Область техники, к которой относится изобретение
Настоящее изобретение относится к технологии для воспроизведения стереоскопического, т.е. трехмерного (3D) видео и, в частности, к выделению видеопотока на носителе записи.
Уровень техники
В последние годы общий интерес к трехмерному видео возрастает. Например, аттракционы парка развлечений, которые включают трехмерные видеоизображения, популярны. Кроме того, по всей стране число кинотеатров, показывающих трехмерные фильмы, увеличивается. Наряду с этим повышением интереса к трехмерному видео также развиваются технологические разработки, которые обеспечивают воспроизведение трехмерных видеоизображений дома. Имеется спрос на такие технологии, чтобы сохранять трехмерное видеосодержимое на портативном носителе записи, таком как оптический диск, при сохранении высокого качества изображений для трехмерного видеосодержимого. Кроме того, имеется спрос на совместимость носителя записи с устройством двумерного (2D) воспроизведения. Таким образом, предпочтительно, чтобы устройство двумерного воспроизведения могло воспроизводить двумерные видеоизображения, а устройство трехмерного воспроизведения могло воспроизводить трехмерные видеоизображения из одинакового трехмерного видеосодержимого, записанного на носитель записи. Здесь "устройство двумерного воспроизведения" означает традиционное устройство воспроизведения, которое может воспроизводить только моноскопические видеоизображения, т.е. двумерные видеоизображения, в то время как "устройство трехмерного воспроизведения" означает устройство воспроизведения, которое может воспроизводить трехмерные видеоизображения. Следует отметить, что в настоящем описании предполагается, что устройство трехмерного воспроизведения также может воспроизводить традиционные двумерные видеоизображения.
Фиг. 75 является схематичным представлением, иллюстрирующим механизм для обеспечения совместимости оптического диска, сохраняющего трехмерные видеоизображения, с устройствами двумерного воспроизведения (см. патентный документ 1). Оптический диск 6701 сохраняет два типа файлов видеопотока. Один - это файл двумерного/для просмотра левым глазом видеопотока, а другой - это файл видеопотока для просмотра правым глазом. "Двумерный/для просмотра левым глазом видеопоток" представляет двумерное видеоизображение, которое должно показываться левому глазу зрителя во время трехмерного воспроизведения, т.е. "вид для просмотра левым глазом". Во время двумерного воспроизведения этот поток составляет двумерное видеоизображение. "Видеопоток для просмотра правым глазом" представляет двумерное видеоизображение, которое должно показываться правому глазу зрителя во время трехмерного воспроизведения, т.е. "вид для просмотра правым глазом". Видеопотоки имеют одинаковую частоту кадров, но различные времена представления, сдвинутые друг от друга наполовину периода кадра. Например, когда частота кадров каждого видеопотока составляет 24 кадра в секунду, кадры двумерного/для просмотра левым глазом видеопоток и видеопотока для просмотра правым глазом поочередно отображаются каждые 1/48 секунды.
Как показано на фиг. 75, видеопотоки для просмотра левым глазом и правым глазом разделяются на множество экстентов 6702A-C и 6703A-C, соответственно, на оптическом диске 6701. Каждый экстент содержит, по меньшей мере, одну группу изображений (GOP), GOP, считываемую совместно с оптического диска. В дальнейшем в этом документе экстенты, принадлежащие двумерному/для просмотра левым глазом видеопотоку, называются "двумерными/для просмотра левым глазом экстентами", а экстенты, принадлежащие видеопотоку для просмотра правым глазом, называются "экстентами для просмотра правым глазом". Двумерные/для просмотра левым глазом экстенты 6702A-C и экстенты 6703A-C для просмотра правым глазом поочередно размещаются на дорожке 6701A оптического диска 6701. Каждые два смежных экстента 6702A-6703A, 6702B-6703B и 6702C-6703C имеют идентичную продолжительность воспроизведения. Данная компоновка экстентов называется перемеженной компоновкой. Группа экстентов, записанная в перемеженной компоновке на носитель записи, используется как при воспроизведении трехмерного видео, так и при воспроизведении двумерных видеоизображений, как описано ниже.
Из числа экстентов, записанных на оптическом диске 6701, устройство 6704 двумерного воспроизведения инструктирует накопителю 6704A на оптических дисках считывать только двумерные/для просмотра левым глазом экстенты 6702A-C последовательно с начала при пропуске считывания экстентов 6703A-C для просмотра правым глазом. Кроме того, декодер 6704B изображений последовательно декодирует экстенты, считанные посредством накопителя 6704A на оптических дисках, в видеокадр 6706L. Таким образом, дисплейное устройство 6707 отображает только виды для просмотра левым глазом, и зрители могут просматривать обычные двумерные видеоизображения.
Устройство 6705 трехмерного воспроизведения инструктирует накопителю 6705A на оптических дисках поочередно считывать двумерные/для просмотра левым глазом экстенты и экстенты для просмотра правым глазом из оптического диска 6701. Когда выражаются как коды, экстенты считываются в порядке 6702A, 6703A, 6702B, 6703B, 6702C и 6703C. Кроме того, из числа считанных экстентов экстенты, принадлежащие двумерному/для просмотра левым глазом видеопотоку, предоставляются в левый видеодекодер 6705L, тогда как экстенты, принадлежащие видеопотоку для просмотра правым глазом, предоставляются в правый видеодекодер 6705R. Видеодекодеры 6705L и 6705R поочередно декодируют каждый видеопоток в видеокадры 6706L и 6706R, соответственно. Как результат, виды для просмотра левым глазом и виды для просмотра правым глазом поочередно отображаются на дисплейном устройстве 6708. Синхронно с переключением видов посредством дисплейного устройства 6708 очки 6709 с затвором инструктируют левым и правым линзам становиться непрозрачными поочередно. Следовательно, зритель с надетыми очками 6709 с затвором видит виды, отображаемые посредством дисплейного устройства 6708, как трехмерные видеоизображения.
Когда трехмерное видеосодержимое сохраняется на любом носителе записи, не только на оптическом диске, используется вышеописанная перемеженная компоновка экстентов. Таким образом, носитель записи может использоваться для воспроизведения как двумерных, так и трехмерных видеоизображений.
Список библиографических ссылок
Патентные документы
Патентный документ 1. Патент (Япония) номер 3935507
Сущность изобретения
Техническая проблема
Некоторые оптические диски включают в себя несколько слоев для записи, к примеру так называемые двуслойные диски. На таких оптических дисках последовательность потоковых данных может в некоторых случаях записываться на двух слоях. С другой стороны, даже на однослойном диске последовательность потоковых данных может в некоторых случаях записываться с другими данными, вставленными в промежутке. В этих случаях, в то время когда головка воспроизведения накопителя на оптических дисках считывает данные из оптического диска, головка воспроизведения должна выполнять переходы к фокусу, вызываемые посредством переключения слоев, и переходы к дорожке, вызываемые посредством радиального перемещения вдоль диска. Эти переходы называются "длинными переходами", поскольку время поиска дорожек при них, в общем, является длительным. Чтобы делать воспроизведение видеоизображений прозрачным, несмотря на осуществление длинных переходов необходимо делать размер экстента, считанного непосредственно перед длинным переходом, достаточно большим и инструктировать экстенту удовлетворять определенным условиям, так что опустошение не возникает в буфере видеодекодера во время длинного перехода.
Для воспроизведения как двумерных, так и трехмерных видеоизображений в перемеженной компоновке экстентов, показанных на фиг. 75, чтобы удовлетворять вышеуказанным условиям, двумерный/для просмотра левым глазом экстент, доступ к которому осуществляется непосредственно перед длинным переходом, должен быть достаточно большим. Тем не менее, в этом случае экстент для просмотра правым глазом, который имеет время воспроизведения, идентичное двумерному/для просмотра левым глазом экстенту, также должен быть укрупнен. Как результат, емкость буфера, которая должна быть гарантирована в правом видеодекодере 6705R, превышает емкость, достаточную для того, чтобы удовлетворять вышеуказанным условиям. Это является нежелательным, поскольку это не допускает как дополнительное уменьшение емкостей буфера в устройстве 6705 трехмерного воспроизведения, так и дополнительное повышение эффективности использования запоминающего устройства.
Чтобы сохранять емкость буфера, которая должна быть гарантирована в правом видеодекодере 6705R на минимальном уровне, одна возможность состоит в том, чтобы, например, отделять путь воспроизведения для двумерных видеоизображений от пути воспроизведения для трехмерных видеоизображений непосредственно перед или после длинного перехода. "Путь воспроизведения для видеоизображений" означает взаимосвязь между каждой частью видеопотока, представляющего видеоизображения, и порядком ее воспроизведения. Кроме того, "разделение путей воспроизведения" означает запись на носитель записи секции для воспроизведения видеопотока и дублированных данных для секции, выделение различного пути воспроизведения для каждой из них. Когда путь воспроизведения для двумерных видеоизображений и путь воспроизведения для трехмерных видеоизображений разделяются вышеописанным способом, размеры двумерных/для просмотра левым глазом экстентов, которые должны считываться непосредственно перед длинным переходом во время воспроизведения двумерных видеоизображений и во время воспроизведения трехмерных видеоизображений, могут формироваться по-разному. Соответственно, при сохранении емкости буфера, которая должна быть гарантирована в правом видеодекодере 6705R, на минимальном уровне можно предотвращать опустошение буфера в видеодекодерах 6705L и 6705R во время длинного перехода как при воспроизведении двумерных видеоизображений, так и при воспроизведении трехмерных видеоизображений. Вместе с тем, тем не менее, копия идентичной секции в двумерном/для просмотра левым глазом видеопоток сохраняется в другом экстенте. Соответственно, взаимосвязь между экстентами, которые должны считываться до и после длинного перехода, и секциями видеопотоков, которые должны сохраняться в них, усложняется. Как результат, структура файлов, в которой эти экстенты могут легко и быстро считываться, не является очевидной.
Цель настоящего изобретения заключается в том, чтобы предоставлять носитель записи, который включает в себя группу экстентов, размещаемую так, что емкость буфера, которая должна быть гарантирована в устройстве воспроизведения, может уменьшаться, а также который имеет структуру файлов, которая дает возможность устройству воспроизведения легко и быстро осуществлять доступ к каждому экстенту.
Решение проблемы
Поток для базового просмотра (вида), используемый для воспроизведения моноскопического видео, и поток для зависимого просмотра (вида), используемый для воспроизведения стереоскопического видео в комбинации с потоком для базового просмотра, записываются на устойчивый (невременный) носитель записи согласно варианту осуществления настоящего изобретения.
Первый файл и второй файл дополнительно записываются на носитель записи согласно одному аспекту настоящего изобретения. Первый файл означает поток для базового просмотра при воспроизведении моноскопического видео, а второй файл означает поток для базового просмотра при воспроизведении стереоскопического видео.
В носителе записи согласно другому аспекту настоящего изобретения поток для базового просмотра разделяется на множество блоков данных для базового просмотра, а поток для зависимого просмотра разделяется на множество блоков данных для зависимого просмотра. Кроме того, множество блоков данных для базового просмотра и множество блоков данных для зависимого просмотра записываются в перемеженной компоновке. Первый файл и второй файл также записываются на носитель записи. Первый файл означает поток для базового просмотра при воспроизведении моноскопического видео, а второй файл означает множество блоков данных для базового просмотра и множество блоков данных для зависимого просмотра в перемеженной компоновке как последовательность данных при воспроизведении стереоскопического видео.
Преимущества изобретения
В носителях записи согласно настоящему изобретению часть потока для базового просмотра, которая является общей для путей воспроизведения моноскопического видео и для стереоскопического видео, указывается ссылкой посредством двух типов ссылочных файлов. Эти носители записи инструктируют устройству воспроизведения выбирать между двумя типами ссылочных файлов в зависимости от того, воспроизводятся моноскопические или стереоскопические видеоизображения. Как результат, можно конфигурировать экстенты из блоков данных на этих носителях записи, чтобы уменьшать емкость буфера, которая должна быть гарантирована в устройстве воспроизведения, и также становится простым давать возможность устройству воспроизведения быстро осуществлять доступ к каждому экстенту.
Краткое описание чертежей
Фиг. 1 является схематичным представлением, показывающим систему домашнего кинотеатра, которая использует носитель записи согласно варианту осуществления 1 настоящего изобретения.
Фиг. 2 является схематичным представлением, показывающим структуру данных BD-ROM-диска, показанного на фиг. 1;
Фиг. 3A является схематичным представлением, показывающим структуру данных дескриптора 241 идентификатора файла для подчиненного каталога, показанного на фиг. 2, а фиг. 3B является схематичным представлением, показывающим структуру данных дескриптора 242 идентификатора файла для подчиненного файла, показанного на фиг. 2.
Фиг. 4 является схематичным представлением, показывающим структуру подчиненного файла #1 223, показанного на фиг. 2;
Фиг. 5 является схематичным представлением, показывающим структуру каталогов/файлов данных, хранимых в зоне 202B тома на BD-ROM-диске 101, показанном на фиг. 2.
Фиг. 6A является схематичным представлением, показывающим элементарные потоки, мультиплексированные в основном TS на BD-ROM-диске 101, показанном на фиг. 2, фиг. 6B является схематичным представлением, показывающим элементарные потоки, мультиплексированные в первом суб-TS на BD-ROM-диске 101, показанном на фиг. 2, и фиг.6С является схематичным представлением, показывающим элементарные потоки, мультиплексированные во втором суб-TS на BD-ROM-диске 101, показанном на фиг.2.
Фиг. 7 является схематичным представлением, показывающим компоновку TS-пакетов, принадлежащих элементарным потокам 701, 702, 703 и 704 в мультиплексированных потоковых данных 700, показанных на фиг. 6.
Фиг. 8A является схематичным представлением последовательности TS-пакетов, показанной на фиг. 7, а фиг. 8B является схематичным представлением последовательности исходных пакетов, состоящей из последовательности TS-пакетов, показанной на фиг. 8A, и фиг. 8С является схематичным представлением, показывающим группу секторов в зоне тома на BD-ROM-диске, на котором последовательность исходных пакетов, показанная на фиг.8B, последовательно записывается.
Фиг. 9 является схематичным представлением, показывающим изображения в видеопотоке 901 для базового просмотра, показанном на фиг. 6A, и в видеопотоке 902 для просмотра правым глазом, показанном на фиг. 6B, в порядке времени представления.
Фиг. 10 является схематичным представлением, показывающим изображения в видеопотоке 901 для базового просмотра, показанном на фиг. 6A, и в потоке 1001 карт глубины, показанном на фиг. 6C, в порядке времени представления.
Фиг. 11 является схематичным представлением, показывающим подробности структуры данных видеопотока 1100, показанного на фиг. 7.
Фиг. 12 является схематичным представлением, показывающим подробности относительно способа для сохранения видеопотока 1201 в последовательность 1202 PES-пакетов, показанную на фиг. 7.
Фиг. 13 является схематичным представлением, показывающим взаимосвязь между PTS и DTS, назначенными каждому изображению в видеопотоке 1301 для базового просмотра, показанном на фиг. 6A, и в видеопотоке 1302 для зависимого просмотра, показанном на фиг. 6B и 6C.
Фиг. 14 является схематичным представлением, показывающим структуру данных для дополнительных данных 1111D, показанных на фиг. 11.
Фиг. 15A и 15B являются схематичными представлениями, показывающими два примера счетчиков 1510 и 1520 декодирования, назначенных каждому изображению в видеопотоке 1501 для базового просмотра, показанном на фиг. 6A, и в видеопотоке 1502 для зависимого просмотра, показанном на фиг. 6B и 6C.
Фиг. 16 является схематичным представлением, показывающим физическую компоновку на BD-ROM-диске 101 групп блоков данных, принадлежащих основному TS, первому суб-TS и второму суб-TS, показанным на фиг. 6A, 6B и 6C.
Фиг. 17A является схематичным представлением, показывающим компоновку основного TS 1701 и суб-TS 1702, записанных отдельно и последовательно на BD-ROM-диске, а фиг. 17B является схематичным представлением, показывающим перемеженную компоновку блоков B[0], B[1], B[2],... данных для базового просмотра и блоков D[0], D[1], D[2],... данных для зависимого просмотра, записанных на BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения.
Фиг. 18A является схематичным представлением, показывающим путь воспроизведения, когда времена воспроизведения видеопотока отличаются между блоками данных для базового просмотра и блоками данных для зависимого просмотра, которые являются смежными на BD-ROM-диске, а фиг. 18B является схематичным представлением, показывающим путь воспроизведения, когда времена воспроизведения видеопотока являются идентичными для блоков данных для базового просмотра и блоков данных для зависимого просмотра, которые являются смежными на BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения.
Фиг. 19A, 19B, 19C, 19D и 19E являются схематичными представлениями, соответственно показывающими структуру данных для файла 2D (01000.m2ts) 541, первого файла DEP (02000.m2ts) 542, второго файла DEP (03000.m2ts) 543, первого файла SS (01000.ssif) 544A и второго файла SS (02000.ssif) 544B, показанных на фиг. 5.
Фиг. 20 является схематичным представлением, показывающим путь 2001 воспроизведения в режиме двумерного воспроизведения, путь 2002 воспроизведения в L/R-режиме и путь 2003 воспроизведения в режиме глубины для групп блоков данных, показанных на фиг. 16.
Фиг. 21 является схематичным представлением, показывающим первый пример физической компоновки групп блоков данных, записанных до и после межслойной границы на BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения.
Фиг. 22 является схематичным представлением, показывающим путь 2201 воспроизведения в режиме двумерного воспроизведения и путь 2202 воспроизведения в L/R-режиме для групп блоков данных, показанных на фиг. 21.
Фиг. 23 является схематичным представлением, показывающим группы блоков данных, записанные в перемеженной компоновке до и после межслойной границы на BD-ROM-диске, и соответствующий путь воспроизведения в каждом режиме воспроизведения.
Фиг. 24 является схематичным представлением, показывающим второй пример физической компоновки групп блоков данных, записанных до и после межслойной границы на BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения.
Фиг. 25 является схематичным представлением, показывающим путь 2501 воспроизведения в режиме двумерного воспроизведения и путь 2502 воспроизведения в L/R-режиме для группы блоков данных, показанной на фиг. 24.
Фиг. 26 является схематичным представлением, показывающим третий пример физической компоновки групп блоков данных, записанных до и после межслойной границы на BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения.
Фиг. 27 является схематичным представлением, показывающим путь 2701 воспроизведения в режиме двумерного воспроизведения и путь 2702 воспроизведения в L/R-режиме для группы блоков данных, показанной на фиг. 26.
Фиг. 28A является схематичным представлением, показывающим первый пример компоновки на фиг. 21 с удаленными блоками данных карты глубины, а фиг. 28B является схематичным представлением, показывающим путь 2803 воспроизведения в режиме двумерного воспроизведения и путь 2804 воспроизведения в L/R-режиме для групп блоков данных, показанных на фиг. 28A.
Фиг. 29 является схематичным представлением, показывающим структуру данных PMT 2910.
Фиг. 30 является схематичным представлением, показывающим структуру данных файла 531 информации о двумерных клипах (01000.clip), показанного на фиг. 5.
Фиг. 31A является схематичным представлением, показывающим структуру данных карты 3030 вхождений, показанной на фиг. 30, фиг. 31B является схематичным представлением, показывающим исходные пакеты в группе 3110 исходных пакетов, принадлежащей файлу 2D 541, показанному на фиг. 5, которые ассоциированы с каждым EP_ID 3105 посредством карты 3030 вхождений, и фиг.31С является схематичным представлением, показывающим взаимосвязи между группой 3110 исходных пакетов и группой 3120 блоков данных на BD-ROM-диске.
Фиг. 32A является схематичным представлением, показывающим структуру данных таблицы 3041 смещений, а фиг. 32B является схематичным представлением, показывающим допустимую секцию записи смещения.
Фиг. 33A является схематичным представлением, показывающим структуру данных начальных точек 3042 экстентов, показанных на фиг. 30, фиг. 33B является схематичным представлением, показывающим структуру данных начальных точек 3320 экстентов, включенных в файл информации о клипах для просмотра правым глазом (02000.clpi), показанный на фиг. 5, фиг. 33C является схематичным представлением, представляющим блоки L1, L2,... данных для базового просмотра, извлеченные из первого файла SS (01000.ssif) 544A посредством устройства 102 воспроизведения в L/R-режиме, фиг. 33D является схематичным представлением, представляющим взаимосвязь между экстентами EXT2[0], EXT2[1],... для просмотра правым глазом, принадлежащими первому файлу DEP (02000.m2ts) 542, и SPN 3322, показанными посредством начальных точек 3320 экстентов, а фиг. 33E является схематичным представлением, показывающим пример взаимосвязи между трехмерными экстентами EXTSS[0], EXTSS[1],..., принадлежащими первому файлу SS 544A, и группой 3350 блоков данных на BD-ROM-диске 101.
Фиг. 34 является схематичным представлением, показывающим пример компоновки блоков данных, которые включают в себя трехмерное видеосодержимое, которое записано на BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения.
Фиг. 35 является схематичным представлением, показывающим пример набора точек входа в видеопотоке 3510 для базового просмотра и видеопотоке 3520 для зависимого просмотра на BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения.
Фиг. 36 является схематичным представлением, показывающим структуру данных файла списков для двумерного воспроизведения (00001.mpls), показанного на фиг. 5.
Фиг. 37 является схематичным представлением, показывающим структуру данных PI#N, показанного на фиг. 36.
Фиг. 38A и 38B являются схематичными представлениями, показывающими взаимосвязь между секциями 3801 и 3802 воспроизведения, которые должны быть соединены, когда условие 3704 соединения, показанное на фиг. 37, соответственно указывает "5" и "6".
Фиг. 39 является схематичным представлением, показывающим взаимосвязи между PTS, указанными посредством файла списков для двумерного воспроизведения (00001.mpls) 521, показанного на фиг. 36, и секциями, воспроизводимыми из файла 2D (01000.m2ts) 541, показанного на фиг. 5.
Фиг. 40 является схематичным представлением, показывающим структуру данных файла 522 или 523 списков для трехмерного воспроизведения (00002.mpls) (00003.mpls), показанного на фиг. 5.
Фиг. 41 является схематичным представлением, показывающим структуру данных STN-таблицы SS 4030, показанной на фиг. 40.
Фиг. 42A, 42B и 42C являются схематичными представлениями, соответственно показывающими структуры данных последовательности 4112 информации регистрации потоков для видеопотоков для зависимого просмотра, последовательности 4113 информации регистрации потоков для PG-потоков и последовательности 4114 информации регистрации потоков для IG-потоков, которые показываются на фиг. 41.
Фиг. 43 является схематичным представлением, показывающим взаимосвязи между PTS, указанными посредством файла 522 списков для трехмерного воспроизведения (00002.mpls), показанного на фиг. 40, и секциями, воспроизводимыми из первого файла SS (01000.ssif), показанного на фиг. 5.
Фиг. 44 является схематичным представлением, показывающим индексную таблицу 4410 в индексном файле (index.bdmv) 511, показанном на фиг. 5.
Фиг. 45 является блок-схемой последовательности операций способа обработки выбора для файла списков воспроизведения, который должен воспроизводиться, причем обработка выполняется, когда тайтл трехмерного видео выбирается посредством устройства 102 воспроизведения, показанного на фиг. 1.
Фиг. 46 является функциональной блок-схемой устройства 102 воспроизведения в режиме двумерного воспроизведения, показанном на фиг. 1.
Фиг. 47 является списком системных параметров, сохраненных в модуле 4608 хранения переменных проигрывателя, показанном на фиг. 46.
Фиг. 48 является функциональной блок-схемой декодера 4603 системных целевых объектов, показанного на фиг. 46.
Фиг. 49 является функциональной блок-схемой устройства 102 воспроизведения, показанного на фиг. 1, в режиме трехмерного воспроизведения.
Фиг. 50 является функциональной блок-схемой декодера 4903 системных целевых объектов, показанного на фиг. 49.
Фиг. 51 является функциональной блок-схемой сумматора 4910 плоскостей, показанного на фиг. 49.
Фиг. 52A и 52B являются схематичными представлениями, показывающими обработку кадрирования посредством второго процессора 5132 кадрирования, показанного на фиг. 51.
Фиг. 53A, 53B и 53C являются схематичными представлениями, соответственно показывающими PG-плоскости для просмотра левым глазом и правым глазом, сформированные посредством обработки кадрирования, показанной на фиг. 52A и 52B, а также трехмерное видеоизображение, воспринимаемое зрителем, на основе этих PG-плоскостей.
Фиг. 54 является схематичным представлением, показывающим систему обработки воспроизведения в устройстве 102 воспроизведения в режиме двумерного воспроизведения, показанном на фиг. 46.
Фиг. 55A является графиком, показывающим изменение объема DA данных, сохраненного в буфере 4602 считывания во время обработки воспроизведения двумерных экстентов посредством системы обработки воспроизведения, показанной на фиг. 54, а фиг. 55B является схематичным представлением, показывающим взаимосвязь между блоком 5510 трехмерных экстентов, который включает в себя эти двумерные экстенты, и путем 5520 воспроизведения в режиме двумерного воспроизведения.
Фиг. 56 является примером таблицы соответствия между расстояниями Sjump перехода и максимальными временами Tjump перехода для BD-ROM-диска согласно варианту осуществления 1 настоящего изобретения.
Фиг. 57 является схематичным представлением, показывающим систему обработки воспроизведения в устройстве 102 воспроизведения в режиме трехмерного воспроизведения, показанном на фиг. 49.
Фиг. 58A и 58B являются графиками, показывающими изменение объемов DA1 и DA2 данных, накопленных в буферах 4921 и 4922 считывания во время обработки воспроизведения блока трехмерных экстентов в L/R-режиме посредством системы обработки воспроизведения, показанной на фиг. 57, а фиг. 58C является схематичным представлением, показывающим взаимосвязь между блоком 5810 трехмерных экстентов и путем 5820 воспроизведения в L/R-режиме.
Фиг. 59A и 59B являются графиками, показывающими изменение объемов DA1 и DA2 данных, сохраненных в буферах 4921 и 4922 считывания во время обработки воспроизведения блока трехмерных экстентов в режиме глубины посредством системы обработки воспроизведения, показанной на фиг. 57, а фиг. 59C является схематичным представлением, показывающим взаимосвязь между блоком 5910 трехмерных экстентов и путем 5920 воспроизведения в режиме глубины.
Фиг. 60 является схематичным представлением, показывающим длинные переходы JLY, JBDJ1 и JBDJ2, сформированные во время обработки воспроизведения в L/R-режиме посредством системы обработки воспроизведения, показанной на фиг. 57.
Фиг. 61A является схематичным представлением, показывающим взаимосвязь между блоком 6110 трехмерных экстентов и путем 6120 воспроизведения в L/R-режиме, а фиг. 61B и 61C являются графиками, показывающими изменение объемов DA1 и DA2 данных, сохраненных в буферах 4921 и 4922 считывания, когда блок трехмерных экстентов, состоящий из блоков данных, имеющих размер, равный или превышающий расширенный минимальный размер экстента, считывается посредством системы обработки воспроизведения, показанной на фиг. 57.
Фиг. 62A является схематичным представлением, показывающим на BD-ROM-диске согласно варианту осуществления 1 настоящего изобретения блоки данных в перемеженной компоновке, которая включает в себя только мультиплексированные потоковые данные, а фиг. 62B является схематичным представлением, показывающим блоки данных в перемеженной компоновке, которая включает в себя экстенты, принадлежащие другому файлу.
Фиг. 63 является блок-схемой, показывающей внутреннюю структуру записывающего устройства согласно варианту осуществления 2 настоящего изобретения.
Фиг. 64A и 64B являются схематичными представлениями, показывающими левое видеоизображение и правое видеоизображение, используемое при отображении одной сцены в трехмерном видеоизображении в записывающем устройстве согласно варианту осуществления 2 настоящего изобретения, а фиг. 64C являются схематичным представлением, показывающим информацию глубины, вычисляемую из этих изображений посредством видеокодера 6301.
Фиг. 65 является функциональной блок-схемой интегральной схемы 3 согласно варианту осуществления 3 настоящего изобретения.
Фиг. 66 является функциональной блок-схемой, показывающей типичную структуру процессора 5 потоков, показанного на фиг. 65.
Фиг. 67 является схематичным представлением, показывающим окружающую конфигурацию, когда модулем 53 переключения, показанным на фиг. 66, является DMAC.
Фиг. 68 является функциональной блок-схемой, показывающей типичную структуру модуля 8 AV-вывода, показанного на фиг. 65.
Фиг. 69 является схематичным представлением, показывающим подробности, касающиеся вывода данных посредством устройства 102 воспроизведения, которое включает в себя модуль 8 AV-вывода, показанный на фиг. 68.
Фиг. 70A и 70B являются схематичными представлениями, показывающими примеры топологии шины управления и шины данных в интегральной схеме 3, показанной на фиг. 65.
Фиг. 71 является блок-схемой последовательности операций способа обработки воспроизведения посредством устройства 102 воспроизведения, которое использует интегральную схему 3, показанную на фиг. 65.
Фиг. 72 является блок-схемой последовательности операций способа, показывающей подробности относительно этапов S1-5, показанных на фиг. 71.
Фиг. 73A, 73B и 73C являются схематичными представлениями, иллюстрирующими принцип воспроизведения трехмерных видеоизображений согласно способу с использованием параллактического видео.
Фиг. 74 является схематичным представлением, показывающим пример составления вида 6603L для просмотра левым глазом и вида 6603R для просмотра правым глазом из комбинации двумерного видеоизображения 6601 и карты 6602 глубины.
Фиг. 75 является схематичным представлением, показывающим технологию, чтобы гарантировать совместимость оптического диска, на котором трехмерное видеосодержимое записывается с помощью устройства двумерного воспроизведения.
Описание вариантов осуществления
Далее описывается носитель записи и устройство воспроизведения, относящиеся к вариантам осуществления настоящего изобретения, со ссылкой на чертежи.
Первый вариант осуществления
Фиг. 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 переключает левый/правый сигнал 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, BCA (служебная зона заготовки) 201 предоставляется в крайней внутренней части зоны записи данных на 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 тома, представляются в формате каталогов/файлов в соответствии с файловой системой. Другими словами, данные доступны в единицах каталогов или файлов.
Фиг. 2 показывает структуру данных зоны 202B тома, когда UDF используется в качестве файловой системы. Как показано на фиг. 2, зона 202B тома, в общем, включает в себя зоны, в которые, соответственно, записывается множество каталогов 213-215, дескриптор 211 набора файлов и конечный дескриптор 212. Каждый "каталог" 213, 214 и 215 является группой данных, составляющей каталог. "Дескриптор набора файлов" 211 указывает LBN сектора, в котором сохраняется запись файла для корневого каталога 213. "Конечный дескриптор" 212 указывает завершение зоны записи для дескриптора 211 набора файлов.
Каждый каталог 213, 214 и 215 совместно использует общую структуру данных. Фиг. 2 показывает структуру данных каталога #1 214 в качестве типичного примера. Каталог #1 214 включает в себя запись 211 файла, файл 222 каталогов и группу 223-225 подчиненных файлов.
"Запись файла" 221 включает в себя тег 231 дескриптора, тег 232 блока управления информацией (ICB) и дескриптор 233 выделения. "Тег дескриптора" 231 указывает, что типом данных, которые включают в себя тег дескриптора, является запись файла. Например, когда значение тега дескриптора равно "261", типом этих данных является запись файла. "ICB-тег" 232 указывает информацию атрибутов для самой записи файла. "Дескриптор выделения" 233 указывает LBN сектора, в который записывается файл 222 каталогов, принадлежащий каталогу #1 214.
"Файл каталогов" 222 типично включает в себя что-либо из каждого дескриптора 241 идентификатора файла для подчиненного каталога и дескриптора 242 идентификатора файла для подчиненного файла. Фиг. 3A является схематичным представлением, показывающим структуру данных дескриптора 241 идентификатора файла для подчиненного каталога. "Дескриптор 241 идентификатора файла для подчиненного каталога" является информацией для осуществления доступа к подчиненному каталогу, расположенному непосредственно в рамках каталога #1. Как показано на фиг. 3A, дескриптор 241 идентификатора файла для подчиненного каталога включает в себя идентификационную информацию 311 для подчиненного каталога, длину 312 названия каталога, адрес 313 записи файла и фактическое название 314 каталога. В частности, адрес 313 записи файла указывает LBN сектора, в который записывается запись файла подчиненного каталога. Фиг. 3B является схематичным представлением, показывающим структуру данных дескриптора 242 идентификатора файла для подчиненного файла. "Дескриптор 242 идентификатора файла для подчиненного файла" является информацией для осуществления доступа к подчиненному файлу, расположенному непосредственно в рамках каталога #1. Как показано на фиг. 3B, дескриптор 242 идентификатора файла для подчиненного файла включает в себя идентификационную информацию 321 для подчиненного файла, длину 322 имени файла, адрес 323 записи файла и фактическое имя 324 файла. В частности, адрес 323 записи файла указывает LBN сектора, в который записывается запись файла подчиненного файла. "Запись файла подчиненного файла", как описано ниже, включает в себя информацию адреса для данных, составляющих фактический подчиненный файл.
Из фиг. 2 и 3 можно понимать, что посредством отслеживания дескрипторов 211 набора файлов и дескрипторов идентификаторов файлов подчиненных каталогов/файлов по порядку может осуществляться доступ к записи файла произвольного каталога/файла, записанного в зону 202B тома. В качестве конкретного примера, рассматривается доступ к подчиненному файлу #1 223 в каталоге #1 214. Прежде всего, запись файла корневого каталога 213 указывается из дескриптора 211 набора файлов, и файл каталогов для корневого каталога 213 указывается из дескриптора выделения в этой записи файла. Затем дескриптор идентификатора файла для каталога #1 214 обнаруживается из файла каталогов, и запись 221 файла для каталога #1 214 указывается из адреса записи файла. Кроме того, файл 222 каталогов для каталога #1 214 указывается из дескриптора 233 выделения в записи 221 файла. Затем из файла 222 каталогов, запись файла для подчиненного файла #1 223 указывается из адреса 323 записи файла в дескрипторе 242 идентификатора файла для подчиненного файла #1.
Подчиненные файлы 223, 224, 225,..., показанные на фиг. 2, имеют общую структуру данных. Фиг. 4 является схематичным представлением, показывающим структуру данных подчиненного файла #1 223 в качестве типичного примера этой общей структуры данных. Как показано на фиг. 4, подчиненный файл #1 223 включает в себя экстенты 410-430 и запись 400 файла. "Экстенты" 410, 420, 430,... как правило, представлены во множественном числе и являются последовательностями данных, логические адреса которых, т.е. LBN, являются последовательными на диске. Экстенты 410, 420, 430,... совместно содержат фактический подчиненный файл #1 223. "Запись файла" 400 включает в себя тег 401 дескриптора, ICB-тег 402 и дескрипторы 411-413 выделения. "Тег дескриптора" 401 указывает, что типом данных 400, которые включают в себя тег 401 дескриптора, является запись файла. "ICB-тег" 402 указывает информацию атрибутов фактической записи 400 файла. "Дескрипторы выделения" 411, 412, 413,... предоставляются в соответствии "один-к-одному" с каждым экстентом 410, 420, 430,... и указывают компоновку каждого экстента 410-430 в зоне 202B тома, а именно размер каждого экстента и LBN для начала экстента. Альтернативно, посредством задания LBN последовательными между зонами, которые указывают дескрипторы выделения, эти дескрипторы выделения, рассматриваемые в целом, могут указывать выделение одного экстента. Как показано посредством пунктирных линий со стрелкой, посредством обращения к каждому дескриптору 411, 412,... выделения может осуществляться доступ к каждому экстенту 410, 420,.... Кроме того, два старших бита каждого дескриптора 411,... выделения указывают то, записан или нет экстент 410,... фактически в секторе для LBN, указанного посредством дескриптора выделения. Более конкретно, когда два старших бита указывают "0", экстент выделен для местоположения записи и фактически записан в него. Когда два старших бита указывают "1", экстент выделен для местоположения записи, но еще не записан в него.
Аналогично вышеописанной файловой системе с применением UDF, когда каждый файл, записанный в зону 202B тома, разделяется на множество экстентов, файловая система для зоны 202B тома также, в общем, хранит информацию, показывающую местоположения экстентов, как с вышеуказанными дескрипторами выделения, в зоне 202B тома. Посредством обращения к этой информации местоположение каждого экстента, в частности его логический адрес, может быть обнаружено.
<<Структура каталогов/файлов на BD-ROM-диске>>
Фиг. 5 является схематичным представлением, показывающим структуру каталогов/файлов данных, хранимых в зоне 202B тома на BD-ROM-диске 101. Как показано на фиг. 5, в этой структуре каталогов/файлов, каталог 501 (BDMV) BD-фильмов находится непосредственно в рамках каталога 500 ROOT. В рамках каталога 501 BDMV располагаются индексный файл (index.bdmv) 511 и файл кинообъектов (MovieObject.bdmv) 512.
Индексный файл 511 содержит информацию для управления как единым целым содержимым, записанным на BD-ROM-диске 101. В частности, эта информация включает в себя информацию, чтобы инструктировать устройству 102 воспроизведения распознавать содержимое, а также индексную таблицу. Индексная таблица является таблицей соответствия между тайтлом, составляющим содержимое, и программой, чтобы управлять работой устройства 102 воспроизведения. Эта программа называется "объектом". Типами объекта являются кинообъект и BD-J-объект (BD Java™).
Файл 2043B кинообъектов, в общем, сохраняет множество кинообъектов. Каждый кинообъект сохраняет последовательность навигационных команд. Навигационная команда - это команда управления, инструктирующая устройству 102 воспроизведения выполнять процессы воспроизведения аналогично общим DVD-проигрывателям. Типами навигационных команд являются, например, команда считывания, чтобы считывать файл списков воспроизведения, соответствующий тайтлу, команда воспроизведения, чтобы воспроизводить потоковые данные из файла AV-потока, указанного посредством файла списков воспроизведения, и команда перехода, чтобы выполнять переход к другому тайтлу. Навигационные команды записываются на интерпретируемом языке и расшифровываются посредством интерпретатора, т.е. программы управления заданиями, включенной в устройство воспроизведения, чтобы инструктировать модулю управления выполнять требуемое задание. Навигационная команда состоит из кода операции и операнда. Код операции описывает тип операции, которую устройство воспроизведения должно выполнять, такую как деление, воспроизведение или вычисление тайтла и т.д. Операнд указывает идентификационную информацию, предназначенную посредством операции, такую как номер тайтла и т.д. Модуль управления устройства 102 воспроизведения вызывает кинообъект в ответ, например, на пользовательскую операцию и выполняет навигационные команды, включенные в вызываемый кинообъект, в порядке последовательности. Таким образом, способом, аналогичным общим DVD-проигрывателям, устройство 102 воспроизведения сначала инструктирует дисплейному устройству 103 отображать меню, чтобы давать возможность пользователю выбирать команду. Устройство 102 воспроизведения затем выполняет начало/остановку воспроизведения тайтла или переключение на другой тайтл в соответствии с выбранной командой, тем самым динамически изменяя ход выполнения воспроизведения видео.
Как показано на фиг. 5, каталог 501 BDMV дополнительно содержит каталог 520 списков воспроизведения (PLAYLIST); каталог 530 информации о клипах (CLIPINF); каталог 540 потока (STREAM); каталог 550 BD-J-объектов (BDJO: объект BD Java); и каталог 560 Java-архива (JAR: Java-архив).
Три типа файлов AV-потока, (01000.m2ts) 541, (02000.m2ts) 542 и (03000.m2ts) 543, а также каталог 544 стереоскопических перемежающихся файлов (SSIF) находятся непосредственно в рамках каталога 540 STREAM. Два типа файлов AV-потока, (01000.ssif) 544A и (02000.ssif) 544B, находятся непосредственно в рамках каталога 544 SSIF.
"Файл AV-потока" означает файл из числа фактического видеосодержимого, записанного на BD-ROM-диске 101, который соответствует формату файла, определенному посредством файловой системы. Такое фактическое видеосодержимое, в общем, означает потоковые данные, в которых мультиплексированы различные типы потоковых данных, представляющие видео, аудио, субтитры и т.д. Эти мультиплексированные потоковые данные могут широко разделяться на основной транспортный поток (TS) и суб-TS в зависимости от типа внутреннего потока первичного видео. "Основной TS" включает в себя видеопоток для базового просмотра в качестве потока первичного видео. "Видеопоток для базового просмотра" может воспроизводиться независимо и представляет двумерные видеоизображения. "Суб-TS" включает в себя видеопоток для зависимого просмотра в качестве потока первичного видео. "Видеопоток для зависимого просмотра" требует видеопотока для базового просмотра для воспроизведения и представляет трехмерные видеоизображения посредством комбинирования с видеопотоком для базового просмотра. Типами видеопотоков для зависимого просмотра являются видеопоток для просмотра правым глазом, видеопоток для просмотра левым глазом и поток карт глубины. Когда двумерные видеоизображения, представленные посредством видеопотока для базового просмотра, используются в качестве вида для просмотра левым глазом трехмерных видеоизображений посредством устройства воспроизведения в L/R-режиме, "видеопоток для просмотра правым глазом" используется в качестве видеопотока, представляющего вид для просмотра правым глазом трехмерных видеоизображений. Обратное применимо к "видеопотоку для просмотра левым глазом". Когда двумерные видеоизображения, представленные посредством видеопотока для базового просмотра, используются для того, чтобы проецировать трехмерные видеоизображения на виртуальном двумерном экране посредством устройства воспроизведения в режиме глубины, "поток карт глубины" используется в качестве видеопотока, представляющего карту глубины для трехмерных видеоизображений.
В зависимости от типа внутренних мультиплексированных потоковых данных файл AV-потока может разделяться на три типа: файл 2D, зависимый файл (в дальнейшем в этом документе, сокращенно как "файл DEP") и перемежающийся файл (в дальнейшем в этом документе сокращенно как "файл SS"). "Файл 2D" является файлом AV-потока для воспроизведения двумерного видео в режиме двумерного воспроизведения и включает в себя основной TS. "Файл DEP" включает в себя суб-TS. "Файл SS" включает в себя основной TS и суб-TS, представляющие идентичные трехмерные видеоизображения. В частности, файл SS совместно использует свой основной TS с определенным файлом 2D и совместно использует свой суб-TS с определенным файлом DEP. Другими словами, в файловой системе на BD-ROM-диске 101 к основному TS доступ может осуществляться посредством как файла SS, так и файла 2D, а к суб-TS доступ может осуществляться посредством как файла SS, так и файла DEP. Эта настройка, посредством которой последовательность данных, записанных на BD-ROM-диске 101, является общей для различных файлов и доступ к которой может осуществляться посредством всех файлов, называется "перекрестной связью файлов".
В примере, показанном на фиг. 5, первый файл 541 AV-потока (01000.m2ts) является файлом 2D, а второй файл 542 AV-потока (02000.m2ts) и третий файл 543 AV-потока (03000.m2ts) являются файлами DEP. Таким образом, файлы 2D и файлы DEP находятся непосредственно в рамках каталога 540 STREAM. Первый файл AV-потока, т.е. видеопоток для базового просмотра, который включает в себя файл 2D 541, представляет вид для просмотра левым глазом трехмерных видеоизображений. Второй файл AV-потока, т.е. видеопоток для зависимого просмотра, который включает в себя первый файл DEP 542, является видеопотоком для просмотра правым глазом. Третий файл AV-потока, т.е. видеопоток для зависимого просмотра, который включает в себя второй файл DEP 543, является потоком карт глубины.
В примере, показанном на фиг. 5, четвертый файл 544A AV-потока (01000.ssif) и пятый файл 544B AV-потока (02000.ssif) являются файлом SS. Таким образом, файлы SS находятся непосредственно в рамках каталога 544 SSIF. Четвертый файл AV-потока, т.е. первый файл SS 544A, совместно использует основной TS и, в частности, видеопоток для базового просмотра с файлом 2D 541 и совместно использует суб-TS, в частности видеопоток для просмотра правым глазом с первым файлом DEP 542. Пятый файл AV-потока, т.е. второй файл SS 544B, совместно использует основной TS и, в частности, видеопоток для базового просмотра с файлом 2D 541 и совместно использует суб-TS, в частности поток карт глубины со вторым файлом DEP 543.
Три типа файлов информации о клипах, (01000.clpi) 531, (02000.clpi) 532 и (03000.clpi) 533, находятся в каталоге 530 CLIPINF. "Файл информации о клипах" ассоциируется на основе "один-к-одному" с файлом 2D и файлом DEP даже в рамках файла AV-потока и, в частности, содержит карту вхождений для каждого файла. "Карта вхождений" является таблицей соответствия между временем представления для каждой сцены, представленной посредством файла 2D или файла DEP, и адресом в рамках каждого файла, в котором записывается сцена. Из файлов информации о клипах файл информации о клипах, ассоциированный с файлом 2D, называется "файлом информации о двумерных клипах", а файл информации о клипах, ассоциированный с файлом DEP, называется "файлом информации о клипах для зависимого просмотра". Кроме того, когда файл DEP включает в себя видеопоток для просмотра правым глазом, соответствующий файл информации о клипах для зависимого просмотра называется "файлом информации о клипах для просмотра правым глазом". Когда файл DEP включает в себя поток карт глубины, соответствующий файл информации о клипах для зависимого просмотра называется "файлом информации о клипах карты глубины". В примере, показанном на фиг. 5, первый файл 531 информации о клипах (01000.clpi) является файлом информации о двумерных клипах и ассоциирован с файлом 2D 541. Второй файл 532 информации о клипах (02000.clpi) является файлом информации о клипах для просмотра правым глазом и ассоциирован с первым файлом DEP 542. Третий файл 533 информации о клипах (03000.clpi) является файлом информации о клипах карты глубины и ассоциирован со вторым файлом DEP 543.
Три типа файлов списков воспроизведения, (00001.mpls) 521, (00002.mpls) 522 и (00003.mpls) 523, находятся в каталоге 520 PLAYLIST. "Файл списков воспроизведения" указывает путь воспроизведения файла AV-потока, т.е. часть файла AV-потока, чтобы декодировать, и порядок декодирования. Типами файлов списков воспроизведения являются файл списков для двумерного воспроизведения и файл списков для трехмерного воспроизведения. "Файл списков для двумерного воспроизведения" указывает путь воспроизведения файла 2D. "Файл списков для трехмерного воспроизведения" указывает для устройства воспроизведения в режиме двумерного воспроизведения путь воспроизведения файла 2D, а для устройства воспроизведения в режиме трехмерного воспроизведения - путь воспроизведения файла SS. Как показано в примере на фиг. 5, первый файл 521 списков воспроизведения (00001.mpls) является файлом списков для двумерного воспроизведения и указывает путь воспроизведения файла 2D 541. Второй файл 522 списков воспроизведения (00002.mpls) является файлом списков для трехмерного воспроизведения, который указывает для устройства воспроизведения в режиме двумерного воспроизведения пути воспроизведения файла 2D 541, а для устройства воспроизведения в L/R-режиме - пути воспроизведения первого файла SS 544A. Третий файл списков воспроизведения (00003.mpls) является файлом списков для трехмерного воспроизведения, который указывает для устройства воспроизведения в режиме двумерного воспроизведения путь воспроизведения файла 2D 541, а для устройства воспроизведения в режиме глубины - путь воспроизведения второго файла SS 544B.
Файл 551 BD-J-объектов (XXXXX.bdjo) находится в каталоге 550 BDJO. Файл 551 BD-J-объектов включает в себя один BD-J-объект. BD-J-объект - это программа в байтовом коде, чтобы инструктировать виртуальной машине Java, установленной в устройстве 102 воспроизведения, выполнять процессы воспроизведения тайтлов и рендеринга графики. BD-J-объект пишется на языке компилятора, таком как Java и т.п. BD-J-объект включает в себя таблицу управления приложениями и идентификационную информацию для файла списков воспроизведения, к которому следует обращаться. Таблица управления приложениями - это список Java-приложений, которые должны выполняться посредством виртуальной машины Java, и их период выполнения (жизненный цикл). Идентификационная информация файла списков воспроизведения, к которому следует обращаться, идентифицирует файл списков воспроизведения, который соответствует тайтлу, который должен воспроизводиться. Виртуальная машина Java вызывает BD-J-объект в соответствии с пользовательской операцией или прикладной программой и выполняет Java-приложение согласно таблице управления приложениями, включенной в BD-J-объект. Следовательно, устройство 102 воспроизведения динамически изменяет ход выполнения видео для каждого воспроизводимого тайтла или инструктирует дисплейному устройству 103 отображать графику независимо от видео тайтлов.
Файл 561 JAR (YYYYY.jar) находится в каталоге 560 JAR. Каталог 561 JAR, в общем, включает в себя множество фактических Java-приложений, которые должны выполняться в соответствии с таблицей управления приложениями, показанной в BD-J-объекте. Java-приложение - это программа в байтовом коде, написанная на таком языке компилятора, как Java и т.п., аналогично BD-J-объект. Типы Java-приложений включают в себя программы, инструктирующие виртуальной машине Java выполнять воспроизведение процесса тайтла, и программы, инструктирующие виртуальной машине Java выполнять рендеринг графики. Файл 561 JAR является архивным файлом Java, и когда он считывается посредством устройства 102 воспроизведения, он извлекается во внутреннем запоминающем устройстве. Таким образом, Java-приложение сохраняется в запоминающем устройстве.
<<Структура мультиплексированных потоковых данных>>
Фиг. 6A является схематичным представлением, показывающим элементарные потоки, мультиплексированные в основном TS на BD-ROM-диске 101. Основной TS является цифровым потоком в формате транспортного потока (TS) MPEG-2 и включает в себя файл 2D 541, показанный на фиг. 5. Как показано на фиг. 6A, основной TS включает в себя поток 601 первичного видео и потоки 602A и 602B первичного аудио. Основной TS дополнительно может включать в себя потоки 603A и 603B презентационной графики (PG), поток интерактивной графики (IG), поток 605 вторичного аудио и поток 606 вторичного видео.
Поток 601 первичного видео представляет первичное видео фильма, а поток 606 вторичного видео представляет вторичное видео фильма. Первичное видео - это главное видео содержимого, такое как основной признак фильма, и оно отображается, например, во весь экран. С другой стороны, вторичное видео отображается одновременно с первичным видео с использованием, например, способа "картинка-в-картинке", так что изображения вторичного видео отображаются в меньшем окне, представленном на полном экране, отображающем изображение первичного видео. Поток 601 первичного видео и поток 606 вторичного видео являются видеопотоками для базового просмотра. Каждый из видеопотоков 601 и 606 кодируется посредством способа кодирования со сжатием видео, такого как MPEG-2, MPEG-4 AVC или SMPTE VC-1.
Потоки 602A и 602B первичного аудио представляют первичное аудио фильма. В этом случае два потока 602A и 602B первичного аудио заданы на различных языках. Поток 605 вторичного аудио представляет вторичное аудио, которое должно микшироваться с первичным аудио. Каждый из аудиопотоков 602A, 602B и 605 кодируется посредством такого способа, как AC-3, Dolby Digital Plus ("Dolby Digital" является зарегистрированной торговой маркой), Meridian Lossless Packing™ (MLP), Digital Theater System™ (DTS), DTS-HD или линейная импульсно-кодовая модуляция (PCM).
Каждые из PG-потоков 603A и 603B представляют субтитры и т.п. через графику и являются графическими видеоизображениями, которые должны отображаться наложенными на видеоизображения, представленные посредством потока 601 первичного видео. Два PG-потока 603A и 603B представляют, например, субтитры на различном языке. IG-поток 604 представляет графические компоненты графического пользовательского интерфейса (GUI) и их компоновку для составления интерактивного экрана на экране 131 в дисплейном устройстве 103.
Элементарные потоки 601-606 идентифицируются посредством идентификаторов пакетов (PID). PID назначаются, например, следующим образом. Поскольку один основной TS включает в себя только один поток первичного видео, потоку 601 первичного видео назначается шестнадцатеричное значение 0x1011. Когда до 32 других элементарных потоков могут быть мультиплексированы по типу в одном основном TS, потокам 602A и 602B первичного аудио назначается любое значение от 0x1100 до 0x111F. PG-потокам 603A и 603B назначается любое значение от 0x1200 до 0x121F. IG-потоку 604 назначается любое значение от 0x1400 до 0x141F. Потоку 605 вторичного аудио назначается любое значение от 0x1A00 до 0x1A1F. Потоку 606 вторичного видео назначается любое значение от 0x1B00 до 0x1B1F.
Фиг. 6B является схематичным представлением, показывающим элементарные потоки, мультиплексированные в первом суб-TS на BD-ROM-диске 101. Первый суб-TS является мультиплексированными потоковыми данными в формате MPEG-2 TS и включается в первый файл DEP 542, показанный на фиг. 5. Как показано на фиг. 6B, первый суб-TS включает в себя поток 611 первичного видео. Первый суб-TS дополнительно может включать в себя PG-потоки 612A и 612B для просмотра левым глазом, PG-потоки 613A и 613B для просмотра правым глазом, IG-поток для просмотра левым глазом 614, IG-поток 615 для просмотра правым глазом и поток 616 вторичного видео. Поток 611 первичного видео является видеопотоком для просмотра правым глазом, и когда поток 601 первичного видео в основном TS представляет вид для просмотра левым глазом для трехмерных видеоизображений, поток 611 первичного видео представляет вид для просмотра правым глазом для трехмерных видеоизображений. Когда графические видеоизображения для субтитров и т.п. представляются как трехмерные видеоизображения, пары, сформированные посредством вида для просмотра левым глазом или вида для просмотра правым глазом и PG-потока, т.е. 612A+613A и 612B+613B, представляют соответствующий вид для просмотра левым глазом и вид для просмотра правым глазом. Когда графические видеоизображения для интерактивного отображения представляются как трехмерные видеоизображения, пары, сформированные посредством вида для просмотра левым глазом или вида для просмотра правым глазом и IG-потоков 614 и 615, представляют соответствующий вид для просмотра левым глазом и вид для просмотра правым глазом. Поток 616 вторичного видео является видеопотоком для просмотра правым глазом, и когда поток 606 вторичного видео в основном TS представляет вид для просмотра левым глазом для трехмерных видеоизображений, поток 616 вторичного видео представляет вид для просмотра правым глазом для трехмерных видеоизображений.
PID назначаются элементарным потокам 611-616, например, следующим образом. Потоку 611 первичного видео назначается значение 0x1012. Когда до 32 других элементарных потоков могут быть мультиплексированы по типу в одном суб-TS, PG-потокам 612A и 612B для просмотра левым глазом назначается любое значение от 0x1220 до 0x123F, а PG-потокам 613A и 613B для просмотра правым глазом назначается любое значение от 0x1240 до 0x125F. IG-потоку для просмотра левым глазом 614 назначается любое значение от 0x1420 до 0x143F, и IG-потоку 615 для просмотра правым глазом назначается любое значение от 0x1440 до 0x145F. Потоку 616 вторичного видео назначается любое значение от 0x1B20 до 0x1B3F.
Фиг. 6C является схематичным представлением, показывающим элементарные потоки, мультиплексированные во втором суб-TS на BD-ROM-диске 101. Второй суб-TS является мультиплексированными потоковыми данными в формате MPEG-2 TS и включается во второй файл DEP 543, показанный на фиг. 5. Как показано на фиг. 6C, второй суб-TS включает в себя поток 621 первичного видео. Второй суб-TS дополнительно может включать в себя PG-потоки 623A и 623B карты глубины, IG-поток 624 карты глубины и поток 626 вторичного видео. Поток 621 первичного видео является потоком карт глубины и представляет трехмерные видеоизображения в комбинации с потоком 601 первичного видео в основном TS. Когда двумерные видеоизображения, представленные посредством PG-потоков 623A и 623B в основном TS, используются для того, чтобы проецировать трехмерные видеоизображения на виртуальном двумерном экране, PG-потоки 623A и 623B карты глубины используются как PG-потоки, представляющие карту глубины для трехмерных видеоизображений. Когда двумерные видеоизображения, представленные посредством IG-потока 604 в основном TS, используются для того, чтобы проецировать трехмерные видеоизображения на виртуальном двумерном экране, IG-поток 624 карты глубины используется как IG-поток, представляющий карту глубины для трехмерных видеоизображений. Поток 626 вторичного видео является потоком карт глубины и представляет трехмерные видеоизображения в комбинации с потоком 606 вторичного видео в основном TS.
PID назначаются элементарным потокам 621-626, например, следующим образом. Потоку 621 первичного видео назначается значение 0x1013. Когда до 32 других элементарных потоков могут быть мультиплексированы по типу в одном суб-TS, PG-потокам 623A и 623B карты глубины назначается любое значение от 0x1260 до 0x127F. IG-потоку 624 карты глубины назначается любое значение от 0x1460 до 0x147F. Потоку 626 вторичного видео назначается любое значение от 0x1B40 до 0x1B5F.
Фиг. 7 является схематичным представлением, показывающим компоновку TS-пакетов, принадлежащих элементарным потокам 701, 702, 703 и 704 в основном TS 700. В видеопотоке 701 каждый кадр 701A сначала преобразуется в пакет 711 пакетированных элементарных потоков (PES). Затем каждый PES-пакет 711, в общем, преобразуется во множество TS-пакетов 721. Аналогично, аудиопоток 702, PG-поток 703 и IG-поток 704 сначала преобразуются в последовательность PES-пакетов 712, 713 и 714, после чего они преобразуются в TS-пакеты 722, 723 и 724. В завершение, TS-пакеты 721, 722, 723 и 724, полученные из элементарных потоков 701, 702, 703 и 704, мультиплексируются во времени в один фрагмент потоковых данных, т.е. основной TS 700.
Фиг. 8A является схематичным представлением последовательности TS-пакетов, содержащей основной TS. Как показано на фиг. 8A, каждый TS-пакет 801 является пакетом длиной в 188 байтов и включает в себя TS-заголовок 801H длиной в четыре байта и рабочие TS-данные 801P длиной в 184 байтов. PES-пакеты 711-714, показанные на фиг. 7, типично разделяются на множество секций, при этом каждая секция сохраняется в различных рабочих TS-данных 801P. С другой стороны, TS-заголовок 801H сохраняет PID для элементарного потока, которому принадлежат данные, хранимые в рабочих TS-данных 801P для этого TS-пакета 801.
Фиг. 8B является схематичным представлением последовательности исходных пакетов, состоящей из последовательности TS-пакетов для основного TS. Когда TS-пакет 801, показанный на фиг. 8A, записывается на BD-ROM-диск 101, как показано на фиг. 8B, заголовок 802H длиной в четыре байта (TP_Extra_Header) добавляется к TS-пакету 801. Пакет 802 длиной в 192 байта, сформированный посредством комбинации этого заголовка 802H и TS-пакета 802P, называется "исходным пакетом". Заголовок 802H в исходном пакете 802 включает в себя Arrival_Time_Stamp (ATS). Когда исходный пакет 802 передается из BD-ROM-диска 101 в декодер системных целевых объектов в устройстве 102 воспроизведения, ATS указывает время, в которое TS-пакет 802P должен извлекаться из исходного пакета 802 и должен начинать передаваться в PID-фильтр в декодере системных целевых объектов. Подробности, касающиеся декодера системных целевых объектов и использования ATS посредством устройства 102 воспроизведения, предоставляются ниже.
Фиг. 8C является схематичным представлением группы секторов, в которую последовательность исходных пакетов 802 последовательно записывается, в зоне 202B тома BD-ROM-диска 101. Как показано на фиг. 8C, 32 исходных пакета 802 записываются за раз как последовательность в три последовательных сектора 811, 812 и 813. Это обусловлено тем, что объем данных для 32 исходных пакетов, т.е. 192 байта×32=6144 байтов, является идентичным общему размеру трех секторов, т.е. 2048 байтов×3=6144 байтов. 32 исходных пакета 802, которые записываются таким образом в трех последовательных секторах 811, 812 и 813, называются "совмещенной единицей" 820. Устройство 102 воспроизведения считывает исходные пакеты 802 из BD-ROM-диска 101 посредством каждой совмещенной единицы 820, т.е. 32 исходных пакета за один раз. Кроме того, группа 811, 812, 813,... секторов разделяется на 32 фрагмента по порядку с начала, и каждый из них формирует один блок 830 кодов коррекции ошибок. BD-ROM-накопитель 121 выполняет обработку коррекции ошибок для каждого ECC-блока 830.
Суб-TS также имеет структуру пакетов, идентичную структуре пакетов для основного TS, показанного на фиг. 7 и 8. Тем не менее, структура данных для видеопотока отличается между суб-TS и основным TS.
<<Структура данных для видеопотока>>
Фиг. 9 является схематичным представлением, показывающим изображения в видеопотоке 901 для базового просмотра и в видеопотоке 902 для просмотра правым глазом в порядке времени представления. Как показано на фиг. 9, видеопоток 901 для базового просмотра включает в себя изображения 910, 911, 912,..., 919, а видеопоток 902 для просмотра правым глазом включает в себя изображения 920, 921, 922,..., 929. Каждое из изображений 910-919 и 920-929 представляет один кадр или одно поле и сжимается посредством способа кодирования со сжатием видео, такого как MPEG-2, MPEG-4 AVC и т.д.
Сжатие каждого изображения посредством вышеуказанного способа кодирования использует пространственную или временную избыточность изображения. Здесь кодирование изображений, которое использует только пространственную избыточность изображения, называется "внутрикадровым кодированием". С другой стороны, кодирование изображений, которое использует подобие между данными для нескольких изображений, отображаемых последовательно, называется "межкадровым прогнозирующим кодированием". При межкадровом прогнозирующем кодировании, прежде всего, изображение ранее или позднее по времени представления назначается изображению, которое должно быть кодировано в качестве опорного изображения. Затем вектор движения обнаруживается между изображением, которое должно быть кодировано, и опорным изображением, и после этого компенсация движения выполняется с использованием вектора движения. Кроме того, значение разности между изображением после компенсации движения и изображением, которое должно быть кодировано, находится, и временная избыточность удаляется с использованием значения разности. Таким образом, объем данных для каждого изображения сокращается.
Как показано на фиг. 9, изображения, включенные в видеопоток 901 для базового просмотра, в общем, разделяются на множество GOP 931 и 932. Здесь "GOP" означает последовательность изображений, начинающихся с I (внутреннего) изображения. "I-изображение" означает изображение, сжатое посредством внутрикадрового кодирования. GOP, в общем, имеет P (прогнозирующее) изображение и B (двунаправленно прогнозирующее) изображение в дополнение к I-изображению. "P-изображение" означает изображение, сжатое посредством межкадрового прогнозирующего кодирования с использованием в качестве опорного изображения либо I-изображения, либо другого P-изображения, которые являются более ранними по времени представления. "B-изображение" означает изображение, сжатое посредством межкадрового прогнозирующего кодирования с использованием двух опорных изображений, которые являются I- или P-изображениями ранее или позднее по времени представления. B-изображения, которые используются в качестве опорного изображения для других изображений при межкадровом прогнозирующем кодировании, в частности, называются "Br (опорными B) изображениями".
В примере на фиг. 9 изображения в GOP 931 и 932 сжимаются в следующем порядке. В первом GOP 931 первое изображение сжимается как I0-изображение 910. Число в подстрочном индексе указывает порядковый номер, выделенный каждому изображению в порядке времени представления. Затем четвертое изображение сжимается как P3-изображение 913 с использованием I0-изображения 910 в качестве опорного изображения. Стрелки, показанные на фиг. 9, указывают, что изображение на острие стрелки является опорным изображением для изображения на конце стрелки. Затем второе и третье изображения сжимаются как Br1-изображение 911 и Br2-изображение 912, соответственно, с использованием I0-изображения 910 и P3-изображения 913 в качестве опорных изображений. Кроме того, седьмое изображение сжимается как P6-изображение 916 с использованием P3-изображения 913 в качестве опорного изображения. Затем четвертое и пятое изображения сжимаются как Br4-изображение 914 и Br5-изображение 915, соответственно с использованием P3-изображения 913 и P6-изображения 916 в качестве опорных изображений. Аналогично, во втором GOP 932 первое изображение сначала сжимается как I7-изображение 917. Затем третье изображение сжимается как P9-изображение 919 с использованием I7-изображения 917 в качестве опорного изображения. Затем второе изображение сжимается как Br8-изображение 918 с использованием I7-изображения 917 и P9-изображения 919 в качестве опорных изображений.
В видеопотоке 901 для базового просмотра каждая GOP 931 и 932 всегда содержит I-изображение в начале, и тем самым изображения могут быть декодированы посредством GOP. Например, в первом GOP 931 I0-изображение 910 сначала декодируется независимо. Затем P3-изображение 913 декодируется с использованием декодированного I0-изображения 910. Затем Br1-изображение 911 и Br2-изображение 912 декодируются с использованием декодированного I0-изображения 910 и P3-изображения 913. Последующая группа 914, 915,... изображений аналогично декодируется. Таким образом, видеопоток 901 для базового просмотра может быть декодирован независимо и, кроме того, к нему может произвольно осуществляться доступ в единицах GOP.
Как дополнительно показано на фиг. 9, изображения 920-929 в видеопотоке 902 для просмотра правым глазом сжимаются посредством межкадрового кодирования. Тем не менее, способ кодирования отличается от способа кодирования для изображений 910-919 в видеопотоке 901 для базового просмотра, поскольку в дополнение к избыточности во временном направлении видеоизображений избыточность между левым и правым видеоизображениями также используется. В частности, опорные изображения для изображений 920-929 выбираются не только из этого потока 902, но также и из видеопотока 901 для базового просмотра, как показано посредством стрелок на фиг. 9. В частности, времена представления для изображений 920-929 в видеопотоке 902 для просмотра правым глазом и соответствующих опорных изображений, выбираемых из видеопотока 901 для базового просмотра, являются практически идентичными. Эти изображения представляют пару из вида для просмотра правым глазом и вида для просмотра левым глазом для идентичного трехмерного видеоизображения, т.е. параллактического видеоизображения. Таким образом, изображения 920-929 в видеопотоке для просмотра правым глазом находятся в соответствии "один-к-одному" с изображениями 910-919 в видеопотоке 901 для базового просмотра. В частности, видеопоток 902 для просмотра правым глазом разделяется на единицы GOP способом, аналогичным видеопотоку 901 для базового просмотра.
В примере, показанном на фиг. 9, первое изображение в видеопотоке 902 для просмотра правым глазом сжимается как P0-изображение 920 с использованием I0-изображения 910 в видеопотоке 901 для базового просмотра в качестве опорного изображения. Эти изображения 910 и 920 представляют вид для просмотра левым глазом и вид правым глазом первого кадра в трехмерных видеоизображениях. Затем четвертое изображение сжимается как P3-изображение 923 с использованием P3-изображения 913 в видеопотоке 901 для базового просмотра и P0-изображения 920 в качестве опорных изображений. Затем второе изображение сжимается как B1-изображение 921 с использованием Br1-изображения 911 в видеопотоке 901 для базового просмотра в дополнение к P0-изображению 920 и P3-изображению 923 в качестве опорных изображений. Аналогично, третье изображение сжимается как B2-изображение 922 с использованием Br2-изображения 912 в видеопотоке 901 для базового просмотра в дополнение к P0-изображению 920 и P3-изображению 923 в качестве опорных изображений. Аналогично, для последующих изображений 924-929, изображения в видеопотоке 901 для базового просмотра, время представления которых является практически идентичным, используются в качестве опорных изображений.
Пересмотренные стандарты для MPEG-4 AVC/H.264, называемые кодированием многовидового видео (MVC), известны в качестве способа кодирования со сжатием видео, который использует корреляцию между левым и правым видеоизображениями, как описано выше. MVC создан в июле 2008 года объединенной группой по видеостандартам (JVT), совместным проектом ISO/IEC MPEG и ITU-T VCEG, и является стандартом для совместного кодирования видео, которое может быть видимым с множества ракурсов. В MVC предусмотрено не только временное подобие в видео, используемом для межкадрового прогнозирующего кодирования видео, но и также подобие между видео с различающихся ракурсов. Этот тип прогнозирующего кодирования имеет более высокий коэффициент сжатия видео, чем прогнозирующее кодирование, которое по отдельности сжимает видео, видимое с каждого ракурса.
Как описано ранее, изображения в видеопотоке 901 для базового просмотра используются в качестве опорных изображений для сжатия изображений в видеопотоке 902 для просмотра правым глазом. Следовательно, в отличие из видеопотока 901 для базового просмотра, видеопоток 902 для просмотра правым глазом не может быть декодирован независимо. С другой стороны, тем не менее, разность между параллактическими изображениями является, в общем, очень небольшой, т.е. корреляция между видом для просмотра левым глазом и видом для просмотра правым глазом является высокой. Соответственно, изображения в видеопотоке 902 для просмотра правым глазом, в общем, имеют значительно более высокую скорость сжатия, чем изображения в видеопотоке 901 для базового просмотра, что означает, что объем данных значительно меньше.
Фиг. 10 является схематичным представлением, показывающим изображения в видеопотоке 901 для базового просмотра и в потоке 1001 карт глубины в порядке времени представления. Как показано на фиг. 10, видеопоток 901 для базового просмотра является идентичным видеопотоку, показанному на фиг. 9. Соответственно, к пояснению на фиг. 9 следует обращаться для его подробного описания. С другой стороны, поток 1001 карт глубины включает в себя карты 1010, 1011, 1012,..., 1019 глубины. Карты 1010-1019 глубины находятся в соответствии "один-к-одному" с изображениями 910-919 в видеопотоке 901 для базового просмотра и представляют карту глубины для двумерного видеоизображения для одного кадра или поля, показанного посредством каждого изображения.
Карты 1010-1019 глубины сжимаются посредством способа кодирования со сжатием видео, такого как MPEG-2, MPEG-4 AVC и т.д., способом, аналогичным изображениям 910-919 в видеопотоке 901 для базового просмотра. В частности, межкадровое кодирование используется в этом способе кодирования. Другими словами, каждое изображение сжимается с использованием различной карты глубины в качестве опорного изображения. В примере, показанном на фиг. 10, сначала первая из группы карт глубины, соответствующая первому GOP 931, сжимается как I0-изображение 1010. Число в подстрочном индексе указывает порядковый номер, выделенный каждому изображению в порядке времени представления. Затем четвертая карта глубины сжимается как P3-изображение 1013 с использованием I0-изображения 1010 в качестве опорного изображения. Стрелки, показанные на фиг. 10, указывают, что изображение на острие стрелки является опорным изображением для изображения на конце стрелки. Затем вторая и третья карты глубины сжимаются как B1-изображение 1011 и B2-изображение 1012, соответственно, с использованием I0-изображения 1010 и P3-изображения 1013 в качестве опорных изображений. Кроме того, седьмая карта глубины сжимается как P6-изображение 1016 с использованием P3-изображения 1013 в качестве опорного изображения. Затем четвертая и пятая карты глубины сжимаются как B4-изображение 1014 и B5-изображение 1015, соответственно, с использованием P3-изображения 1013 и P6-изображения 1016 в качестве опорных изображений. Аналогично, в группе карт глубины, соответствующей второму GOP 932, первая карта глубины сначала сжимается как I7-изображение 1017. Затем третья карта глубины сжимается как P9-изображение 1019 с использованием I7-изображения 1017 в качестве опорного изображения. Затем вторая карта глубины сжимается как B8-изображение 1018 с использованием I7-изображения 1017 и P9-изображения 1019 в качестве опорных изображений.
Поток 1001 карт глубины разделяется на единицы GOP способом, аналогичным видеопотоку 901 для базового просмотра, и каждая GOP всегда содержит I-изображение в начале. Соответственно, карты глубины могут быть декодированы посредством GOP. Например, I0-изображение 1010 сначала декодируется независимо. Затем P3-изображение 1013 декодируется с использованием декодированного I0-изображения 1010. Затем B1-изображение 1011 и B2-изображение 1012 декодируются с использованием декодированного I0-изображения 1010 и P3-изображения 1013. Последующая группа 1014, 1015,... изображений аналогично декодируется. Тем не менее, поскольку сама карта глубины является информацией, представляющей только глубину каждой части двумерного видеоизображения посредством пиксела, поток 1001 карт глубины не может использоваться независимо для воспроизведения видеоизображений.
Идентичный способ кодирования используется для сжатия видеопотока 902 для просмотра правым глазом и потока 1001 карт глубины. Например, если видеопоток 902 для просмотра правым глазом кодируется в MVC-формате, поток 1001 карт глубины также кодируется в MVC-формате. В этом случае во время воспроизведения трехмерных видеоизображений устройство 102 воспроизведения может плавно переключаться между L/R-режимом и режимом глубины при сохранении постоянного способа кодирования.
Фиг. 11 является схематичным представлением, показывающим подробности структуры данных видеопотока 1100. Видеопоток 1100 может быть видеопотоком 901 для базового просмотра или видеопотоком 902 или 1001 для зависимого просмотра. Как показано на фиг. 11, в дополнение к фактическим GOP 930 и 940, которые являются идентичными GOP, показанным на фиг. 9, заголовок назначается каждому изображению 910, 911, 912,... в GOP 1110 и 1120, которые составляют фактический видеопоток 1100. Эта комбинация заголовка и каждого изображения называется "единицей видеодоступа (VAU)". Другими словами, каждое изображение организуется как одна VAU 1111, 1112,... в GOP 1110 и 1120. Каждое изображение может считываться из видеопотока 1100 в VAU.
Как дополнительно показано на фиг. 11, первая VAU (VAU#1) 1111 в GOP 1110 и 1120 включает в себя I0-изображение 910 и заголовок. I0-изображение 911 сохраняется как данные 1111E сжатых изображений. Заголовок включает в себя идентификационный код 1111A единицы доступа (AU), заголовок 1111B последовательности, заголовок 1111C изображения и дополнительные данные 1111D. Идентификационный код 1111A AU является заранее определенным кодом, указывающим начало каждой VAU. Заголовок 1111B последовательности, также называемый GOP-заголовком, включает в себя информацию, совместно используемую посредством всей GOP 1110, к примеру разрешение, частота кадров, соотношение сторон и скорость передачи битов. Заголовок 1111C изображения включает в себя информацию, необходимую для декодирования I0-изображения 910, такую как способ кодирования и т.д. Дополнительные данные 1111D включают в себя дополнительную информацию, касающуюся вопросов, отличных от декодирования I0-изображения 910, например текстовую информацию субтитров, а также информацию временного кода. Вторая и последующие VAU в GOP 1110 и 1120 имеют структуру, идентичную структуре VAU #1 1111, за исключением того, что заголовок не включает в себя заголовок 1111B последовательности. Например, VAU #2 1112 включает в себя P3-изображение 913 и заголовок. Фактическое содержимое каждого элемента в VAU 1111, 1112 варьируется согласно способу кодирования для видеопотока 1100. Например, когда способом кодирования является MPEG-4 AVC, VAU, 1111 и 1112 состоят из множества NAL-единиц. В этом случае идентификационный код 1111A AU, заголовок 1111B последовательности, заголовок 1111C изображения, дополнительные данные 1111D и данные 1111E сжатых изображений надлежащим образом соответствуют разделителю единиц доступа (разделителю AU), набору параметров последовательности (SPS), набору параметров изображения (PPS), дополнительной улучшающей информации (SEI) и компоненту вида.
Фиг. 12 является схематичным представлением, показывающим подробности относительно способа для сохранения видеопотока 1201 в последовательность 1202 PES-пакетов. Видеопоток 1201 может быть видеопотоком 901 для базового просмотра или видеопотоком 902 или 1001 для зависимого просмотра. Как показано на фиг. 12, в фактическом видеопотоке 1201 изображения мультиплексируются по порядку кодирования, а не по порядку времени представления. Другими словами, как показано на фиг. 12, в каждой VAU, содержащей видеопоток 1201, I0-изображение 1210, P3-изображение 1211, B1-изображение 1212, B2-изображение 1213,... сохраняются по порядку с начала. Число в подстрочном индексе указывает порядковый номер, выделенный каждому изображению по порядку времени представления. I0-изображение 1210 используется в качестве опорного изображения для кодирования P3-изображения 1211, а I0-изображение 1210 и P3-изображение 1211 используются в качестве опорных изображений для кодирования B1-изображения 1212 и B2-изображения 1213. Каждая из этих VAU сохраняется как различный PES-пакет 1220, 1221, 1222, 1223,... и каждый PES-пакет 1220,... включает в себя рабочие PES-данные 1220P и PES-заголовок 1220H. VAU сохраняются в рабочих PES-данных 1220P. PES-заголовки 1220H включают в себя время представления (временную метку представления, или PTS) и время декодирования (временную метку декодирования, или DTS) для изображения, сохраненного в рабочих PES-данных 1220P в этом PES-пакете 1220.
Аналогично видеопотоку 1201, показанному на фиг. 12, другие элементарные потоки, показанные на фиг. 6A, 6B и 6C, сохраняются в рабочих PES-данных в последовательности PES-пакетов. Кроме того, PES-заголовок в каждом PES-пакете включает в себя PTS для данных, хранимых в рабочих PES-данных для PES-пакета.
Фиг. 13A и 13B являются схематичными представлениями, показывающими взаимосвязь между PTS и DTS, назначенным каждому изображению в видеопотоке 1301 для базового просмотра и в видеопотоке 1302 для зависимого просмотра. Как показано на фиг. 13, для видеопотоков 1301 и 1302 одинаковые PTS и DTS назначаются паре изображений, представляющих одинаковый кадр или поле в трехмерном видеоизображении. Например, первый кадр или поле в трехмерном видеоизображении подготавливаются посредством рендеринга из комбинации I1-изображения 1311 в видеопотоке 1301 для базового просмотра и P1-изображения 1321 в видеопотоке 1302 для зависимого просмотра. Соответственно, PTS и DTS для двух изображений 1311 и 1321 являются идентичными. Числа в подстрочном индексе указывают порядковый номер, выделенный каждому изображению по порядку DTS. Кроме того, когда видеопоток 1302 для зависимого просмотра - это поток карт глубины, P1-изображение 1321 заменяется I-изображением, представляющим карту глубины для I1-изображения 1311. Аналогично, PTS и DTS для пары вторых изображений в видеопотоках 1301 и 1302, т.е. изображений 1312 и 1322 P2 являются идентичными. PTS и DTS являются идентичными для пары третьих изображений в видеопотоках 1301 и 1302, т.е. Br3-изображения 1313 и B3-изображения 1323. Это также применимо к паре из Br4-изображения 1314 и B4-изображения 1324.
Пара VAU, которые включают в себя изображения, для которых PTS и DTS являются идентичными для видеопотока 1301 для базового просмотра и видеопотока 1302 для зависимого просмотра, называется "трехмерной VAU". Посредством использования выделения PTS и DTS, показанных на фиг. 13, просто инструктировать декодеру в устройстве 102 воспроизведения в трехмерном режиме обрабатывать видеопоток 1301 для базового просмотра и видеопоток 1302 для зависимого просмотра параллельно в единицах трехмерных VAU. Таким образом, декодер определенно параллельно обрабатывает пару изображений, представляющих один кадр или поле в трехмерном видеоизображении. Кроме того, заголовок последовательности в трехмерной VAU в начале каждой GOP включает в себя одинаковое разрешение, одинаковую частоту кадров и одинаковое соотношение сторон. В частности, эта частота кадров равна значению, когда видеопоток 1301 для базового просмотра декодируется независимо в режиме двумерного воспроизведения.
Фиг. 14 является схематичным представлением, показывающим структуру данных для дополнительных данных 1111D, показанных на фиг. 11. Дополнительные данные 1111D соответствуют типу NAL-единицы, "SEI", в частности, в MPEG-4 AVC. Как показано на фиг. 14, дополнительные данные 1111D включают в себя информацию 1401 переключения декодирования. Информация 1401 переключения декодирования включается в каждую VAU как в видеопотоке для базового просмотра, так и в видеопотоке для зависимого просмотра. Информация 1401 переключения декодирования является информацией, чтобы инструктировать декодеру в устройстве 102 воспроизведения легко указывать следующую VAU, чтобы декодировать. Как описано ниже, декодер поочередно декодирует видеопоток для базового просмотра и видеопоток для зависимого просмотра в единицах VAU. В это время декодер, в общем, указывает следующую VAU, которая должна быть декодирована, в совмещении со временем, показанным посредством DTS, назначенной каждой VAU. Многие типы декодеров, тем не менее, продолжают декодировать VAU по порядку при игнорировании DTS. Для таких декодеров предпочтительно для каждой VAU включать в себя информацию 1401 переключения декодирования в дополнение к DTS.
Как показано на фиг. 14, информация 1401 переключения декодирования включает в себя тип 1411 следующей единицы доступа, размер 1412 следующей единицы доступа и счетчик 1413 декодирования. Тип 1411 следующей единицы доступа указывает, принадлежит следующая VAU, которая должна быть декодирована, видеопотоку для базового просмотра или видеопотоку для зависимого просмотра. Например, когда значение типа 1411 следующей единицы доступа равно "1", следующая VAU, которая должна быть декодирована, принадлежит видеопотоку для базового просмотра, а когда значение типа 1411 следующей единицы доступа равно "2", следующая VAU, которая должна быть декодирована, принадлежит видеопотоку для зависимого просмотра. Когда значение типа 1411 следующей единицы доступа равно "0", текущая VAU находится в конце потока, предназначенного для декодирования, и следующей VAU, которая должна быть декодирована, не существует. Размер 1412 следующей единицы доступа указывает размер следующей VAU, которая должна быть декодирована. Посредством обращения к размеру 1412 следующей единицы доступа декодер в устройстве 102 воспроизведения может указывать размер VAU без анализа ее фактической структуры. Соответственно, декодер может легко извлекать VAU из буфера. Счетчик 1413 декодирования показывает порядок декодирования VAU, которой он принадлежит. Порядок подсчитывается с VAU, которая включает в себя I-изображение в видеопотоке для базового просмотра.
Фиг. 15A является схематичным представлением, показывающим пример счетчиков 1510 и 1520 декодирования, назначенных каждому изображению в видеопотоке 1501 для базового просмотра и в видеопотоке 1502 для зависимого просмотра. Как показано на фиг. 15A, счетчики 1510 и 1520 декодирования увеличиваются поочередно между двумя видеопотоками 1501 и 1502. Например, для VAU 1511, которая включает в себя I-изображение в видеопотоке 1501 для базового просмотра, значение "1" назначается счетчику 1510 декодирования. Затем значение "2" назначается счетчику 1520 декодирования для VAU 1521, которая включает в себя следующее P-изображение, которое должно быть декодировано в видеопотоке 1502 для зависимого просмотра. Кроме того, значение "3" назначается счетчику 1510 декодирования для VAU 1512, которая включает в себя следующее P-изображение, которое должно быть декодировано в видеопотоке 1501 для базового просмотра. Посредством такого назначения, даже когда декодер в устройстве 102 воспроизведения не может считывать одну из VAU вследствие некоторой ошибки, декодер может немедленно указывать пропущенное изображение с использованием счетчиков 1510 и 1520 декодирования. Соответственно, декодер может выполнять обработку ошибок надлежащим образом и быстро.
В примере, показанном на фиг. 15A, ошибка возникает в ходе считывания третьей VAU 1513 в видеопотоке 1501 для базового просмотра и Br-изображение отсутствует. Во время обработки декодирования P-изображения, содержащегося во второй VAU 1522 в видеопотоке 1502 для зависимого просмотра, тем не менее, декодер считывает счетчик 1520 декодирования для этой VAU 1522 и сохраняет значение. Соответственно, декодер может прогнозировать счетчик 1510 декодирования для следующей VAU, которая должна обрабатываться. В частности, счетчик 1520 декодирования в VAU 1522, которая включает в себя P-изображение, составляет "4". Следовательно, счетчик 1510 декодирования для следующей VAU, которая должна считываться, может быть прогнозирован как равный "5". Следующей VAU, которая фактически считывается, тем не менее, является четвертая VAU 1514 в видеопотоке 1501 для базового просмотра, счетчик 1510 декодирования которой равен "7". Декодер тем самым обнаруживает, что он неудачно считывает VAU. Соответственно, декодер может выполнять следующую обработку: "пропускать обработку декодирования B-изображения, извлеченного из третьей VAU 1523 в видеопотоке 1502 для зависимого просмотра, поскольку Br-изображение, которое должно использоваться в качестве опорного, отсутствует". Таким образом, декодер проверяет счетчики 1510 и 1520 декодирования во время каждого процесса декодирования. Следовательно, декодер может быстро обнаруживать ошибки в ходе считывания VAU и может быстро выполнять соответствующую обработку ошибок. Как результат, декодер может препятствовать искажению воспроизводимого видео посредством шума.
Фиг. 15B является схематичным представлением, показывающим другой пример счетчиков 1530 и 1540 декодирования, назначенных каждому изображению в видеопотоке 1501 для базового просмотра и в видеопотоке 1502 для зависимого просмотра. Как показано на фиг. 15B, счетчики 1530 и 1540 декодирования увеличиваются по отдельности в видеопотоках 1501 и 1502. Следовательно, счетчики 1530 и 1540 декодирования являются идентичными для пары изображений в одной трехмерной VAU. В этом случае когда декодер декодировал VAU в видеопотоке 1501 для базового просмотра, он может прогнозировать, что "счетчик декодирования 1530 является идентичным счетчику декодирования 1540 для следующей VAU, которая должна быть декодирована в видеопотоке 1502 для зависимого просмотра". Наоборот, когда декодер декодировал VAU в видеопотоке 1502 для зависимого просмотра, он может прогнозировать, что "счетчик декодирования 1530 для следующей VAU, которая должна быть декодирована в видеопотоке 1501 для базового просмотра, является идентичным счетчику декодирования 1540 плюс один". Соответственно, в любой момент времени декодер может быстро обнаруживать ошибку в считывании VAU с использованием счетчиков 1530 и 1540 декодирования и может быстро выполнять соответствующую обработку ошибок. Как результат, декодер может препятствовать искажению воспроизводимого видео посредством шума.
<<Перемеженная компоновка мультиплексированных потоковых данных>>
Для прозрачного воспроизведения трехмерных видеоизображений физическая компоновка видеопотока для базового просмотра и видеопотока для зависимого просмотра на BD-ROM-диске 101 является важной. Это "прозрачное воспроизведение" означает воспроизведение видео и аудио из мультиплексированных потоковых данных без прерывания.
Фиг. 16 является схематичным представлением, показывающим физическую компоновку на BD-ROM-диске 101 группы блоков данных, принадлежащей основному TS, первому суб-TS и второму суб-TS, соответственно, показанным на фиг. 6A, 6B и 6C. "Блок данных" означает последовательность данных, записанных в непрерывной зоне на BD-ROM-диске 101, т.е. множество физически смежных секторов. Поскольку физические адреса и логические адреса на BD-ROM-диске 101 являются практически идентичными, LBN в рамках каждого блока данных также являются непрерывными. Соответственно, BD-ROM-накопитель 121 может непрерывно считывать блок данных без инструктирования оптической головке воспроизведения выполнять поиск дорожек. В дальнейшем в этом документе блоки L1, L2, L3,... данных, принадлежащие основному TS, называются "блоками данных для базового просмотра", а блоки R1, R2, R3,... и D1, D2, D3,... данных, принадлежащие суб-TS, называются "блоками данных для зависимого просмотра". В частности, блоки R1, R2, R3,... данных, принадлежащие первому суб-TS называются "блоками данных для просмотра правым глазом", а блоки D1, D2, D3,... данных, принадлежащие второму суб-TS, называются "блоками данных карты глубины". Как показано на фиг. 16, группа блоков данных записывается непрерывно вдоль дорожки 1601 на BD-ROM-диске 101. Кроме того, блоки L1, L2, L3,... данных для базового просмотра, блоки R1, R2, R3,... данных для просмотра правым глазом и блоки D1, D2, D3,... данных карты глубины размещаются поочередно один за другим. Этот тип компоновки блоков данных называется "перемеженной компоновкой".
В перемеженной компоновке согласно варианту осуществления 1 настоящего изобретения ATC-время экстента является идентичным для трех типов смежных блоков данных. Например, на фиг. 16 первый блок D1 данных карты глубины, первый блок R1 данных для просмотра правым глазом и первый блок L1 данных для базового просмотра являются смежными. ATC-время экстента является идентичным для этих блоков D1, R1 и L1 данных. В этом контексте "таймер поступления (ATC)" означает синхросигнал, который выступает в качестве стандарта для ATS. Кроме того, "ATC-время экстента" задается посредством значения ATC и представляет диапазон ATS, назначенного исходным пакетам в экстенте, т.е. интервал времени от ATS исходного пакета в начале экстента до ATS исходного пакета в начале следующего экстента. Другими словами, ATC-время экстента является идентичным времени, требуемому для того, чтобы передавать все исходные пакеты в экстенте из буфера считывания в устройстве 102 воспроизведения в декодер системных целевых объектов. "Буфер считывания" - это буферное запоминающее устройство в устройстве 102 воспроизведения, в котором блоки данных, считанные из BD-ROM-диска 101, временно сохраняются перед передачей в декодер системных целевых объектов.
Для трех типов смежных блоков данных, ATC-время экстента которых является идентичным, периоды воспроизведения могут совпадать и времена воспроизведения видеопотоков могут быть идентичными. Например, на фиг. 16 для трех блоков D1, R1 и L1 данных периоды воспроизведения совпадают и времена воспроизведения видеопотоков являются идентичными. Аналогично, в последующих группах блоков данных для трех типов смежных блоков D2, R2 и L2 данных, ATC-время экстента которых является идентичным, периоды воспроизведения могут совпадать и времена воспроизведения видеопотоков могут быть идентичными.
Кроме того, в перемеженной компоновке согласно варианту осуществления 1 настоящего изобретения три смежных блока данных с идентичным ATC-временем экстента размещаются в порядке блока карты глубины, блока данных для просмотра правым глазом и блока данных для базового просмотра, т.е. начиная с наименьшего объема данных. Например, на фиг. 16 изображение, включенное в первый блок R1 данных для просмотра правым глазом, сжимается с использованием изображения, включенного в первый блок L1 данных для базового просмотра, в качестве опорного изображения, как показано на фиг. 9. Соответственно, размер Sext2[1] первого блока R1 данных для просмотра правым глазом равен или меньше размера Sext1[1] первого блока L1 данных для базового просмотра: Sext2[1]≤Sext1[1]. С другой стороны, объем данных в расчете на пиксел в карте глубины, т.е. число битов значения глубины, в общем, меньше объема данных в расчете на пиксел изображения, включенного в видеопоток для базового просмотра, т.е. суммы числа битов значения координаты цветности и значения б. Кроме того, как показано на фиг. 6A и 6B, в отличие от второго суб-TS основной TS включает в себя другие элементарные потоки, такие как поток первичного аудио, в дополнение к потоку первичного видео. Следовательно, на фиг. 16 размер первого блока D1 данных карты глубины, Sext3[1], меньше или равен размеру первого блока L1 данных для базового просмотра, Sext1[1]: Sext3[1]≤Sext1[1]. Следовательно, на фиг. 16 первый блок D1 данных карты глубины, первый блок R1 данных для просмотра правым глазом и первый блок L1 данных для базового просмотра записываются в этом порядке. Это применимо к следующим трем последовательным экстентам, D2, R2 и L2.
VAU, расположенные в начале блоков данных с идентичным ATC-временем экстента, принадлежат одной трехмерной VAU и, в частности, включают в себя первое изображение GOP, представляющей идентичное трехмерное видеоизображение. Например, на фиг. 16 из трех смежных блоков Dn, Rn, Ln данных (n=1, 2, 3,...) с идентичным ATC-временем экстента начало блока Dn данных карты глубины включает в себя I-изображение для потока карт глубины, начало блока Rn данных для просмотра правым глазом включает в себя P-изображение для видеопотока для просмотра правым глазом, начало блока Ln данных для базового просмотра включает в себя I-изображение для видеопотока для базового просмотра. I-изображение для потока карт глубины представляет карту глубины для двумерного видеоизображения, представленного посредством I-изображения для видеопотока для базового просмотра. P-изображение для видеопотока для просмотра правым глазом представляет вид для просмотра правым глазом, когда двумерное видеоизображение, представленное посредством I-изображения в видеопотоке для базового просмотра, используется в качестве вида для просмотра левым глазом. В частности, P-изображение, как показано на фиг. 9, сжимается с использованием I-изображения для видеопотока для базового просмотра в качестве опорного изображения. Соответственно, устройство 102 воспроизведения в режиме трехмерного воспроизведения может начинать воспроизведение трехмерных видеоизображений из любого набора блоков Dn, Rn и Ln данных.
<<Значимость деления мультиплексированных потоковых данных на блоки данных>>
Чтобы воспроизводить трехмерные видеоизображения прозрачно с BD-ROM-диска 101, устройство 102 воспроизведения должно параллельно обрабатывать основной TS и суб-TS. Емкость буфера считывания, подходящая для использования в такой обработке, тем не менее, в общем, является ограниченной. В частности, предусмотрен предел на объем данных, который может непрерывно считываться в буфер считывания из BD-ROM-диска 101. Соответственно, устройство 102 воспроизведения должно считывать секции основного TS и суб-TS с идентичным ATC-временем экстента посредством деления секций.
Фиг. 17A является схематичным представлением, показывающим компоновку основного TS 1701 и суб-TS 1702, записанных отдельно и последовательно на BD-ROM-диске. Когда устройство 102 воспроизведения параллельно обрабатывает основной TS 1701 и суб-TS 1702, как показано посредством стрелок (1)-(4) на сплошных линиях на фиг. 17A, BD-ROM-накопитель 121 поочередно считывает секции основного TS 1701 и суб-TS 1702, которые имеют идентичное ATC-время экстента. В это время, как показано посредством стрелок в пунктирных линиях на фиг. 17A, во время обработки считывания BD-ROM-накопитель 121 должен осуществлять большое изменение зоны, которая должна считываться на BD-ROM-диске. Например, после того как первая секция основного TS 1701, показанная посредством стрелки (1), считана, BD-ROM-накопитель 121 временно прекращает операцию считывания посредством оптической головки воспроизведения и увеличивает скорость вращения BD-ROM-диска. Таким образом, BD-ROM-накопитель 121 быстро перемещает сектор на BD-ROM-диске, в котором записана первая секция суб-TS 1702, показанная посредством стрелки (2), в позицию оптической головки воспроизведения. Эта операция, для того чтобы временно прекращать считывание посредством оптической головки воспроизведения и, в то время когда считывание прекращено, позиция оптической головки воспроизведения выше следующей зоны считывалась, называется "переходом". Пунктирные линии со стрелкой, показанные на фиг. 17A, указывают диапазон переходов, необходимых во время обработки считывания. Во время каждого периода перехода обработка считывания посредством оптической головки воспроизведения прекращается и только обработка декодирования посредством декодера продолжается. Как результат, трудно инструктировать обработке считывания не отставать от обработки декодирования и тем самым трудно устойчиво поддерживать прозрачное воспроизведение.
Фиг. 17B является схематичным представлением, показывающим компоновку блоков B[0], B[1], B[2],... данных для базового просмотра и блоков D[0], D[1], D[2],... данных для зависимого просмотра, записанных поочередно на BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения. Как показано на фиг. 17B, основной TS и суб-TS разделяются на множество блоков данных и размещаются поочередно. В этом случае во время воспроизведения трехмерных видеоизображений устройство 102 воспроизведения считывает блоки B[0], D[0], B[1], D[1],... данных по порядку с начала, как показано посредством стрелок (1)-(4) на фиг. 17B. Посредством простого считывания этих блоков данных по порядку устройство 102 воспроизведения может плавно считывать основной TS и суб-TS поочередно. В частности, поскольку переход не осуществляется во время обработки считывания, прозрачное воспроизведение трехмерных видеоизображений может устойчиво поддерживаться.
<<Значимость предоставления для смежных блоков данных идентичного ATC-временем экстента>>
В перемеженной компоновке, показанной на фиг. 16, три типа смежных блоков Dn, Rn и Ln данных имеют идентичное ATC-время экстента. Другими словами, между этими экстентами разность между ATS от исходного пакета в начале каждого экстента до исходного пакета в начале следующего экстента является одинаковой (тем не менее, при вычислении разности учитывается возникновение циклического возврата в ATS). В этом случае декодер системных целевых объектов в устройстве 102 воспроизведения считывает все TS-пакеты, включенные в блок Ln данных для базового просмотра и блок Dn или Rn данных для зависимого просмотра в пределах одной продолжительности, измеряемой посредством ATC. Соответственно, декодер системных целевых объектов может легко синхронизировать обработку декодирования TS-пакетов между потоком для базового просмотра и потоком для зависимого просмотра, в частности, в ходе воспроизведения с прерываниями.
<<Значимость смежных блоков данных, имеющих эквивалентные времена воспроизведения>>
Фиг. 18A является схематичным представлением, показывающим путь воспроизведения, когда ATC-времена экстента и времена воспроизведения видеопотока отличаются между блоками данных для базового просмотра и блоками данных для зависимого просмотра, которые являются смежными. В примере, показанном на фиг. 18, время воспроизведения первого блока B[0] данных для базового просмотра составляет четыре секунды, а время воспроизведения первого блока D[0] данных для зависимого просмотра составляет одну секунду. В этом случае секция видеопотока для базового просмотра, которая необходима для декодирования блока D[0] данных для зависимого просмотра, имеет время воспроизведения, идентичное блоку D[0] данных для зависимого просмотра. Соответственно, чтобы экономить емкость буфера считывания в устройстве 102 воспроизведения, предпочтительно, как показано посредством стрелки 1810 на фиг. 18A, поочередно считывать блок B[0] данных для базового просмотра и блок D[0] данных для зависимого просмотра в буфер с одинаковой величиной времени воспроизведения, например по одной секунде за раз. В этом случае, тем не менее, как показано посредством пунктирных линий на фиг. 18A, переходы осуществляются во время обработки считывания. Как результат, трудно инструктировать обработке считывания не отставать от обработки декодирования и тем самым трудно устойчиво поддерживать прозрачное воспроизведение.
Фиг. 18B является схематичным представлением, показывающим путь воспроизведения, когда времена воспроизведения видеопотока являются идентичными для блоков данных для базового просмотра и блоков данных для зависимого просмотра, которые являются смежными. На BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения, как показано на фиг. 18B, время воспроизведения видеопотока между парой смежных блоков данных является идентичным. Например, для пары первого блока B[0] данных для базового просмотра и блока D[0] данных для зависимого просмотра времена воспроизведения видеопотока равны одной секунде, а времена воспроизведения видеопотока для второй пары блоков B[1] и D[1] данных равны 0,7 секунды. В этом случае во время воспроизведения трехмерных видеоизображений, устройство 102 воспроизведения считывает блоки B[0], D[0], B[1], D[1] данных по порядку с начала, как показано посредством стрелки 1820 на фиг. 18B. Просто таким образом устройство 102 воспроизведения может плавно считывать основной TS и суб-TS поочередно. В частности, поскольку переход не осуществляется во время обработки считывания, прозрачное воспроизведение трехмерных видеоизображений может устойчиво поддерживаться.
Следует отметить, что, если ATC-время экстента является идентичным для блока данных для базового просмотра и блока данных для зависимого просмотра, которые являются смежными, период воспроизведения между этими блоками данных может не совпадать и, кроме того, время воспроизведения видеопотоков может не быть идентичным. Даже в этом случае устройство 102 воспроизведения может плавно считывать основной TS и суб-TS поочередно посредством простого считывания групп блоков данных по порядку с начала способом, аналогичным способу на фиг. 18B. В частности, поскольку переходы не осуществляются во время такой обработки считывания, прозрачное воспроизведение трехмерных видеоизображений может устойчиво поддерживаться.
<<Перекрестное связывание файлов AV-потока с блоками данных>>
В файловой системе для BD-ROM-диска 101 к каждому блоку данных, принадлежащему мультиплексированным потоковым данным, доступ может осуществляться как к одному экстенту либо в файле 2D, либо в файле DEP. Другими словами, логический адрес для каждого блока данных может быть известен из дескриптора выделения, записанного в запись файла для файла 2D или файла DEP. В примерах, показанных на фиг. 5 и 16, дескрипторы выделения #1, #2, #3,..., включенные в запись 1610 файла в файле 2D (01000.m2ts) 541, указывают размеры блоков L1, L2, L3,... данных для базового просмотра и LBN их начала. Дескрипторы выделения #1, #2, #3,..., включенные в запись 1620 файла в первом файле DEP (02000.m2ts) 542, указывают размеры блоков R1, R2, R3,... данных для просмотра правым глазом и LBN их начала. Дескрипторы выделения #1, #2, #3,..., включенные в запись 1630 файла во втором файле DEP (03000.m2ts) 543, указывают размеры блоков D1, D2, D3,... данных карты глубины и LBN их начала.
Фиг. 19A является схематичным представлением, показывающим структуру данных файла 2D (01000.m2ts) 541. Как показано на фиг. 16, дескрипторы выделения #1, #2, #3,... в записи 1610 файла обращаются к блокам L1, L2, L3,... данных для базового просмотра. Соответственно, как показано на фиг. 19A, к блокам L1, L2, L3,... данных для базового просмотра доступ может осуществляться как к экстентам EXT2D[0], EXT2D[1], EXT2D[2],... в файле 2D 541. В дальнейшем в этом документе экстенты EXT2D[0], EXT2D[1], EXT2D[2],..., принадлежащие файлу 2D 541, называются "двумерными экстентами".
Фиг. 19B является схематичным представлением, показывающим структуру данных первого файла DEP (02000.m2ts) 542. Как показано на фиг. 16, дескрипторы выделения #1, #2, #3,... в записи 1620 файла обращаются к блокам R1, R2, R3,... данных для просмотра правым глазом. Соответственно, как показано на фиг. 19B, к блокам R1, R2, R3,..., данных для просмотра правым глазом доступ может осуществляться как к экстентам EXT2[0], EXT2[1], EXT2[2],... в первом файле DEP 542. В дальнейшем в этом документе экстенты EXT2[0], EXT2[1], EXT2[2],..., принадлежащие первому файлу DEP 542, называются "экстентами для просмотра правым глазом".
Фиг. 19C является схематичным представлением, показывающим структуру данных второго файла DEP (03000.m2ts) 543. Как показано на фиг. 16, дескрипторы выделения #1, #2, #3,... в записи 1630 файла обращаются к блокам D1, D2, D3,... данных карты глубины. Соответственно, как показано на фиг. 19C, к блокам D1, D2, D3,... данных карты глубины доступ может осуществляться как к экстентам EXT3[0], EXT3[1], EXT3 [2],... во втором файле DEP 543. В дальнейшем в этом документе экстенты EXT3[0], EXT3[1], EXT3 [2],..., принадлежащие второму файлу DEP 543, называются "экстентами карты глубины". Кроме того, экстенты, которые принадлежат файлу DEP, такие как экстенты для просмотра правым глазом и экстенты карты глубины, совместно называются "экстентами для зависимого просмотра".
Для группы блоков данных, показанной на фиг. 16, файлы AV-потока перекрестно связываются следующим образом. Дескрипторы выделения #1, #2, #3,..., включенные в запись 1640 файла в первом файле SS (01000.ssif) 544A, рассматривают пары смежных блоков данных для просмотра правым глазом и блоков данных для базового просмотра, R1+L1, R2+L2, R3+L3,..., как один экстент, указывающий размер каждого из них и LBN их начала. Дескрипторы выделения #1, #2, #3,..., включенные в запись 1650 файла во втором файле SS (02000.ssif) 544B, поочередно указывают для блоков D1, D2, D3,... данных карты глубины и блоков L1, L2, L3,... данных для базового просмотра размер каждого блока и LBN начала блока.
Фиг. 19D является схематичным представлением, показывающим структуру данных первого файла SS (01000.ssif) 544A. Как показано на фиг. 16, дескрипторы выделения #1, #2, #3,... в записи 1640 файла обращаются к парам смежных блоков данных для просмотра правым глазом и блоков данных для базового просмотра, R1+L1, R2+L2, R3+L3,.... Соответственно, как показано на фиг. 19D, к парам смежных блоков R1+L1, R2+L2, R3+L3,... данных доступ может осуществляться как к экстентам EXTSS[0], EXTSS[1], EXTSS[2],... в первом файле SS 544A. В дальнейшем в этом документе экстенты EXTSS[0], EXTSS[1], EXTSS[2],..., принадлежащие первому файлу SS 544A, называются "трехмерными экстентами". Трехмерные экстенты EXTSS[n] (n=0, 1, 2,...) имеют блоки Ln данных для базового просмотра, общие с файлом 2D 541, и блоки Rn данных для просмотра правым глазом, общие с первым файлом DEP 542.
Фиг. 19E является схематичным представлением, показывающим структуру данных второго файла SS (02000.ssif) 544B. Как показано на фиг. 16, дескрипторы выделения #1, #2, #3,... в записи 1650 файла поочередно обращаются к блокам D1, D2, D3,... данных карты глубины и к блокам L1, L2, L3,... данных для базового просмотра. Соответственно, как показано на фиг. 19E, к блокам D1, L1, D2, L2 данных доступ может осуществляться как к экстентам EXTSS[0], EXTSS[1], EXTSS[2], EXTSS[3],... во втором файле SS 544B. Экстенты во втором файле SS 544B имеют блоки Ln данных для базового просмотра, общие с файлом 2D 541, и блоки Dn данных карты глубины, общие со вторым файлом DEP 543.
<<Путь воспроизведения для группы блоков данных в перемеженной компоновке>>
Фиг. 20 является схематичным представлением, показывающим путь 2001 воспроизведения в режиме двумерного воспроизведения, путь 2002 воспроизведения в L/R-режиме и путь 2003 воспроизведения в режиме глубины для групп блоков данных, показанных на фиг. 16.
В режиме двумерного воспроизведения устройство 102 воспроизведения воспроизводит файл 2D 541. Соответственно, как показывает путь 2001 воспроизведения для режима двумерного воспроизведения, блоки L1, L2 и L3 данных для базового просмотра считываются по порядку как двумерные экстенты EXT2D[0], EXT2D[1] и EXT2D[2]. Таким образом, первый блок L1 данных для базового просмотра сначала считывается, затем считывание непосредственно последующего блока D2 данных карты глубины и блока R2 данных для просмотра правым глазом пропускается посредством первого перехода J2D1. Затем второй блок L2 данных для базового просмотра считывается, и затем считывание непосредственно последующего блока D3 данных карты глубины и блока R3 данных для просмотра правым глазом пропускается посредством второго перехода J2D2. Затем третий блок L3 данных для базового просмотра считывается.
В L/R-режиме устройство 102 воспроизведения воспроизводит первый файл SS 544A. Соответственно, как показывает путь 2002 воспроизведения для L/R режима воспроизведения, пары смежных блоков данных для просмотра правым глазом и блоков данных для базового просмотра, R1+L1, R2+L2 и R3+L3, считываются по порядку как трехмерные экстенты EXTSS[0], EXTSS[1] и EXTSS[2]. Таким образом, первый блок R1 данных для просмотра правым глазом и непосредственно последующий блок L1 данных для базового просмотра сначала непрерывно считываются, затем считывание непосредственно последующего блока D2 данных карты глубины пропускается посредством первого перехода JLR1. Затем второй блок R2 данных для просмотра правым глазом и непосредственно последующий блок L2 данных для базового просмотра непрерывно считываются, и затем считывание непосредственно последующего блока D3 данных карты глубины пропускается посредством второго перехода JLR2. Затем третий блок R3 данных для просмотра правым глазом и блок L3 данных для базового просмотра непрерывно считываются.
В режиме глубины устройство 102 воспроизведения воспроизводит второй файл SS 544B. Соответственно, как показывает путь 2003 воспроизведения для режима глубины, блоки D1, D2 и D3 данных карты глубины и блоки L1 и L2 данных для базового просмотра поочередно считываются как экстенты EXTSS[0], EXTSS[1], EXTSS[2] и EXTSS[3] во втором файле SS 544B. Таким образом, первый блок D1 данных карты глубины сначала считывается, затем считывание непосредственно последующего блока R1 данных для просмотра правым глазом пропускается посредством первого перехода JLD1. Затем первый блок L1 данных для базового просмотра и непосредственно последующий экстент карты глубины D2 непрерывно считываются. Кроме того, считывание непосредственно последующего экстента R2 для просмотра правым глазом пропускается посредством второго перехода JLD2, и второй блок L2 данных для базового просмотра считывается.
Как показано посредством путей воспроизведения 2001-2003 на фиг. 20, в зоне, в которой группа блоков данных записывается в перемеженной компоновке, устройство 102 воспроизведения фактически может считывать группы блоков данных по порядку с начала. В этом случае переходы осуществляются во время обработки считывания. Расстояние переходов, тем не менее, отличается от переходов, показанных на фиг. 17A, и является намного меньшим полной длины основного TS или суб-TS. Кроме того, в отличие от переходов, показанных на фиг. 18A, переходы не осуществляются в ходе считывания одного блока данных. Кроме того, для каждой пары блока данных для базового просмотра и блока данных для зависимого просмотра с идентичным ATC-временем экстента блок данных для зависимого просмотра, который имеет сравнительно небольшой размер, считывается сначала. Следовательно, емкость буфера считывания устройства 102 воспроизведения может уменьшаться в большей степени, чем когда блоки данных считываются в противоположном порядке.
В L/R-режиме устройство 102 воспроизведения считывает группу блоков данных как группу экстентов в первом файле SS 544A. Таким образом, устройство 102 воспроизведения считывает LBN начала трехмерных экстентов EXTSS[0], EXTSS[1],..., а также их размер из дескрипторов выделения #1, #2,... в записи 1640 файла в первом файле SS 544A и затем выводит LBN и размеры в BD-ROM-накопитель 121. BD-ROM-накопитель 121 непрерывно считывает данные, имеющие входной размер, из входного LBN. При такой обработке управление BD-ROM-накопителем 121 проще, чем при такой обработке, чтобы считывать группы блоков данных как экстенты в первом файле DEP 542 и файл 2D 541, по следующим причинам (A) и (B): (A) устройство 102 воспроизведения может обращаться по порядку к экстентам с использованием записи файла в одном местоположении, и (B) поскольку общее число экстентов, которые должны считываться, сокращается практически наполовину, общее число пар LBN и размер, который должен выводиться в BD-ROM-накопитель 121, сокращается наполовину. Преимущество (A) также применимо к обработке, чтобы считывать группу блоков данных как экстенты во втором файле SS 544B в режиме глубины. Тем не менее, после того как устройство 102 воспроизведения считывает трехмерные экстенты EXTSS[0], EXTSS[1],..., оно должно разделять каждый из них на блок данных для просмотра правым глазом и блок данных для базового просмотра и выводить их в декодер. Файл информации о клипах используется для этой обработки разделения. Подробности предоставляются ниже.
<<Компоновка мультиплексированных потоковых данных до и после межслойной границы>>
Когда BD-ROM-диск 101 имеет множество слоев для записи, основной TS и суб-TS могут записываться на границе, т.е. межслойной границе двух слоев для записи. Кроме того, данные помимо основного TS и суб-TS могут записываться в промежутке. В этих случаях BD-ROM-накопитель 121, в общем, должен выполнять длинный переход в ходе считывания основного TS и суб-TS. "Длинный переход" - это собирательный термин для переходов с длительным временем поиска дорожек, и конкретно он означает расстояние перехода, которое превышает заранее определенное пороговое значение. "Расстояние перехода" означает длину зоны на BD-ROM-диске 101, считывание которой пропускается в течение периода перехода. Расстояние перехода обычно выражается как число секторов соответствующей секции. Пороговое значение, используемое для того чтобы задавать длинный переход, указывается, например, как 40000 секторов в стандарте BD-ROM. Это пороговое значение, тем не менее, зависит от типа BD-ROM-диска и характеристик обработки считывания BD-ROM-накопителя. Длинные переходы, в частности, включают в себя переходы к фокусу и переходы к дорожке. "Переход к фокусу" - это переход, вызываемый посредством переключения слоев для записи, и он включает в себя обработку, чтобы изменять расстояние фокуса оптической головки воспроизведения. "Переход к дорожке" включает в себя обработку, чтобы перемещать оптическую головку воспроизведения в радиальном направлении вдоль BD-ROM-диска 101.
На BD-ROM-диске 101, когда последовательность основного TS и суб-TS разделяется с расположением с обеих сторон позиции, требующей длинного перехода, такой как межслойная граница, другая зона записи данных и т.д., затем соответствующие группы блоков данных записываются в одной из следующих трех типов компоновок 1-3. Кроме того, перекрестная связь в файлах AV-потока используется при осуществлении доступа к этим группам блоков данных. Таким образом, как описано ниже, устройство 102 воспроизведения может легко выполнять прозрачное воспроизведение видеоизображений во время длинного перехода при сохранении емкости буфера считывания на минимально необходимом уровне.
[Компоновка 1]
Фиг. 21 является схематичным представлением, показывающим первый пример физической компоновки групп блоков данных, записанных до и после межслойной границы на BD-ROM-диске 101. Эти группы блоков данных принадлежат основному TS, первому суб-TS и второму суб-TS, соответственно, показанным на фиг. 6A, 6B и 6C. В дальнейшем в этом документе эта компоновка называется "компоновкой 1". Как показано на фиг. 21, в первом слое для записи, расположенном перед межслойной границей LB, группа ..., D1, D2 блоков данных карты глубины, группа ..., R1, R2 блоков данных для просмотра правым глазом и группа ..., L1, L2 блоков данных для базового просмотра записываются в перемеженной компоновке. В дальнейшем в этом документе эти группы блоков данных называются "первым блоком трехмерных экстентов" 2101. Кроме того, один блок L32D данных для базового просмотра размещается между концом L2 первого блока 2101 трехмерных экстентов и межслойной границей LB. С другой стороны, во втором слое для записи, расположенном после межслойной границы LB, группа D3, D4,... блоков данных карты глубины, группа R3, R4,... блоков данных для просмотра правым глазом и группа L3SS, L4,... блоков данных для базового просмотра записываются в перемеженной компоновке. В дальнейшем в этом документе эти группы блоков данных называются "вторым блоком трехмерных экстентов" 2102.
Перемеженная компоновка относительно блоков 2101 и 2102 трехмерных экстентов является идентичной компоновке, показанной на фиг. 16. Другими словами, блок данных карты глубины, блок данных для просмотра правым глазом и блок данных для базового просмотра поочередно размещаются в данном порядке. Кроме того, для трех последовательных блоков Dn, Rn, Ln данных (n=..., 1, 2, 3, 4,...) ATC-время экстента является идентичным. Содержимое каждого фрагмента потоковых данных является непрерывным между тремя блоками D2, R2 и L2 данных, расположенными в конце первого блока 2101 трехмерных экстентов, и тремя блоками D3, R3, L3SS данных, расположенными в начале второго блока 2102 трехмерных экстентов.
Блок L32D данных для базового просмотра, расположенный непосредственно перед межслойной границей LB, совпадает с точностью до бита с блоком L3SS данных для базового просмотра в начале второго блока 2102 трехмерных экстентов. Другими словами, блоки L32D и L3SS данных являются дублированными данными. В дальнейшем в этом документе L32D называется "блоком исключительно для двумерного воспроизведения", а L3SS называется "блоком исключительно для трехмерного воспроизведения".
К блокам данных, показанным на фиг. 21, доступ может осуществляться как к экстенту либо в файле 2D, либо в файле DEP, за исключением блока исключительно для трехмерного воспроизведения L3SS. Например, в записи 2110 файла в файле 2D (01000.m2ts) 541 дескриптор выделения #1 указывает размер и LBN начала блока L1 данных для базового просмотра, который является вторым от конца первого блока 2101 трехмерных экстентов. Соответственно, к блоку L1 данных для базового просмотра доступ может осуществляться как к одному двумерному экстенту EXT2D[0] в файле 2D 541. Дескриптор выделения #2 рассматривает пару L2+L32D, т.е. блок L2 данных для базового просмотра, последний в первом блоке 2101 трехмерных экстентов, и непосредственно последующий блок исключительно для двумерного воспроизведения L32D как один экстент и указывает размер и LBN их начала. Соответственно, к паре блоков L2+L32D данных для базового просмотра доступ может осуществляться как к одному двумерному экстенту EXT2D[1] в файле 2D 541. Кроме того, дескриптор выделения #3 указывает размер и LBN начала второго блока L4 данных для базового просмотра во втором блоке 2102 трехмерных экстентов. Соответственно, к блоку L4 данных для базового просмотра доступ может осуществляться как к другому двумерному экстенту EXT2D[2].
Перекрестное связывание файлов AV-потока выполняется способом, идентичным способу на фиг. 16, для групп блоков данных, показанных на фиг. 21. В частности, в записи 2120 файла в первом файле SS 544A дескрипторы выделения #1, #2, #3 и #4 рассматривают смежные пары блоков данных для просмотра правым глазом и блоков данных для базового просмотра, R1+L1, R2+L2, R3+L3SS и R4+L4, как один экстент и указывают размер и LBN их начала. Соответственно, к каждой паре смежных блоков данных R1+L1, R2+L2, R3+L3SS и R4+L4 доступ может осуществляться, соответственно, как к трехмерному экстенту EXTSS[0], EXTSS[1], EXTSS[2] и EXTSS[3] в первом файле SS 544A. В этом случае за исключением трехмерного экстента EXTSS[2] непосредственно после межслойной границы LB, трехмерные экстенты EXTSS[0], EXTSS[1] и EXTSS[3], соответственно, совместно используют блоки L1, L2 и L4 данных для базового просмотра с файлом 2D 541. С другой стороны, к блоку исключительно для двумерного воспроизведения L32D доступ может осуществляться только как к части экстента EXT2D[1] в файле 2D 541, при этом экстент EXT2D[1] расположен непосредственно перед межслойной границей LB. Кроме того, к блоку исключительно для трехмерного воспроизведения L3SS доступ может осуществляться только как к части трехмерного экстента EXTSS[2], расположенного непосредственно после межслойной границы LB.
Фиг. 22 является схематичным представлением, показывающим путь 2201 воспроизведения в режиме двумерного воспроизведения и путь 2202 воспроизведения в L/R-режиме для групп блоков данных, показанных на фиг. 21. Следует отметить, что специалисты в данной области техники могут легко логически выводить по аналогии путь воспроизведения в режиме глубины из компоновки, показанной на фиг. 16.
В режиме двумерного воспроизведения устройство 102 воспроизведения воспроизводит файл 2D 541. Соответственно, как показано посредством пути 2201 воспроизведения в режиме двумерного воспроизведения, сначала блок L1 данных для базового просмотра, который является вторым от конца первого блока 2101 трехмерных экстентов, считывается как первый двумерный экстент EXT2D[0], и считывание непосредственно последующего блока D2 данных карты глубины и блока R2 данных для просмотра правым глазом пропускается посредством первого перехода J2D1. Затем пара L2+L32D блока L2 данных для базового просмотра, расположенного последним в первом блоке 2101 трехмерных экстентов, и непосредственно последующего блока исключительно для двумерного воспроизведения L32D непрерывно считывается как второй двумерный экстент EXT2D[1]. Длинный переход JLY осуществляется в непосредственно последующей межслойной границе LB, и наряду с выполнением перехода к фокусу считывание пяти блоков D3, R3, L3SS, D4 и R4 данных, расположенных в начале второго блока 2102 трехмерных экстентов, пропускается. Затем второй блок L4 данных для базового просмотра во втором блоке 2102 трехмерных экстентов считывается как третий двумерный экстент EXT2D[2].
В L/R-режиме устройство 102 воспроизведения воспроизводит первый файл SS 544A. Соответственно, как показано посредством пути 2202 воспроизведения в L/R-режиме, сначала пара R1+L1 первого блока R1 данных для просмотра правым глазом и непосредственно последующего блока L1 данных для базового просмотра считывается непрерывно как первый трехмерный экстент EXTSS[0], и считывание непосредственно последующего блока D2 данных карты глубины пропускается посредством первого перехода JLR1. Затем второй блок R2 данных для просмотра правым глазом и непосредственно последующий блок L2 данных для базового просмотра считываются непрерывно как второй трехмерный экстент EXTSS[1]. Длинный переход JLY осуществляется непосредственно после этого, и наряду с выполнением перехода к фокусу считывание блока исключительно для двумерного воспроизведения L32D и первого блока D3 данных карты глубины во втором блоке 2102 трехмерных экстентов пропускается. Затем первый блок R3 данных для просмотра правым глазом во втором блоке 2102 трехмерных экстентов и непосредственно последующий блок исключительно для трехмерного воспроизведения L3SS считываются непрерывно как третий трехмерный экстент EXTSS[2], и считывание непосредственно последующего блока D4 данных карты глубины пропускается посредством второго перехода JLR2. Кроме того, следующий блок R4 данных для просмотра правым глазом и непосредственно последующий блок L4 данных для базового просмотра считываются непрерывно как четвертый трехмерный экстент EXTSS[3].
Как показано на фиг. 22, в режиме двумерного воспроизведения, блок исключительно для двумерного воспроизведения L32D считывается, при этом считывание блока исключительно для трехмерного воспроизведения L3SS пропускается. Наоборот, в L/R-режиме, считывание блока исключительно для двумерного воспроизведения L32D пропускается, при этом блок исключительно для трехмерного воспроизведения L3SS считывается. Тем не менее, поскольку блоки L32D и L3SS данных совпадают с точностью до бита, видеокадр для просмотра левым глазом, который воспроизводится, является идентичным в обоих режимах воспроизведения. В компоновке 1 путь 2201 воспроизведения в режиме двумерного воспроизведения и путь 2202 воспроизведения в L/R-режиме разделяются до и после длинного перехода JLY таким образом. Это также применимо к режиму глубины.
Преимущества компоновки 1
Фиг. 23 является схематичным представлением, показывающим группы блоков данных, записанные в перемеженной компоновке до и после межслойной границы на BD-ROM-диске, и соответствующий путь воспроизведения в каждом режиме воспроизведения. Как показано на фиг. 23, способом, аналогичным компоновке, показанной на фиг. 21, в первом слое для записи группа ..., D1, D2 блоков данных карты глубины, группа ..., R1, R2 блоков данных для просмотра правым глазом и группа ..., L1, L2 блоков данных для базового просмотра записываются в перемеженной компоновке, чтобы составлять первый блок 2301 трехмерных экстентов. С другой стороны, во втором слое для записи, группа D3,... блоков данных карты глубины, группа R3,... блоков данных для просмотра правым глазом и группа L3,... блоков данных для базового просмотра записываются в перемеженной компоновке, чтобы составлять второй блок 2302 трехмерных экстентов. Перемеженная компоновка блоков 2301 и 2302 трехмерных экстентов является идентичной 2101 и 2102, показанным на фиг. 21. Кроме того, содержимое каждого фрагмента потоковых данных является непрерывным между тремя блоками D2, R2 и L2 данных, расположенными в конце первого блока 2301 трехмерных экстентов, и тремя блоками D3, R3, L3 данных, расположенными в начале второго блока 2302 трехмерных экстентов.
В отличие от показанных на фиг. 21 группы блоков данных, показанные на фиг. 23 не включают в себя пару из блока исключительно для двумерного воспроизведения L32D и блока исключительно для трехмерного воспроизведения L3SS до и после межслойной границы LB. Соответственно, как показано ниже, путь 2310 воспроизведения в режиме двумерного воспроизведения и путь 2311 воспроизведения в L/R-режиме не разделяются непосредственно перед длинным переходом JLY, и оба пути воспроизведения проходят по одному блоку L2 данных для базового просмотра.
К блокам L1-L3 данных для базового просмотра, показанным на фиг. 23, доступ может осуществляться как к одному экстенту EXT2D[0]-EXT2D[2] в файле 2D. С другой стороны, к каждой паре смежных блоков данных для просмотра правым глазом и блоков данных для базового просмотра, R1+L1, R2+L2 и R3+L3, доступ может осуществляться как к трехмерным экстентам EXTSS[0], EXTSS[1] и EXTSS[2] в файле SS. Все трехмерные экстенты EXTSS[0], EXTSS[1] и EXTSS[2], соответственно, совместно используют блоки L1, L2 и L3 данных для базового просмотра с файлом 2D 541.
Устройство 102 воспроизведения в режиме двумерного воспроизведения воспроизводит файл 2D. Соответственно, как показано посредством пути 2310 воспроизведения в режиме двумерного воспроизведения, блок L1 данных для базового просмотра, который является вторым от конца первого блока 2301 трехмерных экстентов, считывается как первый двумерный экстент EXT2D[0] и считывание непосредственно последующего блока D2 данных карты глубины и блока R2 данных для просмотра правым глазом пропускается посредством первого перехода J2D1. Затем блок L2 данных для базового просмотра, расположенный последним в первом блоке 2301 трехмерных экстентов, считывается как второй двумерный экстент EXT2D[1]. Длинный переход JLY осуществляется в непосредственно последующей межслойной границе LB, и наряду с выполнением перехода к фокусу считывание двух блоков D3 и R3 данных, расположенных в начале второго блока 2302 трехмерных экстентов, пропускается. Затем первый блок L3 данных для базового просмотра во втором блоке 2302 трехмерных экстентов считывается как третий двумерный экстент EXT2D[2].
Устройство 102 воспроизведения в L/R-режиме воспроизводит файл SS. Соответственно, как показано посредством пути 2311 воспроизведения в L/R-режиме, сначала пара R1+L1 первого блока R1 данных для просмотра правым глазом и непосредственно последующего блока L1 данных для базового просмотра считывается непрерывно как первый трехмерный экстент EXTSS[0] и считывание непосредственно последующего блока D2 данных карты глубины пропускается посредством первого перехода JLR1. Затем второй блок R2 данных для просмотра правым глазом и непосредственно последующий блок L2 данных для базового просмотра считываются непрерывно как второй трехмерный экстент EXTSS[1]. Длинный переход JLY осуществляется непосредственно после этого, и наряду с выполнением перехода к фокусу считывание первого блока D3 данных карты глубины во втором блоке 2302 трехмерных экстентов пропускается. Затем первый блок R3 данных для просмотра правым глазом во втором блоке 2302 трехмерных экстентов и непосредственно последующий блок L3 данных для базового просмотра считываются непрерывно как третий трехмерный экстент EXTSS[2].
Как описано выше, в группах блоков данных, показанных на фиг. 23, путь 2310 воспроизведения в режиме двумерного воспроизведения и путь 2311 воспроизведения в L/R-режиме проходят по одному блоку L2 данных для базового просмотра непосредственно перед длинным переходом JLY в отличие от групп блоков данных, показанных на фиг. 21. Во время длинного перехода JLY BD-ROM-накопитель 121 прекращает обработку считывания, но декодер системных целевых объектов продолжает декодировать потоковые данные, накопленные в буфере считывания. Соответственно, чтобы инструктировать устройству 102 воспроизведения прозрачно воспроизводить видеоизображения до и после длинного перехода JLY, необходимо предотвращать опустошение буфера во время длинного перехода JLY.
В L/R-режиме, в то время как первый блок 2301 трехмерных экстентов декодируется, постоянный объем данных накапливается в буфере считывания. Этот постоянный объем данных называется "объемом допустимого запаса буфера" (подробности предоставлены ниже). Во время длинного перехода JLY декодируются трехмерный экстент EXTSS[1], считанный непосредственно перед этим, т.е. данные для блока R2 данных для просмотра правым глазом и блока L2 данных для базового просмотра, а также объем допустимого запаса буфера. Соответственно, чтобы предотвращать опустошение буфера в L/R-режиме, объем допустимого запаса буфера должен задаваться достаточно большим. С другой стороны, должно быть достаточным того, чтобы размер блоков R2 и L2, Smin2 и Smin1 данных равнялся значениям, для которых объем допустимого запаса буфера может поддерживаться до момента непосредственно перед длинным переходом JLY. Тем не менее, чтобы предотвращать опустошение буфера в режиме двумерного воспроизведения, двумерный экстент EXT2D[1], т.е. размер Sext2D[1] блока L2 данных для базового просмотра, должен удовлетворять следующему требованию: "равно или превышает объем данных, передаваемых из буфера считывания в декодер системных целевых объектов между началом считывания двумерного экстента EXT2D[1] и выполнением длинного перехода JLY". Размер Sext2D[1], который удовлетворяет этому требованию, в общем, превышает размер Smin1, минимально необходимый для прозрачного воспроизведения в L/R-режиме, как показано на фиг. 23. Соответственно, емкость буфера считывания, которая должна быть гарантирована в устройстве 102 воспроизведения в L/R-режиме, должна превышать минимальное значение для прозрачного воспроизведения в L/R-режиме. Кроме того, ATC-времена экстента для блока R2 данных для просмотра правым глазом и блока L2 данных для базового просмотра должны быть идентичными. Соответственно, размер Sext2[1] блока R2 данных для просмотра правым глазом, в общем, превышает размер Smin2, минимально необходимый для прозрачного воспроизведения в L/R-режиме. Следовательно, емкость буфера считывания, которая должна быть гарантирована в устройстве 102 воспроизведения в L/R-режиме, должна превышать даже минимальное значение для прозрачного воспроизведения в L/R-режиме. Как результат этих фактов, в компоновке, показанной на фиг. 23, трудно дополнительно снижать емкость буфера считывания, которая должна быть гарантирована в устройстве 102 воспроизведения в L/R-режиме.
Наоборот, как описано выше, в компоновке 1, показанной на фиг. 22, путь 2201 воспроизведения в режиме двумерного воспроизведения и путь 2202 воспроизведения в L/R-режиме разделяются до и после длинного перехода JLY. Соответственно, в отличие от компоновки, показанной на фиг. 23, размер Sext2D[1] двумерного экстента EXT2D[1], расположенного непосредственно перед межслойной границей LB, и размер Sext2[1] непосредственно предшествующего блока R2 данных для просмотра правым глазом могут быть определены отдельно, как указано ниже.
Прежде всего, размер Sext2D[1] двумерного экстента EXT2D[1] является идентичным сумме Sext1[1]+S2D размера Sext1[1] блока L2 данных для базового просмотра и размера S2D блока исключительно для двумерного воспроизведения L32D. Соответственно, для прозрачного воспроизведения в режиме двумерного воспроизведения, эта сумма Sext1[1]+S2D должна превышать или равняться объему данных, который передается из буфера считывания в декодер системных целевых объектов между началом считывания двумерного экстента EXT2D[1] и выполнением длинного перехода JLY. С другой стороны, размеры Sext2[1] и Sext1[1] блока R2 данных для просмотра правым глазом и блока L2 данных для базового просмотра, принадлежащего трехмерному экстенту EXTSS[1], расположенных непосредственно перед межслойной границей LB, должны иметь такие значения, что объем допустимого запаса буфера может сохраняться до момента непосредственно перед длинным переходом JLY. В этом случае в рамках двумерного экстента EXT2D[1] только блок L2 данных для базового просмотра, расположенный выше в экстенте, совместно используется с трехмерным экстентом EXTSS[1]. Соответственно, посредством надлежащего увеличения размера S2D блока исключительно для двумерного воспроизведения L32D, размер Sext1[1] блока L2 данных для базового просмотра дополнительно может быть ограничен при сохранении размера Sext2D[1]=Sext1[1]+S2D двумерного экстента EXT2D[1] постоянным. Соответственно, размер Sext2[1] блока R2 данных для просмотра правым глазом также дополнительно может быть ограничен.
Поскольку блок исключительно для трехмерного воспроизведения L3SS и блок исключительно для двумерного воспроизведения L32D являются дублированными данными, увеличение размера S2D блока исключительно для двумерного воспроизведения L32D увеличивает размер блока R3 данных для просмотра правым глазом, расположенного непосредственно перед блоком исключительно для трехмерного воспроизведения L3SS. Тем не менее, этот размер может быть сделан намного меньшим размера блока R3 данных для просмотра правым глазом, расположенного непосредственно перед межслойной границей LB, показанной на фиг. 23. Таким образом, емкость буфера считывания, которая должна быть гарантирована в устройстве 102 воспроизведения в L/R-режиме, может быть приведена еще ближе к минимально необходимому уровню для прозрачного воспроизведения в L/R-режиме.
Можно тем самым задавать каждый блок данных в компоновке 1 так, чтобы быть размером, при котором прозрачное воспроизведение видеоизображений во время длинного перехода возможно как в режиме двумерного воспроизведения, так и в L/R-режиме при сохранении объема буфера считывания, который должен быть гарантирован в устройстве 102 воспроизведения, на минимально необходимом уровне. Кроме того, изменение блока данных, который должен считываться в режиме двумерного воспроизведения и L/R-режиме, в частности переключение между блоком исключительно для двумерного воспроизведения L32D и блоком исключительно для трехмерного воспроизведения L3SS, возможно просто посредством переключения файла AV-потока для воспроизведения между файлом 2D и файлом SS.
[Компоновка 2]
Фиг. 24 является схематичным представлением, показывающим второй пример физической компоновки групп блоков данных, записанных до и после межслойной границы на BD-ROM-диске 101. Эти группы блоков данных принадлежат основному TS, первому суб-TS и второму суб-TS, соответственно, показанным на фиг. 6A, 6B и 6C. В дальнейшем в этом документе эта компоновка называется "компоновкой 2". Как видно посредством сравнения фиг. 24 и фиг. 21, компоновка 2 отличается от компоновки 1 в том, что два блока исключительно для трехмерного воспроизведения L3SS и L4SS предоставляются в начале второго блока 2402 трехмерных экстентов. Поскольку другие характеристики компоновки 2 являются идентичными компоновке 1, следует обращаться к пояснению компоновки 1 для подробного описания таких характеристик.
Блок исключительно для двумерного воспроизведения (L3+L4)2D, расположенный непосредственно перед межслойной границей LB, совпадает с точностью до бита с парой блоков исключительно для трехмерного воспроизведения L3SS и L4SS в блоке 2402 трехмерных экстентов. Другими словами, блок исключительно для двумерного воспроизведения (L3+L4)2D и блоки исключительно для трехмерного воспроизведения L3SS и L4SS являются дублированными данными.
К блокам данных, показанным на фиг. 24, доступ может осуществляться как к экстенту либо в файле 2D, либо в файле DEP, за исключением блоков исключительно для трехмерного воспроизведения L3SS и L4SS. Например, в записи 2410 файла в файле 2D 541 дескриптор выделения #1 указывает размер и LBN начала блока L1 данных для базового просмотра, который является вторым от конца первого блока 2401 трехмерных экстентов. Соответственно, к блоку L1 данных для базового просмотра доступ может осуществляться как к одному двумерному экстенту EXT2D[0] в файле 2D 541. Дескриптор выделения #2 рассматривает пару L2+(L3+L4)2D, т.е. блок L2 данных для базового просмотра, последний в первом блоке 2401 трехмерных экстентов, и непосредственно последующий блок исключительно для двумерного воспроизведения (L3+L4)2D как один экстент и указывает размер и LBN их начала. Соответственно, к паре блоков L2+(L3+L4)2D данных для базового просмотра доступ может осуществляться как к одному двумерному экстенту EXT2D[1] в файле 2D 541. Кроме того, дескриптор выделения #3 указывает размер и LBN начала третьего блока L5 данных для базового просмотра во втором блоке 2402 трехмерных экстентов. Соответственно, к блоку L5 данных для базового просмотра доступ может осуществляться как к другому двумерному экстенту EXT2D[2].
В записи 2420 файла в первом файле SS 544A, дескрипторы выделения #1, #2, #3, #4 и #5 рассматривают смежные пары блоков данных для просмотра правым глазом и блоков данных для базового просмотра, R1+L1, R2+L2, R3+L3SS, R4+L4SS и R5+L5, как один экстент и указывают размер и LBN их начала. Соответственно, к каждой паре смежных блоков данных R1+L1,..., R5+L5 доступ может осуществляться, соответственно, как к трехмерному экстенту EXTSS[0], EXTSS[1], EXTSS[2], EXTSS[3] и EXTSS[4] в первом файле SS 544A. К блоку исключительно для двумерного воспроизведения (L3+L4)2D доступ может осуществляться только как к части экстента EXT2D[1] в файле 2D 541, и к блокам исключительно для трехмерного воспроизведения L3SS и L4SS доступ может осуществляться только как к части трехмерных экстентов EXTSS[2] и EXTSS[3].
Фиг. 25 является схематичным представлением, показывающим путь 2501 воспроизведения в режиме двумерного воспроизведения и путь 2502 воспроизведения в L/R-режиме для группы блоков данных, показанной на фиг. 24. Следует отметить, что специалисты в данной области техники могут легко логически выводить по аналогии путь воспроизведения в режиме глубины из компоновки, показанной на фиг. 16.
В режиме двумерного воспроизведения устройство 102 воспроизведения воспроизводит файл 2D 541. Соответственно, как показано посредством пути 2501 воспроизведения в режиме двумерного воспроизведения, сначала блок L1 данных для базового просмотра, который является вторым от конца первого блока 2401 трехмерных экстентов, считывается как первый двумерный экстент EXT2D[0], и считывание непосредственно последующего блока D2 данных карты глубины и блока R2 данных для просмотра правым глазом пропускается посредством первого перехода J2D1. Затем пара L2+(L3+L4)2D блока L2 данных для базового просмотра, расположенного последним в первом блоке 2401 трехмерных экстентов, и непосредственно последующего блока исключительно для двумерного воспроизведения (L3+L4)2D непрерывно считывается как второй двумерный экстент EXT2D[1]. Длинный переход JLY осуществляется в непосредственно последующей межслойной границе LB, и наряду с выполнением перехода к фокусу считывание восьми блоков D3, R3, L3SS, D4, R4, L4SS, D5 и R5 данных, расположенных в начале второго блока 2402 трехмерных экстентов, пропускается. Затем третий блок L5 данных для базового просмотра во втором блоке 2402 трехмерных экстентов считывается как третий двумерный экстент EXT2D[2].
В L/R-режиме устройство 102 воспроизведения воспроизводит первый файл SS 544A. Соответственно, как показано посредством пути 2502 воспроизведения в L/R-режиме, сначала пара R1+L1 первого блока R1 данных для просмотра правым глазом и непосредственно последующего блока L1 данных для базового просмотра считывается непрерывно как первый трехмерный экстент EXTSS[0], и считывание непосредственно последующего блока D2 данных карты глубины пропускается посредством первого перехода JLR1. Затем второй блок R2 данных для просмотра правым глазом и непосредственно последующий блок L2 данных для базового просмотра считываются непрерывно как второй трехмерный экстент EXTSS[1]. Длинный переход JLY осуществляется непосредственно после этого, и наряду с выполнением перехода к фокусу считывание блока исключительно для двумерного воспроизведения (L3+L4)2D и первого блока D3 данных карты глубины во втором блоке 2402 трехмерных экстентов пропускается. Затем первый блок R3 данных для просмотра правым глазом во втором блоке 2402 трехмерных экстентов и непосредственно последующий блок исключительно для трехмерного воспроизведения L3SS считываются непрерывно как третий трехмерный экстент EXTSS[2], и считывание непосредственно последующего блока D4 данных карты глубины пропускается посредством второго перехода JLR2. Аналогично, следующий блок R4 данных для просмотра правым глазом и непосредственно последующий блок исключительно для трехмерного воспроизведения L4SS считываются непрерывно как четвертый трехмерный экстент EXTSS[3], и считывание непосредственно последующего блока D5 данных карты глубины пропускается посредством третьего перехода JLR3. Кроме того, следующий блок данных для просмотра правым глазом R5 и непосредственно последующий блок L5 данных для базового просмотра считываются непрерывно как пятый трехмерный экстент EXTSS[4].
Как показано на фиг. 25, в режиме двумерного воспроизведения блок исключительно для двумерного воспроизведения (L3+L4)2D считывается, при этом считывание блоков исключительно для трехмерного воспроизведения L3SS и L4SS пропускается. Наоборот, в L/R-режиме считывание блока исключительно для двумерного воспроизведения (L3+L4)2D пропускается, при этом блоки исключительно для трехмерного воспроизведения L3SS и L4SS считываются. Тем не менее, поскольку блок исключительно для двумерного воспроизведения (L3+L4)2D и блоки исключительно для трехмерного воспроизведения L3SS и L4SS совпадают с точностью до бита, видеокадры для просмотра левым глазом, которые воспроизводятся, являются идентичными в обоих режимах воспроизведения. В компоновке 2 путь 2501 воспроизведения в режиме двумерного воспроизведения и путь 2502 воспроизведения в L/R-режиме разделяются до и после длинного перехода JLY таким образом. Соответственно, размер Sext2D[1] двумерного экстента EXT2D[1], расположенного непосредственно перед межслойной границей LB, и размер Sext2[1] непосредственно предшествующего блока R2 данных для просмотра правым глазом могут быть определены отдельно, как указано ниже. Следует отметить, что это также применимо к режиму глубины.
Прежде всего, размер Sext2D[1] двумерного экстента EXT2D[1] является идентичным сумме Sext1[1]+S2D размера Sext1[1] блока L2 данных для базового просмотра и размера S2D блока исключительно для двумерного воспроизведения (L3+L4)2D. Соответственно, для прозрачного воспроизведения в режиме двумерного воспроизведения эта сумма Sext1[1]+S2D должна превышать или равняться объему данных, который передается из буфера считывания в декодер системных целевых объектов между началом считывания двумерного экстента EXT2D[1] и выполнением длинного перехода JLY. С другой стороны, размеры Sext2[1] и Sext1[1] блока R2 данных для просмотра правым глазом и блока L2 данных для базового просмотра, принадлежащего трехмерному экстенту EXTSS[1], расположенных непосредственно перед межслойной границей LB, должны иметь такие значения, что объем допустимого запаса буфера может сохраняться до момента непосредственно перед длинным переходом JLY. Посредством надлежащего увеличения размера S2D блока исключительно для двумерного воспроизведения (L3+L4)2D размер Sext1[1] блока L2 данных для базового просмотра дополнительно может быть ограничен при сохранении размера Sext2D[1]=Sext1[1]+S2D двумерного экстента EXT2D[1] постоянным. Соответственно, размер Sext2[1] блока R2 данных для просмотра правым глазом также дополнительно может быть ограничен.
В этом случае, поскольку блоки исключительно для трехмерного воспроизведения L3SS и L4SS и блок исключительно для двумерного воспроизведения (L3+L4)2D являются дублированными данными, увеличение размера S2D блока исключительно для двумерного воспроизведения (L3+L4)2D увеличивает размер блоков R3 и R4 данных для просмотра правым глазом, расположенных непосредственно перед блоками исключительно для трехмерного воспроизведения L3SS и L4SS. Тем не менее, по сравнению с одним блоком исключительно для двумерного воспроизведения (L3+L4)2D, поскольку блок исключительно для трехмерного воспроизведения разделяется на два блока, L3SS и L4SS, размер каждого может быть сделан намного меньшим размера блока R3 данных для просмотра правым глазом, расположенного непосредственно перед межслойной границей LB, показанной на фиг. 23. Таким образом, объем буфера считывания, который должен быть гарантирован в устройстве 102 воспроизведения в L/R-режиме, дополнительно может уменьшаться до минимально необходимого уровня для прозрачного воспроизведения в L/R-режиме.
Можно тем самым задавать каждый блок данных в компоновке 2 так, чтобы быть размером, при котором прозрачное воспроизведение видеоизображений во время длинного перехода возможно как в режиме двумерного воспроизведения, так и в L/R-режиме при сохранении объема буфера, который должен быть гарантирован в декодере в устройстве 102 воспроизведения, на минимально необходимом уровне. Кроме того, изменение блока данных, который должен считываться в режиме двумерного воспроизведения и L/R-режиме, в частности переключение между блоком исключительно для двумерного воспроизведения (L3+L4)2D и блоками исключительно для трехмерного воспроизведения L3SS и L4SS, возможно просто посредством переключения файла AV-потока для воспроизведения между файлом 2D и файлом SS. Следует отметить, что это также применимо к режиму глубины.
В компоновке 2 дублированные данные для блока исключительно для двумерного воспроизведения (L3+L4)2D задаются как два блока исключительно для трехмерного воспроизведения L3SS и L4SS. Альтернативно, дублированные данные могут быть заданы как три или более блоков исключительно для трехмерного воспроизведения.
[Компоновка 3]
Фиг. 26 является схематичным представлением, показывающим третий пример физической компоновки групп блоков данных, записанных до и после межслойной границы на BD-ROM-диске 101. Эти группы блоков данных принадлежат основному TS, первому суб-TS и второму суб-TS, соответственно, показанным на фиг. 6A, 6B и 6C. В дальнейшем в этом документе эта компоновка называется "компоновкой 3". Как видно посредством сравнения фиг. 26 с фиг. 24, компоновка 3 отличается от компоновки 2 тем, что к блоку исключительно для двумерного воспроизведения (L2+L3)2D доступ может осуществляться как к одному двумерному экстенту EXT2D[1]. Поскольку другие характеристики компоновки 3 являются идентичными компоновке 2, следует обращаться к пояснению компоновки 2 для подробного описания таких характеристик.
Блок исключительно для двумерного воспроизведения (L2+L3)2D, расположенный непосредственно перед межслойной границей LB, совпадает с точностью до бита с парой блоков исключительно для трехмерного воспроизведения L2SS и L3SS в блоке 2602 трехмерных экстентов. Другими словами, блок исключительно для двумерного воспроизведения (L2+L3)2D и блоки исключительно для трехмерного воспроизведения L2SS и L3SS являются дублированными данными.
К блокам данных, показанным на фиг. 26, доступ может осуществляться как к экстенту либо в файле 2D, либо в файле DEP, за исключением двух блоков исключительно для трехмерного воспроизведения L2SS и L3SS. Например, в записи 2610 файла в файле 2D 541 дескриптор выделения #1 указывает размер и LBN начала блока L1 данных для базового просмотра, последнего блока данных в первом блоке 2601 трехмерных экстентов. Соответственно, к блоку L1 данных для базового просмотра доступ может осуществляться как к одному двумерному экстенту EXT2D[0]. Дескриптор выделения #2 рассматривает блок исключительно для двумерного воспроизведения (L2+L3)2D как один экстент и указывает размер и LBN их начала. Соответственно, к блоку исключительно для двумерного воспроизведения (L2+L3)2D доступ может осуществляться как к следующему двумерному экстенту EXT2D[1]. Дескриптор выделения #3 указывает размер и LBN начала третьего блока L4 данных для базового просмотра во втором блоке 2602 трехмерных экстентов. Соответственно, к блоку L4 данных для базового просмотра доступ может осуществляться как к третьему двумерному экстенту EXT2D[2].
В записи 2620 файла в первом файле SS 544A дескрипторы выделения #1, #2, #3 и #4 рассматривают смежные пары блоков данных для просмотра правым глазом и блоков данных для базового просмотра, R1+L1, R2+L2SS, R3+L3SS и R4+L4, как один экстент и указывают размер и LBN их начала. Соответственно, к каждой паре смежных блоков данных R1+L1,..., R4+L4 доступ может осуществляться как, соответственно, к трехмерному экстенту EXTSS[0], EXTSS[1], EXTSS[2] и EXTSS[3] в первом файле SS 544A. К блоку исключительно для двумерного воспроизведения (L2+L3)2D доступ может осуществляться только как к части экстента EXT2D[1] в файле 2D 541, и к блокам исключительно для трехмерного воспроизведения L2SS и L3SS доступ может осуществляться только как к части экстентов EXTSS[1] и EXTSS[2].
Фиг. 27 является схематичным представлением, показывающим путь 2701 воспроизведения в режиме двумерного воспроизведения и путь 2702 воспроизведения в L/R-режиме для группы блоков данных, показанной на фиг. 26. Следует отметить, что специалисты в данной области техники могут легко логически выводить по аналогии путь воспроизведения в режиме глубины из компоновки, показанной на фиг. 16.
В режиме двумерного воспроизведения устройство 102 воспроизведения воспроизводит файл 2D 541. Соответственно, как показано посредством пути 2701 воспроизведения в режиме двумерного воспроизведения, сначала блок L1 данных для базового просмотра, который является последним блоком данных в первом блоке 2601 трехмерных экстентов, считывается как первый двумерный экстент EXT2D[0]. Затем непосредственно последующий блок исключительно для двумерного воспроизведения (L2+L3)2D непрерывно считывается как второй двумерный экстент EXT2D[1]. Длинный переход JLY осуществляется в непосредственно последующей межслойной границе LB, и наряду с выполнением перехода к фокусу считывание восьми блоков D2, R2, L2SS, D3, R3, L3SS, D4 и R4 данных, расположенных в начале второго блока 2602 трехмерных экстентов, пропускается. Затем третий блок L4 данных для базового просмотра во втором блоке 2602 трехмерных экстентов считывается как третий двумерный экстент EXT2D[2].
В L/R-режиме устройство 102 воспроизведения воспроизводит первый файл SS 544A. Соответственно, как показано посредством пути 2702 воспроизведения в L/R-режиме, сначала пара R1+L1 первого блока R1 данных для просмотра правым глазом и непосредственно последующего блока L1 данных для базового просмотра считывается непрерывно как первый трехмерный экстент EXTSS[0]. Длинный переход JLY осуществляется непосредственно после этого, и наряду с выполнением перехода к фокусу считывание блока исключительно для двумерного воспроизведения (L2+L3)2D и первого блока D3 данных карты глубины во втором блоке 2602 трехмерных экстентов пропускается. Затем первый блок R2 данных для просмотра правым глазом во втором блоке 2602 трехмерных экстентов и непосредственно последующий блок исключительно для трехмерного воспроизведения L2SS считываются непрерывно как второй трехмерный экстент EXTSS[1], и считывание непосредственно последующего блока D3 данных карты глубины пропускается посредством первого перехода JLR1. Аналогично, следующий блок R3 данных для просмотра правым глазом и непосредственно последующий блок исключительно для трехмерного воспроизведения L3SS считываются непрерывно как третий трехмерный экстент EXTSS[2], и считывание непосредственно последующего блока D4 данных карты глубины пропускается посредством второго перехода JLR2. Кроме того, следующий блок R4 данных для просмотра правым глазом и непосредственно последующий блок L4 данных для базового просмотра считывается непрерывно как четвертый трехмерный экстент EXTSS[3].
Как показано на фиг. 27, в режиме двумерного воспроизведения блок исключительно для двумерного воспроизведения (L2+L3)2D считывается, при этом считывание блоков исключительно для трехмерного воспроизведения L2SS и L3SS пропускается. Наоборот, в L/R-режиме считывание блока исключительно для двумерного воспроизведения (L2+L3)2D пропускается, при этом блоки исключительно для трехмерного воспроизведения L2SS и L3SS считываются. Тем не менее, поскольку блок исключительно для двумерного воспроизведения (L2+L3)2D и блоки исключительно для трехмерного воспроизведения L2SS и L3SS совпадают с точностью до бита, видеокадр для просмотра левым глазом, который воспроизводится, является идентичным в обоих режимах воспроизведения. В компоновке 3 путь 2701 воспроизведения в режиме двумерного воспроизведения и путь 2702 воспроизведения в L/R-режиме разделяются до и после длинного перехода JLY таким образом. Соответственно, размер Sext2D[1] двумерного экстента EXT2D[1], расположенного непосредственно перед межслойной границей LB, и размер Sext2[1] непосредственно предшествующего блока R1 данных для просмотра правым глазом могут быть определены отдельно, как указано ниже. Следует отметить, что это также применимо к режиму глубины.
Прежде всего, сумма Sext2D[0]+Sext2D[1] размеров двух двумерных экстентов EXT2D[0] и EXT2D[1], которые являются смежными непосредственно перед межслойной границей LB, является идентичной сумме Sext1[1]+S2D размера Sext1[1] блока L1 данных для базового просмотра и размера S2D блока исключительно для двумерного воспроизведения (L2+L3)2D. Соответственно, для прозрачного воспроизведения в режиме двумерного воспроизведения, эта сумма Sext1[1]+S2D должна превышать или равняться объему данных, который передается из буфера считывания в декодер системных целевых объектов между началом считывания двумерного экстента EXT2D[1] и выполнением длинного перехода JLY. С другой стороны, размеры Sext2[0] и Sext2D[0] блока R1 данных для просмотра правым глазом и блока L1 данных для базового просмотра, принадлежащих трехмерному экстенту EXTSS[0], расположенных непосредственно перед межслойной границей LB, должны иметь такие значения, что объем допустимого запаса буфера может сохраняться до момента непосредственно перед длинным переходом JLY. Посредством надлежащего увеличения размера S2D блока исключительно для двумерного воспроизведения (L2+L3)2D размер Sext1[1] блока L1 данных для базового просмотра дополнительно может быть ограничен при сохранении суммы Sext2D[0]+Sext2D[1] размеров пары двумерных экстентов EXT2D[0] и EXT2D[1] постоянной. Соответственно, размер Sext2[0] блока R1 данных для просмотра правым глазом также дополнительно может быть ограничен.
В этом случае, поскольку блоки исключительно для трехмерного воспроизведения L2SS и L3SS и блок исключительно для двумерного воспроизведения (L2+L3)2D являются дублированными данными, увеличение размера S2D блока исключительно для двумерного воспроизведения (L2+L3)2D увеличивает размер блоков R2 и R3 данных для просмотра правым глазом, расположенных непосредственно перед блоками исключительно для трехмерного воспроизведения L2SS и L3SS. Тем не менее, по сравнению с одним блоком исключительно для двумерного воспроизведения (L2+L3)2D, поскольку блок исключительно для трехмерного воспроизведения разделяется на два блока, L2SS и L3SS, размер каждого может быть сделан намного меньшим размера блока R3 данных для просмотра правым глазом, расположенного непосредственно перед межслойной границей LB, показанной на фиг. 23. Таким образом, объем буфера считывания, который должен быть гарантирован в устройстве 102 воспроизведения в L/R-режиме, дополнительно может уменьшаться до минимально необходимого уровня для прозрачного воспроизведения в L/R-режиме.
Можно тем самым задавать каждый блок данных в компоновке 3 так, чтобы быть размером, при котором прозрачное воспроизведение видеоизображений во время длинного перехода возможно как в режиме двумерного воспроизведения, так и в L/R-режиме при сохранении объема буфера считывания, который должен быть гарантирован в устройстве 102 воспроизведения, на минимально необходимом уровне. Кроме того, изменение блока данных, который должен считываться в режиме двумерного воспроизведения и L/R-режиме, в частности переключение между блоком исключительно для двумерного воспроизведения (L2+L3)2D и блоками исключительно для трехмерного воспроизведения L2SS и L3SS, возможно просто посредством переключения файла AV-потока для воспроизведения между файлом 2D и файлом SS. Следует отметить, что это также применимо к режиму глубины.
В компоновке 3 дублированные данные для блока исключительно для двумерного воспроизведения (L2+L3)2D задаются как два блока исключительно для трехмерного воспроизведения L2SS и L3SS. Альтернативно, дублированные данные могут быть заданы как один блок исключительно для трехмерного воспроизведения, аналогично фиг. 1, или как три или более блоков исключительно для трехмерного воспроизведения.
Следует отметить, что в отличие от компоновок 1-3 блок исключительно для двумерного воспроизведения может быть доступным как два или более экстентов в файле 2D. Кроме того, каждый блок данных может быть доступным как экстент в двух или более типов файлов 2D или файлов SS.
<<Компоновка мультиплексированных потоковых данных только для L/R-режима>>
Когда трехмерные видеоизображения воспроизводятся только в L/R-режиме, блоки данных карты глубины могут удаляться из компоновок 1-3. Фиг. 28A является схематичным представлением, показывающим компоновку 1 на фиг. 21 с удаленными блоками данных карты глубины. Эти группы блоков данных принадлежат основному TS и первому суб-TS, показанным на фиг. 6. Как показано на фиг. 28A, в первом блоке 2801 трехмерных экстентов, расположенном перед межслойной границей LB, группа ..., R1, R2 блоков данных для просмотра правым глазом и группа ..., L1, L2 блоков данных для базового просмотра записываются в перемеженной компоновке. С другой стороны, во втором блоке 2802 трехмерных экстентов, расположенном после межслойной границы LB, группа R3, R4, ... блоков данных для просмотра правым глазом и группа L3SS, L4, ... блоков данных для базового просмотра записываются в перемеженной компоновке. Кроме того, блок исключительно для двумерного воспроизведения L32D размещается между L2, последним блоком данных в первом блоке 2801 трехмерных экстентов и межслойной границей LB. Кроме того, блок исключительно для трехмерного воспроизведения L3SS размещается в начале второго блока 2802 трехмерных экстентов. Эти блоки L32D и L3SS данных являются дублированными данными и совпадают с точностью до бита.
В перемеженной компоновке в блоках 2801 и 2802 трехмерных экстентов блоки данных для просмотра правым глазом и блоки данных для базового просмотра поочередно размещаются в данном порядке. Кроме того, для двух смежных блоков данных Rn, Ln (n=..., 1, 2, 3, 4,...), ATC-время экстента является идентичным. Содержимое каждого фрагмента потоковых данных является непрерывным между двумя блоками R2 и L2 данных, расположенными в конце первого блока 2801 трехмерных экстентов, и двумя блоками R3 и L3SS данных, расположенными в начале второго блока 2802 трехмерных экстентов.
К блокам данных, показанным на фиг. 28A, доступ может осуществляться как к экстенту либо в файле 2D, либо в файле DEP, за исключением блока исключительно для трехмерного воспроизведения L3SS. Например, в записи 2810 файла в файле 2D дескриптор выделения #1 указывает размер и LBN начала блока L1 данных для базового просмотра, который является вторым от конца первого блока 2801 трехмерных экстентов. Соответственно, к блоку L1 данных для базового просмотра доступ может осуществляться как к одному двумерному экстенту EXT2D[0]. Дескриптор выделения #2 рассматривает пару блоков L2+L32D данных для базового просмотра как один экстент и указывает размер и LBN их начала. Соответственно, к паре блоков L2+L32D данных для базового просмотра доступ может осуществляться как ко второму двумерному экстенту EXT2D[1]. Дескриптор выделения #3 указывает размер и LBN начала второго блока L4 данных для базового просмотра во втором блоке 2802 трехмерных экстентов. Соответственно, к блоку L4 данных для базового просмотра доступ может осуществляться как к третьему двумерному экстенту EXT2D[2].
Перекрестное связывание файлов AV-потока выполняется способом, идентичным способу на фиг. 16, для групп блоков данных, показанных на фиг. 28A. В частности, поскольку блоки данных карты глубины удаляются из блоков 2801 и 2802 трехмерных экстентов, две или более пар блоков данных для просмотра правым глазом и блоков данных для базового просмотра, имеющих идентичное ATC-время экстента, могут размещаться рядом. В этом случае к этим двум или более парам доступ может осуществляться как к одному трехмерному экстенту. Как показано на фиг. 28A, в записи 2820 файла в файле SS в рамках первого блока 2801 трехмерных экстентов дескриптор выделения #1 рассматривает четыре смежных блока данных для просмотра правым глазом и блока данных для базового просмотра, R1, L1, R2 и L2, как один экстент, указывая размер и LBN их начала. Соответственно, к этим блокам R1, L1, R2 и L2 данных доступ может осуществляться как к одному трехмерному экстенту EXTSS[0]. В рамках второго блока 2802 трехмерных экстентов дескриптор выделения #2 рассматривает четыре смежных блока данных для просмотра правым глазом и блока данных для базового просмотра, R3, L3SS, R4 и L4, как один экстент, указывая размер и LBN их начала. Соответственно, к этим блокам R3, L3SS, R4 и L4 данных доступ может осуществляться как к одному трехмерному экстенту EXTSS[1]. В этом случае трехмерные экстенты EXTSS[0] и EXTSS[1], соответственно, совместно используют блоки L1, L2 и L4 данных для базового просмотра с двумерными экстентами EXT2D[0], EXT2D[1] и EXT2D[2]. С другой стороны, к блоку исключительно для двумерного воспроизведения L32D доступ может осуществляться только как к части экстента EXT2D[1], расположенного непосредственно перед межслойной границей LB. Кроме того, к блоку исключительно для трехмерного воспроизведения L3SS доступ может осуществляться только как к части экстента EXTSS[1], расположенного непосредственно после межслойной границы LB.
Фиг. 28B является схематичным представлением, показывающим путь 2803 воспроизведения в режиме двумерного воспроизведения и путь 2804 воспроизведения в L/R-режиме для групп блоков данных, показанных на фиг. 28A.
В режиме двумерного воспроизведения устройство 102 воспроизведения воспроизводит файл 2D. Соответственно, как показано посредством пути 2803 воспроизведения в режиме двумерного воспроизведения, сначала блок L1 данных для базового просмотра, который является вторым от конца первого блока 2801 трехмерных экстентов, считывается как первый двумерный экстент EXT2D[0], и считывание непосредственно последующего блока R2 данных для просмотра правым глазом пропускается посредством первого перехода J2D1. Затем пара L2+L32D блока L2 данных для базового просмотра, расположенного последним в первом блоке 2801 трехмерных экстентов, и непосредственно последующего блока исключительно для двумерного воспроизведения L32D непрерывно считывается как второй двумерный экстент EXT2D[1]. Длинный переход JLY осуществляется в непосредственно последующей межслойной границе LB, и наряду с выполнением перехода к фокусу считывание трех блоков R3, L3SS и R4 данных, расположенных в начале второго блока 2802 трехмерных экстентов, пропускается. Затем второй блок L4 данных для базового просмотра во втором блоке 2802 трехмерных экстентов считывается как третий двумерный экстент EXT2D[2].
В L/R-режиме устройство 102 воспроизведения воспроизводит файл SS. Соответственно, как показано посредством пути 2804 воспроизведения в L/R-режиме, сначала группа блоков R1, L1, R2 и L2 данных в первом блоке 2801 трехмерных экстентов считывается непрерывно как первый трехмерный экстент EXTSS[0]. Длинный переход JLY осуществляется непосредственно после этого, и наряду с выполнением перехода к фокусу считывание блока исключительно для двумерного воспроизведения L32D пропускается. Затем группа R3, L3SS, R4 и L4 блоков данных во втором блоке 2802 трехмерных экстентов считывается непрерывно как следующий трехмерный экстент EXTSS[1].
Как показано на фиг. 28B, в режиме двумерного воспроизведения блок исключительно для двумерного воспроизведения L32D считывается, при этом считывание блока исключительно для трехмерного воспроизведения L3SS пропускается. Наоборот, в L/R-режиме считывание блока исключительно для двумерного воспроизведения L32D пропускается, при этом блок исключительно для трехмерного воспроизведения L3SS считывается. Тем не менее, поскольку блоки L32D и L3SS данных совпадают с точностью до бита, видеокадр для просмотра левым глазом, который воспроизводится, является идентичным в обоих режимах воспроизведения. В компоновке 1, даже когда только L/R-режим поддерживается, путь 2803 воспроизведения в режиме двумерного воспроизведения и путь 2804 воспроизведения в L/R-режиме разделяются до и после длинного перехода JLY таким образом. Соответственно, посредством надлежащего увеличения размера S2D блока исключительно для двумерного воспроизведения L32D, размер Sext1[1] блока L2 данных для базового просмотра дополнительно может быть ограничен при сохранении размера Sext2D[1]=Sext1[1]+S2D двумерного экстента EXT2D[1] постоянным. Соответственно, размер Sext2[1] блока R2 данных для просмотра правым глазом также дополнительно может быть ограничен. Как результат, емкость буфера считывания, которая должна быть гарантирована в устройстве 102 воспроизведения в L/R-режиме, может быть приведена еще ближе к минимально необходимому уровню для прозрачного воспроизведения в L/R-режиме. Это также применимо к компоновкам 2 и 3.
Даже когда компоновки 1-3 поддерживают только L/R-режим, можно тем самым задавать каждый блок данных так, чтобы быть размером, при котором прозрачное воспроизведение видеоизображений во время длинного перехода возможно как в режиме двумерного воспроизведения, так и в L/R-режиме при сохранении объема буфера считывания, который должен быть гарантирован в устройстве 102 воспроизведения, на минимально необходимом уровне. Кроме того, изменение блока данных, который должен считываться в режиме двумерного воспроизведения и L/R-режиме, в частности переключение между блоком исключительно для двумерного воспроизведения L32D и блоком исключительно для трехмерного воспроизведения L3SS, возможно просто посредством переключения файла AV-потока для воспроизведения между файлом 2D и файлом SS.
<<Другие TS-пакеты, включенные в файл AV-потока>>
Типы TS-пакетов, содержащихся в файле AV-потока, включают в себя не только типы, которые преобразуются из элементарных потоков, показанных на фиг. 6 и 7, но также и таблицу ассоциаций программ (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 в декодере. Декодер использует PCR, чтобы синхронизировать STC с ATC.
Фиг. 29 является схематичным представлением, показывающим структуру данных PMT 2910. PMT 2910 включает в себя PMT-заголовок 2901, множество дескрипторов 2902 и множество фрагментов информации 2903 потока. PMT-заголовок 2901 указывает длину данных и т.д., сохраненных в PMT 2910. Каждый дескриптор 2902 относится ко всему файлу AV-потока, который включает в себя PMT 2910. Информация управления копированием включается в один из дескрипторов 2902. Каждый фрагмент информации 2903 потока относится к одному из элементарных потоков, включенных в файл AV-потока, и назначается различному элементарному потоку. Каждый фрагмент информации 2903 потока включает в себя тип 2931 потока, PID 2932 и дескриптор 2933 потока. Тип 2931 потока включает в себя идентификационную информацию для кодека, используемого для сжатия элементарного потока. PID 2932 указывает PID элементарного потока. Дескриптор 2933 потока включает в себя информацию атрибутов элементарного потока, такую как частота кадров и соотношение сторон.
Посредством использования PCR, PMT и PAT, декодер в устройстве воспроизведения может быть задан так, чтобы обрабатывать файл AV-потока способом, аналогичным частичному транспортному потоку в европейском стандарте цифровой широковещательной передачи. Таким образом, можно обеспечивать совместимость между устройством воспроизведения для BD-ROM-диска 101 и терминалом, соответствующим европейскому стандарту цифровой широковещательной передачи.
<Файл информации о клипах>
Фиг. 30 является схематичным представлением, показывающим структуру данных первого файла информации о клипах (01000.clpi), т.е. файла 531 информации о двумерных клипах. Файлы информации о клипах для зависимого просмотра (02000.clip, 03000.clpi) 532 и 533 имеют идентичную структуру данных. Далее сначала описывается структура данных, общая для всех файлов информации о клипах, с использованием структуры данных файла 531 информации о двумерных клипах в качестве примера. Впоследствии различия в структуре данных между файлом информации о двумерных клипах и файлом информации о клипах для зависимого просмотра описываются.
Как показано на фиг. 30, файл 531 информации о двумерных клипах включает в себя информацию 3010 о клипах, информацию 3020 атрибутов потока, карту 3030 вхождений и трехмерные метаданные 3040. Трехмерные метаданные 3040 включают в себя таблицу 3041 смещений и начальную точку 3042 экстента.
Как показано на фиг. 30, информация 3010 о клипах включает в себя системную скорость 3011, время 3012 начала воспроизведения и время 3013 окончания воспроизведения. Системная скорость 3011 указывает максимальное значение скорости передачи, при которой "TS-пакеты", принадлежащие файлу 2D (01000.m2ts) 541, передаются из буфера считывания в устройстве 102 воспроизведения в декодер системных целевых объектов. Интервал между ATS исходных пакетов в файле 2D 541 задается так, что скорость передачи TS-пакетов ограничена системной скоростью или меньшей. Время 3012 начала воспроизведения указывает PTS VAU, расположенной в начале файла 2D 541, к примеру PTS первого видеокадра. Время окончания воспроизведения 3012 указывает, что значение STC задержано на заранее определенное время от PTS VAU, расположенной в конце файла 2D 541, к примеру сумма PTS последнего видеокадра и времени воспроизведения одного кадра.
Как показано на фиг. 30, информация 3020 атрибутов потока является таблицей соответствия между PID 3021 для каждого элементарного потока, включенного в файл 2D 541, с фрагментами информации 3022 атрибутов. Каждый фрагмент информации 3022 атрибутов является различным для видеопотока, аудиопотока, PG-потока и IG-потока. Например, информация атрибутов, соответствующая PID 0x1011 для потока первичного видео, включает в себя тип кодека, используемый для сжатия видеопотока, а также разрешение, соотношение сторон и частоту кадров для каждого изображения, составляющего видеопоток. С другой стороны, информация атрибутов, соответствующая PID 0x1101 для потока первичного аудио, включает в себя тип кодека, используемый для сжатия аудиопотока, число каналов, включенное в аудиопоток, язык и частоту дискретизации. Устройство 102 воспроизведения использует эту информацию 3022 атрибутов, чтобы инициализировать декодер.
[Карта вхождений]
Фиг. 31A является схематичным представлением, показывающим структуру данных карты 3030 вхождений. Как показано на фиг. 31A, карта 3030 вхождений включает в себя таблицы 3100. Предусмотрено такое же число таблиц 3100, сколько предусмотрено видеопотоков, мультиплексированных в основном TS, и таблицы назначаются одна за другой каждому видеопотоку. На фиг. 31A, каждая таблица 3100 отличается посредством PID видеопотока, которому она назначается. Каждая таблица 3100 включает в себя заголовок 3101 карты вхождений и точку 3102 входа. Заголовок 3101 карты вхождений включает в себя PID, соответствующий таблице 3100, и общее число точек 3102 входа, включенных в таблицу 3100. Точка 3102 входа ассоциирует пару PTS 3103 и номера исходного пакета (SPN) 3104 с идентификатором одной из по отдельности отличающихся точек входа (EP_ID) 3105. PTS 3103 является эквивалентной PTS для одного из I-изображений, включенных в видеопоток для PID, указанного посредством заголовка 3101 карты вхождений. SPN 3104 является эквивалентным SPN для начала группы исходных пакетов, сохраненной в соответствующем I-изображении. "SPN" означает номер, назначенный последовательно с начала группе исходных пакетов, принадлежащей одному файлу AV-потока. SPN используется как адрес для каждого исходного пакета в файле AV-потока. В карте 3030 вхождений в файле 531 информации о двумерных клипах SPN означает номер, назначенный группе исходных пакетов, принадлежащей файлу 2D 541, т.е. группе исходных пакетов, составляющей основной TS. Соответственно, точка 3102 входа выражает взаимосвязь между PTS и адресом, т.е. SPN, каждого I-изображения, включенного в файл 2D 541.
Точка 3102 входа не должна задаваться для всех I-изображений в файле 2D 541. Тем не менее, когда I-изображение находится в начале GOP и TS-пакет, который включает в себя начало этого I-изображения, находится в начале двумерного экстента, точка 3102 входа должна задаваться для этого I-изображения.
Фиг. 31B является схематичным представлением, показывающим исходные пакеты в группе 3110 исходных пакетов, принадлежащей файлу 2D 541, которые ассоциированы с каждым EP_ID 3105 посредством карты 3030 вхождений. Фиг. 31C является схематичным представлением, показывающим взаимосвязи между группой 3110 исходных пакетов и группой 3120 блоков данных на BD-ROM-диске 101. Когда устройство 102 воспроизведения воспроизводит двумерные видеоизображения из файла 2D 541, оно обращается к карте 3030 вхождений, чтобы указывать SPN для исходного пакета, который включает в себя кадр, представляющий произвольную сцену от PTS для этого кадра. В частности, когда, например, PTS=360000 указывается в качестве PTS для конкретной точки входа для позиции, чтобы начинать воспроизведение, устройство 102 воспроизведения сначала извлекает SPN=3200, выделенный этой PTS в карте 3030 вхождений. Затем устройство 102 воспроизведения ищет частное SPN×192/2048, т.е. значение SPN, умноженное на 192 байта, объем данных в расчете на исходный пакет, и разделенное на 2048 байтов, объем данных в расчете на сектор. Из фиг. 8B и 8C можно понимать, что это значение является идентичным общему числу секторов, записанных на основной TS до совмещенной единицы, которая включает в себя исходный пакет, которому назначается SPN. В примере, показанном на фиг. 31B, это значение равно 3200×192/2048=300 и равно общему числу секторов, в которые группы исходных пакетов 3111 записываются от SPN 0 до 3199. Затем устройство 102 воспроизведения обращается к дескриптору выделения в записи файла в файле 2D 541 и указывает LBN (общее число+1)-го сектора при подсчете с начала для групп секторов, в которые записываются группы двумерных экстентов. В примере, показанном на фиг. 31C, в рамках групп секторов, в которые записываются блоки L1, L2+L32D, L4,... данных для базового просмотра, доступ к которым может осуществляться как к двумерным экстентам EXT2D[0], EXT2D[1], EXT2D[2],..., LBN 301-ого сектора при подсчете с начала указывается. Устройство 102 воспроизведения указывает этот LBN для BD-ROM-накопителя 121. Таким образом, группы блоков данных для базового просмотра считываются как совмещенные единицы по порядку из сектора для этого LBN. Кроме того, из первой совмещенной единицы, которая считывается, устройство 102 воспроизведения выбирает исходный пакет, указанный посредством точки входа для позиции, чтобы начинать воспроизведение, и декодирует I-изображение. Далее последующие изображения декодируются по порядку со ссылкой на уже декодированные изображения. Таким образом, устройство 102 воспроизведения может воспроизводить двумерные видеоизображения из файла 2D 541 от указанного PTS вперед.
Кроме того, карта 3030 вхождений является полезной для эффективной обработки во время быстрого воспроизведения мультимедиа, к примеру ускоренной перемотки вперед, обратно и т.д. Например, устройство 102 воспроизведения в режиме двумерного воспроизведения сначала обращается к карте 3030 вхождений, чтобы считывать SPN с началом в позиции, чтобы начинать воспроизведение, к примеру считывать SPN=3200, 4800,... в порядке от точек входа EP_ID=2, 3,..., которые включают в себя PTS с началом в PTS=360000. Затем устройство 102 воспроизведения обращается к записи файла в файле 2D 541, чтобы указывать LBN секторов, соответствующих каждому SPN. Устройство 102 воспроизведения затем указывает каждый LBN для BD-ROM-накопителя 121. Совмещенные единицы тем самым считываются из сектора для каждого LBN. Кроме того, из каждой совмещенной единицы устройство 102 воспроизведения выбирает исходный пакет, указанный посредством каждой точки входа, и декодирует I-изображение. Устройство 102 воспроизведения тем самым может избирательно воспроизводить I-изображение из файла 2D 541 без анализа самой группы двумерных экстентов EXT2D[n].
[Таблица смещений]
Фиг. 32A является схематичным представлением, показывающим структуру данных таблицы 3041 смещений. Таблица 3041 смещений является информацией, используемой для обработки кадрирования посредством устройства 102 воспроизведения в режиме трехмерного воспроизведения. "Обработка кадрирования" означает обработку, чтобы формировать из таблицы, представляющей двумерное видеоизображение, пару фрагментов данных плоскости, которые представляют вид для просмотра левым глазом и вид для просмотра правым глазом. Фрагмент "данных плоскости" означает двумерный массив пикселных данных. Размер матрицы является идентичным разрешению видеокадра. Фрагмент пикселных данных состоит из значения координаты цветности и значения б (непрозрачность). Значение координаты цветности выражается как значение RGB или значение YCrCb. Цель обработки кадрирования включает в себя фрагменты данных плоскости, сформированных из PG-потоков, IG-потоков и потоков вторичного видео в основном TS, а также фрагментов данных плоскости изображений, сформированных в соответствии с BD-J-объектом. Обработка кадрирования изменяет горизонтальную позицию каждого фрагмента пикселных данных во фрагменте данных плоскости. Соответственно, в паре фрагментов данных плоскости, полученной через обработку кадрирования, позиции представления в виде для просмотра левым глазом и виде для просмотра правым глазом сдвигаются влево и вправо от исходной позиции представления в двумерном видеоизображении. Зритель принудительно воспринимает пару вида для просмотра левым глазом и вида для просмотра правым глазом как одно трехмерное видеоизображение вследствие бинокулярного параллакса, сформированного посредством этих сдвигов.
Как показано на фиг. 32A, таблица 3041 смещений включает в себя таблицу 3210 для каждого PID в PG-потоках, IG-потоках и потоках вторичного видео. Каждая таблица 3210 является таблицей соответствия между PTS 3201 и значением 3202 смещения. PTS 3201 представляет каждый фрагмент данных плоскости, сформированных из PG-потоков, IG-потоков и потоков вторичного видео. Значение 3202 смещения представляет число со знаком пикселов, на которое каждый фрагмент пикселных данных сдвигается горизонтально посредством обработки кадрирования. Например, знак "плюс" представляет сдвиг вправо, а знак "минус" - сдвиг влево. Знак значения 3202 смещения определяется посредством того, находится трехмерное видеоизображение более глубоко, чем экран, или ближе к зрителю. Далее, пара 3203 PTS 3201 и значения 3202 смещения называется "записью смещения".
Фиг. 32B является схематичным представлением, показывающим допустимую секцию записи смещения. Допустимая секция записи смещения в рамках времени, измеряемого посредством STC, является интервалом со времени, указанного посредством PTS записи смещения, до времени, указанного посредством PTS следующей записи смещения. Когда PTS для фрагмента данных плоскости принадлежит допустимой секции определенной записи смещения, затем во время обработки кадрирования позиция представления пикселных данных в этом фрагменте данных плоскости сдвигается на значение в записи смещения. В примере, показанном на фиг. 32A, PTS записи смещения #1 составляет 180000, PTS записи смещения #2 составляет 270000 и PTS записи смещения #3 составляет 360000. В этом случае, как показано на фиг. 32B, значение смещения в "+5" в записи смещения #1 является допустимым в диапазоне STC 3204 от 180000 до 270000 и значение смещения в "+3" в записи смещения #2 является допустимым в диапазоне STC 3205 от 270000 до 360000.
[Начальная точка экстента]
Фиг. 33A является схематичным представлением, показывающим структуру данных начальных точек 3042 экстентов. Как показано на фиг. 33A, "начальная точка экстента" 3042 включает в себя идентификатор экстента для базового просмотра (EXT1_ID) 3311 и SPN 3312. EXT1_ID 3311 является порядковым номером, назначенным последовательно с начала блокам данных для базового просмотра, принадлежащим первому файлу SS (01000.ssif) 544A. Один SPN 3312 назначается каждому EXT1_ID 3311 и является идентичным SPN для исходного пакета, расположенного в начале блока данных для базового просмотра, идентифицированного посредством EXT1_ID 3311. Этот SPN является порядковым номером, назначенным с начала исходным пакетам, включенным в группу блоков данных для базового просмотра, принадлежащую первому файлу SS 544A.
В группе блоков данных в перемеженной компоновке, показанной на фиг. 16, файл 2D (01000.m2ts) и первый файл SS 544A совместно использует блоки данных для базового просмотра. Тем не менее, в компоновках 1-3, показанных на фиг. 21, 24 и 26, блоки исключительно для двумерного воспроизведения принадлежат только файлу 2D 541, и блоки исключительно для трехмерного воспроизведения принадлежат только первому файлу SS 544A. Соответственно, SPN 3312, который указывает начальную точку 3042 экстента, в общем, отличается от SPN для исходного пакета, расположенного в начале двумерного экстента, принадлежащего файлу 2D 541.
Фиг. 33B является схематичным представлением, показывающим структуру данных начальных точек 3320 экстентов, включенных во второй файл информации о клипах (02000.clpi), т.е. файл 532 информации о клипах для просмотра правым глазом. Как показано на фиг. 33B, начальная точка 3320 экстента включает в себя идентификаторы экстентов для просмотра правым глазом (EXT2_ID) 3321 и SPN 3322. EXT2_ID 3321 являются порядковыми номерами, назначенными с начала блокам данных для просмотра правым глазом, принадлежащим первому файлу SS 544A. Один SPN 3322 назначается каждому EXT2_ID 3321 и является идентичным SPN для исходного пакета, расположенного в начале блока данных для просмотра правым глазом, идентифицированного посредством EXT2_ID 3321. Этот SPN является порядковым номером, назначенным по порядку с начала исходным пакетам, включенным в группу блоков данных для просмотра правым глазом, принадлежащую первому файлу SS 544A.
фиг. 33D является схематичным представлением, представляющим взаимосвязь между экстентами EXT2[0], EXT2[1],... для просмотра правым глазом, принадлежащими первому файлу DEP (02000.m2ts) 542, и SPN 3322, показанными посредством начальных точек 3320 экстентов. Во всех группах блоков данных, показанных на фиг. 16, 21, 24 и 26, первый файл DEP 542 и первый файл SS 544A совместно используют блоки данных для просмотра правым глазом. Соответственно, как показано на фиг. 33D, каждый SPN 3322, показанный посредством начальной точки 3320 экстента, является идентичным SPN для исходного пакета, расположенного в начале каждого экстента для просмотра правым глазом EXT2[0], EXT2[1].
Как описано ниже, начальная точка 3042 экстента в файле 531 информации о двумерных клипах и начальная точка 3320 экстента в файле 532 информации о клипах для просмотра правым глазом используются для того, чтобы обнаруживать границу блоков данных, включенных в каждый трехмерный экстент при воспроизведении трехмерных видеоизображений из первого файла SS 544A.
Фиг. 33E является схематичным представлением, показывающим пример взаимосвязи между трехмерными экстентами EXTSS[0], EXTSS[1],..., принадлежащими первому файлу SS 544A, и группой 3350 блоков данных на BD-ROM-диске 101. Как показано на фиг. 33E, группа 3350 блоков данных размещается способом, идентичным компоновке 1, показанной на фиг. 21. Следует отметить, что последующее описание применимо к перемеженной компоновке и компоновкам 2 и 3. В блоке данных 3350 к парам смежных блоков данных для просмотра правым глазом и блоков данных для базового просмотра, R1+L1, R2+L2, R3+L3SS и R4+L4, можно, соответственно, осуществлять доступ как к трехмерным экстентам EXTSS[0], EXTSS[1], EXTSS[2] и EXTSS[3]. Кроме того, в n-м трехмерном экстенте EXTSS[n] (n=0, 1, 2,...) число исходных пакетов, включенных в блок L(n+1) данных для базового просмотра, в начальной точке 3042 экстента является идентичным разности A(n+1)-An между SPN, соответствующими EXT1_ID=n+1 и n (здесь A0=0). С другой стороны, число исходных пакетов, включенных в блок R(n+1) данных для просмотра правым глазом, в начальной точке 3320 экстента является идентичным разности B(n+1)-Bn между SPN, соответствующими EXT2_ID=n+1 и n (здесь B0=0).
Когда устройство 102 воспроизведения в L/R-режиме воспроизводит трехмерные видеоизображения из первого файла SS 544A, в дополнение к картам вхождений в файлах 531 и 532 информации о клипах, оно также обращается к начальным точкам 3042 и 3320 экстентов, чтобы указывать, от PTS для кадра, представляющего вид для просмотра правым глазом произвольной сцены, LBN для сектора, в который записывается блок данных для просмотра правым глазом, который включает в себя кадр. В частности, устройство 102 воспроизведения, например, сначала извлекает SPN, ассоциированный с PTS, из карты вхождений в файле 532 информации о клипах для просмотра правым глазом. Допустим, что исходный пакет, указанный посредством SPN, включается в третий экстент для просмотра правым глазом EXT2[2] в первом файле DEP 542, т.е. в блок R3 данных для просмотра правым глазом. Затем устройство 102 воспроизведения извлекает "B2", наибольший SPN перед целевым SPN, из числа SPN 3322, показанных посредством начальных точек 3320 экстентов в файле 532 информации о клипах для просмотра правым глазом. Устройство 102 воспроизведения также извлекает соответствующий EXT2_ID "2". Затем устройство 102 воспроизведения извлекает значение "A2" для SPN 3312, соответствующего EXT1_ID, который является идентичным EXT2_ID "2". Устройство 102 воспроизведения дополнительно ищет сумму B2+A2 извлеченных SPN 3322 и 3312. Как можно видеть из фиг. 33E, эта сумма B2+A2 является идентичной общему числу исходных пакетов, включенных в блоки данных, расположенные перед третьим блоком R3 данных для просмотра правым глазом, из блоков данных, включенных в группу трехмерных экстентов EXTSS[0], EXTSS[1]. Соответственно, эта сумма B2+A2, умноженная на 192 байта, объем данных в расчете на исходный пакет, и разделенная на 2048 байтов, объем данных в расчете на сектор, т.е. (B2+A2)×192/2048, является идентичная числу секторов с начала группы трехмерных экстентов до момента непосредственно перед третьим блоком R3 данных для просмотра правым глазом. Посредством использования этого частного LBN для сектора, в который записывается начало блока R3 данных для просмотра правым глазом, может указываться посредством отслеживания дескрипторов выделения в записи файла для первого файла SS 544A.
После указания LBN через вышеописанную процедуру устройство 102 воспроизведения указывает LBN для BD-ROM-накопителя 121. Таким образом, группа трехмерных экстентов, записанная с началом в секторе для этого LBN, т.е. группа трехмерных экстентов с началом в третьем блоке R3 данных для просмотра правым глазом считывается как совмещенные единицы.
Устройство 102 воспроизведения дополнительно обращается к начальным точкам 3042 и 3320 экстентов, чтобы извлекать блоки данных для зависимого просмотра и блоки данных для базового просмотра поочередно из трехмерных экстентов считывания. Например, допустим, что группа трехмерных экстентов EXTSS[n] (n=0, 1, 2,...) считывается по порядку из группы 3350 блоков данных, показанной на фиг. 33E. Устройство 102 воспроизведения сначала извлекает B1 исходных пакетов с начала трехмерного экстента EXTSS[0] как блок R1 данных для зависимого просмотра. Затем устройство 102 воспроизведения извлекает B1-й исходный пакет и последующие (A1-1) исходных пакетов, всего A1 исходных пакетов, как первый блок L1 данных для базового просмотра. Устройство 102 воспроизведения затем извлекает (B1+A1)-й исходный пакет и последующие (B2-B1-1) исходных пакетов, всего (B2-B1) исходных пакетов, как второй блок данных для зависимого просмотра R2. Устройство 102 воспроизведения дополнительно извлекает (A1+B2)-й исходный пакет и последующие (A2-A1-1) исходных пакетов, всего (A2-A1) исходных пакетов, как второй блок L2 данных для базового просмотра. После этого устройство 102 воспроизведения тем самым продолжает обнаруживать границу между блоками данных в каждом трехмерном экстенте на основе числа считанных исходных пакетов, тем самым поочередно извлекая блоки данных для зависимого просмотра и для базового просмотра. Извлеченные блоки данных для базового просмотра и для просмотра правым глазом передаются в декодер системных целевых объектов, чтобы декодироваться параллельно.
Таким образом, устройство 102 воспроизведения в L/R-режиме может воспроизводить трехмерные видеоизображения из первого файла SS 544A с началом в конкретной PTS. Как результат, устройство 102 воспроизведения может фактически извлекать выгоду из вышеописанных преимуществ (A) и (B), касающихся управления BD-ROM-накопителем 121.
<<Файловая база>>
Фиг. 33C является схематичным представлением, представляющим блоки L1, L2,... данных для базового просмотра, извлеченные из первого файла SS 544A посредством устройства 102 воспроизведения в L/R-режиме. Группа 3350 блоков данных, показанная на фиг. 33C, включает в себя как блок исключительно для двумерного воспроизведения L32D, так и блок исключительно для трехмерного воспроизведения L3SS. В отличие от группы двумерных экстентов в файле 2D 541 группа блоков данных для базового просмотра, показанная на фиг. 33C, включает в себя блок исключительно для трехмерного воспроизведения L3SS в дополнение к блоку исключительно для двумерного воспроизведения L32D. Соответственно, SPN 3312, показанные посредством начальных точек 3042 экстентов, являются идентичными SPN для исходных пакетов, расположенных в начале блоков данных для базового просмотра. Группа блоков данных для базового просмотра, извлеченная из одного файла SS посредством обращения к начальным точкам экстентов, аналогично группе блоков данных для базового просмотра, показанной на фиг. 33C, называется "файловой базой". Кроме того, блоки данных для базового просмотра, включенные в файловую базу, называются "экстентами для базового просмотра". Каждый экстент для базового просмотра, как показано на фиг. 33C, указывается ссылкой посредством начальной точки экстента в файле информации о двумерных клипах.
За исключением блока исключительно для двумерного воспроизведения и блока исключительно для трехмерного воспроизведения, экстент для базового просмотра совместно использует идентичные данные, т.е. блок данных для базового просмотра, с двумерным экстентом. Кроме того, блоки исключительно для двумерного воспроизведения и блоки исключительно для трехмерного воспроизведения совпадают с точностью до бита. Соответственно, файловая база включает в себя основной TS, идентичный основному TS файла 2D. В отличие от двумерных экстентов, тем не менее, экстенты для базового просмотра указываются ссылкой посредством дескрипторов выделения в записи файла ни в одном из файлов. Как описано выше, экстенты для базового просмотра обращаются к начальным точкам экстентов в файле информации о клипах, чтобы извлекать трехмерные экстенты из файла SS. Файловая база тем самым отличается от традиционного файла, показанного на фиг. 4, вследствие невключения записи файла и вследствие необходимости начальной точки экстента в качестве опорного уровня для экстента для базового просмотра. В этом смысле файловая база является "виртуальным файлом". В частности, файловая база не распознается посредством файловой системы и не отображается в структуре каталогов/файлов, показанной на фиг. 5.
Трехмерное видеосодержимое, записанное на BD-ROM-диске 101, может иметь только один тип суб-TS, соответствующего основному TS. Фиг. 34 является схематичным представлением, показывающим пример компоновки блоков данных, которые включают в себя такое содержимое. Как показано на фиг. 34, в отличие от групп блоков данных, показанных на фиг. 16 и 21, группа 3400 блоков данных поочередно включает в себя блоки D[n] данных для зависимого просмотра (n=..., 0, 1, 2, 3,...) и блоки B[n] данных для базового просмотра. Перед межслойной границей LB группа ..., D[0], D[1] блоков данных для зависимого просмотра и группа ..., B[0], B[1] блоков данных для базового просмотра записываются в перемеженной компоновке, чтобы составлять первый блок 3401 трехмерных экстентов. Блок исключительно для двумерного воспроизведения B[2]2D размещается между последним блоком данных в первом блоке 3401 трехмерных экстентов, B[1] и межслойной границей LB. С другой стороны, после межслойной границы LB, группа D[2], D[3],... блоков данных для зависимого просмотра и группа B[2]SS, B[3],... блоков данных для базового просмотра записываются в перемеженной компоновке, чтобы составлять второй блок 3402 трехмерных экстентов. Блок B[2]SS данных для базового просмотра в начале второго блока 3402 трехмерных экстентов является блоком исключительно для трехмерного воспроизведения и совпадает с точностью до бита с блоком исключительно для двумерного воспроизведения B[2]2D.
Фиг. 34 также показывает соответствие между группой 3400 блоков данных и группой экстентов в файле 2D 3410. Блоки данных для базового просмотра ..., B[0] в первом блоке 3401 трехмерных экстентов, за исключением последнего блока данных B[1], принадлежат файлу 2D 3410 как независимые одиночные двумерные экстенты ..., EXT2D[0]. Пара из последнего блока B[1] данных для базового просмотра в первом блоке 3401 трехмерных экстентов и непосредственно последующего блока исключительно для двумерного воспроизведения B[2]2D принадлежит файлу 2D 3410 как один двумерный экстент EXT2D[1]. Блоки данных для базового просмотра B[3],... во втором блоке 3402 трехмерных экстентов, за исключением блока исключительно для трехмерного воспроизведения B[2]SS, принадлежат файлу 2D 3410 как двумерные экстенты EXT2D[2]. К двумерным экстентам доступ может осуществляться посредством обращения к дескрипторам выделения в записи файла для файла 2D 3410.
Фиг. 34 также показывает соответствие между группой 3400 блоков данных и группой экстентов в файле DEP 3412. Блоки данных для зависимого просмотра ..., D[0], D[1] в первом блоке 3401 трехмерных экстентов и блоки данных для зависимого просмотра D[2], D[3],... во втором блоке 3402 трехмерных экстентов принадлежат файлу DEP 3412 как экстенты для зависимого просмотра ..., EXT2[0], EXT2[1], EXT2[2]. К экстентам для зависимого просмотра доступ может осуществляться посредством обращения к дескрипторам выделения в записи файла для файла DEP 3412.
Фиг. 34 также показывает соответствие между группой 3400 блоков данных и группой экстентов в файле SS 3420. В отличие от группы блоков данных, показанной на фиг. 16, группа 3400 блоков данных не включает в себя блоки данных карты глубины. Соответственно, в любой перемеженной компоновке в рамках блоков 3401 трехмерных экстентов и 3402 блоки данных для зависимого просмотра ..., D[0], D[1], D[2], D[3],... и блоки данных для базового просмотра ..., B[0], B[1], B[2]SS, B[3],... альтернативными. В этом случае файл SS 3420 может включать в себя секцию с двумя или более смежными парами блоков данных для зависимого просмотра и блоков данных для базового просмотра, имеющих идентичное ATC-время экстента, как один трехмерный экстент. На фиг. 34 два смежных блока данных для зависимого просмотра и блоки данных для базового просмотра в первом блоке 3401 трехмерных экстентов, пары D[0]+B[0] и D[1]+B[1], принадлежат файлу SS 3420 как один трехмерный экстент EXTSS[0]. Кроме того, два смежных блока данных для зависимого просмотра и блоки данных для базового просмотра во втором блоке 3402 трехмерных экстентов, пары D[2]+B[2]SS и D[3]+B[3], принадлежат файлу SS 3420 как один трехмерный экстент EXTSS[1]. Трехмерные экстенты EXTSS[0] и EXTSS[1] совместно используют блоки B[0], B[1], B[2]SS и B[3] данных для базового просмотра с двумерными экстентами EXT2D[0], EXT2D[1], EXT2D[2] и EXT2D[3] и совместно используют блоки D[0] данных для зависимого просмотра, D[1], D[2] и D[3] с экстентами для зависимого просмотра EXT2[0], EXT2[1], EXT2[2] и EXT2[3]. К трехмерным экстентам доступ может осуществляться посредством обращения к дескрипторам выделения в записи файла для файла SS 3420.
После того как устройство 102 воспроизведения считывает трехмерные экстенты EXTSS[0] и EXTSS[1], оно обращается к начальным точкам экстентов в соответствующих файлах информации о клипах для файла 2D 3410 и файл DEP 3412, чтобы извлекать блоки B[0] данных для базового просмотра, B[1], B[2]SS и B[3] из трехмерных экстентов EXTSS[0] и EXTSS[1]. Эти блоки B[0] данных для базового просмотра, B[1], B[2]SS и B[3] принадлежат файловой базе 3411 как экстенты для базового просмотра EXT1[0], EXT1[1], EXT1 [2] и EXT1 [3]. Каждый из экстентов для базового просмотра EXT1[0], EXT1[1], EXT1 [2] и EXT1 [3] указывается ссылкой посредством начальной точки экстента в файле информации о двумерных клипах, соответствующем файлу 2D 3410.
В дальнейшем в этом документе, кроме тех случаев, когда имеется необходимость различать, блоки данных для базового просмотра приравниваются к экстентам для базового просмотра (за исключением блоков исключительно для двумерного воспроизведения) и блоки данных для зависимого просмотра приравниваются к экстентам для зависимого просмотра.
<<Файл информации о клипах для зависимого просмотра>>
Файл информации о клипах для зависимого просмотра имеет структуру данных, идентичную структуре данных файла информации о двумерных клипах, показанного на фиг. 30-33. Соответственно, последующее описание охватывает различия между файлом информации о клипах для зависимого просмотра и файлом информации о двумерных клипах, цитируя вышеприведенное описание относительно общих черт.
Файл информации о клипах для зависимого просмотра отличается из файла информации о двумерных клипах в следующих трех точках: (i) условия задаются для информации атрибутов потока, (ii) условия задаются для точек входа и (iii) трехмерные метаданные не включают в себя таблицы смещений.
(i) Когда видеопоток для базового просмотра и видеопоток для зависимого просмотра должны использоваться для воспроизведения трехмерных видеоизображений посредством устройства 102 воспроизведения в L/R-режиме, как показано на фиг. 9, видеопоток для зависимого просмотра сжимается с использованием видеопотока для базового просмотра. Здесь атрибуты видеопотока для видеопотока для зависимого просмотра становятся эквивалентными видеопотоку для базового просмотра. Информация атрибутов видеопотока для видеопотока для базового просмотра ассоциирована с PID=0x1011 в информации 3020 атрибутов потока в файле информации о двумерных клипах. Информация атрибутов видеопотока для видеопотока для зависимого просмотра ассоциирована с PID=0x1012 или 0x1013 в информации атрибутов потока в файле информации о клипах для зависимого просмотра. Соответственно, элементы, показанные на фиг. 30, т.е. кодек, разрешение, соотношение сторон и частота кадров, должны совпадать между двумя фрагментами информации атрибутов видеопотока. Если тип кодека совпадает, то опорная взаимосвязь между изображениями в видеопотоке для базового просмотра и видеопотоке для зависимого просмотра устанавливается во время кодирования и тем самым каждое изображение может быть декодировано. Если разрешение, соотношение сторон и частота кадров совпадают, то экранное представление левых и правых видео может синхронизироваться. Следовательно, эти видео могут показываться как трехмерные видеоизображения без возникновения чувства некомфортности у зрителей.
(ii) Карта вхождений в файле информации о клипах для зависимого просмотра включает в себя таблицу, выделенную видеопотоку для зависимого просмотра. Аналогично таблице 3100, показанной на фиг. 31A, эта таблица включает в себя заголовок карты вхождений и точки входа. Заголовок карты вхождений указывает PID для видеопотока для зависимого просмотра, выделенного таблице, т.е. или 0x1012 или 0x1013. В каждой точке входа пара PTS и SPN ассоциирована с одним EP_ID. PTS для каждой точки входа является идентичной PTS для первого изображения в одной из GOP, включенных в видеопоток для зависимого просмотра. SPN для каждой точки входа является идентичным первому SPN группы исходных пакетов, сохраненной в изображении, указанном посредством PTS, принадлежащей идентичной точке входа. Этот SPN означает порядковый номер, назначенный последовательно сначала группе исходных пакетов, принадлежащей файлу DEP, т.е. группа исходных пакетов, составляющая суб-TS. PTS для каждой точки входа должен совпадать с PTS в рамках карты вхождений в файле информации о двумерных клипах для точки входа в таблице, выделенной к видеопотоку для базового просмотра. Другими словами, каждый раз, когда точка входа задается как начало группы исходных пакетов, которая включает в себя один из набора изображений, включенных в идентичную трехмерную VAU, точка входа всегда должна задаваться как начало группы исходных пакетов, которая включает в себя другое изображение.
Фиг. 35 является схематичным представлением, показывающим пример набора точек входа в видеопотоке 3510 для базового просмотра и видеопотоке 3520 для зависимого просмотра. В двух видеопотоках 3510 и 3520 GOP, которые являются идентичным номером сначала, представляют видео в течение идентичного периода воспроизведения. Как показано на фиг. 35, в видеопотоке 3510 для базового просмотра, точки входа 3501B, 3503B и 3505B задаются как начало GOP с нечетным номером при подсчете с начала, т.е. GOP #1, GOP #3 и GOP #5. Соответственно, в видеопотоке 3520 для зависимого просмотра также, точки входа 3501D, 3503D и 3505D задаются как начало GOP с нечетным номером при подсчете с начала, т.е. GOP #1, GOP #3 и GOP #5. В этом случае, когда устройство трехмерного 102 воспроизведения начинает воспроизведение трехмерных видеоизображений с GOP #3, например, оно может сразу вычислять адрес позиции, чтобы начинать воспроизведение в файле SS от SPN соответствующих точек входа 3503B и 3503D. В частности, когда обе точки входа 3503B и 3503D задаются как начало блока данных, то из фиг. 33E можно понимать что, сумма SPN точек входа 3503B и 3503D является идентичной числу исходных пакетов с начала файла SS до позиции, чтобы начинать воспроизведение. Как описано со ссылкой на фиг. 33E, от этого числа исходных пакетов, можно вычислять LBN сектора, в который записывается часть файла SS для позиции, чтобы начинать воспроизведение. Таким образом, даже во время воспроизведения трехмерных видеоизображений можно улучшать скорость реакции для обработки, которая требует произвольного доступа к видеопотоку, такое как воспроизведение с прерываниями и т.п.
<Файл списков воспроизведения>
Фиг. 36 является схематичным представлением, показывающим структуру данных файла информации о клипах. Первый файл списков воспроизведения (00001.mpls) 521, показанный на фиг. 5, имеет эту структуру данных. Как показано на фиг. 36, файл 521 списков для двумерного воспроизведения включает в себя основной путь 3601 и два подпути 3602 и 3603.
Основной путь 3601 является последовательностью фрагментов информации элемента воспроизведения (PI), который задает основной путь воспроизведения для файла 2D 541, т.е. секция для воспроизведения и порядка воспроизведения секции. Каждый PI идентифицируется с уникальным идентификатором элемента воспроизведения=#N (N=1, 2, 3,...). Каждый PI#N задает различную секцию воспроизведения вдоль основного пути воспроизведения с парой PTS. Один из PTS в паре представляет начальное время (входное время) секции воспроизведения, и другой представляет конечное время (выходное время). Кроме того, порядок PI в основном пути 3601 представляет порядок соответствующих секций воспроизведения в пути воспроизведения.
Каждый из подпутей 3602 и 3603 является последовательностью фрагментов информации субэлемента воспроизведения (SUB_PI), который задает путь воспроизведения, который может ассоциироваться параллельно с основным путем воспроизведения для файла 2D 541. Такой путь воспроизведения является секцией файла 2D 541, отличающейся от представляемой посредством основного пути 3601, или является секцией потоковых данных, мультиплексированных в другом файле 2D, наряду с соответствующим порядком воспроизведения. Такие потоковые данные представляют другие двумерные видеоизображения, которые должны воспроизводиться одновременно с двумерными видеоизображениями, воспроизводимыми из файла 2D 541 в соответствии с основным путем 3601. Эти другие двумерные видеоизображения включают в себя, например, субвидео в формате "картинка-в-картинке ", окно обозревателя, всплывающее меню или субтитры. Порядковые номера "0" и "1" назначаются подпутям 3602 и 3603 в порядке регистрации в файле 521 списков для двумерного воспроизведения. Эти порядковые номера используются в качестве идентификаторов подпутей, чтобы идентифицировать подпути 3602 и 3603. В подпутях 3602 и 3603 каждый SUB_PI идентифицируется посредством уникального идентификатора субэлемента воспроизведения=#M (M=1, 2, 3,...). Каждый SUB_PI#M задает различную секцию воспроизведения вдоль пути воспроизведения с парой PTS. Одна из PTS в паре представляет время начала воспроизведения секции воспроизведения, и другая представляет время окончания воспроизведения. Кроме того, порядок SUB_PI в подпутях 3602 и 3603 представляет порядок соответствующих секций воспроизведения в пути воспроизведения.
Фиг. 37 является схематичным представлением, показывающим структуру данных PI#N. Как показано на фиг. 37, PI#N включает в себя фрагмент ссылочной информации 3701 о клипах, время начала воспроизведения (In_Time) 3702, время окончания воспроизведения (Out_Time) 3703, условие 3704 соединения и таблицу выбора потока (в дальнейшем называемую "STN-таблицей" (таблицей номеров потоков)) 3705. Ссылочная информация 3701 о клипах является информацией для идентификации файла 531 информации о двумерных клипах. Время 3702 начала воспроизведения и время 3703 окончания воспроизведения соответственно указывает PTS в течение начала и конца секции для воспроизведения файла 2D 541. Условие 3704 соединения указывает условие для соединения видео в секции воспроизведения, указанной посредством времени 3702 начала воспроизведения и времени 3703 окончания воспроизведения, с видео в секции воспроизведения, указанной посредством предыдущего PI#(n-1). STN-таблица 3705 является списком элементарных потоков, которые могут выбираться из файла 2D 541 посредством декодера в устройстве 102 воспроизведения от времени 3702 начала воспроизведения до времени 3703 окончания воспроизведения.
Структура данных SUB_PI является идентичной структуре данных PI, показанной на фиг. 37, в том, что она включает в себя ссылочную информацию о клипах, время начала воспроизведения и время окончания воспроизведения. В частности, время начала воспроизведения и время окончания воспроизведения SUB_PI выражаются как значения вдоль временной оси, идентичной оси PI. SUB_PI дополнительно включает в себя поле "условия соединения SP". Условие соединения SP имеет смысл, совпадающий с условием соединения PI.
[Условие соединения]
Условие 3704 соединения имеет три возможных значения, "1", "5" и "6". Когда условие 3704 соединения равно "1", видео, которое должно воспроизводиться из секции файла 2D 5416, указанной посредством PI#N, не обязательно должно прозрачно соединяться с видео, воспроизводимым из секции файла 2D 541, указанной посредством непосредственно предыдущего PI#N. С другой стороны, когда условие 3704 соединения указывает "5" или "6", оба видеоизображения должны быть прозрачно соединены.
Фиг. 38A и 38B являются схематичными представлениями, показывающими взаимосвязь между секциями 3801 и 3802 воспроизведения, которые должны быть соединены, когда условие 3704 соединения, показанное на фиг. 37 соответственно указывает "5" и "6". В этом случае PI#N (n-1) указывает первую секцию 3801 в файле 2D 541, а PI#N указывает вторую секцию 3802 в файле 2D 541. Как показано на фиг. 38A, когда условие 3704 соединения указывает "5", STC PI#(n-1) и PI#N могут быть непоследовательными. Таким образом, PTS#1 в конце первой секции 3801 и PTS#2 в начале второй секции 3802 могут быть непоследовательными. Тем не менее, должны удовлетворяться несколько ограничивающих условий. Например, первая секция 3801 и вторая секция 3802 должны создаваться так, что декодер может плавно продолжать декодировать данные, даже когда вторая секция 3802 предоставляется в декодер последовательно после первой секции 3801. Кроме того, последний кадр аудиопотока, содержащегося в первой секции 3801, должен перекрывать первый кадр аудиопотока, содержащегося во второй секции 3802. С другой стороны, как показано на фиг. 38B, когда условие 3704 соединения указывает "6", первая секция 3801 и вторая секция 3802 должны иметь возможность обработки как последовательных секций для декодера, чтобы должным образом декодировать. Таким образом, STC и ATC должны быть последовательными между первой секцией 3801 и второй секцией 3802. Аналогично, когда условие соединения SP составляет "5" или "6", STC и ATC должны быть последовательными между секциями файла 2D, указанного посредством двух последовательных SUB_PI.
[STN-таблица]
Снова ссылаясь на фиг. 37, STN-таблица 3705 является матрицей информации регистрации потоков. "Информация регистрации потоков" - это информация, по отдельности перечисляющая элементарные потоки, которые могут выбираться для воспроизведения из основного TS между временем 3702 начала воспроизведения и временем 3703 окончания воспроизведения. Номер потока (STN) 3706 является порядковым номером, выделенным по отдельности информации регистрации потоков, и используется посредством устройства 102 воспроизведения, чтобы идентифицировать каждый элементарный поток. STN 3706 дополнительно указывает приоритет для выбора из элементарных потоков одного типа. Информация регистрации потоков включает в себя запись 3709 потока и информацию 3710 атрибутов потока. Запись 3709 потока включает в себя информацию 3707 пути потока и идентификационную информацию 3708 потока. Информация 3707 пути потока является информацией, указывающей файл 2D, которому принадлежит выбранный элементарный поток. Например, если информация 3707 пути потока указывает "основной путь", файл 2D соответствует файлу информации о двумерных клипах, указанному посредством ссылочной информации 3701 о клипах. С другой стороны, если информация 3707 пути потока указывает "идентификатор подпути=1", файл 2D, которому принадлежит выбранный элементарный поток, соответствует файлу информации о двумерных клипах, указанному посредством ссылочной информации о клипах SUB_PI, включенного в подпуть с идентификатором подпути=1. Время начала воспроизведения и время окончания воспроизведения, указанные посредством этого SUB_PI, включаются в интервал от времени 3702 начала воспроизведения до времени 3703 окончания воспроизведения, указанный посредством PI, включенного в STN-таблицу 3705. Идентификационная информация 3708 потока указывает PID для элементарного потока, мультиплексированного в файле 2D, указанном посредством информации 3707 пути потока. Элементарный поток, указанный посредством этого PID, может выбираться от времени 3702 начала воспроизведения до времени 3703 окончания воспроизведения. Информация 3710 атрибутов потока указывает информацию атрибутов для каждого элементарного потока. Например, информация атрибутов аудиопотока, PG-потока и IG-потока указывает тип языка потока.
[Воспроизведение двумерных видеоизображений в соответствии с файлом списков для двумерного воспроизведения]
Фиг. 39 является схематичным представлением, показывающим взаимосвязи между PTS, указанными посредством файла списков для двумерного воспроизведения (00001.mpls) 521, и секциями, воспроизводимыми из файла 2D (01000.m2ts) 541. Как показано на фиг. 39, в основном пути 3601 в файле 521 списков для двумерного воспроизведения PI#1 указывает PTS#1, который указывает время IN1 начала воспроизведения, и PTS#2, который указывает время OUT1 окончания воспроизведения. Ссылочная информация 3701 о клипах для PI#1 указывает файл информации о двумерных клипах (01000.clpi) 531. При воспроизведении двумерных видеоизображений в соответствии с файлом 521 списков для двумерного воспроизведения, устройство 102 воспроизведения сначала считывает PTS#1 и PTS#2 из PI#1. Затем устройство 102 воспроизведения обращается к карте вхождений в файле 531 информации о двумерных клипах, чтобы извлекать из файла 2D 541 SPN#1 и SPN#2, которые соответствуют PTS#1 и PTS#2. Устройство 102 воспроизведения затем вычисляет соответствующие номера секторов из SPN#1 и SPN#2. Кроме того, устройство 102 воспроизведения обращается к этим номерам секторов и дескрипторам выделения в записи файла для файла 2D 541, чтобы указывать LBN#1 и LBN#2 в начале и конце соответственно группы P1 секторов, в которую записывается группа двумерных экстентов EXT2D[0],..., EXT2D[n], чтобы воспроизводиться. Вычисление номеров секторов и задание LBN осуществляется согласно описанию фиг. 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 посредством обращения к карте вхождений в файле 531 информации о двумерных клипах. Затем посредством обращения к дескрипторам выделения в записи файла для файла 2D 541, пара 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 541 в соответствии с основным путем 3601 в файле 521 списков для двумерного воспроизведения.
Файл 521 списков для двумерного воспроизведения может включать в себя метку 3901 входа. Метка 3901 входа указывает момент времени в основном пути 3601, в который должно фактически начинаться воспроизведение. Например, как показано на фиг. 39, несколько меток 3901 входа могут задаваться для PI#1. Метка 3901 входа, в частности, используется для поиска позиции, чтобы начинать воспроизведение во время произвольного доступа. Например, когда файл 521 списков для двумерного воспроизведения указывает путь воспроизведения для тайтла фильма, метки 3901 входа назначаются началу каждой главы. Следовательно, устройство 102 воспроизведения может воспроизводить тайтл фильма по главам.
[Файл списков для трехмерного воспроизведения]
Фиг. 40 является схематичным представлением, показывающим структуру данных файла 4000 списков для трехмерного воспроизведения. Второй файл списков воспроизведения (00002.mpls) 522 и второй файл списков воспроизведения (00003.mpls) 523, показанные на фиг. 5, имеют структуру данных, идентичную структуре данных этого файла списков для трехмерного воспроизведения. Как показано на фиг. 40, файл 4000 списков для трехмерного воспроизведения включает в себя основной путь 4001, подпуть 4002 и данные 4003 расширения.
Основной путь 4001 указывает путь воспроизведения основного TS, показанного на фиг. 6A. Соответственно, основной путь 4001 является идентичным основному пути 3601 для файла списков для двумерного воспроизведения, показанного на фиг. 36. Устройство 102 воспроизведения в режиме двумерного воспроизведения может воспроизводить двумерные видеоизображения из файла 2D 541 в соответствии с основным путем 4001 в файле 4000 списков для трехмерного воспроизведения.
Подпуть 4002 указывает путь воспроизведения для суб-TS, показанных на фиг. 6B и 6C, т.е. путь воспроизведения и для первого файла DEP 542 и для второго файла DEP 543. Структура данных подпути 4002 является идентичной структуре данных подпутей 3602 и 3603 в файле списков для двумерного воспроизведения, показанном на фиг. 36. Соответственно, описание по фиг. 36 цитируется в отношении подробностей по этой аналогичной структуре данных, в частности в отношении подробностей относительно структуры данных SUB_PI.
SUB_PI#N (N=1, 2, 3,...) в подпути 4002 находятся в соответствии "один-к-одному" с PI#N в основном пути 4001. Кроме того, время начала воспроизведения и время окончания воспроизведения, указанные посредством каждого SUB_PI#N, являются идентичными времени начала воспроизведения и времени окончания воспроизведения, указанным посредством соответствующего PI#N. Подпуть 4002 дополнительно включает в себя тип 4021 подпути. "Тип подпути", в общем, указывает, должна или нет обработка воспроизведения синхронизироваться между основным путем и подпутем. В файле 4000 списков для трехмерного воспроизведения тип 4021 подпути, в частности, указывает тип режима трехмерного воспроизведения, т.е. тип видеопотока для зависимого просмотра, который должен воспроизводиться в соответствии с подпутем 4002. На фиг. 40 значением типа 4021 подпути является "трехмерный L/R", тем самым указывая, что режимом трехмерного воспроизведения является L/R-режим, т.е. что видеопоток для просмотра правым глазом предназначается для воспроизведения. С другой стороны, значение "трехмерной глубины" для типа 4021 подпути указывает, что режимом трехмерного воспроизведения является режим глубины, т.е. что поток карт глубины предназначается для воспроизведения. Когда устройство 102 воспроизведения в режиме трехмерного воспроизведения обнаруживает, что значением типа 4021 подпути является "трехмерный L/R" или "трехмерная глубина", устройство 102 воспроизведения синхронизирует обработку воспроизведения в соответствии с основным путем 4001 с обработкой воспроизведения в соответствии с подпутем 4002.
Только устройство 102 воспроизведения в режиме трехмерного воспроизведения интерпретирует данные 4003 расширения; устройство 102 воспроизведения в режиме двумерного воспроизведения игнорирует данные 4003 расширения. В частности, данные 4003 расширения включают в себя таблицу 4030 выбора потока расширения. "Таблица выбора потока расширения (STN_table_SS)" (в дальнейшем сокращенно как STN-таблица SS) является матрицей информации регистрации потоков, которая должна добавляться к STN-таблицам, указанным посредством каждого PI в основном пути 4001. Эта информация регистрации потоков указывает элементарные потоки, которые могут выбираться для воспроизведения из основного TS.
Фиг. 41 является схематичным представлением, показывающим структуру данных STN-таблицы SS 4030. Как показано на фиг. 41, STN-таблица SS 4030 включает в себя последовательности 4101, 4102, 4103,... информации регистрации потоков. Последовательности 4101, 4102, 4103,... информации регистрации потоков по отдельности соответствуют PI#1, PI#2, PI#3,... в основном пути 4001 и используются посредством устройства 102 воспроизведения в режиме трехмерного воспроизведения в комбинации с последовательностями информации регистрации потоков, включенными в 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-плоскости: Режим 2 плоскостей, режим 1 плоскости+смещения и режим 1 плоскости+нулевого смещения. Например, когда значение смещения 4111 в ходе отображения всплывающего меню равно "0", всплывающее меню не воспроизводится из IG-потока. Здесь режим представления B-D выбирается в качестве режима представления в видеоплоскости и режим 2 плоскостей или режим 1 плоскости+смещения выбирается в качестве режима представления для PG-плоскости. С другой стороны, когда значение смещения 4111 в ходе отображения всплывающего меню равно "1", всплывающее меню воспроизводится из IG-потока. Здесь режим представления B-B выбирается в качестве режима представления в видеоплоскости и режим 1 плоскости+нулевого смещения выбирается в качестве режима представления для PG-плоскости.
В "режиме представления B-D" устройство 102 воспроизведения поочередно выводит данные плоскости, декодированные из видеопотоков для просмотра левым глазом и правым глазом. Соответственно, поскольку видеокадры для просмотра левым глазом и правым глазом, представляющие видеоплоскости, поочередно отображаются на экране дисплейного устройства 103, зритель воспринимает эти кадры как трехмерные видеоизображения. В "режиме представления B-B" устройство 102 воспроизведения выводит данные плоскости, декодированные только из видеопотока для базового просмотра два раза для кадра, при сохранении рабочего режима в режиме трехмерного воспроизведения (в частности, при сохранении частоты кадров при значении для трехмерного воспроизведения, к примеру, 48 кадров/секунду). Соответственно, только либо кадры для просмотра левым глазом, либо кадры для просмотра правым глазом отображаются на экране устройства 103 воспроизведения, и тем самым зритель воспринимает эти кадры просто как двумерные видеоизображения.
В "режиме 2 плоскостей", когда суб-TS включает в себя графические потоки для просмотра левым глазом и правым глазом, устройство 102 воспроизведения декодирует и поочередно выводит данные графической плоскости для просмотра левым глазом и правым глазом из графических потоков. В "режиме 1 плоскости+смещения" устройство 102 воспроизведения формирует пару данных плоскости для просмотра левым глазом и данных плоскости для просмотра правым глазом из графического потока в основном TS через обработку кадрирования и поочередно выводит эти фрагменты данных плоскости. В обоих из этих режимов PG-плоскости для просмотра левым глазом и правым глазом поочередно отображаются на экране дисплейного устройства 103, и тем самым зритель воспринимает эти кадры как трехмерные видеоизображения. В "режиме 1 плоскости+нулевого смещения" устройство 102 воспроизведения временно прекращает обработку кадрирования и выводит данные плоскости, декодированные из графического потока в основном TS два раза для кадра, при сохранении рабочего режима в режиме трехмерного воспроизведения. Соответственно, только либо PG-плоскости для просмотра левым глазом, либо PG-плоскости для просмотра правым глазом отображаются на экране устройства 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 и атрибуты потока, такие как язык.
Фиг. 42A является схематичным представлением, показывающим структуру данных последовательности 4112 информации регистрации потоков для видеопотоков для зависимого просмотра. Как показано на фиг. 42A, эта последовательность 4112 информации регистрации потоков, в общем, включает в себя множество фрагментов информации регистрации потоков (SS_dependent_view_block) 4201. Их число является идентичным числу фрагментов информации регистрации потоков в соответствующем PI, которые указывают видеопоток для базового просмотра. Каждый фрагмент информации 4201 регистрации потоков включает в себя STN 4211, запись 4212 потока и информацию 4213 атрибутов потока. STN 4211 является порядковым номером, назначенным по отдельности фрагментам информации 4201 регистрации потоков, и является идентичным STN фрагмента информации регистрации потоков, расположенной в соответствующем PI, с которым комбинируется каждый фрагмент информации 4201 регистрации потоков. Запись 4212 потока включает в себя ссылочную информацию идентификаторов подпутей (ref_to_subpath_id) 4221, ссылочную информацию файлов потока (ref_to_subclip_entry_id) 4222 и PID (ref_to_stream_PID_subclip) 4223. Ссылочная информация 4221 идентификаторов подпутей указывает идентификатор подпути для подпути, который указывает путь воспроизведения видеопотока для зависимого просмотра. Ссылочная информация 4222 файлов потока является информацией, чтобы идентифицировать файл DEP, сохраняющий этот видеопоток для зависимого просмотра. PID 4223 является PID для этого видеопотока для зависимого просмотра. Информация 4213 атрибутов потока включает в себя атрибуты для этого видеопотока для зависимого просмотра, такие как частота кадров, разрешение и видеоформат. В частности, эти атрибуты являются идентичными атрибутам видеопотока для базового просмотра, показанного посредством фрагмента информации регистрации потоков, расположенной в соответствующем PI, с которым комбинируется каждый фрагмент информации 4201 регистрации потоков.
Фиг. 42B является схематичным представлением, показывающим структуру данных последовательности 4113 информации регистрации потоков для PG-потоков. Как показано на фиг. 42B, эта последовательность 4113 информации регистрации потоков, в общем, включает в себя множество фрагментов информации 4231 регистрации потоков. Их число является идентичным числу фрагментов информации регистрации потоков в соответствующем PI, который указывает PG-потоки. Каждый фрагмент информации 4231 регистрации потоков включает в себя STN 4241, стереоскопический флаг (is_SS_PG) 4242, запись потока для базового просмотра (stream_entry_for_base_view) 4243, запись потока для зависимого просмотра (stream_entry_for_dependent_view) 4244 и информацию 4245 атрибутов потока. STN 4241 является порядковым номером, назначенным по отдельности фрагментам информации 4231 регистрации потоков, и является идентичным STN фрагмента информации регистрации потоков, расположенной в соответствующем PI, с которым комбинируется каждый фрагмент информации 4231 регистрации потоков. Стереоскопический флаг 4242 указывает то, включены или нет оба PG-потока для базового просмотра и зависимого просмотра, к примеру для просмотра левым глазом и правым глазом, в BD-ROM-диск 101. Если стереоскопический флаг 4242 активирован, оба PG-потока включены в суб-TS. Соответственно, устройство воспроизведения считывает все поля в записи 4243 потока для базового просмотра, записи 4244 потока для зависимого просмотра и информации 4245 атрибутов потока. Если стереоскопический флаг 4242 деактивирован, устройство воспроизведения игнорирует все эти поля 4243-4245. Как запись 4243 потока для базового просмотра, так и запись 4244 потока для зависимого просмотра включают в себя ссылочную информацию идентификаторов подпутей, ссылочную информацию файлов потока и PID. Ссылочная информация идентификаторов подпутей указывает идентификаторы подпутей для подпутей, которые указывают пути воспроизведения PG-потоков для базового просмотра и зависимого просмотра. Ссылочная информация файлов потока - это информация, чтобы идентифицировать файл DEP, сохраняющий PG-потоки. PID являются PID для PG-потоков. Информация 4245 атрибутов потока включает в себя атрибуты для PG-потоков, к примеру тип языка.
Фиг. 42C является схематичным представлением, показывающим структуру данных последовательности 4114 информации регистрации потоков для IG-потоков. Как показано на фиг. 42C, эта последовательность 4114 информации регистрации потоков, в общем, включает в себя множество фрагментов информации 4251 регистрации потоков. Их число является идентичным числу фрагментов информации регистрации потоков в соответствующем PI, который указывает IG-потоки. Каждый фрагмент информации 4251 регистрации потоков включает в себя STN 4261, стереоскопический флаг (is_SS_IG) 4262, запись 4263 потока для базового просмотра, запись 4264 потока для зависимого просмотра и информацию 4265 атрибутов потока. STN 4261 является порядковым номером, назначенным по отдельности фрагментам информации 4251 регистрации потоков, и является идентичным STN фрагмента информации регистрации потоков, расположенной в соответствующем PI, с которым комбинируется каждый фрагмент информации 4251 регистрации потоков. Стереоскопический флаг 4262 указывает, включены или нет оба IG-потока для базового просмотра и зависимого просмотра, к примеру для просмотра левым глазом и правым глазом, в BD-ROM-диск 101. Если стереоскопический флаг 4262 активирован, оба IG-потока включены в суб-TS. Соответственно, устройство воспроизведения считывает все поля в записи 4263 потока для базового просмотра, записи 4264 потока для зависимого просмотра и информации 4265 атрибутов потока. Если стереоскопический флаг 4262 деактивирован, устройство воспроизведения игнорирует все эти поля 4263-4265. Как запись 4263 потока для базового просмотра, так и запись 4264 потока для зависимого просмотра включают в себя ссылочную информацию идентификаторов подпутей, ссылочную информацию файлов потока и PID. Ссылочная информация идентификаторов подпутей указывает идентификаторы подпутей для подпутей, которые указывают пути воспроизведения IG-потоков для базового просмотра и зависимого просмотра. Ссылочная информация файлов потока - это информация, чтобы идентифицировать файл DEP, сохраняющий IG-потоки. PID являются PID для IG-потоков. Информация 4265 атрибутов потока включает в себя атрибуты для IG-потоков, к примеру тип языка.
[Воспроизведение трехмерных видеоизображений в соответствии с файлом списков для трехмерного воспроизведения]
Фиг. 43 является схематичным представлением, показывающим взаимосвязи между PTS, указанными посредством файла списков для трехмерного воспроизведения (00002.mpls) 522, и секциями, воспроизводимыми из первого файла SS (01000.ssif). Как показано на фиг. 43, в основном пути 4301 файла 522 списков для трехмерного воспроизведения, PI#1 указывает PTS#1, который указывает время IN1 начала воспроизведения, и PTS#2, который указывает время OUT1 окончания воспроизведения. Ссылочная информация о клипах для PI#1 указывает файл информации о двумерных клипах (01000.clpi) 531. В подпути 4302, который указывает, что типом подпути является "трехмерный L/R", SUB_PI#1 указывает такие же PTS#1 и PTS#2, как и PI#1. Ссылочная информация о клипах для SUB_PI#1 указывает файл информации о клипах для просмотра правым глазом (02000.clpi) 532.
При воспроизведении трехмерных видеоизображений в соответствии с файлом 522 списков для трехмерного воспроизведения, устройство 102 воспроизведения сначала считывает PTS#1 и PTS#2 из PI#1 и SUB_PI#1. Затем устройство 102 воспроизведения обращается к карте вхождений в файле 531 информации о двумерных клипах, чтобы извлекать из файла 2D 541 SPN#1 и SPN#2, которые соответствуют PTS#1 и PTS#2. Параллельно, устройство 102 воспроизведения обращается к карте вхождений в файле 532 информации о клипах для просмотра правым глазом, чтобы извлекать из первого файла DEP 542 SPN#11 и SPN#12, которые соответствуют PTS#1 и PTS#2. Как описано со ссылкой на фиг. 33E, устройство 102 воспроизведения затем использует начальные точки 3042 и 3320 экстентов в файлах 531 и 532 информации о клипах, чтобы вычислять из SPN#1 и SPN#11 число исходных пакетов SPN#21 с начала первого файла SS 544A до позиции, чтобы начинать воспроизведение. Аналогично, устройство 102 воспроизведения вычисляет из SPN#2 и SPN#12 число исходных пакетов SPN#22 с начала первого файла SS 544A до позиции, чтобы начинать воспроизведение. Устройство 102 воспроизведения дополнительно вычисляет номера секторов, соответствующих SPN#21 и SPN#22. Затем устройство 102 воспроизведения обращается к этим номерам секторов и дескрипторам выделения в записи файла для файла SS 544A, чтобы указывать LBN#1 и LBN#2 в начале и конце соответственно группы P11 секторов, в которую записывается группа трехмерных экстентов EXTSS[0],..., EXTSS[n], чтобы воспроизводиться. Вычисление номеров секторов и задание LBN осуществляется согласно описанию фиг. 33E. В завершение, устройство 102 воспроизведения указывает диапазон от LBN#1 до LBN#2 для BD-ROM-накопителя 121. Группа исходных пакетов, принадлежащая группе трехмерных экстентов EXTSS[0],..., EXTSS[n], тем самым считывается из группы P11 секторов в этом диапазоне. Аналогично, пара PTS#3 и PTS#4, указанная посредством PI#2 и SUB_PI#2, сначала преобразуется в пару SPN#3 и SPN#4 и пару SPN#13 и SPN#14 посредством обращения к картам вхождений в файлах 531 и 532 информации о клипах. Затем число исходных пакетов SPN#23 с начала первого файла SS 544A до позиции, чтобы начинать воспроизведение, вычисляется из SPN#3 и SPN#13, и число исходных пакетов SPN#24 с начала первого файла SS 544A до позиции, чтобы завершать воспроизведение, вычисляется из SPN#4 и SPN#14. Затем посредством обращения к дескрипторам выделения в записи файла для первого файла SS 544A, пара SPN#23 и SPN#24 преобразуется в пару LBN#3 и LBN#4. Кроме того, группа исходных пакетов, принадлежащая группе трехмерных экстентов, считывается из группы P12 секторов в диапазоне от LBN#3 до LBN#4.
Параллельно с вышеописанной обработкой считывания, как описано со ссылкой на фиг. 33E, устройство 102 воспроизведения обращается к начальным точкам 3042 и 3320 экстентов в файлах 531 и 532 информации о клипах, чтобы извлекать экстенты для базового просмотра из каждого трехмерного экстента и декодировать экстенты для базового просмотра параллельно с оставшимися экстентами для просмотра правым глазом. Устройство 102 воспроизведения тем самым может воспроизводить трехмерные видеоизображения из первого файла SS 544A в соответствии с файлом 522 списков для трехмерного воспроизведения.
<<Индексная таблица>>
Фиг. 44 является схематичным представлением, показывающим индексную таблицу 4410 в индексном файле (index.bdmv) 511, показанном на фиг. 5. Как показано на фиг. 44, индексная таблица 4410 сохраняет элементы "первое воспроизведение" 4401, "главное меню" 4402 и "тайтл k" 4403 (k=1, 2,..., n; целое число n равно или превышает единицу). Каждый элемент ассоциирован либо с кинообъектом MVO-2D, MVO-3D,..., либо с BD-J-объектом BDJO-2D, BDJO-3D. Каждый раз, когда тайтл или меню вызывается в ответ на пользовательскую операцию или прикладную программу, модуль управления в устройстве 102 воспроизведения обращается к соответствующему элементу в индексной таблице 4410. Кроме того, модуль управления вызывает объект, ассоциированный с элементом из BD-ROM-диска 101, и, соответственно, выполняет множество процессов. В частности, "первое воспроизведение" 4401 указывает объект, который должен вызываться, когда диск 101 загружается в BD-ROM-накопитель 121. "Главное меню" 4402 указывает объект для отображения меню на дисплейном устройстве 103, когда команда "вернуться в меню" вводится, например, посредством пользовательской операции. В "тайтле k" 4403 по отдельности выделяются тайтлы, которые составляют содержимое на диске 101. Например, когда тайтл для воспроизведения указывается посредством пользовательской операции, в элементе "тайтл k", в котором тайтл выделяется, объект для воспроизведения видео из файла AV-потока, соответствующего тайтлу, указывается.
В примере, показанном на фиг. 44, элементы "тайтл 1" и "тайтл 2" выделяются тайтлам двумерных видеоизображений. Кинообъект, ассоциированный с элементом "тайтл 1", MVO-2D, включает в себя группу команд, связанных с процессами воспроизведения для двумерных видеоизображений с использованием файла списков для двумерного воспроизведения (00001.mpls) 521. Когда устройство 102 воспроизведения обращается к элементу "тайтл 1", затем в соответствии с кинообъектом MVO-2D, файл 521 списков для двумерного воспроизведения считывается из диска 101 и процессы воспроизведения для двумерных видеоизображений выполняются в соответствии с путем воспроизведения, указанным в нем. BD-J-объект, ассоциированный с элементом "тайтл 2", BDJO-2D, включает в себя таблицу управления приложениями, связанную с процессами воспроизведения для двумерных видеоизображений, с использованием файла 521 списков для двумерного воспроизведения. Когда устройство 102 воспроизведения обращается к элементу "тайтл 2", затем в соответствии с таблицей управления приложениями в BD-J-объекте BDJO-2D, Java-приложение вызывается из файла 561 JAR и выполняется. Таким образом, файл 521 списков для двумерного воспроизведения считывается из диска 101 и процессы воспроизведения для двумерных видеоизображений выполняются в соответствии с путем воспроизведения, указанным в нем.
Кроме того, в примере, показанном на фиг. 44, элементы "тайтл 3" и "тайтл 4" выделяются тайтлам трехмерных видеоизображений. Кинообъект, ассоциированный с элементом "тайтл 3", MVO-3D, включает в себя в дополнение к группе команд, связанных с процессами воспроизведения для двумерных видеоизображений с использованием файла 521 списков для двумерного воспроизведения, группу команд, связанных с процессами воспроизведения для трехмерных видеоизображений с использованием файла списков для трехмерного воспроизведения (00002.mpls) 522 или (00003.mpls) 523. В BD-J-объекте, ассоциированном с элементом "тайтл 4", BDJO-3D, таблица управления приложениями указывает в дополнение к Java-приложению, связанному с процессами воспроизведения для двумерных видеоизображений с использованием файла 521 списков для двумерного воспроизведения, Java-приложение, связанное с процессами воспроизведения для трехмерных видеоизображений с использованием файла 522 или 523 списков для трехмерного воспроизведения.
Когда устройство 102 воспроизведения обращается к элементу "тайтл 3", следующие четыре процесса определения выполняются в соответствии с кинообъектом MVO-3D: (1) Устройство 102 воспроизведения само поддерживает воспроизведение трехмерных видеоизображений? (2) Пользователь выбрал воспроизведение трехмерных видеоизображений? (3) Дисплейное устройство 103 воспроизведения поддерживает трехмерные видеоизображения? и (4) Режим воспроизведения трехмерного видео устройства 102 воспроизведения - L/R-режим или режим глубин? Затем в соответствии с результатами этих определений один из файлов 521-523 списков воспроизведения выбирается для воспроизведения. Когда устройство 102 воспроизведения обращается к элементу "тайтл 4", Java-приложение вызывается из файла 561 JAR в соответствии с таблицей управления приложениями в BD-J-объекте BDJO-3D и выполняется. Вышеописанные процессы определения тем самым выполняются, и файл списков воспроизведения затем выбирается в соответствии с результатами определения.
[Выбор файла списков воспроизведения при выборе тайтла трехмерного видео]
Фиг. 45 является блок-схемой последовательности операций способа обработки выбора для файла списков воспроизведения, который должен воспроизводиться, причем обработка выполняется, когда тайтл трехмерного видео выбирается. В индексной таблице 4410, показанной на фиг. 44, обработка выбора выполняется в соответствии с кинообъектом MVO-3D при обращении к элементу "тайтл 3" и обработка выбора выполняется в соответствии с Java-приложением, указанным посредством BD-J-объекта BDJO-3D, при обращении к элементу "тайтл 4".
В свете этой обработки выбора допускается, что устройство 102 воспроизведения включает в себя первый флаг и второй флаг. Значение "0" для первого флага указывает, что устройство 102 воспроизведения поддерживает только воспроизведение двумерных видеоизображений, тогда как "1" указывает поддержку также трехмерных видеоизображений. Значение "0" для второго флага указывает, что устройство 102 воспроизведения находится в L/R-режиме, тогда как "1" указывает режим глубины.
На этапе S4501 устройство 102 воспроизведения проверяет значение первого флага. Если значение равно 0, обработка переходит к этапу S4505. Если значение равно 1, обработка переходит к этапу S4502.
На этапе S4502 устройство 102 воспроизведения отображает меню на дисплейном устройстве 103 для пользователя, чтобы выбирать воспроизведение двумерных или трехмерных видеоизображений. Если пользователь выбирает воспроизведение двумерных видеоизображений через операцию пульта 105 дистанционного управления и т.п., обработка переходит к этапу S4505, тогда как если пользователь выбирает трехмерные видеоизображения, обработка переходит к этапу S4503.
На этапе S4503 устройство 102 воспроизведения проверяет то, поддерживает или нет дисплейное устройство 103 воспроизведение трехмерных видеоизображений. В частности, устройство 102 воспроизведения обменивается CEC-сообщениями с дисплейным устройством 103 через HDMI-кабель 122, чтобы проверять дисплейное устройство 103 на предмет того, поддерживает оно или нет воспроизведение трехмерных видеоизображений. Если дисплейное устройство 103 поддерживает воспроизведение трехмерных видеоизображений, обработка переходит к этапу S4504. Если нет, обработка переходит к этапу S4505.
На этапе S4504 устройство 102 воспроизведения проверяет значение второго флага. Если это значение равно 0, обработка переходит к этапу S4506. Если это значение равно 1, обработка переходит к этапу S4507.
На этапе S4505 устройство 102 воспроизведения выбирает для воспроизведения файл 521 списков для двумерного воспроизведения. Следует отметить, что в это время устройство 102 воспроизведения может инструктировать дисплейному устройству 103 отображать причину, по которой воспроизведение трехмерных видеоизображений не выбрано.
На этапе S4506 устройство 102 воспроизведения выбирает для воспроизведения файл 522 списков для трехмерного воспроизведения, используемый в L/R-режиме.
На этапе S4507 устройство 102 воспроизведения выбирает для воспроизведения файл 523 списков для трехмерного воспроизведения, используемый в режиме глубины.
<Структура устройства двумерного воспроизведения>
При воспроизведении двухмерного видеосодержимого из BD-ROM-диска 101 в режиме двумерного воспроизведения устройство 102 воспроизведения работает как устройство двумерного воспроизведения. Фиг. 46 является функциональной блок-схемой устройства 4600 двумерного воспроизведения. Как показано на фиг. 46, устройство 4600 двумерного воспроизведения имеет BD-ROM-накопитель 4601, модуль 4600A воспроизведения и модуль 4600B управления. Модуль 4600A воспроизведения имеет буфер 4602 считывания, декодер 4603 системных целевых объектов и сумматор 4610 плоскостей. Модуль 4600B управления имеет запоминающее устройство 4604 динамических сценариев, запоминающее устройство 4605 статических сценариев, модуль 4606 выполнения программ, модуль 4607 управления воспроизведением, модуль 4608 хранения переменных проигрывателя и процессор 4609 пользовательских событий. Модуль 4600A воспроизведения и модуль 4600B управления реализуются на различной интегральной схеме, но альтернативно могут реализовываться на одной интегральной схеме.
Когда BD-ROM-диск 101 загружается в BD-ROM-накопитель 4601, BD-ROM-накопитель 4601 испускает лазерное излучение на диск 101 и обнаруживает изменение света, отражаемого от диска 101. Кроме того, при использовании изменения величины отраженного света, BD-ROM-накопитель 4601 считывает данные, записанные на диске 101. В частности, BD-ROM-накопитель 4601 имеет головку воспроизведения, т.е. оптическую головку. Оптическая головка имеет полупроводниковый лазер, коллимированную линзу, расщепитель луча, объектив, собирающую линзу и оптический детектор. Луч света, излучаемый из полупроводникового лазера, последовательно проходит через коллимированную линзу, расщепитель луча и объектив, чтобы собираться на слое для записи диска 101. Собранный луч отражается и дифрагируется посредством слоя для записи. Отраженный и дифрагированный свет проходит через объектив, расщепитель луча и собирающую линзу и собирается на оптическом детекторе. Оптический детектор формирует сигнал воспроизведения на уровне в соответствии с величиной собранного света. Кроме того, данные декодируются из сигнала воспроизведения.
BD-ROM-накопитель 4601 считывает данные из BD-ROM-диска 101 на основе запроса из модуля 4607 управления воспроизведением. Из считанных данных экстенты в файле 2D, т.е. двумерные экстенты, передаются в буфер 4602 считывания; информация динамического сценария передается в запоминающее устройство 4604 динамических сценариев; а информация статического сценария передается в запоминающее устройство 4605 статических сценариев. "Информация динамического сценария" включает в себя индексный файл, файл кинообъектов и файл BD-J-объектов. "Информация статического сценария" включает в себя файл списков для двумерного воспроизведения и файл информации о двумерных клипах.
Буфер 4602 считывания, запоминающее устройство 4604 динамических сценариев и запоминающее устройство 4605 статических сценариев являются буферными запоминающими устройствами. Запоминающее устройство в модуле 4600A воспроизведения используется как буфер 4602 считывания. Запоминающие устройства в модуле 4600B управления используются как запоминающее устройство 4604 динамических сценариев и запоминающее устройство 4605 статических сценариев. Помимо этого различные зоны в одном запоминающем устройстве могут использоваться как эти буферные запоминающие устройства 4602, 4604 и 4605. Буфер 4602 считывания сохраняет двумерные экстенты, запоминающее устройство 4604 динамических сценариев сохраняет информацию динамического сценария, а запоминающее устройство 4605 статических сценариев сохраняет информацию статического сценария.
Декодер 4603 системных целевых объектов считывает двумерные экстенты из буфера 4602 считывания в единицах исходных пакетов и демультиплексирует двумерные экстенты. Декодер 4603 системных целевых объектов затем декодирует каждый из элементарных потоков, полученных посредством демультиплексирования. Здесь информация, необходимая для декодирования каждого элементарного потока, такая как тип кодека и атрибут потока, передается из модуля 4607 управления воспроизведением в декодер 4603 системных целевых объектов. Для каждой VAU декодер 4603 системных целевых объектов выводит поток первичного видео, поток вторичного видео, IG-поток и PG-поток как данные плоскости первичного видео, данные плоскости вторичного видео, данные IG-плоскости и данные PG-плоскости соответственно. С другой стороны, декодер 4603 системных целевых объектов смешивает декодированный поток первичного аудио и поток вторичного аудио и передает полученные в результате данные в устройство аудиовывода, такое как внутренний динамик 103A дисплейного устройства 103. Помимо этого декодер 4603 системных целевых объектов принимает графические данные из модуля 4606 выполнения программ. Графические данные используются для рендеринга графики, такой как GUI-меню на экране, и находятся в формате растровых данных, таком как JPEG и PNG. Декодер 4603 системных целевых объектов обрабатывает графические данные и выводит данные как данные плоскости изображений. Подробности декодера 4603 системных целевых объектов описываются ниже.
Процессор 4609 пользовательских событий обнаруживает пользовательскую операцию через пульт 105 дистанционного управления или переднюю панель устройства 102 воспроизведения. На основе пользовательской операции процессор 4609 пользовательских событий запрашивает модуль 4606 выполнения программ или модуль 4607 управления воспроизведением, чтобы выполнять релевантный процесс. Например, когда пользователь инструктирует отображать всплывающее меню посредством нажатия кнопки на пульте 105 дистанционного управления, процессор 4609 пользовательских событий обнаруживает нажатие и идентифицирует кнопку. Процессор 4609 пользовательских событий дополнительно запрашивает модуль 4606 выполнения программ, чтобы выполнять команду, соответствующую кнопке, т.е. команду для того, чтобы отображать всплывающее меню. С другой стороны, когда пользователь нажимает кнопку ускоренной перемотки вперед или перемотки обратно на пульте 105 дистанционного управления, например, процессор пользовательских событий 4609 обнаруживает нажатие, идентифицирует кнопку и запрашивает модуль 4607 управления воспроизведением, чтобы ускоренно перематывать вперед или перематывать обратно воспроизводимый в данный момент список воспроизведения.
Модуль 4607 управления воспроизведением управляет передачей различных типов данных, таких как двумерные экстенты, индексный файл и т.д., из BD-ROM-диска 101 в буфер 4602 считывания, запоминающее устройство 4604 динамических сценариев и запоминающее устройство 4605 статических сценариев. Файловая система, управляющая структурой каталогов/файлов, показанная на фиг. 5, используется для этого управления. Таким образом, модуль 4607 управления воспроизведением инструктирует BD-ROM-накопителю 4601 передавать файлы в каждое из буферных запоминающих устройств 4602, 4604 и 4605 с использованием системного вызова открытия файлов. Открытие файлов состоит из последовательности следующих процессов. Прежде всего, имя файла, которое должно быть обнаружено, предоставляется в файловую систему посредством системного вызова, и осуществляется попытка обнаруживать имя файла из структуры каталогов/файлов. Когда обнаружение завершается удачно, запись файла для целевого файла сначала передается в запоминающее устройство в модуле 4607 управления воспроизведением, и FCB (блок управления файлом) формируется в запоминающем устройстве. Затем описатель файла для целевого файла возвращается из файловой системы в модуль 4607 управления воспроизведением. После этого модуль 4607 управления воспроизведением может передавать целевой файл из BD-ROM-диска 101 в каждое из буферных запоминающих устройств 4602, 4604 и 4605 посредством демонстрации описателя файла для BD-ROM-накопителя 4601.
Модуль 4607 управления воспроизведением декодирует файл AV-потока, чтобы выводить видеоданные и аудиоданные посредством управления BD-ROM-накопителем 4601 и декодером 4603 системных целевых объектов. Конкретно, модуль 4607 управления воспроизведением сначала считывает файл списков для двумерного воспроизведения из запоминающего устройства 4606 статических сценариев в ответ на инструкцию из модуля 4609 выполнения программ или запрос из процессора 1609 пользовательских событий и интерпретирует содержимое файла. В соответствии с интерпретируемым содержимым, в частности с путем воспроизведения, модуль 4607 управления воспроизведением затем указывает файл 2D, который должен воспроизводиться, и инструктирует BD-ROM-накопителю 4601 и декодеру 4603 системных целевых объектов считывать и декодировать этот файл. Такая обработка воспроизведения на основе файла списков воспроизведения называется "воспроизведением по списку воспроизведения". Помимо этого модуль 4607 управления воспроизведением задает различные типы переменных проигрывателя в модуле 4608 хранения переменных проигрывателя с использованием информации статического сценария. В отношении переменных проигрывателя модуль 4607 управления воспроизведением дополнительно указывает для декодера 4603 системных целевых объектов элементарные потоки, которые должны быть декодированы, и предоставляет информацию, необходимую для декодирования элементарных потоков.
Модуль 4608 хранения переменных проигрывателя состоит из группы регистров для сохранения переменных проигрывателя. Типы переменных проигрывателя включают в себя параметры системы (SPRM) и общие параметры (GPRM). Фиг. 47 является списком SPRM. Каждому SPRM назначается порядковый номер 4701, и каждый порядковый номер 4701 ассоциируется с уникальным значением 4702 переменной. Содержимое основных SPRM приведено ниже. Здесь числа в круглых скобках указывают порядковые номера 4701.
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(25): зарезервировано
SPRM(26): зарезервировано
SPRM(27): зарезервировано
SPRM(28): зарезервировано
SPRM(29): зарезервировано
SPRM(30): зарезервировано
SPRM(31): зарезервировано
SPRM(10) указывает это PTS изображения, в данный момент декодируемого, и обновляется каждый раз, когда изображение декодируется и записывается в запоминающее устройство плоскости первичного видео. Текущая точка воспроизведения может быть известна посредством обращения к SPRM(10).
Языковой код для аудиопотока SPRM(16) и языковой код для потока субтитров SPRM(18) показывают языковые коды по умолчанию устройства 102 воспроизведения. Эти коды могут изменяться пользователем с использованием OSD и т.п. для устройства 102 воспроизведения или могут изменяться посредством прикладной программы через модуль 4606 выполнения программ. Например, если SPRM(16) показывает "английский язык" в обработке воспроизведения списка воспроизведения, модуль 4607 управления воспроизведением сначала выполняет поиск в STN-таблице в PI на предмет записи потока, имеющей языковой код для "английского языка". Модуль 4607 управления воспроизведением затем извлекает PID из идентификационной информации потока записи потока и передает извлеченный PID в декодер 4603 системных целевых объектов. Как результат, аудиопоток, имеющий идентичный PID, выбирается и декодируется посредством декодера 4603 системных целевых объектов. Эти процессы могут выполняться посредством модуля 4607 управления воспроизведением с использованием файла кинообъектов или файла BD-J-объектов.
Во время обработки воспроизведения модуль 4607 управления воспроизведением обновляет переменные проигрывателя в соответствии с состоянием воспроизведения. Модуль 4607 управления воспроизведением, в частности, обновляет SPRM(1), SPRM(2), SPRM(21) и SPRM(22). Эти SPRM, соответственно, показывают в заявленном порядке STN для аудиопотока, потока субтитров, потока вторичного видео и потока вторичного аудио, которые в данный момент обрабатываются. В качестве примера допустим, что номер аудиопотока SPRM(1) изменен посредством модуля 4606 выполнения программ. В этом случае модуль 4607 управления воспроизведением сначала выполняет поиск в данный момент воспроизводимом PI на предмет записи потока, которая включает в себя STN, указывающий измененный SPRM(1). Модуль 4607 управления воспроизведением затем извлекает PID из идентификационной информации потока в записи потока и передает извлеченный PID в декодер 4603 системных целевых объектов. Как результат, аудиопоток, имеющий идентичный PID, выбирается и декодируется посредством декодера 4603 системных целевых объектов. Именно так аудиопоток, предназначенный для воспроизведения, переключается. Поток субтитров и поток вторичного видео, которые должны воспроизводиться, могут аналогично переключаться.
Модуль 4606 выполнения программ - это процессор, и он выполняет программы, сохраненные в файле кинообъектов или файле BD-J-объектов. Модуль 4606 выполнения программ выполняет следующие операции управления, в частности, в соответствии с программами. (1) Модуль 4606 выполнения программ инструктирует модулю 4607 управления воспроизведением выполнять обработку воспроизведения по списку воспроизведения. (2) Модуль 4606 выполнения программ формирует графические данные для меню или игры как растровые данные PNG или JPEG и передает сформированные данные в декодер 4603 системных целевых объектов, чтобы комбинировать с другими видеоданными. Конкретное содержимое этих операций управления может задаваться относительно гибко через разработку программ. Таким образом, содержимое операций управления определяется посредством процедуры программирования файла кинообъектов и файла BD-J-объектов в процедуре авторской разработки BD-ROM-диска 101.
Сумматор 4610 плоскостей принимает данные плоскости первичного видео, данные плоскости вторичного видео, данные IG-плоскости, данные PG-плоскости и данные плоскости изображений из декодера 4603 системных целевых объектов и комбинирует эти данные в видеокадр или поле посредством наложения. Сумматор 4610 плоскостей выводит полученные в результате составные видеоданные на дисплейное устройство 103 для отображения на экране.
<<Декодер системных целевых объектов>>
Фиг. 48 является функциональной блок-схемой декодера 4603 системных целевых объектов. Как показано на фиг. 48, декодер 4603 системных целевых объектов включает в себя модуль 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 депакетирования источников считывает исходные пакеты из буфера 4602 считывания, извлекает TS-пакеты из считанных исходных пакетов и передает TS-пакеты в PID-фильтр 4840. Модуль 4810 депакетирования источников дополнительно регулирует время передачи в соответствии с ATS каждого исходного пакета. В частности, модуль 4810 депакетирования источников сначала отслеживает значение ATC, сформированного посредством ATC-счетчика 4820. В этом случае значение ATC зависит от ATC-счетчика 4820 и увеличивается в соответствии с импульсом синхросигнала для первого синхросигнала 4830 на 27 МГц. Затем в момент, когда значение ATC совпадает с ATS исходного пакета, модуль 4810 депакетирования источников передает TS-пакеты, извлеченные из исходного пакета, в PID-фильтр 4840. Посредством такого регулирования времени передачи средняя скорость RTS передачи TS-пакетов из модуля 4810 депакетирования источников в PID-фильтр 4840 не превышает системную скорость 3111, показанную посредством файла информации о двумерных клипах на фиг. 31.
PID-фильтр 4840 сначала отслеживает PID, которые включают в себя TS-пакеты, выводимые посредством модуля 4810 депакетирования источников. Когда PID совпадает с PID, заранее указанным посредством модуля 4807 управления воспроизведением, 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 равным заранее определенному значению. В данном документе значение STC-счетчика 4850 увеличивается в соответствии с импульсом синхросигнала для второго синхросигнала 4860 на 27 МГц. Помимо этого значение, равным которому задан 4850 STC-счетчик, указывается в PID-фильтр 4840 из модуля 1607 управления воспроизведением заранее. Декодеры 4870-875 используют значение STC-счетчика 4850 в качестве STC. Таким образом, декодеры 4870-4875 регулируют синхронизацию обработки декодирования TS-пакетов, выводимых из PID-фильтра 4840, в соответствии со временем, указанным посредством PTS или DTS, включенной в TS-пакеты.
Декодер 4870 первичного видео, как показано на фиг. 48, включает в себя буфер транспортных потоков (TB) 4801, буфер мультиплексирования (MB) 4802, буфер элементарных потоков (EB) 4803, декодер сжатого видео (DEC) 4804 и буфер декодированных изображений (DPB) 4805. TB 4801, MB 4802, EB 4803 и DPB 4805 являются буферными запоминающими устройствами и используют зону запоминающего устройства, внутренне предусмотренного в декодере 4870 первичного видео. Альтернативно некоторые или все из TB 4801, MB 4802, EB 4803 и DPB 4805 могут разделяться в различных запоминающих устройствах. 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 декодирует изображения из каждой VAU в EB 4803 во время, показанное посредством DTS, включенной в исходный TS-пакет. DEC 4804 также может обращаться к информации 1401 переключения декодирования, показанной на фиг. 14, чтобы декодировать изображения из каждой VAU последовательно, независимо от DTS. DEC 4804 переключает схему декодирования в соответствии с форматами кодирования со сжатием, к примеру, MPEG-2, MPEG-4 AVC и VC1, и атрибутом потока сжатых изображений, сохраненных в каждой VAU. DEC 4804 дополнительно передает декодированные изображения, т.е. кадр или поле, в DPB 4805. DPB 4805 временно сохраняет декодированные изображения. При декодировании P-изображения или B-изображения DEC 4804 обращается к декодированным изображениям, сохраненным в DPB 4805. DPB 4805 дополнительно записывает каждое из сохраненных изображений в запоминающее устройство 4890 плоскости первичного видео во время, показанное посредством PTS, включенной в исходный TS-пакет.
Декодер 4871 вторичного видео включает в себя структуру, идентичную структуре декодера 4870 первичного видео. Декодер 4871 вторичного видео сначала декодирует TS-пакеты потока вторичного видео, принимаемого из PID-фильтра 4840, в несжатые изображения. Затем декодер 4871 вторичного видео записывает результирующие несжатые изображения в запоминающее устройство 4891 плоскости вторичного видео во время, показанное посредством PTS, включенной в TS-пакет.
PG-декодер 4872 декодирует TS-пакеты, принимаемые из PID-фильтра 4840, в несжатые графические данные и записывает результирующие несжатые графические данные в запоминающее устройство 4892 PG-плоскости во время, показанное посредством PTS, включенной в TS-пакет.
PG-декодер 4873 декодирует TS-пакеты, принимаемые из PID-фильтра 4840, в несжатые графические данные и записывает результирующие несжатые графические данные в запоминающее устройство 4893 IG-плоскости во время, показанное посредством PTS, включенной в TS-пакет.
Декодер 4874 первичного аудио сначала сохраняет TS-пакеты, принимаемые из PID-фильтра 1840, в буфер, предусмотренный в нем. Затем декодер 4874 первичного аудио удаляет TS-заголовок и PES-заголовок из каждого TS-пакета в буфере и декодирует оставшиеся данные в несжатые LPCM-аудиоданные. Кроме того, декодер 4874 первичного аудио передает полученные в результате аудиоданные в аудиомикшер 4895 во время, показанное посредством PTS, включенной в TS-пакет. Декодер 4874 первичного аудио изменяет схема декодирования несжатых аудиоданных в соответствии с форматом кодирования со сжатием, к примеру, AC-3 или DTS, и атрибутом потока для потока первичного аудио, которые включаются в TS-пакеты.
Декодер 4875 вторичного аудио имеет структуру, идентичную структуре декодера 4874 первичного аудио. Декодер 4875 вторичного аудио сначала декодирует TS-пакеты потока вторичного аудио, принимаемого из PID-фильтра 4840, в несжатые LPCM-аудиоданные. Затем декодер 4875 вторичного аудио передает несжатые LPCM-аудиоданные в аудиомикшер 4895 во время, показанное посредством PTS, включенной в TS-пакет. Декодер 4875 первичного аудио изменяет схему декодирования несжатых аудиоданных в соответствии с форматами кодирования со сжатием, к примеру, Dolby Digital Plus и DTS-HD LBR, и атрибутом потока для потока первичного аудио, включенного в TS-пакеты.
Аудиомикшер 4895 принимает несжатые аудиоданные как из декодера 4874 первичного аудио, так и из декодера 4875 вторичного аудио и затем смешивает (накладывает) принимаемые данные. Аудиомикшер 4895 также передает результирующее составное аудио на внутренний динамик 103A дисплейного устройства 103 и т.п.
Процессор 4880 изображений принимает графические данные, т.е. растровые данные PNG или JPEG, наряду с их PTS из модуля 4806 выполнения программ. При приеме графических данных процессор 4880 изображений подготавливает посредством рендеринга графические данные и записывает графические данные в запоминающее устройство 4894 плоскости изображений.
<Структура устройства трехмерного воспроизведения>
При воспроизведении трехмерного видеосодержимого из BD-ROM-диска 101 в режиме трехмерного воспроизведения устройство 102 воспроизведения работает как устройство трехмерного воспроизведения. Фундаментальная часть структуры устройства является идентичной устройству двумерного воспроизведения, показанному на фиг. 46-48. Следовательно, ниже приводится описание секций структуры устройства двумерного воспроизведения, которые укрупнены или модифицированы, включающее в себя по ссылке вышеприведенное описание устройства двумерного воспроизведения касательно подробностей относительно фундаментальных частей. Что касается обработки воспроизведения двумерных видеоизображений в соответствии с файлами списков для двумерного воспроизведения, т.е. обработки воспроизведения списка для двумерного воспроизведения, устройство трехмерного воспроизведения имеет структуру, идентичную структуре устройства двумерного воспроизведения. Соответственно, подробности относительно этой структуры тем самым включаются из описания устройства двумерного воспроизведения по ссылке. Последующее описание предполагает обработку воспроизведения трехмерных видеоизображений в соответствии с файлами списков для трехмерного воспроизведения, т.е. обработку воспроизведения по списку для трехмерного воспроизведения.
Фиг. 49 является функциональной блок-схемой устройства 4900 трехмерного воспроизведения. Устройство 4900 трехмерного воспроизведения имеет BD-ROM-накопитель 4901, модуль 4900A воспроизведения и модуль 4900B управления. Модуль 4900A воспроизведения включает в себя переключатель 4911, первый буфер 4921 считывания, второй буфер 4922 считывания, декодер 4903 системных целевых объектов и сумматор 4910 плоскостей. Модуль 4900B управления включает в себя запоминающее устройство 4904 динамических сценариев, запоминающее устройство 4905 статических сценариев, модуль 4906 выполнения программ, модуль 4907 управления воспроизведением, модуль 4908 хранения переменных проигрывателя и процессор 4909 пользовательских событий. Модуль 4900A воспроизведения и модуль 4900B управления устанавливаются на различной интегральной схеме, но альтернативно могут быть установлены на одной интегральной схеме. В частности, запоминающее устройство 4904 динамических сценариев, запоминающее устройство 4905 статических сценариев, модуль 4906 выполнения программ и процессор 4909 пользовательских событий имеют идентичную структуру с устройством двумерного воспроизведения, показанным на фиг. 46. Соответственно, их подробности включены по ссылке в вышеуказанное пояснение устройства двумерного воспроизведения.
BD-ROM-накопитель 4901 включает в себя элементы, идентичные BD-ROM-накопителю 4601 в устройстве двумерного воспроизведения, показанном на фиг 46. Когда модуль 4907 управления воспроизведением указывает диапазон LBN, BD-ROM-накопитель 4901 считывает данные из группы секторов на BD-ROM-диске 101, указанной посредством диапазона. В частности, группа исходных пакетов, принадлежащая экстентам в файле SS, т.е. трехмерным экстентам, передается из BD-ROM-накопителя 4901 в переключатель 4911. В этом случае каждый трехмерный экстент включает в себя одну или более пар блока данных для базового просмотра и зависимого просмотра, как показано на фиг. 19D и 34. Эти блоки данных должны быть переданы параллельно в различные буферы считывания, т.е. буферы 4921 и 4922 считывания. Соответственно, BD-ROM-накопитель 4901 должен иметь, по меньшей мере, идентичную скорость доступа, как BD-ROM-накопитель 4601 в устройстве двумерного воспроизведения.
Переключатель 4911 принимает трехмерные экстенты из BD-ROM-накопителя 4901. С другой стороны, переключатель 4911 принимает из модуля 4907 управления воспроизведением информацию, указывающую границу в каждом блоке данных, включенном в трехмерные экстенты, к примеру число исходных пакетов с начала трехмерного экстента до каждой границы. В этом случае модуль 4907 управления воспроизведением формирует эту информацию посредством обращения к начальной точке экстента в файле информации о клипах. Переключатель 4911 дополнительно обращается к этой информации, чтобы извлекать блоки данных для базового просмотра из каждого трехмерного экстента, затем передает блоки данных в первый буфер 4921 считывания. Наоборот, переключатель 4911 передает оставшиеся блоки данных для зависимого просмотра во второй буфер 4922 считывания.
Первый буфер 4921 считывания и второй буфер 4922 считывания являются буферными запоминающими устройствами, которые используют элемент запоминающего устройства в модуле 4900A воспроизведения. В частности, различные зоны в одном элементе запоминающего устройства используются как буферы 4921 и 4922 считывания. Альтернативно различные элементы запоминающего устройства могут использоваться как буферы 4921 и 4922 считывания. Первый буфер 4921 считывания принимает блоки данных для базового просмотра из переключателя 4911 и сохраняет эти блоки данных. Второй буфер 4922 считывания принимает блоки данных для зависимого просмотра из переключателя 4911 и сохраняет эти блоки данных.
Прежде всего, декодер 4903 системных целевых объектов поочередно считывает блоки данных для базового просмотра, сохраненные в первом буфере 4921 считывания, и блоки данных для зависимого просмотра, сохраненные во втором буфере 4922 считывания. Затем декодер 4903 системных целевых объектов разделяет элементарные потоки из каждого исходного пакета через демультиплексирование и, кроме того, из разделенных потоков декодирует данные, показанные посредством PID, указанного посредством модуля 4907 управления воспроизведением. Декодер 4903 системных целевых объектов затем записывает декодированные элементарные потоки во внутреннем запоминающем устройстве плоскости согласно их типу. Видеопоток для базового просмотра записывается в запоминающем устройстве видеоплоскости для просмотра левым глазом, а видеопоток для зависимого просмотра записывается в запоминающем устройстве плоскости для просмотра правым глазом. С другой стороны, поток вторичного видео записывается в запоминающем устройстве плоскости вторичного видео, IG-поток - в запоминающем устройстве IG-плоскости, а PG-поток - в запоминающем устройстве PG-плоскости. Когда потоковые данные, отличные от видеопотока, состоят из пары данных потока для базового просмотра и данных потока для зависимого просмотра, пара соответствующих запоминающих устройств плоскости подготавливается для данных плоскости для просмотра левым глазом и данных плоскости для просмотра правым глазом. Декодер 4903 системных целевых объектов также обрабатывает графические данные из модуля 4906 выполнения программ, такие как растровые данные JPEG или PNG, и записывает эти данные в запоминающем устройстве плоскости изображений.
Декодер 4903 системных целевых объектов ассоциирует вывод данных плоскости из запоминающих устройств левой и правой видеоплоскости с режимом представления B-D и режимом представления B-B. Когда модуль 4907 управления воспроизведением указывает режим представления B-D, декодер 4903 системных целевых объектов поочередно выводит данные плоскости из запоминающих устройств левой и правой видеоплоскости. С другой стороны, когда модуль 4907 управления воспроизведением указывает режим представления B-B, декодер 4903 системных целевых объектов выводит данные плоскости только из запоминающего устройства левой или правой видеоплоскости два раза в расчете на каждый кадр при сохранении рабочего режима в режиме трехмерного воспроизведения.
Кроме того, декодер 4903 системных целевых объектов ассоциирует вывод запоминающих устройств графической плоскости, т.е. различные типы данных графической плоскости из запоминающего устройства PG-плоскости, запоминающего устройства IG-плоскости и запоминающего устройства плоскости изображений, с режимом 2 плоскостей, режимом 1 плоскости+смещения и режимом 1 плоскости+нулевого смещения. Когда модуль 4907 управления воспроизведением указывает режим 2 плоскостей, декодер 4903 системных целевых объектов поочередно выводит данные графической плоскости для просмотра левым глазом и правым глазом из каждого из запоминающих устройств графической плоскости. Когда модуль 4907 управления воспроизведением указывает режим 1 плоскости+смещения или режим 1 плоскости+нулевого смещения, декодер 4903 системных целевых объектов выводит данные графической плоскости из каждого из запоминающих устройств графической плоскости при сохранении рабочего режима в режиме трехмерного воспроизведения. Когда модуль 4907 управления воспроизведением указывает режим 1 плоскости+смещения, декодер 4903 системных целевых объектов, кроме того, выводит значение смещения, обозначенное посредством модуля 4907 управления воспроизведением, в сумматор 4910 плоскостей. В этом случае модуль 4907 управления воспроизведением устанавливает значение смещения на основе таблицы смещений в файле информации о клипах. С другой стороны, когда модуль 4907 управления воспроизведением указывает режим 1 плоскости+нулевого смещения, декодер 4903 системных целевых объектов выводит "0" в качестве значения смещения в сумматор 4910 плоскостей.
При приеме запроса, например, от модуля 4906 выполнения программ на предмет выполнения обработки воспроизведения по списку для трехмерного воспроизведения модуль 4907 управления воспроизведением сначала обращается к файлу списков для трехмерного воспроизведения, сохраненному в запоминающем устройстве 4905 статических сценариев. Затем в соответствии с файлом списков для трехмерного воспроизведения и согласно последовательности, показанной на фиг. 43, модуль 4907 управления воспроизведением указывает для BD-ROM-накопителя 4901 диапазоны LBN для группы секторов, в которой записывается трехмерный экстент, который должен считываться. Модуль 4907 управления воспроизведением также обращается к трехмерным метаданным в файле информации о клипах, сохраненном в запоминающем устройстве 4905 статических сценариев, чтобы выполнять поиск начальной точки экстента для каждого трехмерного экстента, который должен считываться. Модуль 4907 управления воспроизведением, кроме того, формирует информацию, которая указывает границу блоков данных, включенных в каждый трехмерный экстент, и затем передает эту информацию в переключатель 4911.
Дополнительно, модуль 4907 управления воспроизведением обращается к STN-таблице и STN-таблице SS в файле списков для трехмерного воспроизведения, чтобы управлять функциональными требованиями декодера 4903 системных целевых объектов и сумматора 4910 плоскостей. Например, модуль 4907 управления воспроизведением выбирает PID для элементарного потока, который должен воспроизводиться, и выводит PID в декодер 4903 системных целевых объектов. Модуль 4907 управления воспроизведением также выбирает режим представления для каждой плоскости в соответствии со смещением 4111 в ходе отображения всплывающего меню в STN-таблице SS и указывает эти режимы представления декодеру 4903 системных целевых объектов и сумматору 4910 плоскостей.
Аналогично устройству двумерного воспроизведения модуль 4908 хранения переменных проигрывателя включает в себя SPRM, показанные на фиг. 47. Тем не менее, любые два из SPRM(24)-(32), которые зарезервированы на фиг. 47, включают в себя первый флаг и второй флаг, показанные на фиг. 45. Например, SPRM(24) может включать в себя первый флаг, а SPRM(25) - второй флаг. В этом случае, когда SPRM(24) равен "0", устройство 102 воспроизведения поддерживает воспроизведение только двумерных видеоизображений, а когда он равен "1", устройство 102 воспроизведения также поддерживает воспроизведение трехмерных видеоизображений. Когда SPRM(25) равен "0", режимом воспроизведения трехмерных видеоизображений устройства 102 воспроизведения является L/R-режим, а когда он равен "1", режимом воспроизведения трехмерных видеоизображений является режим глубины.
Сумматор 4910 плоскостей принимает каждый тип данных плоскости из декодера 4903 системных целевых объектов и накладывает фрагменты данных плоскости, чтобы создавать один составной кадр или поле. В частности, в L/R-режиме данные левой видеоплоскости представляют видеоплоскость для просмотра левым глазом, а данные правой видеоплоскости представляют видеоплоскость для просмотра правым глазом. Соответственно, из числа других фрагментов данных плоскости сумматор 4910 плоскостей накладывает фрагменты, которые представляют вид для просмотра левым глазом, на данные плоскости для просмотра левым глазом, а фрагменты, которые представляют вид для просмотра правым глазом, на данные плоскости для просмотра правым глазом. С другой стороны, в режиме глубины данные правой видеоплоскости представляют карту глубины для видеоплоскости, представляющей данные левой видеоплоскости. Соответственно, сумматор 4910 плоскостей сначала формирует пару данных видеоплоскости для просмотра левым глазом и данных видеоплоскости для просмотра правым глазом из обоих фрагментов данных видеоплоскости. Затем сумматор 4910 плоскостей выполняет обработку составления, идентичную обработке в L/R-режиме.
При приеме индикатора режима 1 плоскости+смещения или режима 1 плоскости+нулевого смещения из модуля 4907 управления воспроизведением в качестве режима представления для плоскости вторичного видео, PG-плоскости, IG-плоскости или плоскости изображений, сумматор 4910 плоскостей выполняет обработку кадрирования для данных плоскости, принимаемых из декодера 4903 системных целевых объектов. Пара данных плоскости для просмотра левым глазом и данных плоскости для просмотра правым глазом тем самым формируется. В частности, когда режим 1 плоскости+смещения указывается, обработка кадрирования обращается к значению смещения, указанному посредством декодера 4903 системных целевых объектов или модуля 4906 выполнения программ. С другой стороны, когда режим 1 плоскости+нулевого смещения указывается, значение смещения задается равным "0" во время обработки кадрирования. Соответственно, идентичные данные плоскости многократно выводятся, чтобы представлять вид для просмотра левым глазом и вид для просмотра правым глазом. Затем сумматор 4910 плоскостей выполняет обработку составления, идентичную обработке в L/R-режиме. Составной кадр или поле выводится на дисплейное устройство 103 и отображается на экране.
<<Декодер системных целевых объектов>>
Фиг. 50 является функциональной блок-схемой декодера 4903 системных целевых объектов. Конструктивные элементы, показанные на фиг. 50, отличаются от устройства двумерного воспроизведения 4603, показанного на фиг. 46, в следующих двух моментах: 1) входной канал из буфера считывания в каждый декодер удваивается, и 2) декодер основного видео поддерживает режим трехмерного воспроизведения, а декодер вторичного видео, PG-декодер и IG-декодер поддерживают режим 2 плоскостей. Таким образом, эти видеодекодеры могут поочередно декодировать поток для базового просмотра и поток для зависимого просмотра. С другой стороны, декодер первичного аудио, декодер вторичного аудио, аудиомикшер, процессор изображений и запоминающие устройства плоскости являются аналогичными модулям в устройстве двумерного воспроизведения, показанном на фиг. 46. Соответственно, из конструктивных элементов, показанных на фиг. 50, элементы, отличающиеся от конструктивных элементов, показанных на фиг. 46, описываются ниже, и сведения об аналогичных конструктивных элементах включаются по ссылке на описание фиг. 46. Кроме того, поскольку все видеодекодеры имеют аналогичную структуру, только структура декодера 5015 первичного видео описывается ниже, причем это описание включается по ссылке относительно структуры других видеодекодеров.
Первый модуль 5011 депакетирования источников считывает исходные пакеты из первого буфера 4921 считывания, извлекает TS-пакеты, включенные в исходные пакеты, и передает TS-пакеты в первый PID-фильтр 5013. Второй модуль 5012 депакетирования источников считывает исходные пакеты из второго буфера 4922 считывания, извлекает TS-пакеты, включенные в исходные пакеты, и передает TS-пакеты во второй PID-фильтр 5014. Каждый из модулей 5011 и 5012 депакетирования источников дополнительно регулирует время передачи TS-пакетов в соответствии с ATS исходных пакетов. Это регулирование выполняется способом, аналогичным модулю 4610 депакетирования источников, показанному на фиг. 46, и, следовательно, его описание, предоставленное на фиг. 46, содержится здесь по ссылке. При таком регулировании средняя скорость RTS1 передачи TS-пакетов из первого модуля 5011 депакетирования источников в первый PID-фильтр 5013 не превышает системную скорость 3011, указанную посредством файла информации о двумерных клипах, показанного на фиг. 30. Аналогично средняя скорость RTS2 передачи TS-пакетов из второго модуля 5012 депакетирования источников во второй PID-фильтр 5014 не превышает системную скорость, указанную посредством файла информации о клипах для зависимого просмотра.
Первый PID-фильтр 5013 сравнивает PID каждого TS-пакета, принимаемого из первого модуля 5011 депакетирования источников, с выбранным PID. Модуль 4907 управления воспроизведением обозначает выбранный PID заранее в соответствии с STN-таблицей в файле списков для трехмерного воспроизведения. Когда два PID совпадают, первый PID-фильтр 5013 передает TS-пакеты в декодер, назначенный для PID. Например, если PID равен 0x1011, TS-пакеты передаются в TB(1) 5001 в декодере 5015 первичного видео, тогда как TS-пакеты с PID в пределах 0x1B00-0x1B1F, 0x1100-0x111F, 0x1A00-0x1A1F, 0x1200-0x121F и 0x1400-0x141F передаются в декодер вторичного видео, декодер первичного аудио, декодер вторичного аудио, PG-декодер или IG-декодер соответственно.
Второй PID-фильтр 5014 сравнивает PID каждого TS-пакета, принимаемого из второго модуля 5012 депакетирования источников, с выбранным PID. Модуль 4907 управления воспроизведением обозначает выбранный PID заранее в соответствии с STN-таблицей SS в файле списков для трехмерного воспроизведения. В частности, когда два PID совпадают, второй PID-фильтр 5014 передает TS-пакет в декодер, назначенный для PID. Например, если PID равен 0x1012 или 0x1013, TS-пакеты передаются в TB(2) 5008 в декодере 5015 первичного видео, тогда как TS-пакеты с PID в пределах 0x1B20-0x1B3F, 0x1220-0x127F и 0x1420-0x147F передаются в декодер вторичного видео, PG-декодер или IG-декодер соответственно.
Декодер 5015 первичного видео включает в себя TB(1) 5001, MB(1) 5002, EB(1) 5003, TB(2) 5008, MB(2) 5009, EB(2) 5010, переключатель 5006 буферов, DEC 5004, DPB 5005 и переключатель 5007 изображений. TB(1) 5001, MB(1) 5002, EB(1) 5003, TB(2) 5008, MB(2) 5009, EB(2) 5010 и DPB 5005 являются буферными запоминающими устройствами, каждое из которых использует зону элементов запоминающего устройства, включенных в декодер 5015 первичного видео. Следует отметить, что некоторые или все эти буферные запоминающие устройства могут разделяться на различных элементах запоминающего устройства.
TB(1) 5001 принимает TS-пакеты, которые включают в себя видеопоток для базового просмотра из первого PID-фильтра 5013, и сохраняет TS-пакеты как есть. MB(1) 5002 сохраняет PES-пакеты, восстановленные из TS-пакетов, сохраненных в TB(1) 5001. TS-заголовки TS-пакетов удаляются на этой стадии. EB(1) 5003 извлекает и сохраняет кодированные VAU из PES-пакетов, сохраненных в MB(1) 5002. PES-заголовки PES-пакетов удаляются на этой стадии.
TB(2) 5008 принимает TS-пакеты, которые включают в себя видеопоток для зависимого просмотра, из второго PID-фильтра 5014 и сохраняет TS-пакеты как есть. MB(2) 5009 сохраняет PES-пакеты, восстановленные из TS-пакетов, сохраненных в TB(2) 5008. TS-заголовки TS-пакетов удаляются на этой стадии. EB(2) 5010 извлекает и сохраняет кодированные VAU из PES-пакетов, сохраненных в MB(2) 5009. PES-заголовки PES-пакетов удаляются на этой стадии.
Переключатель 5006 буферов передает VAU, сохраненные в EB(1) 5003 и EB(2) 5010, в DEC 5004 во времена, указанные посредством DTS, включенных в исходные TS-пакеты. В этом случае DTS для пары изображений, принадлежащих одной трехмерной VAU между видеопотоком для базового просмотра и потоком для зависимого просмотра, являются идентичными. Соответственно, из числа пар VAU, которые имеют одинаковые DTS и которые сохраняются посредством EB(1) 5003 и EB(2) 5010, переключатель 5006 буферов первый передает пару, сохраненную в EB(1) 5003, в DEC 5004. Дополнительно, переключатель 5006 буферов может принимать обратно от DEC 5004 информацию 1401 переключения декодирования, показанную на фиг. 14, в VAU. В таком случае переключатель 5006 буферов может определять то, должен он или нет передавать следующую VAU в EB(1) 5003 или EB(2) 5010, посредством обращения к информации 1401 переключения декодирования.
DEC 5004 декодирует VAU, передаваемые из переключателя 5006 буферов. В этом случае DEC 5004 использует различные способы декодирования согласно формату кодирования (к примеру, MPEG-2, MPEG-4 AVC и VC1) сжатых изображений, содержащихся в VAU, и согласно атрибуту потока. DEC 5004 дополнительно передает декодированные изображения, а именно видеокадры или поля, в DPB 5005.
DPB 5005 временно сохраняет декодированные несжатые изображения. Когда DEC 5004 декодирует P-изображение или B-изображение, DPB 5005 предоставляет в DEC 5004 опорные изображения из числа сохраненных несжатых изображений в соответствии с запросом от DEC 5004.
Переключатель 5007 изображений записывает несжатые изображения из DPB 5005 либо в запоминающее устройство 5020 левой видеоплоскости, либо в запоминающее устройство 5021 правой видеоплоскости во время, указанное посредством PTS, включенной в исходный TS-пакет. В этом случае PTS для пары изображений, принадлежащих одной трехмерной VAU между видеопотоком для базового просмотра и видеопотоком для зависимого просмотра, являются идентичными. Соответственно, из числа пар изображений, которые имеют одинаковые PTS и которые сохраняются посредством DPB 5005, переключатель 5007 изображений сначала записывает изображение, принадлежащее видеопотоку для базового просмотра, в запоминающем устройстве 5020 левой видеоплоскости, а затем записывает изображение, принадлежащее видеопотоку для зависимого просмотра, в запоминающем устройстве 5021 правой видеоплоскости.
<<Сумматоры плоскостей>>
Фиг. 51 является функциональной блок-схемой сумматора 4910 плоскостей. Как показано на фиг. 51, сумматор 4910 плоскостей включает в себя модуль 5110 формирования параллактического видео, переключатель 5120, четыре процессора 5131-5134 кадрирования и четыре сумматора 5141-5144.
Модуль 5110 формирования параллактического видео принимает данные 5101 левой видеоплоскости и данные 5102 правой видеоплоскости из декодера 4903 системных целевых объектов. Когда устройство 102 воспроизведения находится в L/R-режиме, данные 5101 левой видеоплоскости представляют видеоплоскость для просмотра левым глазом, а данные 5102 правой видеоплоскости представляют видеоплоскость для просмотра правым глазом. Здесь модуль 5110 формирования параллактического видео передает данные 5101 левой видеоплоскости и данные 5102 правой видеоплоскости как есть в переключатель 5120. С другой стороны, когда устройство 102 воспроизведения находится в режиме глубины, данные 5101 левой видеоплоскости представляют видеоплоскость для двумерных видеоизображений, а данные 5102 правой видеоплоскости представляют карту глубины для двумерных видеоизображений. В этом случае модуль 5110 формирования параллактического видео сначала вычисляет бинокулярный параллакс для каждого элемента в двумерных видеоизображениях с использованием карты глубины. Затем модуль 5110 формирования параллактического видео обрабатывает данные 5101 левой видеоплоскости, чтобы сдвигать позицию представления каждого элемента в видеоплоскости для двумерных видеоизображений влево или вправо согласно вычисленному бинокулярному параллаксу. Это формирует пару видеоплоскостей, представляющую вид для просмотра левым глазом и вид для просмотра правым глазом. Модуль 5110 формирования параллактического видео дополнительно передает пару видеоплоскостей в переключатель 5120 как пару фрагментов данных левой видео и правой видеоплоскости.
Когда модуль 4907 управления воспроизведением указывает режим представления B-D, переключатель 5120 передает данные 5101 левой видеоплоскости и данные 5102 правой видеоплоскости с одинаковой PTS в первый сумматор 5141 в данном порядке. Когда модуль 4907 управления воспроизведением указывает режим представления B-B, переключатель 5120 передает одно из данных 5101 левой видеоплоскости и данных 5102 правой видеоплоскости с одинаковой PTS два раза в расчете на каждый кадр в первый сумматор 5141, отбрасывая другой фрагмент данных плоскости.
Процессоры 5131-5134 кадрирования включают в себя структуру, идентичную паре модуля 5110 формирования параллактического видео и переключателя 5120. Эти структуры используются в режиме 2 плоскостей. Когда устройство 102 воспроизведения находится в режиме глубины, данные плоскости из декодера 4903 системных целевых объектов преобразуются в пару фрагментов для просмотра левым глазом и правым глазом данных плоскости. Когда модуль 4907 управления воспроизведением указывает режим представления B-D, фрагменты для просмотра левым глазом и правым глазом данных плоскости поочередно передаются в каждый из сумматоров 5141-5144. С другой стороны, когда модуль 4907 управления воспроизведением указывает режим представления B-B, один из фрагментов для просмотра левым глазом и правым глазом данных плоскости передается два раза в расчете на каждый кадр в каждый из сумматоров 5141-5144, а другой фрагмент данных плоскости отбрасывается.
В режиме 1 плоскости+смещения первый процессор 5131 кадрирования принимает значение 5151 смещения из декодера 4903 системных целевых объектов и обращается к этому значению, чтобы выполнять кадрирование для данных 5103 плоскости вторичного видео. Данные 5103 плоскости вторичного видео тем самым преобразуются в пару фрагментов данных плоскости вторичного видео, которые представляют вид для просмотра левым глазом и вид для просмотра правым глазом, и поочередно передаются. С другой стороны, в режиме 1 плоскости+нулевого смещения данные 5103 плоскости вторичного видео передаются два раза.
В режиме 1 плоскости+смещения второй процессор 5132 кадрирования принимает значение 5151 смещения из декодера 4903 системных целевых объектов и обращается к этому значению, чтобы выполнять кадрирование для данных 5104 PG-плоскости. Данные 5104 PG-плоскости тем самым преобразуются в пару фрагментов данных PG-плоскости, которые представляют вид для просмотра левым глазом и вид для просмотра правым глазом, и поочередно передаются. С другой стороны, в режиме 1 плоскости+нулевого смещения данные 5104 PG-плоскости передаются два раза.
В режиме 1 плоскости+смещения третий процессор 5133 кадрирования принимает значение 5151 смещения из декодера 4903 системных целевых объектов и обращается к этому значению, чтобы выполнять кадрирование для данных 5105 IG-плоскости. Данные 5105 IG-плоскости тем самым преобразуются в пару фрагментов данных IG-плоскости, которые представляют вид для просмотра левым глазом и вид для просмотра правым глазом, и поочередно передаются. С другой стороны, в режиме 1 плоскости+нулевого смещения данные 5105 IG-плоскости передаются два раза.
Фиг. 52A и 52B являются схематичными представлениями, показывающими обработку кадрирования посредством второго процессора 5132 кадрирования. На фиг. 52A и 52B, пара данных 5204L PG-плоскости для просмотра левым глазом и данных 5204R PG-плоскости для просмотра правым глазом формируется из данных 5104 PG-плоскости следующим образом. Прежде всего, второй процессор 5132 кадрирования извлекает значение смещения, назначенное PG-плоскости, из значения 5151 смещения. Затем второй процессор 5132 кадрирования сдвигает позиции представления для просмотра левым глазом и правым глазом графического видео, указанного посредством данных 5104 PG-плоскости, в соответствии со значением смещения. Это приводит к паре фрагментов данных PG-плоскости для просмотра левым глазом и правым глазом. Следует отметить, что в режиме 1 плоскости+нулевого смещения, значение смещения равно "0", и тем самым исходные данные PG-плоскости сохраняются как есть. Первый процессор 5131 кадрирования аналогично выполняет обработку кадрирования для данных 5103 плоскости вторичного видео, и третий процессор 5133 кадрирования аналогично выполняет обработку кадрирования для данных 5105 IG-плоскости.
Как показано на фиг. 52A, когда знак значения смещения указывает, что глубина трехмерного видеоизображения ближе экрана, второй процессор 5132 кадрирования сначала сдвигает каждый фрагмент пикселных данных в данных 5104 PG-плоскости от исходной позиции вправо на число пикселов 5201L, которое совпадает со значением смещения. Когда знак значения смещения указывает, что глубина трехмерного видеоизображения превышает глубину экрана, второй процессор 5132 кадрирования сдвигает пикселные данные влево. Затем второй процессор 5132 кадрирования удаляет секцию пикселных данных 5202L, которая выступает за пределы диапазона данных 5104 PG-плоскости вправо (или влево). Второй процессор 5132 кадрирования затем выводит оставшиеся пикселные данные 5204L как данные PG-плоскости для просмотра левым глазом.
Как показано на фиг. 52B, когда знак значения смещения указывает, что глубина трехмерного видеоизображения ближе экрана, второй процессор 5132 кадрирования сначала сдвигает каждый фрагмент пикселных данных в данных 5104 PG-плоскости от исходной позиции влево на число пикселов 5201R, которое совпадает со значением смещения. Когда знак значения смещения указывает, что глубина трехмерного видеоизображения превышает глубину экрана, второй процессор 5132 кадрирования сдвигает пикселные данные вправо. Затем второй процессор 5132 кадрирования удаляет секцию пикселных данных 5202R, которая выступает за пределы диапазона данных 5104 PG-плоскости влево (или вправо). Второй процессор 5132 кадрирования затем выводит оставшиеся пикселные данные 5204R как данные PG-плоскости для просмотра правым глазом.
Фиг. 53A, 53B и 53C являются схематичными представлениями, соответственно показывающими PG-плоскости для просмотра левым глазом и правым глазом, сформированные посредством обработки кадрирования, показанной на фиг. 52, а также трехмерное видеоизображение, воспринимаемое зрителем, на основе этих PG-плоскостей. Как показано на фиг. 53A, PG-плоскость 5301L для просмотра левым глазом сдвигается вправо от диапазона экрана 5302 на значение 5201L смещения. Как результат, двумерное видеоизображение 5303 субтитра в PG-плоскости 5301L для просмотра левым глазом кажется сдвинутым вправо от исходной позиции на значение 5201L смещения. Как показано на фиг. 53B, PG-плоскость 5301R для просмотра правым глазом сдвигается влево от диапазона экрана 5302 на значение 5201R смещения. Как результат, двумерное видеоизображение 5303 субтитра в PG-плоскости 5301R для просмотра правым глазом кажется сдвинутым влево от исходной позиции на значение 5201R смещения. Когда эти PG-плоскости 5301L и 5301R поочередно отображаются на экране 5302, затем, как показано на фиг. 53C, зритель 5304 воспринимает трехмерное видеоизображение 5305 субтитра как ближе экрана 5302. Расстояние между трехмерным видеоизображением 5305 и экраном 5302 может регулироваться с помощью значений 5201L и 5201R смещения. Когда позиция каждого фрагмента пикселных данных в данных 5104 PG-плоскости сдвигается в противоположном направлении от направления, показанного на фиг. 52A и 52B, зритель 5304 воспринимает, что трехмерное видеоизображение 5305 субтитра еще дальше экрана 5302.
В режиме 1 плоскости+смещения обработка кадрирования тем самым используется для того, чтобы формировать пару фрагментов для просмотра левым глазом и правым глазом данных плоскости из одного фрагмента данных плоскости. Это позволяет отображать параллактическое видеоизображение только из одного фрагмента данных плоскости. Другими словами, чувство глубины может быть дано плоскому изображению. В частности, зритель может принудительно воспринимать это плоское изображение как ближе или еще дальше от экрана. Следует отметить, что в режиме 1 плоскости+нулевого смещения значение смещения равно "0", и тем самым плоское изображение сохраняется как есть.
Еще раз ссылаясь на фиг. 51, данные 5106 плоскости изображений являются графическими данными, передаваемыми из модуля 4906 выполнения программ в декодер 4903 системных целевых объектов и декодированными посредством декодера 4903 системных целевых объектов. Графические данные являются растровыми данными, такими как данные JPEG или данные PNG, и показывают графический компонент GUI, такой как меню. Четвертый процессор 5134 кадрирования выполняет обработку кадрирования для данных 5106 плоскости изображений так же, как и другие процессоры 5131-5133 кадрирования. Тем не менее, в отличие от других процессоров 5131-5133 кадрирования четвертый процессор 5134 кадрирования принимает значение смещения из программного API 5152 вместо декодера 4903 системных целевых объектов. В этом случае программный API 5152 выполняется посредством модуля 4906 выполнения программ. Таким образом, информация смещения, соответствующая глубине изображения, представленного посредством графических данных, вычисляется и выводится в четвертый процессор 5134 кадрирования.
Прежде всего, первый сумматор 5141 принимает данные видеоплоскости из переключателя 5120 и принимает данные вторичной плоскости из первого процессора 5131 кадрирования. Затем первый сумматор 5141 накладывает один набор данных видеоплоскости и вторичных данных плоскости за раз, выводит результат во второй сумматор 5142. Второй сумматор 5142 принимает данные PG-плоскости из второго процессора 5132 кадрирования, накладывает данные PG-плоскости на данные плоскости из первого сумматора 5141 и выводит результат в третий сумматор 5143. Третий сумматор 5143 принимает данные IG-плоскости из третьего процессора 5133 кадрирования, накладывает данные IG-плоскости на данные плоскости из второго сумматора 5142 и выводит результат в четвертый сумматор 5144. Четвертый сумматор 5144 принимает данные плоскости изображений из четвертого процессора 5134 кадрирования, накладывает данные плоскости изображений на данные плоскости из третьего сумматора 5143 и выводит результат на дисплейное устройство 103. Как результат, данные 5101 левой видеоплоскости или данные 5102 правой видеоплоскости, данные 5103 вторичной плоскости, данные 5104 PG-плоскости, данные 5105 IG-плоскости и данные 5106 плоскости изображений накладываются в порядке, показанном посредством стрелки 5100 на фиг. 51. Через эту обработку составления для каждого видеоизображения, показанного посредством данных плоскости, плоскость левых видеоизображений или плоскость правых видеоизображений, плоскость вторичного видео, IG-плоскость, PG-плоскость и плоскость изображений отображаются так, чтобы перекрываться, в этом порядке на экране дисплейного устройства 103.
В дополнение к вышеуказанной обработке сумматор 4910 плоскости выполняет обработку преобразования формата вывода данных плоскости, комбинированных посредством четырех сумматоров 5141-4014 плоскости, в формат, который соответствует способу трехмерного отображения, приспосабливаемому в устройстве, таком как дисплейное устройство 103, на которое выводятся данные. Если способ поочередной последовательности кадров приспосабливается в устройстве, например, сумматор 4910 плоскостей выводит фрагменты составных данных плоскости как один кадр или одно поле. С другой стороны, если способ, который использует ступенчатую линзу, приспосабливается в устройстве, сумматор 4910 плоскостей комбинирует пару фрагментов для просмотра левым глазом и правым глазом данных плоскости как один кадр или одно поле видеоданных с использованием встроенного буферного запоминающего устройства. В частности, сумматор 4910 плоскостей временно сохраняет и хранит в буферном запоминающем устройстве данные плоскости для просмотра левым глазом, которые комбинированы первыми. Затем сумматор 4910 плоскостей комбинирует данные плоскости для просмотра правым глазом и дополнительно комбинирует полученные в результате данные с данными плоскости для просмотра левым глазом, хранимыми в буферном запоминающем устройстве. В ходе составления фрагменты для просмотра левым глазом и правым глазом данных плоскости делятся в вертикальном направлении на небольшие прямоугольные зоны, которые являются длинными и тонкими, и небольшие прямоугольные зоны размещаются поочередно в горизонтальном направлении в одном кадре или одном поле, чтобы воссоздавать кадр или поле. Таким образом, пара фрагментов для просмотра левым глазом и правым глазом данных плоскости комбинируется в один видеокадр или поле, которое сумматор 4910 плоскостей затем выводит на соответствующее устройство.
<Условия, которым размер блоков данных должен удовлетворять для прозрачного воспроизведения видеоизображений>
Как показано на фиг. 16 и 34, BD-ROM-диск 101 согласно варианту осуществления настоящего изобретения имеет перемеженную компоновку, в котором блоки данных для базового просмотра и блоки данных для зависимого просмотра поочередно размещаются по одному за раз. Кроме того, в местоположениях, в которых длинный переход является необходимым, таких как межслойные границы, блок данных для базового просмотра и его дублированные данные размещаются как блок исключительно для двумерного воспроизведения и блок исключительно для трехмерного воспроизведения, как показано на фиг. 21-29 и 34. Компоновка этих блоков данных задается в соответствии с вышеприведенным описанием и является полезной для прозрачного воспроизведения как двумерных, так и трехмерных видеоизображений. Чтобы дополнительно обеспечивать такое прозрачное воспроизведение, достаточно, чтобы размер каждого блока данных удовлетворял условиям на основе характеристик устройства 102 воспроизведения. Ниже приводится описание этих условий.
<<Условия на основе характеристик в режиме двумерного воспроизведения>>
Фиг. 54 является схематичным представлением, показывающим систему обработки воспроизведения в устройстве 102 воспроизведения в режиме двумерного воспроизведения. Как показано на фиг. 54, из числа элементов, показанных на фиг. 46, эта система обработки воспроизведения включает в себя BD-ROM-накопитель 4601, буфер 4602 считывания и декодер 4603 системных целевых объектов. BD-ROM-накопитель 4601 считывает двумерные экстенты из BD-ROM-диска 101 и передает двумерные экстенты в буфер 4602 считывания на скорости Rud-2D считывания. Декодер 4603 системных целевых объектов считывает исходные пакеты из каждого двумерного экстента, накопленного в буфере 4602 считывания, на средней скорости Rext2D передачи и декодирует исходные пакеты на видеоданные VD и аудиоданные AD.
Средняя скорость Rext2D передачи составляет 192/188, умноженное на среднюю скорость RTS передачи TS-пакетов из модуля 3711 депакетирования источников в PID-фильтр 3713, показанный на фиг. 37. В общем, эта средняя скорость Rext2D передачи изменяется для каждого двумерного экстента. Максимальное значение Rmax2D средней скорости Rext2D передачи составляет 192/188, умноженное на системную скорость для файла 2D. В этом случае файл информации о двумерных клипах указывает системную скорость, как показано на фиг. 31. Кроме того, вышеуказанный коэффициент 192/188 является отношением байтов в исходном пакете к байтам в TS-пакете. Средняя скорость Rext2D передачи традиционно представляется в битах/сек и конкретно равна значению размера двумерного экстента, выраженного в битах, разделенного на ATC-время экстента. "Размер экстента, выраженный в битах", равно восьми, умноженному на произведение числа исходных пакетов в экстенте и числа байтов в расчете на исходный пакет (=192 байта).
Скорость Rud-2D считывания традиционно выражается в битах/сек и задается равной более высокому значению, к примеру, 54 Мбит/с, чем максимальное значение Rmax2D средней скорости Rext2D передачи: Rud-2D>Rmax2D. Это предотвращает опустошение в буфере 4602 считывания вследствие обработки декодирования посредством декодера 4603 системных целевых объектов в то время, когда BD-ROM-накопитель 4601 считывает двумерный экстент из BD-ROM-диска 101.
Фиг. 55A является графиком, показывающим изменение объема DA данных, сохраненного в буфере 4602 считывания во время обработки воспроизведения двумерных экстентов. Фиг. 55B является схематичным представлением, показывающим взаимосвязь между блоком 5510 трехмерных экстентов, который включает в себя эти двумерные экстенты, и путем 5520 воспроизведения в режиме двумерного воспроизведения. Как показано на фиг. 55B, блок 5510 трехмерных экстентов состоит из группы блоков данных для базового просмотра и группы блоков данных для зависимого просмотра в перемеженной компоновке. В соответствии с путем 5520 воспроизведения блоки L0, L1,... данных для базового просмотра обрабатываются как один двумерный экстент EXT2D[0], EXT2D[1],... и считываются из BD-ROM-диска 101 в буфер 4602 считывания. Прежде всего, в течение периода PR2D[0] считывания для первого блока L0 данных для базового просмотра, т.е. двумерного экстента EXT2D[0], накопленный объем DA данных увеличивается на скорости, равной Rud-2D-Rext2D[0], разности между скоростью Rud-2D считывания и средней скоростью Rext2D[0] передачи, как показано на фиг. 55A.
Когда первый двумерный экстент EXT2D[0] считан до конца, первый переход J2D[0] осуществляется. В течение периода PJ2D[0] перехода считывание последующих двух блоков D1 и R1 данных пропускается, и считывание данных из BD-ROM-диска 101 приостанавливается. Соответственно, в течение первого периода PJ2D[0] перехода накопленный объем DA данных уменьшается на средней скорости Rext2D[0] передачи, как показано на фиг. 55A.
Здесь предполагается следующее: объем данных, накопленный в буфере 4602 считывания во время первого периода PR2D[0] считывания, т.е. размер Sext2D[0] первого двумерного экстента EXT2D[0], является идентичным объему данных, передаваемых из буфера 4602 считывания в декодер 4603 системных целевых объектов с периода PR2D[0] считывания через первый период PJ2D[0] перехода. В этом случае, как показано на фиг. 55A, при завершении первого периода PJ2D[0] перехода накопленный объем DA данных не падает ниже значения в начале первого периода PR2D[0] считывания.
После первого перехода J2D[0] начинается считывание следующего блока L1 данных для базового просмотра, т.е. двумерного экстента EXT2D[1]. В течение периода PR2D[1] считывания накопленный объем DA данных увеличивается снова на скорости, равной Rud-2D-Rext2D[1], разности в скоростях передачи данных, как показано на фиг. 55A.
Операции считывания и передачи посредством BD-ROM-накопителя 4601 фактически выполняются не непрерывно, а скорее, периодически, как показано на фиг. 55A. В течение периодов PR2D[0], PR2D[1],... считывания для каждого двумерного экстента это препятствует превышению емкости буфера 4602 считывания посредством накопленного объема DA данных, т.е. переполнению в буфере 4602 считывания. Соответственно, график на фиг. 55A представляет то, что является фактически пошаговым увеличением как аппроксимированное прямое увеличение.
Таким образом, в соответствии с путем 5520 воспроизведения считывание двумерного экстента Ln=EXT2D[n] (n=0, 1, 2...) и переход J2D[n], чтобы перескакивать через зону записи пары блоков Dn, Rn данных для зависимого просмотра, поочередно повторяются в режиме двумерного воспроизведения. Соответственно, накопленный объем DA данных в буфере 4602 считывания увеличивается в течение периода PR2D[n] считывания на скорости Rud-2D-Rext2D[n] и снижается в течение периода PJ2D[n] перехода на скорости Rext2D[n]. Следовательно, чтобы прозрачно воспроизводить двумерные видеоизображения bp этих двумерных экстентов EXT2D[n], достаточно того, чтобы удовлетворять следующим условиям [1] и [2].
[1] При поддержании предоставления данных из буфера 4602 считывания в декодер 4603 системных целевых объектов во время каждого периода PJ2D[n] перехода необходимо обеспечивать непрерывный вывод из декодера 4603 системных целевых объектов. Как очевидно из фиг. 55A, если объем данных, накопленный в буфере 4602 считывания во время каждого периода PR2D[n] считывания, т.е. размер Sext2D[n] каждого двумерного экстента EXT2D[n], является идентичным объему данных, передаваемых из буфера 4602 считывания в декодер 4603 системных целевых объектов с периода PR2D[n] считывания через следующий период PJ2D[n] перехода, то накопленный объем DA данных не возвращается к значению непосредственно перед периодом PR2D[n] считывания в течение периода PJ2D[n] перехода. В частности, опустошение не возникает в буфере 4602 считывания. В этом случае длина периода PR2D[n] считывания равна Sext2D[n]/Rud-2D, значению, полученному посредством деления размера Sext2D[n] двумерного экстента EXT2D[n] на скорость Rud-2D считывания. Соответственно, должно быть достаточным того, чтобы размер Sext2D[n] каждого двумерного экстента EXT2D[n] удовлетворял выражению 1.
В выражении 1 время Tjump-2D[n] перехода представляет длину периода PJ2D[n] перехода в секундах. Скорость Rud-2D считывания и средняя скорость Rext2D передачи выражаются в битах в секунду. Соответственно, в выражении 1, средняя скорость Rext2D передачи разделяется 8, чтобы преобразовывать размер Sext2D[n] двумерного экстента из битов в байты. Таким образом, размер Sext2D[n] двумерного экстента выражается в байтах. Функция CEIL() является операцией, чтобы округлять в большую сторону дробные числа после десятичной запятой для значения в круглых скобках.
[2] Поскольку емкость буфера 4602 считывания является ограниченной, максимальное значение периода Tjump-2D[n] перехода является ограниченным. Другими словами, даже если накопленный объем DA данных непосредственно перед периодом PJ2D[n] перехода составляет максимальную емкость буфера 4602 считывания, если время Tjump-2D[n] перехода является слишком длительным, то накопленный объем DA данных достигает нуля в течение периода PJ2D[n] перехода и имеется опасность возникновения опустошения в буфере 4602 считывания. В дальнейшем в этом документе время для уменьшения накопленного объема DA данных с максимальной емкости буфера 4602 считывания до нуля в то время, когда предоставление данных из BD-ROM-диска 101 в буфер 4602 считывания прекращено, т.е. максимальное значение времени Tjump-2D перехода, которое гарантирует прозрачное воспроизведение, называется "максимальным временем перехода".
В стандартах оптических дисков взаимосвязи между расстояниями перехода и максимальными временами перехода определяются из скорости доступа накопителя на оптических дисках и других факторов. Фиг. 56 является примером таблицы соответствия между расстояниями Sjump перехода и максимальными временами Tjump перехода для BD-ROM-диска. На фиг. 56 расстояния Sjump перехода представляются в единицах секторов, а максимальные времена Tjump перехода представляются в миллисекундах. На этом чертеже 1 сектор=2048 байтов. Как показано на фиг. 56, когда расстояние Sjump перехода составляет нуль секторов или находится в рамках диапазона 1-10000 секторов, 10001-20000 секторов, 20001-40000 секторов, 40001 сектор-1/10 хода и 1/10 хода и более, соответствующее максимальное время Tjump перехода составляет 50 мс, 250 мс, 300 мс, 350 мс, 700 мс и 1400 мс соответственно.
Когда расстояние Sjump перехода равно нулю секторов, максимальное время перехода, в частности, называется "временем Tjump-0 перехода через нуль секторов". "Переход через нуль секторов" - это перемещение оптической головки воспроизведения между двумя последовательными блоками данных. В течение периода перехода через нуль секторов оптическая головка воспроизведения временно приостанавливает свою операцию считывания и ожидает. Время перехода через нуль секторов может включать в себя в дополнение ко времени для сдвига позиции оптической головки воспроизведения через оборот BD-ROM-диска 101 дополнительные затраты, вызываемые посредством обработки коррекции ошибок. "Дополнительные затраты, вызываемые посредством обработки коррекции ошибок" означает избыточное время, вызываемое посредством выполнения обработки коррекции ошибок два раза с использованием ECC-блока, когда граница между ECC-блоками не совпадает с границей между двумя последовательными блоками данных. Целый ECC-блок необходим для обработки коррекции ошибок. Соответственно, когда два последовательных блока данных совместно используют один ECC-блок, весь ECC-блок считывается и используется для обработки коррекции ошибок в ходе считывания любого блока данных. Как результат, каждый раз, когда один из этих блоков данных считывается, максимум 32 секторов избыточных данных дополнительно считывается. Дополнительные затраты, вызываемые посредством обработки коррекции ошибок, оцениваются как полное время для считывания избыточных данных, т.е. 32 сектора×2048 байтов×8 битов/байтов×2 экземпляра/скорость Rud-2D считывания. Следует отметить, что посредством конфигурирования каждого блока данных в единицах ECC-блоков дополнительные затраты, вызываемые посредством обработки коррекции ошибок, могут удаляться из времени перехода через нуль секторов.
Когда BD-ROM-диск 101 является многослойным диском, во время длинного перехода, вызываемого посредством переключения слоев, в дополнение к максимальному времени Tjump перехода, указанному на фиг. 56, также необходимо обозначенное время, к примеру 350 мс, для переключения между слоями для записи, к примеру, для выполнения перехода к фокусу. В дальнейшем в этом документе это время называется "временем переключения слоев".
На основе вышеуказанных соображений, время Tjump-2D[n] перехода, которое должно быть подставлено в выражение 1, определяется посредством суммы двух параметров, TJ[n] и TL[n]: Tjump-2D[n]=TJ[n]+TL[n]. Первый параметр TJ[n] представляет максимальное время перехода, указанное для каждого расстояния перехода посредством стандартов BD-ROM-дисков. Первый параметр TJ[n] равен, например, максимальному времени перехода в таблице на фиг. 56, которое соответствует числу секторов от конца n-го двумерного экстента EXT2D[n] до начала (n+1)-го двумерного экстента EXT2D[n+1], т.е. расстоянию перехода. Когда имеется межслойная граница LB между n-м двумерным экстентом EXT2D[n] и (n+1)-м двумерным экстентом EXT2D[n+1], второй параметр TL[n] равен времени переключения слоев, к примеру, 350 мс, а когда нет межслойной границы LB, второй параметр TL[n] равен нулю. Например, когда максимальное значение времени Tjump-2D[n] перехода ограничено 700 мс, то расстоянию перехода между двумя двумерными экстентами EXT2D[n] и EXT2D[n+1] разрешается составлять до 1/10 хода (приблизительно 1,2 Гбайт), когда нет межслойной границы между этими двумерными экстентами, и 40000 секторов (приблизительно 78,1 MB), когда имеется межслойная граница.
<<Условия на основе режима трехмерного воспроизведения>>
Фиг. 57 является схематичным представлением, показывающим систему обработки воспроизведения в устройстве 102 воспроизведения в режиме трехмерного воспроизведения. Как показано на фиг. 57, из числа элементов, показанных на фиг. 49, эта система обработки воспроизведения включает в себя BD-ROM-накопитель 4901, переключатель 4911, первый буфер 4921 считывания, второй буфер 4922 считывания и декодер 4903 системных целевых объектов. BD-ROM-накопитель 4901 считывает трехмерные экстенты из BD-ROM-диска 101 и передает трехмерные экстенты в переключатель 4911 на скорости Rud-3D считывания. Переключатель 4911 извлекает экстенты для базового просмотра и экстенты для зависимого просмотра из трехмерных экстентов и разделяет извлеченные экстенты. Экстенты для базового просмотра сохраняются в первом буфере 4921 считывания, а экстенты для зависимого просмотра сохраняются во втором буфере 4922 считывания. Накопленные данные во втором буфере 4922 считывания состоят из экстентов для просмотра правым глазом в L/R-режиме и из экстентов карты глубины в режиме глубины. Декодер 4903 системных целевых объектов считывает исходные пакеты из экстентов для базового просмотра, накопленных в первом буфере 4921 считывания, на первой средней скорости Rext1 передачи. Декодер 4903 системных целевых объектов в L/R-режиме считывает исходные пакеты из экстентов для просмотра правым глазом, накопленных во втором буфере 4922 считывания, на второй средней скорости Rext2 передачи. Декодер 4903 системных целевых объектов в режиме глубины считывает исходные пакеты из экстентов карты глубины, накопленных во втором буфере 4922 считывания, на третьей средней скорости Rext3 передачи. Декодер 4903 системных целевых объектов также декодирует пары экстентов для базового просмотра считывания и экстенты для зависимого просмотра на видеоданные VD и аудиоданные AD.
Первая средняя скорость Rext1 передачи называется "скоростью передачи для базового просмотра". Скорость Rext1 передачи для базового просмотра равна 192/188 временам средняя скорость RTS1 передачи TS-пакетов из первого модуля 5011 депакетирования источников в первый PID-фильтр 5013, показанный на фиг. 50. В общем, эта скорость Rext1 передачи для базового просмотра изменяется для каждого экстента для базового просмотра. Максимальное значение Rmax1 скорости Rext1 передачи для базового просмотра равно 192/188, умноженному на системную скорость для файла 2D. Файл информации о двумерных клипах указывает системную скорость. Скорость Rext1 передачи для базового просмотра традиционно представляется в битах/сек и конкретно равна значению размера экстента для базового просмотра, выраженного в битах, разделенного на ATC-время экстента. ATC-время экстента представляет диапазон ATS, назначенных исходным пакетам в экстенте для базового просмотра. Соответственно, ATC-время экстента равно времени, необходимому, чтобы передавать все исходные пакеты в экстенте для базового просмотра из первого буфера 4921 считывания в декодер 4903 системных целевых объектов.
Вторая средняя скорость Rext2 передачи называется "скоростью передачи для просмотра правым глазом", а третья средняя скорость Rext3 передачи называется "скоростью передачи карты глубины". Обе скорости Rext2 и Rext3 передачи равны 192/188, умноженному на среднюю скорость RTS2 передачи TS-пакетов из второго модуля 5012 депакетирования источников во второй PID-фильтр 5014. В общем, эти скорости Rext2 и Rext3 передачи изменяются для каждого экстента для зависимого просмотра. Максимальное значение Rmax2 скорости Rext2 передачи для просмотра правым глазом равно 192/188, умноженному на системную скорость для первого файла DEP, а максимальное значение Rmax3 скорости Rext3 передачи карты глубины равно 192/188, умноженному на системную скорость для второго файла DEP. Файл информации о клипах для просмотра правым глазом и файл информации о клипах карты глубины указывают соответствующие системные скорости. Скорости Rext2 и Rext3 передачи традиционно представляются в битах/сек и конкретно равны значению размера каждого экстента для зависимого просмотра, выраженного в битах, разделенного на ATC-время экстента. ATC-время экстента представляет диапазон ATS, назначенных исходным пакетам в экстенте для зависимого просмотра. Соответственно, ATC-время экстента равно времени, необходимому, чтобы передавать все исходные пакеты в экстенте для зависимого просмотра из второго буфера 4922 считывания в декодер 4903 системных целевых объектов.
Скорость Rud-3D считывания традиционно выражается в битах/сек и задается равной более высокому значению, к примеру 72 Мбит/с, чем максимальные значения Rmax1-Rmax3 первой-третьей средних скоростей Rext1-Rext3 передачи: Rud-3D>Rmax1, Rud-3D>Rmax2, Rud-3D>Rmax3. Это предотвращает опустошение в буферах 4921 и 4922 считывания вследствие обработки декодирования посредством декодера 4903 системных целевых объектов в то время, когда BD-ROM-накопитель 4901 считывает трехмерный экстент из BD-ROM-диска 101.
[L/R-режим]
Фиг. 58A и 58B являются графиками, показывающими изменение объемов DA1 и DA2 данных, накопленных в буферах 4921 и 4922 считывания во время обработки воспроизведения блока трехмерных экстентов в L/R-режиме. Фиг. 58C является схематичным представлением, показывающим взаимосвязь между блоком 5810 трехмерных экстентов и путем 5820 воспроизведения в L/R-режиме. Как показано на фиг. 58C, блок 5810 трехмерных экстентов состоит из группы блоков данных для базового просмотра и группы блоков данных для зависимого просмотра в перемеженной компоновке. В соответствии с путем 5820 воспроизведения каждая пара смежных блоков Rk данных для просмотра правым глазом и блоков Lk данных для базового просмотра (k=0, 1, 2,...) считывается как один трехмерный экстент EXTSS[k]. Для удобства пояснения допускается, что (n-1) трехмерных экстентов уже считаны и что целое число n намного превышает единицу. В этом случае накопленные объемы DA1 и DA2 данных в буферах 4921 и 4922 считывания уже поддерживаются равными или выше соответствующих нижних пределов UL1 и UL2. Эти нижние пределы UL1 и UL2 называются "объемом допустимого запаса буфера". Способ для гарантирования объемов UL1 и UL2 допустимого запаса буфера описывается ниже.
Как показано на фиг. 58C, во время (2n-1)-го периода PRR[n] считывания, n-й экстент Rn для просмотра правым глазом считывается из BD-ROM-диска 101 во второй буфер 4922 считывания. Во время (2n-1)-го периода PRR[n] считывания накопленный объем DA2 данных во втором буфере 4922 считывания увеличивается на скорости, равной Rud-3D-Rext2[n], разности между скоростью Rud-3D считывания и скоростью Rext2[n] передачи для просмотра правым глазом, как показано на фиг. 58B. Наоборот, как показано на фиг. 58A, накопленный объем DA1 данных в первом буфере 4921 считывания снижается на скорости Rext1[n-1] передачи для базового просмотра.
Когда конец n-го экстента Rn для просмотра правым глазом считывается, n-й переход J0[n] через нуль секторов осуществляется. Во время n-го периода PJ0[n] перехода через нуль секторов приостанавливается считывание данных из BD-ROM-диска 101. Соответственно, накопленный объем DA1 данных в первом буфере 4921 считывания продолжает снижаться на скорости Rext1[n-1] передачи для базового просмотра, и накопленный объем DA2 данных во втором буфере 4922 считывания снижается на скорости Rext2[n] передачи для просмотра правым глазом.
При завершении n-го периода PJ0[n] перехода через нуль секторов, 2n-й период PRL[n] считывания начинается. Во время 2n-го периода PRL[n] считывания n-й экстент Ln для базового просмотра считывается из BD-ROM-диска 101 в первый буфер 4921 считывания. Соответственно, накопленный объем DA1 данных в первом буфере 4921 считывания увеличивается на скорости, равной Rud-3D-Rext1[n], разности между скоростью Rud-3D считывания и скоростью Rext1[n] передачи для базового просмотра, как показано на фиг. 58A. Наоборот, как показано на фиг. 58B, накопленный объем DA2 данных во втором буфере 4922 считывания продолжает снижаться на скорости Rext2[n] передачи для просмотра правым глазом.
Когда конец n-го экстента Ln для базового просмотра считывается, n-й переход JLR[n] осуществляется. Во время n-го периода PJLR[n] перехода считывание (n+1)-го экстента D(n+1) карты глубины пропускается, и, следовательно, считывание данных из BD-ROM-диска 101 приостанавливается. Соответственно, во время n-го периода PJLR[n] перехода накопленный объем DA1 данных в первом буфере 4921 считывания снижается на скорости Rext1[n] передачи для базового просмотра, как показано на фиг. 58A. Между тем, накопленный объем DA2 данных во втором буфере 4922 считывания продолжает снижаться на скорости Rext2[n] передачи для просмотра правым глазом, как показано на фиг. 58B.
Здесь предполагается следующее: объем данных, накопленный во втором буфере 4922 считывания во время (2n-1)-го периода PRR[n] считывания, т.е. размер Sext2[n] n-го экстента Rn для просмотра правым глазом, по меньшей мере, равен объему данных, передаваемых из второго буфера 4922 считывания в декодер 4903 системных целевых объектов с (2n-1)-го периода PRR[n] считывания через n-й период PJLR[n] перехода. В этом случае, как показано на фиг. 58B, при завершении периода PJLN[n] перехода накопленный объем DA2 данных во втором буфере 4922 считывания не падает ниже второго объема UL2 допустимого запаса буфера.
При завершении n-го периода PJLR[n] перехода, (2n+1)-й период PRR[n+1] считывания начинается. Во время (2n+1)-го периода PRR[n+1] считывания (n+1)-й экстент R(n+1) для просмотра правым глазом считывается из BD-ROM-диска 101 во второй буфер 4922 считывания. Соответственно, как показано на фиг. 58B, накопленный объем DA2 данных во втором буфере 4922 считывания увеличивается на скорости, равной Rud-3D-Rext2[n+1], разности между скоростью Rud-3D считывания и скоростью Rext2[n+1] передачи для просмотра правым глазом. Наоборот, накопленный объем DA1 данных в первом буфере 4921 считывания продолжает снижаться на скорости Rext1[n] передачи для базового просмотра, как показано на фиг. 58A.
Когда конец (n+1)-го экстента R(n+1) для просмотра правым глазом считывается, (n+1)-й переход J0[n+1] через нуль секторов осуществляется. Во время (n+1)-го периода PJ0[n+1] перехода через нуль секторов приостанавливается считывание данных из BD-ROM-диска 101. Соответственно, накопленный объем DA1 данных в первом буфере 4921 считывания продолжает снижаться на скорости Rext1[n] передачи для базового просмотра, и накопленный объем DA2 данных во втором буфере 4922 считывания снижается на скорости Rext2[n+1] передачи для просмотра правым глазом.
Здесь предполагается следующее: объем данных, накопленный в первом буфере 4921 считывания во время 2n-го периода PRL[n] считывания, т.е. размер Sext1[n] n-го экстента Ln для базового просмотра, по меньшей мере, равен объему данных, передаваемых из первого буфера 4921 считывания в декодер 4903 системных целевых объектов c 2n-го периода PRL[n] считывания через (n+1)-й период PJ0[n+1] перехода через нуль секторов. В этом случае, как показано на фиг. 58A, при завершении (n+1)-го периода PJ0[n+1] перехода через нуль секторов накопленный объем DA1 данных в первом буфере 4921 считывания не падает ниже первого объема UL1 допустимого запаса буфера.
Для прозрачного воспроизведения трехмерных видеоизображений из трехмерных экстентов EXTSS[n]=Rn+Ln, EXTSS[n+1]=R(n+1)+L(n+1),... несмотря на переходы между этими экстентами достаточно того, чтобы повторять вышеуказанные изменения в накопленных объемах DA1 и DA2 данных. Для этого следующие три условия [3], [4] и [5] должны удовлетворяться.
[3] Размер Sext1[n] n-го экстента Ln для базового просмотра, по меньшей мере, равен объему данных, передаваемых из первого буфера 4921 считывания в декодер 4903 системных целевых объектов с 2n-го периода PRL[n] считывания через (n+1)-й период PJ0[n+1] перехода через нуль секторов. Длина 2n-го периода PRL[n] считывания равна Sext1[n]/Rud-3D, значению, полученному посредством деления размера Sext1[n] n-го экстента Ln для базового просмотра на скоростью Rud-3D считывания. Длина (2n+1)-го периода PRR[n+1] считывания равна Sext2[n+1]/Rud-3D, значению, полученному посредством деления размера Sext2[n+1] (n+1)-го экстента R(n+1) для просмотра правым глазом на скорость Rud-3D считывания. Соответственно, должно быть достаточным того, чтобы размер Sext1[n] n-го экстента Ln для базового просмотра удовлетворял выражению 2.
[4] Размер Sext2[n] n-го экстента Rn для просмотра правым глазом, по меньшей мере, равен объему данных, передаваемых из второго буфера 4922 считывания в декодер 4903 системных целевых объектов с (2n-1)-го периода PRR[n] считывания через n-й период PJLR[n] перехода. Длина (2n-1)-го периода PRR[n] считывания равна Sext2[n]/Rud-3D, значению, полученному посредством деления размера Sext2[n] n-го экстента Rn для просмотра правым глазом на скорость Rud-3D считывания. Соответственно, должно быть достаточным того, чтобы размер Sext2[n] n-го экстента Rn для просмотра правым глазом удовлетворял выражению 3.
[5] В отличие от времени Tjump-2D[n] перехода, подставленного в выражение 1, время Tjump-3D[n] перехода, которое должно быть подставлено в выражения 2 и 3, определяется только посредством первого параметра TJ[n]: Tjump-3D[n]=TJ[n]. Первый параметр TJ[n] равен, например, максимальному времени перехода в таблице на фиг. 56, которое соответствует числу секторов от конца n-го экстента Ln для базового просмотра до начала (n+1)-го экстента R(n+1) для просмотра правым глазом, т.е. расстоянию перехода.
[Режим глубин]
Фиг. 59A и 59B являются графиками, показывающими изменение объемов DA1 и DA2 данных, сохраненных в буферах 4921 и 4922 считывания во время обработки воспроизведения блока трехмерных экстентов в режиме глубины. Фиг. 59C является схематичным представлением, показывающим взаимосвязь между блоком 5910 трехмерных экстентов и путем 5920 воспроизведения. Как показано на фиг. 59C, блок 5810 трехмерных экстентов состоит из групп блоков данных в перемеженной компоновке, аналогичной блоку 5810 трехмерных экстентов, показанному на фиг. 58C. В соответствии с путем 5920 воспроизведения блоки Dk данных карты глубины и блоки Lk данных для базового просмотра (k=0, 1, 2,...) считываются как один экстент. Аналогично фиг. 58 допускается, что (n-1) трехмерных экстентов уже считаны и что целое число n намного превышает единицу. В этом случае накопленные объемы DA1 и DA2 данных в буферах 4921 и 4922 считывания уже поддерживаются равными или выше соответствующих объемов UL1 и UL2 допустимого запаса буфера.
Как показано на фиг. 59C, во время (2n-1)-го периода PRD[n] считывания n-й экстент Dn карты глубины считывается из BD-ROM-диска 101 во второй буфер 4922 считывания. Во время (2n-1)-го периода PRD[n] считывания накопленный объем DA2 данных во втором буфере 4922 считывания увеличивается на скорости, равной Rud-3D-Rext3[n], разности между скоростью Rud-3D считывания и скоростью Rext3[n] передачи карты глубины, как показано на фиг. 59B. Наоборот, как показано на фиг. 59A, накопленный объем DA1 данных в первом буфере 4921 считывания снижается на скорости Rext1[n-1] передачи для базового просмотра.
Когда конец n-го экстента Dn карты глубины считывается, n-й переход JLD[n] осуществляется. Во время n-го периода PJLD[n] перехода считывание n-го экстента Rn для просмотра правым глазом пропускается, и, следовательно, считывание данных из BD-ROM-диска 101 приостанавливается. Соответственно, во время n-го периода PJLD[n] перехода накопленный объем DA1 данных в первом буфере 4921 считывания продолжает снижаться на скорости Rext1[n-1] передачи для базового просмотра, как показано на фиг. 59A. Между тем, накопленный объем DA2 данных во втором буфере 4922 считывания снижается на скорости Rext3[n] передачи карты глубины, как показано на фиг. 59B.
После завершения n-го периода PJLD[n] перехода начинается 2n-й период PRL[n] считывания. Во время 2n-го периода PRL[n] считывания n-й экстент Ln для базового просмотра считывается из BD-ROM-диска 101 в первый буфер 4921 считывания. Соответственно, как показано на фиг. 59A, накопленный объем DA1 данных в первом буфере 4921 считывания увеличивается на скорости, равной Rud-3D-Rext1[n], разности между скоростью Rud-3D считывания и скоростью Rext1[n] передачи для базового просмотра. Наоборот, накопленный объем DA2 данных во втором буфере 4922 считывания продолжает снижаться на скорости Rext3[n] передачи карты глубины, как показано на фиг. 59B.
Когда конец n-го экстента Ln для базового просмотра считывается, n-й переход J0[n] через нуль секторов осуществляется. Во время n-го периода PJ0[n] перехода через нуль секторов приостанавливается считывание данных из BD-ROM-диска 101. Соответственно, накопленный объем DA1 данных в первом буфере 4921 считывания снижается на скорости Rext1[n] передачи для базового просмотра, и накопленный объем DA2 данных во втором буфере 4922 считывания продолжает снижаться на скорости Rext3[n] передачи карты глубины.
Здесь предполагается следующее: объем данных, накопленный во втором буфере 4922 считывания во время (2n-1)-го периода PRD[n] считывания, т.е. размер Sext3[n] n-го экстента Dn карты глубины, по меньшей мере, равен объему данных, передаваемых из второго буфера 4922 считывания в декодер 4903 системных целевых объектов с (2n-1)-го периода PRD[n] считывания через n-й период PJ0n перехода через нуль секторов. В этом случае, как показано на фиг. 59B, при завершении n-го периода PJ0[n] перехода через нуль секторов накопленный объем DA2 данных во втором буфере 4922 считывания не падает ниже второго объема UL2 допустимого запаса буфера.
При завершении n-го периода PJ0[n] перехода через нуль секторов, (2n+1)-й период PRD[n+1] считывания начинается. Во время (2n+1)-го периода PRD[n+1] считывания (n+1)-й экстент D(n+1) карты глубины считывается из BD-ROM-диска 101 во второй буфер 4922 считывания. Соответственно, накопленный объем DA1 данных в первом буфере 4921 считывания продолжает снижаться на скорости Rext1[n] передачи для базового просмотра, как показано на фиг. 59A. Наоборот, как показано на фиг. 59B, накопленный объем DA2 данных во втором буфере 4922 считывания увеличивается на скорости Rud-3D-Rext3[n+1].
Когда конец (n+1)-го экстента R(n+1) для просмотра правым глазом считывается, (n+1)-й переход J0[n+1] через нуль секторов осуществляется. Во время (n+1)-го периода PJLD[n+1] перехода пропускается считывание (n+1)-го экстента R(n+1) для просмотра правым глазом, и, следовательно, считывание данных из BD-ROM-диска 101 приостанавливается. Соответственно, во время (n+1)-го периода PJLD[n+1] перехода накопленный объем DA1 данных в первом буфере 4921 считывания продолжает снижаться на скорости Rext1[n] передачи для базового просмотра и накопленный объем DA2 данных во втором буфере 4922 считывания снижается на скорости Rext3[n+1] передачи карты глубины.
При завершении (n+1)-го периода PJLD[n+1] перехода (2n+2)-й период PRL[n+1] считывания начинается. Во время (2n+2)-го периода PRL[n+1] считывания, (n+1)-й экстент L(n+1) для базового просмотра считывается из BD-ROM-диска 101 в первый буфер 4921 считывания. Соответственно, как показано на фиг. 59A, накопленный объем DA1 данных в первом буфере 4921 считывания увеличивается на скорости Rud-3D-Rext1[n+1]. Наоборот, накопленный объем DA2 данных во втором буфере 4922 считывания продолжает снижаться на скорости Rext3[n+1] передачи карты глубины, как показано на фиг. 59B.
Здесь предполагается следующее: объем данных, накопленный в первом буфере 4921 считывания во время 2n-го периода PRL[n] считывания, т.е. размер Sext1[n] n-го экстента Ln для базового просмотра, по меньшей мере, равен объему данных, передаваемых из первого буфера 4921 считывания в декодер 4903 системных целевых объектов с 2n-го периода PRL[n] считывания через (n+1)-й период PJLD[n+1] перехода. В этом случае, как показано на фиг. 59A, при завершении (n+1)-го периода PJLD[n+1] перехода накопленный объем DA1 данных в первом буфере 4921 считывания не падает ниже первого объема UL1 допустимого запаса буфера.
Для прозрачного воспроизведения трехмерных видеоизображений из экстентов Dn, D(n+1),... карты глубины и экстентов Ln, L(n+1),... для базового просмотра несмотря на переходы между этими экстентами достаточно того, чтобы повторять вышеуказанные изменения в накопленных объемах DA1 и DA2 данных. Для этого следующие условия [6], [7] и [8] должны удовлетворяться.
[6] Размер Sext1[n] n-го экстента Ln для базового просмотра, по меньшей мере, равен объему данных, передаваемых из первого буфера 4921 считывания в декодер 4903 системных целевых объектов с 2n-го периода PRL[n] считывания через (n+1)-й период PJLD[n+1] перехода. Длина 2n-го периода PRL[n] считывания равна Sext1[n]/Rud-3D, значению, полученному посредством деления размера Sext1[n] n-го экстента Ln для базового просмотра на скорость Rud-3D считывания. Длина (2n+1)-го периода PRD[n+1] считывания равна Sext3[n+1]/Rud-3D, значению, полученному посредством деления размера Sext3[n+1] (n+1)-го экстента D(n+1) карты глубины на скорость Rud-3D считывания. Соответственно, должно быть достаточным того, чтобы размер Sext1[n] n-го экстента Ln для базового просмотра удовлетворял выражению 4.
[7] Размер Sext3[n] n-го экстента Dn карты глубины, по меньшей мере, равен объему данных, передаваемых из второго буфера 4922 считывания в декодер 4903 системных целевых объектов с (2n-1)-го периода PRD[n] считывания через n-й период PJ0[n] перехода через нуль секторов. Длина (2n-1)-го периода PRD[n] считывания равна Sext3[n]/Rud-3D, значению, полученному посредством деления размера Sext3[n] n-го экстента Dn карты глубины на скорость Rud-3D считывания. Соответственно, должно быть достаточным того, чтобы размер Sext3[n] n-го экстента Dn карты глубины удовлетворял выражению 5.
[8] Время Tjump-3D[n] перехода, которое должно быть подставлено в выражения 4 и 5, равно, например, максимальному времени перехода в таблице на фиг. 56, которое соответствует числу секторов от конца n-го экстента Dn карты глубины до начала n-го экстента Ln для базового просмотра, т.е. расстоянию перехода. Следует отметить, что в компоновке групп блоков данных в этом варианте осуществления настоящего изобретения пара экстента Dn карты глубины и экстента Ln для базового просмотра с идентичными ATC-временами экстента не размещается с межслойной границей между ними.
Время Tjump-0[n] перехода через нуль секторов равно указанному значению, определенному только посредством времени, требуемого для фактического перехода через нуль секторов, независимо от того, имеется или нет межслойная граница LB между n-м экстентом Ln для базового просмотра и (n+1)-м экстентом D(n+1) карты глубины.
На основе вышеуказанных соображений, чтобы разрешать прозрачное воспроизведение двумерных видеоизображений, трехмерных видеоизображений в L/R-режиме и трехмерных видеоизображений в режиме глубины из групп блоков данных в перемеженной компоновке, должно быть достаточным того, чтобы размер каждого блока данных удовлетворял всем вышеуказанным выражениям 1-5. В частности, размер блока данных для базового просмотра должен быть равным или превышающим наибольшее значение в правой стороне выражений 1, 3 и 5. В дальнейшем в этом документе нижний предел на размер блока данных, который удовлетворяет всем выражениям 1-5, называется "минимальным размером экстента".
<Объем допустимого запаса буфера считывания>
Нижние пределы UL1 и UL2 накопленных объемов DA1 и DA2 данных в буферах 4921 и 4922 считывания, показанных на фиг. 58A, 58B, 59A и 59B, представляют объемы допустимого запаса буфера. "Объем допустимого запаса буфера" - это нижний предел накопленного объема данных, который должен поддерживаться в каждом буфере считывания в ходе считывания одного блока трехмерных экстентов, т.е. последовательных групп блоков данных в перемеженной компоновке. В ходе считывания потоковых данных длинный переход осуществляется между двумя различными блоками трехмерных экстентов, когда считанный слой для записи переключается или когда обработка считывания прерывается, чтобы считывать из другого файла. Термин "другой файл" означает файл, отличный от файла AV-потока, показанного на фиг. 5, и включает в себя, например, файл 512 кинообъектов, файл 551 BD-J-объектов и файл 561 JAR. Длинный переход является более длительным, чем переходы, которые осуществляются в рамках блока трехмерных экстентов, который извлекается из выражений 2-5. Кроме того, синхронизация длинного перехода, вызываемого посредством прерывания, чтобы считывать другой файл, является нерегулярной и может происходить даже в ходе считывания одного блока данных. Соответственно, вместо задания минимального размера экстента посредством подстановки максимального времени перехода длинного перехода в выражения 2-5 более преимущественным является то, чтобы поддерживать объем допустимого запаса буфера на уровне, допускающем предотвращение опустошения в буферах считывания во время длинного перехода.
Фиг. 60 является схематичным представлением, показывающим длинные переходы JLY, JBDJ1 и JBDJ2, сформированные во время обработки воспроизведения в L/R-режиме. Как показано на фиг. 60, первый блок 6001 трехмерных экстентов размещается в первом слое для записи, который находится перед межслойной границей LB. Между концом первого блока 6001 трехмерных экстентов L3 и межслойной границей LB записывается блок исключительно для двумерного воспроизведения L42D. С другой стороны, второй блок 6002 трехмерных экстентов записывается во втором слое для записи, который находится после межслойной границы LB. Кроме того, файл 6003 BD-J-объектов записывается в зону, удаленную от обоих блоков 6001 и 6002 трехмерных экстентов. Во время обработки воспроизведения от первого блока 6001 трехмерных экстентов до второго блока 6002 трехмерных экстентов длинный переход JLY осуществляется при переключении слоев. Напротив, считывание первого блока 6001 трехмерных экстентов прерывается для считывания файла 6003 BD-J-объектов, и тем самым пара длинных переходов JBDJ1 и JBDJ2 осуществляется. Объемы UL1 и UL2 допустимого запаса буфера, необходимые для длинных переходов JLY и JBDJ, вычисляются следующим образом.
Максимальное время Tjump-LY перехода для длинного перехода JLY, вызываемого посредством переключения слоев, равно сумме времени переключения слоев и максимального времени перехода, согласно таблице на фиг. 56, соответствующего расстоянию перехода для первого длинного перехода JLY. Это расстояние перехода равно числу секторов между концом блока L3 данных для базового просмотра, последнего блока в первом блоке 6001 трехмерных экстентов и началом первого блока R4 данных для просмотра правым глазом во втором блоке 6002 трехмерных экстентов. Также следует отметить, что скорость Rext1 передачи для базового просмотра не превышает максимальное значение Rmax1. Таким образом, из этого вытекает, что объем данных, использованный из первого буфера 4921 считывания во время длинного перехода JLY, не превышает произведение максимального значения Rmax1 скорости передачи для базового просмотра и максимального времени Tjump-LY перехода. Значение этого произведения задается как первый объем UL1 допустимого запаса буфера. Другими словами, первый объем UL1 допустимого запаса буфера вычисляется через уравнение 6.
Например, когда максимальное расстояние перехода составляет 40000 секторов, затем согласно таблице на фиг. 56 максимальное время Tjump-LY перехода составляет 700 мс, что включает в себя время переключения слоев в 350 мс. Соответственно, когда системная скорость, соответствующая файлу 2D, составляет 48 Мбит/с, первый объем UL1 допустимого запаса буфера равен (48 Мбит/с×192/188)×0,7 секунды=приблизительно 4,09 MB.
Аналогично, максимальное значение объема данных, использованного из второго буфера 4922 считывания во время длинного перехода JLY, т.е. произведение максимального значения Rmax2 скорости передачи для просмотра правым глазом и максимального времени Tjump-LY перехода, определяется как второй объем UL2 допустимого запаса буфера. Другими словами, второй объем UL2 допустимого запаса буфера вычисляется через уравнение 7.
Например, когда максимальное расстояние перехода составляет 40000 секторов, это означает, что максимальное время перехода Tjump-LY составляет 700 мс, а когда системная скорость, соответствующая первому файлу DEP, составляет 16 Мбит/с, второй объем UL2 допустимого запаса буфера равен (16 Мбит/с×192/188)×0,7 секунды=приблизительно 1,36 MB.
Снова ссылаясь на фиг. 60, когда считывание файла 6003 BD-J-объектов прерывает период считывания первого блока 6001 трехмерных экстентов, первый длинный переход JBDJ1 осуществляется. Таким образом, позиция, предназначенная для считывания сдвигов от зоны записи второго блока L2 данных для базового просмотра к зоне записи файла 6003 BD-J-объектов. Соответствующее время TBDJ перехода задается равным заранее определенному фиксированному значению, к примеру 900 мс. Затем файл 6003 BD-J-объектов считывается. Время, требуемое для считывания, равно значению восьмикратного умножения размера SBDJ экстента, принадлежащего файлу 6003, разделенного на скорость Rud-3D считывания, или 8×SBDJ[n]/Rud-3D (обычно размер SBDJ экстента выражается в байтах, а скорость Rud-3D считывания - в битах/сек; поэтому необходимо умножать на восемь). Затем второй длинный переход JBDJ2 осуществляется. Позиция, предназначенная для считывания, таким образом возвращается из зоны записи файла 6003 BD-J-объектов обратно к зоне записи второго блока L2 данных для базового просмотра. Соответствующее время TBDJ перехода равно первому периоду перехода, к примеру 900 мс. Во время двух переходов JBDJ1 и JBDJ2 и считывания файла 6003 BD-J-объектов данные не считываются в первый буфер 4921 считывания. Соответственно, максимальное значение объема данных, использованного из первого буфера 4921 считывания в это время, определяется как первый объем допустимого запаса буфера считывания UL1. Другими словами, первый объем допустимого запаса буфера считывания UL1 вычисляется через уравнение 8.
Аналогично, максимальное значение объема данных, использованного из второго буфера 4922 считывания во время двух длинных переходов JBDJ1 и JBDJ2 и считывания файла 6003 BD-J-объектов, определяется как второй объем UL2 допустимого запаса буфера. Другими словами, второй объем UL2 допустимого запаса буфера вычисляется через уравнение 9.
Первый объем UL1 допустимого запаса буфера задается равным большему из значений правой стороны уравнений 6 и 8. Второй объем UL2 допустимого запаса буфера задается равным большему из значений правой стороны уравнений 7 и 9.
<Минимальная емкость буферов считывания>
Во время обработки воспроизведения последовательных блоков трехмерных экстентов, показанной на фиг. 58C и 59C, минимальное значение емкости, необходимой для каждого из буферов 4921 и 4922 считывания, вычисляется следующим образом.
Когда n-й блок Ln данных для базового просмотра (n=0, 1, 2,...) считывается в режиме трехмерного воспроизведения, достаточно того, чтобы емкость RB1[n], необходимая для первого буфера 4921 считывания, равнялась или превышала наивысшее значение пиков на графиках, показанных на фиг. 58A и 59A. Если размер Sext1 блока данных для базового просмотра, который должен считываться, устанавливается, то пиковое значение достигает своего максимума, когда скорость Rext1 передачи для базового просмотра равна своему максимальному значению Rmax1. Соответственно, емкость RB1[n] должна удовлетворять выражению 10 как в L/R-режиме, так и в режиме глубины.
Когда n-й блок Rn данных для просмотра правым глазом считывается в L/R-режиме, достаточно того, чтобы емкость RB2LR[n], необходимая для второго буфера 4922 считывания, равнялась или превышала наивысшее значение пиков на графике, показанном на фиг. 58B. Если размер, Sext2 блока данных для просмотра правым глазом, который должен считываться, устанавливается, то пиковое значение достигает своего максимума, когда скорость Rext2 передачи для просмотра правым глазом равна своему максимальному значению Rmax2. Соответственно, емкость RB2LR[n] должна удовлетворять выражению 11.
В этом варианте осуществления любой из блоков данных для просмотра правым глазом может считываться первым посредством воспроизведения с прерываниями. В таком случае декодер 4903 системных целевых объектов не считывает данные из второго буфера 4922 считывания до тех пор, пока весь блок данных для просмотра правым глазом, который считывается первым, не сохранен во втором буфере 4922 считывания. Соответственно, в отличие от емкости RB1[n] первого буфера 4921 считывания емкость RB2LR[n] второго буфера 4922 считывания дополнительно должна удовлетворять условию "по меньшей мере, превышения размера Sext2[n] n-го блока Rn данных для просмотра правым глазом".
Аналогично, при считывании n-го блока Dn данных карты глубины емкость RB2LD[n] второго буфера 4922 считывания должна удовлетворять выражению 12.
<Преимущества разделения путей воспроизведения до и после межслойной границы>
На BD-ROM-диске 101 согласно этому варианту осуществления настоящего изобретения группы блоков данных до и после межслойной границы записываются в одной из компоновок 1, 2 и 3, показанных на фиг. 22, 25 и 27. Как результат, до и после переключения слоев указанная часть видеопотока для базового просмотра воспроизводится из блока исключительно для двумерного воспроизведения Ln2D в режиме двумерного воспроизведения и из блока исключительно для трехмерного воспроизведения LnSS в режиме трехмерного воспроизведения. В этом случае в отличие от компоновки, показанной на фиг. 23, размер Sext2D двумерного экстента, сохраняющего указанную часть, равен сумме размера Sext1 экстента для базового просмотра и размера блока исключительно для двумерного воспроизведения Ln2D. До тех пор пока выражение 1 удовлетворяется посредством этой суммы Sext2D, выражения 2-5 удовлетворяются посредством размера блоков данных, отличных от блока исключительно для двумерного воспроизведения Ln2D. Соответственно, нижний предел размеров Sext2 и Sext3 экстентов для зависимого просмотра, которые удовлетворяют выражениям 2-5, т.е. минимальные размеры экстентов, может эффективно дополнительно уменьшаться независимо от регулирования размера блока исключительно для двумерного воспроизведения Ln2D так, чтобы размер Sext2D всего двумерного экстента удовлетворял выражению 1. Следовательно, как очевидно из выражений 11 и 12, минимальные емкости RB2LR и RB2LD второго буфера 4922 считывания могут эффективно дополнительно уменьшаться независимо от выражения 1.
<ATC-время экстента в блоке трехмерных экстентов>
В блоке трехмерных экстентов, т.е. группе блоков данных в перемеженной компоновке, последовательные блоки Dn, Rn, Ln данных (n=0, 1, 2,...) имеют идентичное ATC-время экстента. Другими словами, разность в ATS от исходного пакета в начале каждого блока данных до исходного пакета в начале следующего блока данных является идентичной. Тем не менее, при вычислении этой разности возникновение циклического возврата в ATS должно быть учтено. В этом случае в рамках идентичного времени, измеряемого посредством ATC, первый модуль 5011 депакетирования источников извлекает TS-пакеты из всех исходных пакетов в блоке Ln данных для базового просмотра и передает TS-пакеты в первый PID-фильтр 5013, а второй модуль 5012 депакетирования источников извлекает TS-пакеты из всех исходных пакетов в блоке Dn или Rn данных для зависимого просмотра и передает TS-пакеты во второй PID-фильтр 5014. Соответственно, в частности, в ходе воспроизведения с прерываниями декодер 5015 первичного видео может легко синхронизировать декодирование TS-пакетов между видеопотоком для базового просмотра и видеопотоком для зависимого просмотра.
<Условные выражения размера экстента с обращением к ATC-времени экстента>
В выражениях 2-5 размер экстентов для базового просмотра и экстентов для зависимого просмотра ограничен посредством размера далее расположенных экстентов. Тем не менее, с точки зрения использования экстентов в процессе авторской разработки предпочтительно, чтобы условия по размеру каждого экстента выражались в форме, которая не зависит от размера других экстентов. Соответственно, выражения 2-5 переопределяются посредством условных выражений, которые обращаются к ATC-времени экстента.
Как уже описано, три смежных экстента Dn, Rn, Ln (n=0, 1, 2,...) имеют идентичное ATC-время экстента Text[n]. Минимальное значение этих ATC-времен экстента задается как минимальное ATC-время экстента minText, а максимальное значение - как максимальное ATC-время экстента maxText: minText≤Text[n]≤maxText. В этом случае размеры Sext1[n], Sext2[n] и Sext3[n] n-ных экстентов EXT1[n], EXT2[n] и EXT3[n] ограничены диапазонами в выражениях 13, 14 и 15.
CEIL(Rext1[n]×minText/8)≤≤Sext1[n]≤≤CEIL(Rext1[n]×maxText/8)
CEIL(Rext2[n]×minText/8)≤≤Sext2[n]≤≤CEIL(Rext2[n]×maxText/8)
CEIL(Rext3[n]×minText/8)≤≤Sext3[n]≤≤CEIL(Rext3[n]×maxText/8)
Затем разность между максимальным ATC-временем экстента maxText и минимальным ATC-временем экстента minText задается как фиксированное значение Tm: maxText=minText+Tm. В этом случае минимальное ATC-время экстента minText вычисляется следующим образом посредством обращения к минимальным размерам экстентов, т.е. правой стороне выражений 2-5.
Когда размер n-го экстента для базового просмотра равен минимальному размеру экстента, то из выражений 2 и 13 минимальное ATC-время экстента minText удовлетворяет выражению 16.
Размеру Sext2[n+1] (n+1)-го экстента для просмотра правым глазом разрешено быть произведением максимального значения Rmax2 скорости Rext2 передачи для просмотра правым глазом и максимального ATC-времени экстента maxText: Sext2[n+1]≤Rmax2×maxText=Rmax2×(minText+Tm). Кроме того, скорость Rext1[n] передачи для базового просмотра не превышает максимальное значение Rmax1: Rext1[n]≤Rmax1. Поскольку минимальное ATC-время экстента minText должно быть верхним пределом правой стороны выражения 16, выражение 17 должно удовлетворяться.
Если выражение 4 аналогично модифицируется вместо выражения 2, минимальное ATC-время экстента minText должно дополнительно удовлетворять выражению 18.
С другой стороны, когда размер n-го экстента для базового просмотра равен минимальному размеру экстента, соответствующее ATC-время экстента равно минимальному ATC-времени экстента minText. Поскольку n-й экстент для просмотра правым глазом совместно использует ATC-время экстента, идентичное экстенту для базового просмотра, то из выражений 3 и 14 минимальное ATC-время экстента minText удовлетворяет выражению 19.
Скорость Rext2[n] передачи для просмотра правым глазом не превышает максимальное значение Rmax2, а скорость Rext1[n] передачи для базового просмотра не превышает максимальное значение Rmax1: Rext2[n]≤Rmax2 и Rext1[n]≤Rmax1. Поскольку минимальное ATC-время экстента minText должно быть верхним пределом правой стороны выражения 19, выражение 20 должно удовлетворяться.
Если выражение 5 используется вместо выражения 3, то аналогично минимальное ATC-время экстента minText должно удовлетворять выражению 21.
Как результат, минимальное ATC-время экстента minText указывается как максимальное значение в правой стороне выражений 17, 18, 20 и 21. В этом случае время Tjump-0 перехода через нуль секторов, время Tjump-3D перехода и диапазон Tm колебания ATC-времени экстента может быть ограничено заранее определенными фиксированными значениями. В частности, в модификации (F), описанной ниже, время Tjump-3D перехода может быть оценено в отношении максимального расстояния перехода MAX_EXTJUMP3D. Таким образом, минимальное ATC-время экстента minText фактически может быть определено только посредством констант, таких как максимальное значение Rmax среднего времени передачи. Соответственно, условия по размеру экстента, показанному в выражениях 13-15, являются полезными во время процесса авторской разработки.
<Гарантирование объема допустимого запаса буфера>
Объемы UL1 и UL2 допустимого запаса буфера гарантируются следующим образом. Прежде всего, условие, что "ATC-время экстента Text равно или превышает минимальное ATC-время экстента minText", задается для схемы каждого блока данных. В этом случае, как показано в выражениях 17, 18, 20 и 22, минимальное ATC-время экстента minText является вычисляемым значением, когда средние скорости Rext1, Rext2 и Rext3 передачи равны соответствующим максимальным значениям Rmax1, Rmax2 и Rmax3. Фактические средние скорости Rext1, Rext2 и Rext3 передачи, тем не менее, в общем, ниже соответствующих максимальных значений Rmax1, Rmax2 и Rmax3. Соответственно, фактические размеры блоков данных, Rext1×Text, Rext2×Text и Rext3×Text, в общем, меньше значений, предполагаемых при вышеуказанных условиях, т.е. Rmax1×Text, Rmax2×Text и Rmax3×Text. Следовательно, после начала считывания каждого блока данных считывание следующего блока данных начинается до того, как ATC-время экстента Text проходит. Другими словами, накопленные объемы DA1 и DA2 данных в буферах 4921 и 4922 считывания, в общем, начинают увеличиваться снова до возвращения к значению в начале считывания в отличие от случая, показанного на фиг. 58A, 58B, 59A и 59B. Накопленные объемы DA1 и DA2 данных, следовательно, увеличиваются на заранее определенную величину каждый раз, когда пара блока данных для базового просмотра и для зависимого просмотра считывается. Как результат, посредством непрерывного считывания определенного числа блоков данных в буферы 4921 и 4922 считывания гарантируются объемы UL1 и UL2 допустимого запаса буфера.
Фиг. 61A является графиком, показывающим взаимосвязь между блоком 6110 трехмерных экстентов и путем 6120 воспроизведения в L/R-режиме. Как показано на фиг. 61A, блок 6110 трехмерных экстентов состоит из групп Lk блоков данных для базового просмотра и групп Dk и Rk блоков данных для зависимого просмотра (k=0, 1, 2,...) в перемеженной компоновке. В соответствии с путем 6120 воспроизведения каждая пара смежных блоков Rk данных для просмотра правым глазом и блоков Lk данных для базового просмотра считывается как один трехмерный экстент, т.е. как пара экстента для зависимого просмотра и экстента для базового просмотра. Размер экстента Sext1[k] экстента Lk для базового просмотра равен произведению скорости Rext1[k] передачи для базового просмотра и ATC-времени экстента Text[k]: Sext1[k]=Rext1[k] ×Text[k]. Этот размер экстента Sext1[k], в общем, меньше произведения максимального значения Rmax1 скорости передачи для базового просмотра и ATC-времени экстента Text[k]: Sext1[k]<Rmax1×Text[k]. Это применимо к размерам Sext3[k] и Sext2[k] экстентов для экстентов для зависимого просмотра Dk и Rk.
Фиг. 61B является графиком, показывающим изменение объема DA1 данных в первом буфере 4921 считывания, когда блок 6110 трехмерных экстентов считывается в соответствии с путем 6120 воспроизведения в L/R-режиме. Тонкая линия указывает изменения, когда средние скорости Rext1[k], Rext2[k] и Rext3[k] передачи равны максимальным значениям Rmax1, Rmax2 и Rmax3. С другой стороны, толстая линия указывает изменения, когда скорость Rext1[0] передачи первого экстента L0 для базового просмотра ниже максимального значения Rmax1. Следует отметить, что для удобства пояснения допускается, что скорости Rext2[k] и Rext3[k] передачи для зависимого просмотра равны своим соответствующим максимальным значениям Rmax2 и Rmax3. В этом случае размеры Rext2[k]×Text[k] и Rext3[k]×Text[k] экстентов для зависимого просмотра равны максимальным возможным допускаемым значениям, Rmax2[k]×Text[k] и Rmax3[k]×Text[k].
Как показано на фиг. 61B для тонкой линии, после того как ATC-время экстента Text[0] прошло с начала считывания первого экстента L0 для базового просмотра, считывание следующего экстента L1 для базового просмотра начинается. Соответственно, накопленный объем DA1 данных на этой стадии практически равен значению DM10 в начале считывания. Наоборот, для толстой линии время Sext1[0]/Rud-3D необходимо, чтобы считывать весь первый экстент L0 для базового просмотра из BD-ROM-диска 101 в первый буфер 4921 считывания. Это время меньше времени Rmax1[k]×Text[0]/Rud-3D в тонкой линии на время ДTb: ДTb=Sext1[0]/Rud-3D-Rmax1×Text[0]/Rud-3D=(Rext1[0]-Rmax1) Text[0] x/Rud-3D. Соответственно, накопленный объем DA1 данных достигает своего пика в толстой линии раньше, чем в тонкой линии, на время ДTb. С другой стороны, размеры Sext2[1] и Sext3[1] экстентов для зависимого просмотра D1 и R1 являются идентичными для обеих линий: Rmax2×Text[1] и Rmax3×Text[1]. Соответственно, время ДТ от пика накопленного объема DA1 данных до начала считывания следующего экстента L1 для базового просмотра является идентичным для обеих линий. Как результат, в отличие от тонкой линии считывание следующего экстента L1 для базового просмотра начинается в толстой линии во время, которое на ДTb раньше ATC-времени экстента Text, которое прошло с начала считывания первого экстента L0 для базового просмотра. Как результат, значение DM11 накопленного объема DA1 данных в этой точке увеличивается по сравнению со значением DM10 в начале считывания первого экстента L0 для базового просмотра на приращение DM1[0]. Как очевидно из фиг. 61B, это увеличение DM1[0] равно произведению фактической скорости снижения Rext1[0] из накопленного объема DA1 данных и времени ДTb: DM1[0]=Rext1[0]×ДTb=Rext1[0]×(Rext1[0]-Rmax1) Text[0] x/Rud-3D.
Фиг. 61C является графиком, показывающим изменение объема DA2 данных во втором буфере 4922 считывания в то время, когда объем DA1 данных в первом буфере 4921 считывания изменяется, как показано на фиг. 61B. Тонкая линия указывает изменения, когда средние скорости Rext1[k], Rext2[k] и Rext3[k] передачи равны максимальным значениям Rmax1, Rmax2 и Rmax3. С другой стороны, толстая линия указывает изменения, когда скорость Rext1[0] передачи первого экстента L0 для базового просмотра ниже максимального значения Rmax1. Следует отметить, что для удобства пояснения допускается, что скорости Rext2[k] и Rext3[k] передачи для зависимого просмотра равны своим соответствующим максимальным значениям Rmax2 и Rmax3.
Как показано на фиг. 61C для тонкой линии, после того как ATC-время экстента Text[0] прошло с начала считывания первого экстента R0 для просмотра правым глазом, считывание следующего экстента R1 для просмотра правым глазом начинается. Соответственно, накопленный объем DA2 данных на этой стадии практически равен значению DM20 в начале считывания. Наоборот, для толстой линии, весь первый экстент L0 для базового просмотра считывается из BD-ROM-диска 101 в первый буфер 4921 считывания раньше, чем в тонкой линии, на время ДTb. Соответственно, считывание следующего экстента R1 для просмотра правым глазом начинается в толстой линии раньше, чем в тонкой линии, на время ДTb, т.е. во время на ДTb раньше ATC-времени экстента Text, которое прошло с начала считывания первого экстента R0 для просмотра правым глазом. Как результат, значение DM21 накопленного объема DA2 данных в этой точке увеличивается по сравнению со значением DM20 в начале считывания первого экстента R0 для просмотра правым глазом на приращение DM2[0]. Как очевидно из фиг. 61C, это увеличение DM2[0] равно произведению фактической скорости снижения Rext2[0] накопленного объема DA2 данных и времени ДTb: DM2[0]=Rext2[0]×ДTb=Rext2[0]×(Rext1[0]-Rmax1)×Text[0]/Rud-3D.
На фиг. 61 допускается, что скорости Rext2[k] и Rext3[k] передачи для зависимого просмотра равны своим соответствующим максимальным значениям Rmax2 и Rmax3. Фактические скорости Rext2[k] и Rext3[k] передачи для зависимого просмотра, тем не менее, в общем, являются меньшими соответствующих максимальных значений Rmax2 и Rmax3. В этом случае аналогично фиг. 61B накопленный объем DA2 данных на фиг. 61C достигает своего пика раньше на время ДTd: ДTd=Sext2[0]/Rud-3D-Rmax2×Text[0]/Rud-3D=(Rext2[0]-Rmax2)×Text[0]/Rud-3D. На графике на фиг. 61B время ДТ от пика накопленного объема DA1 данных до начала считывания следующего экстента L1 для базового просмотра сокращается на одинаковое время ДTd. В свете этих изменений каждый раз, когда пара экстента Lk для базового просмотра и экстента Rk для просмотра правым глазом обрабатывается, накопленные объемы DA1 и DA2 данных в буферах считывания увеличиваются на приращения DM1[k] и DM2[k], как показано в выражениях 22 и 23.
DM1[k]=Rext1[k]×(ДTb+ДTd)
=Rext1[k]×(Rext1[k]-Rmax1)+(Rext2[k]-Rmax2)×Text[k]/Rud-3D
DM2[k]=Rext2[k]×(ДTb+ДTd)
=Rext2[k]×(Rext1[k]-Rmax1)+(Rext2[k]-Rmax2)×Text[k]/Rud-3D
В L/R-режиме каждый раз, когда экстент Lk для базового просмотра и экстент Rk для просмотра правым глазом считываются из трехмерного экстента EXTSS[k] в буферы 4921 и 4922 считывания, накопленные объемы DA1 и DA2 данных увеличиваются на приращения DM1[k] и DM2[k]. Аналогично в режиме глубины каждый раз, когда экстент Lk для базового просмотра и экстент Dk карты глубины считываются в буферы 4921 и 4922 считывания, накопленные объемы DA1 и DA2 данных увеличиваются на приращения DM3[k] и DM4[k]. Эти приращения DM3[k] и DM4[k] показываются в выражениях 24 и 25.
DM3[k]=
Rext1[k]×(Rext1[k]-Rmax1)+(Rext3[k]-Rmax3)×Text[k]/Rud-3D
DM4[k]=
Rext3[k]×(Rext1[k]-Rmax1)+(Rext3[k]-Rmax3)×Text[k]/Rud-3D
Соответственно, когда общая сумма Tsum=Text[0]+Text[1]+Text [2]+... ATC-времени экстента для всего блока 6110 трехмерных экстентов удовлетворяет выражению 26, объемы UL1 и UL2 допустимого запаса буфера в буферах 4921 и 4922 считывания могут быть гарантированы посредством считывания всего блока 6110 трехмерных экстентов.
Следующая аппроксимация используется здесь: по всему блоку 6110 трехмерных экстентов скорость Rext1[k] передачи для базового просмотра равна средней величине Rext1-av, а скорости Rext2[k] и Rext3[k] передачи для зависимого просмотра соответственно равны средним величинам Rext2-av и Rext3-av.
Следует отметить, что в ходе считывания последовательных блоков трехмерных экстентов накопленные объемы DA1 и DA2 данных в буферах считывания продолжают увеличиваться при условии, что длинный переход не осуществляется. Соответственно, когда накопленные объемы DA1 и DA2 данных превышают заранее определенное пороговое значение, устройство 102 воспроизведения инструктирует BD-ROM-накопителю 4901 прекращать операции считывания и передачи. Скорость Rud-3D считывания тем самым снижается, что ограничивает повышение накопленных объемов DA1 и DA2 данных. Переполнения в буферах 4921 и 4922 считывания можно тем самым не допускать.
<Модификации>
(A) Вариант осуществления 1 настоящего изобретения относится к компоновке экстентов при хранении трехмерных видеоизображений на носителе записи. Тем не менее, настоящее изобретение также может использоваться для хранения видео с высокой частотой кадров на носителе записи. В частности, видео с высокой частотой кадров может, например, разделяться на группу кадров с нечетным номером и группу кадров с четным номером, которые могут рассматриваться как видеопоток для базового просмотра и видеопоток для зависимого просмотра и записываться на носитель записи с компоновкой экстентов, как описано в варианте осуществления 1. Устройство воспроизведения, которое поддерживает воспроизведение видео только на обычной частоте кадров, может воспроизводить видео для группы кадра с нечетным номером с носителя записи. Наоборот, устройство воспроизведения, которое поддерживает воспроизведение видео с высокой частотой кадров, может выбирать воспроизводить видео для только группы кадра с нечетным номером или видео для обеих групп кадров. Таким образом, совместимость с устройством воспроизведения, которое поддерживает воспроизведение видео только на обычной частоте кадров, может быть обеспечена на носителе записи, на котором сохраняется видео с высокой частотой кадров.
(B) В варианте осуществления 1 настоящего изобретения видеопоток для базового просмотра представляет вид для просмотра левым глазом, а видеопоток для зависимого просмотра представляет вид для просмотра правым глазом. Наоборот, тем не менее, видеопоток для базового просмотра может представлять вид для просмотра правым глазом, а видеопоток для зависимого просмотра - вид для просмотра левым глазом.
(C) Таблица 3041 смещений, показанная на фиг. 32A, включает в себя таблицу 3210 записей 3203 смещения для каждого PID. Таблица смещений дополнительно может включать в себя таблицу записей смещения для каждой плоскости. В этом случае анализ таблицы смещений посредством устройства трехмерного воспроизведения может упрощаться. Кроме того, нижний предел, такой как одна секунда, может быть задан для длины допустимой секции записи смещения согласно характеристикам устройства трехмерного воспроизведения относительно составления плоскости.
(D) Файл списков для трехмерного воспроизведения, показанный на фиг. 40, включает в себя один подпуть, указывающий путь воспроизведения суб-TS. Альтернативно файл списков для трехмерного воспроизведения может включать в себя подпути, указывающие пути воспроизведения для различных суб-TS. Например, типом подпути одного подпути может быть "трехмерный L/R", а типом подпути другого подпути может быть "трехмерная глубина". Когда трехмерные видеоизображения воспроизводятся в соответствии с этим файлом списков для трехмерного воспроизведения, устройство 102 воспроизведения может легко переключаться между L/R-режимом и режимом глубины посредством переключения подпути для воспроизведения между двумя типами подпутей. В частности, эта обработка переключения может выполняться быстрее, чем переключение самого файла списков для трехмерного воспроизведения.
Файл списков для трехмерного воспроизведения может включать в себя несколько подпутей одного типа подпути. Например, когда трехмерные видеоизображения для одной сцены представляются с различными бинокулярными параллаксами с использованием нескольких видов для просмотра правым глазом, которые совместно используют один вид для просмотра левым глазом, различный файл DEP записывается на BD-ROM-диск 101 для каждого различного видеопотока для просмотра правым глазом. Файл списков для трехмерного воспроизведения затем содержит несколько подпутей с типом подпути "трехмерный L/R". Эти подпути по отдельности указывают путь воспроизведения для различных файлов DEP. Дополнительно, один файл 2D может включать в себя два или более типов потока карт глубины. В этом случае файл списков для трехмерного воспроизведения включает в себя несколько подпутей с типом подпути "трехмерной глубины". Эти подпути по отдельности указывают путь воспроизведения для файлов DEP, которые включают в себя потоки карт глубины. Когда трехмерные видеоизображения воспроизводятся в соответствии с таким файлом списков для трехмерного воспроизведения, подпуть для воспроизведения может быстро переключаться, например, в соответствии с пользовательской операцией, и тем самым бинокулярный параллакс для трехмерных видеоизображений может изменяться без существенной задержки. Таким образом, пользователям может легко разрешаться выбирать требуемый бинокулярный параллакс для трехмерных видеоизображений.
(E) Чтобы точно вычислять ATC-время экстента при оценке средней скорости передачи Rext данных из буфера считывания в декодер системных целевых объектов, размер каждого экстента может упорядочиваться как фиксированное кратное длины исходного пакета. Кроме того, когда конкретный экстент включает в себя больше исходных пакетов, чем его кратное, сумма (i) произведения числа исходных пакетов, превышающих кратное, и времени передачи в расчете на исходный пакет (=188×8/системная скорость) и (ii), ATC-времени экстента, соответствующего кратному, может рассматриваться как ATC-время экстента для конкретного экстента. Дополнительно, ATC-время экстента может быть задано как сумма (iii) значения интервала времени от ATS первого исходного пакета в экстенте до ATS последнего исходного пакета в одном экстенте и (iv) времени передачи в расчете на исходный пакет. В этом случае обращение к следующему экстенту является ненужным для вычисления ATC-времени экстента, и тем самым вычисление может упрощаться. Следует отметить, что в вышеописанном вычислении ATC-времени экстента, возникновение циклического возврата в ATS должно быть учтено.
(F) Из групп блоков данных в перемеженной компоновке экстенты, которые принадлежат различному файлу, например файлу BD-J-объектов, могут записываться. Фиг. 62A является схематичным представлением, показывающим блоки данных в перемеженной компоновке, которая включает в себя только мультиплексированные потоковые данные. Фиг. 62B является схематичным представлением, показывающим блоки данных в перемеженной компоновке, которая включает в себя экстенты, принадлежащие другому файлу.
Как показано на фиг. 62A, группа 6201 блоков данных включает в себя блоки D1, D2 и D3 данных карты глубины, блоки R1, R2 и R3 данных для просмотра правым глазом и блоки L1, L2 и L3 данных для базового просмотра в переменной компоновке. В пути 6202 воспроизведения в L/R-режиме пары смежных блоков данных для просмотра левым глазом и для просмотра правым глазом, R1+L1, R2+L2 и R3+L3, считываются по порядку. В каждой паре переход J0 через нуль секторов осуществляется между блоком данных для просмотра правым глазом и блоком данных для базового просмотра. Кроме того, считывание каждого блока D1, D2 и D3 данных карты глубины пропускается посредством перехода JLR. В пути воспроизведения 6203 в режиме глубины поочередно считываются блоки D1, D2 и D3 данных карты глубины и блоки L1, L2 и L3 данных для базового просмотра. Переход J0 через нуль секторов осуществляется между смежными блоками данных для базового просмотра и блоками данных карты глубины. Кроме того, считывание каждого блока R1, R2 и R3 данных для просмотра правым глазом пропускается посредством перехода JLD.
С другой стороны, как показано на фиг. 62B, экстенты A1 и A2, принадлежащие другому файлу, вставляются в группу 6204 блоков данных, которая является идентичной группе на фиг. 62A. Этот "другой файл" может быть, например, файлом кинообъектов, файлом BD-J-объектов или файлом JAR. Эти экстенты A1 и A2 и вставляются между блоком данных карты глубины и блоком данных для просмотра правым глазом, которые являются смежными на фиг. 62A. В этом случае в пути 6205 воспроизведения в L/R-режиме расстояние перехода JLR является более значительным, чем в пути 6202 воспроизведения, показанном на фиг. 62A. Тем не менее, переход J0 через нуль секторов не изменяется на регулярный переход, что не имеет место, если экстенты A1 и A2 вставляются рядом с блоком данных для базового просмотра. Это применимо к пути воспроизведения 6206 в режиме глубины. Как очевидно из фиг. 56, максимальное время перехода, в общем, увеличивается больше при изменении перехода через нуль секторов на регулярный переход, чем при изменении расстояния перехода. Соответственно, как очевидно из выражений 2-5, минимальный размер экстента, в общем, увеличивается больше при изменении перехода через нуль секторов на регулярный переход, чем при изменении расстояния перехода. Следовательно, при вставке экстентов A1 и A2 в группу 6201 блоков данных, которая имеет перемеженную компоновку, экстенты A1 и A2 вставляются между блоками данных карты глубины и блоками данных для просмотра правым глазом, как показано на фиг. 62B. Увеличение минимального размера экстента, вызываемое посредством этой вставки, тем самым подавляется, позволяя не допускать увеличения минимальной емкости буферов считывания.
Кроме того, в компоновке, показанной на фиг. 62B, размеры в секторах G1 и G2 экстентов A1 и A2 могут быть ограничены так, чтобы быть равными или меньшими максимального расстояния перехода MAX_EXTJUMP3D: G1≤MAX_EXTJUMP3D и G2≤MAX_EXTJUMP3D. Это максимальное расстояние перехода MAX_EXTJUMP3D представляет, в секторах, максимальное расстояние перехода из переходов JLR и JLD, осуществляемых в рамках группы 6204 блоков данных. При этом ограничении не увеличивается легко максимальное время перехода, которое должно подставляться в правой стороне выражений 2-5, и тем самым минимальный размер экстента легко не увеличивается. Соответственно, можно не допускать увеличения минимальной емкости буферов считывания вследствие вставки экстентов A1 и A2.
Дополнительно, суммы (i) размеров G1 и G2 экстентов A1 и A2 и (ii) размеров Sext3 [2], Sext2[2], Sext3 [3] и Sext2[3] блоков D2, R2, D3 и R3 данных для зависимого просмотра, смежных с экстентами A1 и A2, могут быть ограничены так, чтобы быть равными или меньшими максимального расстояния перехода MAX_EXTJUMP3D.
CEIL(Sext2[2]/2048)+G1≤MAX_EXTJUMP3D,
CEIL(Sext2[2]/2048)+G1≤MAX_EXTJUMP3D,
CEIL(Sext3[3]/2048)+G2≤MAX_EXTJUMP3D,
CEIL(Sext3[3]/2048)+G2≤MAX_EXTJUMP3D,
В этих выражениях размер в байтах блока данных для зависимого просмотра разделяется на 2048, число байтов в расчете на сектор, чтобы изменять единицы размера с байтов на секторы. До тех пор пока эти условия удовлетворяются, максимальное время перехода, которое должно вставляться в правую сторону выражений 2-5, не превышает фиксированное значение. Например, если максимальное расстояние перехода MAX_EXTJUMP3D устанавливается в 40000 секторов, то максимальное время перехода из фиг. 56 не превышает 350 мс. Соответственно, минимальный размер экстента не превышает фиксированное значение. Таким образом, можно надежно не допускать увеличения минимальной емкости буферов считывания вследствие вставки экстентов A1 и A2.
Кроме вышеуказанных ограничений суммы (i) размеров G1 и G2 экстентов A1 и A2 и (ii) размеров Sext3[2], Sext2[2], Sext3[3] и Sext2[3] блоков D2, R2, D3 и R3 данных для зависимого просмотра, смежных с экстентами A1 и A2, дополнительно могут быть ограничены так, чтобы быть равными или меньшими максимального расстояния перехода MAX_JUMP(•), соответствующего размеру каждого блока данных для зависимого просмотра.
CEIL(Sext2[2]/2048)+G1≤MAX_JUMP(Sext2[2]),
CEIL(Sext2[2]/2048)+G1≤MAX_JUMP(Sext2[2]),
CEIL(Sext3[3]/2048)+G2≤MAX_JUMP(Sext3[3]),
CEIL(Sext2[3]/2048)+G2≤MAX_JUMP(Sext2[3]).
Когда размер блока данных для зависимого просмотра выражается в секторах и соответствующем максимальном времени перехода, полученном из таблицы на фиг. 56, максимальное расстояние перехода MAX_JUMP(•) означает максимальное значение диапазона секторов, которому соответствует максимальное время перехода. Например, если размер блока данных для зависимого просмотра составляет 5000 секторов, то максимальное время перехода в таблице на фиг. 56 для 5000 секторов составляет 250 мс, что соответствует диапазону 1-10000 секторов. Соответственно, максимальное расстояние перехода MAX_JUMP (5000×2048 байтов) является максимальным значением в этом диапазоне, т.е. 10000 секторов. До тех пор пока вышеуказанные условия удовлетворяются, максимальное время перехода, которое должно вставляться в правую сторону выражений 2-5, не изменяется и тем самым минимальный размер экстента не изменяется. Соответственно, можно надежно не допускать увеличения минимальной емкости буферов считывания вследствие вставки экстентов A1 и A2.
Вариант осуществления 2
Далее описывается в качестве второго варианта осуществления настоящего изобретения записывающее устройство и способ записи для записи носителя записи варианта осуществления 1 настоящего изобретения.
Записывающее устройство, описанное здесь, называется устройством авторской разработки. Устройство авторской разработки, в общем, расположенное в студии создания, которая создает содержимое фильма, которое должно распространяться, используется пользователями, занимающимися авторской разработкой. Прежде всего, в соответствии с операциями пользователей, занимающихся авторской разработкой, записывающее устройство преобразует содержимое фильма в цифровой поток, кодированный со сжатием в соответствии с техническими требованиями MPEG, т.е. в файл AV-потока. Затем записывающее устройство формирует сценарий, который является информацией, задающей то, как каждый тайтл, включенный в содержимое фильма, должен воспроизводиться. В частности, сценарий включает в себя вышеописанную информацию динамического сценария и информацию статического сценария. Затем записывающее устройство формирует образ тома или комплект обновлений для BD-ROM-диска из вышеуказанного цифрового потока и сценария. Наконец, записывающее устройство записывает образ тома на носитель записи в соответствии с компоновками экстентов, поясненными в варианте осуществления 1.
Фиг. 63 является блок-схемой, показывающей внутреннюю структуру вышеописанного записывающего устройства. Как показано на фиг. 63, записывающее устройство включает в себя видеокодер 6301, модуль 6302 создания материала, модуль 6303 формирования сценариев, модуль 6304 создания BD-программ, процессор 6305 мультиплексирования, процессор 6306 форматов и модуль 6307 хранения баз данных.
Модуль 6307 хранения баз данных является устойчивым устройством хранения данных, встроенным в записывающее устройство, и является в частности, жестким диском (HDD). Альтернативно, модуль 6307 хранения баз данных может быть внешним HDD, подключенным к записывающему устройству, устойчивым полупроводниковым запоминающим устройством, встроенным в записывающее устройство, или внешним устойчивым полупроводниковым запоминающим устройством, подключенным к записывающему устройству.
Видеокодер 6301 принимает видеоданные, такие как несжатые данные с битовой картой, от пользователей, занимающихся авторской разработкой, и сжимает принимаемые видеоданные в соответствии со схемой сжатия/кодирования, такой как MPEG-4 AVC или MPEG-2. Этот процесс преобразует данные первичного видео в поток первичного видео и данные вторичного видео в поток вторичного видео. В частности, данные трехмерных видеоизображений преобразуются в видеопоток для базового просмотра и видеопоток для зависимого просмотра. Как показано на фиг. 9, видеокодер 6301 преобразует видеопоток для просмотра левым глазом в видеопоток для базового просмотра посредством выполнения межкадрового прогнозирующего кодирования для изображений в видеопотоке для просмотра левым глазом. С другой стороны, видеокодер 6301 преобразует видеопоток для просмотра правым глазом в видеопоток для зависимого просмотра посредством выполнения межкадрового прогнозирующего кодирования не только для изображений в видеопотоке для просмотра правым глазом, но также и для изображений в видеопотоке для базового просмотра. Следует отметить, что видеопоток для просмотра правым глазом может преобразовываться в видеопоток для базового просмотра. Кроме того, видеопоток для просмотра левым глазом может быть преобразован в видеопоток для зависимого просмотра. Преобразованные видеопотоки 6311 сохраняются в модуле 6307 хранения баз данных.
Во время вышеописанного процесса межкадрового прогнозирующего кодирования видеокодер 6301 дополнительно обнаруживает векторы движения между левым и правым видеоизображениями и вычисляет информацию глубины каждого трехмерного видеоизображения на основе обнаруженных векторов движения. Вычисленная информация глубины каждого трехмерного видеоизображения организуется в информацию 6310 глубины кадра, которая сохраняется в модуле 6307 хранения баз данных.
Фиг. 64A и 64B являются схематичными представлениями, показывающими левое видеоизображение и правое видеоизображение, используемое при отображении одной сцены в трехмерном видеоизображении, а фиг. 64C является схематичным представлением, показывающим информацию глубины, вычисляемую из этих изображений посредством видеокодера 6301.
Видеокодер 6301 сначала сжимает каждое изображение с использованием избыточности между левыми и правыми изображениями. В это время видеокодер 6301 сравнивает несжатое левое изображение и несжатое правое изображение на основе макроблока (где каждый макроблок содержит матрицу 8×8 или 16×16 пикселов), чтобы обнаруживать вектор движения для каждого изображения в двух изображениях. В частности, как показано на фиг. 64A и 64B, левое видеоизображение 6401 и правое видеоизображение 6402 делятся на макроблоки 6403, совокупность которых представляет матрицу. Затем зоны, занимаемые посредством данных изображений в изображении 6401 и изображении 6402, сравниваются для каждого макроблока 6403, и вектор движения между этими фрагментами данных изображений обнаруживается на основе результата сравнения. Например, зона, занимаемая посредством изображения 6404, показывающим "дом" в изображении 6401, является практически идентичной зоне в изображении 6402. Соответственно, вектор движения не обнаруживается из таких зон. С другой стороны, зона, занимаемая посредством изображения 6405, показывающим "круг" в изображении 6401, существенно отличается от зоны в изображении 6402. Соответственно, вектор движения, указывающий смещение между изображениями 6405, показывающими "круги" в изображениях 6401 и 6402, обнаруживается из этих зон.
Видеокодер 6301 далее использует обнаруженный вектор движения не только при сжатии изображений 6401 и 6402, но также и при вычислении бинокулярного параллакса, касающегося трехмерного видеоизображения, составленного из фрагментов данных изображений 6404 и 6405. Кроме того, в соответствии с таким образом полученным бинокулярным параллаксом видеокодер 6301 вычисляет "глубины" каждого изображения, таких как изображения 6404 и 6405 "дома" и "круга". Информация, указывающая глубину каждого изображения, может быть организована, например, в матрицу 6406 размера, идентичного размеру матрицы макроблоков в изображениях 6401 и 6402, как показано на фиг. 64C. Информация 6310 глубины кадра, показанная на фиг. 63, включает в себя эту матрицу 6406. В этой матрице 6406 блоки 6407 находятся в соответствии "один-к-одному" с макроблоками 6403 в изображениях 6401 и 6402. Каждый блок 6407 указывает глубину изображения, показанного посредством соответствующих макроблоков 6403, посредством использования, например, глубины в восемь битов. В примере, показанном на фиг. 64A-C, глубина изображения 6405 "круга" сохраняется в каждом из блоков в зоне 6408 в матрице 6406. Эта зона 6408 соответствует всем зонам в изображениях 6401 и 6402, которые представляют изображение 6405.
Ссылаясь снова на фиг. 63, модуль 6302 создания материала создает элементарные потоки, отличные от видеопотоков, такие как аудиопоток 6312, PG-поток 6313 и IG-поток 6307, и сохраняет созданные потоки в модуль 6302 хранения баз данных. Например, модуль 6312 создания материала принимает несжатые LPCM-аудиоданные от пользователей, занимающихся авторской разработкой, кодирует несжатые LPCM-аудиоданные в соответствии со схемой сжатия/кодирования, такой как AC-3, и преобразует кодированные LPCM-аудиоданные в аудиопоток 6302. Модуль 5702 создания материала также принимает файл информации о субтитрах от пользователей, занимающихся авторской разработкой, и создает PG-поток 5713 в соответствии с файлом информации о субтитрах. Файл информации о субтитрах задает данные изображений для показа субтитров, распределения времени отображения субтитров и визуальных эффектов, которые должны добавляться к субтитрам (к примеру, выход из затемнения и затемнение). Кроме того, модуль 6302 создания материала принимает растровые данные и файл меню от пользователей, занимающихся авторской разработкой, и создает IG-поток 6314 в соответствии с растровыми данными и файлом меню. Растровые данные показывают изображения, которые должны представляться в меню. Файл меню задает то, как каждая кнопка в меню должна переводиться из одного состояния в другое, и задает визуальные эффекты, которые должны добавляться к каждой кнопке.
Модуль 6303 формирования сценариев создает данные 6315 BD-ROM-сценариев в соответствии с инструкцией, которая выдана пользователями, занимающимися авторской разработкой, и принята через GUI, и затем сохраняет созданные данные 6315 BD-ROM-сценариев в модуле 6307 хранения баз данных. Данные 6315 BD-ROM-сценариев, описанные здесь, являются группой файлов, которая задает способы воспроизведения элементарных потоков 6311-6314, сохраненных в модуле 6307 хранения баз данных. Из группы файлов, показанной на фиг. 5, данные 6315 BD-ROM-сценариев включают в себя индексный файл 511, файл 512 кинообъектов и файлы 521-523 списков воспроизведения. Модуль 6303 формирования сценариев дополнительно создает файл 6316 параметров и передает созданный файл 6316 параметров в процессор 6305 мультиплексирования. Файл 6316 параметров задает из числа элементарных потоков 6311-6314, сохраненных в модуле 6307 хранения баз данных, потоковые данные, которые должны быть мультиплексированы на основной TS и суб-TS.
Модуль 6304 создания BD-программ предоставляет пользователям, занимающимся авторской разработкой, среду программирования для программирования BD-J-объектов и Java-приложений. Модуль 6304 создания BD-программ принимает запрос от пользователя через GUI и создает исходный код каждой программы согласно запросу. Модуль 6304 создания BD-программ дополнительно создает файл 551 BD-J-объектов из BD-J-объекта и сжимает Java-приложения в файл 561 JAR. Файлы 551 и 561 передаются в процессор 6306 форматов.
Здесь допускается, что BD-J-объект программируется следующим образом. BD-J-объект инструктирует модулям 4606 и 4906 выполнения программ, показанным на фиг. 46 и 49, передавать графические данные для GUI в декодеры 4603 и 4903 системных целевых объектов. Кроме того, BD-J-объект инструктирует декодерам 4603 и 4903 системных целевых объектов обрабатывать графические данные как данные плоскости изображений. В этом случае модуль 6304 создания BD-программ может задавать информацию смещения, соответствующую данным плоскости изображений в BD-J-объекте, посредством использования информации 6310 глубины кадра, сохраненной в модуле 6307 хранения баз данных.
В соответствии с файлом 6316 параметров процессор 6305 мультиплексирования мультиплексирует каждый из элементарных потоков 6311-6314, сохраненных в модуле 6307 хранения баз данных, чтобы формировать файл потока в формате MPEG-2 TS. Более конкретно, как показано на фиг. 7, каждый из элементарных потоков 6311-6314 преобразуется в последовательность исходных пакетов, и исходные пакеты, включенные в каждую последовательность, ассемблируются, чтобы составлять один фрагмент мультиплексированных потоковых данных. Таким образом, основной TS и суб-TS создаются.
Параллельно с вышеуказанной обработкой процессор 6305 мультиплексирования создает файл информации о двумерных клипах и файл информации о клипах для зависимого просмотра посредством следующей процедуры. Прежде всего, карта 3130 вхождений, показанная на фиг. 32, формируется для каждого файла 2D и файла DEP. Затем посредством обращения к каждой карте 3130 вхождений, список 3320 начальных точек экстентов, показанный на фиг. 33, создается. Впоследствии информация атрибутов потока, показанная на фиг. 31, извлекается из каждого элементарного потока, который должен быть мультиплексирован на основной TS и суб-TS. Кроме того, как показано на фиг. 31, комбинация карты вхождений, фрагмента трехмерных метаданных и фрагмента информации атрибутов потока ассоциируется с фрагментом информации о клипах.
Процессор 6306 форматов создает образ 6320 BD-ROM-диска со структурой каталогов, показанной на фиг. 5, из (i) данных 6315 BD-ROM-сценариев, сохраненных в модуле 6307 хранения баз данных, (ii) группы файлов программ, включающей в себя в числе других файл BD-J-объектов, созданный посредством модуля 6304 создания BD-программ, и (iii) мультиплексированных потоковых данных и файлов информации о клипах, сформированных посредством процессора 6305 мультиплексирования. В этой структуре каталогов UDF используется в качестве файловой системы.
При создании записей файлов для каждого из файлов 2D, файлов DEP и файлов SS процессор 6306 форматов обращается к картам вхождений и трехмерным метаданным, включенным в каждый из файлов информации о двумерных клипах и файлов информации о клипах для зависимого просмотра. SPN для каждой точки входа и начальной точки экстента тем самым используется при создании каждого дескриптора выделения. В частности, дескрипторы выделения создаются, чтобы представлять перемеженную компоновку, показанную на фиг. 16. Файл SS и файл 2D тем самым совместно используют каждый блок данных для базового просмотра, и файл SS и файл DEP тем самым совместно используют каждый блок данных для зависимого просмотра. С другой стороны, в местоположениях, в которых длинный переход является необходимым, дескрипторы выделения создаются, чтобы представлять одну из компоновок 1-3, показанных на фиг. 21, 24 и 26. В частности, некоторые блоки данных для базового просмотра указываются ссылкой посредством дескрипторов выделения в файле 2D только как блоки исключительно для двумерного воспроизведения, а их дублированные данные указываются ссылкой посредством дескрипторов выделения в файле SS только как блоки исключительно для трехмерного воспроизведения. Кроме того, размер каждого экстента для вида для базового просмотра и вида для зависимого просмотра задается, чтобы удовлетворять выражениям 1-5, и значение логического адреса, показанное посредством каждого дескриптора выделения, определяется соответствующим образом.
Помимо этого, посредством использования информации 6310 глубины кадра, сохраненной в модуле 6307 хранения баз данных, процессор 6306 форматов создает таблицу смещений, показанную на фиг. 32A, для каждого из потока вторичного видео 6311, PG-потока 6313 и IG-потока 6314. Процессор 6306 форматов, кроме того, сохраняет таблицу смещений в трехмерных метаданных для файла информации о двумерных клипах. Здесь позиции фрагментов данных изображений в рамках левых и правых видеокадров автоматически регулируются так, что трехмерные видеоизображения, представленные посредством одного потока, не допускают перекрытия с трехмерными видеоизображениями, представленными посредством других потоков в одном визуальном направлении. Кроме того, значение смещения для каждого видеокадра также автоматически регулируется так, что глубины трехмерных видеоизображений, представленных посредством одного потока, не допускают совмещения с глубинами трехмерных видеоизображений, представленных посредством других потоков.
После этого образ BD-ROM-диска 6320, сформированный посредством процессора 6306 форматов, преобразуется в данные, подходящие для тиражирования BD-ROM-диска. Эти данные затем записываются на BD-ROM-мастер-диске. Серийное производство BD-ROM-диска 101 по варианту осуществления 1 настоящего изобретения становится возможным посредством тиражирования мастер-диска.
Вариант осуществления 3
Фиг. 65 является функциональной блок-схемой интегральной схемы 3 согласно варианту осуществления 3 настоящего изобретения. Как показано на фиг. 65, интегральная схема 3 устанавливается в устройстве 102 воспроизведения согласно варианту осуществления 1. Это устройство 102 воспроизведения включает в себя модуль 1 интерфейса (IF) носителя, запоминающее устройство 2 и выход 10 в дополнение к интегральной схеме 3.
IF-модуль 1 носителя принимает или считывает данные из внешнего носителя ME и передает данные в интегральную схему 3. Эти данные включают в себя, в частности, данные на BD-ROM-диске 101 согласно варианту осуществления 1. Типы носителя ME включают в себя дисковые носители записи, такие как оптические диски, жесткие диски и т.д.; полупроводниковое запоминающее устройство, такое как SD-карта, запоминающее устройство USB и т.д.; широковещательные волны, такой как CATV и т.п.; и сети, такие как Ethernet™, беспроводная LAN и беспроводные сети общего пользования. Согласно типу носителя ME типы IF-модуля 1 носителя включают в себя накопитель на дисках, IF-плату, CAN-тюнер, Si-тюнер и сетевой интерфейс.
Запоминающее устройство 2 временно сохраняет как данные, которые принимаются или считываются с носителя ME посредством IF-модуля 1 носителя, так и данные, которые обрабатываются посредством интегральной схемы 3. Синхронное динамическое оперативное запоминающее устройство (SDRAM), синхронное динамическое оперативное запоминающее устройство с удвоенной скоростью передачи данных x (DDRx SDRAM; x=1, 2, 3,...), и т.д. используется как запоминающее устройство 2. Запоминающее устройство 2 является одним элементом запоминающего устройства. Альтернативно, запоминающее устройство 2 может включать в себя множество элементов запоминающего устройства.
Интегральная схема 3 является системной LSI и выполняет видео- и аудиообработку для данных, передаваемых из IF-модуля 1 носителя. Как показано на фиг. 65, интегральная схема 3 включает в себя главный модуль 6 управления, процессор 5 потоков, процессор 7 сигналов, модуль 9 управления запоминающим устройством и модуль 8 AV-вывода.
Главный модуль 6 управления включает в себя ядро процессора и запоминающее устройство программ. Ядро процессора включает в себя таймерную функцию и функцию обработки прерываний. Запоминающее устройство программ сохраняет основное программное обеспечение, такое как ОС. Ядро процессора управляет всей интегральной схемой 3 в соответствии с сохраненными программами, например, в запоминающем устройстве программ.
Под управлением главного модуля 6 управления процессор 5 потоков принимает данные с носителя ME, передаваемые через IF-модуль 1 носителя. Кроме того, процессор 5 потоков сохраняет принимаемые данные в запоминающем устройстве 2 через шину данных в интегральной схеме 3. Дополнительно, процессор 5 потоков разделяет видеоданные и аудиоданные из принимаемых данных. Как описано выше, данные, принимаемые с носителя ME, включают в себя данные, сконфигурированные согласно варианту осуществления 1. В этом случае "видеоданные" включают в себя поток первичного видео, потоки вторичного видео, PG-потоки и IG-потоки. "Аудиоданные" включают в себя поток первичного аудио и потоки вторичного аудио. В частности, данные, сконфигурированные согласно варианту осуществления 1, разделяются на множество экстентов для потока для базового просмотра и потока для зависимого просмотра и поочередно размещаются. При приеме этих данных под управлением главного модуля 6 управления процессор 5 потоков извлекает поток для базового просмотра и сохраняет его в первой зоне в запоминающем устройстве 2. Процессор 5 потоков также извлекает поток для зависимого просмотра и сохраняет его во второй зоне в запоминающем устройстве 2. Первая зона и вторая зона в запоминающем устройстве 2, упомянутые здесь, являются логическим разделением одного элемента запоминающего устройства. Альтернативно, каждая зона может быть включена в физически различные элементы запоминающего устройства.
Видеоданные и аудиоданные, разделенные посредством процессора 5 потоков, сжимаются через кодирование. Типы способов кодирования для видеоданных включают в себя MPEG-2, MPEG-4 AVC, MVC MPEG-4, SMPTE VC-1 и т.д. Типы кодирования аудиоданных включают в себя Dolby AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD, линейный PCM и т.д. Под управлением главного модуля 6 управления процессор 7 сигналов декодирует видеоданные и аудиоданные через способ, соответствующий используемому способу кодирования. Процессор 7 сигналов соответствует, например, каждому из декодеров, показанных на фиг. 50.
Модуль 9 управления запоминающим устройством разрешает конфликты доступа к запоминающему устройству 2 посредством функциональных блоков 5-8 в интегральной схеме 3.
Под управлением главного модуля 6 управления модуль 8 AV-вывода обрабатывает видеоданные и аудиоданные, декодированные посредством процессора 7 сигналов, в соответствующие формы и через отдельные выходы 10 выводит результаты на дисплейное устройство 103 и на динамики в дисплейном устройстве 103. Такая обработка данных включает в себя наложение видеоданных, преобразование формата каждого фрагмента данных, микширование аудиоданных и т.д.
Фиг. 66 является функциональной блок-схемой, показывающей типичную структуру процессора 5 потоков. Как показано на фиг. 66, процессор 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 потоков в устройстве может опускаться.
Из модуля 9 управления запоминающим устройством демультиплексор 52 принимает данные, передаваемые с носителя ME в запоминающее устройство 2, и разделяет видеоданные и аудиоданные из принимаемых данных. Каждый экстент, включенный в данные, структурированные согласно варианту осуществления 1, состоит из исходных пакетов для видеопотока, аудиопотока, PG-потока, IG-потока и т.д., как показано на фиг. 7. В некоторых случаях, тем не менее, поток для зависимого просмотра может не включать в себя аудиопоток. Демультиплексор 52 считывает PID из исходных пакетов и в соответствии с PID разделяет группу исходных пакетов на видео-TS-пакеты VTS и аудио-TS-пакеты ATS. Разделенные TS-пакеты VTS и ATS передаются в процессор 7 сигналов либо непосредственно, либо после временного сохранения в запоминающем устройстве 2. Демультиплексор 52 соответствует, например, модулям 5011 и 5012 депакетирования источников и PID-фильтрам 5013 и 5014, показанным на фиг. 50.
Модуль 53 переключения переключает назначение вывода в соответствии с типом данных, принимаемых посредством IF-модуля 51 потоков в устройстве. Например, когда IF-модуль 51 потоков в устройстве принимает поток для базового просмотра, модуль 53 переключения переключает ячейку запоминающего устройства потока на первую зону в запоминающем устройстве 2. Наоборот, когда IF-модуль 51 потоков в устройстве принимает поток для зависимого просмотра, модуль 53 переключения переключает ячейку запоминающего устройства потока на вторую зону в запоминающем устройстве 2.
Модулем 53 переключения является, например, контроллер прямого доступа к памяти (DMAC). Фиг. 67 является схематичным представлением, показывающим окружающую конфигурацию модуля 53 переключения в этом случае. Под управлением главного модуля 6 управления DMAC 53 передает данные, принимаемые посредством IF-модуля 51 потоков в устройстве, а также адрес местоположения для хранения данных в модуль 9 управления запоминающим устройством. В частности, когда IF-модуль 51 потоков в устройстве принимает поток BS для базового просмотра, DMAC 53 передает поток BS для базового просмотра наряду с адресом 1 AD1. Этот адрес 1 AD1 указывает первый адрес AD1 в первой зоне хранения 21 в запоминающем устройстве 2. С другой стороны, когда IF-модуль 51 потоков в устройстве принимает поток DS для зависимого просмотра, DMAC 53 передает поток DS для зависимого просмотра наряду с адресом 2 AD2. Этот адрес 2 AD2 указывает первый адрес AD2 во второй зоне хранения 22 в запоминающем устройстве 2. DMAC 53 тем самым переключает назначение вывода, в частности ячейку запоминающего устройства в запоминающем устройстве 2, в соответствии с типом данных, принимаемых посредством IF-модуля 51 потоков в устройстве. Модуль 9 управления запоминающим устройством сохраняет потоки BS и DS, принимаемые из DMAC 53, в соответствующих зонах 21 и 22 запоминающего устройства 2, показанных посредством адресов AD1 и AD2, принимаемых с потоками.
Главный модуль 6 управления обращается к начальным точкам экстентов в файле информации о клипах для модуля 53 переключения, чтобы переключать ячейку запоминающего устройства. В этом случае файл информации о клипах принимается перед потоками BS и DS и сохраняется в запоминающем устройстве 2. В частности, главный модуль 6 управления обращается к файловой базе, чтобы распознавать, что данные, принимаемые посредством IF-модуля 51 потоков в устройстве, являются потоком для базового просмотра. Наоборот, главный модуль 6 управления обращается к файлу DEP, чтобы распознавать, что данные, принимаемые посредством IF-модуля 51 потоков в устройстве, являются потоком для зависимого просмотра. Кроме того, главный модуль 6 управления передает управляющий сигнал CS в модуль 53 переключения в соответствии с результатами распознавания и инструктирует модулю 53 переключения переключать ячейку запоминающего устройства. Следует отметить, что модуль 53 переключения может управляться посредством выделенной схемы управления, отдельной от главного модуля 6 управления.
В дополнение к функциональным блокам 51, 52 и 53, показанным на фиг. 66, процессор 5 потоков дополнительно может содержать механизм шифрования, модуль управления безопасностью и контроллер для прямого доступа к памяти. Механизм шифрования расшифровывает зашифрованные данные, ключевые данные, и т.д. принимаемые посредством IF-модуля 51 потоков в устройстве. Модуль управления безопасностью сохраняет закрытый ключ и использует его, чтобы управлять выполнением протокола аутентификации устройств и т.п. между носителем ME и устройством 102 воспроизведения.
В вышеприведенном примере, когда данные, принимаемые с носителя ME, сохраняются в запоминающем устройстве 2, ячейка запоминающего устройства переключается согласно тому, являются данные потоком BS для базового просмотра или потоком DS для зависимого просмотра. Альтернативно, независимо от типа данные, принимаемые с носителя ME, могут временно сохраняться в одной зоне в запоминающем устройстве 2 и разделяться на поток BS для базового просмотра и поток DS для зависимого просмотра при последующей передаче в демультиплексор 52.
Фиг. 68 является функциональной блок-схемой, показывающей типичную структуру модуля 8 AV-вывода. Как показано на фиг. 68, модуль 8 AV-вывода содержит модуль 81 наложения изображений, модуль 82 преобразования формата видеовывода и IF-модуль 83 аудио/видеовывода.
Модуль 81 наложения изображений накладывает видеоданные VP, PG и IG, декодированные посредством процессора 7 сигналов. В частности, модуль 81 наложения изображений сначала принимает обработанные данные видеоплоскости для просмотра левым глазом или для просмотра правым глазом из модуля 82 преобразования формата видеовывода и декодированные данные PG PG-плоскости и данные IG IG-плоскости из процессора 7 сигналов. Затем модуль 81 наложения изображений накладывает данные PG PG-плоскости и данные IG IG-плоскости на данные VP видеоплоскости в единицах изображений. Модуль 81 наложения изображений соответствует, например, сумматору 4910 плоскостей, показанному на фиг. 50 и 51.
Модуль 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.
Фиг. 69 является схематичным представлением, показывающим подробности, касающиеся вывода данных посредством устройства 102 воспроизведения, которое включает в себя модуль 8 AV-вывода. Как показано на фиг. 69, IF-модуль 83 аудио/видеовывода включает в себя IF-модуль 83a аналогового видеовывода, IF-модуль 83b цифрового видео/аудиовывода и IF-модуль 83c аналогового аудиовывода. Интегральная схема 3 и устройство 102 воспроизведения тем самым являются совместимыми с различными форматами для передачи видеоданных и аудиоданных, как описано ниже.
IF-модуль 83a аналогового видеовывода принимает видеоданные VS из модуля 82 преобразования формата видеовывода, преобразует/кодирует эти данные VS в данные VD в формате аналогового видеосигнала и выводит данные VD. IF-модуль 83a аналогового видеовывода включает в себя составной видеокодер, кодер сигнала S-видео (с Y/C-разделением), кодер компонентного видеосигнала, цифроаналоговый преобразователь (DAC), и т.д. совместимые с, например, одним из следующих форматов: NTSC, PAL и SECAM.
IF-модуль 83b цифрового видео/аудиовывода принимает декодированные аудиоданные AS из процессора 7 сигналов и принимает видеоданные VS из модуля 82 преобразования формата видеовывода. Кроме того, IF-модуль 83b цифрового видео/аудиовывода унифицирует и шифрует данные AS и данные VS. Впоследствии IF-модуль 83b цифрового видео/аудиовывода кодирует зашифрованные данные SVA в соответствии со стандартами передачи данных и выводит результат. IF-модуль 83b цифрового видео/аудиовывода соответствует, например, мультимедийному интерфейсу высокой четкости (HDMI) и т.п.
IF-модуль 83c аналогового аудиовывода принимает декодированные аудиоданные AS из процессора 7 сигналов, преобразует эти данные в аналоговые аудиоданные AD через цифроаналоговое преобразование и выводит аудиоданные AD. IF-модуль 83c аналогового аудиовывода соответствует, например, аудио-DAC.
Формат передачи для видеоданных и аудиоданных может переключаться в соответствии с типом терминала ввода данных/устройства приема данных, предусмотренного в дисплейном устройстве 103/динамике 103A. Формат передачи также может переключаться посредством пользовательского выбора. Кроме того, устройство 102 воспроизведения может передавать данные для идентичного содержимого не только в одном формате передачи, но также и в нескольких форматах передачи параллельно.
Модуль 8 AV-вывода дополнительно может содержать графический механизм в дополнение к функциональным блокам 81, 82 и 83, показанным на фиг. 68 и 69. Графический механизм выполняет графическую обработку, такую как фильтрацию, формирование экрана, рендеринг кривых и обработку трехмерного представления для данных, декодированных посредством процессора 7 сигналов.
Функциональные блоки, показанные на фиг. 65, 66, 68 и 69, включаются в интегральную схему 3. Тем не менее, это не является обязательным, и часть функциональных блоков может быть внешней для интегральной схемы 3. Кроме того, в отличие от структуры, показанной на фиг. 65, запоминающее устройство 2 может быть включено в интегральную схему 3. Кроме того, главный модуль 6 управления и процессор 7 сигналов не обязательно должны быть полностью отдельными функциональными блоками. Главный модуль 6 управления может, например, выполнять часть обработки, соответствующей процессору 7 сигналов.
Топология шины управления и шины данных, которые соединяют функциональные блоки в интегральной схеме 3, может выбираться в соответствии с порядком и типом обработки посредством каждого функционального блока. Фиг. 70A и 70B являются схематичными представлениями, показывающими примеры топологии шины управления и шины данных в интегральной схеме 3. Как показано на фиг. 70A, и шина управления 11, и шина данных 12 выполнены с возможностью непосредственно соединять каждый из функциональных блоков 5-9 со всеми другими функциональными блоками. Альтернативно, как показано на фиг. 70B, шина данных 13 может быть выполнена с возможностью непосредственно соединять каждый из функциональных блоков 5-8 только с модулем 9 управления запоминающим устройством. В этом случае каждый из функциональных блоков 5-8 передает данные в другие функциональные блоки через модуль 9 управления запоминающим устройством и, дополнительно, запоминающее устройство 2.
Вместо LSI, интегрированной на одном кристалле, интегральная схема 3 может быть многокристальным модулем. В этом случае, поскольку множество микросхем, составляющих интегральную схему 3, запаиваются в одном комплекте, интегральная схема 3 аналогична одной LSI. Альтернативно интегральная схема 3 может конфигурироваться с использованием программируемой пользователем вентильной матрицы (FPGA) или реконфигурируемого процессора. FPGA - это LSI, которая может программироваться после изготовления. Реконфигурируемый процессор - это LSI, в которой соединения между внутренними схемными элементами и настройки для каждого схемного элемента могут переконфигурироваться.
<Обработка воспроизведения посредством устройства 102 воспроизведения с использованием интегральной схемы 3>
Фиг. 71 является блок-схемой последовательности операций способа обработки воспроизведения посредством устройства 102 воспроизведения, которое использует интегральную схему 3. Эта обработка воспроизведения начинается, когда IF-модуль 1 носителя подключается к носителю ME, чтобы допускать передачу данных, как, к примеру, когда оптический диск вставляется в накопитель. Во время этой обработки устройство 102 воспроизведения принимает данные с носителя ME и декодирует данные. Затем устройство 102 воспроизведения выводит декодированные данные как видеосигнал и аудиосигнал.
Этап S14: IF-модуль 1 носителя принимает или считывает данные с носителя ME и передает данные в процессор 5 потоков. Обработка затем переходит к этапу S2.
Этап S2: процессор 5 потоков разделяет данные, принимаемые или считанные на этапе S1, на видеоданные и аудиоданные. Обработка затем переходит к этапу S3.
Этап S3: процессор 7 сигналов декодирует каждый фрагмент данных, разделенный на этапе S2 посредством процессора 5 потоков, с использованием способа, соответствующего способу кодирования. Обработка затем переходит к этапу S4.
Этап S4: модуль 8 AV-вывода накладывает фрагменты видеоданных, декодированных посредством процессора 7 сигналов на этапе S3. Обработка затем переходит к этапу S5.
Этап S5: модуль 8 AV-вывода выводит видеоданные и аудиоданные, обработанные на этапах S2-4. Обработка затем переходит к этапу S6.
Этап S6: главный модуль 6 управления определяет то, должно или нет устройство 102 воспроизведения продолжать обработку воспроизведения. Когда, например, данные, которые должны заново приниматься или считываться с носителя ME через IF-модуль 1 носителя, остаются, обработка повторяется с этапа S1. Наоборот, обработка завершается, когда IF-модуль 1 носителя прекращает прием или считывание данных с носителя ME вследствие извлечения оптического диска из накопителя, указание пользователем прекращать воспроизведение и т.д.
Фиг. 72 является блок-схемой последовательности операций способа, показывающей подробности относительно этапов S1-6, показанных на фиг. 71. Этапы S101-110, показанные на фиг. 72, выполняются под управлением главного модуля 6 управления. Этап S101 соответствует главным образом подробностям относительно этапа S1, этапы S102-S104 соответствуют главным образом подробностям относительно этапа S2, этап S105 соответствует главным образом подробностям относительно этапа S3, этапы S106-S108 соответствуют главным образом подробностям относительно этапа S4, и этапы S109 и S110 соответствуют главным образом подробностям относительно этапа S5.
Этап S101: перед считыванием или приемом с носителя ME через IF-модуль 1 носителя, данных которые должны воспроизводиться, IF-модуль 51 потоков в устройстве считывает или принимает данные, необходимые для такого воспроизведения, такие как список воспроизведения и файл информации о клипах. Кроме того, IF-модуль 51 потоков в устройстве сохраняет эти данные в запоминающем устройстве 2 через модуль 9 управления запоминающим устройством. Обработка затем переходит к этапу S102.
Этап S102: из информации атрибутов потока, включенной в файл информации о клипах, главный модуль 6 управления идентифицирует способ кодирования видеоданных и аудиоданных, сохраненных в носителе ME. Кроме того, главный модуль 6 управления инициализирует процессор 7 сигналов так, что декодирование может выполняться в соответствии с идентифицированным способом кодирования. Обработка затем переходит к этапу S103.
Этап S103: IF-модуль 51 потоков в устройстве принимает или считывает видеоданные и аудиоданные для воспроизведения с носителя ME через IF-модуль 1 носителя. В частности, эти данные принимаются или считываются в единицах экстентов. Кроме того, IF-модуль 51 потоков в устройстве сохраняет эти данные в запоминающем устройстве 2 через модуль 53 переключения и модуль 9 управления запоминающим устройством. Когда поток для базового просмотра принимается или считывается, главный модуль 6 управления переключает ячейку запоминающего устройства потока на первую зону в запоминающем устройстве 2 посредством управления модулем 53 переключения. Наоборот, когда поток для зависимого просмотра принимается или считывается, главный модуль 6 управления переключает ячейку запоминающего устройства потока на вторую зону в запоминающем устройстве 2 посредством управления модулем 53 переключения. Обработка затем переходит к этапу 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, для которого цитируется вышеприведенное описание.
Каждый раз, когда данные обрабатываются на каждом из вышеуказанных этапов, результаты временно сохраняются в запоминающем устройстве 2. Изменение размеров и IP-преобразование посредством модуля 82 преобразования формата видеовывода на этапах S106 и S108 может опускаться по мере необходимости. Кроме того, в дополнение или вместо этих процессов другая обработка, такая как уменьшение уровня шума, преобразование частоты кадров и т.д. может выполняться. Порядок обработки также может изменяться при необходимости.
<Дополнительное пояснение>
<<Принцип воспроизведения трехмерных видеоизображений>>
Способы воспроизведения трехмерных видеоизображений примерно классифицируются на две категории: способы с использованием голографической технологии и способы с использованием параллактического видео.
Способ с использованием голографической технологии отличается предоставлением возможности зрителю воспринимать объекты в видео как стереоскопические посредством предоставления зрителю визуального восприятия информации, практически идентичной оптической информации, предоставляемой для визуального восприятия людьми фактических объектов. Тем не менее, хотя техническая теория для использования этих способов для отображения движущегося видео установлена, чрезвычайно трудно создавать с использованием современных технологий компьютер, который допускает обработку в реальном времени огромного объема вычислений, требуемого для отображения движущегося видео, и дисплейное устройство, имеющее сверхвысокое разрешение в несколько тысяч строк на 1 мм. Соответственно, в настоящее время реализация этих способов для коммерческого использования практически не рассматривается.
"Параллактическое видео" означает пару двумерных видеоизображений, показываемых каждому из глаз зрителя для одной сцены, т.е. пару из вида для просмотра левым глазом и вида для просмотра правым глазом. Способ с использованием параллактического видео отличается посредством воспроизведения вида для просмотра левым глазом и вида для просмотра правым глазом одной сцены так, что зритель видит каждый вид только в одном глазу, тем самым давая возможность пользователю воспринимать сцену как стереоскопическую.
Фиг. 73A, 73B, 73C являются схематичными представлениями, иллюстрирующими принцип воспроизведения трехмерных видеоизображений (стереоскопического видео) согласно способу с использованием параллактического видео. Фиг. 73A является видом сверху зрителя 6501, смотрящего на куб 6502, размещенный непосредственно перед лицом зрителя. Фиг. 73B и 73C являются схематичными представлениями, показывающими внешний вид куба 6502 как двумерного видеоизображения, воспринимаемого соответственно посредством левого глаза 6501L и правого глаза 6501R зрителя 6501. Как очевидно из сравнения фиг. 73B и фиг. 73C, внешний вид куба 6502, воспринимаемого посредством глаз, немного отличается. Различие внешних видов, т.е. бинокулярный параллакс дает возможность зрителю 6501 распознавать куб 6502 как трехмерный. Таким образом, согласно способу с использованием параллактического видео левое и правое двумерные видеоизображения с различными точками обзора сначала подготавливаются для одной сцены. Например, для куба 6502, показанного на фиг. 73A, вид для просмотра левым глазом куба 6502, показанный на фиг. 73B, и вид для просмотра правым глазом, показанный на фиг. 73C, подготавливаются. Здесь позиция каждой точки обзора определяется посредством бинокулярного параллакса зрителя 6501. Затем каждое видеоизображение воспроизводится так, чтобы восприниматься только посредством соответствующего глаза зрителя 6501. Следовательно, зритель 6501 распознает сцену, воспроизводимую на экране, т.е. видеоизображение куба 6502, как стереоскопическую. В отличие от способов с использованием голографической технологии способы с использованием параллактического видео тем самым обладают преимуществом обязательности подготовки двумерных видеоизображений просто с двух точек обзора.
Предложено несколько конкретных способов для того, как использовать параллактического видео. С точки зрения того, как эти способы показывают левое и правое двумерные видеоизображения глазам зрителя, способы разделяются на способы поочередной последовательности кадров, способы, которые используют ступенчатую линзу, и способы двухцветного разделения.
В поочередной последовательности кадров левое и правое двумерные видеоизображения поочередно отображаются на экране в течение заранее определенного времени в то время, когда зритель смотрит на экран с использованием очков с затвором. Здесь каждая линза в очках с затвором, например, формируется посредством жидкокристаллической панели. Линзы пропускают или блокируют свет равномерно и поочередно синхронно с переключением видеоизображения на экране. Таким образом, каждая линза выступает в качестве затвора, который периодически блокирует глаз зрителя. Более конкретно, в то время когда левое видеоизображение отображается на экране, очки с затвором заставляют левую линзу пропускать свет, а правая линза блокирует свет. Наоборот, то время когда правое видеоизображение отображается на экране, очки с затвором заставляют правое стекло пропускать свет, а левая линза блокируют свет. Как результат, зритель видит послеизображения правых и левых видеоизображений, наложенных друг на друга, и тем самым воспринимает одно трехмерное видеоизображение.
Согласно поочередной последовательности кадров, как описано выше, правое и левое видеоизображения поочередно отображаются с заранее определенным циклом. Например, когда 24 видеокадра отображаются в секунду для воспроизведения обычного двумерного фильма, всего 48 видеокадров для правого и левого глаз должно отображаться для трехмерного фильма. Соответственно, дисплейное устройство, допускающее быстрое выполнение перезаписи экрана, является предпочтительным для этого способа.
В способе с использованием ступенчатой линзы правый видеокадр и левый видеокадр соответственно делятся на небольшие и узкие зоны в форме язычка, продольные стороны которых лежат в вертикальном направлении экрана. На экране небольшие зоны правого видеокадра и небольшие зоны левого видеокадра поочередно размещаются в направлении горизонтальной ориентации экрана и отображаются одновременно. В данном документе поверхность экрана покрывается посредством ступенчатой линзы. Ступенчатая линза - это линза в форме пластины, состоящая из размещенных параллельно нескольких длинных и тонких выпуклых линз. Каждая выпуклая линза лежит в продольном направлении на поверхности экрана. Когда зритель видит левый и правый видеокадры через ступенчатую линзу, только левый глаз зрителя воспринимает свет из зон отображения левого видеокадра и только правый глаз зрителя воспринимает свет из зон отображения правого видеокадра. Именно так зритель видит трехмерное видеоизображение из параллакса между видеоизображениями, соответственно воспринимаемыми посредством левого и правого глаза. Следует отметить, что согласно этому способу другой оптический компонент, имеющий аналогичные функции, такой как жидкокристаллическое устройство, может использоваться вместо ступенчатой линзы. Альтернативно, например, продольный поляризационный фильтр может предоставляться в зонах отображения кадра с левым изображением, и боковой поляризационный фильтр может предоставляться в зонах отображения кадра правым с изображением. В этом случае зритель видит дисплей через поляризационные очки. В данном документе для поляризационных очков продольный поляризационный фильтр предоставляется для левой линзы и поперечный поляризационный фильтр предоставляется для правой линзы. Следовательно, правое и левое видеоизображения воспринимаются только соответствующими глазами, тем самым давая возможность зрителю воспринимать стереоскопическое видеоизображение.
В способе с использованием параллактического видео помимо составления с начала посредством комбинации левых и правых видеоизображений трехмерное видеосодержимое также может быть составлено из комбинации двумерных видеоизображений и карты глубины. Двумерные видеоизображения представляют трехмерные видеоизображения, проецируемые на гипотетическую двумерную плоскость изображения, и карта глубины представляет глубину каждого пиксела в каждой части трехмерного видеоизображения по сравнению с двумерной плоскостью изображения. Когда трехмерное содержимое составляется из комбинации двумерных видеоизображений с картой глубины, устройство трехмерного воспроизведения или дисплейное устройство сначала составляет левое и правое видеоизображения из комбинации двумерных видеоизображений с картой глубины и затем создает трехмерные видеоизображения из этих левых и правых видеоизображений с использованием одного из вышеописанных способов.
Фиг. 74 является схематичным представлением, показывающим пример составления вида 6603L для просмотра левым глазом и вида 6603R для просмотра правым глазом из комбинации двумерного видеоизображения 6601 и карты 6602 глубины. Как показано на фиг. 74, круговая пластина 6611 показывается на заднем плане 6612 двумерного видеоизображения 6601. Карта 6602 глубины указывает глубину для каждого пиксела в каждой части двумерного видеоизображения 6601. Согласно карте 6602 глубины в двумерном видеоизображении 6601 зона 6621 отображения круговой пластины 6611 ближе к зрителю, чем к экрану, а зона отображения 6622 фона 6612 является более глубокой, чем экран. Модуль 6600 формирования параллактического видео в устройстве 102 воспроизведения сначала вычисляет бинокулярный параллакс для каждой части двумерного видеоизображения 6601 с использованием глубины каждой части, указанной посредством карты 6602 глубины. Затем модуль 6600 формирования параллактического видео сдвигает позицию представления каждой части в двумерном видеоизображении 6601 в соответствии с вычисленным бинокулярным параллаксом, чтобы составлять вид 6603L для просмотра левым глазом и вид 6603R для просмотра правым глазом. В примере, показанном на фиг. 74, модуль 6600 формирования параллактического видео сдвигает позицию представления круговой пластины 6611 в двумерном видеоизображении 6601 следующим образом: позиция представления круговой пластины 6631L в виде 6603L для просмотра левым глазом сдвигается вправо на половину своего бинокулярного параллакса, S1, и позиция представления круговой пластины 6631R в виде 6603R для просмотра правым глазом сдвигается влево на половину своего бинокулярного параллакса, S1. Таким образом, зритель воспринимает круговую пластину 6611 как находящуюся ближе к экрану. Наоборот, модуль 6600 формирования параллактического видео сдвигает позицию представления фона 6612 в двумерном видеоизображении 6601 следующим образом: позиция представления фона 6632L в виде 6603L для просмотра левым глазом сдвигается влево на половину своего бинокулярного параллакса, S2, и позиция представления фона 6632R в виде 6603R для просмотра правым глазом сдвигается вправо на половину своего бинокулярного параллакса, S2. Таким образом, зритель воспринимает фон 6612 как более глубокий, чем экран.
Система воспроизведения для трехмерных видеоизображений с использованием параллактического видео уже установлена для использования в кинотеатрах, парках с аттракционами и т.п. Соответственно, этот способ также полезен для реализации систем домашнего кинотеатра, которые могут воспроизводить трехмерные видеоизображения. В вариантах осуществления настоящего изобретения из способов с использованием параллактического видео способ поочередной последовательности кадров или способ с использованием поляризационных очков предположительно должны использоваться. Тем не менее, помимо этих способов настоящее изобретение также может применяться к другим отличающимся способам до тех пор, пока они используют параллактическое видео. Это должно быть очевидным для специалистов в данной области техники из вышеуказанного пояснения вариантов осуществления.
<<Распространение данных через передачу в широковещательном режиме или схему связи>>
Носителем записи согласно варианту осуществления 1 настоящего изобретения может быть в дополнение к оптическому диску общий съемный носитель, доступный как коробочный носитель, такой как портативное полупроводниковое запоминающее устройство, включающее в себя карту памяти SD. Кроме того, вариант осуществления 1 описывает пример оптического диска, на который данные записаны заранее, а именно общедоступного неперезаписываемого оптического диска, такого как BD-ROM или ROM DVD. Тем не менее, вариант осуществления настоящего изобретения не ограничен ими. Например, когда терминал записывает трехмерное видеосодержимое, которое распространено через передачу в широковещательном режиме или сеть, на общедоступный перезаписываемый оптический диск, такой как BD-RE и DVD-RAM, компоновка экстентов согласно вышеописанным вариантам осуществления может использоваться. Здесь терминал может быть включен в устройство воспроизведения или может быть устройством, отличным от устройства воспроизведения.
<<Воспроизведение полупроводниковой карты памяти>>
Далее описывается модуль считывания данных устройства воспроизведения в случае, если полупроводниковая карта памяти используется в качестве носителя записи согласно варианту осуществления 1 настоящего изобретения вместо оптического диска.
Часть устройства воспроизведения, которая считывает данные с оптического диска, состоит, например, из накопителя на оптических дисках. Наоборот, часть устройства воспроизведения, которая считывает данные из полупроводниковой карты памяти, состоит из собственного интерфейса (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) Идентификационная информация карты памяти в формате SD, включенной в информацию открытого ключа, совпадают с идентификационным номером, сохраненным в карте памяти в формате SD, вставленной в гнездо для вставки карты?
(2) Хэш-значение, вычисляемое на основе информации открытого ключа, совпадает с хэш-значением, включенным в информацию подписи?
(3) Устройство воспроизведения исключено из списка устройств, указанного посредством информации открытого ключа, и, в частности, ключ устройства для устройства воспроизведения исключен из списка устройств?
Если, по меньшей мере, любой из результатов проверок (1)-(3) является отрицательным, устройство воспроизведения прекращает обработку расшифровки зашифрованных данных. Наоборот, если все результаты проверок (1)-(3) являются положительными, устройство воспроизведения авторизует информацию открытого ключа и расшифровывает зашифрованный ключ тайтла, включенный в информацию открытого ключа, с использованием ключа устройства, MKB и идентификационной информации карты памяти SD, чтобы тем самым получать ключ тайтла. Устройство воспроизведения дополнительно расшифровывает зашифрованные данные, например, с использованием ключа тайтла, тем самым получая, например, видеопоток и/или аудиопоток.
Вышеозначенный механизм имеет следующее преимущество. Если устройство воспроизведения, структурные элементы и функция (программа), которые имеют риск использования неавторизованным способом, уже известны, когда данные передаются через электронное распространение, соответствующие фрагменты идентификационной информации перечисляются в списке устройств и распространяются как часть информации открытого ключа. С другой стороны, устройство воспроизведения, которое запросило распространяемые данные, неизбежно должно сравнивать фрагменты идентификационной информации, включенной в список устройств, с фрагментами идентификационной информации устройства воспроизведения, его структурных элементов и т.п. Как результат, если устройство воспроизведения, его структурные элементы и т.п. идентифицированы в списке устройств, устройство воспроизведения не может использовать информацию открытого ключа для расшифровывания зашифрованных данных, включенных в распространяемые данные, даже если комбинация идентификационного номера карты памяти SD, MKB, зашифрованного ключа тайтла и ключа устройства является корректной. Таким образом, можно эффективно не допускать неавторизованного использования распространяемых данных.
Идентификационная информация полупроводниковой карты памяти предпочтительно записывается в зону записи, имеющую высокую конфиденциальность, включенную в зону записи полупроводниковой карты памяти. Это обусловлено тем, что если идентификационная информация, такая как порядковый номер карты памяти SD, неавторизованно имитирована, можно легко реализовывать недопустимую копию карты памяти SD. Другими словами, если несанкционированное изменение дает возможность формирования множества полупроводниковых карт памяти, имеющих одинаковую идентификационную информацию, невозможно идентифицировать авторизованные продукты и продукты неавторизованного копирования посредством выполнения вышеуказанной проверки (1). Следовательно, необходимо записывать идентификационную информацию полупроводниковой карты памяти в зоне записи высокой конфиденциальности, чтобы защищать идентификационную информацию от неавторизованной имитации.
Зоны записи высокой конфиденциальности создаются, например, в рамках полупроводниковой карты памяти следующим способом. Прежде всего, в качестве зоны записи, электрически отсоединенной от зоны записи для записи обычных данных (в дальнейшем в этом документе, "первой зоны записи"), предоставляется другая зона записи (в дальнейшем в этом документе, "вторая зона записи"). Затем схема управления исключительно для осуществления доступа ко второй зоне записи предоставляется в рамках полупроводниковой карты памяти. Как результат, доступ ко второй зоне записи может выполняться только через схему управления. Например, допустим, что только зашифрованные данные записаны во второй зоне записи и схема для расшифровки зашифрованных данных включена только в схему управления. Как результат, доступ к данным, записанным во второй зоне записи, может выполняться только посредством инструктирования схеме управления сохранять адрес каждого фрагмента данных, записанного во вторую зону записи. Кроме того, адрес каждого фрагмента данных, записанного во второй зоне записи, может сохраняться только в схеме управления. В этом случае только схема управления может идентифицировать адрес каждого фрагмента данных, записанного во второй зоне записи.
В случае если идентификационная информация полупроводниковой карты памяти записывается во второй зоне записи, то когда прикладная программа, работающая в устройстве воспроизведения, обнаруживает данные из сервера распространения через электронное распространение и записывает обнаруженные данные в полупроводниковую карту памяти, следующая обработка выполняется. Прежде всего, прикладная программа выдает запрос на доступ в схему управления через I/F карты памяти для осуществления доступа к идентификационной информации полупроводниковой карты памяти, записанной во второй зоне записи. В ответ на запрос на доступ схема управления сначала считывает идентификационную информацию из второй зоны записи. Затем схема управления передает идентификационную информацию в прикладную программу через I/F карты памяти. Прикладная программа передает запрос на передачу распространяемых данных вместе с идентификационной информацией. Прикладная программа дополнительно записывает в первой зоне записи полупроводниковой карты памяти через I/F карты памяти информацию открытого ключа и распространяемые данные, принимаемые из сервера распространения, в ответ на запрос на передачу.
Следует отметить, что предпочтительно, чтобы вышеописанная прикладная программа проверяла, внесены или нет несанкционированные изменения в саму прикладную программу, перед выдачей запроса на доступ к схеме управления полупроводниковой карты памяти. Проверка может выполняться с использованием цифрового сертификата, совместимого со стандартом X509. Кроме того, необходимо записывать только распространяемые данные в первую зону записи полупроводниковой карты памяти, как описано выше. Доступ к распространяемым данным может не управляться посредством схемы управления полупроводниковой карты памяти.
<<Применение для записи в реальном времени>>
Вариант осуществления 2 основан на допущении, что файл 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 настоящего изобретения повторная структура "имеется множество фрагментов информации, имеющих заранее определенный тип", задается посредством описания начального значения переменной управления и циклического условия в "для" предложения. Кроме того, структура данных "если заранее определенное условие удовлетворяется, заранее определенная информация задается", задается посредством описания, в предложении "если", условия и переменной, которая должна задаваться в то время, когда условие удовлетворяется. Таким образом, структура данных, описанная в варианте осуществления 1, описывается с использованием высокоуровневого языка программирования. Соответственно, структура данных преобразуется посредством компьютера в машиночитаемый код через процесс трансляции, выполняемый посредством компилятора, который включает в себя "синтаксический анализ", "оптимизацию", "выделение ресурсов" и "генерацию кода", и структура данных затем записывается на носитель записи. Посредством описания на высокоуровневом языке программирования структура данных обрабатывается как часть, отличная от метода структуры классов на объектно-ориентированном языке, а именно как переменная экземпляра типа массив структуры классов, и составляет часть программы. Другими словами, структура данных практически эквивалентна программе. Следовательно, структура данных должна защищаться как компьютерное изобретение.
<<Управление файлом списков воспроизведения и файлом информации о клипах посредством программы воспроизведения>>
Когда файл списков воспроизведения и файл AV-потока записываются на носитель записи, программа воспроизведения записывается на носитель записи в формате исполняемых файлов. Программа воспроизведения инструктирует компьютеру воспроизводить файл AV-потока в соответствии с файлом списков воспроизведения. Программа воспроизведения загружается с носителя записи в запоминающее устройство компьютера и затем выполняется посредством компьютера. Процесс загрузки включает в себя обработку компилирования или обработку связывания. Посредством этих процессов программа воспроизведения разделяется на множество секций в запоминающем устройстве. Секции включают в себя текстовую секцию, секцию данных, bss-секцию и секцию стека. Текстовая секция включает в себя кодовый массив программы воспроизведения, начального значения и неперезаписываемых данных. Секция данных включает в себя переменные с начальными значениями и перезаписываемые данные. В частности, секция данных включает в себя файл, записанный на записывающее устройство, доступ к которому может осуществляться в любое время. Bss-секция включает в себя переменные, не имеющие начального значения. К данным, включенным в bss-секцию, обращаются в соответствии с командами, указанными посредством кода в текстовой секции. Во время обработки компилирования или обработки связывания зона для bss-секции выделяется во внутреннем RAM компьютера. Секция стека - это зона запоминающего устройства, временно выделенная по мере необходимости. Во время каждого из процессов посредством программы воспроизведения временно используются локальные переменные. Секция стека включает в себя эти локальные переменные. Когда программа выполняется, переменные в bss-секции первоначально задаются в нуле и необходимая зона запоминающего устройства выделяется в секции стека.
Как описано выше, файл списков воспроизведения и файл информации о клипах уже преобразуются на записывающем устройстве в машиночитаемый код. Соответственно, во время выполнения программы воспроизведения эти файлы управляются как "неперезаписываемые данные" в текстовой секции или как "файл, доступ к которому осуществляется в любое время" в секции данных. Другими словами, файл списков воспроизведения и файл информации о клипах включаются как структурный элемент программы воспроизведения во время выполнения. Следовательно, файл списков воспроизведения и файл информации о клипах выполняют более существенную роль в программе воспроизведения, чем простое представление данных.
Промышленная применимость
Настоящее изобретение относится к технологии для воспроизведения стереоскопического видео, и согласно вышеприведенному описанию файл SS, файл 2D и файл DEP совместно используют группы блоков данных, записанные в перемеженной компоновке на носитель записи. Таким образом, очевидно, что настоящее изобретение имеет промышленную применимость.
Список номеров ссылок
2101 - первый блок трехмерных экстентов
2102 - второй блок трехмерных экстентов
2110 - запись файла в файле 2D
2120 - запись файла в первом файле SS
LB - межслойная граница
D1, D2, D3, D4 - блоки данных карты глубины
R1, R2, R3, R4 - блоки данных для просмотра правым глазом
L1, L2, L4 - блоки данных для базового просмотра
L32D - блок исключительно для двумерного воспроизведения
L3SS - блок исключительно для трехмерного воспроизведения
EXT2D[0], EXT2D[1], EXT2D[2] - двумерные экстенты
EXTSS[0], EXTSS[1], EXTSS[2], EXTSS[3] - трехмерные экстенты
Изобретение относится к технологии для воспроизведения стереоскопического, т.е. трехмерного (3D) видео. Техническим результатом является обеспечение носителя записи, включающего в себя группу экстентов, размещаемую так, что емкость буфера, которая должна быть гарантирована в устройстве воспроизведения, может уменьшаться, а также имеющего структуру файлов, которая дает возможность устройству воспроизведения легко и быстро осуществлять доступ к каждому экстенту. Носитель записи согласно варианту осуществления настоящего изобретения включает в себя поток для базового вида и поток для зависимого вида. Поток для базового вида используется для воспроизведения моноскопического видео. Поток для зависимого вида используется для воспроизведения стереоскопического видео в комбинации с потоком для базового вида. Носитель записи дополнительно включает в себя первый файл и второй файл. Первый файл означает поток для базового вида при воспроизведении моноскопического видео, а второй файл означает поток для базового вида при воспроизведении стереоскопического видео. 5 н. и 2 з.п. ф-лы, 75 ил.
1. Невременный носитель записи, содержащий:
поток для базового вида, используемый для воспроизведения моноскопического видео;
поток для зависимого вида, используемый для воспроизведения стереоскопического видео в комбинации с потоком для базового вида;
первый файл, используемый при воспроизведении моноскопического видео;
второй файл, используемый при воспроизведении стереоскопического видео;
совместно используемую стереоскопическую/моноскопическую зону, причем совместно используемая стереоскопическая/моноскопическая зона является физической зоной невременного носителя записи;
выделенную стереоскопическую зону, причем выделенная стереоскопическая зона является физической зоной невременного носителя записи; и
выделенную моноскопическую зону, причем выделенная моноскопическая зона является физической зоной невременного носителя записи,
при этом к совместно используемой стереоскопической/моноскопической зоне доступ осуществляется как при воспроизведении стереоскопического видео, так и при воспроизведении моноскопического видео,
при этом к выделенной стереоскопической зоне доступ осуществляется при воспроизведении стереоскопического видео,
при этом к выделенной моноскопической зоне доступ осуществляется исключительно при воспроизведении моноскопического видео, и доступ не осуществляется при воспроизведении стереоскопического видео,
при этом множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной моноскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенную моноскопическую зону, являются идентичными множеству блоков данных для базового вида, записанных в выделенной стереоскопической зоне,
при этом множество блоков данных для зависимого вида, записанных в совместно используемой стереоскопической/моноскопической зоне, формируются из потока для зависимого вида,
при этом множество блоков данных для зависимого вида, записанных в выделенной стереоскопической зоне, формируются из потока для зависимого вида,
при этом первый файл ссылается на множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и на множество блоков данных для базового вида, записанных в выделенной моноскопической зоне;
при этом второй файл ссылается на множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и на множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, и
при этом второй файл имеет множество из номеров пакетов для множества верхних пакетов из множества блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне.
2. Невременный носитель записи по п.1,
при этом невременный носитель записи дополнительно включает в себя третий файл, используемый при воспроизведении стереоскопического видео; и
при этом третий файл ссылается на множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и множество блоков данных для зависимого вида, записанных в совместно используемой стереоскопической/моноскопической зоне как последовательность данных при воспроизведении стереоскопического видео.
3. Невременный носитель записи по п.1, в котором
совместно используемая стереоскопическая/моноскопическая зона является непрерывной зоной, в которой множество блоков данных для базового вида
и множество блоков данных для зависимого вида записываются в перемеженной компоновке,
при этом как выделенная стереоскопическая зона, так и выделенная моноскопическая зона являются непрерывными зонами, следующими после совместно используемой стереоскопической/моноскопической зоны,
при этом к выделенной стереоскопической зоне доступ осуществляется непосредственно перед длинным переходом, который осуществляется при воспроизведении стереоскопического видео,
при этом множество блоков данных для базового вида и множество блоков данных для зависимого вида, которые являются, соответственно, следующими после множества блоков данных для базового вида и множества блоков данных для зависимого вида, записанных в совместно используемую стереоскопическую/моноскопическую зону, записываются в выделенную стереоскопическую зону в перемеженной компоновке, и
при этом к выделенной моноскопической зоне доступ осуществляется непосредственно перед длинным переходом, который осуществляется при воспроизведении моноскопического видео.
4. Устройство воспроизведения для воспроизведения невременного носителя записи, имеющего поток для базового вида, поток для зависимого вида, первый файл и второй файл, при этом устройство воспроизведения содержит:
модуль считывания, выполненный с возможностью считывать с невременного носителя записи поток для базового вида, поток для зависимого вида, первый файл и второй файл,
при этом поток для базового вида используется для воспроизведения моноскопического видео,
при этом поток для зависимого вида используется для воспроизведения стереоскопического видео в комбинации с потоком для базового вида,
при этом первый файл используется при воспроизведении моноскопического видео; и
при этом второй файл используется при воспроизведении стереоскопического видео,
при этом невременный носитель записи включает в себя совместно используемую стереоскопическую/моноскопическую зону, выделенную стереоскопическую зону и выделенную моноскопическую зону, причем каждая из совместно используемой стереоскопической/моноскопической зоны, выделенной стереоскопической зоны и выделенной моноскопической зоны являются физической зоной невременного носителя записи,
при этом к совместно используемой стереоскопической/моноскопической зоне доступ осуществляется как при воспроизведении стереоскопического видео, так и при воспроизведении моноскопического видео,
при этом к выделенной стереоскопической зоне доступ осуществляется при воспроизведении стереоскопического видео,
при этом к выделенной моноскопической зоне доступ осуществляется исключительно при воспроизведении моноскопического видео, и доступ не осуществляется при воспроизведении стереоскопического видео,
при этом множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной моноскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной моноскопической зоне, являются идентичными множеству блоков данных для базового вида, записанных в выделенной стереоскопической зоне,
при этом множество блоков данных для зависимого вида, записанных в совместно используемой стереоскопической/моноскопической зоне, формируются из потока для зависимого вида,
при этом множество блоков данных для зависимого вида, записанных в выделенной стереоскопической зоне, формируются из потока для зависимого вида,
при этом первый файл ссылается на множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и на множество блоков данных
для
базового
вида,
записанных
в
выделенной моноскопической зоне;
при этом второй файл ссылается на множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и на множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, и
при этом второй файл имеет множество из номеров пакетов для множества верхних пакетов из множества блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне,
при этом устройство воспроизведения использует первый файл, когда устройство воспроизведения считывает множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и множество блоков данных для базового вида, записанных в выделенной моноскопической зоне, при воспроизведении моноскопического видео,
и при этом устройство воспроизведения использует второй файл, когда устройство воспроизведения считывает множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, при воспроизведении стереоскопического видео.
5. Система воспроизведения, содержащая:
невременный носитель записи; и
устройство воспроизведения;
при этом невременный носитель записи включает в себя поток для базового вида, используемый для воспроизведения моноскопического видео, поток для зависимого вида, используемый для воспроизведения стереоскопического видео в комбинации с потоком для базового вида, первый файл, используемый при воспроизведении моноскопического видео, и второй файл, используемый при воспроизведении стереоскопического видео;
при этом невременный носитель записи включает в себя совместно используемую стереоскопическую/моноскопическую зону, выделенную стереоскопическую зону и выделенную моноскопическую зону, при этом каждая из совместно используемой стереоскопической/моноскопической зоны, выделенной стереоскопической зоны и выделенной моноскопической зоны является физической зоной невременного носителя записи,
при этом к совместно используемой стереоскопической/моноскопической зоне доступ осуществляется как при воспроизведении стереоскопического видео, так и при воспроизведении моноскопического видео,
при этом к выделенной стереоскопической зоне доступ осуществляется при воспроизведении стереоскопического видео,
при этом к выделенной моноскопической зоне доступ осуществляется исключительно при воспроизведении моноскопического видео, и доступ не осуществляется при воспроизведении стереоскопического видео,
при этом множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной моноскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной моноскопической зоне, являются идентичными множеству блоков данных для базового вида, записанных в выделенной стереоскопической зоне,
при этом множество блоков данных для зависимого вида, записанных в совместно используемой стереоскопической/моноскопической зоне, формируются из потока для зависимого вида,
при этом множество блоков данных для зависимого вида, записанных в выделенной стереоскопической зоне, формируются из потока для зависимого вида,
при этом первый файл ссылается на множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и на множество блоков данных для базового вида, записанных в выделенной моноскопической зоне;
при этом второй файл ссылается на множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и на множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, и
при этом второй файл имеет множество из номеров пакетов для множества верхних пакетов из множества блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне,
при этом устройство воспроизведения включает в себя модуль считывания, выполненный с возможностью считывать с невременного носителя записи поток для базового вида, поток для зависимого вида, первый файл и второй файл,
при этом устройство воспроизведения использует первый файл, когда устройство воспроизведения считывает множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и множество блоков данных для базового вида, записанных в выделенной моноскопической зоне, при воспроизведении моноскопического видео,
и при этом устройство воспроизведения использует второй файл, когда устройство воспроизведения считывает множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, при воспроизведении стереоскопического видео.
6. Способ записи, содержащий:
этап генерирования для генерирования потока для базового вида, потока для зависимого вида, первого файла и второго файла; и
этап записи для записи сгенерированного потока для базового видео, сгенерированного потока для зависимого вида, сгенерированного первого файла и сгенерированного второго файла на невременный носитель записи,
при этом поток для базового вида используется для воспроизведения моноскопического видео,
при этом поток для зависимого вида используется для воспроизведения стереоскопического видео в комбинации с потоком для базового вида,
при этом первый файл используется при воспроизведении моноскопического видео; и
при этом второй файл используется при воспроизведении стереоскопического видео,
при этом невременный носитель записи включает в себя совместно используемую стереоскопическую/моноскопическую зону, выделенную стереоскопическую зону и выделенную моноскопическую зону, при этом каждая из совместно используемой стереоскопической/моноскопической зоны, выделенной стереоскопической зоны и выделенной моноскопической зоны является физической зоной невременного носителя записи,
при этом к совместно используемой стереоскопической/моноскопической зоне доступ осуществляется как при воспроизведении стереоскопического видео, так и при воспроизведении моноскопического видео,
при этом к выделенной стереоскопической зоне доступ осуществляется при воспроизведении стереоскопического видео,
при этом к выделенной моноскопической зоне доступ осуществляется исключительно при воспроизведении моноскопического видео, и доступ не осуществляется при воспроизведении стереоскопического видео,
при этом множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенной моноскопической зоне, формируются из потока для базового вида,
при этом множество блоков данных для базового вида, записанных в выделенную моноскопическую зону, являются идентичными множеству блоков данных для базового вида, записанных в выделенной стереоскопической зоне,
при этом множество блоков данных для зависимого вида, записанных в совместно используемой стереоскопической/моноскопической зоне, формируются из потока для зависимого вида,
при этом множество блоков данных для зависимого вида, записанных в выделенной стереоскопической зоне, формируются из потока для зависимого вида,
при этом первый файл ссылается на множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и на множество блоков данных для базового вида, записанных в выделенной моноскопической зоне;
при этом второй файл ссылается на множество блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и на множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне, и
при этом второй файл имеет множество из номеров пакетов для множества верхних пакетов из множества блоков данных для базового вида, записанных в совместно используемой стереоскопической/моноскопической зоне, и множество блоков данных для базового вида, записанных в выделенной стереоскопической зоне.
7. Устройство воспроизведения для воспроизведения невременного носителя записи по п.1, причем устройство воспроизведения содержит:
модуль считывания, выполненный с возможностью считывать с невременного носителя записи поток для базового вида, поток для зависимого вида, первый файл и второй файл.
Походная разборная печь для варки пищи и печения хлеба | 1920 |
|
SU11A1 |
Установка для изучения фрикционных свойств материалов | 1980 |
|
SU888018A1 |
СИСТЕМА СТЕРЕОТЕЛЕВИДЕНИЯ | 2006 |
|
RU2334369C1 |
НОСИТЕЛЬ ИНФОРМАЦИИ, ХРАНЯЩИЙ ДАННЫЕ, ПОЛУЧЕННЫЕ СЪЕМКОЙ ПОД МНОГИМИ УГЛАМИ, А ТАКЖЕ СПОСОБ И УСТРОЙСТВО ДЛЯ ВОСПРОИЗВЕДЕНИЯ ДАННЫХ, ПОЛУЧЕННЫХ СЪЕМКОЙ ПОД МНОГИМИ УГЛАМИ | 2004 |
|
RU2289888C2 |
Авторы
Даты
2014-06-27—Публикация
2010-02-02—Подача