Устройство обработки информации, способ обработки информации, программа и носитель записи

Устройство обработки информации, способ обработки информации, программа и носитель записи

Иллюстрации

Показать все

Реферат

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

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

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

В общем случае сегодня популярным является контент двумерного изображения, такой как кинофильмы. Однако в последнее время все больше внимания привлекает контент трехмерного (3D) изображения, который позволяет пользователям видеть трехмерное изображение.

Для представления 3D-изображения необходимо специальное устройство. Примером такого устройства является 3D-видеосистема IP (интегральная фотография) 3D, разработанная компанией NHK (Японская радиовещательная корпорация).

Видеоданные 3D-изображения включают видеоданные, получаемые на основе мультивидовых видеоданных (видеоданные изображений, фиксируемых с нескольких точек зрения). При увеличении числа точек зрения и распределении этих точек зрения в области большего размера предмет можно рассматривать с нескольких разных направлений. Таким образом, можно реализовать так называемое «телевидение изнутри» ("look-in TV").

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

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

К примерам таких носителей записи большой емкости относятся диски «Блю-рей» (Blu-Ray (R)) (далее именуемые также "BD"), такие как BD-ROM (Блю-рей (R))-(постоянное запоминающее устройство).

Однако в стандарте BD не определен способ записи и воспроизведения видеоданных 3D-изображения, включая стереоизображения.

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

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

Из уровня техники известен патентный документ WO 2007/047736 (PTL 2), в котором в поток мультивидовых видеоданных вставлено сообщение с дополнительной информацией для улучшения (SEI), которое содержит флаг, указывающий, какой из потоков - базовый или дополнительный поток - является потоком для левого изображения, а какой - потоком правого изображения.

Список литературы

Патентная литература

PTL 1: Публикация нерассмотренной Заявки на патент Японии No. 2007-095249

PTL 2: Публикация заявки РСТ WO 2007/047736.

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 2 иллюстрирует пример фиксации изображения.

Фиг. 3 представляет блок-схему, иллюстрирующую пример конфигурации кодирующего устройства для мультивидового видеокодирования (MVC).

Фиг. 4 иллюстрирует пример опорного изображения.

Фиг. 5 иллюстрирует пример управления аудиовизуальным (AV) потоком.

Фиг. 6 иллюстрирует структуры Главного пути и Дополнительного пути.

Фиг. 7 иллюстрирует пример структуры управления файлом, записанным на оптическом диске.

Фиг. 8 иллюстрирует синтаксис файла PlayList.

Фиг. 9 иллюстрирует синтаксис записи SubPath(), показанной на фиг. 8.

Фиг. 10 иллюстрирует пример параметра SubPath_type.

Фиг. 11 иллюстрирует синтаксис записи SubPlayItem(i), показанной на фиг. 9.

Фиг. 12 иллюстрирует синтаксис записи PlayItem(), показанной на фиг. 8.

Фиг. 13 иллюстрирует синтаксис таблицы STN_table(), показанной на фиг. 12.

Фиг. 14 иллюстрирует пример параметра application_type.

Фиг. 15 иллюстрирует пример установки параметров application_type и SubPath_type.

Фиг. 16 иллюстрирует другой пример установки параметров application_type и SubPath_type.

Фиг. 17 иллюстрирует еще один пример установки параметров application_type и SubPath_type.

Фиг. 18 иллюстрирует пример задания параметра stream_id с использованием приложения Java (зарегистрированный товарный знак).

Фиг. 19 иллюстрирует синтаксис файла PlayList.

Фиг. 20 иллюстрирует использование параметра reserved_for_future_use, показанного на фиг. 19.

Фиг. 21 иллюстрирует смысл величин параметра 3D_PL_type.

Фиг. 22 иллюстрирует смысл величин параметра view_type.

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

Фиг. 24 иллюстрирует пример конфигурации декодера, показанного на фиг. 23.

Фиг. 25 иллюстрирует структуру для обработки потока видеоданных.

Фиг. 26 иллюстрирует пример блока доступа.

Фиг. 27 предлагает блок-схему примера конфигурации модуля обработки программы.

Фиг. 28 иллюстрирует пример конфигураций, включающих модуль обработки программы.

Фиг. 29 иллюстрирует пример, в котором параметр view_type записан в таблице РМТ.

Фиг. 30 иллюстрирует пример, в котором параметр view_type записан в элементарном потоке.

Фиг. 31 иллюстрирует структуру блока доступа.

Фиг. 32 представляет блок-схему примера конфигурации аппаратуры компьютера.

Описание вариантов осуществления

ПРИМЕР КОНФИГУРАЦИИ СИСТЕМЫ ВОСПРОИЗВЕДЕНИЯ

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

Как показано на фиг. 1, система воспроизведения включает устройство 1 воспроизведения и дисплей 3, соединенные одно с другим с использованием, например, кабеля HDMI (мультимедийный интерфейс высокой четкости). В устройстве 1 воспроизведения установлен оптический диск 2, например BD.

На оптическом диске 2 записаны потоки, необходимые для представления на дисплее стереоизображения, имеющего две точки зрения (в большинстве случаев именуется или "3D-изображение").

Устройство 1 воспроизведения служит плеером для воспроизведения 3D-изображения на основе потоков, записанных на оптическом диске 2. Устройство 1 воспроизведения осуществляет воспроизведение потоков, записанных на оптическом диске 2, и управляет дисплеем 3, таким как телевизионный приемник, для представления воспроизводимого 3D-изображения на экране дисплея. Аналогично устройство 1 воспроизведения осуществляет воспроизведение звука и передает его через, например, громкоговоритель, входящий в состав дисплея 3.

Для представления 3D-изображений на дисплее были разработаны разнообразные способы. В настоящем примере для представления 3D-изображений на дисплее используют приведенные далее способы типа 1 и типа 2.

При использовании для представления изображения на дисплее способа типа 1 данные 3D-изображения включают данные изображений, наблюдаемых левым глазом (L-изображения), и данные изображений, наблюдаемых правым глазом (R-изображений). В этом случае 3D-изображение представляют на дисплее путем поочередного представления L-изображений и R-изображений на этом дисплее.

При использовании для представления изображения на дисплее способа типа 2 3D-изображение, представляют на дисплее посредством L-изображений и R-изображений, генерируемых с использованием данных исходного изображения (т.е. изображения, на основе которого нужно создать 3D-изображение) и данных глубины (Depth). Данные 3D-изображения, используемые способом типа 2 для представления изображения на дисплее, включают данные исходного изображения и данные глубины. Применение данных Depth глубины к исходному изображению дает возможность генерировать L-изображения и R-изображения.

При представлении изображения на дисплее способом типа 1 пользователю для просмотра 3D-изображения необходимы специальные очки. Однако при представлении изображения на дисплее способом типа 2 пользователь может просматривать 3D-изображения без очков.

Оптический диск 2 включает поток данных, на основе которого можно представлять 3D-изображения на дисплее с использованием любого способа представления изображения на дисплее - типа 1 или типа 2.

В качестве способа кодирования для записи такого потока данных на оптическом диске 2 применяют, например, способ согласно стандарту Н.264 AVC (Усовершенствованное видеокодирование (Advanced Video Coding))/MVC (Мультивидовое видеокодирование (Multi-view Video Coding)) Profile.

Стандарт H.264 AVC/MVC Profile

В стандарте H.264 AVC/MVC Profile определены поток данных изображения, именуемый «Базовый поток видеоданных» ("Base view video"), и поток данных изображения, именуемый «Зависимый поток видеоданных» ("Dependent view video"). В дальнейшем стандарт H.264 AVC/MVC Profile будет, где это возможно, называться просто "MVC".

Фиг. 2 иллюстрирует фиксацию изображения.

Как показано на фиг. 2, изображение одного и того же предмета фиксируют камерой для L-изображений и камерой для R-изображений. Элементарные потоки видеоданных, фиксируемые камерой для L-изображений и камерой для R-изображений, поступают на входы кодирующего устройства стандарта MVC.

Фиг. 3 представляет блок-схему, иллюстрирующую пример конфигурации кодирующего устройства для мультивидового видеокодирования (стандарт MVC).

Как показано на фиг. 3 кодирующее устройство 11 стандарта MVC включает кодирующее устройство 21 стандарта H.264/AVC, декодер 22 стандарта H.264/AVC, блок 23 вычисления глубины (Depth), кодирующее устройство 24 для зависимого потока видеоданных и мультиплексор 25.

Поток видеоданных video #1, фиксируемый камерой для L-изображений, поступает в кодирующее устройство 21 стандарта H.264/AVC и блок 23 вычисления глубины. В дополнение к этому поток видеоданных #2, фиксируемый камерой для R-изображений, поступает в блок 23 вычисления глубины и в кодирующее устройство 24 для зависимого потока видеоданных. В альтернативном варианте поток video #2 может быть введен в кодирующее устройство 21 стандарта H.264/AVC и блок 23 вычисления глубины, а поток video #1 может быть введен в блок 23 вычисления глубины и в кодирующее устройство 24 для зависимого потока видеоданных.

Кодирующее устройство 21 стандарта H.264/AVC кодирует поток video #1 и преобразует его тем самым в, например, поток видеоданных H.264 AVC/High Profile. Это кодирующее устройство 21 стандарта H.264/AVC передает кодированный AVC-поток видеоданных в декодер 22 стандарта H.264/AVC и в мультиплексор 25 в виде базового потока видеоданных.

Декодер 22 стандарта H.264/AVC декодирует AVC-поток видеоданных, поступающий от кодирующего устройства 21 стандарта H.264/AVC, и передает полученный в результате декодирования поток video #1 в кодирующее устройство 24 для зависимого потока видеоданных.

Блок 23 вычисления глубины вычисляет глубину Depth на основе потока video #1 и потока video #2 и передает вычисленную глубину Depth в мультиплексор 25.

Кодирующее устройство 24 для зависимого потока видеоданных кодирует поток video #1, поступающий от декодера 22 стандарта H.264/AVC, и поток video #2, поступающий извне, и передает в виде зависимого потока видеоданных.

Применение кодирования с предсказанием, согласно которому в качестве опорного изображения используется другой поток, для базового потока видеоданных не допускается. Однако, как показано на фиг. 4, допускается кодирование с прогнозированием зависимого потока видеоданных, используя базовый поток видеоданных в качестве опорного изображения. Например, в варианте кодирования, когда L-изображение служит базовым потоком видеоданных, а R-изображение используется в качестве зависимого потока видеоданных, объем данных в полученном зависимом потоке видеоданных меньше, чем в полученном базовом потоке видеоданных.

Отметим, что поскольку кодирование осуществляется с использованием стандарта H.264/AVC, прогнозирование равным образом выполняется для базового потока видеоданных в направлении оси времени. Более того, для зависимого потока видеоданных выполняют прогнозирование в направлении оси времени в дополнение к прогнозированию между видами. Поэтому для декодирования зависимого потока видеоданных сначала необходимо декодировать соответствующий базовый поток видеоданных, который был использован в качестве опорного потока во время кодирования.

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

Мультиплексор 25 осуществляет мультиплексирование базового потока видеоданных, поступающего от кодирующего устройства 21 стандарта H.264/AVC, зависимого потока видеоданных (данные, относящиеся к глубине Depth), поступающего от блока 23 вычисления глубины, и зависимого потока видеоданных, поступающего от кодирующего устройства 24 для зависимого потока видеоданных, в виде, например, транспортного потока MPEG2 TS. Базовый поток видеоданных и зависимый поток видеоданных могут быть мультиплексированы в одном транспортном потоке MPEG2 TS. В альтернативном варианте эти базовый поток видеоданных и зависимый поток видеоданных могут быть включены в разные транспортные потоки MPEG2 TS.

Мультиплексор 25 передает на выход сформированный им транспортный поток TS (MPEG2 TS). Этот транспортный поток TS с выхода мультиплексора 25 записывают на оптическом диске 2 посредством устройства записи вместе с дополнительными данными управления. Оптический диск 2 с записанными на нем такими данными передают в устройство 1 воспроизведения.

Если зависимый поток видеоданных, используемый вместе с базовым потоком видеоданных согласно способу отображения типа 1, нужно отличить от зависимого потока видеоданных (данные глубины Depth), используемого вместе с базовым потоком видеоданных согласно способу отображения типа 2, первый из указанных зависимых потоков обозначается «зависимый поток D1» ("D1 view video"), а последний обозначается «зависимый поток D2» ("D2 view video").

Кроме того, процесс воспроизведения 3D-изображения с использованием способа отображения типа 1 на основе базового потока видеоданных и зависимого потока D1 обозначается «воспроизведение B-D1» ("B-D1 reproduction"). Процесс воспроизведения 3D-изображения с использованием способа отображения типа 2 на основе базового потока видеоданных и зависимого потока D2 обозначается «воспроизведение B-D2» ("B-D2 reproduction").

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

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

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

Базовый поток видеоданных представляет собой AVC-поток видеоданных, кодированный с использованием стандарта H.264/AVC. Соответственно любой плеер, поддерживающий формат BD, может воспроизводить базовый поток видеоданных и может представлять на дисплее 2D-изображение.

Ниже рассмотрен главным образом случай, когда зависимый поток видеоданных представляет зависимый поток D1. В последующем описании термин «Зависимый поток видеоданных» обозначает зависимый поток D1. Как и поток D1, зависимый поток D2 также записывают на оптическом диске 2 и воспроизводят с этого диска.

Формат приложения

Фиг. 5 иллюстрирует пример управления AV-потоком, осуществляемого устройством 1 воспроизведения.

Как показано на фиг. 5, управление AV-потоком осуществляется с использованием двух уровней: Playlist и Clip. Такой AV-поток может быть записан в локальной памяти устройства 1 воспроизведения в дополнение к оптическому диску 2.

Здесь пара, составленная из AV-потока и информации о Клипе (Clip Information), сопровождаемой этим AV-потоком, считается объектом. Этот объект именуется «Клип» ("Clip"). В последующем файл, где записан AV-поток, называется «файл AV-потока» ("AV stream file"). Кроме того, файл, где записана информация о Клипе, называется «файл информации о Клипе» ("Clip Information file").

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

Список Playlist представляет набор интервалов AV-потока для воспроизведения. Один воспроизводимый интервал AV-потока именуется "PlayItem". Интервал PlayItem ограничен посредством пары, составленной из точки входа IN и точки выхода OUT для этого воспроизводимого интервала на оси времени. Как показано на фиг. 5 список PlayList включает один или несколько интервалов PlayItems.

Как показано на фиг. 5, первый список PlayList слева включает два интервала PlayItems. Эти два интервала PlayItems относятся к первой половине и ко второй половине AV-потока, включенного в левый Клип.

Второй список PlayList слева включает один интервал PlayItem. Этот интервал PlayItem относится ко всему AV-потоку, включенному в правый Клип.

Третий список PlayList слева включает два интервала PlayItems. Эти два интервала PlayItems относятся к части AV-потока, включенной в левый Клип, и части AV-потока, включенной в правый Клип.

Например, когда левый интервал PlayItem, включенный в первый список PlayList слева, задан программой навигации на диске в качестве точки воспроизведения, воспроизводится первая половина AV-потока, включенного в левый Клип, на который ссылается этот интервал PlayItem. Как описано выше, этот список PlayList используется в качестве информации управления воспроизведением, которая управляет воспроизведением AV-потоков.

В списке PlayList путь воспроизведения, образованный одним или несколькими смежными интервалами PlayItems, назван «Главный путь» ("Main Path").

Кроме того, в списке PlayList путь воспроизведения, образованный одним или несколькими смежными интервалами SubPlayItems и параллельный Главному пути, назван «Дополнительный путь» ("Sub Path").

Фиг. 6 иллюстрирует структуру Главного пути и Дополнительного пути.

Список PlayList может включать Главный путь (Main Path) и один или несколько Дополнительных путей (Sub Path).

Описанным выше базовым потоком видеоданных управляют как потоком, обозначенным в списке PlayList в качестве входящего в состав Главного пути. В дополнение к этому зависимым потоком видеоданных управляют как потоком, обозначенным в списке SubPlayList в качестве входящего в состав Дополнительного пути.

На фиг. 6 список PlayList включает один Главный путь, составленный из трех смежных интервалов PlayItems, и три Дополнительных пути.

Интервалам PlayItems, составляющим Главный путь, последовательно назначают идентификаторы (ID) начиная от указанного первого интервала PlayItem. Аналогично назначают последовательные идентификаторы ID Дополнительным путям начиная от первого Дополнительного пути, а именно Subpath_id=0, Subpath_id=1 и Subpath_id=2.

В примере, показанном на фиг. 6, Дополнительный путь, имеющий идентификатор Subpath_id=0, включает один интервал SubPlayItem, а Дополнительный путь, имеющий идентификатор Subpath_id=1, включает два интервала SubPlayItems. Далее, Дополнительный путь, имеющий идентификатор Subpath_id=2, включает один интервал SubPlayItem.

AV-поток Клипа, обозначенный интервалом PlayItem, включает по меньшей мере поток видеоданных (главные видеоданные).

В дополнение к этому AV-поток Клипа может включать или не включать один или несколько аудиопотоков для воспроизведения в одно и то же время с (синхронно с) воспроизведением потока видеоданных, включенного в AV-поток Клипа.

Такой AV-поток Клипа может включать или не включать один или несколько потоков растровых надписей (титров) (потоки PG (Презентационная графика)) для воспроизведения синхронно с воспроизведением потока видеоданных, включенного в AV-поток Клипа.

Такой AV-поток Клипа может включать или не включать один или несколько потоков IG (Интерактивная графика) для воспроизведения синхронно с воспроизведением потока видеоданных, включенного в AV-поток Клипа. Этот IG-поток используется для представления на дисплее графики, такой как кнопки, на которые должен воздействовать пользователь.

В AV-потоке Клипа, на который ссылается один интервал PlayItem, мультиплексированы следующие потоки: поток видеоданных, ни одного, один или несколько аудиопотоков для воспроизведения синхронно с воспроизведением указанного потока видеоданных, ни одного, один или несколько презентационных PG-потоков и ни одного, один или несколько интерактивных IG-потоков.

Кроме того, интервал SubPlayItem ссылается, например, на поток видеоданных, аудиопоток или презентационный PG-поток из состава потока, отличного от AV-потока Клипа, указанного интервалом PlayItem (другой поток).

Такой способ управления AV-потоком с использованием списка PlayList и интервалов PlayItem и SubPlayItem описан в, например, публикациях нерассмотренных Заявок на патент Японии No. 2008-252740 и 2005-348314.

Структура каталогов

Фиг. 7 иллюстрирует пример управляющей структуры файла, записанного на оптическом диске 2.

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

Под корневым каталогом записывают каталог BDMV.

Непосредственно в каталог BDMV записывают индексный (Index) файл под именем "Index.bdmv" и файл MovieObject под именем "MovieObject.bdmv".

В каталог BDMV создают резервный каталог (BACKUP), директорий списков воспроизведения (PLAYLIST), каталог информации о Клипах (CLIPINF) и каталог потоков (STREAM).

В каталог списков PLAYLIST записаны файлы списков PlayList, каждый из которых включает список PlayList. Каждому файлу PlayList списков присвоено имя, составленное из 5-значного числа и расширения ".mpls". Файлу списков PlayList, показанному на фиг. 7, присвоено имя "00000.mpls".

В каталоге CLIPINF информации записаны файлы информации о Клипах. Каждому такому файлу информации о Клипах присвоено имя, составленное из 5-значного числа и расширения ".clipi".

На фиг. 7 три файла с информацией о клипах имеют имена "00001.clipi", "00002-clipi" и "00003.clipi". В последующем файл с информацией о клипе будет, где это возможно, именоваться «clpi-файл» ("dpi file").

Например, clpi-файл с именем "00001.clpi" включает информацию, относящуюся к Клипу базового потока видеоданных.

clpi-файл с именем "00002.clpi" включает информацию, относящуюся к Клипу видеоданных потока D2.

clpi-файл с именем "00003.clpi" включает информацию, относящуюся к Клипу видеоданных потока D1.

Файлы потоков записывают в каталог STREAM потоков. Каждому из файлов потоков присваивают имя, составленное из 5-значного числа и расширения ".m2ts" или из 5-значного числа и расширения ".ilvt". В последующем файл с расширением ".m2ts" будет, где это возможно, именоваться «m2ts-файл» ("m2ts file"). Кроме того, файл с расширением ".ilvt" будет, где это возможно, именоваться «ilvt-файл» ("ilvt file").

m2ts-файл с именем "00001.m2ts" представляет собой файл, используемый для воспроизведения 2D-изображения. При определении этого файла происходит считывание базового потока видеоданных.

m2ts-файл с именем "00002.m2ts" представляет собой файл, относящийся к потоку D2 видеоданных. m2ts-файл с именем "00003.m2ts" представляет собой файл, относящийся к потоку D1 видеоданных.

Ilvt-файл с именем "10000.ilvt" представляет собой файл, используемый для воспроизведения B-D1. При задании этого файла происходит считывание базового потока видеоданных и потока D1 видеоданных.

Ilvt-файл с именем "20000.ilvt" представляет собой файл, используемый для воспроизведения B-D2. При задании этого файла происходит считывание базового потока видеоданных и потока D2 видеоданных.

В дополнение к каталогам, показанным на фиг. 7, в каталоге BDMV создан каталог для хранения файла аудиопотоков.

Синтаксис каждого блока данных

Фиг. 8 иллюстрирует синтаксис записи PlayList(), присутствующей в файле списка PlayList.

Параметр «длина» ("length") обозначает не имеющее знака 32-битовое целое число, представляющее число байтов начиная от байта, следующего сразу же после поля длины, и до последнего байта в записи PlayList(). Таким образом, параметр «длина» представляет число байтов от «зарезервированных для использования в будущем» (reserved_for_future_use) до последнего байта списка PlayList.

Сразу же вслед за параметром «длина» расположены 16 бит, зарезервированных для использования в будущем (reserved_for_future_use).

16-битовое поле "number_of_PlayItems" (число интервалов) указывает число интервалов PlayItems, включенных в список PlayList. В примере, показанном на фиг. 6, число интервалов PlayItems равно трем. Каждый раз, когда запись PlayItem() появляется в списке PlayList, ее идентификатору PlayItem_id присваивают очередное последовательное значение начиная от «0». Например, на фиг. 6 идентификаторам присвоены значения PlayItem_id=0, 1 и 2.

16-битовое поле "number_of_SubPaths" (число Дополнительных путей) указывает число Дополнительных путей, включенных в список PlayList. В примере, приведенном на фиг. 6, число Дополнительных путей равно трем. Каждый раз, когда запись SubPath() появляется в списке PlayList, ей присваивают очередное последовательное значение начиная от «0». Например, на фиг. 6 идентификаторам присвоены значения PlayItem_id=0, 1 и 2. В последующем операторе "for" к PlayItem() обращаются число раз, равное числу интервалов PlayItems, а к SubPath() обозначаются число раз, равное числу Дополнительных путей.

Фиг. 9 иллюстрирует синтаксис записи SubPath(), показанной на фиг. 8.

Параметр «длина» ("length") обозначает не имеющее знака 32-битовое целое число, представляющее число байтов начиная от байта, следующего сразу же после поля длины, и до последнего байта в записи Sub Path(). Таким образом, параметр «длина» представляет число байтов от «зарезервированных для использования в будущем» (reserved_for_future_use) до последнего байта списка PlayList.

Сразу же вслед за параметром «длина» расположены 16 бит, зарезервированных для использования в будущем (reserved_for_future_use).

8-битовое поле "SubPath_type" (тип Дополнительного пути) указывает тип приложения, выполняющего обработку с использованием рассматриваемого Дополнительного пути. Например, параметр SubPath_type служит для указания, что представляет Дополнительный путь - «аудио» ("audio"), «растровые титры» ("bitmap caption") или «текстовые титры» ("text caption"). Параметр SubPath_type более подробно описан ниже со ссылками на фиг. 10.

Сразу же после параметра "SubPath_type" следуют 15 бит для использования в будущем (reserved_for_future_use).

1-битовое поле "is_repeat_SubPath" (повтор Дополнительного пути) указывает способ воспроизведения Дополнительного пути. Иными словами, это поле повтора "is_repeat_SubPath" указывает, происходит ли воспроизведение Дополнительного пути многократно или только один раз во время воспроизведения Главного пути. Например, такое поле повтора "is_repeat_SubPath" используется, если время, когда воспроизводится Клип, обозначенный Главным путем, отличается от времени, когда воспроизводится Клип, обозначенный Дополнительным путем, (например, когда Главный путь представляет путь слайд-шоу демонстрации неподвижных изображений, а Дополнительный путь представляет аудиопуть для музыкального сопровождения (BGM)).

Сразу же за параметром повтора "is_repeat_SubPath" следуют 8 бит для использования в будущем (reserved_for_future_use).

8-битовое поле "number_of_SubPlayItems" (число Дополнительных интервалов) указывает число таких интервалов SubPlayItems (число входов), включенных в Дополнительный путь. Например, на фиг. 6 параметр числа интервалов number_of_SubPlayItems для интервала SubPlayItem, имеющего идентификатор SubPath_id=0, равен единице, а параметр числа интервалов number_of_SubPlayItems для интервала SubPlayItem, имеющего идентификатор SubPath_id=1, равен двум. В дальнейшем, в операторе "for" запись SubPlayItem() обозначает число раз, равное числу Дополнительных интервалов SubPlayItems.

Фиг. 10 иллюстрирует пример параметра типа пути SubPath_type.

На фиг. 10 параметр "Out_of_mux" (внешнее мультиплексирование) указывает, что поток, обозначенный Дополнительным путем (поток, обозначенный дополнительным интервалом SubPlayItem, входящим в состав Дополнительного пути), и поток, обозначенный Главным путем (поток, обозначенный интервалом PlayItem, входящим в состав Главного пути) ,мультиплексированы в разные транспортные потоки TS.

Напротив, параметр "In_of_mux" (внутреннее мультиплексирование) указывает, что поток, обозначенный Дополнительным путем, и поток, обозначенный Главным путем, мультиплексированы в один и тот же транспортный поток TS.

Значения параметра типа SubPath_type=0 и SubPath_type=1 зарезервированы.

Параметр типа SubPath_type=2 указывает «Путь аудиопрезентации для просматриваемого слайд-шоу» ("Audio presentation path of the Browsable slide show").

Параметр типа SubPath_type=3 указывает «Меню презентации интерактивной графики» ("Interactive graphics presentation menu").

Параметр типа SubPath_type=4 указывает «Путь презентации текстовых субтитров» ("Text subtitle presentation path") (путь презентации текстовых титров).

Параметр типа SubPath_type=5 указывает «2-й путь аудиопрезентации» ("2nd Audio Presentation path") (путь для обозначения 2-го аудиопотока). Например, второй аудиопоток, обозначенный Дополнительным путем, имеющим параметр типа SubPath_type=5, служит комментариями (голосовыми) режиссера видео.

Параметр типа SubPath_type=6 указывает «2-й путь видеопрезентации» ("2nd Video Presentation path") (путь для обозначения 2-го видеопотока). Например, второй аудиопоток, обозначенный Дополнительным путем, имеющим параметр типа SubPath_type=6, служит комментариями (движущееся изображение) режиссера видео.

Параметр типа SubPath_type=7 указывает путь одного или нескольких элементарных потоков (ES) (Первичный аудио/PG/IG/Вторичный аудио) или путь презентации картинки-в-картинке.

Параметры типа с SubPath_type=8 по SubPath_type=11 определяют Дополнительные пути SubPaths для приложения, выполняющего воспроизведение 3D-изображения. В этом примере различные значения устанавливают в соответствии со структурой мультиплексирования зависимых потоков видеоданных, обозначенных параметром Subpath.

Параметр типа SubPath_type=8 указывает «внешнее мультиплексирование 3D SubPath с диска» ("Out-of-mux 3D SubPath from Disc"), что означает, что зависимый поток видеоданных, обозначенный Дополнительным путем, записан на оптическом диске 2 и мультиплексирован в составе транспортного потока TS, отличного от транспортного потока TS, в котором мультиплексирован базовый поток видеоданных, обозначенный Главным путем.

Параметр типа SubPath_type=9 указывает «внутреннее мультиплексирование 3D SubPath с диска» ("In-mux 3D SubPath from Disc"), что означает, что зависимый поток видеоданных, обозначенный Дополнительным путем, записан на оптическом диске 2 и мультиплексирован в составе того же самого транспортного потока TS, в котором мультиплексирован базовый поток видеоданных, обозначенный Главным путем.

Параметр типа SubPath_type=10 указывает «внешнее мультиплексирование 3D SubPath из локальной памяти» ("Out-of-mux 3D SubPath from Local Storage"), что означает, что зависимый поток видеоданных, обозначенный Дополнительным путем, записан в локальной памяти и мультиплексирован в составе транспортного потока TS, отличного от транспортного потока TS, в котором мультиплексирован базовый поток видеоданных, обозначенный Главным путем.

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

Параметр типа SubPath_type=11 указывает «внутреннее мультиплексирование 3D SubPath из локальной памяти» ("In-mux 3D SubPath from Local Storage"), что означает, что зависимый поток видеоданных, обозначенный Дополнительным путем, записан в локальной памяти и мультиплексирован в составе того же самого транспортного потока TS, в котором мультиплексирован базовый поток видеоданных, обозначенный Главным путем. В этом случае базовый поток видеоданных также записан в локальной памяти.

Параметры типа с SubPath_type=12 по SubPath_type=255 являются р