Носитель записи, на котором записано 3d видео, устройство воспроизведения для воспроизведения 3d видео и большая интегральная схема системы

Носитель записи, на котором записано 3d видео, устройство воспроизведения для воспроизведения 3d видео и большая интегральная схема системы

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ

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

УРОВЕНЬ ТЕХНИКИ

В последние годы быстро увеличилось распространение дисков Blu-ray (в дальнейшем называемые "BD"), совместимых со стандартом оптических дисков следующего поколения. Устройство воспроизведения, совместимое со стандартом BD-ROM, позволяет получать удовольствие от видео, которое имеет высокую степень реализма, посредством вывода потока высококачественного видео, в котором субтитры и графика были наложены на устройстве отображения, таком как дисплей, связанный с устройством воспроизведения (например, см. патентный документ 1).

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

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

[Патентная литература 1]

Публикация японской патентной заявки W02005-119675.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

Между тем, имеется проблема в том, что, используя структуру с 2 декодерами в устройстве воспроизведения, стереоскопический вид графики во время произвольного доступа не может быть гарантирован. Эта проблема описывается более подробно следующим образом. Потоки графики левого вида и правого вида структурированы соответственно так, чтобы включать в себя множество наборов отображения (в дальнейшем называемых "DS", (НО)), и каждый DS - это группа данных, которая должна быть использована для отображения одной экранной особенности одного или более графических изображений. Существует множество типов DS. Есть DS, которые включают в себя все данные, необходимые для отображения одного экранного отображения графики, и DS, которые включают в себя только разность от непосредственно предшествующего DS. DS, который указывает разность от непосредственно предшествующего DS, не может независимо выполнить отображение всей графики. Здесь, так как есть разность в перспективе между изображением, видимым с левого вида, и изображением, видимым с правого вида, даже в случае, в котором включены все данные, необходимые для отображения одного экранного отображения графики, существуют случаи, в которых имеется большое изменение от непосредственно предшествующего DS в анимированном персонаже в одном DS, в то время как ввиду мертвой зоны, нет большого изменения в анимированном персонаже в другом DS. Поэтому считается, что включение только разности от непосредственно предшествующего DS является достаточным.

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

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

РЕШЕНИЕ ПРОБЛЕМЫ

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

ВЫГОДНЫЕ РЕЗУЛЬТАТЫ ИЗОБРЕТЕНИЯ

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг.1 показывает структуру системы домашнего кинотеатра;

Фиг.2 показывает внутреннюю структуру BD-ROM;

Фиг.3 показывает формат применения BD-ROM;

Фиг.4 показывает процесс, посредством которого исходные пакеты, составляющие поток левого вида и поток правого вида, записывают в область AV данных;

Фиг.5 показывает соответствия между физическими блоками BD-ROM и исходными пакетами, составляющими один экстент файла;

Фиг.6 показывает множество числовых диапазонов, в которые могут попасть идентификаторы пакета TS-пакетов, и типы PES потока для TS-пакетов для ИД пакета в этих диапазонах числовых значений, в соответствии друг другу;

Фиг.7 показывает компоновку перемежения;

Фиг.8 показывает пример внутренних структур потока BaseView и потока EnhancedView;

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

Фиг.10 показывает стереоскопический эффект из-за эффекта остаточного изображения в глазу;

Фиг.11 показывает структуру потока PG;

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

Фиг.13 показывает структуру данных CD и PDS;

Фиг.14 показывает структуру данных WDS и PCS;

Фиг.15 показывает типы DS, composition_numbers, и forced_on_flags для наборов DS, соответствующих потоку PG левого вида и потоку PG правого вида;

Фиг.16 показывает пример нотации WDS и PCS, которые принадлежат DS левого вида;

Фиг.17 показывает пример примечания WDS и PCS, которые принадлежат DS правого вида;

Фиг.18 показывает object_ids потоков DS, соответствующих потоку PG левого вида и потоку PG правого вида;

Фиг.19 указывает ось времени воспроизведения AV клипа, которому был назначен DSn;

Фиг.20 показывает пример файла информации клипа;

Фиг.21 показывает внутреннюю структуру таблицы карты входов;

Фиг.22 показывает запись точки входа на карте входов;

Фиг.23 показывает, как установлены карты входов, соответствующие каждому левому виду и правому виду;

Фиг.24 показывает структуру данных информации списка воспроизведения;

Фиг.25 показывает структуру данных таблицы информации подпути;

Фиг.26 показывает, какие секции воспроизведения определены для левого вида и правого вида;

Фиг.27 показывает внутреннюю структуру таблицы номеров потока видео;

Фиг.28 показывает внутреннюю структуру таблицы информации PG-потока в STN_table;

Фиг.29 показывает внутреннюю структуру данных расширения в информации списка воспроизведения;

Фиг.30 показывает внутреннюю структуру таблицы номеров потоков видео;

Фиг.31 показывает внутреннюю структуру устройства воспроизведения;

Фиг.32 показывает внутреннюю структуру блока 1 воспроизведения;

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

Фиг.34 - блок-схема, показывающая процедуру воспроизведения, основанную на STN_table_extension;

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

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

Фиг.37 показывает внутреннюю структуру блока 1 воспроизведения в вариации 1-1;

Фиг.38 показывает структуру потока IG;

Фиг.39 показывает логическую структуру, составленную из множества типов функционального сегмента;

Фиг.40 показывает соответствия между ICS и Interactive_composition;

Фиг.41 показывает внутреннюю структуру ICS;

Фиг.42 показывает внутреннюю структуру информации страницы для произвольного значения (количество страниц x) среди множества страниц;

Фиг.43 показывает пример нотации ICS, принадлежащего DS левого вида;

Фиг.44 показывает пример нотации ICS, принадлежащего DS правого вида;

Фиг.45 показывает внутреннюю структуру блока 1 воспроизведения в варианте осуществления 2;

Фиг.46 принадлежит ограничению порядка мультиплексирования PG-потока левого вида и PG-потока правого вида;

Фиг.47 показывает вариацию структуры данных PCS, и

Фиг.48 показывает DS, который включает в себя 3D-PCS.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Варианты осуществления настоящего изобретения описаны ниже со ссылками на чертежи.

[Вариант осуществления 1]

Общая структура

Фиг.1 показывает режим, относящийся к акту использования носителя записи и устройства воспроизведения. Как показано на Фиг.1A, BD-ROM 100, который является примером носителя записи, и устройство 200 воспроизведения составляют систему домашнего кинотеатра вместе с телевизором 300, парой жидкокристаллических дисплейных очков 400 с затвором, и блок 500 дистанционного управления, и предоставлены для использования пользователем.

BD-ROM 100 выдает, например, кинофильм на систему домашнего кинотеатра.

Устройство 200 воспроизведения соединено с телевизором 300 и воспроизводит BD-ROM 100.

Телевизор 300 предоставляет интерактивную операционную среду пользователю посредством отображения видео посредством воспроизведения кинофильма, отображения меню и т.д.

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

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

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

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

Ниже описан временной интервал для отображения изображения правого вида и изображения левого вида.

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

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

Возвращаясь к Фиг.1A, блок 500 дистанционного управления является устройством для приема пользовательских операций в отношении иерархического GUI (графического пользовательского интерфейса). Чтобы иметь возможность принять такие пользовательские операции, блок 500 дистанционного управления снабжается клавишей меню для вызова меню, образующего GUI, клавишей курсора для перемещения фокуса от одного компонента GUI к другому компоненту меню GUI, клавишей ввода для активизации в настоящее время сфокусированного элемента меню GUI и клавишей возврата для того, чтобы возвратиться к более высокой странице иерархического меню, и цифровыми клавишами.

Это завершает описание системы домашнего кинотеатра.

Носитель записи

Ниже описан носитель записи, предназначенный для воспроизведения устройством 200 воспроизведения. Носителем записи, который воспроизводится устройством 200 воспроизведения, является BD-ROM 100. Фиг.2 показывает внутреннюю структуру BD-ROM 100.

Первый ряд изображает BD-ROM, который является многослойным оптическим диском. Второй ряд изображает спиральную дорожку на каждом слое записи таким образом, чтобы «расширяться» в горизонтальном направлении. Спиральная дорожка обрабатывается как одна непрерывная область записи. Область записи состоит из начальной зоны, расположенной в наиболее внутреннем положении, оконечной зоны, расположенной в наиболее удаленном положении, и областях записи на первом, втором и третьем слоях записи, расположенных между начальной и оконечной зонами.

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

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

"Логическое адресное пространство" является адресным пространством, в котором сектора являются адресуемыми с последовательными номерами логических блоков (НЛБ, LBN). Таким образом, соответствующие области записи на первом, втором и третьем слоях записи, изображенные во втором ряду, составляют одно непрерывное логическое адресное пространство.

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

Пятый ряд изображает экстенты, записанные в области записи не-AV данных и области записи AV данных. В области записи AV данных записаны экстенты (EXT, EXT, EXT… на чертеже), составляющие AV файл. В области записи не-AV данных записаны экстенты (EXT, EXT, EXT… на чертеже), составляющие файл, кроме AV-файла.

Фиг.3 изображает формат применения BD-ROM.

"Каталог BDMV" является каталогом для хранения таких данных как AV содержимое и информации управления, хранимой на BD-ROM. BDMV каталог имеет пять подкаталогов под названием "JAR directory", "BDJO directory", "PLAYLIST directory” (“Каталог СПИСОК ВОСПРОИЗВЕДЕНИЯ"), "CLIPINF directory" и "STREAM directory" (“Каталог ПОТОК”). Каталог BDMV содержит два типа файлов: "index.bdmv" и "MovieObject.bdmv".

Файл "index.bdmv" содержит информацию управления, относящуюся ко всему BD-ROM. Файл index.bdmv считывается первым после того, как диск вставлен в устройство воспроизведения, что позволяет устройству воспроизведения уникально идентифицировать диск. Кроме того, файл index.bdmv указывает для каждого множества названий, доступных для воспроизведения на BD-ROM, номер названия и BD-J объект или объект кинофильма, определяющий это название.

"MovieObject.bdmv" содержит один или более объектов кинофильма. Каждый объект кинофильма является объектом управления, определяющим процедуру управления, которая должна быть выполнена устройством воспроизведения в операционном режиме (режиме HDMV), в котором интерпретатор команды является объектом управления. Объект кинофильма включает в себя одну или более команд и флаг маски, указывающий, маскировать ли вызов меню или вызов названия, сделанный пользователем.

Каталог "JAR directory" содержит файл JAR, соответствующий архивному файлу. Архивный файл создают посредством объединения одного или более файлов класса и одного или более файлов данных в единственный файл. Эти один или более файлов класса и один или более файлов данных объединяют в один файл с использованием, например, архиватора (не изображен).

Описание ниже относится к архивному файлу Java (зарегистрированный товарный знак) как примеру архивного файла.

Например, архивный файл Java (зарегистрированный товарный знак) определяет процедуру управления, которая должна быть выполнена устройством воспроизведения в операционном режиме (BD-J режиме). Объектом управления в BD-J режиме является виртуальная машина Java, которая является интерпретатором байт-кода, обеспеченным в устройстве воспроизведения. Файл, содержащий файл Java, идентифицируется 5-цифровым номером "zzzzz" и расширением "jar".

“BDJO directory" является каталогом, в который помещен файл, содержащий объект управления (объект BDJ). Объект BDJ определяет процедуру управления, которая должна быть выполнена устройством воспроизведения в операционном режиме (BD-J режиме). Объектом управления в BD-J режиме является виртуальная машина Java, которая является интерпретатором байт-кода, обеспеченным в устройстве воспроизведения. Файл, содержащий объект BDJ, идентифицируется 5-цифровым номером "zzzzz" и расширением "bdjo".

"PLAYLIST directory” является каталогом, в который помещен файл, содержащий информацию списка воспроизведения. Информация списка воспроизведения включает в себя информацию основного пути, определяющую секцию воспроизведения видео потока BaseView, и информацию подпути, определяющую секцию воспроизведения видео потока EnhancedView. Файл, содержащий информацию списка воспроизведения, идентифицирован пятицифровым числом "yyyyy" и расширением "mpls". Видео поток BaseView является видео потоком для представления монокулярного (двумерного) отображения для одного из левого вида и правого вида. С другой стороны, видео поток для представления правого вида или левого вида и не являющийся видео потоком BaseView, называется как "поток видео EnhanqedView". Данные картинки, составляющие поток видео EnhancedView, сжаты на основании корреляции экранного отображения с данными картинки, составляющими соответствующий поток видео BaseView.

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

Потоки, составляющие BaseView и EnhancedView, не являются ограниченными потоками видео. Потоки графики представления (PG) могут также составить BaseView и EnhancedView. В нижеследующем описании "поток BaseView" может относиться к любому из потока видео BaseView и потока PG BaseView, и "поток EnhancedView" относится к потоку видео EnhancedViqw и потоку PG EnhancedView.

"CLIPINF directory" является каталогом, в который помещен файл, содержащий информацию клипа (файл информации клипа). Файл информации клипа идентифицирован 5-цифровым идентификатором "xxxxx" и расширением "clpi" и включает в себя карты входов. Одна из карт входов имеет видео поток для левого вида, и другая имеет видео поток для правого вида.

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

"STREAM directory" является каталогом для хранения файла AV клипа, содержащего поток монокулярного видео, и файла AV клипа, содержащего поток стереоскопического видео. Файл, содержащий поток монокулярного видео, идентифицирован 5-цифровым идентификатором "xxxxx" и расширением "m2ts". Файл, хранящий поток стереоскопического видео, идентифицирован 5-цифровым идентификатором "xxxxx" и расширением "ilts".

Экстент, составляющий файл, содержащий поток BaseView и помещенный в каталог STREAM, и экстент, составляющий файл, содержащий поток EnhancedView и помещенный в каталог STREAM, записаны в области записи AV данных.

Фиг.4 показывает процессы, посредством которых исходные пакеты потока BaseView и потока EnhancedView записываются в область AV данных. На чертеже первый ряд изображает TS-пакеты, составляющие поток BaseView или поток EnhandedView.

К каждому TS-пакету из 188 байт, который составляет поток BaseView или поток EnhancedView, присоединен 4-байтовый заголовок TS_extra_header (заштрихованный прямоугольник на чертеже), как изображено во втором ряду чертежа, что приводит к последовательности исходных пакетов из 192 байт. TS_extra_header включает в себя Arrival_Time_Stamp, указывающее время, в которое TS-пакет должен быть введен в декодер.

Исходные пакеты потока BaseView и потока EnhancedView составляют одну или более "последовательностей ATC". "Последовательность ATC” относится к компоновке исходных пакетов, составляющих ось времени для ATS без какого-либо разрыва (т.е., нет разрыва во времени прибытия) в значениях полей Arrival_Time_Clock, на которые ссылаются поля Arrival_Time_Stamp. Другими словами, "последовательность ATC" относится к последовательности исходных пакетов, имеющих последовательную последовательность полей Arrival_Time_Clock, на которые ссылаются поля Arrival_Time_Stamp. Как описано ниже, ATS присоединяется во главе TS-пакета и указывает время, в которое TS-пакет должен быть передан декодеру.

Такая ATC последовательность составляет AV клип и записана на записывающих слоях с именем файла "xxxxx.m2ts".

Аналогично любому обычному компьютерному файлу, такой AV клип разделен на один или более экстентов файла и записан в области на записывающих слоях. Третий ряд на Фиг.4 изображает AV клип, и четвертый ряд схематично изображает, как AV клип записан. Экстенты файла, изображенные в четвертом ряду как составляющие файл, имеют длину данных, равную или больше заранее определенного размера (этот размер называют S_EXT).

Фиг.5 изображает соотношение между физическими блоками BD-ROM и исходными пакетами, составляющих один экстент файла. Как изображено на втором ряду на чертеже, множество секторов сформировано в области записи AV файла BD-ROM. Исходные пакеты экстента файла разделены на группы из множества исходных пакетов и записаны в смежные сектора, как изображено в первом ряду. Множество исходных пакетов все вместе называется как "Выровненный Блок", и запись на BD-ROM выполняется в Выровненных Блоках.

Как изображено на третьем ряду чертежа, код с исправлением ошибок присоединен к каждому множеству секторов, чтобы составить блок ECC. Устройство воспроизведения обеспечено, чтобы получить полный набор исходных пакетов, пока доступ к BD-ROM делается в Выровненных Блоках. Это завершает описание процесса записи AV клипа на BD-ROM.

Фиг.6A - таблица, показывающая возможные числовые диапазоны идентификаторов ИД пакета для TS-пакетов (PID) и типы потоков PES, переносимых TS-пакетами, имеющими соответствующие ИД пакета.

TS-пакеты, имеющие ИД пакета "0x0100" образуют карту программы (Program_map), тогда как TS-пакеты, имеющие ИД пакета "0x1001", образуют тактирование программы (PCR)

TS-пакеты, имеющие ИД пакета "0x1011", образуют видео поток BasjeView, и TS-пакеты, имеющие ИД пакета "0x1012", образуют видео поток EnhancedView.

TS-пакеты, имеющие ИД пакета в пределах от "0x1100" до "0x111F", образуют аудио поток.

TS-пакеты, имеющие ИД пакета в пределах от "0x1220" до "0x123F", образуют PG поток BaseView. TS-пакеты, имеющие ИД пакета в пределах от "0x1240" до "0x125F", образуют PG поток EnhancedView. Отметим, что TS-пакетам, образующим поток PG для двумерного вида и не BaseView PG поток, назначают идентификаторы ИД пакета в пределах от "0x1200" до "0x121F".

TS-пакеты, составляющие видео потоки, и TS-пакеты, составляющие PG потоки, группируются в зависимости от того, составляют ли TS-пакеты BaseView или EnhancedView. Фиг.6B показывает один пример.

Как показано на Фиг.6B, группа исходных пакетов, составляющих BaseView, включает в себя: исходные пакеты (каждый изображен как "Video" на чертеже), имеющие PID "0x1011" и образующие видео поток BaseView; исходные пакеты (каждый изображен как "Audio"), имеющие PID "0x1100" и образующие аудио поток; и исходные пакеты (каждый изображен как "PG"), имеющие PID "0x1220", "0x1221", "0x1222", "0x1223", "0x1224", "0x1225", и "0x1226" и образующие PG поток.

С другой стороны, группа исходных пакетов, составляющих EnhancedView, включает в себя: исходные пакеты (каждый изображен как "Video"), имеющие PID "0x1012" и составляющие EnhancedView видео поток; исходные пакеты (каждый изображен как "Audio"), имеющие PID "0x1101" и образующие аудио поток; и исходные пакеты (каждый изображен как "PG"), имеющие PID "0x1240”, "0x1241", "0x1242", "0x1243", "0x1244" и "0x1245" и образующие PG-поток.

Исходные пакеты, принадлежащие группе BaseView и группе EnhancedView, перемежаются. Фиг.7 показывает один пример перемеженной компоновки исходных пакетов. В примере, показанном на чертеже, экстенты, составляющие BaseView и EnhancedView, поочередно записывают в порядке "BaseView", "EnhancedView", "BaseView" и "EnhancedView"...

На Фиг.7 первый ряд изображает AV-файл, и второй ряд изображает экстенты EXT_L[i], EXT_L[i+l], EXT_R[i], и EXT_R[i +1], составляющие AV-файл. Третий ряд изображает последовательность исходных пакетов, принадлежащих этим экстентам, и четвертый ряд изображает последовательность секторов на слое записи. Следует заметить, что переменные "i" и "i+1" в скобках указывают порядок воспроизведения соответствующих экстентов. Согласно этой нотации, два экстента, снабженные переменной "i", а именно, EXT_L[i] и EXT_R[i], должны быть воспроизведены синхронно. Точно так же два экстента, снабженные переменной "i+1", а именно, EXT_L[i+1] и EXT_R[i+l], должны быть воспроизведены синхронно.

Экстенты EXT_L[i] и EXT_L[i+l] составлены исходными пакетами, имеющими PID "0x1011". Пунктирные стрелки h1, h2, h3 и h4 указывают членство, т.е., какому из потока BaseView и потока EnhancedView принадлежит каждый из экстентов EXT_L[i] и EXT_L[i+1]. Согласно членству, обозначенному стрелками h1 и h2, экстенты EXT_L[i] и EXT_L[i+1] принадлежат потоку BaseView, и экстенты EXT_R[i] и EXT_R[i+1] принадлежат потоку EnhancedView, как обозначено стрелками h3 и h4.

Размер экстента EXT_L[i] назван SEXT_L[i], тогда как размер экстента EXT_R [i] назван SEXT_R[i].

Ниже описано, как определить размер SEXT_L и SEXT_R. Следует заметить, что в устройстве воспроизведения экстенты считываются поочередно в два буфера считывания, один для правого вида и другой для левого вида, прежде чем будут выданы на видео декодер. Ввиду этого, SEXT_L и SEXT_R должны быть определены ввиду затраченного времени прежде, чем соответствующие буферы считывания для правого вида и левого вида заполнятся. Если Rmax1 обозначает скорость передачи к буферу считывания правого вида, емкость буфера считывания правого вида должна быть определена так, чтобы удовлетворить следующему соотношению:

Буфер считывания правого вида = Rmax1 × "Время, затраченное на заполнение буфера считывания левого вида во время операции, использующей скачок".

Термин "скачок" синонимичен с поиском на диске. Непрерывная область, которая может быть сохранена для записи в BD-ROM, ограничена. Поэтому, поток BaseView и поток EnhancedView не обязательно расположены рядом друг с другом на BD-ROM, и вместо этого записываются в раздельных областях.

Ниже рассмотрен термин "Время, затраченное на заполнение буфера считывания левого вида во время операции, использующей скачок". TS-пакеты передают на буфер считывания левого вида со скоростью передачи Rud-Rmax2. Rud-Rmax2 указывает разность между скоростью вывода Rmax2 буфера считывания левого вида и скоростью Rud ввода буфера считывания левого вида. Затем, время, затраченное на заполнение буфера считывания левого вида, выражается как RB2/(Rud-Rmax2).

Относительно считывания данных в буфер считывания левого вида необходимо рассмотреть время скачка (Tjump) от потока видео правого вида к потоку видео левого вида и время скачка (Tjump) от потока видео левого вида к потоку видео правого вида. Таким образом, время, выраженное как (2×Tjump+RB2/(Rud-Rmax2)), необходимо, чтобы заполнить буфер считывания левого вида.

Пусть Rmax1 обозначает скорость передачи буфера считывания правого вида. Тогда все исходные пакеты в буфере считывания правого вида должны быть выведены со скоростью передачи Rmax1 в течение времени хранения буфера считывания левого вида. Поэтому, размер RB1 буфера считывания правого вида задан следующим выражением:

RB1≥Rmax1×{2×Tjump+RB2/(Rud-Rmax2)}

Аналогично, размер RB2 буфера считывания левого вида задается следующим выражением:

RB2≥Rmax2×{2×Tjump+RB1/(Rud-Rmax1)}

В частности, размер памяти буфера считывания правого вида и буфера считывания левого вида равен 1,5 MB или меньше. Согласно настоящему варианту осуществления, размер SEXT_R экстента и размер SEXT_L экстента задаются равными или по существу равными буферу считывания правого вида и буферу считывания левого вида, соответственно. Это завершает описание того, как записываются поток BaseView и поток EnhancedView.

Ниже описана внутренняя структура потока BaseView и потока EnhancedView.

Фиг.8 изображает внутреннюю структуру стереоскопической пары из потока BaseView и потока EnhancedView для стереоскопического просмотра.

Каждый из потока BaseView и потока EnhancedView содержит данные картинки, например. Существует много типов данных картинки (кадра), включая I-картинку, P-картинку, и В-картинку.

I-картинка - данные картинки, соответствующие одному экранному изображению.

P-картинка - данные картинки, представляющие разность от I-картинки, на которую ссылается P-картинка.

В-картинка - данные картинки, сгенерированные со ссылкой на I-картинку и со ссылкой на P-картинку.

Второй ряд этого чертежа изображает внутреннюю структуру потока BaseView. Этот поток содержит части данных картинки I1, P2, Br3, Br4, P5, Br6, Br7 и P9.

Эти части данных картинки декодируются с тактированием, указанным посредством DTS (отметка времени декодирования: указание времени, в которое декодирование этой части данных картинки декодером должно быть начато), присоединенных к соответствующим частям данных картинки. Первый ряд изображает картинки левого вида и декодированные картинки I1, P2, Br3, Br4, P5, Br6, Br7 и P9. Изображения левого вида представлены посредством выполнения воспроизведения этих картинок в порядке I1, Br3, Br4, P2, Br6, Br7 и P5 согласно значениям PTS, присоединенным к соответствующим картинкам.

Четвертый ряд изображает внутреннюю структуру потока EnhancedView. Этот вторичный видео поток содержит картинки P1, P2, B3, B4, P5, B6, B7 и P8. Эти части данных картинки декодируются с тактированием, обозначенным посредством DTS, присоединенных к соответствующим частям данных картинки. Третий ряд изображает изображения правого вида. Изображения правого вида представлены посредством выполнения воспроизведения декодированных картинок P1, P2, B3, B4, P5, B6, B7 и P8 в порядке P1, B3, B4, P2, B6, B7 и P5 согласно значениям PTS (отметка времени представления: информация, указывающая моменты времени представления видео и аудио этой картинки), присоединенным к соответствующим картинкам.

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

Кроме того, потоки EnhancedView сжимают в соответствии с внутрикадровым предсказанием, используя временную избыточн