НОСИТЕЛЬ ЗАПИСИ ИНФОРМАЦИИ И УСТРОЙСТВО ВОСПРОИЗВЕДЕНИЯ ДЛЯ ВОСПРОИЗВЕДЕНИЯ 3D ИЗОБРАЖЕНИЙ
DATA MEDIUM AND REPRODUCING DEVICE FOR REPRODUCING 3D IMAGES

Область техники
Настоящее изобретение относится к технологии воспроизведение 3D и 2D изображений.
Уровень техники
2D изображения, также именуемые моноскопическими изображениями, представлены пикселями на плоскости X-Y, которая применяется к экрану дисплея устройства отображения. Напротив, 3D изображения имеют глубину в направлении оси Z помимо пикселей на плоскости X-Y, применяемой к экрану устройства отображения.
3D изображения представляются наблюдателям (пользователям) путем одновременного воспроизведения изображений левого вида и правого вида для наблюдения, соответственно, левым и правым глазами, что позволяет создавать стереоскопический эффект. Пользователи могут видеть, помимо пикселей, образующих 3D изображение, пиксели, имеющие положительные координаты по оси Z перед экраном дисплея, и пиксели, имеющие отрицательные координаты по оси Z за экраном дисплея.
Предпочтительно, чтобы оптический диск, где хранится 3D изображение, был совместимым с устройством воспроизведения, которое может воспроизводить только 2D изображения (далее такое устройство воспроизведения именуется "устройство 2D воспроизведения"). Причина в том, что, в противном случае, пришлось бы производить два типа дисков для 3D и 2D изображений, чтобы устройство 2D воспроизведения могло воспроизводить тот же контент, который хранится на диске для 3D изображения. Такая организация потребовала бы больших затрат. Соответственно, необходимо обеспечить оптический диск, где хранится 3D изображение, которое воспроизводится как 2D изображение устройством 2D воспроизведения и как 2D или 3D изображение устройством воспроизведения, поддерживающим 3D и 2D изображения (далее такое устройство воспроизведения именуется "устройство 2D/3D воспроизведения").
Японский патент № 3935507 является одним примером документов уровня техники, где описаны технологии, обеспечивающие совместимость воспроизведения между 2D и 3D изображениями, в отношении оптических дисков, где хранятся 3D изображения.
Библиография
[Патентная литература]
[Патентная литература 1] Японский патент № 3935507
Сущность изобретения
Техническая проблема
В частности, в случае кинофильма и пр., данные субтитра хранятся в субтитре оптического диска. В общем случае, при воспроизведении такого кинофильма, субтитры накладываются на видеоматериалы для отображения. При этом если в кинофильм включены длинные сценарии или дикторские тексты, большая часть экрана оказывается занятой областями отображения для символов субтитра. Если воспроизведение видео с высоким уровнем перехода наружу осуществляется в состоянии, когда большая часть экрана занята областями отображения для символов субтитра, субтитры перекрывают стереоскопическое отображение видео. Это приводит к воспроизведению стереоскопического изображения, которое чрезвычайно трудно наблюдать. Существует способ перемещения позиции размещения символов субтитра и конца экрана, при котором субтитры не перекрывают стереоскопическое отображение видео. Однако стереоскопический эффект видео значительно различается в зависимости от позиции воспроизведения в совокупности секций воспроизведения на временной оси видеопотока. Кроме того, символы субтитра часто различаются количеством символов в зависимости от типа языка. Соответственно, если любой из концов экрана однородно зафиксирован как область отображения субтитра, эффективность использования экрана снижается. В результате, даже если пользователь тратит деньги на приобретение дорогостоящего широкоэкранного 3D TV, может случиться так, что пользователь не сможет в полной мере наслаждаться стереоскопическим эффектом.
Настоящее изобретение предусматривает носитель записи, позволяющий избежать ухудшения стереоскопического эффекта вследствие снижения эффективности использования экрана.
Решение проблемы
Настоящее изобретение предусматривает носитель записи, на котором записаны видеопоток, составляющий стереоскопическое изображение, информация списка воспроизведения и совокупность потоков субтитров, причем информация списка воспроизведения включает в себя таблицу выбора потока и совокупность фрагментов дополнительной информации, в таблице выбора потока указаны номер потока, потоковая запись и атрибут потока для каждого потока субтитров, разрешенного к воспроизведению в режиме моноскопического воспроизведения, каждый из фрагментов дополнительной информации соответствуют номеру потока, и каждый из фрагментов дополнительной информации включает в себя флаг сохранения области, указывающий, в качестве области отображения субтитра в режиме стереоскопического воспроизведения устройства воспроизведения, верхний конец или нижний конец в плоскости видео, причем субтитр получается путем декодирования потока субтитров, соответствующего фрагменту дополнительной информации, при воспроизведении носителя записи на устройстве воспроизведения, если флаг сохранения области указывает верхний конец, устройство воспроизведения сдвигает видеопоток в плоскости видео вниз и рендеризует сдвинутый видеопоток, и, если флаг сохранения области указывает нижний конец, устройство воспроизведения сдвигает видеопоток в плоскости видео вверх и рендеризует сдвинутый видеопоток.
Преимущества изобретения
Дополнительная информация, включающая в себя флаг сохранения области, задающий область отображения субтитра, включена в таблицу выбора потока для каждой секции воспроизведения в соответствии с номером потока. При изменении секции воспроизведения или при приеме запроса на изменение потока, выполняется процедура выбора потока. Номер потока в соответствии с языковыми настройками устройства воспроизведения устанавливается в регистре номеров потока. В результате, устройство воспроизведения обеспечивает флаг сохранения области, указанный фрагментом дополнительной информации, соответствующий установленному номеру потока. Благодаря такой структуре, можно реализовать управление, при котором область отображения субтитра сохраняется в верхнем конце экрана в секции воспроизведения, и область отображения субтитра сохраняется в нижнем конце экрана в другой секции воспроизведения.
Размер киноэкрана (1:2.35), в общем случае используется для аспектного отношения видео в фильмах. В случае, когда видеоматериалы хранятся на оптическом диске, например, BD-ROM, видеоматериал главной особенности располагается в центре HD-видео, имеющего аспектное отношение 16:9, без изменения аспектного отношения, и черный кадр вставляется в верхнюю сторону и нижнюю сторону HD-видео. Соответственно, благодаря вышеописанной структуре, можно отображать субтитры в крупной области отображения субтитра, генерируемой путем сбора черных кадров, находящихся над и под видеоматериалом главной особенности, в верхнем конце и нижнем конце плоскости видео. Это может повышать эффективность использования экрана, тем самым улучшая стереоскопический эффект.
Дополнительная техническая проблема
Согласно воспроизведению 3D-видео, при котором стереоскопический эффект реализуется с использованием разности параллаксов между изображением главного вида и изображением вспомогательного вида, причем разность параллаксов отличается в зависимости от размера экрана устройства отображения. Это обуславливает различие в глубине изображений в зависимости от размера экрана. В результате, если 3D-видео, созданное для наблюдения на устройстве отображения с большим экраном, наблюдается на устройстве отображения с малым экраном, 3D-видео не является мощным, и на таком устройстве отображения отображается меньшая ширина, чем предполагал создатель 3D-видео. С другой стороны, 3D-видео, созданное для наблюдения на устройстве отображения с малым экраном, наблюдается на устройстве отображения с большим экраном, 3D-видео придается избыточное ощущение, в результате чего наблюдатель страдает от напряжения зрения.
Настоящее изобретение призвано обеспечить носитель записи, способный препятствовать возникновению негативного влияния на наблюдение 3D-видео в устройстве отображения с экраном, размер которого отличается от того, который предполагался при создании 3D-видео.
Носитель записи, позволяющий решить вышеозначенную проблему, представляет собой носитель записи, на котором записаны видеопоток главного вида, видеопоток вспомогательного вида и метаданные, причем видеопоток главного вида включает в себя данные изображения главного вида, составляющие главный вид стереоскопического видео, видеопоток вспомогательного вида включает в себя данные изображения вспомогательного вида, составляющие вспомогательный вид стереоскопическое видео, метаданные включают в себя корректирующие значения смещения, каждое из которых соответствует информации размера экрана каждого из совокупности устройств отображения, и корректирующее значение смещения задает смещение для сдвига, влево или вправо по горизонтальной координатной оси, по меньшей мере, одной из плоскости видео главного вида, в которой предусмотрен рендеринг данных изображения главного вида, и плоскости видео вспомогательного вида, в которой предусмотрен рендеринг данных изображения вспомогательного вида.
Придавая данным изображения смещение, заданное в информации размера экрана, для каждого размера экрана дисплея, с целью сдвига плоскости видео, можно придавать стереоскопическому изображению надлежащую разность параллаксов в зависимости от каждого размера экрана. В результате, благодаря вышеописанной структуре, можно препятствовать возникновению негативного влияния на наблюдение 3D-видео в устройстве отображения с экраном, размер которого отличается от того, который предполагался при создании 3D-видео.
Краткое описание чертежей
Фиг.1A-1C - система домашнего кинотеатра, которая состоит из носителя записи, являющегося носителем в комплекте, устройства воспроизведения, являющегося устройством проигрывателя, устройства отображения и очков.
Фиг.2 - голова пользователя в левой стороне чертежа и изображения скелета динозавра, видимые, соответственно, левым глазом и правым глазом пользователя в правой стороне чертежа.
Фиг.3 - один пример внутренних структур видеопотоков левого вида и правого вида для стереоскопического наблюдения.
Фиг.4 - иллюстрация концепции сбора черных кадров, которые не используются для видеоматериала главной особенности, и отображения данных субтитра на черных кадрах.
Фиг.5A-5C - внутренняя структура носителя записи согласно варианту осуществления 1.
Фиг.6A и 6B - внутренние структуры главного TS и вспомогательного TS.
Фиг.7A-7D - внутренние структуры информации списка воспроизведения.
Фиг.8A-8B - один пример базовой таблицы выбора потока.
Фиг.9 - внутренняя структура расширенной таблицы выбора потока.
Фиг.10A-10C - регистрационные последовательности потоков в расширенной таблице выбора потока.
Фиг.11 - наложение плоскостей в случае, когда video_shift_mode установлен как «оставить».
Фиг.12A - наложение плоскостей в случае, когда video_shift_mode установлен как «вверх», и Фиг.12B - наложение плоскостей в случае, когда video_shift_mode установлен как «вниз».
Фиг.13 - ограничение порядка регистрации графических потоков в таблице выбора потока в случае, когда режим сдвига видео добавляется к дополнительной информации потока информации выбора потока.
Фиг.14 - демультиплексирование элементарных потоков из главного TS и вспомогательных TS с использованием базовой таблицы выбора потока и расширенной таблицы выбора потока.
Фиг.15 - номера потоков, назначаемые в режиме 2D вывода и в режиме 3D вывода.
Фиг.16 - внутренняя структура устройства воспроизведения.
Фиг.17A и 17B - внутренняя структура декодера PG.
Фиг.18A и 18B - внутренняя структура декодера текстовых субтитров.
Фиг.19A и 19B - модели декодера для декодера IG.
Фиг.20 - структура схемы для перекрытия выходов моделей декодера и вывода результата в режиме 3D-LR.
Фиг.21 - структура схемы для перекрытия выходов моделей декодера и вывода результата в режиме «1 плоскость+смещение».
Фиг.22 - структура схемы для наложения данных, выводимых из модели декодера, и вывода наложенных данных в режиме воспроизведения 2D-субтитров верхнего конца и в режиме воспроизведения 2D-субтитров нижнего конца.
Фиг.23 - внутренние структуры набора 203 регистров и движка управления воспроизведением.
Фиг.24 - битовое назначение в PSR24.
Фиг.25A и 25B - битовое назначение в PSR32.
Фиг.26 - процедура воспроизведения списка воспроизведения.
Фиг.27 - логическая блок-схема, демонстрирующая процедуру для определения текущего потока PG/текстовых субтитров при изменении условия воспроизведения.
Фиг.28 - логическая блок-схема, демонстрирующая процедуру обработки определения типа воспроизведения верхнего или нижнего конца.
Фиг.29 - логическая блок-схема, демонстрирующая процедуру для выбора потока PG/текстовых субтитров, который оптимален для текущего элемента воспроизведения.
Фиг.30 - логическая блок-схема, демонстрирующая процедуру, подлежащую выполнению, когда изменение потока запрашивается командой установки стереоскопического потока (командой установки SS потока).
Фиг.31 - логическая блок-схема, демонстрирующая процедуру, подлежащую выполнению, когда изменение потока запрашивается командой установки потока или пользовательской операцией, запрашивающей изменение номера потока.
Фиг.32A и 32B - логические блок-схемы, демонстрирующие процедуры для определения текущего IG-потока и его типа воспроизведения.
Фиг.33A-33C - вывод идентификаторов пакетов на блок демультиплексирования посредством объединенной регистрационной последовательности потоков.
Фиг.34A-34C - вывод идентификаторов пакетов на блок демультиплексирования посредством объединенной регистрационной последовательности потоков.
Фиг.35A-35C - регистрационные последовательности потоков в расширенной таблице выбора потока согласно примеру модификации варианта осуществления 1.
Фиг.36 - структура схемы для наложения данных, выводимых из модели декодера, и вывода наложенных данных в режиме воспроизведения 2D-субтитров верхнего конца и в режиме воспроизведения 2D-субтитров нижнего конца.
Фиг.37 - системный параметр, указывающий величину сдвига каждой плоскости в направлении продольной оси.
Фиг.38 - способ сдвига и обрезки плоскости PG в соответствии с режимом сдвига видео.
Фиг.39 - условие ограничения для размещения данных субтитра в области, которая не обрезается при наложении плоскостей в режиме воспроизведения 2D-субтитров верхнего конца и в режиме воспроизведения 2D-субтитров нижнего конца.
Фиг.40 - функции корректирующего значения выходного смещения для восприятия глубины, на которое влияет каждый размер экрана TV.
Фиг.41 - таблица, в которой записаны дюймовые типы TV, сохраняемые в файле списка воспроизведения, и корректирующие значения выходного смещения.
Фиг.42 - пример, когда изображения отображаются на TV, размер которого превышает оптимальный размер в дюймах.
Фиг.43 - структура устройства 2D/3D воспроизведения для применения корректирующего значения выходного смещения.
Фиг.44 - структура, в которой применяются корректирующее значение выходного смещения и корректирующее значение выходного смещения α.
Фиг.45 - соответствие между файлом «2D»/файлом «базовый» и файлом «зависимый».
Фиг.46A-46C - соответствие между файлом перемеженного потока и файлом «2D»/файлом «базовый».
Фиг.47 - соответствие между файлом стереоскопического перемеженного потока, файлом «2D», файлом «базовый» и файлом «зависимый».
Фиг.48 - список воспроизведения 2D и список воспроизведения 3D.
Фиг.49A-49D - внутренняя структура информационного файла клипа.
Фиг.50 - соответствие между информационным файлом клипа, списком воспроизведения и файлом стереоскопического перемеженного потока.
Фиг.51A и 51B - внутренняя структура базовой информации клипа и зависимой информации клипа.
Фиг.52 - базовая карта записей и расширенная карта записей.
Фиг.53 - записи, не разрешенные в расширенной карте записей.
Фиг.54 - логическая блок-схема, демонстрирующая процедуру воспроизведения элементов воспроизведения.
Фиг.55 - восстановление последовательности ATC из блоков данных, образующих файл стереоскопического перемеженного потока.
Фиг.56A и 56B - иллюстрация восстановления последовательности ATC.
Фиг.57A-57D - один пример таблицы информации начальной точки экстента в информации клипа базового вида и один пример таблицы информации начальной точки экстента в информации клипа зависимого вида.
Фиг.58A-58C - номера пакетов источника произвольных блоков данных в последовательностях ATC 1 и 2.
Фиг.59 - процедура для восстановления последовательности ATC.
Фиг.60 - среда воспроизведения для устройства 2D/3D воспроизведения.
Фиг.61 - случай, когда выводится только один из видеосигнала правого глаза и видеосигнала левого глаза при переключении от воспроизведения 3D-видеосигналов к воспроизведению 2D видеосигналов без переключения частоты кадров.
Фиг.62 - корреляция между субтитрами и потоками для меню, которое используются в BD и пр.
Фиг.63 - обработка для реализации более гладкого отображения 2D/3D-видео.
Фиг.64A и 64B - способ изготовления оптического диска.
Фиг.65 - логическая блок-схема процедуры, осуществляемой на этапе авторинга.
Фиг.66 - логическая блок-схема процедуры для записи AV файла.
Фиг.67 - логическая блок-схема, демонстрирующая процедуру для генерации базовой карты записей и расширенной карты записей.
Фиг.68 - логическая блок-схема, демонстрирующая процедуру для генерации приложения BD-J, объекта BD-J, объекта фильма и индексной таблицы.
Фиг.69 - внутренняя структура многослойного оптического диска.
Фиг.70 - формат приложения оптического диска на основании файловой системы.
Фиг.71 - структура устройства 2D/3D воспроизведения.
Фиг.72A-72C - вариант осуществления действия по использованию носителя записи, отвечающего настоящему изобретению, структуры BD-ROM и структуры файла индекса.
Фиг.73A и 73B - иллюстрация структуры AV клипа и мультиплексирования каждого потока в AV клипе.
Фиг.74A и 74B - подробная иллюстрация сохранения видеопотока в последовательности пакетов PES и иллюстрация пакетов TS и пакетов источника в AV клипе.
Фиг.75A и 75B - структура данных PMT и внутренней структуры информационного файла клипа.
Фиг.76A и 76B - внутренняя структура информации атрибутов потока и внутренняя структура карты записей.
Фиг.77A-77C - внутренняя структура списка воспроизведения и внутренняя структура элемента воспроизведения.
Фиг.78A и 78B - структура устройства 2D воспроизведения и пояснение переменной проигрывателя.
Фиг.79 - внутренняя структура системного целевого декодера.
Фиг.80 - стереоскопическое наблюдение.
Фиг.81 - структура данных потока презентационной графики.
Фиг.82 - обработка декодирования потока презентационной графики.
Фиг.83 - способ сохранения списка воспроизведения значения сдвига при сдвиге видео вверх и значения сдвига при сдвиге видео вниз.
Фиг.84 - структура наложения плоскостей, осуществляемого устройством 2D/3D воспроизведения для осуществления сдвига видео сбора черных кадров на верхней стороне или на нижней стороне.
Фиг.85 - структура списка воспроизведения, в которой режим сдвига видео добавляется к дополнительной информации потока информации выбора потока.
Фиг.86 - способ наложения плоскостей в случае, когда режим сдвига видео добавлен к дополнительной информации потока информации выбора потока.
Фиг.87 - способ создания видеопотока, на более высоком уровне, путем размещения видеоматериала главной особенности не в центре, но чуть выше и способ создания черного кадра, на более низком уровне, путем динамического изменения прозрачного цвета PG-потока.
Фиг.88A и 88B - структура, в которой каждый экстент включает в себя, по меньшей мере, одну точку записи.
Фиг.89A и 89B - способ сохранения метаданных смещения в информационном файле AV-потока.
Фиг.90A и 90B - способ сохранения метаданных смещения для каждой точки записи.
Фиг.91A и 91B - способ сохранения метаданных смещения в списке воспроизведения.
Фиг.92A и 92B демонстрируют, в случае, когда метаданные смещения хранятся в списке воспроизведения, способ не сохранения метаданных смещения, когда текущий элемент воспроизведения совпадает с предыдущим элементом воспроизведения.
Фиг.93 демонстрирует, в случае, когда метаданные смещения хранятся в списке воспроизведения, способ сохранения только одного и того же фрагмента метаданных смещения в отношении совокупности элементов воспроизведения, имеющих один и тот же фрагмент метаданных смещения.
Фиг.94 - список воспроизведения, в котором заголовок в единицах элементов воспроизведения и метаданные смещения сохраняются по отдельности.
Фиг.95 - случай, когда субтитр графики левого глаза согласно 2-плоскостному методу L/R отображается как субтитр 2D-отображения.
Фиг.96 - субтитр 2D-отображения и субтитр метода «1 плоскость+смещение», и значение смещения PG для 2-плоскостного метода L/R для совместного пользования PG левого глаза согласно 2-плоскостному методу L/R.
Фиг.97 - структура разделения 2D/3D пути воспроизведения для увеличения скорости воспроизведения с переходом.
Фиг.98 - пример файла индекса (Index.bdmv), хранящегося на BD-ROM, для воспроизведения стереоскопических изображений.
Фиг.99 - логическая блок-схема, демонстрирующая переключение между воспроизведением списка воспроизведения 2D и списка воспроизведения 3D программы файла программы BD.
Фиг.100 - иллюстративная структура устройства 2D/3D воспроизведения, которое реализуется с использованием интегральной схемы.
Фиг.101 - функциональная блок-схема, демонстрирующая типичную структуру блока обработки потоков.
Фиг.102 - концептуальная схема, демонстрирующая блок переключения и периферию, когда блоком переключения является DMAC.
Фиг.103 - функциональная блок-схема, демонстрирующая типичную структуру блока вывода AV.
Фиг.104 - иллюстративная структура, более подробно демонстрирующая блок вывода AV, или часть вывода данных устройства воспроизведения.
Фиг.105 - конфигурация шин управления и шин данных в интегральной схеме.
Фиг.106 - конфигурация шин управления и шин данных в интегральной схеме.
Фиг.107 - иллюстративная структура устройства отображения, которое реализуется с использованием интегральной схемы.
Фиг.108 - функциональная блок-схема, демонстрирующая типичную структуру блока вывода AV устройства отображения.
Фиг.109 - логическая блок-схема, демонстрирующая операционную процедуру в устройстве воспроизведения.
Фиг.110 - логическая блок-схема, подробно демонстрирующая операционную процедуру в устройстве воспроизведения.
Описание вариантов осуществления
Носители записи, предусмотренные согласно решению вышеописанной проблемы, можно реализовать в виде носителей в комплекте, содержащих контент для продажи в магазине. Кроме того, устройства воспроизведения, поддерживающие носители записи, можно реализовать в виде устройств проигрывателя для воспроизведения носителей в комплекте, и интегральные схемы, поддерживающие носители записи, можно реализовать в виде системных БИС, встраиваемых в устройства проигрывателя.
На Фиг.1A-1C показана система домашнего кинотеатра, которая состоит из носителя записи, являющегося носителем в комплекте, устройства воспроизведения, являющегося устройством проигрывателя, устройства отображения и очков. Согласно Фиг.1A, носитель записи 100, являющийся вышеописанным носителем в комплекте, и устройство воспроизведения 200, являющееся устройством проигрывателя, образуют систему домашнего кинотеатра совместно с устройством отображения 300, 3D очками 400 и пультом дистанционного управления 500. Система домашнего кинотеатра, имеющая такую структуру, подлежит использованию пользователем.
Носитель записи 100 снабжает систему домашнего кинотеатра, например, кинофильмом. Кинофильм может обеспечивать стереоскопическое изображение. Здесь, стереоскопическое изображение состоит из, по меньшей мере, двух изображений точки зрения. Изображение точки зрения это изображение, до некоторой степени отклоненное, и, по меньшей мере, два изображения точки зрения включают в себя изображение главного вида и изображение вспомогательного вида. Согласно Фиг.1A, носитель записи 100 может представлять собой, например, диск или карту памяти из многих типов носителей записи. В дальнейшем, под “носителем записи” будем понимать диск, если не указано обратное.
Устройство воспроизведения 200 соединено с телевизором 300 и воспроизводит носитель записи 100. Устройство воспроизведения, описанное в настоящей заявке, представляет собой устройство 2D/3D воспроизведения (проигрыватель), которое, при наличии режима 2D вывода и режима 3D вывода, может переключаться между этими режимами воспроизведения для воспроизведения видеопотока главного вида и видеопотока вспомогательного вида, представляющего изображение вспомогательного вида.
Устройство отображения 300 представляет собой телевизор и обеспечивает пользователя интерактивной операционной средой путем отображения меню и т.п., а также изображений кинофильмов. В настоящем варианте осуществления, пользователю нужно носить 3D-очки 400 для устройства отображения 300, чтобы реализовать стереоскопическое наблюдение. При этом, 3D-очки 400 не требуются, когда устройство отображения 300 отображает изображения лентикулярным методом.
3D-очки 400 снабжены жидкокристаллическими затворами, которые позволяют пользователю наблюдать параллаксное изображение методом последовательной сегрегации или методом поляризационных очков. Здесь, параллаксное изображение это изображение, которое состоит из пары (i) изображения, которое поступает только в правый глаз и (ii) изображения, которое поступает только в левый глаз, благодаря чему изображения, соответственно, связанные с правым и левым глазом, соответственно поступают в глаза пользователя, что позволяет реализовать стереоскопическое наблюдение. На Фиг.1B показано состояние 3D-очков 400, когда отображается изображение левого вида. В момент, когда изображение левого вида отображается на экране, жидкокристаллический затвор для левого глаза находится в состоянии пропускания света, и жидкокристаллический затвор для правого глаза находится в состоянии блокирования света. На Фиг.1C показано состояние 3D-очков 400, когда отображается изображение правого вида. В момент, когда изображение правого вида отображается на экране, жидкокристаллический затвор для правого глаза находится в состоянии пропускания света, и жидкокристаллический затвор для левого глаза находится в состоянии блокирования света.
Пульт 500 дистанционного управления это устройство для приема от пользователя операций для воспроизведения AV. Пульт 500 дистанционного управления это устройство для приема от пользователя операций на многослойном GUI. Для приема операций, пульт 500 дистанционного управления снабжен кнопкой «меню», кнопками стрелок, кнопкой «ввод», кнопкой «возврат» и цифровыми кнопками, где кнопка «меню» используется для вызова меню, образующего GUI, кнопки стрелок используются для перемещения между и выделения компонентов GUI, образующих меню, кнопка «ввод» используется для осуществления операции ENTER (определения) на компоненте GUI, образующем меню, кнопка «возврат» используется для возврата к более высокому слою в многослойном меню.
В системе домашнего кинотеатра, показанной на Фиг.1A-1C, режим вывода устройства воспроизведения, предписывающий устройству отображения 300 отображать изображения в режиме 3D воспроизведения, называется "режим 3D вывода", и режим вывода устройства воспроизведения, предписывающий устройству отображения 300 отображать изображения в режиме 2D воспроизведения, называется "режим 2D вывода".
На этом завершается описание действия по использованию носителя записи и устройства воспроизведения.
(Вариант осуществления 1)
Вариант осуществления 1 отличается тем, что в регистре устройства воспроизведения хранится информация, указывающая, имеет ли устройство воспроизведения возможность реализовать стереоскопическое наблюдение с использованием графического потока правого глаза и графического потока левого глаза.
В нижеследующем описании, главный вид и вспомогательный вид используются для реализации метода параллаксного изображения. Метод параллаксного изображения (также именуемый режимом 3D-LR) это способ реализации стереоскопического наблюдения путем отдельной подготовки изображения для правого глаза и изображения для левого глаза, и направления изображения для правого глаза только в правый глаз и изображения для левого глаза только в левый глаз. На Фиг.2 показана голова пользователя в левой стороне чертежа и изображения скелета динозавра, видимые, соответственно, левым глазом и правым глазом пользователя в правой стороне чертежа. Когда пропускание и блокирование света повторяются попеременно для правого и левого глаза, левая и правая сцены совмещаются в мозгу пользователя за счет эффекта остаточных изображений в глазах, и совмещенное изображение воспринимается как стереоскопическое изображение, возникающее перед пользователем.
Метод MPEG4-MVC используется как способ кодирования видеопотоков для реализации такого стереоскопического наблюдения. В нижеследующем описании предполагается, что видеопоток главного вида является “видеопотоком базового вида” согласно методу MPEG4-MVC, и видеопоток вспомогательного вида является “видеопотоком зависимого вида” согласно методу MPEG4-MVC.
Видеопоток базового вида согласно MPEG4-MVC является вспомогательным битовым потоком, когда view_id задан равным “0”, и является последовательностью компонентов вида, когда view_id задан равным “0”. Видеопоток базового вида согласно MPEG4-MVC согласуется с ограничениями, налагаемыми на видеопоток MPEG4-AVC.
Видеопоток зависимого вида согласно MPEG4-MVC является вспомогательным битовым потоком, когда view_id задан равным “1”, и является последовательностью компонентов вида, когда view_id задан равным “1”.
Компонент вида является одним из совокупности фрагментов данных изображения, которые одновременно воспроизводятся для стереоскопического наблюдения в течение периода одного кадра. Кодирование со сжатием, которое использует корреляцию между точками вида, реализуется с использованием, в качестве данных изображения, компонентов вида видеопотоков базового вида и зависимого вида для реализации кодирования со сжатием, которое использует корреляцию между изображениями. Компоненты вида видеопотоков базового вида и зависимого вида, назначенные периоду одного кадра, образуют одну единицу доступа. Это позволяет осуществлять произвольный доступ единицами доступа.
Видеопоток базового вида и видеопоток зависимого вида имеют структуру GOP, в которой каждый компонент вида является “изображением”, и состоит из замкнутых GOP и открытых GOP. Замкнутая GOP состоит из IDR-изображения и B-изображений и P-изображений, которые следуют за IDR-изображением. Открытая GOP состоит из I-изображения не-IDR и B-изображений и P-изображений, которые следуют за I-изображением не-IDR.
I-изображения не-IDR, B-изображения и P-изображения кодируются со сжатием на основании кадровой корреляции с другими изображениями. B-изображение это изображение, состоящее из данных среза в двунаправленно-предсказательном (B) формате, и P-изображение это изображение, состоящее из данных среза в предсказательном (P) формате. B-изображение подразделяется на опорное B (Br) изображение и неопорное B (B) изображение.
В замкнутой GOP, IDR-изображение располагается сверху. В порядке отображения, IDR-изображение не располагается сверху, но изображения (B-изображения и P-изображения), отличные от IDR-изображения, не могут иметь отношения зависимости с изображениями, существующими в GOP, которая предшествует замкнутой GOP. Отсюда можно понять, что замкнутая GOP призвана завершать отношение зависимости.
На Фиг.3 показан один пример внутренних структур видеопотоков левого вида и правого вида для стереоскопического наблюдения.
Во второй строке Фиг.3 показана внутренняя структура видеопотока базового вида. Этот поток включает в себя компоненты вида с типами изображения I1, P2, Br3, Br4, P5, Br6, Br7 и P9. Эти компоненты вида декодируются согласно меткам времени декодирования (DTS). Первая строка демонстрирует изображение левого глаза. Изображение левого глаза воспроизводится путем воспроизведения декодированных компонентов вида I1, P2, Br3, Br4, P5, Br6, Br7 и P9 согласно PTS, в порядке I1, Br3, Br4, P2, Br6, Br7 и P5.
В четвертой строке Фиг.3 показана внутренняя структура видеопотока зависимого вида. Этот поток включает в себя компоненты вида с типами изображения P1, P2, B3, B4, P5, B6, B7 и P8. Эти компоненты вида декодируются согласно DTS. Третья строка демонстрирует изображение правого глаза. Изображение правого глаза воспроизводится путем воспроизведения декодированных компонентов вида P1, P2, B3, B4, P5, B6, B7 и P8 согласно PTS, в порядке P1, B3, B4, P2, B6, B7 и P5.
В пятой строке Фиг.3 показано, как изменяется состояние 3D-очков 400. Как показано в пятой строке, при наблюдении изображения левого глаза, закрыт затвор для правого глаза, и при наблюдении изображения правого глаза, закрыт затвор для левого глаза.
Здесь, режим, в котором видеокадры видеопотока базового вида (B) и видеокадры видеопотока зависимого вида (D) попеременно выводятся с циклом отображения 1/48 секунд наподобие "B"-"D"-"B"-"D", называется "режим презентации B-D".
Режим презентации B-D включает в себя режим 3D-глубины, в котором стереоскопическое наблюдение реализуется с использованием 2D изображений и информации глубина, а также режим 3D-LR, в котором стереоскопическое наблюдение реализуется с использованием L (левых) изображений и R (правых) изображений.
Кроме того, режим, в котором видеокадр одного и того же типа повторно выводится два или более раз в то время, как режим 3D поддерживается в качестве режима вывода, называется "режим презентации B-B". В "режиме презентации B-B", видеокадры независимо воспроизводимого видеопотока базового вида повторно выводятся наподобие "B"-"B"-"B"-"B".
Вышеописанные режим презентации B-D и режим презентации B-B являются основными режимами презентации в устройстве воспроизведения. В устройстве воспроизведения доступны режимы вывода, отличные от этих, например, режим «1 плоскость+смещение», режим воспроизведения 2D-субтитров верхнего конца и режим воспроизведения 2D-субтитров нижнего конца.
Режим «1 плоскость+смещение» (также именуемый “режимом 3D-смещения”) является режимом вывода, в котором стереоскопическое наблюдение реализуется путем включения блока сдвига в положении, следующем за блоком памяти плоскости, и применения блока сдвига. В каждом из периода левого вида и периода правого вида, блок смещения плоскости сдвигает координаты пикселей в блоке памяти плоскости в единицах линий влево или вправо для перемещения точки формирования изображения линий наблюдения правого глаза и левого глаза вперед или назад, чтобы наблюдатель мог почувствовать изменение восприятия глубины. В частности, когда координаты пикселей сдвигаются влево в течение периода левого вида, и вправо в течение периода правого вида, точка формирования изображения перемещается вперед; и когда координаты пикселей сдвигаются вправо в течение периода левого вида, и влево в течение периода правого вида, точка формирования изображения перемещается назад.
При таком сдвиге плоскости, блоку памяти плоскости для стереоскопического наблюдения нужно иметь только одну плоскость. Таким образом, это наилучший метод простой генерации стереоскопических изображений. Однако сдвиг плоскости всего лишь создает стереоскопические изображения, в которых моноскопические изображения приближаются или отдаляются. Таким образом, он пригоден для генерации стереоскопического эффекта для меню или субтитра, но оставляет желать лучшего при реализации стереоскопического эффекта для персонажей или физических объектов. Причина в том, что он не может воспроизводить ямочки или неровности на лицах персонажей.
Для поддержания режима «1 плоскость+смещение», устройство воспроизведения имеет следующую структуру. Для воспроизведения графики, устройство воспроизведения включает в себя блок памяти плоскости, блок CLUT и блок наложения. Блок сдвига плоскости включен между блоком CLUT и блоком наложения. Блок сдвига плоскости осуществляет вышеописанное изменение координат пикселя с использованием смещения в последовательности смещений, включенной в структуру единицы доступа видеопотока зависимого вида. При такой конфигурации, уровень перехода наружу пикселей в режиме «1 плоскость+смещение» изменяется синхронно с видеопотоком MVC. Режим «1 плоскость+смещение» включает в себя режим "1 плоскость+нулевое смещение". Режим "1 плоскость+нулевое смещение" это режим отображения, который, когда всплывающее меню активировано, дает стереоскопический эффект только для всплывающего меню за счет установления значения смещения равным нулю.
Целью управления сдвигом посредством последовательности смещений является совокупность блоков памяти плоскости, которые образуют заранее определенную многослойную модель. Блок памяти плоскости это память для хранения одного экрана пиксельных данных, полученного путем декодирования элементарных потоков, в единицах линий, чтобы пиксельные данные можно было выводить в соответствии с сигналами горизонтальной и вертикальной синхронизации. В каждом из совокупности блоков памяти плоскости хранится один экран пиксельных данных, полученный в результате декодирования видеодекодером, декодером PG или декодером IG.
Заранее определенная многослойная модель состоит из слоя плоскости видео левого глаза и плоскости видео правого глаза, слоя плоскости PG и слоя плоскости IG/BD-J, и имеет такую структуру, что эти слои (и содержимое блоков памяти плоскости в этих слоях) можно накладывать в порядке плоскости видео базового вида, плоскости PG и плоскости IG/BD-J, начиная снизу.
Наложение слоев достигается путем выполнения процесса наложения на всех комбинациях двух слоев в многослойной модели. В процессе наложения, пиксельные значения пиксельных данных, хранящихся в блоках памяти плоскости двух слоев, накладываются. Далее описаны блоки памяти плоскости в каждом слое.
Плоскость видео левого глаза является блоком памяти плоскости для хранения пиксельных данных, составляющих данные изображения левого глаза для одного экрана пиксельных данных, полученных путем декодирования компонентов вида. Плоскость видео правого глаза является блоком памяти плоскости для хранения пиксельных данных, составляющих данные изображения правого глаза для одного экрана пиксельных данных, полученных путем декодирования компонентов вида.
Плоскость презентационной графики (PG) это блок памяти плоскости для хранения графики, которая получается, когда графический декодер, который действует методом конвейера, осуществляет процесс декодирования. Плоскость IG/BD-J это блок памяти плоскости, который функционирует как плоскость IG в некотором режиме работы и функционирует как плоскость BD-J в другом режиме работы. Плоскость интерактивной графики (IG) это блок памяти плоскости для хранения графики, которая получается, когда графический декодер, который действует на основании интерактивного процесса, осуществляет процесс декодирования. Плоскость BD-J это блок памяти плоскости для хранения графики изображения рисунка, которая получается, когда приложение объектно-ориентированного языка программирования осуществляет процесс визуализации. Плоскость IG и плоскость BD-J взаимно исключают друг друга, и при использовании одной из них, другую использовать нельзя. Таким образом, плоскость IG и плоскость BD-J совместно используют один блок памяти плоскости.
В вышеупомянутой многослойной модели, в отношении плоскости видео, существуют плоскость базового вида и плоскость зависимого вида. С другой стороны, в отношении плоскости IG/BD-J и плоскости PG, не существует ни плоскости базового вида, ни плоскости зависимого вида. По этой причине, плоскость IG/BD-J и плоскость PG являются целью управления сдвигом.
Режим воспроизведения 2D-субтитров верхнего конца является режимом вывода, в котором область отображения 2D субтитра сохраняется в верхнем конце видеокадра путем включения блока сдвига в положении, следующем за памятью плоскостей видео, и применения блока сдвига. Режим воспроизведения 2D-субтитров нижнего конца является режимом вывода, в котором область отображения 2D субтитра сохраняется в нижнем конце видеокадра путем применения блока сдвига. В режиме воспроизведения 2D-субтитров верхнего конца, блок смещения плоскости сдвигает вниз координаты пикселя данных изображения, хранящихся в памяти плоскостей видео, в течение каждого периода из левого вида и периода правого вида. В режиме воспроизведения 2D-субтитров нижнего конца, блок смещения плоскости сдвигает вверх координаты пикселя данных изображения, хранящихся в памяти плоскостей видео, в течение каждого периода из левого вида и периода правого вида.
Чтобы поддерживать режим воспроизведения 2D-субтитров верхнего конца и режим воспроизведения 2D-субтитров нижнего конца, устройство воспроизведения должно иметь следующую структуру. Устройство воспроизведения включает в себя память плоскостей видео и блок наложения для воспроизведения видеокадров и графики, и дополнительно включает в себя блок сдвига, заключенный между памятью плоскостей видео и блоком наложения. Блок сдвига реализует вышеописанное изменение координат пикселя с использованием смещения, включенного в регистрационную последовательность потоков для графического потока.
На Фиг.4A показан видеокадр, пригодный для использования в режиме воспроизведения 2D-субтитров верхнего конца и в режиме воспроизведения 2D-субтитров нижнего конца. Согласно фигуре, изображение с размером киноэкрана, имеющим аспектное отношение 2.35:1 и разрешение 1920×818 пикселей, располагается в центре экрана, имеющего аспектное отношение 16:9 и разрешение 1920×1080 пикселей. Черный кадр, имеющий 1920×131 пикселей, располагается в верхнем конце и нижнем конце изображения с размером киноэкрана. В памяти плоскостей видео, где хранится такой видеокадр, координаты пикселя смещаются вверх или вниз, и данные черного цвета сохраняются в пустой области, полученной сдвигом. В результате, черные кадры, которые первоначально располагались в верхнем и нижнем концах, собираются в верхнем конце или в нижнем конце, как показано на Фиг.4B и 4C. В результате, можно подготовить достаточно большой черный кадр для отображения субтитров.
На этом завершается объяснение режима 3D вывода. Ниже поясняется внутренняя структура носителя записи согласно настоящему варианту осуществления.
На Фиг.5A-5C показана внутренняя структура носителя записи согласно варианту осуществления 1. Согласно Фиг.5A, на носителе записи согласно варианту осуществления 1 хранятся “индексная таблица”, “объектный файл программы режима работы”, “информационный файл списка воспроизведения”, “информационный файл потока” и “файл потока”.
<Индексная таблица>
Индексная таблица это информация управления всего носителя записи. Индексная таблица первой считывается устройством воспроизведения после загрузки носителя записи в устройство воспроизведения, что позволяет устройству воспроизведения уникально идентифицировать носитель записи.
<Файл программы>
В файле программы объекта режима работы хранятся программы управления для эксплуатации устройства воспроизведения. Программа управления может быть записана в качестве набора команд или записана на объектно-ориентированном языке компилятора. Первая программа выдает совокупность команд навигации как пакетное задание на устройство воспроизведения в командном режиме работы для эксплуатации устройства воспроизведения на основании команд навигации. Командный режим работы называется "режим HDMV".
TM
Последняя программа выдает приложения байтовых кодов, которые являются экземплярами структуры классов, на устройство воспроизведения в режиме работы, который основан на объектно-ориентированном языке компилятора, для эксплуатации устройства воспроизведения на основании экземпляров. Приложения Java, которые являются приложениями байтовых кодов, можно использовать как экземпляры структуры классов. Режим работы на основании объектно-ориентированного языка компилятора называется "режим BD-J".
<Файл потока>
В файле потока хранится транспортный поток, полученный мультиплексированием видеопотока, одного или нескольких аудиопотоков и графического потока. Файл потока может относиться к одному из двух типов: «только 2D» и «совместный 2D/3D». Файл потока «только 2D» имеет нормальный формат транспортного потока. Файл потока «совместный 2D/3D» имеет формат файла стереоскопического перемеженного потока.
Формат файла стереоскопического перемеженного потока это формат файла, в котором экстенты главного транспортного потока (главного TS), включающего в себя поток базового вида, и экстенты вспомогательного транспортного потока (вспомогательного TS), включающего в себя поток зависимого вида, размещены в чередующемся порядке.
Главный TS, хранящийся в файле потока, содержит информацию управления пакетами (PCR, PMT, PAT), заданную в европейском стандарте цифрового вещания, как информацию для управления и контроля совокупности типов PES-потоков.
В PCR (Program Clock Reference) хранится информация времени STC, соответствующая ATS, который указывает время, когда пакет PCR переносится на декодер, для достижения синхронизации между ATC (Arrival Time Clock), который является временной осью для ATS, и STC (System Time Clock), который является временной осью для PTS и DTS.
В PMT (Program Map Table) хранятся PID в потоках видео, аудио, графики и т.п., содержащихся в файле транспортного потока, и информация атрибутов потоков, соответствующих PID. PMT также имеет различные описатели, относящиеся к TS. Описатели имеют информацию, например, информацию управления копированием, указывающую, разрешено ли копирование AV клипа.
PAT (Program Association Table) указывает PID для PMT, используемой в TS, и регистрируется посредством размещения PID самой PAT.
Эти PCR, PMT и PAT, согласно европейскому стандарту цифрового вещания, призваны задавать частичные транспортные потоки, образующие одну широковещательную программу (одну программу). Это позволяет устройству воспроизведения предписывать декодеру декодировать TS, как если бы он имел дело с частичными TS, образующими одну широковещательную программу, в соответствии с европейским стандартом цифрового вещания. Эта структура призвана поддерживать совместимость между устройствами воспроизведения носителей записи и оконечными устройствами, согласующимися с европейским стандартом цифрового вещания.
Пара экстентов в главном TS и вспомогательном TS должны иметь такой размер данных, чтобы при воспроизведении не происходило опустошения двойного буфера. Это позволяет устройству воспроизведения загружать эти пары экстентов без прерывания.
На этом завершается описание файла потока.
<Информационный файл потока>
Информационный файл потока это файл, обеспечивающий произвольный доступ к любому пакету источника в транспортном потоке, хранящемся в файле потока, и обеспечивающий гладкое воспроизведение с другими транспортными потоками. Посредством информационных файлов потока, файлами потока можно управлять как “AV клипами”. Информационный файл потока включает в себя информацию о AV клипе, например, формат кодирования потока, частоту кадров, битовую скорость и разрешение, и включает в себя базовую карту записей, где отражено соответствие между номерами пакетов источника в началах GOP и метками времени презентации в течение периодов кадра. Таким образом, благодаря предварительной загрузке информационного файла потока до доступа к файлу потока, распознается свойство транспортного потока в файле потока, к которому нужно осуществлять доступ, что гарантирует выполнение произвольного доступа. Информационный файл потока имеет два типа: информационный файл 2D-потока; и информационный файл 3D-потока. Информационный файл 3D-потока включает в себя информацию клипа для базового вида (базовую информацию клипа), информацию клипа для зависимого вида (зависимую информацию клипа), и карту записей, расширенную для стереоскопического наблюдения.
Базовая информация клипа включает в себя информацию начальной точки экстента базового вида, и зависимая информация клипа включает в себя информацию начальной точки экстента зависимого вида. Информация начальной точки экстента базового вида включает в себя совокупность номеров пакетов источника. Каждый номер пакета источника указывает номер пакета для пакета, включающего в себя границу между экстентами в главном TS. Информация начальной точки экстента зависимого вида также включает в себя совокупность номеров пакетов источника. Каждый номер пакета источника указывает номер пакета для пакета, включающего в себя границу между экстентами во вспомогательном TS. С использованием этой информации начальной точки экстента, файл стереоскопического перемеженного потока делится на последовательность ATC 1, составляющую главный TS, и последовательность ATC 2, составляющую вспомогательный TS. Последовательность ATC это последовательность пакетов источника, где Arrival_Time_Clock, на которые ссылаются Arrival_Time_Stamp, включенные в последовательность ATC, включает в себя “отсутствие прерывистости на основе времени прибытия”. Поскольку последовательность ATC это последовательность пакетов источника, в которой метки времени ATC являются непрерывными, каждый пакет источника, образующий последовательность ATC, подвергается непрерывным процессам депакетизации пакетов источника и непрерывным процессам фильтрации пакетов, тогда как счетчик тактового сигнала отсчитывает тактовые импульсы времени прибытия устройства воспроизведения.
В то время как последовательность ATC является последовательностью пакетов источника, последовательность пакетов TS, метки времени которых являются непрерывными на временной оси STC, называется "последовательность STC”. Последовательность STC это последовательность пакетов TS, которые не включают в себя “прерывистости на основе системного времени”, которая базируется на STC (System Time Clock), который является стандартным системным временем для TS. Наличие прерывистости на основе системного времени указывается посредством “discontinuity_indicator” в состоянии ON, где discontinuity_indicator содержится в пакете PCR, несущем PCR (Program Clock Reference), к которому обращается декодер для получения STC. Последовательность STC это последовательность пакетов TS, метки времени которых являются непрерывными на временной оси STC. Таким образом, каждый пакет TS, образующий последовательность STC, подвергается непрерывным процессам декодирования, осуществляемым декодером, обеспеченным в устройстве воспроизведения, тогда как счетчик тактового сигнала отсчитывает тактовые импульсы системного времени устройства воспроизведения. Расширенная карта записей указывает, в соответствии с метками времени презентации, представляющими периоды кадра в началах GOP, номера пакетов источника для разделителей единиц доступа, которые указывают начальные позиции компонентов вида в началах GOP, в видеопотоке зависимого вида.
С другой стороны, базовая карта записей в информационном файле 3D-потока указывает, одновременно поддерживая совместимость с информационным файлом 2D-потока, в соответствии с метками времени презентации, представляющими периоды кадра в началах GOP, номера пакетов источника для разделителей единиц доступа, которые указывают начальные позиции компонентов вида в началах GOP, в видеопотоке базового вида.
<Информационный файл списка воспроизведения>
Информационный файл списка воспроизведения это файл, где хранится информация, которая используется, чтобы заставить устройство воспроизведения воспроизводить список воспроизведения. "Список воспроизведения" указывает путь воспроизведения, заданный путем логического указания порядка воспроизведения секций воспроизведения, где секции воспроизведения задаются на временной оси транспортных потоков (TS). Список воспроизведения призван задавать последовательность сцен, отображаемых по порядку, путем указания, какие части каких транспортных потоков из совокупности транспортных потоков нужно воспроизводить. Информация списка воспроизведения задает "шаблоны" списков воспроизведения. Путь воспроизведения, заданный информацией списка воспроизведения, называется "мультипуть". Мультипуть состоит из "главного пути" и одного или нескольких "вспомогательных путей". Главный путь задается для главных транспортных потоков. Вспомогательные пути задаются для вспомогательных потоков. Совокупность вспомогательных путей можно задавать при задании одного главного пути. Задавая путь воспроизведения видеопотока базового вида в главном пути, и задавая путь воспроизведения видеопотока зависимого вида во вспомогательном пути, можно надлежащим образом задать набор видеопотоков для осуществления стереоскопического воспроизведения.
Воспроизведение AV посредством мультипути может начинаться, когда приложение объектно-ориентированного языка программирования предписывает генерировать экземпляр каркасного проигрывателя, который воспроизводит информацию списка воспроизведения. Экземпляр каркасного проигрывателя это фактические данные, которые генерируются в динамически выделяемой памяти виртуальной машины на основании класса каркасных медиа-проигрывателей. Кроме того, возможна конфигурация, при которой воспроизведение посредством мультипути может начинаться, когда программа на основе команд выдает команду воспроизведения, аргумент которой указывает информацию списка воспроизведения.
Информация списка воспроизведения включает в себя один или несколько фрагментов информации элемента воспроизведения. Информация элемента воспроизведения это секция воспроизведения информация, которая задает одну или несколько пар, состоящих из момента времени “in_time” и момента времени “out_time”, на временной оси воспроизведения видеопотока.
Информация списка воспроизведения имеет иерархическую структуру, состоящую из информации элемента воспроизведения, информации клипа и транспортного потока. Можно установить многозначное соотношение между (i) парой, состоящей из транспортного потока и информации клипа, и (ii) информацией элемента воспроизведения, что позволяет совокупности фрагментов информации элемента воспроизведения ссылаться на один транспортный поток. Это позволяет применять, в качестве банк-пленки, транспортный поток, созданный для титра, чтобы совокупность фрагментов информации элемента воспроизведения могла ссылаться на банк-пленку в совокупности информационных файлов списка воспроизведения, позволяя эффективно создавать совокупность вариаций фильма. Заметим, что "банк-пленка" это термин, используемый в киноиндустрии, и означает изображение, которое используется в совокупности сцен.
Обычно пользователи не распознают единицу, именуемую списком воспроизведения, и распознают совокупность вариаций (например, киноверсию и телевизионную версию), ответвленных из файлов потока в качестве списков воспроизведения.
Информация списка воспроизведения подразделяется на два типа: информация списка воспроизведения 2D; и информация списка воспроизведения 3D. Различие между ними в том, что информация списка воспроизведения 3D включает в себя индикатор базового вида и таблицу выбора стереоскопического потока.
“Таблица выбора стереоскопического потока” это таблица, где указаны, в соответствии с номерами потоков, атрибуты потока и потоковые записи элементарных потоков, которые подлежат воспроизведению только в режиме 3D вывода.
“Индикатор базового вида” это информация указывающая левый глаз либо правый глаз, для которого нужно указывать видеопоток базового вида, причем видеопоток базового вида является основой кодирования со сжатием с использованием корреляции между точками вида. Изменяя индикатор базового вида информации списка воспроизведения, можно изменять назначение левого глаза и правого глаза на уровне списка воспроизведения.
Поскольку назначение левого глаза и правого глаза может изменяться на уровне списка воспроизведения, который не зависит от структуры потока, когда, например, существует список воспроизведения, в котором позиция и угол объекта в изображении установлен как “базовый вид=левый глаз” и “зависимый вид=правый глаз”, можно сгенерировать список воспроизведения, в котором позиция и угол объекта в изображении установлен как “базовый вид=правый глаз” и “зависимый вид=левый глаз”, в качестве другой версии.
Обращая назначение левого глаза и правого глаза видеопотокам базового вида и зависимого вида на уровне списка воспроизведения, можно обратить стереоскопический эффект. Например, если уже сгенерирован список воспроизведения, предусматривающий стереоскопический эффект, в котором объект появляется перед экраном, можно сгенерировать другой список воспроизведения, предусматривающий стереоскопический эффект, в котором объект появляется за экраном. Это дает преимущество в том, что можно легко генерировать вариации списков воспроизведения 3D с разными стереоскопическими эффектами.
На Фиг.5B показана внутренняя структура главного TS. На Фиг.5C показана внутренняя структура вспомогательного TS. Согласно Фиг.5B, главный TS включает в себя один видеопоток базового вида, 32 PG-потока базового вида, 32 IG-потока базового вида, и 32 аудиопотока. Согласно Фиг.5C, вспомогательный TS включает в себя один видеопоток зависимого вида, 32 PG-потока зависимого вида и 32 IG-потока зависимого вида.
Теперь опишем внутреннюю структуру TS.
Элементарные потоки (ES), мультиплексируемые в TS, включают в себя видеопоток, аудиопоток, поток презентационной графики и поток интерактивной графики.
(Видеопоток)
Поток базового вида составляет первичный видеопоток в приложении «картинка в картинке». Приложение «картинка в картинке» состоит из первичного видеопотока и вторичного видеопотока. Первичный видеопоток это видеопоток, состоящий из данных изображения приложения «картинка в картинке», которые представляют родительское изображение на экране; и вторичный видеопоток это видеопоток, состоящий из данных изображения приложения «картинка в картинке», которые представляют дочернее изображение, которое помещается в родительское изображение.
Данные изображения, составляющие первичный видеопоток, и данные изображения, составляющие вторичный видеопоток, сохраняются в разных блоках памяти плоскости после декодирования. Блок памяти плоскости, где хранятся данные изображения, составляющие вторичный видеопоток, имеет, в своей первой половине, структурный элемент (масштабирование и позиционирование), который осуществляет изменение масштаба данных изображения, составляющих вторичный видеопоток, и позиционирование координат отображения данных изображения, составляющих вторичный видеопоток.
(Аудиопоток)
Аудиопоток подразделяется на два типа: первичный аудиопоток и вторичный аудиопоток.
Первичный аудиопоток это аудиопоток, который должен быть главным аудио при осуществлении смешанного воспроизведения; и вторичный аудиопоток это аудиопоток, который должен быть вспомогательным аудио при осуществлении смешанного воспроизведения. Вторичный аудиопоток включает в себя информацию для понижения частоты дискретизации для смешивания и информацию для регулировки усиления.
(Поток презентационной графики (PG))
PG-поток это графический поток, который можно достаточно точно синхронизировать с видео, с применением конвейера на декодере, и пригоден для представления субтитров. PG-поток подразделяется на два типа: 2D PG-поток; и стереоскопический PG-поток. Стереоскопический PG-поток дополнительно подразделяется на два типа: PG-поток левого глаза; и PG-поток правого глаза.
Можно задавать до 32 2D PG-потоков, до 32 PG-потоков левого глаза и до 32 PG-потоков правого глаза. К этим PG-потоки присоединены разные идентификаторы пакетов. Таким образом, можно обеспечивать воспроизведение нужного PG-потока из этих PG-потоков, сообщая блоку демультиплексирования идентификатор пакета, подлежащего воспроизведению.
Хорошая синхронизация с видео достигается благодаря декодированию на основе конвейера. Таким образом, использование PG-потока не ограничивается воспроизведением символов, например, символов субтитра. Например, можно отображать символ талисмана фильма, который перемещается синхронно с видео. Таким образом, любое воспроизведение графики, для которого требуется хорошая синхронизация с видео, можно выбирать в качестве цели воспроизведения посредством PG-потока.
PG-поток это поток, который не мультиплексируется в транспортный поток, но представляет субтитр. Поток текстовых субтитров (также именуемый потоком textST) является потоком того же рода. Поток textST это поток, который представляет содержание субтитра символьными кодами.
PG-поток и поток текстовых субтитров регистрируются как потоки одного типа в одной и той же регистрационной последовательности потоков, безотносительно к их типу. И затем, при выполнении процедуры для выбора потока, PG-поток или текстовый субтитр поток, подлежащий воспроизведению, определяется согласно порядку потоков, зарегистрированных в регистрационной последовательности потоков. Таким образом, PG-потоки и потоки текстовых субтитров подвергаются процедуре выбора потока безотносительно к их типу. Таким образом, они рассматриваются как принадлежащие одному и тому же типу потока, именуемому "поток PG/текстовых субтитров".
Поток PG/текстовых субтитров для 2D воспроизводится в режиме «1 плоскость+смещение», режиме воспроизведения 2D-субтитров верхнего конца и режиме воспроизведения 2D-субтитров нижнего конца.
(Поток интерактивной графики (IG))
IG-поток это графический поток, который, имея информацию для интерактивной операции, может отображать меню по ходу воспроизведения видеопотока и отображать всплывающие меню в соответствии с пользовательскими операциями.
Как и в случае PG-потока, IG-поток подразделяется на два типа: 2D IG-поток и стереоскопический IG-поток. Информация управления IG-потока (именуемая "сегмент интерактивного управления") включает в себя информацию (user_interface_model), которая задает модель пользовательского интерфейса. Лицо, отвечающее за авторинг, может задавать либо "всегда активно" или "всплывающее меню активно", задавая информацию модели пользовательского интерфейса, причем при настройке "всегда активно", меню отображаются по ходу воспроизведения видеопотока, и при настройке "всплывающее меню активно", всплывающие меню отображаются в соответствии с пользовательскими операциями.
Информация интерактивных операций в IG-потоке означает следующее. Когда виртуальная машина Java предписывает движку управления воспроизведением, который действует с упреждением при управлении воспроизведением, начать воспроизведение списка воспроизведения в соответствии с запросом от приложения, виртуальная машина Java, предписав движку управления воспроизведением начать воспроизведение, возвращает приложению ответ, извещающий, что воспроизведение списка воспроизведения началось. Иначе говоря, пока воспроизведение списка воспроизведения движком управления воспроизведением продолжается, виртуальная машина Java не входит в состояние ожидания конца выполнения. Причина в том, что виртуальная машина Java является так называемым "событийно-активируемым" исполнителем и может осуществлять операцию, пока движок управления воспроизведением воспроизводит список воспроизведения.
С другой стороны, когда, в режиме HDMV, интерпретатор команд предписывает движку управления воспроизведением воспроизводить список воспроизведения, он входит в состояние ожидания, пока не окончится выполнение воспроизведения списка воспроизведения. Соответственно, блок выполнения команд не может выполнять интерактивный процесс, пока воспроизведение списка воспроизведения движком управления воспроизведением продолжается. Графический декодер осуществляет интерактивную операцию вместо интерпретатора команд. Таким образом, чтобы графический декодер осуществлял интерактивную операцию, в IG-поток внедряется информация управления, задающая интерактивные операции, для которых используются кнопки.
(Режимы отображения, допустимые для каждого типа потока)
Для разных типов потока допустимы разные режимы 3D отображения. В режиме 3D отображения первичного видеопотока допустимы два режима вывода, а именно, режим презентации B-D и режим презентации B-B. Режим презентации B-B допустим для первичного видеопотока только когда всплывающее меню активно. Тип первичного видеопотока, когда воспроизведение осуществляется в режиме презентации B-D, называется "стереоскопический B-D тип воспроизведения". Тип первичного видеопотока, когда воспроизведение осуществляется в режиме презентации B-B, называется "стереоскопический B-B тип воспроизведения".
В режиме 3D отображения PG-потока, допустимы пять режимов вывода, а именно, режим презентации B-D, режим «1 плоскость+смещение», режим «1 плоскость+нулевое смещение», режим воспроизведения 2D-субтитров верхнего конца и режим воспроизведения 2D-субтитров нижнего конца. Режим «1 плоскость+нулевое смещение» допустим для PG-потока только когда всплывающее меню активно. Тип PG-потока, когда воспроизведение осуществляется в режиме презентации B-D, называется "стереоскопический тип воспроизведения". Тип PG-потока и потока PG/текстовых субтитров, когда воспроизведение осуществляется в режиме «1 плоскость+смещение» называется типом "1 плоскость+смещение". Тип PG-потока и потока PG/текстовых субтитров, когда воспроизведение осуществляется в режиме “1 плоскость+нулевое смещение” называется типом "1 плоскость+нулевое смещение". Тип PG-потока или потока текстовых субтитров, который воспроизводится в режиме воспроизведения 2D-субтитров верхнего конца, именуется “тип воспроизведения 2D-субтитров верхнего конца”. Тип PG-потока или потока текстовых субтитров, который воспроизводится в режиме воспроизведения 2D-субтитров нижнего конца, именуется “тип воспроизведения 2D-субтитров нижнего конца”.
В режиме 3D отображения потока текстовых субтитров, допустимы четыре режима вывода, а именно, режим «1 плоскость+смещение», “1 плоскость+нулевое смещение”, режим воспроизведения 2D-субтитров верхнего конца и режим воспроизведения 2D-субтитров нижнего конца. Режим «1 плоскость+нулевое смещение» допустим для потока текстовых субтитров только когда всплывающее меню активно.
В режиме 3D отображения IG-потока, допустимы три режима вывода, а именно, режим презентации B-D, режим «1 плоскость+смещение» и режим «1 плоскость+нулевое смещение». Режим «1 плоскость+нулевое смещение» допустим для IG-потока только когда всплывающее меню активно. В нижеследующем описании предполагается, что, если не указано обратное, режим «картинка в картинке» нельзя использовать при воспроизведении в режиме 3D вывода. Причина в том, что режим «картинка в картинке» и режим 3D вывода требуют двух плоскостей видео для хранения несжатых данных изображения. В нижеследующем описании также предполагается, что, если не указано обратное, смешение звуков нельзя использовать в режиме 3D вывода.
Теперь опишем внутренние структуры главного TS и вспомогательного TS. На Фиг.6A и 6B показаны внутренние структуры главного TS и вспомогательного TS.
На Фиг.6A показана внутренняя структура главного TS. Главный TS состоит из следующих пакетов источника.
Пакет источника, имеющий ID пакета "0x0100", составляет Program_Map_Table (PMT). Пакет источника, имеющий ID пакета "0x0101", составляет PCR.
Последовательность пакетов источника, имеющий ID пакета "0x1011", составляет первичный видеопоток.
Последовательности пакетов источника, имеющие ID пакетов "0x1200"-"0x121F", образуют 32 2D PG-потока.
Последовательности пакетов источника, имеющие ID пакетов "0x1400"-"0x141F", образуют 32 2D IG-потока.
Последовательности пакетов источника, имеющие ID пакетов "0x1100"-"0x111F", образуют первичные аудиопотоки.
Указывая блоку демультиплексирования идентификаторы пакетов одного из этих пакетов источника, можно обеспечить демультиплексирование нужного элементарного потока из совокупности элементарных потоков, мультиплексированных в главные транспортные потоки, и его подачу на декодер.
На Фиг.6B показана внутренняя структура вспомогательного TS. Вспомогательный TS состоит из следующих пакетов источника.
Последовательность пакетов источника, имеющая ID пакета "0x1012", составляет видеопоток зависимого вида.
Последовательности пакетов источника, имеющие ID пакетов "0x1220"-"0x123F", образуют 32 PG-потока левого глаза.
Последовательности пакетов источника, имеющие ID пакетов "0x1240"-"0x125F", образуют 32 PG-потока правого глаза.
Последовательности пакетов источника, имеющие ID пакетов "0x1440"-"0x143F", образуют 32 IG-потока левого глаза.
Последовательности пакетов источника, имеющие ID пакетов “0x1440”-“0x145F”, образуют 32 IG-потока правого глаза.
На этом завершается описание файла потока. Ниже приведено подробное объяснение информации списка воспроизведения.
Для задания вышеописанного мультипути, предусмотрены внутренние структуры, показанные на Фиг.7A-7D. На Фиг.7A показана внутренняя структура информации списка воспроизведения. Согласно Фиг.7A, информация списка воспроизведения включает в себя информацию главного пути, информацию вспомогательного пути, информацию метки списка воспроизведения и данные расширения. Это составные элементы будут описаны ниже.
1) Информация главного пути состоит из одного или нескольких фрагментов информации главной секции воспроизведения. На Фиг.7B показаны внутренние структуры информации главного пути и информации вспомогательного пути. Согласно Фиг.78B, информация главного пути состоит из одного или нескольких фрагментов информации главной секции воспроизведения, и информация вспомогательного пути состоит из одного или нескольких фрагментов информации вспомогательной секции воспроизведения.
Информация главной секции воспроизведения, именуемая информацией элемента воспроизведения, это информация, которая задает одну или несколько логических секций воспроизведения путем задания одной или нескольких пар из момента времени "in_time" и момента времени "out_time" на временной оси TS воспроизведения. Устройство воспроизведения снабжено регистром номеров элементов воспроизведения, где хранится номер элемента воспроизведения для текущего элемента воспроизведения. Элемент воспроизведения, воспроизводимый в данный момент, это один из совокупности элементов воспроизведения, номер элемента воспроизведения которого в данный момент хранится в регистре номеров элементов воспроизведения.
На Фиг.7C показана внутренняя структура информации элемента воспроизведения. Согласно Фиг.7C, информация элемента воспроизведения включает в себя информацию ссылок на потоки, информацию времени входа/времени выхода, информацию состояния соединения и базовую таблицу выбора потока.
Информация ссылок на потоки включает в себя: “информацию имени информационного файла клипа (clip_information_file_name)”, которая указывает имя файла информационного файла клипа, которая управляет, в качестве "AV клипов", транспортными потоками, образующими элемент воспроизведения; “идентификатор метода кодирования клипа (clip_codec_identifier)”, который указывает метод кодирования транспортного потока; и "ссылку на идентификатор STC (STC_ID_reference)", которая указывает последовательности STC, где заданы время входа и время выхода, для последовательностей STC транспортного потока.
На этом завершается описание информации элемента воспроизведения.
2) Информация вспомогательной секции воспроизведения, именуемая информацией вспомогательного пути, состоит из совокупности фрагментов информации вспомогательного элемента воспроизведения. На Фиг.7D показана внутренняя структура информации вспомогательного элемента воспроизведения. Согласно Фиг.7D, информация вспомогательного элемента воспроизведения это информация, которая задает секции воспроизведения путем задания пар из "in_time" и "out_time" на временной оси последовательности STC, и включает в себя информацию ссылок на потоки, информацию времени входа/времени выхода, ссылку на синхронный элемент воспроизведения, и информацию начального времени синхронизации.
Информация ссылок на потоки, как в информации элемента воспроизведения, включает в себя: “информацию имени информационного файла потока”, “идентификатор метода кодирования клипа" и "ссылку на идентификатор STC".
"Информация времени входа/времени выхода (SubPlayItem_In_Time, SubPlayItem_Out_Time)" указывает начальную точку и конечную точку вспомогательного элемента воспроизведения на временной оси последовательности STC.
«Информация начального времени синхронизации (Sync_Start_PTS_of_Playitem)» указывает момент времени на временной оси последовательности STC элемента воспроизведения, указанного идентификатором синхронного элемента воспроизведения, который соответствует начальной точке вспомогательного элемента воспроизведения, указанного вспомогательным элементом воспроизведения In_Time. Вспомогательный элемент воспроизведения In_Time существует на временной оси воспроизведения элемента воспроизведения, указанный этим идентификатором синхронного элемента воспроизведения.
«Информация начального времени синхронизации (Sync_Start_PTS_of_Playitem)» указывает момент времени на временной оси последовательности STC элемента воспроизведения, указанного идентификатором синхронного элемента воспроизведения, который соответствует начальной точке вспомогательного элемента воспроизведения, указанного вспомогательным элементом воспроизведения In_Time.
3) Информация метки списка воспроизведения это информация, которая задает точку метки, уникальную для секции воспроизведения. Информация метки списка воспроизведения включает в себя индикатор, указывающий секцию воспроизведения, метку времени, указывающую позицию точки метки на временной оси цифрового потока, и информацию атрибута, указывающую атрибут точки метки.
Информация атрибутов указывает, является ли точка метки, заданная информацией метки списка воспроизведения, точкой связи или меткой записи.
Точка связи это точка метки, которая может быть связана командой связи, но не может быть выбрана, когда операция пропуска главы предписана пользователем.
Метка записи это точка метки, которая может быть связана командой связи и может быть выбрана, даже если операция пропуска главы предписана пользователем.
Команда связи, внедренная в информацию кнопки IG-потока, указывает позицию для воспроизведения произвольного доступа, в форме косвенной ссылки через информацию метки списка воспроизведения.
<Базовая таблица выбора потока (StreamNumber_table)>
Базовая таблица выбора потока демонстрирует список элементарных потоков, подлежащих воспроизведению в моноскопическом режиме вывода, и таблица, когда элемент воспроизведения, содержащий саму базовую таблицу выбора потока, становится текущим элементом воспроизведения из совокупности элементов воспроизведения, образующих список воспроизведения, указывает, для каждого из совокупности типов потоков, ES, который разрешен к воспроизведению, из ES, мультиплексируемых в AV клипы, на которые ссылаются главный путь и вспомогательный путь мультипути. Здесь, типы потоков включают в себя: первичный видеопоток в режиме «картинка в картинке»; вторичный видеопоток в режиме «картинка в картинке»; первичный аудиопоток в режиме смешения звука; вторичный аудиопоток в режиме смешения звука; поток PG/текстовых субтитров; и IG-поток. Для каждого из этих типов потоков можно регистрировать ES, который разрешен к воспроизведению. В частности, базовая таблица выбора потока состоит из последовательностей регистраций потоков. Здесь, регистрация потока это информация, которая, когда элемент воспроизведения, содержащий саму базовую таблицу выбора потока, становится текущим элементом воспроизведения, указывает, какого рода поток является ES, разрешенный к воспроизведению. Каждая регистрация потока связана с номером потока для потока. Каждая регистрация потока имеет структуру данных, в которой пара из потоковой записи и атрибута потока, связана с логическим номером потока.
Номер потока в регистрации потока представлен целым числом, например, "1", "2" или "3". Наибольший номер потока для типа потока равен количеству потоков для типа потока.
Устройство воспроизведения снабжено регистром номеров потоков для каждого типа потока, и текущий поток, а именно ES, воспроизводимый в данный момент, указан номером потока, хранящимся в регистре номеров потоков.
Идентификатор пакета ES, подлежащего воспроизведению, записывается в потоковой записи. Благодаря использованию этой структуры, в которой идентификатор пакета ES, подлежащего воспроизведению, может записываться в потоковой записи, номера потоков, включенные в регистрацию потоков, сохраняются в регистрах номеров потоков устройства воспроизведения, и устройство воспроизведения предписывает его фильтру PID осуществлять фильтрацию пакетов на основании идентификаторов пакетов, хранящихся в потоковых записях регистраций потоков. Благодаря такой структуре, пакеты TS ES, которые разрешены к воспроизведению согласно базовой таблице выбора потока, выводятся на декодер, в связи с чем, воспроизводятся ES.
В базовой таблице выбора потока, регистрации потоков располагаются в порядке номеров потоков. При наличии совокупности потоков, которые удовлетворяют условиям: "может воспроизводиться устройством воспроизведения"; и "языковый атрибут потока совпадает с языковой настройкой в устройстве", выбирается поток, соответствующий наибольшему номеру потока в регистрационных последовательностях потоков.
Благодаря такой структуре, в случае отыскания потока, который не может воспроизводиться устройством воспроизведения, среди регистраций потоков в базовой таблице выбора потока, поток исключается из воспроизведения. Кроме того, при наличии совокупности потоков, которые удовлетворяют условиям: "может воспроизводиться устройством воспроизведения"; и "языковый атрибут потока совпадает с языковой настройкой в устройстве", лицо, отвечающее за авторинг, может сообщать устройству воспроизведения, как выбирать его с приоритетом из совокупности потоков.
Производится определение, существует ли поток, удовлетворяющий условиям: "может воспроизводиться устройством воспроизведения"; и "языковый атрибут потока совпадает с языковой настройкой в устройстве". Кроме того, поток выбирается из совокупности потоков, удовлетворяющих условиям. Процедура решения и выбора называется "процедура выбора потока". Процедура выбора потока выполняется при переключении текущего элемента воспроизведения, или когда пользователь вводит запрос на переключение потока.
Последовательная процедура для осуществления вышеописанного решения и выбора и назначения номера потока в регистре номеров потоков устройства воспроизведения, когда в устройстве воспроизведения происходит изменение состояния, например, при переключении текущего элемента воспроизведения, называется "процедура, выполняемая при изменении состояния". Поскольку регистры номеров потоков обеспечиваются, соответственно, в соответствии с типами потоков, вышеописанная процедура выполняется для каждого типа потока.
Последовательная процедура для осуществления вышеописанного решения и выбора и назначения номера потока в регистре номеров потоков устройства воспроизведения, когда пользователь вводит запрос на переключение потока, называется "процедура по запросу изменения состояния".
Процедура задания, в регистрах номеров потоков, начальных значений регистрационных последовательностей потоков при загрузке BD-ROM, называется "инициализация".
Приоритеты назначаются поровну потокам, указанным в информации вспомогательного элемента воспроизведения и потокам, указанным в информации элемента воспроизведения, как указано регистрационными последовательностями потоков в базовой таблице выбора потока. В результате, даже поток, не мультиплексируемый с видеопотоком, годится для выбора в качестве потока, подлежащего воспроизведению синхронно с видеопотоком, если поток указан информацией вспомогательного элемента воспроизведения.
Кроме того, когда устройство воспроизведения может воспроизводить поток, указанный информацией вспомогательного элемента воспроизведения, и когда приоритет потока, указанного информацией вспомогательного элемента воспроизведения, выше, чем приоритет графического потока, мультиплексируемого с видеопотоком, поток, указанный информацией вспомогательного элемента воспроизведения, воспроизводится вместо потока, мультиплексируемого с видеопотоком.
Ниже поясняется использование номеров потоков, указанных в базовой таблице выбора потока. Номера потоков, указанные в базовой таблице выбора потока, можно использовать в качестве операндов команды установки потока.
Команда установки потока это команда, которая предписывает устройству воспроизведения изменять текущий поток путем задания номера потока, указанного операндом, в регистре номеров потока как номер текущего потока. Команда установки потока используется программой на основе команд, когда она предписывает устройству воспроизведения изменять поток.
Команду установки потока можно использовать в качестве аргумента UO изменения потока, а также аргумента API установки потока. UO изменения потока это событие пользовательской операции, которое предписывает устройству воспроизведения изменять текущий поток путем задания номера потока, указанного аргументом в регистре номеров потока как номер текущего потока.
API установки потока это API, который предписывает устройству воспроизведения изменять текущий поток путем задания номера потока, указанного аргументом в регистре номеров потока как номер текущего потока. API установки потока используется программой на основе объектно-ориентированного языка программирования, когда она предписывает устройству воспроизведения изменять поток.
На Фиг.8A и 8B показан один пример базовой таблицы выбора потока. На Фиг.8A показана совокупность регистрационных последовательностей потоков, обеспеченных в базовой таблице выбора потока, когда существуют следующие типы потоков: первичный видеопоток; первичный аудиопоток; PG-поток; IG-поток; вторичный видеопоток; и вторичный аудиопоток. На Фиг.8B показаны элементарные потоки, которые демультиплексируются из главного TS и вспомогательных TS с использованием базовой таблицы выбора потока. В левой стороне Фиг.8B показаны главный TS и вспомогательные TS, в средней части Фиг.8B показаны базовая таблица выбора потока и блок демультиплексирования, и в правой стороне Фиг.8B показаны первичный видеопоток, первичный аудиопоток, PG-поток, IG-поток, вторичный видеопоток, и вторичный аудиопоток, которые демультиплексируются на основании базовой таблицы выбора потока.
Теперь перейдем к подробному описанию данных расширения.
Когда информация списка воспроизведения относится к видеопотоку MVC, расширенную таблицу выбора потока необходимо сохранять в блоке данных для данных расширения в информационном файле списка воспроизведения.
Когда информация списка воспроизведения относится к видеопотоку MVC на диске или к видеопотоку MVC в меню воспроизведения стереоскопического IG-потока, информацию расширения в информации вспомогательного пути (расширение блока вспомогательного пути) необходимо сохранять в блоке данных для данных расширения в информационном файле списка воспроизведения.
Когда устройство 2D воспроизведения находит неизвестные данные расширения в файле списка воспроизведения, устройство 2D воспроизведения должно игнорировать данные расширения.
<Расширенная таблица выбора потока (StreamNumber_table_SteroScopic(SS))>
Расширенная таблица выбора потока демонстрирует список элементарных потоков, подлежащих воспроизведению в режиме стереоскопического вывода, и используется совместно с базовой таблицей выбора потока только в режиме стереоскопического вывода. Расширенная таблица выбора потока задает элементарные потоки, которые можно выбирать при воспроизведении элемента воспроизведения или при воспроизведении вспомогательного пути, связанного с элементом воспроизведения.
Расширенная таблица выбора потока указывает элементарные потоки, которые разрешены к воспроизведению только в режиме стереоскопического вывода, и включает в себя регистрационные последовательности потоков. Каждый фрагмент регистрационной информации потоков в регистрационных последовательностях потоков включает в себя номер потока и потоковую запись и атрибут потока, соответствующие номеру потока. Расширенная таблица выбора потока означает расширение, уникальное для режима стереоскопического вывода. Таким образом, список воспроизведения, для которого каждый фрагмент информации элемента воспроизведения связан с расширенной таблицей выбора потока (STN_table_SS), называется "список воспроизведения 3D".
Каждая потоковая запись в расширенной таблице выбора потока указывает идентификатор пакета, подлежащий использованию при демультиплексировании на устройстве воспроизведения, когда устройство воспроизведения находится в режиме стереоскопического вывода, и соответствующий номер потока установлен в регистре номеров потоков устройства воспроизведения. Отличие от базовой таблицы выбора потока состоит в том, что процедура выбора потока не ориентирована на регистрационные последовательности потоков в расширенной таблице выбора потока. Иначе говоря, регистрационная информация потоков в регистрационных последовательностях потоков базовой таблицы выбора потока интерпретируется как приоритеты элементарных потоков, и номер потока в любом фрагменте регистрационной информации потоков записывается в регистр номеров потоков. Напротив, процедура выбора потока не ориентируется на регистрационные последовательности потоков расширенной таблицы выбора потока, и регистрационная информация потоков расширенной таблицы выбора потока используется только с целью извлечения потоковой записи и атрибута потока, которые соответствуют определенному номеру потока, когда определенный номер потока сохраняется в регистре номеров потоков.
Предположим, что, когда режим воспроизведения переключается из режима 2D вывода в режим 3D вывода, целевая таблица выбора потока также переключается от базовой таблицы выбора потока к расширенной таблице выбора потока. В этом случае идентичность номеров потоков может не поддерживаться, и идентичность языкового атрибута также может быть утрачена.
Соответственно, использование расширенной таблицы выбора потока ограничивается вышеописанным для поддержки идентичности атрибута потока, например, языкового атрибута.
Ниже поясняется использование номеров потоков, указанных в расширенной таблице выбора потока. Номера потоков, указанные в расширенной таблице выбора потока можно использовать в качестве операндов команды установки потока и команды установки стереоскопического потока.
Команда установки стереоскопического потока это команда, которая предписывает устройству воспроизведения изменять текущий поток путем задания номера потока для стереоскопического наблюдения, указанного операндом в регистре номеров потока как номер текущего потока. Команда установки стереоскопического потока используется программой на основе команд, когда она предписывает устройству воспроизведения изменять стереоскопический поток.
Команду установки стереоскопического потока можно использовать в качестве аргумента UO изменения потока, а также аргумента API установки потока.
Расширенная таблица выбора потока состоит из регистрационных последовательностей потоков для потоков зависимого вида, регистрационных последовательностей потоков для PG-потоков и регистрационных последовательностей потоков для IG-потоков.
Регистрационные последовательности потоков в расширенной таблице выбора потока объединяются с регистрационными последовательностями потоков тех же типов потоков в базовой таблице выбора потока. В частности, регистрационные последовательности видеопотоков зависимого вида в расширенной таблице выбора потока объединяются с регистрационными последовательностями первичных видеопотоков в базовой таблице выбора потока; регистрационные последовательности PG-потоков в расширенной таблице выбора потока объединяются с регистрационными последовательностями PG-потоков в базовой таблице выбора потока; и регистрационные последовательности IG-потоков в расширенной таблице выбора потока объединяются с регистрационными последовательностями IG-потоков в базовой таблице выбора потока.
После этого объединения, вышеописанная процедура выполняется над регистрационными последовательностями потоков в базовой таблице выбора потока из двух таблиц после объединения.
На Фиг.9 показана внутренняя структура расширенной таблицы выбора потока. Расширенная таблица выбора потока состоит из: "длины", которая указывает полную длину расширенной таблицы выбора потока; "фиксированного смещения при всплывании (Fixed_offset_during_Popup)"; и регистрационных последовательностей потоков для каждого типа потока, соответствующего каждому элементу воспроизведения.
При наличии N фрагментов элементов воспроизведения, идентифицированных как элементы воспроизведения #1-#N, регистрационные последовательности потоков, соответственно соответствующие элементам воспроизведения #1-#N, обеспечиваются в расширенной таблице выбора потока. Регистрационные последовательности потоков, соответствующие каждому элементу воспроизведения, являются регистрационной последовательностью потоков зависимого вида, регистрационной последовательностью PG-потоков и регистрационной последовательностью IG-потоков.
"Fixed_offset_during_Popup" это фиксированное смещение при всплывании, которое определяет тип воспроизведения потока видео или PG/текстовых субтитров, когда всплывающее меню установлено на "on" в IG-потоке. Поле "Fixed_offset_during_Popup" устанавливается на "on", когда поле "user_interface_model" в IG-потоке активировано, а именно, когда пользовательский интерфейс всплывающего меню установлен на "on". Кроме того, поле "Fixed_offset_during_Popup" устанавливается на "off", когда поле "user_interface_model" в IG-потоке деактивировано, а именно, когда пользовательский интерфейс приведен в состояние "AlwaysON".
Когда фиксированное смещение при всплывании задано равным "0", а именно, когда всплывающее меню установлено на "off" в пользовательском интерфейсе IG-потока, видеопоток находится в режиме презентации B-D, стереоскопический PG-поток относится к типу стереоскопического воспроизведения, и при воспроизведении в режиме «1 плоскость+смещение», поток PG/текстовых субтитров находится в режиме «1 плоскость+смещение».
Когда фиксированное смещение при всплывании задано равным "1", а именно, когда всплывающее меню установлено на "on" в IG-потоке, видеопоток находится в режиме презентации B-B. Стереоскопический PG-поток находится в режиме «1 плоскость+смещение», и PG-поток для режима "1 плоскость+смещение" воспроизводится как тип воспроизведения «1 плоскость+нулевое смещение».
В режиме «1 плоскость+смещение», поток PG/текстовых субтитров относится к типу «1 плоскость+нулевое смещение».
На Фиг.10A-10C показаны регистрационные последовательности потоков в расширенной таблице выбора потока.
На Фиг.10A показана внутренняя структура регистрационной последовательности видеопотоков зависимого вида. Регистрационная последовательность видеопотоков зависимого вида состоит из v(x) фрагментов SS_dependent_view_blocks. Здесь, "v(x)" представляет количество первичных видеопотоков, которые разрешены к воспроизведению в базовой таблице выбора потока для информации элемента воспроизведения #x. Линии со стрелками на чертеже указывает крупный план внутренней структуры регистрационной последовательности видеопотоков зависимого вида. Как указывают линии со стрелками, "SS_dependent_view_block" состоит из номера потока, потоковой записи, атрибута потока и количества последовательностей смещения (number_of_offset_sequence).
Потоковая запись включает в себя: ссылку на идентификатор вспомогательного пути (ref_to_Subpath_id), указывающую вспомогательный путь, которому принадлежит путь воспроизведения видеопотока зависимого вида; ссылку на файл потока (ref_to_subClip_entry_id), указывающую файл потока, в котором сохраняется видеопоток зависимого вида; и идентификатор пакета (ref_to_stream_PID_subclip) видеопоток зависимого вида в этом файле потока.
"Атрибут потока" включает в себя языковый атрибут видеопотока зависимого вида.
“Количество последовательностей смещения (number_of_offset_sequence)” указывает количество смещений, обеспеченных в видеопотоке зависимого вида.
"Информация номера последовательности смещения" ("number_of_offset_sequence" на чертеже) указывает количество последовательностей смещения в потоке зависимого вида.
Значение "информации номера последовательности смещения" в расширенной таблице выбора потока равно количеству последовательностей смещения, включенных в поток зависимого вида.
Регистрационные последовательности видеопотоков зависимого вида, показанные на Фиг.10A, указывают, что совокупность фрагментов регистрационной информации потоков обеспечена в соответствии с совокупностью видеопотоков зависимого вида. Однако на Фиг.10A показана только его структура данных. В действительности, поскольку обычно существует только один видеопоток базового вида, количество фрагментов регистрационной информации потоков для видеопотока зависимого вида равно единице.
На Фиг.10B показана внутренняя структура регистрационной последовательности PG-потоков. Регистрационная последовательность PG-потоков состоит из P(x) фрагментов регистрационной информации потоков. Здесь, "P(x)" представляет количество PG-потоков, которые разрешены к воспроизведению в базовой таблице выбора потока для информации элемента воспроизведения #x.
Линии со стрелками на чертеже указывают крупный план общей внутренней структуры регистрационных последовательностей PG-потоков.
"PGtextST_offset_sequence_id_ref" это информация ссылки на последовательность смещений потока PG/текстовых субтитров, которая указывает последовательность смещений в отношении потока PG/текстовых субтитров в режиме «1 плоскость+смещение».
Метаданные смещения обеспечиваются единицей доступа видеопотока зависимого вида. Устройство воспроизведения должно применять смещение, которое обеспечивается этим полем, к плоскости презентационной графики (PG), относящейся к типу режима «1 плоскость+смещение».
Когда поле имеет неопределенное значение (FF), устройство воспроизведения не применяет это смещение к блоку памяти плоскости PG-потока.
“Флаг наличия/отсутствия стереоскопической PG (is_SS_PG)” указывает правильность и наличие в PG-потоке следующего: записи IG-потока левого глаза; записи IG-потока правого глаза; и атрибутов потока. Когда структура отсутствует в стереоскопическом PG-потоке, это поле должно быть установлено на "0"; и когда структура присутствует в стереоскопическом PG-потоке, это поле должно быть установлено на "1". “Потоковая запись левого глаза” включает в себя: ссылку на идентификатор вспомогательного пути (ref_to_Subpath_id), указывающую вспомогательный путь, которому принадлежит путь воспроизведения PG-потока левого глаза; ссылку на файл потока (ref_to_subClip_entry_id), указывающую файл потока, в котором сохраняется PG-поток левого глаза; и идентификатор пакета (ref_to_stream_PID_subclip) PG-потока левого глаза в этом файле потока.
“Потоковая запись правого глаза” включает в себя: ссылку на идентификатор вспомогательного пути (ref_to_Subpath_id), указывающую вспомогательный путь, которому принадлежит путь PG-потока правого глаза; ссылку на файл потока (ref_to_subClip_entry_id), указывающую файл потока, в котором сохраняется PG-поток правого глаза; и идентификатор пакета (ref_to_stream_PID_subclip) PG-потока правого глаза в этом файле потока. Когда файл потока, указанный посредством “stream_entry_for_dependent_view” в регистрационной информации потоков в расширенной таблице выбора потока отличается от файла потока, указанного потоковой записью в базовой таблице выбора потока, необходимо снова считывать файл потока, где хранится PG-поток правого глаза. «Общий атрибут потока» включает в себя языковые атрибуты PG-потока левого глаза и PG-потока правого глаза.
“Ссылочная информация ID последовательности смещений стереоскопической PG/текстовых субтитров (SS_PG_textST_offset_sequence_id_ref)” это ссылочная информация для указания последовательности смещений для потока PG/текстовых субтитров, которая указывает последовательность смещений для потока PG/текстовых субтитров. Устройство воспроизведения должно применять смещение, которое обеспечивается этим полем, к плоскости PG.
Когда поле имеет неопределенное значение (FF), устройство воспроизведения не применяет это смещение к блоку памяти плоскости PG-потока.
“Режим сдвига видео (video_shift_mode)” это флаг сохранения области, который задает обработку сохранения области отображения субтитра. Флаг сохранения области указывает, подлежит ли область отображения субтитра сохранению в верхнем конце или в нижнем конце в плоскости видео. Когда область отображения субтитра не сохраняется ни в верхнем конце, ни в нижнем коне в плоскости видео, режим сдвига видео устанавливается на «оставить». Когда video_shift_mode установлен на «оставить», данные изображения, хранящиеся в памяти плоскостей видео, не сдвигается ни вверх, ни вниз, и на данные изображения накладывается субтитр, хранящийся в блоке памяти плоскости PG-потока, как показано на Фиг.11.
Когда область отображения субтитра потока PG/текстовых субтитров располагается в нижнем конце плоскости видео, режим сдвига видео устанавливается на «вверх». Когда область отображения субтитра потока PG/текстовых субтитров располагается в верхнем конце плоскости видео, режим сдвига видео устанавливается на «вниз».
Когда субтитры, полученные путем декодирования PG-потока, для которых video_shift_mode установлен на «вверх», располагаются в нижнем конце экрана. Соответственно, согласно Фиг.12A, данные изображения, хранящиеся в памяти плоскостей видео, сдвигаются вверх, и на данные изображения накладывается субтитр, хранящийся в блоке памяти плоскости PG-потока. Это может препятствовать отображению субтитра, при котором субтитр вклинивается в стереоскопические изображения. Когда субтитры, полученные путем декодирования PG-поток, для которого video_shift_mode установлен на «вниз», располагаются в верхнем конце экрана. Соответственно, согласно Фиг.12B, данные изображения, хранящиеся в памяти плоскостей видео, сдвигаются вниз, и на данные изображения накладывается субтитры, хранящиеся в блоке памяти плоскости PG-потока. Это может препятствовать отображению субтитров, при котором субтитры вклиниваются в стереоскопические изображения.
На Фиг.10C показана внутренняя структура регистрационной последовательности IG-потоков. Регистрационная последовательность IG-потоков состоит из I(x) фрагментов регистрационной информации потоков. Здесь, "I(x)" представляет количество IG-потоков, которые разрешены к воспроизведению в базовой таблице выбора потока для информации элемента воспроизведения #x. Линии со стрелками на чертеже указывают крупный план общей внутренней структуры регистрационных последовательностей IG-потоков.
“Ссылочная информация ID последовательности смещений IG (IG_offset_sequence_id_ref)” это ссылка на последовательность смещений интерактивной графики и ссылка на ID последовательности IG-потока в режиме «1 плоскость+смещение». Это значение указывает ID последовательности смещений, заданный для последовательности смещений. Как описано выше, метаданные смещения обеспечиваются видеопотоком зависимого вида. Устройство воспроизведения должно применять смещение, которое обеспечивается этим полем, к IG-потоку, относящемуся к типу режима «1 плоскость+смещение».
Когда поле имеет неопределенное значение (FF), устройство воспроизведения не применяет это смещение к плоскости потока интерактивной графики (IG).
“Информация направления смещения режима B-B (IG_Plane_offset_direction_during_BB_video)” это пользовательский интерфейс всплывающего меню в режиме презентации B-B, и указывает направление смещения в плоскости IG в режиме «1 плоскость+смещение» при воспроизведении IG-потока.
Когда это поле задано равным "0", это фронтальная настройка. Иначе говоря, блок памяти плоскости существует между телевизором и наблюдателем, и плоскость сдвигается вправо в течение периода левого вида, и плоскость сдвигается влево в течение периода правого вида.
Когда это поле задано равным "1", это тыловая настройка. Иначе говоря, блок памяти плоскости существует позади телевизора или экрана, и левая плоскость сдвигается вправо, а правая плоскость сдвигается влево.
“Информация значения смещения режима B-B (IG_Plane_offset_value_during_BB_video)” указывает, в единицах пикселей, значение смещения плоскости IG в режиме «1 плоскость+смещение» при воспроизведении IG-потока пользовательским интерфейсом всплывающего меню в режиме презентации B-B.
“Флаг наличия/отсутствия стереоскопической IG (is_SS_IG)” указывает правильность и наличие в IG-потоке следующего: записи IG-потока левого глаза; записи IG-потока правого глаза; и атрибутов потока. В отсутствие структуры в стереоскопическом PG-потоке, это поле должно быть установлено на "0". При наличии структуры в стереоскопическом PG-потоке, это поле должно быть установлено на "1".
"Потоковая запись левого глаза" включает в себя: ссылку на идентификатор вспомогательного пути (ref_to_Subpath_id), указывающую вспомогательный путь, которому принадлежит путь воспроизведения IG-потока левого глаза; ссылку на файл потока (ref_to_subClip_entry_id), указывающую файл потока, в котором сохраняется IG-поток левого глаза; и идентификатор пакета (ref_to_stream_PID_subclip) IG-потока левого глаза в этом файле потока.
“Потоковая запись правого глаза” включает в себя: ссылку на идентификатор вспомогательного пути (ref_to_Subpath_id), указывающую вспомогательный путь, которому принадлежит путь IG-потока правого глаза; ссылку на файл потока (ref_to_subClip_entry_id), указывающую файл потока, в котором сохраняется IG-поток правого глаза; и идентификатор пакета (ref_to_stream_PID_subclip) IG-потока правого глаза в этом файле потока. Когда файл потока, указанный посредством “stream_entry_for_dependent_view” в регистрационной информации потоков в расширенной таблице выбора потока, отличается от файла потока, указанного потоковой записью в базовой таблице выбора потока, необходимо считывать файл потока, где хранится IG-поток правого глаза.
«Общий атрибут потока» включает в себя языковые атрибуты IG-потока левого глаза и IG-потока правого глаза.
“Ссылочная информация ID последовательности смещений стереоскопической IG” это ссылка на ID последовательности смещений для IG-потока стереоскопического типа, и указывает последовательность смещений для метаданных смещения видеопотока зависимого вида. Устройство воспроизведения должно применять смещение, которое обеспечивается этим полем, к плоскости IG стереоскопического типа.
Когда поле имеет неопределенное значение (FF), устройство воспроизведения не применяет это смещение к плоскости IG.
Информация ссылки на последовательность смещений потока PG/текстовых субтитров и информация ссылки на последовательность смещений IG-потока записываются в регистрационной информации потоков в соответствии с номера потоков. Таким образом, когда процедура выбора потока выполняется в силу изменения состояния устройства или наличия запроса на изменение потока, и номер потока, соответствующий языковой настройки на стороне устройства задан в регистре номеров потоков, последовательность смещений, указанная ссылкой, соответствующей новому номеру потока, поступает из видеодекодера на блок сдвига. Благодаря такой структуре, оптимальная последовательность смещений, соответствующая языковой настройке в устройстве воспроизведения, поступает на блок сдвига, таким образом можно задавать глубину графики в режиме «1 плоскость+смещение» на оптимальное значение, соответствующее языковой настройке в устройстве воспроизведения.
Далее описаны ограничения для расширенной таблицы выбора потока.
Потоковая запись в стереоскопическом блоке зависимого вида не должна изменяться в списке воспроизведения.
Когда тип потоковой записи в стереоскопическом блоке зависимого вида является типом ES (тип потока=2), который используется вспомогательным путем, ссылка на ID вспомогательного пути и ссылка на ID записи вспомогательного клипа (ref_to_subclip_entry_id) не изменяются в списке воспроизведения.
Только двум типам элементарных потоков разрешено быть типами потоковой записи, потоковая запись для базового вида и потоковая запись для зависимого вида. Эти два типа таковы: ES (тип потока=1) в AV клипе, используемый элементом воспроизведения; и ES (тип потока=2) в AV клипе, используемый вспомогательным путем.
В стереоскопическом блоке зависимого вида, метод кодирования потока в атрибуте потока задан равным "0x20".
На Фиг.14 показано демультиплексирование элементарных потоков из главного TS и вспомогательных TS с использованием базовой таблицы выбора потока и расширенной таблицы выбора потока.
В средней части Фиг.14 показан блок демультиплексирования. В верхней части Фиг.14 показана комбинация базовой таблицы выбора потока и расширенной таблицы выбора потока. В левой стороне Фиг.14 показаны главный TS и вспомогательные TS, и в правой стороне Фиг.14 показаны демультиплексированные видеопоток базового вида, видеопоток зависимого вида, PG-поток левого глаза, PG-поток правого глаза, IG-поток левого глаза, IG-поток правого глаза, и первичный аудиопоток.
На Фиг.15 показаны номера потоков, назначаемые в режиме 2D вывода и в режиме 3D вывода.
В вертикальном столбце в левой стороне Фиг.15 указаны следующие номера потоков: первичный видеопоток #1; первичные аудиопотоки #1 и #2; потоки PG/текстовых субтитров #1, #2 и #3; и IG-потоки #1 и #2.
Элементарные потоки, размещенные в левой стороне Фиг.15, очерченные пунктирной линией, представляют собой элементарные потоки, которые предназначены для демультиплексирования только в режиме 2D вывода и разрешены к воспроизведению согласно таблице выбора потока (STN_table).
Элементарные потоки, размещенные в правой стороне Фиг.15, очерченные пунктирной линией, представляют собой элементарные потоки, которые предназначены для демультиплексирования только в режиме 3D вывода и разрешены к воспроизведению согласно расширенной таблице выбора потока (STN_table_SS).
Элементарные потоки, очерченные объединенными пунктирными линиями левой стороны и правой стороны, представляют собой элементарные потоки, которые предназначены для демультиплексирования в режимах 3D вывода.
Что касается видеопотока #1, видеопоток базового вида согласно MPEG4-MVC очерчен комбинированными пунктирными линиями левой стороны и правой стороны. Это указывает, что видеопоток базового вида согласно MPEG4-MVC предназначен для воспроизведения в режимах 2D и 3D вывода. С другой стороны, видеопоток зависимого вида согласно MPEG4-MVC очерчен только пунктирной линией правой стороны. Это указывает, что видеопоток зависимого вида согласно MPEG4-MVC предназначен для воспроизведения только в режиме 3D вывода.
Что касается первичных аудиопотоков #1 и #2, они оба очерчены комбинированными пунктирными линиями левой стороны и правой стороны. Это указывает, что аудиопотоки #1 и #2 предназначены для воспроизведения в режимах 2D и 3D вывода.
Что касается потоков PG/текстовых субтитров, потоки PG/текстовых субтитров #1 и #2 являются 2D PG-потоками и очерчены комбинированными пунктирными линиями левой стороны и правой стороны, указывающими, что они предназначены для воспроизведения в режимах 2D и 3D вывода. С другой стороны, PG-поток левого глаза и PG-поток правого глаза очерчены только пунктирной линией правой стороны. Это указывает, что PG-поток левого глаза и PG-поток правого глаза предназначены для воспроизведения только в режиме 3D вывода.
Что касается IG-потоков, IG-потоки #1 и #2 являются 2D IG-потоками и очерчены комбинированными пунктирными линиями левой стороны и правой стороны. Это указывает, что IG-потоки #1 и #2 предназначены для воспроизведения только в режиме 2D вывода. С другой стороны, IG-поток левого глаза и IG-поток правого глаза очерчены только пунктирной линией правой стороны. Это указывает, что IG-поток левого глаза и IG-поток правого глаза предназначены для воспроизведения в режиме 2D вывода и в режиме 3D вывода.
Как следует из вышеприведенного описания, в режиме 3D вывода, видеопоток зависимого вида добавляется к цели воспроизведения, относящейся к типу потока “видеопоток”.
Также следует понимать, что в режиме 3D вывода PG-поток левого глаза и PG-поток правого глаза добавляются к цели воспроизведения, относящейся к типу потока “PG-поток”, и IG-поток левого глаза и IG-поток правого глаза добавляются к цели воспроизведения, относящейся к типу потока “IG-поток”. Причина для добавления PG-потока левого глаза и PG-потока правого глаза к цели воспроизведения состоит в том, что PG-поток левого глаза и PG-поток правого глаза используются для реализации стереоскопического воспроизведения в режиме 3D вывода. Причина для добавления IG-потока левого глаза и IG-потока правого глаза к цели воспроизведения состоит в том, что IG-поток левого глаза и IG-поток правого глаза используются для реализации стереоскопического воспроизведения в режиме 3D вывода.
На этом завершается описание носителя записи. Далее будет подробно описано устройство воспроизведения.
На Фиг.16 показана внутренняя структура устройства воспроизведения. Согласно Фиг.126, устройство воспроизведения включает в себя блок чтения 201, память 202, набор 203 регистров, декодер 204, блок демультиплексирования 205, набор 206 блоков памяти плоскости, блок сдвига 207, блок 208 наложения слоев, блок передачи/приема 209 и блок 210 управления воспроизведением. Внутренняя структура, показанная на Фиг.16, состоит из минимума структурных элементов, которые необходимы для реализации устройства воспроизведения, снабженного средством решения проблемы. Более детальная внутренняя структура будет описана в дальнейшем варианте осуществления.
Блок чтения 201 считывает с носителя записи индексную таблицу, файл программы, информационный файл списка воспроизведения, информационный файл потока и файл потока. При чтении файла стереоскопического перемеженного потока, блок чтения 201 осуществляет процесс, в котором он делит файл стереоскопического перемеженного потока на (i) последовательность ATC 1, соответствующую главному TS, и (ii) последовательность ATC 2, соответствующую вспомогательному TS, с использованием (a) информации начальной точки экстента базовой информации клипа в информационном файле 3D клипа и (b) информации начальной точки экстента в зависимой информации клипа, и сохраняет последовательности ATC 1 и 2 в разных буферах чтения. Это разделение реализуется путем повторения двух процессов: первого процесса, состоящего в извлечении, из файла стереоскопического перемеженного потока, пакетов источника в количестве, равном количеству пакетов, соответствующих номеру пакета источника, указанному информацией начальной точки экстента в зависимой информации клипа, и добавлении извлеченных пакетов источника в последовательность ATC 1; и второго процесса, состоящего в извлечении, из файла стереоскопического перемеженного потока, пакетов источника в количестве, равном количеству пакетов, соответствующих номеру пакета источника, указанному информацией начальной точки экстента в базовой информации клипа, и добавлении извлеченных пакетов источника в последовательность ATC 2.
В памяти 202 хранится объединенная регистрационная последовательность потоков, которая получена путем объединения расширенной таблицы выбора потока и базовой таблицы выбора потока, включенных в информацию списка воспроизведения.
Регистр 203 номеров проигрывателей включает в себя совокупность регистров, необходимых для работы устройства воспроизведения.
Декодер 204 состоит из видеодекодера 211, декодера PG 212, декодера IG 214 и аудиодекодера, который соответствуют соответствующим типам потока.
Блок демультиплексирования 205 снабжен: депакетизатором источника для преобразования пакетов источника в пакеты TS; и фильтром PID для осуществления фильтрации пакетов. Блок демультиплексирования 205 преобразует пакеты источника, идентификаторы пакетов которых записаны в потоковых записях базовой таблицы выбора потока в информации списка воспроизведения 3D, в пакеты TS и выводит пакеты TS на декодер. Кроме того, блок демультиплексирования 207 преобразует пакеты источника, идентификаторы пакетов которых записаны в потоковых записях таблицы выбора базового потока в информации списка воспроизведения 3D, в пакеты TS и выводит пакеты TS на декодер. Какие идентификаторы пакетов, из совокупности идентификаторов пакетов, записанных в совокупности потоковых записей таблиц выбора базового и стереоскопического потока, нужно использовать, определяется в соответствии с установкой в регистре номеров потока из регистров статуса проигрывателя. Регистр номеров потока это регистр для хранения номера текущего потока.
Набор 206 блоков памяти плоскости состоит из совокупности блоков памяти плоскости.
Эти блоки памяти плоскости образуют многослойную модель, и данные, хранящиеся в каждом блоке памяти плоскости, используются для наложения слоев друг на друга. Набор блоков памяти плоскости включает в себя память плоскости левого глаза и память плоскости правого глаза. Соответствующие несжатые данные изображения, полученные путем декодирования компонентов базового и зависимого вида каждой единицы доступа, записываются блоки памяти плоскости левого глаза и правого глаза. Набор блоков памяти плоскости включает в себя память плоскости левого глаза и память плоскости правого глаза. Соответствующие несжатые данные изображения, полученные путем декодирования компонентов базового и зависимого вида каждой единицы доступа, записываются блоки памяти плоскости левого глаза и правого глаза. Запись осуществляется каждый раз при наступлении времени начала воспроизведения, указанного меткой времени презентации каждой единицы доступа.
В какую из памяти плоскости левого глаза и памяти плоскости правого глаза следует записывать данные изображения после декодирования, определяется в соответствии с индикатором базового вида в информации списка воспроизведения. Когда индикатор базового вида указывает, что видеопоток базового вида предназначен “для левого глаза”, данные изображения видеопотока базового вида записываются в память плоскости левого глаза, и данные изображения видеопотока зависимого вида записываются в память плоскости правого глаза.
Когда индикатор базового вида указывает, что видеопоток базового вида предназначен “для правого глаза”, данные изображения видеопотока базового вида записываются в память плоскости правого глаза, и данные изображения видеопотока зависимого вида записываются в память плоскости левого глаза. Эти компоненты вида последовательно выводятся на устройство отображения. В частности, в течение периода одного кадра, данные изображения, хранящиеся в памяти плоскости левого глаза, и данные изображения, хранящиеся в памяти плоскости правого глаза, выводятся одновременно.
Блок сдвига 207 сдвигает координаты пикселя.
Блок 208 наложения слоев перекрывает слои в совокупности блоков памяти плоскости.
Блок передачи/приема 209 переходит в фазу переноса данных через фазу взаимной аутентификации и фазу согласования, когда устройство воспроизведения соединено с другим устройством в системе домашнего кинотеатра через интерфейс. Блок передачи/приема 209 осуществляет перенос данных в фазе переноса.
На фазе согласования, возможности партнерского устройства (включающие в себя возможность декодирования, возможность воспроизведения и частоту отображения) захватываются, и возможности задаются в регистре настроек проигрывателя, что позволяет определять метод переноса для последовательных переносов данных. Фаза согласования включает в себя фазу взаимной аутентификации, на которой каждое устройство подтверждает аутентичность другого устройства. После фазы согласования, одна строка пиксельных данных в формате без сжатия/простого текста в данных изображения после наложения слоев переносится на устройство отображения с высокой скоростью переноса в соответствии с периодом горизонтальной синхронизации устройства отображения. С другой стороны, в течение интервалов гашения по горизонтали и вертикали, аудиоданные в формате без сжатия/простого текста переносятся на другие устройства (включая усилитель и громкоговоритель, а также устройство отображения), соединенные с устройством воспроизведения. Благодаря такой структуре, устройства, например, устройство отображения, усилитель и громкоговоритель могут принимать данные изображения и аудиоданные в формате без сжатия/простого текста, и обеспечивается воспроизведение выходного сигнала. Кроме того, когда партнерское устройство имеет возможность декодирования, возможен сквозной перенос видео- и аудиопотоков. При сквозном переносе, можно переносить видеопоток и аудиопоток в формате сжатия/шифрования, как они есть.
Блок 210 управления воспроизведением выполняет произвольный доступ с произвольного момента времени на временной оси видеопотока. В частности, получив предписание воспроизводить с произвольного момента времени на временной оси видеопотока, блок 210 управления воспроизведением ищет номер пакета источника для единицы доступа, соответствующей произвольному моменту времени, с использованием базовой карты записей в информационном файле 3D-потока и расширенной карты записей. Единица доступа включает в себя пару, состоящую из компонента вида видеопотока базового вида и компонента вида видеопотока зависимого вида, и это поиск идентифицирует номер пакета источника для пакета источника, где хранится разделитель единиц доступа для единицы доступа. Считывание из номера пакета источника и декодирование позволяют осуществлять произвольный доступ. Для воспроизведения списка воспроизведения 3D, произвольный доступ к главному TS и вспомогательному TS выполняются с использованием времени входа и времени выхода, заданных в информации главного пути, и времени входа и времени выхода, заданных в информации вспомогательного пути информации списка воспроизведения 3D, чтобы начать воспроизведение списка воспроизведения.
Видеодекодер 211 является репрезентативным декодером среди декодеров, составляющих набор 204 декодеров. Видеодекодер 211 предварительно загружает компоненты вида, образующие видеопоток зависимого вида, и декодирует компоненты вида для типа изображения, для которого предусмотрено Instantaneous Decoder Refresh (IDR) в начале замкнутой GOP в видеопотоке базового вида (тип IDR). При этом декодировании, все буферы кодированных данных и буферы декодированных данных очищаются. После декодирования компоненты вида типа IDR, т.е. (i) компоненты вида, следующие за видеопотоком базового вида, закодированного со сжатием на основании корреляции с этими компонентами вида, и (ii) компоненты вида видеопотока зависимого вида, декодируются. Это декодирование компонентов вида позволяет получить несжатые данные изображения. Полученные несжатые данные изображения сохраняются в буфере декодированных данных для использования в качестве опорного изображения.
С использованием опорного изображения, компенсация движения осуществляется в отношении (i) компонентов вида, следующих за видеопотоком базового вида, и (ii) компонентов вида видеопотока зависимого вида. Несжатые данные изображения в отношении (i) компонентов вида, следующих за видеопотоком базового вида, и несжатые данные изображения в отношении (ii) компонентов вида видеопотока зависимого вида получаются путем компенсации движения. Полученные несжатые данные изображения сохраняются в буфере декодированных данных для использования в качестве опорных изображений. Вышеописанное декодирование осуществляется каждый раз при наступлении времени начала декодирования, указанного в метке времени декодирования каждой единицы доступа.
Далее описаны декодер PG 212, декодер 213 текстовых субтитров и декодер IG 214, а также внутренние структуры потоков, подлежащих декодированию этими декодерами.
Для PG-потока: структура декодера является “1 декодер+1 плоскость”, когда применяется метод «1 плоскость+смещение»; и структура декодера является “2 декодера+2 плоскости”, когда применяется метод 3D-LR.
Аналогично, для IG-потока: структура декодера является “1 декодер+1 плоскость”, когда применяется метод «1 плоскость+смещение»; и структура декодера является “2 декодера+2 плоскости”, когда применяется метод 3D-LR.
Для потока текстовых субтитров, к которому нельзя применять метод 3D-LR: структура декодера является “1 декодер+1 плоскость”, когда применяется метод «1 плоскость+смещение».
Прежде всего, опишем внутреннюю структуру PG-потока и внутреннюю структуру декодера PG для декодирования PG-потока.
Каждый из PG-потока левого глаза и PG-потока правого глаза включает в себя совокупность установок отображения. Установка отображения это набор функциональных сегментов, которые образуют одно экранное отображение. Функциональные сегменты являются единицами обработки, которые поступают на декодер, сохраняясь в полезных нагрузках пакетов PES, каждый из которых имеет размер примерно 2 кБ, и подвергаются управлению воспроизведением с использованием DTS и PTS.
Установка отображения подразделяется на следующие типы.
A. Установка отображения «начало эпохи»
Установка отображения «начало эпохи» это набор функциональных сегментов, которые начинают управление памятью путем сброса композиционного буфера, буфера данных кода и плоскости графики в графическом декодере. Установка отображения «начало эпохи» включает в себя все функциональные сегменты, необходимые для композиции экрана.
B. Установка отображения «нормальный случай»
Установка отображения «нормальный случай» это установка отображения, которая осуществляет композицию экрана, продолжая управление памятью композиционного буфера, буфера данных кода и плоскости графики в графическом декодере. Установка отображения «нормальный случай» включает в себя функциональные сегменты, которые отличаются от предыдущей установки отображения.
C. Установка отображения «точка захвата»
Установка отображения «точка захвата» это установка отображения, которая включает в себя все функциональные сегменты, необходимые для композиции экрана, но не сбрасывает управление памятью композиционного буфера, буфера данных кода и плоскости графики в графическом декодере. Установка отображения «точка захвата» может включать в себя функциональные сегменты, которые отличаются от функциональных сегментов в предыдущей установке отображения.
D. Установка отображения «продолжение эпохи»
Установка отображения «продолжение эпохи» это установка отображения, которая продолжает управление памятью композиционного буфера, буфера данных кода и плоскости графики в устройстве воспроизведения как есть, когда соединение между элементом воспроизведения, разрешающим воспроизведение PG-потока, и элементом воспроизведения сразу перед элементом воспроизведения является "гладким соединением" (CC=5), которое развивает полный разрыв. В этом случае, графические объекты, полученные в буфере объектов и плоскости графики, остаются в буфере объектов и плоскость графики и не отбрасываются.
Определенные моменты времени на временной оси воспроизведения последовательности STC назначаются в качестве начальной точки и конечной точки этих установок отображения, и одни и те же моменты времени назначаются виду левого глаза и виду правого глаза. Кроме того, для PG-потока левого глаза и PG-потока правого глаза, типы установок отображения, которые присутствуют в один и тот же момент времени на временной оси, одинаковы. Иначе говоря, когда установка отображения на стороне левого вида является установкой отображения «начало эпохи», установка отображения на стороне правого глаза, т.е. в тот же момент времени на временной оси последовательности STC, является установкой отображения «начало эпохи».
Кроме того, когда установка отображения на стороне левого глаза является установкой отображения «точка захвата», установка отображения на стороне правого глаза, т.е. в тот же момент времени на временной оси последовательности STC, является установкой отображения «точка захвата».
Каждая установка отображения включает в себя совокупность функциональных сегментов. Совокупность функциональных сегментов включает в себя следующее.
(1) Сегмент задания объектов
Сегмент задания объектов это функциональный сегмент для задания графического объекта. Сегмент задания графики задает графический объект с использованием кодового значения и длины последовательности кодового значения.
(2) Сегмент задания палитры
Сегмент задания палитры включает в себя данные палитры, которые указывают соответствие между каждым кодовым значением, яркостью, и цветоразностью относительно красного/цветоразностью относительно синего. Одно и то же соответствие между кодовым значением, яркостью и цветоразностью устанавливается в сегменте задания палитры графического потока левого глаза и в сегменте задания палитры графического потока правого глаза.
(3) Сегмент задания окна
Сегмент задания окна это функциональный сегмент для задания прямоугольной рамки, именуемой "окном", в блоке памяти плоскости, которая используется для распространения несжатого графического объекта на экран. Визуализация графического объекта ограничивается внутренней частью блока памяти плоскости, и визуализация графического объекта не осуществляется за пределами окна.
Поскольку часть блока памяти плоскости указана как окно для отображения графики, устройство воспроизведения не обязано осуществлять визуализацию графики для всей плоскости. Иначе говоря, устройству воспроизведения необходимо осуществлять только визуализацию графики в окно, которое имеет ограниченный размер. Визуализацию части плоскости для отображения чего-либо помимо окна можно опустить. Это снижает нагрузку программного обеспечения на стороне устройства воспроизведения.
(4) Сегмент композиции экрана
Сегмент композиции экрана это функциональный сегмент для задания композиции экрана с использованием графического объекта, и включает в себя совокупность элементов управления для контроллера композиции в графическом декодере. Сегмент композиции экрана это функциональный сегмент, который детально задает установку отображения графического потока и задает композицию экрана с использованием графического объекта. Композиция экрана подразделяется на типы, например, Cut-In/-Out, Fade-In/-Out, Color Change, Scroll и Wipe-In/-Out. С использованием композиции экрана, заданной сегментом композиции экрана, можно реализовать эффекты отображения, например постепенное исчезновение субтитра одновременно с отображением следующего субтитра.
(5) Концевой сегмент
Концевой сегмент это функциональный сегмент, который располагается в конце совокупности функциональных сегментов, принадлежащих одной установке отображения. Устройство воспроизведения распознает последовательность сегментов от сегмента композиции экрана до концевого сегмента как функциональные сегменты, которые образуют одну установку отображения.
В PG-потоке, начальный момент времени установки отображения идентифицируется посредством DTS пакета PES, где хранится сегмент композиции экрана, и конечный момент времени установки отображения идентифицируется посредством PTS пакета PES, где хранится сегмент композиции экрана.
Графический поток левого глаза и графический поток правого глаза являются пакетизированными элементарными потоками (PES). Сегмент композиции экрана сохраняется в пакете PES. PTS пакета PES, где хранится сегмент композиции экрана, указывает время, когда следует выполнять отображение согласно установке отображения, которой принадлежит сегмент композиции экрана.
Значение PTS пакета PES, где хранится сегмент композиции экрана, одинаково для видеопотока левого глаза и видеопотока правого глаза.
(Модели декодера для декодера PG)
Декодер PG включает в себя: "буфер кодированных данных" для хранения функциональных сегментов, считанных из PG-потока; "графический процессор потока" для получения графического объекта путем декодирования сегмента композиции экрана; "буфер объектов" для хранения графического объекта, полученного путем декодирования; "композиционный буфер" для хранения сегмента композиции экрана; и "контроллер композиции" для декодирования сегмента композиции экрана, хранящегося в композиционном буфере, и осуществления композиции экрана на плоскости графики с использованием графического объекта, хранящегося в буфере объектов, на основании элементов управления, включенных в сегмент композиции экрана.
«Транспортный буфер» для регулировки скорости ввода пакетов TS, образующих функциональные сегменты, предусмотрен в положении перед плоскостью графики.
Кроме того, в положениях после графического декодера, предусмотрены "плоскость графики", "блок CLUT" для преобразования пиксельных кодов, образующих графический объект, хранящийся в плоскости графики в значения яркости/цветоразности на основании сегмента задания палитры, и «блок сдвига» для сдвига плоскости.
Конвейер в PG-потоке позволяет одновременно выполнять следующие процессы: процесс, в котором графический декодер декодирует сегмент задания объектов, принадлежащий данной установке отображения, и записывает графический объект в буфер графики; и процесс, в котором графический объект, полученный путем декодирования сегмента задания объектов, принадлежащего предыдущей установке отображения, записывается из буфера объектов в блок памяти плоскости.
На Фиг.17A и 17B показана внутренняя структура декодера PG. На Фиг.17A показана модель декодера для отображения данных в режиме «1 плоскость+смещение». На Фиг.17B показана модель декодера для отображения данных в режиме LR.
На Фиг.17A и 17B, сам декодер PG представлен рамкой, вычерченной сплошной линией, и часть, которая следует за графическим декодером, представлена рамкой, вычерченной штрихпунктирной линией.
На Фиг.17A показано, что декодер PG имеет “1-декодерную” структуру, и плоскость графики имеет “1-плоскостную” структуру. Однако выход плоскостей графики разветвляется на выход левого глаза и выход правого глаза. Таким образом, выход левого глаза и выход правого глаза снабжены блоком сдвига.
На Фиг.17B показано, что предусмотрено две цепочки "транспортный буфер" - "графический декодер" - "плоскость графики" - "блок CLUT", что позволяет независимо обрабатывать поток левого глаза и поток правого глаза.
Последовательность смещений содержится в видеопотоке правого глаза. Таким образом, в формате смещения плоскости, декодер PG имеет “1-декодерную” структуру, и выходной сигнал декодера PG поступает на вид левого глаза и вид правого глаза путем переключения между ними.
Декодер PG осуществляет следующие действия для переключения между 2D и 3D.
1. Взаимное переключение между режимом «1 плоскость+смещение» и режимом 2D осуществляется плавно. Для этого аннулируется "смещение".
2. При осуществлении переключения между режимом 3D-LR и режимом 2D, отображение субтитра временно исчезает, поскольку для переключения между режимами требуется переключение между PID. Это то же самое, что переключение между потоками.
На этом завершается объяснение декодера PG. В дальнейшем будет подробно описан декодер текстовых субтитров.
(Модели декодера для декодера текстовых субтитров)
Декодер текстовых субтитров состоит из совокупности фрагментов данных описания субтитров.
Декодер текстовых субтитров включает в себя: "процессор субтитров" для отделения текстового кода и информации управления от данных описания субтитров; "буфер информации управления" для хранения текстового кода, отделенного от данных описания субтитров; "текстовый рендерер" для распространения текстового кода в буфере информации управления на битовую карту с использованием данных шрифта; "объектный буфер" для хранения битовой карты, полученной за счет распространения; и "блок управления визуализацией" для управления воспроизведением текстовых субтитров по временной оси с использованием информации управления, отделенной от данных описания субтитров.
Декодеру текстовых субтитров предшествуют: "буфер предварительной загрузки шрифтов" для предварительной загрузки данных шрифта; "буфер TS" для регулировки скорости ввода пакетов TS, образующих поток текстовых субтитров; и "буфер предварительной загрузки субтитров" для предварительной загрузки потока текстовых субтитров до воспроизведения элемента воспроизведения.
После графического декодера следуют "плоскость графики"; "блок CLUT" для преобразования пиксельных кодов, образующих графический объект, хранящийся в плоскости графики, в значения яркости и цветоразности на основании сегмента задания палитры; и "блок сдвига" для сдвига плоскости.
На Фиг.18A и 18B показана внутренняя структура декодера текстовых субтитров. На Фиг.18A показана модель декодера для декодера текстовых субтитров в режиме «1 плоскость+смещение». На Фиг.18B показана модель декодера для декодера текстовых субтитров, основанного на методе 3D-LR. На Фиг.18A и 18B, сам декодер текстовых субтитров представлен рамкой, вычерченной сплошной линией, часть, которая следует за декодером текстовых субтитров, представлена рамкой, вычерченной штрихпунктирной линией, и часть, которая предшествует декодеру текстовых субтитров, представлена рамкой, вычерченной пунктирной линией.
На Фиг.18A показано, что выход плоскостей графики разветвляется на выход левого глаза и выход правого глаза, и что выход левого глаза и выход правого глаза снабжены блоком сдвига.
На Фиг.18B показано, что предусмотрены плоскость графики левого глаза и плоскость графики правого глаза, и что битовая карта, расширенная декодером текстовых субтитров, записывается в графические плоскости.
Поток текстовых субтитров отличается от PG-потока следующим. Иначе говоря, данные шрифта и код символа передаются в виде битовой карты, но не графические данные, благодаря чему движок рендеринга генерирует субтитр. Таким образом, стереоскопическое наблюдение субтитра реализуется в режиме «1 плоскость+смещение».
На этом завершается описание потока текстовых субтитров и декодера текстовых субтитров. Далее мы опишем внутреннюю структуру IG-потока и структуру декодера IG.
(IG-поток)
Каждый из IG-потока левого глаза и IG-потока правого глаза включает в себя совокупность установок отображения. Каждая установка отображения включает в себя совокупность функциональных сегментов. Как и в случае PG-потока, установка отображения подразделяется на следующие типы: установка отображения «начало эпохи», установка отображения «нормальный случай», установка отображения «точка захвата» и установка отображения «продолжение эпохи».
Совокупность функциональных сегментов, принадлежащих этим установкам отображения, включает в себя следующие типы.
(1) Сегмент задания объектов
Сегмент задания объектов IG-потока такой же, как для PG-потока. Однако графический объект IG-потока задает эффект появления и эффект исчезновения страниц, нормальное, выделенное и активное состояния кнопочных элементов. Сегменты задания объектов группируются по принципу задания одного и того же состояния кнопочных элементов и по принципу создания изображения с одним и тем же эффектом. Группа сегментов задания объектов, задающих одно и то же состояние, называется "набором графических данных".
(2) Сегмент задания палитры
Сегмент задания палитры IG-потока такой же, как для PG-потока.
(3) Сегмент интерактивного управления
Сегмент интерактивного управления включает в себя совокупность фрагментов информации страницы. Информация страницы это информация, которая задает композицию экрана многостраничного меню. Каждый фрагмент информации страницы включает в себя последовательность эффектов, совокупность фрагментов информации кнопки и опорное значение идентификатора палитры.
Информация кнопки это информация, которая обеспечивает интерактивную композицию экрана на каждой странице, образуя многостраничное меню путем отображения графического объекта в качестве одного состояния кнопочного элемента.
Последовательность эффектов составляет эффект появления или эффект исчезновения с использованием графического объекта, и включает в себя информацию эффекта, где эффект появления воспроизводится до отображения страницы, соответствующей информации страницы, и эффект исчезновения воспроизводится после отображения страницы.
Информация эффекта это информация, которая задает каждую композицию экрана для воспроизведения эффекта появления или эффекта исчезновения. Информация эффекта включает в себя: объект композиции экрана, который задает композицию экрана для выполнения в окне (частичной области), заданном сегментом задания окна на плоскости графики; и информацию периода эффекта, которая указывает временной интервал между текущим экраном и следующим экраном в одной и той же области.
Объект композиции экрана в последовательности эффектов задает управление, аналогичное управлению, задаваемому сегментом композиции экрана PG-потока. Из совокупности сегментов задания объектов, сегмент задания объектов, который задает графический объект, используемый для эффекта появления, находится в положении, которое предшествует сегменту задания объектов, который задает графический объект, используемый для кнопочного элемента.
Каждый фрагмент информации кнопки в информации страницы представляет собой информацию, которая задает интерактивную композицию экрана на каждой странице, образуя многостраничное меню путем отображения графического объекта в качестве одного состояния кнопочного элемента. Информация кнопки включает в себя команду кнопки установления страницы, которая, когда соответствующий кнопочный элемент становится активным, предписывает устройству воспроизведения осуществлять процесс установления страницы, отличной от первой страницы, в качестве текущей страницы.
Чтобы можно было изменять смещение в сдвиге плоскости для каждой страницы в ходе воспроизведения IG-потока, команда навигации для изменения смещения внедрена в информацию кнопки, и "автоактивация" команды навигации заранее задается в соответствующем фрагменте информации кнопки. Это позволяет автоматически изменять значение или направление смещения, заданного в регистрационной информации потоков IG-потока.
(4) Концевой сегмент
Концевой сегмент это функциональный сегмент, который располагается в конце совокупности функциональных сегментов, принадлежащих одной установке отображения. Последовательность сегментов от сегмента интерактивного управления до концевого сегмента рассматривается как совокупность функциональных сегментов, которые образуют одну установку отображения.
Ниже описаны элементы управления сегмента интерактивного управления, которые одинаковы для графического потока левого глаза и графического потока правого глаза: информация близости кнопки; метка времени таймаута выбора; длительность таймаута пользователя; и информация таймаута композиции.
1. Информация близости кнопки
Информация близости кнопки это информация, которая указывает кнопку, подлежащую переводу в выбранное состояние, когда осуществляется кнопочная операция, указывающая любое из направлений вверх, вниз, влево и вправо, в то время, как определенная кнопка, соседствующая с указанной кнопкой находится в выбранном состоянии.
2. Метка времени таймаута выбора
Метка времени таймаута выбора указывает время таймаута, которое требуется для автоматической активации кнопочного элемента на текущей странице и предписания устройству воспроизведения выполнять кнопочный элемент.
3. Длительность таймаута пользователя
Длительность таймаута пользователя указывает время таймаута, которое требуется для возврата с текущей страницы к первой странице, в результате чего отображается только первая страница.
4. Информация таймаута композиции
Информация таймаута композиции указывает период времени, который требуется для окончания отображения интерактивного экрана сегментом интерактивного управления. Что касается IG-потока, начальный момент времени установки отображения идентифицируется посредством DTS пакета PES, где хранится сегмент интерактивного управления, и конечный момент времени установки отображения идентифицируется временем таймаута композиции сегмента интерактивного управления. Для левого глаза и правого глаза устанавливаются одинаковые DTS и одинаковое время таймаута композиции.
(Модели декодера для декодера IG)
Декодер IG включает в себя: "буфер кодированных данных" для хранения функциональных сегментов, считанных из IG-потока; "графический процессор потока" для получения графического объекта путем декодирования сегмента композиции экрана; "буфер объектов" для хранения графического объекта, полученного путем декодирования; "композиционный буфер" для хранения сегмента композиции экрана; и "контроллер композиции" для декодирования сегмента композиции экрана, хранящегося в композиционном буфере, и осуществления композиции экрана на плоскости графики с использованием графического объекта, хранящегося в буфере объектов, на основании элементов управления, включенных в сегмент композиции экрана.
«Транспортный буфер» для регулировки скорости ввода пакетов TS, образующих функциональные сегменты, предусмотрен в положении перед плоскостью графики.
Кроме того, в положениях после графического декодера, предусмотрены "плоскость графики", "блок CLUT" для преобразования пиксельных кодов, образующих графический объект, хранящийся в плоскости графики в значения яркости/цветоразности на основании сегмента задания палитры, и «блок сдвига» для сдвига плоскости.
На Фиг.19A и 19B показаны модели декодера для декодера IG. На Фиг.19A и 19B, сам декодер IG представлен рамкой, вычерченной сплошной линией, часть, которая следует за графическим декодером, представлена рамкой, вычерченной штрихпунктирной линией, и часть, которая предшествует декодеру IG, представлена рамкой, вычерченной пунктирной линией. На Фиг.19A показана модель декодера для отображения IG-потока 2D-формата в формате LR в режиме «1 плоскость+смещение». На Фиг.19B показана модель декодера IG-потока для отображения данных LR-формата.
Эти декодеры включают в себя схему для отражения значений системных параметров на смещения, что позволяет программе управлять информацией глубины графики меню.
На Фиг.19B показана двухдекодерная модель, которая позволяет изменять значения смещения с использованием команды. Соответственно, в этой модели декодера, информацию глубины меню можно изменять с помощью команды. Заметим, что для левого вида и правого вида можно задавать разные значения смещения. С другой стороны, согласно методу глубины, смещение аннулируется.
Контроллер композиции в графическом декодере обеспечивает первоначальное отображение интерактивного экрана путем отображения текущей кнопки, из совокупности кнопочных элементов на интерактивном экране, с использованием графических данных из набора графических данных, соответствующего выбранному состоянию, и отображения остальных кнопок с использованием набора графических данных, соответствующего нормальному состоянию.
Когда осуществляется пользовательская операция, указывающая любое из направлений вверх, вниз, влево и вправо, она записывает, в регистр номеров кнопок, номер кнопочного элемента, который присутствует в направлении, указанном посредством пользовательской операции, из совокупности кнопочных элементов в нормальном состоянии и рядом с текущей кнопкой, причем запись приводит к тому, чтобы кнопочный элемент стал новой текущей кнопкой для перехода из нормального состояния в выбранное состояние.
На интерактивном экране, когда осуществляется пользовательская операция для перехода кнопочного элемента из выбранного состояния в активное состояние, интерактивный экран обновляется путем извлечения графических данных, образующих активное состояние, из набора графических данных и отображения извлеченных графических данных.
Обновление интерактивного экрана следует выполнять совместно для вида левого глаза и вида правого глаза. Таким образом, предпочтительно, чтобы декодер графики левого глаза и декодер графики правого глаза имели контроллер композиции для двухдекодерной модели.
В вышеописанном случае, взаимообмен реализуется путем использования одной и той же команды навигации для вида левого глаза и вида правого глаза стереоскопического IG-потока и установки одной и той же кнопочной структуры для 3D графический объект и 2D графического объекта.
При переключении между 2D IG-потоком и стереоскопическим IG-потоком, можно изменять только отображаемый графический объект, когда атрибут и номер и т.п. команды навигации и информации кнопки одинаковы для обоих. Переключение из режима 3D-LR для отображения только L-изображения можно производить без повторной загрузки, но существует вероятность сдвига позиции отображения. Предпочтительно, чтобы устройство воспроизведения осуществляло переключение на основании флага, установленного для указания, какой из них применяет автор титров.
Ниже приведены замечания относительно переключения между режимами.
- Повторная загрузка не происходит, когда осуществляется переключение между режимом «1 плоскость+смещение» и режимом 2D. Причина в том, что IG-поток не требуется повторно загружать, но требуется только аннулирование смещения.
- Повторная загрузка происходит, когда осуществляется переключение между режимом 3D-LR и режимом 2D. Причина в том, что потоки различны.
На этом завершается описание IG-потока и декодера IG. Далее будет подробно описан блок памяти плоскости.
Далее описана структура блока памяти плоскости согласно методу в режиме «1 плоскость+смещение».
Наложение слоев в блоке памяти плоскости достигается путем выполнения процесса наложения на всех комбинациях слоев в многослойной модели. В процессе наложения, пиксельные значения пиксельных данных, хранящихся в блоках памяти плоскости двух слоев, накладываются. Наложение слоев блоком 208 наложения слоев достигается путем выполнения процесса наложения на всех комбинациях двух слоев среди слоев в многослойной модели. В процессе наложения, пиксельные значения пиксельных данных, хранящихся в блоках памяти плоскости двух слоев, накладываются в многослойной модели блока памяти плоскости.
Наложение между слоями осуществляется следующим образом. Коэффициент пропускания α в качестве весового коэффициента умножается на пиксельное значение в единицах линии в блоке памяти плоскости определенного слоя, и весовой коэффициент (1 - коэффициент пропускания α) умножается на пиксельное значение в единицах линии в блоке памяти плоскости слоя под определенным слоем. Пиксельные значения с этими весовыми коэффициентами яркости суммируются друг с другом. Результирующее пиксельное значение задается как пиксельное значение в единицах линии в слое. Наложение слоев реализуется путем повторения этого наложения между слоями для каждой пары соответствующих пикселей в единицах линии в соседних слоях многослойной модели.
Блок умножения для умножения каждого пиксельного значения на коэффициент пропускания для осуществления наложения слоев и блок суммирования для сложения пикселей обеспечены в положениях после блока памяти плоскости, а также вышеописанного блока CLUT, блока сдвига и т.п.
На Фиг.20 показана структура схемы для перекрытия выходов моделей декодера и вывода результата в режиме 3D-LR. Согласно Фиг.20, многослойные модели, каждая из которых состоит из плоскости видео, плоскости PG и плоскости IG, очерчены сплошными линиями, и части, которые следуют за блоками памяти плоскости, очерченные штрихпунктирными линиями. Как показано на Фиг.20, существует две вышеописанные многослойные модели. Кроме того, существуют две части, следующие за блоками памяти плоскости.
Согласно структуре блоков памяти плоскости для метода 3D-LR, которая снабжена двумя парами многослойной модели и частью, следующей за блоком памяти плоскости, две пары плоскостей видео, плоскость PG и плоскость IG обеспечены для вида левого глаза и вида правого глаза, и выходы из каждого блока памяти плоскости перекрываются, в порядке наложения слоев, отдельно для вида левого глаза и вида правого глаза.
На Фиг.21 показана структура схемы для перекрытия выходов моделей декодера и вывода результата в режиме «1 плоскость+смещение».
На Фиг.21, многослойная модель, состоящая из плоскостей видео левого глаза и правого глаза, плоскости PG и плоскости IG, очерчена сплошной линией, и часть, которая следует за блоком памяти плоскости, очерчена штрихпунктирной линией. Согласно Фиг.21, существует только одна вышеописанная многослойная модель. Кроме того, существуют две части, следующие за блоком памяти плоскости.
В режиме «1 плоскость+смещение»: предусмотрена плоскость видео, по одной для каждого из вида левого глаза и вида правого глаза; и предусмотрена каждая из плоскости PG и плоскости IG, по одной для левого вида и правого вида. Плоскость PG и плоскость IG не подготавливаются по отдельности для каждого из вида левого глаза и вида правого глаза. Существует только один общий блок памяти плоскости для вида левого глаза и вид правого глаза. Благодаря такой структуре осуществляется вышеописанное наложение слоев на выходы левого глаза и правого глаза.
На Фиг.22 показана структура схемы для наложения данных, выводимых из модели декодера, и вывода наложенных данных в режиме воспроизведения 2D-субтитров верхнего конца и в режиме воспроизведения 2D-субтитров нижнего конца.
В режиме воспроизведения 2D-субтитров верхнего конца и режиме воспроизведения 2D-субтитров нижнего конца, плоскость видео подготавливается для каждого из вида левого глаза и вида правого глаза. Плоскость PG и плоскость IG не подготавливаются по отдельности для каждого из вида левого глаза и вида правого глаза. Существует только один общий блок памяти плоскости для вида левого глаза и вида правого глаза. В соответствии с установкой регистра (PSR32), который описан ниже, указывающего режим сдвига видео устройства воспроизведения, пиксельный сдвиг плоскости видео осуществляется вверх или вниз на 131 пиксель для каждого из вида левого глаза и вида правого глаза. Затем осуществляется наложение слоев на выходе левого глаза и выходе правого глаза.
Устройство воспроизведения должно поддерживать режим 3D-LR, режим «1 плоскость+смещение», режим воспроизведения 2D-субтитров верхнего конца и режим воспроизведения 2D-субтитров нижнего конца. Таким образом, аппаратная структура устройства воспроизведения, в основном, представляет собой “2 декодера+2 плоскости”. При переключении режима в любой из режима «1 плоскость+смещение», режима 2D вывода, режима воспроизведения 2D-субтитров верхнего конца и режима воспроизведения 2D-субтитров нижнего конца, устройство воспроизведения приобретает структуру “1 декодер+1 плоскость”, отменяя одну из двух пар “1 декодер+1 плоскость”.
Изготовитель устройства воспроизведения сам решает, какую из 1-декодерной структуры и 2-декодерной структуры утвердить в качестве модели декодера, и какую из 1-плоскостной структуры и 2-плоскостной структуры утвердить в качестве модели плоскостей. Конечно, можно разработать устройство воспроизведения, имеющее 2-декодерную и 2-плоскостную структуру, и в этом случае можно сделать так, что оно воспроизводило стереоскопические PG и IG в качестве самого дорогого продукта, и можно сделать так, что оно не воспроизводило стереоскопические PG и IG в качестве более дешевого продукта. Это позволяет расширить линейку продуктов. Такая конфигурация, имеющая возможность воспроизводить стереоскопическую PG, или конфигурация, имеющая возможность воспроизводить стереоскопическую IG, существует в наборе регистров.
Ниже поясняется набор регистров.
Набор регистров состоит из совокупности регистров статуса проигрывателя и совокупности регистров настроек проигрывателя. Каждый из регистров статуса проигрывателя и регистров настроек проигрывателя является 32-битовым регистром, и ему присваивается номер регистра, чтобы регистр, к которому нужно обращаться, можно было идентифицировать по номеру регистра.
Битовые позиции битов (32 бита), которые образуют каждый регистр, представлены значениями от "b0" до "b31". Из них, бит "b31" представляет старший бит, и бит "b0" представляет младший бит. Из 32 битов, битовая последовательность от бита "bx" до бита "by" представлена как [bx:by].
Значение произвольного битового диапазона [bx:by] в 32-битовой последовательности, хранящейся в регистре настроек проигрывателя/регистре статуса проигрывателя с определенным номером регистра, рассматривается как переменная среды (также именуемая "системный параметр" или "переменная проигрывателя"), то есть переменная операционной системы, в которой выполняется программа. Программа, управляющая воспроизведением, может получать системный параметр через системное свойство или программный интерфейс приложения (API). Кроме того, если не указано обратное, программа может перезаписывать значения регистра настроек проигрывателя и регистра статуса проигрывателя. Чтобы программа на основе объектно-ориентированного языка программирования делала это, программа должна иметь право получать и перезаписывать системные параметры.
Регистр статуса проигрывателя это аппаратный ресурс для хранения значений, используемых в качестве операндов, когда MPU устройства воспроизведения осуществляет арифметическую операцию или битовую операцию. Регистр статуса проигрывателя также сбрасывается на начальные значения при загрузке оптического диска, и верность сохраненных значений проверяется. Значения, которые могут храниться в регистре статуса проигрывателя, представляют собой номер текущего титра, номер текущего списка воспроизведения, номер текущего элемента воспроизведения, номер текущего потока, номер текущей главы, и т.д. Значения, хранящиеся в регистре статуса проигрывателя, являются временными значениями, поскольку регистр статуса проигрывателя сбрасывается на начальные значения каждый раз при загрузке оптического диска. Значения, хранящиеся в регистре статуса проигрывателя, становятся неверными при выбросе оптического диска или при отключении питания устройства воспроизведения.
Регистр настроек проигрывателя отличается от регистра статуса проигрывателя тем, что он снабжен мерами управления мощностью. Меры управления мощностью позволяют сохранять значения, хранящиеся в регистре настроек проигрывателя, в энергонезависимой памяти при отключении питания устройства воспроизведения и восстанавливать значения при включении питания устройства воспроизведения. Значения, которые можно задавать в регистре настроек проигрывателя, включают в себя: различные конфигурации устройства воспроизведения, которые определяются производителем устройства воспроизведения при отгрузке устройства воспроизведения; различные конфигурации, заданные пользователем в соответствии с процедурой установки; и возможности партнерского устройства, выявленные путем согласования с партнерским устройством, когда устройство соединено с партнерским устройством.
На Фиг.23 показаны внутренние структуры набора 203 регистров и движка управления воспроизведением.
В левой стороне Фиг.23 показаны внутренние структуры набора 203 регистров, и в правой стороне показаны внутренние структуры движка управления воспроизведением.
Далее описаны регистры статуса проигрывателя и регистры настроек проигрывателя, которым присвоены соответствующие номера регистра.
PSR0 это регистр номеров потока для IG-потока, где хранится номер текущего IG-потока.
PSR2 это регистр номеров потоков для PG-потока, где хранится номер текущего PG-потока.
PSR24 используется для задания "возможности проигрывателя для 3D". Это указывает, имеет ли устройство воспроизведения возможность осуществлять стереоскопическое воспроизведение.
С другой стороны, блок управления воспроизведением включает в себя процедуру выбора потока для определения уникального номера текущего PG-потока и уникального номера текущего IG-потока в текущем списке воспроизведения, путем обращения к PSR24 в наборе регистров 203 и таблице выбора потока текущей информации списка воспроизведения в памяти. Процедура выбора потока включает в себя “инициализацию” и “процедуру, когда условие воспроизведения изменяется”.
На Фиг.25 показано битовое назначение в PSR32. PSR32 указывает режим сдвига видео устройства воспроизведения. Значение PSR 32 устанавливается через API программы BD, команду, и пр. Кроме того, video_shift_mode, относящийся к текущему PG-потоку, выбранному путем переключения потоков, получается из регистрационной информации потоков, включенной в таблицу выбора потока, и устанавливается.
На Фиг.24 показано битовое назначение в PSR24. PSR24 указывает 3D-возможность устройства воспроизведения. Программа, записанная на носителе записи, не может изменять значение PSR24.
Бит “b0” в PSR24 представляет возможность отображения видео в стереоскопическом режиме 1280×720 50p. В частности, когда “b0” задан равным “0”, это указывает, что устройство воспроизведения не имеет возможности обработки для отображения видео в режиме 1280×720/50Гц с прогрессивной разверткой; и когда бит “b0” задан равным “1”, это указывает, что устройство воспроизведения имеет возможность обработки для отображения видео в режиме 1280×720/50Гц с прогрессивной разверткой.
Бит “b2” в PSR24 представляет возможность стереоскопической PG. В частности, когда бит “b2” задан равным “0”, это указывает, что устройство воспроизведения не имеет возможности воспроизводить стереоскопическую PG; и когда бит “b2” задан равным “1”, это указывает, что устройство воспроизведения имеет возможность воспроизводить стереоскопическую PG.
Бит “b3” в PSR24 представляет возможность стереоскопической IG. В частности, когда бит “b3” задан равным “0”, это указывает, что устройство воспроизведения не имеет возможности воспроизводить стереоскопическую IG; и когда бит “b3” задан равным “1”, это указывает, что устройство воспроизведения имеет возможность воспроизводить стереоскопическую IG.
Бит “b5” в PSR24 представляет возможность BD-J в режиме 3D вывода. В частности, когда бит “b5” задан равным “1”, это указывает, что устройство воспроизведения может обрабатывать режим BD-J в режиме 3D вывода; и когда бит “b5” задан равным “0”, это указывает, что устройство воспроизведения не может обрабатывать режим BD-J в режиме 3D вывода. Использование бита “b5” в PSR24 не связано с предметом настоящего варианта осуществления, и, таким образом, будет описано в каком-либо последующем варианте осуществления.
Как описано выше, PSR24 можно задавать для указания, доступно ли стереоскопическое воспроизведение для каждого из IG и PG. Это позволяет обеспечить: конфигурацию, в которой каждый из декодеров IG и PG состоит из двух декодеров, и устройство воспроизведения поддерживает стереоскопическое воспроизведение для IG и PG, или конфигурацию, в которой каждый из декодеров IG и PG состоит из двух декодеров, и устройство воспроизведения поддерживает стереоскопическое воспроизведение только для PG и режим «1 плоскость+смещение» для IG, или обратную конфигурацию, в которой каждый из декодеров IG и PG состоит из двух декодеров, и устройство воспроизведения поддерживает стереоскопическое воспроизведение только для IG и режим «1 плоскость+смещение» для PG.
Кроме того, чтобы продать устройство воспроизведения как более дешевый продукт, можно обеспечить конфигурацию, в которой, хотя каждый из декодеров IG и PG состоит из двух декодеров, устройство воспроизведения поддерживает только режим «1 плоскость+смещение» для каждой из IG и PG. Таким образом, имея общую конфигурацию, в которой каждый из декодеров IG и PG состоит из двух декодеров, настоящий вариант осуществления позволяет определять, нужно ли поддерживать стереоскопическое воспроизведение для каждой из IG и PG по отдельности, в зависимости от уровня продукта. Это расширяет линейку продуктов устройства воспроизведения, которые может обеспечить производитель.
Кроме того, когда каждый или оба из декодеров IG и PG состоит/ят из одного декодера, это отчетливо указывает возможность стереоскопического воспроизведения. Соответственно, даже если список воспроизведения можно воспроизводить в стереоскопическом режиме, можно препятствовать ошибочному заданию типа воспроизведения как «стереоскопическая PG» или «стереоскопическая IG».
Вышеописанное управление воспроизведением можно реализовать, предписывая компьютеру выполнять программу, которая генерируется путем написания процедуры обработки, представленной логическими блок-схемами, изображенными на Фиг.26-32, на объектно-ориентированном языке компилятора.
На Фиг.26 показана процедура воспроизведения списка воспроизведения. В этой логической блок-схеме, номер текущего элемента воспроизведения задается равным "1" на этапе S1, после чего управление входит в цикл, в котором этапы S2-S6 повторяются. В этом цикле этапы осуществляются следующим образом. Номер потока определяется согласно процедуре выбора потока (этап S2). Файл потока, где хранится элементарный поток, соответствующий номеру потока, открывается, и оттуда считывается последовательность пакетов источника (этап S3). Согласно инструкции, пакет источника, из тех, которые образуют последовательность пакетов источника, которая соответствует номеру потока, демультиплексируется (этап S4). Декодеру предписывается воспроизводить считанный пакет источника в течение периода от времени входа до времени выхода элемента воспроизведения и в течение периода от времени входа вспомогательного элемента воспроизведения (этап S5). Эти этапы, образующие цикл, повторяются, пока номер текущего элемента воспроизведения не совпадет с последним номером. Когда определено, что номер текущего элемента воспроизведения не является последним номером (НЕТ на этапе S6), номер текущего элемента воспроизведения увеличивается, и управление переходит к этапу S2.
При таком хронировании, этап S7 осуществляется для определения, был ли выдан запрос выбора потока. Когда принимается решение, что запрос выбора потока был выдан, выполняется “процедура, когда условие воспроизведения изменяется”, где запрашиваемый номер потока обозначается “x” (этап S8). Когда определено, что номер текущего элемента воспроизведения является последним номером (ДА на этапе S6), процесс заканчивается.
<Определение текущего PG-потока и его типа воспроизведения>
Текущий поток PG/текстовых субтитров, номер потока которого подлежит сохранению в PSR2, выбирается на основании режима вывода (PSR22), возможности стереоскопической PG в PSR24 и “is_SS_PG”.
На Фиг.27 показана логическая блок-схема, демонстрирующая процедуру, а именно “процедуру, когда условие воспроизведения изменяется” для потока PG/текстовых субтитров. Среди этапов, показанных в этой логической блок-схеме, процесс этапов S11-S22 является общим для режима 3D вывода и режима 2D вывода, и процесс этапов S23-S28 уникален для режима 3D вывода.
На этапе S11, номер текущего потока PG/текстовых субтитров получается из PSR2. На этапе S12 производится определение, относится ли номер текущего потока PG/текстовых субтитров к PG (ДА) или к номеру потока текстовых субтитров (НЕТ). На этапе S13 производится проверка, удовлетворяет ли PG-поток, соответствующий номеру текущего потока PG/текстовых субтитров, условиям (A) и (B).
Здесь, условия (A) и (B) заданы следующим образом.
Условие (A): Устройство воспроизведения имеет возможность декодировать PG-поток, который идентифицируется номером текущего потока PG/текстовых субтитров.
Условие (B): Устройство воспроизведения имеет возможность воспроизводить указанный язык.
С другой стороны, на этапе S14, производится проверка, удовлетворяет ли поток текстовых субтитров, соответствующий номеру текущего потока PG/текстовых субтитров, условиям (A) и (B).
Условие (A): Устройство воспроизведения имеет возможность расширять код символа потока текстовых субтитров, который идентифицируется номером текущего потока PG/текстовых субтитров, в битовую карту. Эта возможность воспроизведения указана в PSR30 в наборе 203 PSR.
Условие (B): устройство воспроизведения имеет возможность поддерживать характеристики языка потока текстовых субтитров, идентифицированные номером текущего потока PG/текстовых субтитров.
Здесь следует заметить, что, чтобы устройство воспроизведения “было способно декодировать” поток текстовых субтитров, который представляет субтитр языка, устройство воспроизведения должно иметь возможность расширять поток текстовых субтитров языка в битовую карту и возможность поддерживать характеристику языка.
Здесь, это будет рассмотрено на примерах английского, японского и арабского языков. Когда субтитр отображается на английском, решение о поддержке языковых характеристик английского принимается только когда поддерживаются все функции “горизонтального письма”, “кернинга”, “двойной буквы/логотипа”.
Когда субтитр отображается на японском, решение о поддержке языковых характеристик японского принимается только когда поддерживаются все функции “горизонтального письма”, “вертикального письма”, “запрещения разрыва строки после определенных символов”, “символов меньшего размера”.
Когда субтитр отображается на арабском, решение о поддержке языковых характеристик арабского принимается только когда поддерживаются все функции “рендеринга справа налево” и “двойной буквы/логотипа”.
Когда устройство воспроизведения имеет возможность расширять поток текстовых субтитров языка в битовую карту и имеет возможность поддерживать характеристики языка, можно сказать, что вышеописанные условия (A) и (B) выполнены. Когда устройство воспроизведения имеет возможность расширять поток текстовых субтитров языка в битовую карту, но не имеет возможности поддерживать характеристику языка, можно сказать, что условие (B) не выполнено, но выполнено только условие (A).
Возможность поддерживать характеристики языка устанавливается для каждого языка в битах, составляющих PSR48-PSR61 в наборе регистров. В частности, PSR48-PSR61 имеют флаги, которые соответствуют соответствующим 3-байтовым кодам языка, заданным в ISO 639-2/T. Каждый из флагов устанавливается, чтобы указывать, имеет ли устройство воспроизведения возможность отображать текстовый субтитр кода языка, который соответствует флагу.
Среди 3-байтовых кодов языка, заданных в ISO 639-2/T, 3-байтовый код языка, именуемый “ita”, обозначает итальянский язык, и 3-байтовый код языка, именуемый “jpn”, обозначает японский язык. Кроме того, 3-байтовый код языка, именуемый “jav”, обозначает японский язык. 3-байтовые коды языка, заданные в ISO 639-2/T, охватывают примерно 430 языков. Обращение к флагам в PSR48-PSR61 производится тогда, когда, для определения текущего потока PG/текстовых субтитров, производится определение, можно ли декодировать поток текстовых субтитров, записанный в таблице номеров потока. Благодаря такой структуре, можно надлежащим образом определять, можно ли декодировать поток текстовых субтитров, даже если поток текстовых субтитров составлен на редком языке.
После принятия вышеописанных решений, управление переходит к этапу S15, где производится определение, удовлетворяет ли устройство воспроизведения условию (Z).
Здесь, условие (Z) состоит в том, что пользователь намерен воспроизводить субтитр неподдерживаемого языка, где “неподдерживаемый язык” это язык, характеристики которого не поддерживаются. Намерение указывается в PSR30 в наборе регистров.
Затем управление переходит к этапу S16, где производится определение, равно ли “0” количество потоков PG/текстовых субтитров в таблице выбора потока текущего элемента воспроизведения. Когда таблица выбора потока указывает, что ни один поток PG/текстовых субтитров не разрешен к воспроизведению, номер потока PG/текстовых субтитров, хранящийся в PSR2, остается неизменным (этап S17).
Когда таблица выбора потока указывает, по меньшей мере, один поток PG/текстовых субтитров, который разрешен к воспроизведению, управление переходит к этапу S18 для проверки действительности текущего потока PG/текстовых субтитров. На этапе S18, производится проверка условия, что номер текущего потока PG/текстовых субтитров больше или равен суммарному количеству потоковых записей в таблице выбора потока, и выполнения условий (A) и (B).
Когда результат определения на этапе S18 отрицателен, управление переходит к этапу S20, где производится проверка условия, что номер текущего потока PG/текстовых субтитров больше или равен суммарному количеству потоковых записей в таблице выбора потока, и выполнения условий (A) и (Z). Когда результат определения на этапе S20 утвердителен, значение в PSR2 остается неизменным, поскольку определено, что, хотя номер потока PG/текстовых субтитров для текстового субтитра неподдерживаемого языка установлен в PSR2, пользователь намерен воспроизводить субтитр неподдерживаемого языка (этап S21). Когда результат определения на этапе S20 отрицателен, выбирается оптимальный поток для текущего элемента воспроизведения (этап S22).
Таким образом, этапы S23-S28 уникальны для режима 3D вывода. В частности, в режиме 3D вывода, обработка определения типа воспроизведения верхнего или нижнего конца осуществляется в первую очередь (этап S23). При обработке определения типа воспроизведения верхнего или нижнего конца, когда тип воспроизведения не задан ни как тип воспроизведения 2D-субтитров верхнего конца, ни как тип воспроизведения 2D-субтитров нижнего конца (этап S24: Нет), is_SS_PG PG-потока, идентифицированного номером PG-потока, в PSR2 получается из регистрационной информации потоков, включенной в таблицу выбора потока (этап 25). Затем производится определение, указывает ли флаг полученного is_SS_PG на “1”, и указывает ли возможность стереоскопической PG для b2 в PSR24 на “1” (этап 26). Если результатом определения на этапе S26 является Да, тип воспроизведения устанавливается как стереоскопическая PG, в которой PG-поток левого глаза и PG-поток правого глаза (этап S27).
Когда тип воспроизведения устанавливается как стереоскопическая PG, стереоскопическое воспроизведение осуществляется с использованием ссылок на идентификатор пакета, которые включены в потоковые записи левого глаза и правого глаза фрагмента регистрационной информации потоков, соответствующего номеру текущего потока, хранящемуся в PSR2, из совокупности фрагментов регистрационной информации потоков в расширенной таблице выбора потока. В частности, блоку демультиплексирования предписывается демультиплексировать пакеты TS, идентификаторы пакетов которых указаны ссылками на идентификаторы пакетов, которые включены в потоковые записи левого глаза и правого глаза фрагмента регистрационной информации потоков, соответствующего номеру текущего потока, хранящемуся в PSR2.
Когда результатом определения на этапе S26 является НЕТ, тип воспроизведения устанавливается как “1 плоскость+смещениеPG” (этап S28). Когда тип воспроизведения устанавливается как “1 плоскость+смещениеPG”, воспроизведение PG в режиме «1 плоскость+смещение» выполняется с использованием последовательности смещений, указанной информацией ссылки на ID последовательности смещений потока PG/текстовых субтитров на во фрагменте регистрационной информации потоков, соответствующем номеру текущего потока, хранящемуся в PSR2, из совокупности фрагментов регистрационной информации потоков в расширенной таблице выбора потока.
Здесь поясняется последовательность смещений. Совокупность последовательностей смещений, подлежащих использованию в режиме «1 плоскость+смещение», существует в единице доступа к видео видеопотока зависимого вида.
Единица доступа к видео для видеопотока зависимого вида имеет структуру в виде последовательности разделителя единиц доступа к видео, набора параметров последовательности, набора параметров изображения, MVC-масштабируемого сообщения вложенности SEI, первого компонента вида, кода конца последовательности и кода конца потока. MVC-масштабируемое сообщение вложенности SEI включает в себя контейнер пользовательских данных. Контейнер пользовательских данных представляет собой незарегистрированные пользовательские данные и подразделяется на три типа: информацию скрытых титров; карту структуры GOP; и метаданные смещения. Один из этих типов указан посредством "type_indicator" в контейнере пользовательских данных.
Метаданные смещения представляют собой список последовательности для плоскости PG, плоскости IG и плоскости BD-J, и используется для настройки смещения, тогда как презентационная графика, текстовый субтитр, и плоскость IG/BD-J воспроизводятся в режиме «1 плоскость+смещение». В частности, метаданные смещения указывают управление смещением на плоскости PG, плоскости IG, и плоскости BD-J, когда графика для перекрытия с данными изображения воспроизводится в режиме «1 плоскость+смещение».
Метаданные смещения подлежат хранению в MVC-масштабируемом сообщении вложенности SEI в начальном компоненте видео каждой GOP в порядке кодирования единицы доступа зависимого вида. Метаданные смещения содержат вышеописанную совокупность последовательностей смещений. Последовательность смещений это последовательность параметров, которая указывает параметры управления для каждого периода кадра в группе изображений, где параметры управления используются, когда графика перекрывается с каждым фрагментом данных изображения, принадлежащим группе изображений. Последовательность смещений состоит из параметров управления в количестве, указанном величиной "number_of_displayed_frames_in_GOP". Параметр управления состоит из информации направления смещения плоскости и значения смещения плоскости.
Информация направления смещения плоскости ("Plane_offset_direction") указывает направление смещения в плоскости. Когда информация направления смещения плоскости задана равной значению "0", она указывает фронтальную настройку, в которой существует блок памяти плоскости между TV и наблюдателем, и в течение периода левого вида плоскость сдвигается вправо, и в течение периода правого вида плоскость сдвигается влево. Когда информация направления смещения плоскости задана равной значению "1", она указывает тыловую настройку, в которой существует блок памяти плоскости позади TV или экрана, и в течение периода левого вида, плоскость сдвигается влево, и в течение периода правого вида, плоскость сдвигается вправо. Когда информация направления смещения плоскости указывает фронтальную настройку, координата по оси Z параметра управления в трехмерной системе координат является положительной координатой. Когда информация направления смещения плоскости указывает тыловую настройку, координата по оси Z параметра управления в трехмерной системе координат является отрицательной координатой.
Значение смещения плоскости ("plane_offset_value") указывает величину отклонения в горизонтальном направлении пикселей, образующих графику и указывает значение смещения плоскости в единицах пикселей.
Когда тип воспроизведения PG задан как “1 плоскость+смещениеPG”, последовательность смещений извлекается из видеодекодера, и извлеченная последовательность смещений поступает на блок сдвига, причем последовательность смещений, подлежащая извлечению, указана информацией ссылки на ID последовательности смещений потока PG/текстовых субтитров на во фрагменте регистрационной информации потоков, соответствующем номеру текущего потока, из совокупности фрагментов регистрационной информации потоков, хранящихся в сообщении SEI видеопотока зависимого вида.
На этом завершается объяснение “процедуры, когда условие воспроизведения изменяется” для потока PG/текстовых субтитров.
На Фиг.28 показана логическая блок-схема, демонстрирующая процедуру обработки определения типа воспроизведения верхнего или нижнего конца.
При обработке определения типа воспроизведения верхнего и нижнего краев, video_shift_mode PG-потока, идентифицированного номером PG-потока в PSR2 получается из регистрационной информации потоков, включенной в расширенную таблицу выбора потока (этап S101). Производится определение, указывает ли полученный video_shift_mode «вниз», и указывает ли режим сдвига видео устройства воспроизведения в PSR 32 «вниз» (этап S102).
Когда результатом определения на этапе S102 является ДА, тип воспроизведения устанавливается как тип воспроизведения 2D-субтитров верхнего конца (этап S103). В этом случае, PG воспроизводится в режиме воспроизведения 2D-субтитров верхнего конца. В частности, блок демультиплексирования осуществляет демультиплексирование на пакете TS, идентификатор пакета которого указан ссылкой на идентификатор пакета, включенной в потоковую запись, соответствующую номеру потока текущего потока, хранящемуся в PSR2. Кроме того, блок сдвига сдвигает данные изображения, которые хранятся в плоскости видео правого глаза и плоскости видео левого глаза, вниз на 131 пиксель.
Когда результатом определения на этапе S102 является НЕТ, производится определение, указывает ли video_shift_mode, полученный на этапе S101, «вверх», и указывает ли режим сдвига видео устройства воспроизведения в PSR32 «вверх» (этап S104). Когда результатом определения на этапе S104 является ДА, тип воспроизведения устанавливается как тип воспроизведения 2D-субтитров нижнего конца (этап S105). В этом случае, PG воспроизводится в режиме воспроизведения 2D-субтитров нижнего конца. В режиме воспроизведения 2D-субтитров нижнего конца, блок сдвига сдвигает данные изображения, которые хранятся в плоскости видео правого глаза и плоскости видео левого глаза, вверх на 131 пиксель.
На этом завершается описание обработки определения типа воспроизведения верхнего или нижнего конца.
На Фиг.29 показана логическая блок-схема, демонстрирующая процедуру для выбора потока PG/текстовых субтитров, который оптимален для текущего элемента воспроизведения.
На этапе S30, производится проверка для всех потоков PG/текстовых субтитров на предмет выполнения следующих условий (a), (b) и (c).
Условия (a), (b) и (c) заданы следующим образом, когда проверчно-целевым PG-потоком является PG-поток i.
Условие (a): устройство воспроизведения имеет возможность декодировать PG-поток i.
Условие (b): PG_language_code PG-потока i совпадает с языковой настройкой в устройстве воспроизведения. Здесь, языковая настройка в устройстве воспроизведения указана посредством PSR17 в наборе регистров.
Условия (a), (b) и (c) заданы следующим образом, когда проверочно-целевым потоком текстовых субтитров является поток текстовых субтитров i.
Условие (a): устройство воспроизведения имеет возможность расширять код символа потока текстовых субтитров i в битовую карту.
Условие (b): устройство воспроизведения имеет возможность поддерживать языковый атрибут потока текстовых субтитров i.
Условие (c): “textST_language_code” потока текстовых субтитров i совпадает с языковой настройкой в устройстве воспроизведения.
После проверки, на этапе S31 производится определение, удовлетворяет ли устройство воспроизведения условию (Z), описанному в предыдущей логической блок-схеме (воспроизведение неподдерживаемого языка). Когда устройство воспроизведения не удовлетворяет условию (Z), управление переходит к этапу S32, где производится определение, существует ли поток PG/текстовых субтитров, который удовлетворяет условиям (a), (b) и (c). При наличии потоков PG/текстовых субтитров, которые удовлетворяют условиям (a), (b) и (c), поток PG/текстовых субтитров, соответствующая потоковая запись которого помещена первой в таблице выбора потока, выбирается из потоков PG/текстовых субтитров, которые удовлетворяют условиям (a)-(c), и номер потока PG/текстовых субтитров для выбранного потока PG/текстовых субтитров задается в PSR2 (этап S33).
В отсутствие потока PG/текстовых субтитров, который удовлетворяет условиям (a), (b) и (c), управление переходит к этапу S34, где производится определение, существует ли поток PG/текстовых субтитров, который удовлетворяет меньшему числу условий. Здесь меньшее число условий в этом контексте означает условия (a) и (b). А именно, на этапе S34, производится определение, существует ли поток PG/текстовых субтитров, который удовлетворяет условиям (a) и (b). При наличии потоков PG/текстовых субтитров, которые удовлетворяют условиям (a) и (b), поток PG/текстовых субтитров, соответствующая потоковая запись которого помещена первой в таблице выбора потока, выбирается из потоков PG/текстовых субтитров, которые удовлетворяют условиям (a) и (b), и номер потока PG/текстовых субтитров для выбранного потока PG/текстовых субтитров задается в PSR2 (этап S36).
В отсутствие потока PG/текстовых субтитров, который удовлетворяет условиям (a) и (b), значение 0xFFF в качестве номера потока PG/текстовых субтитров устанавливается в PSR2 (этап S35). Если на этапе S31 определено, что устройство воспроизведения удовлетворяет условию (Z), управление переходит к этапу S37, где производится определение, существует ли поток PG/текстовых субтитров, который удовлетворяет другому меньшему числу условий. Здесь “другое меньшее число условий” в этом контексте означает условия (a) и (c). А именно, на этапе S37, производится определение, существует ли поток PG/текстовых субтитров, который удовлетворяет условиям (a) и (c).
При наличии потоков PG/текстовых субтитров, которые удовлетворяют условиям (a) и (c), поток PG/текстовых субтитров, соответствующая потоковая запись которого помещена первой в таблице выбора потока, выбирается из потоков PG/текстовых субтитров, которые удовлетворяют условиям (a) и (c), и номер потока PG/текстовых субтитров для выбранного потока PG/текстовых субтитров задается в PSR2 (этап S38).
В отсутствие потока PG/текстовых субтитров, который удовлетворяет условиям (a) и (c), управление переходит к этапу S39, где производится определение, существует ли поток PG/текстовых субтитров, который удовлетворяет условию (a). При наличии потоков PG/текстовых субтитров, которые удовлетворяют условию (a), поток PG/текстовых субтитров, соответствующая потоковая запись которого помещена первой в таблице выбора потока, выбирается из потоков PG/текстовых субтитров, которые удовлетворяют условию (a), и номер потока PG/текстовых субтитров для выбранного потока PG/текстовых субтитров задается в PSR2 (этап S40). В отсутствие потока PG/текстовых субтитров, который удовлетворяет условию (a), значение 0xFFF задается в PSR2 (этап S35).
На этом завершается объяснение процедуры для выбора оптимального потока PG/текстовых субтитров.
На Фиг.30 показана логическая блок-схема, демонстрирующая процедуру, подлежащую выполнению, когда изменение потока запрашивается командой установки стереоскопического потока (командой установки SS потока).
На этапе S41, производится определение, указывает ли число “x”, указанное операндом команды установки стереоскопического потока, номер потока для PG-потока (ДА) или потока текстовых субтитров (НЕТ). На этапе S42, производится проверка, удовлетворяет ли PG-поток, соответствующий числу “x” (PGx), следующим условиям (A) и (B).
Условие (A): Устройство воспроизведения имеет возможность декодировать PG-поток, который идентифицируется числом x.
Условие (B): Языковый атрибут идентифицированного PG-потока совпадает с языковым атрибутом устройства воспроизведения.
На этапе S43, производится проверка, удовлетворяет ли поток текстовых субтитров, соответствующий числу “x” (textSTx) следующим условиям (A) и (B).
Условие (A): Устройство воспроизведения имеет возможность расширять код символа потока текстовых субтитров x в битовую карту.
Условие (B): устройство воспроизведения имеет возможность поддерживать языковый атрибут потока текстовых субтитров x.
На этапе S44, производится проверка, удовлетворяет ли устройство воспроизведения условию (Z), и затем, на этапе S45, производится проверка, того факта, что число меньше или равно суммарному количеству потоковых записей в таблице выбора потока, и выполнены ли условия (A) и (B). Когда результат определения на этапе S45 утвердителен, выбирается поток PG/текстовых субтитров с номером потока PG/текстовых субтитров, соответствующим числу x, и число x устанавливается в PSR2 (этап S46).
Когда результат определения на этапе S45 отрицателен, управление переходит к этапу S47, где производится проверка, того факта, что число меньше или равно суммарному количеству потоковых записей в таблице выбора потока, и выполнены ли условия (A) и (Z). Когда результат определения на этапе S47 утвердителен, выбирается поток PG/текстовых субтитров с номером потока PG/текстовых субтитров, соответствующим числу x, и число x устанавливается в PSR2 (этап S48).
Когда результат определения на этапе S47 отрицателен, управление переходит к этапу S49, где производится определение, равно ли число x значению 0xFFF. Когда принимается решение, что число x не равно 0xFFF, значение в PSR2 остается неизменным, поскольку определено, что таблица выбора потока указывает, что ни один поток PG/текстовых субтитров не разрешен к воспроизведению (этап S50).
Когда принимается решение, что число x равно 0xFFF, выбирается поток PG/текстовых субтитров, который оптимален для текущего элемента воспроизведения (этап S51). Этот выбор оптимального потока PG/текстовых субтитров осуществляется аналогично процедуре, показанной на Фиг.29.
Процесс последующих этапов S52-S57 уникален режиму 3D вывода. В частности, осуществляется обработка определения типа воспроизведения верхнего или нижнего конца (этап S52). При обработке определения типа воспроизведения верхнего или нижнего конца, если тип воспроизведения не устанавливается ни как тип воспроизведения 2D-субтитров верхнего конца, ни как тип воспроизведения 2D-субтитров нижнего конца (этап S53: Нет), is_SS_PG PG-потока X, идентифицированного номером PG-потока X, получается из регистрационной информации потоков, включенной в расширенную таблицу выбора потока (этап S54). Затем производится определение, указывает ли флаг полученного is_SS_PG на “1”, и указывает ли возможность стереоскопической PG в PSR24 на “1” (этап 55). Если результатом определения на этапе 55 является Да, тип воспроизведения определяется как тип воспроизведения стереоскопической PG (этап 56). Когда результатом определения на этапе S55 является НЕТ, тип воспроизведения устанавливается как “1 плоскость+смещение” (этап S57).
На Фиг.31 показана логическая блок-схема, демонстрирующая процедуру, подлежащую выполнению, когда изменение потока запрашивается командой установки потока или пользовательской операцией, запрашивающей изменение номера потока. В этой логической блок-схеме, на этапе S58, номер потока, указанный операндом команды установки потока, или номер потока, указанный пользовательской операцией, запрашивающей изменение номера потока, задается как число x, и затем выполняется процесс этапов S41-S57. Содержание этапов S41-S57 такое же, как показано на Фиг.30, и, таким образом, им присвоены такие же условные обозначения, и их описание здесь опущено.
<Определение текущего IG-потока и его типа воспроизведения>
Текущий IG-поток, номер потока которого должен храниться в PSR0, выбирается на основании режима вывода в PSR22, возможности стереоскопической PG в PSR24 и “is_SS_IG”.
На Фиг.32A и 32B показаны логические блок-схемы, демонстрирующие процедуры для определения текущего IG-потока и его типа воспроизведения.
На Фиг.32A показана логическая блок-схема, демонстрирующая процедуру для определения текущего IG-потока, когда элемент воспроизведения изменяется, и условие воспроизведения устройства воспроизведения изменяется. Из этапов, показанных в этой логической блок-схеме, процесс этапов S61-S65 одинаков в режиме 3D вывода и режиме 2D вывода, и процесс этапов S64-S67 уникален для режима 3D вывода.
На этапе S61, производится определение, равно ли “0” количество записей в таблице выбора потока. Когда количество равно “0”, значение в PSR0 остается неизменным (этап S64).
Если на этапе S61 определено, что количество записей в таблице выбора потока не равно “0”, управление переходит к этапу S62, где производится проверка того факта, что количество записей в таблице выбора потока больше или равно значению в PSR0. Когда результат определения на этапе S62 утвердителен, значение в PSR0 остается неизменным (этап S65). Когда принимается решение, что значение в PSR1 больше чем количество записей в таблице выбора потока, в PSR0 устанавливается значение “1” (этап S63). Этапы S64-S67, следующие за этапом S63, уникальны для режима 3D вывода. В частности, этапы S64-S67 в режиме 3D вывода осуществляются следующим образом. “is_SS_IG” IG-потока, идентифицированного номером IG-потока, хранящимся в PSR0, получается из регистрационной информации потоков в расширенной таблице выбора потока (этап S64). Производится определение, равен ли полученный флаг “is_SS_IG” “1”, и равна ли стереоскопическая IG возможность, указанная посредством “b3” в PSR24, “1” (этап S65). Когда результатом определения на этапе S65 является ДА, тип воспроизведения устанавливается как стереоскопическая IG (этап S66). Когда тип воспроизведения устанавливается как стереоскопическая IG, стереоскопическое воспроизведение осуществляется с использованием ссылок на идентификаторы пакетов, которые включены в потоковые записи левого глаза и правого глаза фрагмента регистрационной информации потоков, соответствующего номеру текущего потока, хранящемуся в PSR0, из совокупности фрагментов регистрационной информации потоков в расширенной таблице выбора потока. В частности, блоку демультиплексирования предписывается демультиплексировать пакеты TS, идентификаторы пакетов которых указаны ссылками на идентификаторы пакетов, которые включены в потоковые записи левого глаза и правого глаза фрагмента регистрационной информации потоков, соответствующего номеру текущего потока, хранящемуся в PSR0.
Когда результатом определения на этапе S65 является НЕТ, тип воспроизведения устанавливается как “1 плоскость+смещение” (этап S67).
Когда тип воспроизведения устанавливается как “1 плоскость+смещениеIG”, IG воспроизведение в режиме «1 плоскость+смещение» выполняется с использованием последовательности смещений, указанной посредством ссылочной информации ID последовательности смещений стереоскопической IG во фрагменте регистрационной информации потоков, соответствующем номеру текущего потока, хранящемуся в PSR0, из совокупности фрагментов регистрационной информации потоков в расширенной таблице выбора потока. В частности, последовательность смещений извлекается из видеодекодера, и извлеченная последовательность смещений поступает на блок сдвига, причем последовательность смещений, подлежащая извлечению, указана посредством ссылочной информации ID последовательности смещений стереоскопической IG во фрагменте регистрационной информации потоков, соответствующем номеру текущего потока, из совокупности фрагментов регистрационной информации потоков, хранящихся в сообщении SEI видеопотока зависимого вида.
На Фиг.32B показана логическая блок-схема, демонстрирующая процедуру для задания PSR0, которая подлежит выполнению, когда изменение потока запрашивается командой установки стереоскопического потока (командой установки SS потока), командой установки потока или пользовательской операцией, запрашивающей изменение номера потока.
Когда изменение потока запрашивается командой установки стереоскопического потока (командой установки SS потока), командой установки потока или пользовательской операцией, запрашивающей изменение номера потока, номер потока, указанный операндом команды, или номер потока, указанный пользовательской операцией, задается как число x, и процедура выполняется следующим образом.
На этапе S71 производится проверка того факта, что количество записей в таблице выбора потока больше или равно числу x. Когда результат определения на этапе S71 утвердителен, значение устанавливается в PSR0 (этап S74). Когда принимается решение, что значение x больше количества записей в таблице выбора потока, в PSR0 устанавливается значение “1” (этап S72). В режиме 3D вывода, процедура выполняется следующим образом. “is_SS_IG” IG-потока, идентифицированного номером IG-потока, хранящимся в PSR0, получается из регистрационной информации потоков в расширенной таблице выбора потока (этап S73). Производится определение, равен ли полученный флаг “is_SS_IG” “1”, и равна ли стереоскопическая IG возможность, указанная посредством PSR24, “1” (этап S74). Когда результатом определения на этапе S74 является ДА, тип воспроизведения устанавливается как стереоскопическая IG (этап S75). Когда результатом определения на этапе S74 является НЕТ, тип воспроизведения устанавливается как “1 плоскость+смещение” (этап S76).
На Фиг.33A-33C показан вывод идентификаторов пакетов на блок демультиплексирования посредством объединенной регистрационной последовательности потоков.
На Фиг.33A показана объединенная регистрационная последовательность потоков, используемая в операции, в порядке примера. Объединенная регистрационная последовательность потоков состоит из трех фрагментов регистрационной информации потоков, обеспеченных в базовой таблице выбора потока, и трех фрагментов регистрационной информации потоков, обеспеченных в расширенной таблице выбора потока.
Три фрагмента регистрационной информации потоков, обеспеченные в расширенной таблице выбора потока имеют номера потоков «1», «2» и «3», соответственно, и атрибуты потока в трех фрагментах регистрационной информации потоков имеют «английский», «японский» и «китайский» в качестве языковых атрибутов, соответственно. Регистрационная информация потоков, обеспеченная в базовой таблице выбора потока отличается идентификатором пакета, сохраненным в потоковой записи, от регистрационной информации потоков, обеспеченной в расширенной таблице выбора потока. Кроме того, регистрационная информация потоков, обеспеченная в расширенной таблице выбора потока, содержит (i) идентификатор пакета для PG-потока базового вида для режима презентации B-D, и (ii) идентификатор пакета для PG-потока зависимого вида.
На Фиг.33B показаны задание номера потока и вывод идентификатора пакета, когда такая объединенная регистрационная последовательность потоков поступает на устройство воспроизведения, в котором язык установлен на «китайский», и режим вывода установлен на режим 2D вывода.
Стрелки, обозначенные «a1», «a2» и «a3», схематически указывают (i) решение, совпадают ли друг с другом языковые настройки, (ii) задание номера потока в регистре номеров потоков, и (iii) вывод идентификатора пакета на блок демультиплексирования, соответственно.
В операционной процедуре, приведенной в этом примере, производится определение, совпадает ли языковая настройка устройства воспроизведения с атрибутом потока, содержащимся в регистрационной информации потоков, номер потока которого равен “3”, и принимается решение, что они совпадают. В итоге, номер потока “3” этой регистрационной информации потоков записывается в регистр номеров потоков. Кроме того, идентификатор пакета, записанный в потоковой записи базовой таблицы выбора потока, выводится на блок демультиплексирования. Таким образом, пакет TS, идентифицированный идентификатором пакета, записанным в потоковой записи регистрационной информации потоков, номер потока которого равен “3” в базовой таблице выбора потока, выводится на декодер.
Фиг.33C показаны задание номера потока и вывод идентификатора пакета, когда такая объединенная регистрационная последовательность потоков поступает на устройство воспроизведения, в котором язык установлен на «китайский», и режим вывода установлен на режим презентации B-D.
Стрелки, обозначенные «a4», «a5» и «a6», схематически указывают (i) решение, совпадают ли друг с другом языковые настройки, (ii) задание номера потока в регистре номеров потоков, и (iii) вывод идентификатора пакета на блок демультиплексирования, соответственно.
В операционной процедуре, приведенной в этом примере, производится определение, совпадает ли языковая настройка устройства воспроизведения с атрибутом потока, содержащимся в регистрационной информации потоков, номер потока которого равен “3”, и принимается решение, что они совпадают. В итоге, номер потока “3” этой регистрационной информации потоков записывается в регистр номеров потоков. Кроме того, идентификатор пакета, записанный в потоковой записи базовой таблицы выбора потока, выводится на блок демультиплексирования. Таким образом, пара пакетов TS, идентифицированных парой идентификаторов пакетов, записанных в потоковой записи регистрационной информации потоков, номер потока которого равен «3» в расширенной таблице выбора потока, выводится на декодер.
На Фиг.34A-34C показан вывод идентификаторов пакетов на блок демультиплексирования посредством объединенной регистрационной последовательности потоков.
На Фиг.34A показана объединенная регистрационная последовательность потоков, используемая в операции, в порядке примера. Объединенная регистрационная последовательность потоков состоит из трех фрагментов регистрационной информации потоков, обеспеченных в базовой таблице выбора потока, и трех фрагментов регистрационной информации потоков, обеспеченных в расширенной таблице выбора потока. Три фрагмента регистрационной информации потоков, обеспеченные в базовой таблице выбора потока, имеют номера потоков “1”, “2” и “3”, соответственно, и все атрибуты потока в трех фрагментах регистрационной информации потоков имеют «китайский» в качестве языковых атрибутов.
Три фрагмента регистрационной информации потоков, обеспеченные в расширенной таблице выбора потока имеют номера потоков «1», «2» и «3», соответственно, и все атрибуты потока в трех фрагментах регистрационной информации потоков имеют «китайский» в качестве языковых атрибутов. Регистрационная информация потоков, обеспеченная в базовой таблице выбора потока отличается идентификатором пакета, сохраненным в потоковой записи, от регистрационной информации потоков, обеспеченной в расширенной таблице выбора потока. Кроме того, регистрационная информация потоков, обеспеченная в расширенной таблице выбора потока, содержит (i) идентификатор пакета для PG-потока левого глаза для режима презентации B-D, и (ii) идентификатор пакета для PG-потока правого глаза для режима презентации B-D.
На Фиг.34B показаны задание номера потока и вывод идентификатора пакета, когда такая объединенная регистрационная последовательность потоков поступает на устройство воспроизведения, в котором язык установлен на «китайский», и режим вывода установлен на режим 2D вывода.
Стрелки, обозначенные «a1», «a2» и «a3», схематически указывают (i) решение, совпадают ли друг с другом языковые настройки, (ii) задание номера потока, и (iii) вывод идентификатора пакета на блок демультиплексирования, соответственно.
В процедуре выбора потока, описанной в этом примере, производится определение, совпадает ли языковая настройка устройства воспроизведения с атрибутом потока, содержащимся в регистрационной информации потоков, номер потока которого равен “1”, и принимается решение, что они совпадают. В итоге, номер потока “1” этой регистрационной информации потоков записывается в регистр номеров потоков. Кроме того, идентификатор пакета, записанный в потоковой записи базовой таблицы выбора потока, выводится на блок демультиплексирования. Таким образом, пакет TS, идентифицированный идентификатором пакета, записанным в потоковой записи регистрационной информации потоков, номер потока которого равен “1” в базовой таблице выбора потока, выводится на декодер.
На Фиг.34C показаны задание номера потока и вывод идентификатора пакета, когда такая объединенная регистрационная последовательность потоков поступает на устройство воспроизведения, в котором язык установлен на «китайский», и тип воспроизведения задан как тип "1 плоскость+смещение".
Стрелки, обозначенные «a4», «a5» и «a6», схематически указывают (i) решение, совпадают ли друг с другом языковые настройки, (ii) задание номера потока в регистре номеров потоков, и (iii) вывод идентификатора пакета на блок демультиплексирования, соответственно.
В операционной процедуре, приведенной в этом примере, производится определение, совпадает ли языковая настройка устройства воспроизведения с атрибутом потока, содержащимся в регистрационной информации потоков, номер потока которого равен “1”, и принимается решение, что они совпадают. В итоге, номер потока “1” этой регистрационной информации потоков записывается в регистр номеров потоков. Кроме того, идентификатор пакета, записанный в потоковой записи базовой таблицы выбора потока, выводится на блок демультиплексирования. Таким образом, пара пакетов TS, идентифицированных парой идентификаторов пакетов, записанных в потоковой записи регистрационной информации потоков, номер потока которого равен «3» в расширенной таблице выбора потока, выводится на декодер.
Согласно настоящему варианту осуществления, описанному выше, расширенная таблица выбора потока включает в себя режим сдвига видео, который задает сохранение области отображения субтитра в соответствии с номером потока. Соответственно, при изменении секции воспроизведения или при приеме запроса на изменение потока, выполняется процедура выбора потока. Когда новый номер потока задан в регистре номеров потока, режим сдвига видео, соответствующий установленному новому номеру потока, обеспечивается устройством воспроизведения. Благодаря такой структуре, можно реализовать управление, при котором область отображения субтитра сохраняется в верхнем конце экрана в секции воспроизведения, и область отображения субтитра сохраняется в нижнем конце экрана в другой секции воспроизведения.
Размер киноэкрана (1:2.35), в общем случае используется для аспектного отношения видео в фильмах. В случае, когда видеоматериалы хранятся на оптическом диске, например, BD-ROM, видеоматериал главной особенности располагается в центре HD-видео, имеющего аспектное отношение 16:9, без изменения аспектного отношения, и черный кадр вставляется в верхнюю сторону и нижнюю сторону HD-видео. Соответственно, благодаря вышеописанной структуре, можно отображать субтитры в крупной области отображения субтитра, генерируемой путем сбора черных кадров находящихся над и под видеоматериалом главной особенности, в верхнем конце и нижнем конце плоскости видео. Это может повышать эффективность использования экрана, тем самым улучшая стереоскопический эффект.
(Пример модификации)
В качестве примера модификации настоящего варианта осуществления, далее описан способ сдвига вверх или вниз не только данных изображения, хранящихся в памяти плоскостей видео, но и субтитров, хранящихся в памяти плоскости PG, для наложения субтитров на данные изображения.
На Фиг.35A-35C показаны регистрационные последовательности потоков в расширенной таблице выбора потока согласно настоящему примеру модификации. На Фиг.35B показана внутренняя структура регистрационной последовательности PG-потоков.
В настоящем примере модификации, регистрационная информация потоков PG-потока дополнительно включает в себя “значение сдвига PG при сдвиге видео вверх (PG_v_shift_value_for_Up)” и “значение сдвига PG при сдвиге видео вниз (PG_v_shift_value_for_Down)”.
“Значение сдвига PG при сдвиге видео вверх (PG_v_shift_value_for_Up)” представляет величину сдвига вниз данных субтитра, хранящихся в памяти плоскости PG, в случае, когда режим сдвига видео установлен как «вверх», и область отображения субтитров потока PG/текстовых субтитров сохраняется в нижних концах плоскости видео.
“PG значение сдвига при сдвиге видео вниз (PG_v_shift_value_for_Down)” представляет величину сдвига вверх данных субтитра, хранящихся в памяти плоскости PG, в случае, когда режим сдвига видео установлен как «вниз», и область отображения субтитров потока PG/текстовых субтитров сохраняется в верхних концах плоскости видео.
Эти значения установлены в PSR33, показанном на Фиг.37. Величина сдвига, показанная в PSR33, включает в себя величину сдвига плоскости при сдвиге видео вверх и величину сдвига плоскости при сдвиге видео вниз для каждой плоскости. Например, PSR33 включает в себя “PG_shift_value_for_UP” и “PG_shift_value_for_Down” для плоскости PG. Эти значения устанавливаются путем получения PG_v_shift_value_for_Up и PG_v_shift_value_for_Down текущего PG-потока, выбранного путем переключения потока из регистрационной информации потоков в расширенной таблице выбора потока.
На Фиг.36 показана структура схемы для наложения данных, выводимых из модели декодера, и вывода наложенных данных в режиме воспроизведения 2D-субтитров верхнего конца и в режиме воспроизведения 2D-субтитров нижнего конца. В настоящем примере модификации, в режиме воспроизведения 2D-субтитров верхнего конца и в режиме воспроизведения 2D-субтитров нижнего конца, в соответствии с установкой PSR32, пиксельный сдвиг плоскости видео осуществляется вверх или вниз на 131 пиксель для вида левого глаза и вида правого глаза. Кроме того, в соответствии со значением PG_shift_value_for_Up или значением PG_shift_value_for_Down, установленным в PSR33, пиксельный сдвиг плоскости PG осуществляется вверх или вниз для вида левого глаза и вида правого глаза. Затем на этих пикселях осуществляется наложение слоев.
В частности, когда video_shift_mode в PSR32 установлен как «вверх», изображение, выводимое из памяти плоскостей видео, сдвигается вверх на 131 пиксель, и субтитр, выводимый из плоскости PG, сдвигается вниз на число пикселей, заданное в PG_ shift_value_for_Up в PSR33, и наложение слоев осуществляется на изображении и субтитре, как показано на Фиг.38A. С другой стороны, когда video_shift_mode in PSR32 установлен как «вниз», изображение, выводимое из памяти плоскостей видео, сдвигается вниз на 131 пиксель, и субтитр, выводимый из плоскости PG, сдвигается вверх на число пикселей, заданное в PG_ shift_value_for_Down в PSR33, и наложение слоев осуществляется на изображении и субтитре, как показано на Фиг.38B.
Здесь, в настоящем примере модификации, согласно Фиг.39, в случае, когда video_shift_mode указывает «вверх» или «вниз», сдвиг плоскости приводит к обрезанной области. Соответственно, необходимо лишь установить ограничение, чтобы данные субтитра не находились в обрезанной области. Другими словами, как показано в левой стороне Фиг.39, поскольку область, отличная от области, окруженной штриховой линией, может обрезаться, позиция отображения PG ограничивается так, чтобы никакие данные субтитра не отображались в области, отличной от области, окруженной штриховой линией. Координата области выражается в виде (0,PG_v_shfit_value_for_Down), (0,height+PG_v_sfhit_value_for_Up), (width,PG_v_shfit_value_for_Down), и (width,height+PG_v_sfhit_value_for_Up). Например, если PG_v_sfhit_value_for_Up указывает -a, и PG_v_sfhit_value_for_Down указывает +b, область выражается как (0,b), (0,height-a), (width,b) и (width,height-a). Например, в качестве условий ограничения для PG, позиция отображения ограничена так, чтобы не выходить за пределы вышеозначенной области, позиция отображения, к которой прибавляется размер отображаемого объекта, ограничена так, чтобы не выходить за пределы вышеозначенной области, позиция отображения окна ограничена так, чтобы не выходить за пределы вышеозначенной области, и позиция отображения окна, к которой прибавляется размер окна, ограничена так, чтобы не выходить за пределы вышеозначенной области. Такие условия ограничения позволяют предотвращать частичную утрату отображения.
(Вариант осуществления 2)
Далее описан Вариант осуществления 2 настоящего изобретения.
В настоящем варианте осуществления описан способ для реализации 3D-видео, имеющего надлежащую глубину в зависимости от размера экрана TV, подключенного к устройству 2D/3D воспроизведения.
В случае 3D-видео с использованием параллаксных изображений, размер экрана влияет на восприятие глубины 3D-видео, как показано в левой стороне Фиг.40. Причина в том, что значение разности между видеосигналом левого глаза и видеосигналом правого глаза изменяется в зависимости от размера экрана TV. Рассмотрим, например, случай, когда левое видео и правое видео создаются так, чтобы реализовать наиболее подходящую ширину для 50-дюймового TV, как показано в левой стороне Фиг.40. В таком случае, можно реализовать наиболее удобное наблюдение для 50-дюймового TV. Однако значение разности между видеосигналом левого глаза и видеосигналом правого глаза мало для TV, меньшего, чем 50-дюймовый TV, в результате чего на таком TV отображается видео, которое не является достаточно мощным и широким. С другой стороны, разность слишком велика для TV, большего, чем 50-дюймовый TV, и это приводит к переутомлению глаз пользователя. Ввиду этого, предпочтительно применять значение смещения для коррекции размера экрана к плоскости левого глаза и плоскости правого глаза для вывода на TV, как показано в правой стороне Фиг.40. Например, в случае, когда видеосигнал левого глаза и видеосигнал правого глаза оптимизированы для 50-дюймового TV, как показано на Фиг.40, значение смещения задается для 32-дюймового TV так, чтобы увеличить восприятие глубины для вывода на TV. Значение смещения задается для 100-дюймового TV, чтобы уменьшить восприятие глубины для вывода на TV. Установление значения смещения указывает, наподобие метода «1 плоскость+смещение», что последняя плоскость, выводимая из проигрывателя, сдвигается на основании значения смещения и обрезается. Значение смещения, применяемое к этой последней плоскости проигрывателя, именуется “корректирующим значением выходного смещения”. Далее описан конкретный способ.
Прежде всего, опишем структуру данных. Основные части структуры данных такие же, как те, которые предназначены для хранения 3D-видео, описанных в вышеописанных вариантах осуществления, и, соответственно, здесь, в основном, описаны дополнительные части или части, отличающиеся от вышеописанных вариантов осуществления.
В файле, например, файле индекса, файле списка воспроизведения и информационном файле AV-потока, хранится таблица, показанная на Фиг.41A. В этой таблице регистрируется совокупность фрагментов информации размера экрана, каждый из которых включает в себя размер экрана в дюймах и корректирующее значение выходного смещения, которые сгруппированы в пары. На Фиг.41A число дюймов задано для каждых 10 дюймов. Альтернативно, число дюймов можно задавать для каждого произвольного числа дюймов в соответствии с заранее определенным стандартом. В порядке еще одной альтернативы, пользователь может задавать число дюймов. Это можно использовать для подготовки некоторых таблиц, показанных на Фиг.41A, и в файле, например, файле индекса, файле списка воспроизведения и информационном файле AV-потока регистрируются только ссылочные ID этих таблиц. Это можно использовать для подготовки функции для определения значения смещения в зависимости от числа дюймов, как показано в правой стороне Фиг.41B.
Таблица может включать в себя, помимо пар размера экрана в дюймах и корректирующих значений выходного смещения, значение оптимального размера TV (assumed_TV_size_when_authoring), указывающего целевой размер в дюймах созданного контента. Использование значений оптимального размера TV позволяет осуществлять различные типы обработки коррекции. Например, в случае, когда отображение осуществляется телевизором, имеющим оптимальный размер в дюймах или более, можно осуществлять обработку, например, отображение изображений, имеющих оптимальный размер в дюймах, в центре экрана TV и отображение черного кадра вокруг видео, как показано на Фиг.42.
Теперь опишем устройство воспроизведения согласно настоящему варианту осуществления. Устройство воспроизведения включает в себя, согласно Фиг.43, PSR35, который является системным параметром для хранения корректирующего значения выходного смещения, и блок применения корректирующего значения выходного смещения. Блок управления воспроизведением получает размер экрана (число дюймов) телевизора, подключенного к устройству воспроизведения кабелем HDMI и пр., идентифицирует корректирующее значение выходного смещения, соответствующее размеру экрана, на основании таблицы, показанной на Фиг.41, и сохраняет идентифицированное корректирующее значение выходного смещения в PSR35. Блок применения корректирующего значения выходного смещения обращается к значению, хранящемуся в PSR35, и устанавливает значение смещения для плоскости видеосигнала левого глаза и видеосигнала правого глаза, которые перекрываются посредством блока суммирования плоскостей, с использованием значения PSR35.
Вместо сохранения корректирующего значения выходного смещения в PSR35, можно использовать структуру, в которой размер экрана сохраняется в PSR35, и блок применения корректирующего значения выходного смещения идентифицирует корректирующее значение выходного смещения со ссылкой на таблицу, показанную на Фиг.41.
Заметим, что корректирующее значение выходного смещения можно регулировать в зависимости от пользователя, смотрящего видео. Например, поскольку ребенок имеет небольшое расстояние между левым и правым глазами, предпочтительно обеспечивать меньшее различие между видеосигналом левого глаза и видеосигналом правого глаза. Ввиду этого, подготавливается “корректирующее значение выходного смещения α” для коррекции корректирующего значения выходного смещения. Блок применения корректирующего значения выходного смещения осуществляет обработку коррекции смещения с использованием значения, полученного умножением корректирующего значения смещения на “корректирующее значение выходного смещения α”. В частности, обработка реализуется с использованием структуры, показанной на Фиг.44. На Фиг.44 показан PSR36, где хранится корректирующее значение выходного смещения α. Блок управления воспроизведением или блок выполнения программы задает значение в PSR36 через экран меню, экран OSD проигрывателя и пр. Например, для уменьшения глубины для пользователя-ребенка, можно уменьшать глубину путем задания значения, большего 1. Блок применения корректирующего значения выходного смещения обращается к PSR35 и PSR36 применяет смещение на плоскости с использованием значения полученного умножением корректирующего значения выходного смещения на корректирующее значение выходного смещения α. В результате, можно регулировать восприятие глубины в соответствии с предпочтениями пользователя.
Можно применять структуру, в которой “корректирующее значение выходного смещения α” задается на экране меню программы BD путем выбора одного из трех режимов “слабый”, “нормальный” и “сильный” для глубины 3D.
“Корректирующее значение выходного смещения α” можно сохранять для каждого сообщения SEI видеопотока, описателя пакета PMT, элемента воспроизведения и пр., и можно изменять в зависимости от сцены. Благодаря такой структуре, можно, например, устанавливать “корректирующее значение выходного смещения α”, имеющее более высокое значение для сцены большей глубины.
В настоящем варианте осуществления, корректирующее значение величины выходного смещения изменяется в зависимости от размера экрана TV. Альтернативно, корректирующее значение величины выходного смещения или корректирующее значение выходного смещения α может изменяться в зависимости от расстояния от TV до пользователя. В этом случае можно использовать следующую структуру. Очки для 3D наблюдения измеряют расстояние от экрана TV до очков, TV получает расстояние, после чего TV сообщает расстояние устройству воспроизведения по кабелю HDMI.
В настоящем варианте осуществления, корректирующее значение величины выходного смещения изменяется в зависимости от размера экрана TV. Альтернативно, проектор может измерять размер экрана следующими методами, поскольку проектор не может распознавать размер экрана. Согласно одному из методов, проектор выводит лазер на экран, например, инфракрасный свет, расстояние измеряется с использованием обратной вспышки инфракрасного света от экрана, и размер экрана вычисляется с использованием оптического параметра объектива. Согласно другому методу, длина на проекторе отображается “отрезок линии”, и пользователь измеряет длину отрезка линии на экране вводит длину через OSD проектора. Проектор может вычислять длину экрана в зависимости от длины отрезка линии на экране.
Согласно настоящему варианту осуществления, описанному выше, можно добиться оптимального стереоскопического эффекта, пригодного для каждого размера экрана путем осуществления обработки смещения для изменения значения разности между видеосигналом левого глаза и видеосигналом правого глаза в зависимости от размера экрана для отображения видео.
(Вариант осуществления 3)
Вариант осуществления 3 относится к усовершенствованию внутренней структуры файла стереоскопического перемеженного потока.
Здесь, в качестве предпосылки настоящего варианта осуществления, будут кратко объяснены файлы в файловой системе UDF. Файл UDF состоит из совокупности экстентов, управляемых посредством файловой записи. "Файловая запись" включает в себя "тег описателя", "тег ICB" и "описатель выделения".
"Тег описателя" это тег, идентифицирующий, в качестве "файловой записи", файловую запись, которая включает в себя сам тег описателя. Тег описателя подразделяется на тег описателя файловой записи, тег описателя битовой карты пространства и т.д. В случае тега описателя файловой записи, в нем записывается "261", что указывает "файловую запись".
"Тег ICB" указывает информацию атрибутов, относящихся к самой файловой записи.
"Описатель выделения" включает в себя Logical Block Number (LBN) указывающий позицию записи экстента, образующего файл более низкого порядка под директорией. Описатель выделения также включает в себя данные, которые указывают длину экстента. Два старших бита данных, которые указывают длину экстента, задаются следующим образом: "00" для указания выделенного и записанного экстента; "01" для указания выделенного и незаписанного экстента; и "11" для указания экстента, который следует за описателем выделения. Когда файл более низкого порядка под директорией делится на совокупность экстентов, файловая запись должна включать в себя совокупность описателей выделения в соответствии с экстентами.
Можно узнать адрес экстента, образующего файл потока, обратившись к вышеописанному описателю выделения в файловой записи.
Далее описаны файлы различных типов, которые используются в настоящем варианте осуществления.
<Файл стереоскопического перемеженного потока (FileSS)>
Файл стереоскопического перемеженного потока (FileSS) это файл потока (2TS-перемеженный файл), в котором перемежаются два TS, и идентифицируется пятизначным целочисленным значением и расширением (ssif), указывающим файл перемеженного формата для стереоскопического воспроизведения. Файл стереоскопического перемеженного потока состоит из экстента SS[n]. Экстент SS[n] (также именуемый EXTSS[n]) идентифицируется индексным номером "n". Индексный номер "n" последовательно увеличивается, начиная с верхней части файла стереоскопического перемеженного потока.
Каждый экстент SS[n] имеет структуру в виде пары из блока данных зависимого вида и блока данных базового вида.
Файл «2D», файл «базовый» и файл «зависимый» обращаются к блоку данных зависимого вида и блоку данных базового вида образующим экстент SS[n], посредством перекрестной ссылки. Заметим, что перекрестная ссылка означает, что фрагмент данных, записанных на носителе записи, регистрируется как экстент совокупности файлов в их файловых записях. В настоящем варианте осуществления, начальные адреса и длины продолжения блока данных зависимого вида и блока данных базового вида регистрируются в файловых записях файла «2D», файла «базовый» и файла «зависимый».
<Файл «базовый» (FileBase)>
Файл «базовый» (FileBase) это виртуальный файл потока, в котором предполагается "хранение" главного TS, указанного информацией начальной точки экстента в информации клипа, соответствующей файлу «2D». Файл «базовый» (FileBase) состоит из, по меньшей мере, одного экстента 1[i] (также именуемого EXT1[i]). Экстент 1[i] это i-й экстент в файле «базовый», где "i" - индексный номер экстента, который увеличивается, начиная с "0" в верхней части файла «базовый». Файл «базовый» это виртуальный файл потока, используемый для обработки файла стереоскопического перемеженного потока, который является 2TS-файлом, как 1TS-файла. Файл «базовый» генерируется виртуально путем построения его файловой записи в памяти устройства воспроизведения.
При фактическом чтении, файл «базовый» идентифицируется путем осуществления открытия файла с использованием имени файла для файла стереоскопического перемеженного потока. В частности, при вызове открытия файла с использованием имени файла для файла стереоскопического перемеженного потока, промежуточное программное обеспечение устройства воспроизведения генерирует в памяти файловую запись, идентифицирующую экстент в файле «базовый», и виртуально открывает файл «базовый». Файл стереоскопического перемеженного потока можно интерпретировать как "включающий в себя только один TS", что позволяет считывать 2TS-файл стереоскопического перемеженного потока из носителя записи как 1TS-файл «базовый».
Когда в режиме презентации B-B подлежит считыванию только блок данных базового вида, считываются только экстенты, образующие файл «базовый». Даже при переключении режима из режима презентации B-B в режим презентации B-D, блок данных зависимого вида и блок данных базового вида можно считывать путем расширения диапазона чтения с экстентов, образующих файл «базовый», на экстенты, образующие файл стереоскопического перемеженного потока. Таким образом, при такой конфигурации, эффективность чтения файла не снижается.
<Файл «зависимый» (FileDependent)>
Файл «зависимый» (FileDependent) это файл потока в котором предполагается "хранение" вспомогательного TS, который состоит из экстента 2[i] (также именуемого EXT2[i]). Экстент 2[i] является i-ым экстентом в файле «зависимый», где "i" - индексный номер экстента, который увеличивается начиная с "0" в верхней части файла «зависимый». Файл «зависимый» это виртуальный файл потока, используемый для обработки файла стереоскопического перемеженного потока, который является 2TS-файлом, как 1TS-файла, где хранится вспомогательный TS. Файл «зависимый» генерируется виртуально путем построения его файловой записи в памяти устройства воспроизведения.
Для доступа к видеопотоку зависимого вида, к нему присоединяется имя файла, представленное числом, генерируемым путем прибавления "1" к пятизначному целому числу, представляющему имя файла для файла стереоскопического перемеженного потока. На носителе записи хранится пустой файл, и "число, генерируемое путем прибавления 1", а именно, идентификационный номер видеопотока зависимого вида, присоединяется к пустому файлу. Заметим, что пустой файл это файл, в котором не хранится никакого экстента, а именно, существенной информации, но имеющий только имя файла. Видеопоток зависимого вида обрабатывается как хранящийся в пустом файле.
<Файл «2D» (File2D)>
Файл «2D» (File2D) это 1TS-файл потока, где хранится главный TS, который воспроизводится в режиме 2D вывода, и состоит из экстента 2D. Файл «2D» идентифицируется пятизначным целочисленным значением и расширением (ssif), указывающим файл перемеженного формата для стереоскопического воспроизведения.
На Фиг.45 показано соответствие между файлом «2D»/файлом «базовый» и файлом «зависимый».
На Фиг.45, первая строка демонстрирует файл «2D»/файл «базовый» 00001.m2ts и файл «зависимый» 00002.m2ts. Во второй строке показаны экстенты, где хранятся блоки данных зависимого вида и блоки данных базового вида. Третья строка демонстрирует файл стереоскопического перемеженного потока 00001.ssif.
Пунктирные стрелки h1, h2, h3 и h4 указывают файлы, которым принадлежат экстенты EXT1[i] и EXT2[i], причем принадлежность указана идентификаторами выделения. Согласно отношению принадлежности, указанному стрелками h1 и h2, экстенты EXT1[i] и EXT1[i+1] регистрируются как экстенты файла «базовый» 00001.m2ts.
Согласно отношению принадлежности, указанному стрелками h3 и h4, экстенты EXT2[i] и EXT2[i+1] регистрируются как экстенты файла «зависимый» 00002.m2ts.
Согласно отношению принадлежности, указанному стрелками h5, h6, h7 и h8, экстенты EXT1[i], EXT2[i], EXT1[i+1] и EXT2[i+1] регистрируются как экстенты файла 00001.ssif. Отсюда следует, что экстенты EXT1[i] и EXT1[i+1] принадлежат как 00001.ssif, так и 00001.m2ts. Расширение "ssif" является аббревиатурой StereoScopic Interleave File, указывая, что это файл в формате перемежения для стереоскопического воспроизведения.
Здесь, пара из экстента, составляющего файл «базовый», и экстента, составляющего файл «зависимый», которые идентифицируются одним и тем же идентификатором экстента, называется “единицей перемежающихся экстентов”. В примере, показанном на Фиг.45, пара из EXT1[i] и EXT2[i], которые идентифицируются идентификатором экстента “i”, является единицей перемежающихся экстентов [i]. Кроме того, пара из EXT1[i+1] и EXT2[i+1], которые идентифицируются идентификатором экстента “i+1”, является единицей перемежающихся экстентов [i+1]. При произвольном доступе к файлу стереоскопического перемеженного потока, необходимо гарантировать, что единица перемежающихся экстентов, идентифицированная идентификатором экстента, считывается с носителя записи сразу полностью.
На Фиг.46A-46C показано соответствие между файлом перемеженного потока и файлом «2D»/файлом «базовый».
В третьей строке на Фиг.46A показана внутренняя структура файла перемеженного потока. Файл стереоскопического перемеженного потока состоит из экстентов EXT1[1] и EXT1[2], где хранятся блоки данных базового вида, и EXT2[1] и EXT2[2], где хранятся блоки данных зависимого вида, причем они располагаются попеременно в формате перемежения.
В первой строке на Фиг.46A показана внутренняя структура файла «2D»/файла «базовый». Файл «2D»/файл «базовый» состоит только из экстентов EXT1[1] и EXT1[2], где хранятся блоки данных базового вида, среди экстентов, образующих файл перемеженного потока, показанных в третьей строке. Файл «2D»/файл «базовый» и файл перемеженного потока имеют одно и то же имя, но разные расширения.
Во второй строке на Фиг.46A показана внутренняя структура файла «зависимый». Файл «зависимый» состоит только из экстентов EXT2[1], EXT2[2] и EXT2[3], где хранятся блоки данных зависимого вида, среди экстентов, образующих файл перемеженного потока, показанных в третьей строке. Имя файла для файла «зависимый» имеет значение, на 1 большее, чем имя файла для файла перемеженного потока, и они имеют разные расширения.
Не все устройства воспроизведения поддерживают систему 3D воспроизведения. Таким образом, предпочтительно, чтобы даже оптический диск, включающий в себя 3D изображение, поддерживал 2D воспроизведение. Заметим, что устройства воспроизведения, поддерживающие только 2D воспроизведение, не идентифицируют структуру данных, расширенную до 3D. Устройства 2D воспроизведения должны обращаться только к спискам воспроизведения 2D и 2D-потокам с использованием традиционного метода идентификации, предусмотренного для устройств 2D воспроизведения. Ввиду этого, видеопотоки базового вида сохраняются в формате файла, который способны распознавать устройства 2D воспроизведения.
Согласно первому методу, главному TS назначается то же имя файла, что и в системе 2D воспроизведение, что позволяет реализовать вышеописанное обращение к информации списка воспроизведения, иначе говоря, позволяет использовать главный TS также при 2D воспроизведении, и файлы потока в формате перемежения имеют другое расширение. На Фиг.46B показано, что файлы "00001.m2ts" и "00001.ssif" связаны друг с другом одинаковым именем файла "00001", хотя первый имеет 2D формат, а последний - 3D формат.
В традиционном устройстве 2D воспроизведения, список воспроизведения обращается только к AV клипам главный TS, и, таким образом, устройство 2D воспроизведения воспроизводит только файл «2D». С другой стороны, в устройстве 3D воспроизведения, хотя список воспроизведения обращается только к файлу «2D», где хранится главный TS, при обнаружении файла, который имеет тот же идентификационный номер, но другое расширение, принимается решение, что файл является файлом потока в формате перемежения для 3D изображения, и выводятся главный TS и вспомогательный TS.
Второй метод предусматривает использование разных папок. Главные TS сохраняются в папках с традиционными именами папок (например, "STREAM"), а вспомогательные TS сохраняются в папках с именами папок, характерными для 3D (например, "SSIF"), с тем же именем файла "00001". В устройстве 2D воспроизведения, список воспроизведения обращается только к файлам в папке "STREAM", но в устройстве 3D воспроизведения, список воспроизведения обращается к файлам, имеющим одинаковое имя файла в папках "STREAM" и "SSIF" одновременно, что позволяет связывать между собой главный TS и вспомогательный TS.
Третий метод предусматривает использование идентификационных номеров. Иначе говоря, этот метод связывает файлы на основании заранее определенного правила, касающегося идентификационных номеров. Например, когда идентификационный номер файла «2D»/файла «базовый» равен "00001", файлу «зависимый» присваивается идентификационный номер "00002", полученный прибавлением "1" к идентификационному номеру файла «2D»/файла «базовый», как показано на Фиг.46C. Однако файловая система носителя записи рассматривает файл «зависимый», которому присвоено имя файла согласно правилу, как несущественный пустой файл. Причина в том, что файл «зависимый», в действительности, является файлом стереоскопического перемеженного потока. Имена файлов связанные друг с другом таким образом, записываются в (i) регистрационную информацию потоков в базовой таблице выбора потока и (ii) ссылку на ID записи вспомогательного клипа (ref_to_subclip_entry_id) в регистрационной информации потоков в расширенной таблице выбора потока. С другой стороны, устройство воспроизведения распознает имя файла, которое имеет значение на "1" большее, чем имя файла, записанное в ссылке на ID записи вспомогательного клипа, как имя файла для пустого файла, и осуществляет процесс открытия файла «зависимый» виртуально. Это гарантирует, что процедура выбора потока считывает, из носителя записи, файл «зависимый», который связан с другими файлами вышеописанным образом.
Информационные файлы клипа идентифицируются по тому же правилу, что и выше.
На этом завершается описание файла «2D», файла «базовый», и файла «зависимый».
Ниже детально поясняются блоки данных.
<Блок данных базового вида>
Блок данных базового вида (B[i]) это i-й фрагмент данных в главном TS. Заметим, что главный TS это TS, указанный как главный элемент главного пути посредством информации имени информационного файла клипа в информации текущего элемента воспроизведения. "i" в B[i] это индексный номер, который увеличивается начиная с "0", соответствующего блоку данных в верхней части файла «базовый».
Блоки данных базового вида подразделяются на те, которые совместно используются файлом «базовый» и файлом «2D», и те, которые не используются совместно файлом «базовый» и файлом «2D».
Блоки данных базового вида, совместно используемые файлом «базовый» и файлом «2D», и блоки данных базового вида, уникальные для файла «2D», становятся экстентами файла «2D», и задаются так, чтобы иметь длину, которая не приводит к опустошению буфера в устройстве воспроизведения. Начальный адрес сектора блоков данных базового вида записывается в описателе выделения в файловой записи файла «2D».
Блоки данных базового вида, уникальные для файла «базовый», которые не используются совместно файлом «2D», не становятся экстентами файла «2D», и, таким образом, они не задаются так, чтобы иметь длину, которая не приводит к опустошению в единичном буфере в устройстве воспроизведения. Блоки данных базового вида задаются так, чтобы иметь меньший размер, а именно, длину, которая не приводит к опустошению в двойном буфере в устройстве воспроизведения.
Начальные адреса секторов блока данных базового вида, уникального для файла «базовый», не записываются в описателе выделения в файловой записи. Вместо этого, начальный пакет источника в блоке данных базового вида указывается посредством информации начальной точки экстента в информации клипа информационного файла клипа, соответствующей главному TS. Таким образом, начальный адрес сектора блока данных базового вида, уникального для файла «базовый», нужно получать с использованием (i) описателя выделения в файловой записи файла стереоскопического перемеженного потока и (ii) информации начальной точки экстента в информации клипа.
<Блок данных зависимого вида>
Блок данных зависимого вида (D[i]) это i-й фрагмент данных во вспомогательном TS. Заметим, что вспомогательный TS это TS, указанный как главный элемент вспомогательного пути посредством потоковой записи в регистрационной последовательности потоков в расширенной таблице выбора потока, которая соответствует информации текущего элемента воспроизведения. "i" в D[i] это индексный номер, который увеличивается, начиная с "0", соответствующего блоку данных в верхней части файла «зависимый».
Блоки данных зависимого вида становятся экстентами файла «зависимый» и задаются так, чтобы иметь длину, которая не приводит к опустошению в двойном буфере в устройстве воспроизведения.
Кроме того, в непрерывных областях на носителе записи, блок данных зависимого вида располагается до блока данных базового вида, который воспроизводится в течение того же времени воспроизведения, что и блок данных зависимого вида. По этой причине, при считывании файла стереоскопического перемеженного потока, блок данных зависимого вида считывается обязательно до соответствующего блока данных базового вида.
Начальные адреса секторов блоков данных зависимого вида не записываются в описателе выделения в файловой записи файла «2D», поскольку блоки данных зависимого вида не используются совместно файлом «2D». Вместо этого, начальный пакет источника в блоке данных зависимого вида указывается посредством информации начальной точки экстента в информации клипа. Таким образом, начальный адрес сектора блока данных зависимого вида нужно получать с использованием (i) описателя выделения в файловой записи файла «2D» и (ii) информации начальной точки экстента в информации клипа.
<Классификация экстента>
Как описано выше, экстенты файла «2D» подразделяются на те, которые совместно используются файлом «базовый», и те, которые не используются совместно файлом «базовый».
Пусть файл «2D» имеет экстенты B[0], B[1], B[2], B[3]2D и B[4]2D, и файл «базовый» имеет экстенты B[0], B[1], B[2], B[3]ss и B[4]ss. Из них, B[0], B[1] и B[2] являются блоками данных базового вида, совместно используемые файлом «базовый». B[3]2D и B[4]2D являются блоками данных базового вида, уникальными для файла «2D», не используемыми совместно файлом «базовый».
Кроме того, B[3]ss и B[4]ss являются блоками данных базового вида, уникальными для файла «базовый», не используемыми совместно файлом «2D».
Данные B[3]2D побитово совпадают с данными B[3]ss. Данные B[4]2D побитово совпадают с данными B[4]ss.
Блоки данных B[2], B[3]2D и B[4]2D в файле «2D» образуют экстенты (большие экстенты), имеющие большую длину продолжения сразу перед позицией, в которой обусловлен длинный переход. Таким образом, большие экстенты могут формироваться сразу перед длинным переходом в файле «2D». Соответственно, даже когда файл стереоскопического перемеженного потока воспроизводится в режиме 2D вывода, не нужно беспокоиться об опустошении в буфере чтения.
Файл «2D» и файл «базовый» имеют сходство, хотя частично отличаются экстентами. Таким образом, файл «2D» и файл «базовый», в целом именуются "файл «2D»/файл «базовый»".
На Фиг.47 показано соответствие между файлом стереоскопического перемеженного потока, файлом «2D», файлом «базовый» и файлом «зависимый». В первой строке на Фиг.47 показан файл «2D», во второй строке показаны блоки данных, записанные на носителе записи, третья строка демонстрирует файл стереоскопического перемеженного потока, в четвертой строке показан файл «базовый», и в пятой строке показан файл «зависимый».
Во второй строке показаны блоки данных D[1], B[1], D[2], B[2], D[3], B[3]ss, D[4], B[4]ss, B[3]2D и B[4]2D. Стрелки ex1, ex2, ex3 и ex4 указывают отношение принадлежности, согласно которому, из этих блоков данных, блоки данных B[1], B[2], B[3]2D и B[4]2D образуют экстенты файла «2D».
Стрелки ex5 и ex6 указывают отношение принадлежности, согласно которому D[1], B[1], D[2], B[2], D[3], B[3]ss, D[4] и B[4]ss образуют экстенты файла стереоскопического перемеженного потока.
В четвертой строке показано, что, из этих блоков данных, образующих файл стереоскопического перемеженного потока, B[1], B[2], B[3]ss и B[4]ss образуют экстенты файла «базовый». Пятая строка показывает, что, из блоков данных, образующих файл стереоскопического перемеженного потока, D[1], D[2], D[3] и D[4] образуют экстенты файла «зависимый».
На Фиг.48 показаны список воспроизведения 2D и список воспроизведения 3D. Первая строка демонстрирует информацию списка воспроизведения 2D. Во второй строке показаны блоки данных базового вида. Третья строка демонстрирует список воспроизведения 3D. В четвертой строке показаны блоки данных зависимого вида.
Стрелки rf1, rf2 и rf3 указывают путь воспроизведения, генерируемый путем объединения расширения "m2ts" и имени файла "00001", описанного в "clip_information_file_name" в информации элемента воспроизведения информации списка воспроизведения 2D. В этом случае, путь воспроизведения на стороне базового вида состоит из блоков данных B[1], B[2] и B[3]2D.
Стрелки rf4, rf5, rf6 и rf7 указывают путь воспроизведения, указанный информацией элемента воспроизведения информации списка воспроизведения 3D. В этом примере, путь воспроизведения на стороне базового вида состоит из блоков данных B[1], B[2], B[3]ss и B[4]ss.
Стрелки rf8, rf9, rf10 и rf11 указывают путь воспроизведения указанный информацией вспомогательного элемента воспроизведения информации списка воспроизведения 3D. В этом примере, путь воспроизведения на стороне зависимого вида состоит из блоков данных D[1], D[2], D[3] и D[4]. Эти блоки данных, образующие пути воспроизведения, указанные информацией элемента воспроизведения и информацией вспомогательного элемента воспроизведения, можно считывать, открывая файлы, которые генерируются путем объединения расширения "ssif" и имен файлов, записанных в "clip_information_file_name" в информации элемента воспроизведения.
Согласно Фиг.48, информация имени информационного файла клипа в списке воспроизведения 3D и информация имени информационного файла клипа в списке воспроизведения 2D имеют одинаковые имена файлов. Соответственно, информацию списка воспроизведения можно записывать так, чтобы она включала в себя описание, общее для списка воспроизведения 3D и списка воспроизведения 2D (как указывают стрелки df1 и df2), для задания списка воспроизведения 3D и списка воспроизведения 2D. Соответственно, после записи информации списка воспроизведения для реализации списка воспроизведения 3D: информация списка воспроизведения функционирует как список воспроизведения 3D, когда режим вывода устройства воспроизведения является режимом стереоскопического вывода; и информация списка воспроизведения функционирует как список воспроизведения 2D, когда режим вывода устройства воспроизведения является режимом 2D вывода. Список воспроизведения 2D и список воспроизведения 3D, показанные на Фиг.48, сообща имеют фрагмент информации списка воспроизведения, который интерпретируется как список воспроизведения 2D или список воспроизведения 3D в зависимости от режима вывода устройства воспроизведения, которое интерпретирует фрагмент информации списка воспроизведения. Это позволяет сократить продолжительность времени и усилия со стороны лица, отвечающего за авторинг.
Когда главные TS и вспомогательные TS сохраняются в файле стереоскопического перемеженного потока, имя файла для файла «2D» записывается в "clip_information_file_name" в информации элемента воспроизведения списка воспроизведения 2D, и имя файла для файла «базовый» записывается в "clip_information_file_name" в информации элемента воспроизведения списка воспроизведения 3D. Поскольку файл «базовый» является виртуальным файлом, и его имя файла такое же, как у файла стереоскопического перемеженного потока, имя файла для файла стереоскопического перемеженного потока можно записывать в "clip_information_file_name" в информации элемента воспроизведения. Имя файла для файла «зависимый» записывается в "ref_to_subclip_entry_id" в регистрационной информации потоков в расширенной таблице выбора потока. Имя файла для файла «зависимый» создается путем прибавления "1" к идентификационному номеру файла стереоскопического перемеженного потока.
Как описано выше, блоки данных базового вида и зависимого вида сохраняются в одном файле стереоскопического перемеженного потока, и файл стереоскопического перемеженного потока может открываться как файл любого из файла «2D», файла «базовый» и файла «зависимый». Благодаря такой структуре, декодер может обрабатывать файл стереоскопического перемеженного потока таким же образом, как файл регулярного потока. Таким образом, метод хранения видеопотоков базового вида и зависимого вида можно положительно использовать для сохранения файла стереоскопического перемеженного потока.
Перейдем к подробному описанию внутренней структуры информационного файла клипа.
На Фиг.49A-49D показана внутренняя структура информационного файла клипа.
На Фиг.49A показан информационный файл клипа для 2D. На Фиг.49B показан информационный файл клипа для 3D. Эти информационные файлы клипа включают в себя "информацию клипа", "информацию последовательности", "программную информацию" и "информацию характеристической точки".
"Информация клипа" это информация, указывающая, для каждой последовательности ATC, к какому типу относится AV клип, каждая последовательность пакетов источника которого хранится в файле потока.
"Информация последовательности" указывает, для каждой последовательности ATC, информацию (информацию последовательности ATC), которая указывает, к какому типу относится последовательность ATC, одна или несколько последовательностей пакетов источника которой хранятся в файле потока. Информация последовательности ATC включает в себя: информацию, указывающую, номером пакета источника, где существует пакет источника, являющийся начальной точкой ATC; смещения между идентификаторами последовательности STC и идентификаторами последовательности ATC; и информацию последовательности STC, соответствующую каждой из совокупности последовательностей STC. Каждый фрагмент информации последовательности STC включает в себя: номер пакета для пакета источника, где хранится PCR соответствующей последовательности STC; информацию, указывающую, где в последовательности STC существует пакет источника, являющийся начальной точкой последовательности STC; и начальное время воспроизведения и конечное время воспроизведения последовательности STC.
"Программная информация" указывает программные структуры главного TS и вспомогательных TS, управляемые как "AV клипы" посредством информационного файла клипа. Программная информация указывает, какие типы ES мультиплексируются в AV клипе. В частности, программная информация указывает, какие типы идентификаторов пакетов имеют ES, мультиплексируемые в AV клипе, и указывает метод кодирования. Таким образом, программная информация указывает метод кодирования, например, MPEG2-video или MPEG4-AVC, который используется для кодирования со сжатием видеопотока.
"Информация характеристической точки" это информация, указывающая, для каждого ES, где существуют характеристические точки совокупности ES, мультиплексируемых в AV клипе. Информация, указывающая характеристическую точку для каждого ES, называется “базовая карта записей”.
Определение характеристической точки отличается для каждого типа потока. В случае видеопотоков базового вида и зависимого вида, характеристической точкой является разделитель единиц доступа, который указывает компонент вида типа I-изображения, который находится в начале открытой GOP и замкнутой GOP. В случае аудиопотока, характеристической точкой является разделитель единиц доступа, указывающих начальные позиции аудиокадров, которые существуют с регулярными интервалами, например, каждую секунду. В случае PG- и IG-потоков, характеристической точкой является разделитель единиц доступа, указывающих начальные позиции установок отображения (установки отображения начала эпохи, установки отображения точки захвата), которые снабжены всеми функциональными сегментами, необходимыми для отображения, из установок отображения графических потоков.
Последовательность ATC и последовательность STC по-разному представляют характеристическую точку. Последовательность ATC представляет характеристическую точку номером пакета источника. Последовательность STC представляет характеристическую точку с использованием PTS, которая указывает момент времени на временной оси STC.
Ввиду вышеописанных различий, базовая карта записей для каждой ES состоит из совокупности точек записи. В частности, в каждой точке записи, образующей карту записей, номер пакета источника, который указывает положение характеристической точки в последовательности ATC, связан с PTS, которая указывает положение характеристической точки в последовательности STC. Кроме того, каждая точка записи включает в себя флаг (флаг "is_angle_change"), который указывает, имеется ли изменение угла к характеристической точке. Поскольку изменение угла имеется на пакете источника, находящемся в начале единицы перемежения, образующей многоугловую секцию, флаг "is_angle_change" в точке записи, указывающей начальный пакет источника единицы перемежения, всегда установлен на ON. Кроме того, точка записи, указывающая начальный пакет источника единицы перемежения, связана с In_Time в информации элемента воспроизведения посредством точки записи.
Карта записей для каждой ES указывает номера пакетов источника характеристических точек для соответствующих типов потоков в соответствии с PTS. Соответственно, обратившись к этой карте записей, можно получить, от произвольного момента времени в последовательности ATC, номера пакетов источника, которые указывают положения характеристических точек для ES, ближайших к произвольному моменту времени.
На этом завершается объяснение информационного файла клипа для 2D. Теперь детализируем объяснение информационного файла клипа для 3D. На Фиг.497B показана внутренняя структура информационного файла клипа для 3D. Информационный файл клипа для 3D включает в себя: "зависимую информацию клипа (информацию управления зависимого вида)", которая является информацией клипа для файла «зависимый»; и "базовую информацию клипа (информацию управления базового вида)", которая является информацией клипа для файла «базовый», а также "информацию клипа для файла «2D»", которая является регулярной информацией клипа (информацией управления). Причина состоит в следующем. Как описано, файл стереоскопического перемеженного потока сохраняется в директории, которая отличается от директории, в которой сохраняются файлы регулярного потока, во избежание смешивания их друг с другом. Соответственно, информационные файлы клипа не могут быть связаны с файлом стереоскопического перемеженного потока. Таким образом, зависимая информация клипа и базовая информация клипа сохраняются в информационном файле клипа для 2D.
Зависимая информация клипа и базовая информация клипа отличаются от информационного файла клипа для 2D тем, что зависимая информация клипа и базовая информация клипа включают в себя метаданные, которые имеют последовательность начальных точек экстента.
Согласно Фиг.49B, зависимая информация клипа включает в себя последовательность начальных точек экстента, и базовая информация клипа также включает в себя последовательность начальных точек экстента. Информация характеристической точки включает в себя карту записей, и данные расширения включают в себя расширенную карту записей.
В режиме 3D вывода, информационный файл клипа делится на файл базовой информации клипа и файл зависимой информации клипа.
На Фиг.49C показан файл базовой информации клипа. Файл базовой информации клипа включает в себя базовую информацию клипа и базовую карту записей. Базовая информация клипа включает в себя информацию начальной точки экстента.
На Фиг.49D показан файл зависимой информации клипа. Файл зависимой информации клипа включает в себя зависимую информацию клипа и расширенную карту записей. Зависимая информация клипа включает в себя информацию начальной точки экстента.
Информационный файл клипа для режима 2D вывода хранится под директорией для информационного файла клипа (директорией CLPI). Файл базовой информации клипа генерируется из информационного файла клипа в режиме 3D вывода и обрабатывается для сохранения в информационном файле клипа для режима 2D вывода.
Пустой информационный файл клипа хранится под директорией для информационного файла клипа (директорией CLPI). Пустому информационному файлу клипа назначается имя файла, которое представлено числом, соответствующим файлу «зависимый», а именно, числом, генерируемым прибавлением “1” к идентификационному номеру файла «2D»/файл «базовый». Файл зависимой информации клипа генерируется в режиме 3D вывода из информационного файла клипа, соответствующего файлу «2D», и обрабатывается для сохранения в пустом информационном файле клипа. Если предположить, что информационный файл клипа в режиме 2D вывода имеет имя 00001.clpi, то файл базовой информации клипа в режиме 3D вывода обрабатывается для сохранения в 00001.clpi, и файл зависимой информации клипа в режиме 3D вывода обрабатывается для сохранения в 00002.clpi.
<Начальная точка экстента>
Ниже поясняется начальная точка экстента.
Как описано выше, файл стереоскопического перемеженного потока состоит из двух потоков клипа AV (транспортный поток BDAV MPEG2). Пара информации начальной точки экстента позволяет делить файл стереоскопического перемеженного потока на два AV потока. Информация начальной точки экстента обеспечивается следующим образом.
(1) Таблица информации начальной точки экстента поступает, на устройство воспроизведения, во фрагменте информации клипа, на который ссылается элемент воспроизведения списка воспроизведения, который включает в себя вспомогательный путь с “тип вспомогательного пути=8”. Здесь следует заметить, что вспомогательный путь с “тип вспомогательного пути=8” представляет собой путь воспроизведения видеопотока зависимого вида out-of-MUX дискового типа.
(2) Другая таблица информации начальной точки экстента поступает, на устройство воспроизведения, во фрагменте информации клипа, на который ссылается вспомогательный элемент воспроизведения списка воспроизведения, который включает в себя вспомогательный путь с “тип вспомогательного пути=8”.
Когда флаг в информации элемента воспроизведения (flug_is_multiangle_flag), который указывает, существует ли многоугловая секция, установлен на ON, таблицы информации начальной точки экстента в паре поступают на устройство воспроизведения, одна во фрагменте информации клипа, на который ссылается значение ID угла, и другая во фрагменте информации клипа, на который ссылается значение ID записи вспомогательного клипа.
Информация начальной точки экстента в информационном файле клипа имеет следующую структуру данных. Значение ID1 и значение ID2 в данных расширения в ext_data_entry() следует задавать равными 0x0002 и 0x0004, соответственно.
Информационный файл клипа, включающий в себя таблицы информации начальной точки экстента, должен удовлетворять следующим двум условиям.
(a) На информационный файл клипа должен ссылаться элемент воспроизведения списка воспроизведения, который включает в себя вспомогательный путь с “тип вспомогательного пути=8”.
(b) На информационный файл клипа должен ссылаться вспомогательный элемент воспроизведения во вспомогательном пути с “тип вспомогательного пути=8”. Заметим, что вспомогательный путь с “тип вспомогательного пути=8” представляет собой путь воспроизведения видеопотока зависимого вида out-of-MUX дискового типа.
На Фиг.50 показано соответствие между информационным файлом клипа, списком воспроизведения и файлом стереоскопического перемеженного потока. В правой стороне Фиг.50 показан файл стереоскопического перемеженного потока, и в левой стороне Фиг.50 показан информационный файл клипа. В середине Фиг.50, в первой строке показан файл «базовый», во второй строке показан файл базовой информации клипа, в третьей строке показан список воспроизведения 3D, в четвертой строке показан файл зависимой информации клипа, и в пятой строке показан файл «зависимый».
Стрелки bk1 и bk2 указывают, что файл «базовый» и файл «зависимый» получаются, соответственно, делением файла потока, показанного в правой стороне чертежа.
Информационный файл клипа, показанный в левой стороне Фиг.50, включает в себя информацию характеристической точки, данные расширения, базовую информацию клипа и зависимую информацию клипа. Стрелки bk3 и bk4 указывают, что таблицы информации начальной точки экстента в базовой информации клипа и зависимой информации клипа позволяют делить файл стереоскопического перемеженного потока.
Ниже поясняется начальная точка экстента.
В информации начальной точки экстента информационного файла клипа, значение ID1 и значение ID2 в данных расширения в ext_data_entry() следует задавать равными 0x0002 и 0x0004, соответственно.
Информационный файл клипа, включающий в себя информацию начальной точки экстента, должен удовлетворять следующим двум условиям.
(i) На информационный файл клипа должен ссылаться элемент воспроизведения списка воспроизведения, который включает в себя вспомогательный путь, имеющий тип вспомогательного пути указывающий 8.
(ii) На информационный файл клипа должен ссылаться вспомогательный элемент воспроизведения во вспомогательном пути, имеющем тип вспомогательного пути указывающий 8. Заметим, что вспомогательный путь, имеющий тип вспомогательного пути, указывающий 8, представляет собой путь воспроизведения видеопотока зависимого вида out-of-MUX дискового типа.
Файл стереоскопического перемеженного потока состоит из двух потоков клипа AV (транспортный поток BDAV MPEG2). Пара информации начальной точки экстента позволяет делить файл стереоскопического перемеженного потока на два AV потока. Информация начальной точки экстента обеспечивается следующим образом.
(1) Таблица информации начальной точки экстента хранится в информации клипа, на которую ссылается элемент воспроизведения списка воспроизведения, который включает в себя вспомогательный путь, имеющий тип вспомогательного пути, указывающий 8, чтобы поступать на устройство воспроизведения.
(2) Другая таблица информации начальной точки экстента хранится в информации клипа, на которую ссылается вспомогательный элемент воспроизведения списка воспроизведения, который включает в себя вспомогательный путь, имеющий тип вспомогательного пути, указывающий 8, чтобы поступать на устройство воспроизведения.
Если флаг “is_multiangle” в элементе воспроизведения задан равным 1, пара таблиц информации начальной точки экстента является информацией клипа, на которую ссылается значение ID угла, и информацией клипа, на которую ссылается значение ID записи вспомогательного клипа, соответственно, чтобы поступать на устройство воспроизведения.
На Фиг.51A и 51B показана внутренняя структура базовой информации клипа и зависимой информации клипа. Согласно Фиг.51A, базовая информация клипа и зависимая информация клипа включают в себя: “информацию типа потока клипа”, указывающую тип потока, которому принадлежит соответствующий AV клип; “информацию типа приложения”, указывающую тип, которому принадлежит приложение, состоящее из соответствующего AV клипа, например, приложение фильма, приложение слайд-шоу на временной основе или просматриваемое приложение слайд-шоу; “скорость записи TS”, указывающую скорость переноса, с которой пакеты TS в AV клипе переносятся в устройстве воспроизведения после того, как пакеты источника проходят через депакетизатор пакетов источника; “количество пакетов источника”, указывающее количество пакетов источника, составляющих соответствующий AV клип; “дельту ATC”, указывающую различие в ATC из последовательности ATC, составляющей предыдущий AV клип; “таблицу информации начальной точки экстента”; и “информацию начальной точки экстента”.
На Фиг.51B показана внутренняя структура таблицы информации начальной точки экстента. Согласно Фиг.51B, таблица информации начальной точки экстента включает в себя “number_of_extent_start_point”, и “SPN_extent_start_point” в количестве, указанном посредством “number_of_extent_start_point”.
“number_of_extent_start_ point” указывает количество экстентов, принадлежащих соответствующему файлу AV потока. Таблицы информации начальной точки экстента в базовой информации клипа и зависимой информации клипа в одной и той же паре имеют одно и то же значение в “number_of_extent_start_point”.
Количество величин “SPN_extent_start” (от SPN_extent_start[0] до SPN_extent_start [number_of_extent_start_point]) равно “number_of_extent_start_point+1”. Каждый SPN_extent_start указан идентификатором экстента [extent_id] и является 32-битовым значением, которое указывает номер пакета источника для пакета источника, который соответствует экстенту, идентифицируемому посредством extent_id, в файле AV потока.
Ниже поясняются данные расширения информационного файла клипа. Данные расширения включают в себя расширенную карту записей. Расширенная карта записей, как и в случае базовой карты записей, состоит из совокупности точек записи. В частности, в каждой точке записи, составляющей расширенную карту записей, номер пакета источника, который указывает положение характеристической точки в последовательности ATC, связан с PTS, которая указывает положение характеристической точки в последовательности STC. Каждая точка записи дополнительно включает в себя: флаг (флаг “is_angle_change”), который указывает, возможно ли угловое изменение характеристической точки; и информацию (I_size), которая указывает размер интра-изображения, находящегося в начале GOP. Расширенная карта записей отличается от базовой карты записей тем, что на нее накладываются следующие ограничения.
Когда расширенная карта записей включает в себя записи для компонентов вида MPEG4-MVC, расширенная карта записей также должна включать в себя записи для компонентов вида в соответствии с PTS в расширенной карте записей.
При наличии двух информационных файлов клипа, соответствующие типы приложения которых равны “1” и “8”, и которые соответствуют файлу стереоскопического перемеженного потока, должны выполняться следующие условия. Иначе говоря, когда экстент, идентифицированный значением Extent ID из информации клипа с “тип приложения=1” (информации клипа для типа приложения первичного видеопотока) включает в себя пакет источника, идентифицируемый PTS_EP_Start видеопотока базового вида, экстент, идентифицированный тем же значением Extent ID из информации клипа с “тип приложения=8”, должен включать в себя пакет источника, идентифицируемый тем же значением PTS_EP_Start видеопотока зависимого вида.
На Фиг.52 показаны базовая карта записей и расширенная карта записей. На Фиг.52, в пятой строке показана совокупность пар из блока данных зависимого вида и блока данных базового вида. В четвертой строке показана последовательность пакетов источника, которые составляют блоки данных зависимого вида и блоки данных базового вида. В первой строке показаны компоненты вида, идентифицируемые посредством PTS. Во второй строке показана базовая карта записей. В третьей строке показана расширенная карта записей.
Когда Extent[1] указанный начальной точкой экстента с “Extent ID=1”, имеет пакет источника [n1] с “SPN=n1”, на который ссылается запись с “PTS_EP_Start=t1” видеопотока базового вида, Extent[1], указанный начальной точкой экстента с “Extent ID=1”, который совпадает с Extent ID информацией клипа с “тип приложения=8”, включает в себя пакет источника [n11] с “SPN=n11”, на который ссылается запись с “PTS_EP_Start=t1”, которая является записью, имеющей одно и то же значение в видеопотоке зависимого вида.
Как следует из этого, когда пакет источника, находящийся в начале GOP(i) видеопотока базового вида, и пакет источника, находящийся в начале GOP(i) видеопотока зависимого вида, принадлежат одной и той же единице перемежающихся экстентов, записи, указывающие пакет источника, находящийся в начале GOP(i) видеопотока базового вида, и пакет источника, находящийся в начале GOP(i) видеопотока зависимого вида, добавляются в каждую из базовой карты записей и расширенной карты записей. Соответственно, используя базовую карту записей и расширенную карту записей, можно гарантировать непрерывное чтение GOP(i) видеопотока базового вида и GOP(i) видеопотока зависимого вида.
На Фиг.53 показаны записи, не разрешенные в расширенной карте записей.
Здесь предполагается, что пакет источника [x] с “SPN=x”, на который ссылается запись с “PTS_EP_Start=x” видеопотока базового вида существует в начале экстента файла «базовый», идентифицируемого посредством Extent ID=x, и что пакет источника [y] с “SPN=y”, на который ссылается запись с “PTS_EP_Start=x”, существует в начале экстента файла «зависимый», идентифицируемого посредством Extent ID=j, где “i” и “j” отличаются друг от друга.
Нельзя сказать, что Extent [i], указанный начальной точкой экстента клипа «зависимый» с “Extent ID=i” включает в себя пакет источника с “SPN=x”, на который ссылается запись с “PTS_EP_Start=x”, которая является записью видеопотока базового вида, имеющей то же значение. Таким образом, запись с “PTS_EP_Start=x” не может быть добавлена в расширенную карту записей.
Когда пакет источника, находящийся в начале GOP(i) видеопотока базового вида, и пакет источника, находящийся в начале GOP(i) видеопотока зависимого вида, принадлежат разным единицам перемежающихся экстентов, запись, указывающая пакет источника, находящийся в начале GOP(i), не добавляется ни в базовую карту записей, ни в расширенную карту записей. В этом случае, GOP(i) видеопотока базового вида и GOP(i) видеопотока зависимого вида исключаются из назначения доступа для произвольного доступа. Это препятствует ухудшению производительности доступа.
На Фиг.54 показана логическая блок-схема, демонстрирующая процедуру воспроизведения элементов воспроизведения.
На этапе S201, производится определение, является ли текущий режим вывода режимом 3D вывода. Когда текущий режим вывода является режимом 2D вывода, осуществляется цикл, состоящий из этапов S203-S206.
На этапе S203, открывается файл потока, который идентифицируется посредством: “xxxxx”, описанного в Clip_information_file_name текущего элемента воспроизведения; и расширения “m2ts”. На этапе S204, “In_time” и “Out_time” текущего элемента воспроизведения преобразуются в “Start_SPN[i]” и “End_SPN[i]” с использованием карты записей, соответствующей ID пакета видеопотока.
На этапе S205, экстенты, принадлежащие диапазону чтения [i], идентифицируются для чтения пакета TS с PID [i] от Start_SPN[i] до End_SPN[i]. На этапе S206, привод носителя записи получает команду непрерывно считывать экстенты, принадлежащие диапазону чтения [i].
Когда текущий режим вывода является режимом стереоскопического вывода, осуществляется цикл, образованный этапами S300-S308.
На этапе S300, открывается файл потока, который идентифицируется посредством: "xxxxx", описанного в Clip_information_file_name текущего элемента воспроизведения; и расширения "ssif". На этапе S301, видеопоток базового вида назначается одной из плоскостей видео левого вида и правого вида в соответствии с индикатором базового вида текущей информации элемента воспроизведения, и видеопоток зависимого вида назначается другой из плоскостей видео левого вида или правого вида, которой не был назначен видеопоток базового вида.
На этапе S302, "In_time" и "Out_time" текущего элемента воспроизведения преобразуются в "Start_SPN[i]" и "End_SPN[i]" с использованием карты записей, соответствующей ID пакета видеопотока базового вида.
На этапе S303, идентифицируется вспомогательный элемент воспроизведения, соответствующий потоку зависимого вида. На этапе S304, "In_time" и "Out_time" идентифицированного вспомогательного элемента воспроизведения преобразуются в "Start_SPN[j]" и "End_SPN[j]" с использованием расширенной карты записей, соответствующей видеопотоку зависимого вида.
Экстенты, принадлежащие диапазону чтения [i], идентифицируются для чтения пакета TS, имеющего ID пакета [i] от "Start_SPN[i]" до "End_SPN[i]" (этап S305). Экстенты, принадлежащие диапазону чтения [j], идентифицируются для чтения пакета TS, имеющего ID пакета [j] от "Start_SPN[j]" до "End_SPN[j]" (этап S306). Таким образом, на этапе S307, экстенты, принадлежащие диапазонам чтения [i] и [j], сортируются в порядке возрастания. На этапе S308, привод получает команду непрерывно считывать экстенты, принадлежащие диапазонам чтения [i] и [j], с использованием отсортированных адресов. После этого, когда последовательность пакетов источника считана, на этапе S309, последовательности ATC базового вида и зависимого вида восстанавливаются и поступают на фильтры PID для базового вида и зависимого вида.
Как описано выше, согласно настоящему варианту осуществления, когда GOP главного TS и вспомогательного TS подлежат записи на вышеописанный носитель записи, записи расширенной карты записей указывают только фрагменты данных изображения зависимого вида, которые соответствуют фрагментам данных изображения базового вида, на которые указывают записи базовой карты записей, как на те, которые подлежат воспроизведению в те же времена воспроизведения, что и фрагменты данных изображения зависимого вида.
Фрагменты данных изображения, на которые указывают записи базовой карты записей, и фрагменты данных изображения, на которые указывают записи расширенной карты записей, образуют пары экстентов. Соответственно, при осуществлении доступа к экстенту через базовую карту записей и расширенную карту записей, можно воспроизводить каждый набор GOP базового вида и зависимого вида, соответствующие друг другу, как одну единицу. Это позволяет решить проблему задержки начала воспроизведения.
Заметим, что можно задать, что каждый экстент включает в себя, по меньшей мере, одну точку записи, как показано на Фиг.88A. При таком задании, можно препятствовать увеличению длины интервала между точками записи, тем самым уменьшая величину задержки для воспроизведения с переходом и пр., как показано на Фиг.88B.
(Вариант осуществления 4)
Настоящий вариант осуществления относится к усовершенствованию для восстановления последовательности ATC из блоков данных, образующих файл стереоскопического перемеженного потока. На Фиг.55 показано восстановление последовательности ATC из блоков данных, образующих файл стереоскопического перемеженного потока.
Четвертая строка на Фиг.55 демонстрирует совокупность блоков данных, которые образуют файл стереоскопического перемеженного потока. Третья строка демонстрирует последовательность пакетов источника, мультиплексируемую в главный TS и вспомогательный TS.
Во второй строке показан набор из последовательности STC 2, образующей зависимый вид, карты записей и последовательности ATC 2, образующей зависимый вид. Первая строка демонстрирует набор из последовательности STC 1, образующей зависимый вид, карты записей и последовательности ATC 1, образующей зависимый вид. Стрелки, идущие от третьей строки к первой и второй строкам, схематически показывают, что последовательности ATC 1 и 2 восстанавливаются из блоков данных двух TS (главного TS и вспомогательного TS), перемеженных в файле стереоскопического перемеженного потока. Эти последовательности ATC связаны с последовательностями STC картой записей в информации клипа.
На этом завершается описание носителя записи в настоящем варианте осуществления. Далее подробно описано устройство воспроизведения.
Устройство воспроизведения в настоящем варианте осуществления имеет структуру, в которой блок чтения принимает вводы пакетов источника из двух носителей записи. С этой целью, блок чтения включает в себя два привода и два буфера чтения. Два привода используются для осуществления доступа к двум носителям записи, соответственно. Два буфера чтения используются для временного хранения пакетов источника, поступающих из двух приводов, и вывода их на декодер. Между двумя приводами и двумя буферами чтения предусмотрен блок восстановления последовательности ATC. Блок восстановления последовательности ATC разделяет последовательность ATC, образующую поток базового вида, и последовательность ATC, образующую поток зависимого вида, из пакетов источника в файле перемеженного потока, считанном с одного носителя записи, и записывает две последовательности ATC в два буфера чтения, соответственно. Благодаря такой структуре, устройство воспроизведения может обрабатывать последовательность ATC, образующую видеопоток базового вида, и последовательность ATC, образующую видеопоток зависимого вида, как если бы они считывались с разных носителей записи, соответственно.
На Фиг.56A и 56B показана иллюстрация восстановления последовательности ATC. На Фиг.56A показана внутренняя структура блока чтения, снабженного блоком восстановления последовательности ATC. Как описано выше, блок восстановления последовательности ATC предусмотрен между двумя приводами и двумя буферами чтения. Стрелка B0 символически указывает ввод пакета источника из одного привода. Стрелка B1 схематически указывает запись последовательности ATC 1, образующей видеопоток базового вида. Стрелка D1 схематически указывает запись последовательности ATC 2, образующей видеопоток зависимого вида.
На Фиг.56B показано, как обрабатываются последовательности ATC, полученные блоком восстановления последовательности ATC. Фильтры PID, предусмотренные в блоке демультиплексирования, показаны в средней части Фиг.56B. В левой стороне фигуры показаны две последовательности ATC, полученные блоком восстановления последовательности ATC. В правой стороне фигуры показаны видеопоток базового вида, видеопоток зависимого вида, PG-поток левого глаза, PG-поток правого глаза, IG-поток базового вида и IG-поток зависимого вида, которые получаются путем демультиплексирования двух последовательностей ATC.
На Фиг.57A-57D показан один пример таблицы информации начальной точки экстента в информации клипа базового вида и один пример таблицы информации начальной точки экстента в информации клипа зависимого вида. На Фиг.57A показана таблица информации начальной точки экстента в информации клипа базового вида и таблица информации начальной точки экстента в информации клипа зависимого вида.
На Фиг.57B показаны блоки данных базового вида B[0], B[1], B[2], ..., B[n], образующие последовательность ATC 1, и блоки данных зависимого вида D[0], D[1], D[2], ..., D[n], образующие последовательность ATC 2. На Фиг.57C показано количество пакетов источника в блоке данных зависимого вида и количество пакетов источника в блоке данных базового вида.
На Фиг.57D показана совокупность блоков данных, включенных в файл стереоскопического перемеженного потока.
Согласно Фиг.57B, когда последовательность ATC 2 состоит из блоков данных зависимого вида D[0], D[1], D[2], ..., D[n], номера пакетов источника 0, b1, b2, b3, b4, ..., bn, которые относятся к блокам данных зависимого вида D[0], D[1], D[2], ..., D[n], составляющим последовательность ATC 2, записываются в SPN_extent_start в таблице информации начальной точки экстента файла «зависимый».
Когда последовательность ATC 1 состоит из блоков данных базового вида B[0], B[1], B[2], ..., B[n], количество пакетов источника 0, a1, a2, a3, a4, ..., an, которые относятся к блокам данных базового вида B[0], B[1], B[2], ..., B[n], составляющим последовательность ATC 1, записываются в SPN_extent_start в таблице информации начальной точки экстента файла «базовый».
На Фиг.57C показано количество пакетов источника в произвольном блоке данных зависимого вида D[x] и количество пакетов источника в произвольном блоке данных базового вида B[x]. Когда начальный номер пакета источника блока данных зависимого вида D[x] равен "bx", и начальный номер пакета источника блока данных зависимого вида D[x+1] равен "bx+1", количество пакетов источника, образующих D[x], равно "bx+1-bx".
Аналогично, когда начальный номер пакета источника блока данных базового вида B[x] равен "ax", и начальный номер пакета источника блока данных базового вида B[x+1] равен "ax+1", количество пакетов источника, образующих B[x], равно "ax+1-ax".
Когда начальный номер пакета источника последнего блока данных базового вида B[n] в файле стереоскопического перемеженного потока равен "an", и количество пакетов источника в последовательности ATC 1 равно number_of_source_packets1, количество пакетов источника, образующих блок данных базового вида B[n], равно "number_of_source_packets1 - an".
Когда начальный номер пакета источника последнего блока данных зависимого вида D[n] в файле стереоскопического перемеженного потока равен "bn", и количество пакетов источника в последовательности ATC 2 равно number_of_source_packets2, количество пакетов источника, образующих блок данных зависимого вида D[n], равно "number_of_source_packets2 - bn".
На Фиг.57D показаны начальные номера пакетов источника блоков данных зависимого вида и блоков данных базового вида в этом примере.
В файле стереоскопического перемеженного потока, начальный SPN в D[0] равен "0", и начальный SPN в B[0] равен "b1".
Начальный SPN в D[1] равен “b1+a1”, представляющий сумму b1 (количества пакетов источника в предыдущем блоке данных зависимого вида D[0]) и a1 (количества пакетов источника в предыдущем блоке данных базового вида B[0]).
Начальный SPN в B[1] равен “b2+a1” (=b1+a1+b2-b1), представляющий сумму b1 (количества пакетов источника в предыдущем блоке данных зависимого вида D[0]) и a1 (количества пакетов источника в предыдущем блоке данных базового вида B[0]) и “b2-b1” (количества пакетов источника в предыдущем блоке данных зависимого вида D[1]).
Начальный SPN в D[2] равен “b2+a2” (=b1+a1+b2-b1+a2-a1), представляющий сумму b1 (количества пакетов источника в предыдущем блоке данных зависимого вида D[0]) и a1 (количества пакетов источника в предыдущем блоке данных базового вида B[0]) и “b2-b1” (количества пакетов источника в предыдущем блоке данных зависимого вида D[1]) и “a2-a1” (количества пакетов источника в предыдущем блоке данных базового вида B[1]).
Начальный SPN в B[2] равен “b3+a2” (=b1+a1+b2-b1+a2-a1+b3-b2), представляющий сумму b1 (количества пакетов источника в предыдущем блоке данных зависимого вида D[0]) и a1 (количества пакетов источника в предыдущем блоке данных базового вида B[0]) и “b2-b1” (количества пакетов источника в предыдущем блоке данных зависимого вида D[1]) и “a2-a1” (количества пакетов источника в предыдущем блоке данных базового вида B[1]) и “b3-b2” (количества пакетов источника в предыдущем блоке данных зависимого вида D[2]).
На Фиг.58A-58C поясняются номера пакетов источника произвольных блоков данных в последовательностях ATC 1 и 2.
Предположим, что делается попытка получить номер пакета источника в файле стереоскопического перемеженного потока в D[x] с номером пакета источника “bx”, в последовательности ATC 2, показанной на Фиг.58A. В этом случае, начальный номер пакета источника для D[x] равен “bx+ax”, представляя сумму номеров пакетов источника, которые относятся к блокам данных D[0], B[0], D[1], B[1], D[2], B[2], ..., D[x-1], B[x-1], показанным на Фиг.58B.
Предположим, что делается попытка получить номер пакета источника в файле стереоскопического перемеженного потока в B[x] с номером пакета источника “ax”, в последовательности ATC 1, показанной на Фиг.58A. В этом случае, начальный номер пакета источника для B[x] равен “bx+1+ax”, представляя суммуномеров пакетов источника, которые относятся к блокам данных D[0], B[0], D[1], B[1], D[2], B[2], ..., D[x-1], B[x-1], D[x], показанным на Фиг.58B.
На Фиг.58C показаны файл «базовый» и файл «зависимый», причем экстенты, составляющие файл «базовый», являются вышеописанными блоками данных базового вида, и экстенты, составляющие файл «зависимый», являются вышеописанными блоками данных зависимого вида.
Начальный LBN и непрерывный отрезок EXT1[x] и EXT2[x] получаются следующим образом, причем EXT1[x] является экстентом файла «базовый», соответствующим B[x], и EXT2[x] является экстентом файла файл «зависимый», соответствующим D[x].
LBN можно получить из начального номера пакета источника для D[x] путем преобразования пакета источника в LBN путем осуществления вычисления ((bx+ax)*192/2048). Аналогично, LBN можно получить из начального номера пакета источника для B[x] путем преобразования пакета источника в LBN путем осуществления вычисления ((bx+1+ax) * 192/2048). Здесь, число “192” указывает число байтов, представляющее размер пакет источника, и число “2048” указывает число байтов, представляющее размер сектора (размер логического блока). LBN экстента в файле стереоскопического перемеженного потока, ближайший к этим LBN, можно получить с использованием эти преобразованных LBN в качестве “file_offset”, который является аргументом функции “SSIF_LBN(file_offset)”. Функция SSIF_LBN это функция, которая возвращает LBN, соответствующий file_offset, после отслеживания описателей выделения SSIF, начиная с file_offset.
Соответственно, начальный LBN для EXT2[x] представлен как “SSIF_LBN ((bx+ax) * 192/2048)”. Кроме того, начальный LBN для EXT1[x] представлен как “SSIF_LBN ((bx+1+ax)*192/2048)”.
С другой стороны, непрерывный отрезок EXT2[x] представлен как “SSIF_LBN ((bx+1+ax)*192/2048)-SSIF_LBN ((bx+ax)*192/2048)”. Кроме того, непрерывный отрезок EXT1[x] представлен как “SSIF_LBN ((bx+1+ax+1)*192/2048)-SSIF_LBN ((bx+1+ax)*192/2048)”. Когда записи файла, указывающие эти начальные LBN и непрерывные отрезки, генерируются в памяти, можно виртуально получить файлы «базовый» и файлы «зависимый».
Демультиплексирование, осуществляемое двумя последовательностями ATC, базируется на базовой таблице выбора потока и расширенной таблице выбора потока, описанных согласно варианту осуществления 1. Блок восстановления последовательности ATC реализуется путем составления программы, которая предписывает аппаратному ресурсу осуществлять процесс, показанный на Фиг.59. На Фиг.59 показана процедура для восстановления последовательности ATC.
На этапе S91 последовательность ATC для базового вида задается как последовательность ATC 1, и последовательность ATC для зависимого вида задается как последовательность ATC 2. На этапе S92 переменной "x" первоначально присваивается значение "1". Переменная "x" указывает блок данных базового вида и блок данных зависимого вида. После этого управление входит в цикл, в котором этапы S94-S96 повторно осуществляются следующим образом.
Производится определение, равен ли номер пакета источника bx, указанный переменной "x", номеру пакета источника bn, указанному последним номером "n" блока данных базового вида (этап S93). В случае отрицательного результата определения (Нет на этапе S93), пакеты источника от пакета источника (bx+ax), который указан номером пакета источника "bx+ax", до пакета источника сразу перед пакетом источника (bx+1+ax), указанным номером пакета источника "bx+1+ax" добавляются в последовательность ATC 2 (этап S94). Затем, пакеты источника от пакета источника (bx+1+ax) до пакета источника сразу перед пакетом источника (bx+1+ax+1) добавляются в последовательность ATC 1 (этап S95). И затем переменная "x" получает приращение (этап S96). Эти этапы повторяются, пока на этапе S93 не будет получен ответ Да.
Когда на этапе S93 получен ответ Да, пакеты источника в количестве, указанном "number_of_source_packet2-bn", начиная с номера пакета источника "bn", добавляются в последовательность ATC 2 (этап S97). И пакеты источника в количестве, указанном "number_of_source_packet1-bn", начиная с номера пакета источника "an", добавляются в последовательность ATC 1 (этап S98).
После восстановления последовательностей ATC 1 и 2 путем осуществления вышеописанных этапов, файл «базовый» виртуально открывается путем генерации, в памяти, файловой записи, которая указывает начальный LBN блока данных базового вида и длину продолжения (этап S99). Аналогично, файл «зависимый» виртуально открывается путем генерации, в памяти, файловой записи, которая указывает начальный LBN блока данных зависимого вида и длину продолжения (этап S100).
<Технический смысл открытия файл «базовый»>
При осуществлении произвольного доступа от произвольного момента времени, нужно осуществлять поиск сектора в файле потока. Поиск сектора это процесс идентификации номера пакета источника для пакета источника, соответствующего произвольному моменту времени, и чтения файла от сектора, который содержит пакет источника, имеющего номер пакета источника.
Ввиду большого размера одного экстента, образующего файл стереоскопического перемеженного потока, для поиска сектора требуется широкий диапазон поиска. В этом случае, при осуществлении произвольного доступа от произвольного момента времени, идентификация сектора, с которого нужно производить чтение может занимать много времени.
Причина в том, что, в файле перемеженного потока, блоки данных, образующие видеопоток базового вида и видеопоток зависимого вида, перемежаются с образованием одного длинного экстента, и описатель выделения файловой записи файла перемеженного потока указывает лишь начальный адрес длинного экстента.
Напротив, файл «базовый» состоит из совокупности коротких экстентов, и начальный адрес каждого экстента записан в описателе выделения. В результате, для поиска сектора требуется узкий диапазон поиска. Таким образом, при осуществлении произвольного доступа от произвольного момента времени, сектор, с которого нужно производить чтение, можно идентифицировать в короткое время.
Иначе говоря, поскольку блоки данных, образующие видеопоток базового вида, обрабатываются как экстенты файла «базовый», и начальный адрес блока данных записывается в описатель выделения в файловой записи, соответствующий файлу «базовый», можно быстро достигать сектора, включающего в себя пакет источника в целевой позиции произвольного доступа, начиная поиск сектора с начального адреса экстента, который содержит целевую позицию произвольного доступа.
Благодаря вышеописанной структуре, в которой блоки данных, образующие видеопоток базового вида, обрабатываются как экстенты файла «базовый», и начальный адрес каждого экстента и длина продолжения записываются в описатель выделения в файловой записи, соответствующий файлу «базовый», можно осуществлять произвольный доступ от произвольного момента времени в видеопотоке базового вида с высокой скоростью.
В частности, поиск сектора осуществляется следующим образом. Прежде всего, карта записей, соответствующая видеопотоку базового вида, используется для определения номера пакета источника, который является произвольной позицией доступа, соответствующей произвольному моменту времени.
Затем, информация начальной точки экстента в информации клипа, соответствующая видеопотоку базового вида, используется для определения экстента, который содержит номер пакета источника, который является произвольной позицией доступа.
Кроме того, к описателю выделения в файловой записи, соответствующему файлу «базовый», обращаются для идентификации начального адреса сектора для экстента, который содержит номер пакета источника, который является произвольной позицией доступа. Затем осуществляется чтение файла путем установления указателя файла на начальный адрес сектора, и анализ пакета выполняется на считанном пакете источника, чтобы идентифицировать пакет источника с номером пакета источника, который является произвольной позицией доступа. Затем идентифицированный пакет источника считывается. Благодаря этой процедуре, можно эффективно выполнять произвольный доступ к главному TS. Это также применимо к вспомогательному TS.
Как описано выше, согласно настоящему варианту осуществления, экстенты видеопотока базового вида и видеопотока зависимого вида в файле перемеженного потока поступают на блок демультиплексирования и декодер после их реорганизации на основании информации начальной точки экстента. Таким образом, декодер и программа могут обрабатывать, в качестве файлов, виртуально существующих на носителе записи, файл «базовый», где хранится видеопоток базового вида, и файл «зависимый», где хранится видеопоток зависимого вида.
В этой структуре, видеопоток базового вида и видеопоток зависимого вида для стереоскопического наблюдения записываются на носителе записи, тогда как доступ к видеопотоку базового вида и видеопотоку зависимого вида можно осуществлять по отдельности. Благодаря такой структуре, эффективность обработки устройства воспроизведения повышается.
(Вариант осуществления 5)
В настоящем варианте осуществления, далее описаны проблема вывода HDMI, способ сверхразрешения и способ повышения частоты кадров для воспроизведения 3D-контента, хранящегося на BD-ROM.
(Выход HDMI)
Прежде всего, со ссылкой на Фиг.60, опишем идентификацию способ 3D-отображения/очков. В случае, когда несколько TV соединено с проигрывателем, имеющим возможность 3D-отображения, желательно извещать проигрыватель, например, по интерфейсу HDMI, необходимы ли очки для 3D наблюдения с использованием каждого TV, и, при необходимости, какой тип очков необходим. Например, если проигрыватель BD может распознавать, что для 3D наблюдения с использованием TV, подключенного к проигрывателю BD, необходимы очки с активными затворами, можно программировать так, чтобы до начала 3D-воспроизведения, наблюдатель получал сообщение о том, что для 3D наблюдения с использованием подключенного TV необходимы очки с активными затворами. Соответственно, желательно, чтобы устройства, подключенные к проигрывателю BD по E-EDID, InfoFrame, и пр. совместно пользовались информацией для идентификации необходимости очков для 3D наблюдения с использованием каждого TV, и, при необходимости, необходимого типа очков (например, анаглифических, с круговым отклонением или активными затворами), чтобы проигрыватель BD получал информацию. Если функция связи между каждым TV и очками подготовлена, можно надлежащим образом изменять 3D-видео для каждого пользователя за счет снабжения проигрывателя информацией позиции очков (в частности, вертикальной линии, проходящей от центра экрана TV и горизонтального/вертикального угла очков). В случае, когда TV-1 является 2D-TV, и TV-2 является 3D-TV, желательно, в качестве выхода для TV-1, извлекать и выводить только видеосигнал правого глаза или видеосигнал левого глаза, предназначенный для вывода на TV-2, или отображать сообщение, указывающее, что на TV-1 3D наблюдение невозможно, например, сообщение “3D воспроизводится на TV-2” или сообщение “3D наблюдение на TV-1 невозможно”. Согласно Фиг.61, в случае, когда воспроизведение видео переключается с 2D-видео на 3D-видео, желательно дважды выводить только один из видеосигнала правого глаза и видеосигнала левого глаза с той же частотой кадров, что и для 3D видео. Дело в том, что изменение частоты кадров приводит к задержке, например, вследствие необходимости аутентификации HDMI. Однако, в случае, когда отображается 3D-видео, с учетом того, что очки затемняют зрение пользователя, видео, подлежащее отображению на TV, имеет высокий уровень яркости, и надлежащая обработка для осуществления отображения 2D видео может не осуществляться на видео. Ввиду этого, в случае, когда только один из видеосигнала правого глаза и видеосигнала левого глаза выводится дважды, как в секции “дублирующее 2D воспроизведение”, показанное на Фиг.61, при выводе видео через HDMI, флаг указывающий это воспроизведение. Соответственно, на TV, можно принимать решение, что переносимое видео является 2D-видео. Это позволяет надлежащим образом управлять, например, обработкой изображений для воспроизведения 2D-видео. Теперь, со ссылкой на Фиг.62, опишем корреляцию между субтитрами и потоками меню, используемыми для BD. Предположим, что проигрыватель должен одновременно осуществлять вывод 2D и вывод 3D. Поскольку презентационная графика (поток для субтитра, обозначаемый “PG”) и поток интерактивной графики (поток для меню, обозначаемый “IG”), которые используются в BD-ROM, отображаются как разные шаблоны, PG и IG имеют разные PID и, соответственно, нуждаются в отдельном декодировании. Однако, чтобы препятствовать возникновению различия между операцией пользователя при наблюдении 2D-отображения на TV и операцией пользователя при наблюдении 3D-отображения на TV, желательно, чтобы все фрагменты информации 2D потока (C) соответствовали всем фрагментам информации 3D потоков левого глаза/правого глаза (L, R), за исключением всех шаблонов 2D потока (C) и их позиций отображения и всех шаблонов 3D потоков левого глаза/правого глаза (L, R) и их позиций отображения. Например, в отношении PG, желательно, чтобы потоки записывались так, чтобы один и тот же субтитр отображался в одно и то же время отображения для C, L и R (то есть, только шаблоны субтитра и информация отображения различались между C, L и R). Кроме того, в отношении IG, желательно, чтобы потоки записывались так, чтобы страничная структура меню, сдвиг между кнопками, команды, выполняемые при нажатии кнопки, и т.п. были одинаковыми для соответствующих C, L и R (то есть, только шаблоны субтитра и информация отображения различались между C, L и R), таким образом, обеспечивая одну и ту же операцию меню для C, L и R. Необходимо понимать, что наблюдатель 2D и наблюдатель 3D может один и тот же субтитр и меню на TV-1 и TV-2, соответственно, и управлять меню можно как с TV-1, так и с TV-2. Для осуществления одновременного вывода, проигрыватель по отдельности накладывает L, R и C для генерации 2D-видео и 3D-видео, как показано на Фиг.62. Хотя на Фиг.62 показан только декодер IG, то же самое относится к декодеру PG. Кроме того, вместо использования видео L для 3D с целью вывода 2D-видео, можно использовать видео R.
(Сверхразрешение)
Теперь, со ссылкой на Фиг.63, опишем обработку для реализации более гладкого отображения 2D/3D-видео. На TV, который осуществляет 2D-отображение на основании входного сигнала, где попеременно следуют видеосигнал левого глаза (Ln) и видеосигнал правого глаза (Rn), например L1, R1, L2, R2, …, отображаются либо видеосигналы левого глаза, либо видеосигналы правого глаза, например L1, L2, L3, … или R1, R2, R3, …. Соответственно, в случае, когда, согласно традиционной технике, съемка видеоматериала правого глаза и видеоматериала левого глаза производится одновременно, только качество изображения видео L2 увеличивает с использованием видео (L1) временно до видео L2 и видео (L3) временно после видео L2. Однако возможен случай, когда видео L2 сильнее связано с видеоматериалами R1, R2 и R3 для глаза на другой стороне, чем видеоматериалы L1 и L3. Соответственно, даже в случае, когда осуществляется 2D-отображение, можно дополнительно повысить качество изображения путем ссылки на видеоматериал, который не отображается. Здесь, способ повышения качества изображения не имеет значения. Очень важно использовать видеосигнал правого глаза или видеосигнал левого глаза, который не отображается (в конце концов, оба видеосигнал правого глаза и видеосигнал левого глаза) при обработке повышения качества изображения одновременно с осуществлением 2D-отображения, для увеличения качества изображения с высокой четкостью. В этом случае, хотя для наблюдателя осуществляется 2D-отображение, проигрыватель и TV должны быть соединены друг с другом с возможностью осуществления 3D-отображения. Необходимо осуществлять аутентификацию соединения как 3D в отношении I/F, например HDMI, для осуществления управления переключением, чтобы предписывать проигрывателю выводить оба видеосигнала L/R. В случае, когда TV осуществляет 3D-отображение на основании видеосигналов левого глаза (Ln) и видеосигналов правого глаза (Rn), например L1, R1, L2, R2, …, которые последовательно вводятся, считается эффективным использовать оба видеосигнала L/R для увеличения качества изображения каждого из видеосигналов. Кроме того, можно оценивать, с высокой точностью, кадр, используемый для осуществления повышения качества изображения, путем записи оптического параметра L/R камеры (угла между камерами, фокусного расстояния и пр.) в потоке.
(Увеличение частоты кадров)
Теперь опишем обработку для реализации более гладкого отображения 2D/3D-видео, снова со ссылкой на Фиг.63. В частности, при реализации 3D-отображения, видеосигналы правого глаза и видеосигналы левого глаза часто попеременно отображаются в соответствии со способом отображения с разделением по времени. Это приводит к тому, что пользователь страдает от напряжения зрения вследствие низкой частоты кадров для отображения. Кроме того, в случае, существования большого объема изменения видеоматериалов между кадрами вследствие недавнего увеличения размера экрана TV, пользователь испытывает усталость вследствие низкой частоты кадров. Соответственно, в случае, когда осуществляется 3D-воспроизведение, воспроизведение нормально осуществляемое на частоте кадров, например, частоте кадров, в два или три раза превышающей нормальную частоту кадров видеоматериала. Однако, даже если отображение осуществляется в два или три раза быстрее нормального, отображаемое видео является таким же, как видео, отображаемое с нормальной скоростью. Таким образом, проблема, связанная с объемом изменения видеоматериалов между кадрами при наблюдении на большом экране, сохраняется. Например, в случае, когда отображение осуществляется в два раза быстрее, чем обычно, видеосигналы левого глаза и видеосигналы правого глаза отображаются каждый раз двумя наборами, например L1, R1, L1, R1, L2, R2, L2, R2, …. При втором отображении L1, R1, можно снизить чувство усталости пользователя за счет отображения видеосигналов (промежуточного видео для L1 и L2 и промежуточного видео для R1 и R2) разрешение по времени которых было увеличено с использованием схемы высокого качества изображения. Другими словами, можно снизить напряжение глаз пользователя при 3D наблюдении на большом экране за счет генерации промежуточного видео на частоте дискретизации, превышающей частоту дискретизации (частоту кадров) видеоматериала, и осуществления 3D-отображения.
Заметим, что в случае TV, который осуществляет стереоскопическое отображение путем отображения параллаксных изображений для левого глаза и правого глаза, при котором наблюдатель должен надевать очки, когда параллаксные изображения для левого глаза и правого глаза становятся больше, чем расстояние между правым глазом и левым глазом наблюдателя, изображение как 3D не составляется. Это приводит к проблеме, состоящей в том, что пользователь страдает от напряжения зрения и 3D-болезни. Соответственно, при обработке отображения на TV, желательно сдвигать правые видеосигналы и левые видеосигналы как целое вправо или влево для отображения, чтобы избежать рассогласования параллаксных изображений для левого глаза и правого глаза за пределами расстояния между правым глазом и левым глазом, соответствующего наименьшим очкам из коммерчески доступных. Проигрыватель может сдвигать правые видеосигналы и левые видеосигналы как целое вправо или влево для осуществления обработки вывода, для отображения надлежащей разности параллаксов, предписывая наблюдателю вводить или выбирать свой возраст или желаемую силу 3D на интерактивном экране меню BD.
(Вариант осуществления 6)
В настоящем варианте осуществления описано производство носителей записи, описанных в предыдущих вариантах осуществления, а именно, действие по изготовлению носителя записи.
Метод записи согласно настоящему варианту осуществления можно реализовать как запись в реальном времени, при которой AV-файлы (файлы потока) и не-AV-файлы (файлы, отличные от файлов потока) генерируются в реальном времени, и записываются непосредственно в область записи AV-данных и область записи не-AV-данных, предусмотренные на носителе записи. Однако, не ограничиваясь этим, метод записи, согласно настоящему варианту осуществления можно реализовать как запись с предварительным форматированием, при которой битовые потоки, подлежащие записи в область тома, генерируются заранее, мастер-диск генерируется на основании битовых потоков, и мастер-диск прессуется, что дает возможность массового производства оптического диска. Метод записи согласно настоящему варианту осуществления применим либо к записи в реальном времени, либо к записи с предварительным форматированием.
Когда метод записи осуществляется посредством технологии записи в реальном времени, устройство записи для осуществления метода записи создает AV клип в реальном времени, и сохраняет AV клип на BD-RE, BD-R, жестком диске или на плате полупроводниковой памяти.
В этом случае, AV клип может представлять собой транспортный поток, получаемый, когда устройство записи кодирует аналоговый входной сигнал в реальном времени, или транспортный поток, получаемый, когда устройство записи партиализует цифровой входной транспортный поток. Устройство записи для осуществления записи в реальном времени включает в себя: видеокодер для получения видеопотока путем кодирования видеосигнала; аудиокодер для получения аудиопотока путем кодирования аудиосигнала; мультиплексор для получения цифрового потока в формате MPEG2-TS путем мультиплексирования видеопотока, аудиопотока и т.п.; и пакетизатор источника для преобразования пакетов TS, образующих цифровой поток в формате MPEG2-TS, в пакеты источника. Устройство записи сохраняет цифровой поток MPEG2, преобразованный в формат пакетов источника, в файле AV клипа, и записывает файл AV клипа на BD-RE, BD-R, и пр. При записи цифрового потока, блок управления устройства записи осуществляет процесс генерации информации клипа и информации списка воспроизведения в памяти. В частности, когда пользователь запрашивает процесс записи, блок управления создает файл AV клипа и информационный файл AV клипа на BD-RE или BD-R.
После этого, когда начальная позиция GOP в видеопотоке выявляется из транспортного потока, который поступает на устройство извне, или когда GOP видеопотока создается кодером, блок управления устройства записи получает (i) PTS интра-изображения, которое располагается в начале GOP, и (ii) номер пакета для пакета источника, где хранится начальная часть GOP, и дополнительно записывает пару PTS и номера пакета в карту записей информационного файла клипа, в качестве пары записи EP_PTS и записи EP_SPN. После этого, каждый раз, когда генерируется GOP, пара записи EP_PTS и записи EP_SPN записывается дополнительно в карту записей информационного файла клипа. Таким образом, когда начальной частью GOP является IDR-изображение, флаг "is_angle_change", установленный на "ON", добавляется к паре записи EP_PTS и записи EP_SPN. Кроме того, когда начальная часть GOP не является IDR-изображением, флаг "is_angle_change", установленный на "OFF" добавляется к паре записи EP_PTS и записи EP_SPN.
Кроме того, информация атрибутов потока в информационном файле клипа устанавливается в соответствии с атрибутом потока, подлежащего записи. После того, как клип и информация клипа генерируются и записываются на BD-RE или BD-R, информация списка воспроизведения, задающая путь воспроизведения через базовую карту записей в информации клипа, генерируется и записывается на BD-RE или BD-R. Когда этот процесс выполняется согласно технологии записи в реальном времени, на BD-RE или BD-R образуется иерархическая структура, состоящая из AV клипа, информации клипа и информации списка воспроизведения.
На этом завершается описание устройства записи для осуществления метода записи путем записи в реальном времени. Ниже следует описание устройства записи для осуществления метода записи путем записи с предварительным форматированием.
Метод записи путем записи с предварительным форматированием реализуется как способ изготовления оптического диска, включающий в себя процедуру авторинга.
На Фиг.64A и 64B показан метод записи оптического диска. На Фиг.64A показана логическая блок-схема метода записи путем записи с предварительным форматированием и показана процедура способа изготовления оптического диска. Способ изготовления оптического диска включает в себя этап авторинга, этап подписания, этап получения ключа носителя, этап шифрования ключа носителя, этап физического форматирования, этап внедрения идентификатора, этап мастеринга, и этап тиражирования.
На этапе авторинга S201 генерируется битовый поток, представляющий всю область тома оптического диска.
На этапе подписания S202, запрос подписи направляется на AACS LA для изготовления оптического диска. В частности, часть извлекается из битового потока поступает на AACS LA. Заметим, что AACS LA это организация для управления лицензией технологий защиты авторских прав для цифровой бытовой электроники следующего поколения. Участки авторинга и участки мастеринга лицензируются AACS LA, причем участки авторинга осуществляют авторинг оптических дисков с использованием устройств авторинга, и участки мастеринга выполняют мастеринг с использованием устройств мастеринга. AACS LA также управляет ключами носителей и информацией аннулирования. AACS LA подписывает и возвращает часть битового потока.
На этапе S203 получения ключа носителя, ключ носителя поступает от AACS LA. Ключ носителя, полученный от AACS LA, не является фиксированным. Ключ носителя обновляется, когда количество изготовленных оптических дисков достигает определенного предела. Обновление ключа носителя позволяет исключить особые метки или устройства и аннулировать ключ шифрования с использованием информации аннулирования даже в случае компрометации ключа шифрования.
На этапе S204 шифрования ключа носителя ключ, используемый для шифрования битового потока, шифруется с использованием ключа носителя, полученного на этапе получения ключа носителя.
На этапе S205 физического форматирования осуществляется физическое форматирование битового потока.
На этапе S206 внедрения идентификатора, идентификатор, который является уникальным и не может быть обнаружен обычными устройствами, внедряется, как электронный водяной знак, в битовый поток, записываемый на оптический диск. Это препятствует массовому производству пиратских копий путем неавторизованного мастеринга.
На этапе мастеринга S207 генерируется мастер-диск оптического диска. Сначала на стеклянной подложке формируется слой фоторезиста, лазерный пучок облучает слой фоторезиста в соответствии с нужными канавками или ямками, и затем слой фоторезиста подвергается процессу экспонирования и процессу проявки. Канавки или ямки представляют значения битов, образующих битовый поток, подвергнутый модуляции «восемь к шестнадцати». После этого, мастер-диск оптического диска генерируется на основе фоторезиста, поверхность которого была сделана неровной с помощью лазерной резки в соответствии с канавками или ямками.
На этапе тиражирования S208, копии оптического диска создаются посредством массового производства с использованием мастер-диска оптического диска.
На Фиг.64B показана процедура метода записи путем записи с предварительным форматированием, когда обычный пользователь записывает любой из различных файлов, описанных в предыдущем варианте осуществления, на носитель записи, например BD-R или BD-RE с использованием персонального компьютера, но не в массовом производстве оптического диска. По сравнению с Фиг.64A, согласно методу записи, показанному на Фиг.64B, этап S205 физического форматирования и этап S207 мастеринга опущены, и добавлен этап S209 записи каждого файла.
Теперь объясним этап авторинга.
На Фиг.65 показана логическая блок-схема процедуры, осуществляемой на этапе авторинга.
На этапе S101 задаются наборы барабанов главного TS и вспомогательного TS. "Барабан" это файл, где хранятся данные материала элементарного потока. В системе авторинга, барабаны существуют на приводе в локальной сети. Барабаны это данные, представляющие, например, L и R-изображения, снятые 3D камерой, аудио, записанное при съемке, аудио, записанное после съемки, субтитры для каждого языка и меню. "Набор барабанов" это группа ссылок на файлы материала, представляющие набор элементарных потоков, мультиплексируемых в один транспортный поток. В этом примере, набор барабанов задается для каждого главного TS и вспомогательного TS.
На этапе S102 задаются прототипы элемента воспроизведения и вспомогательного элемента воспроизведения, и прототипы главного пути и вспомогательного пути задаются путем задания порядка воспроизведения элемента воспроизведения и вспомогательного элемента воспроизведения. Прототип элемента воспроизведения можно задавать путем приема, через GUI, указания барабана, который разрешен к воспроизведению целевым элементом воспроизведения в режиме моноскопического вывода, и указания In_Time и Out_Time. Прототип вспомогательного элемента воспроизведения можно задавать путем приема, через GUI, указания барабана, который разрешен к воспроизведению элементом воспроизведения, соответствующим целевому вспомогательному элементу воспроизведения в режиме стереоскопического вывода, и указания In_Time и Out_Time.
Для указания барабана, который разрешен к воспроизведению, в GUI предусмотрена возможность делать отметку в кнопке-флажке, соответствующей, среди ссылок на файлы материала в наборе барабанов, ссылке на файл материала, разрешенный к воспроизведению. С помощью этого GUI, столбцы числового ввода отображаются в соответствии с барабанами. С использованием столбцов числового ввода, принимается приоритет каждого барабана, и, на основании этого, определяются приоритеты барабанов. Благодаря установлению барабанов, разрешенных к воспроизведению, и установлению приоритетов, генерируются таблица выбора потока и расширенная таблица выбора потока.
Указание In_Time и Out_Time осуществляется, когда устройство записи выполняет процесс, в котором временная ось видеопотока базового вида или видеопотока зависимого вида отображается в виде графики на GUI, ползунок перемещается на графике временной оси, и от пользователя поступает указание позиционной установки ползунка.
Задание порядка воспроизведения элемента воспроизведения и вспомогательного элемента воспроизведения реализуется посредством следующего процесса: изображение в In_Time элемента воспроизведения отображается в виде пиктограммы на GUI, и устройство записи принимает от пользователя операцию, совершенную над пиктограммой, для установления порядка воспроизведения.
На этапе S103, совокупность элементарных потоков получается путем кодирования файлов материала, указанных наборами барабанов. Совокупность элементарных потоков включает в себя видеопоток базового вида и видеопоток зависимого вида, и аудиопоток, PG-поток, и IG-поток, подлежащие мультиплексированию с видеопотоком базового вида и видеопотоком зависимого вида.
На этапе S104, один главный TS получается путем мультиплексирования в него видеопотока базового вида и элементарного потока, который, среди элементарных потоков, полученных кодированием, принадлежит тому же набору барабанов, что и видеопоток базового вида.
На этапе S105, один вспомогательный TS получается путем мультиплексирования в него видеопотока зависимого вида и элементарного потока, который, среди элементарных потоков, полученных кодированием, принадлежит тому же набору барабанов, что и видеопоток зависимого вида.
На этапе S106, прототип информационного файла клипа создается на основании параметров, установленных в ходе кодирования и мультиплексирования.
На этапе S107, информация списка воспроизведения задается путем генерации информации элемента воспроизведения и информации вспомогательного элемента воспроизведения на основании прототипа элемента воспроизведения, с последующей генерацией информации главного пути и информации вспомогательного пути путем задания порядка воспроизведения на основании информации элемента воспроизведения и информации вспомогательного элемента воспроизведения.
При генерации информации элемента воспроизведения, генерируется таблица выбора потока в информации элемента воспроизведения, благодаря чему, среди элементарных потоков, мультиплексируемых в главном TS, элементарные потоки, которые задаются, в базовой структуре элемента воспроизведения, для воспроизведения в режиме моноскопического вывода устанавливаются как "воспроизводимые". Кроме того, для задания секции воспроизведения в видеопотоке базового вида, In_TIme и Out_Time, задаваемые путем вышеописанного редактирования, записываются в информации элемента воспроизведения.
При генерации информации вспомогательного элемента воспроизведения, генерируется расширенная таблица выбора потока в данных расширения в информации списка воспроизведения, благодаря чему, среди элементарных потоков, мультиплексируемых во вспомогательном-главном TS, элементарные потоки, которые задаются, в базовой структуре элемента воспроизведения, для воспроизведения в режиме стереоскопического вывода устанавливаются как "воспроизводимые". Информация элемента воспроизведения и информация вспомогательного элемента воспроизведения задаются на основании информации в информационном файле клипа и, таким образом, устанавливаются на основании прототипа для прототипа информационного файла клипа.
На этапе S108, главный TS, вспомогательный TS, прототип информационного файла клипа и прототип информации списка воспроизведения преобразуются в группу директорных файлов в заранее определенном формате приложения.
Посредством вышеописанных процессов, генерируются главный TS, вспомогательный TS, информация клипа, информация элемента воспроизведения и информация вспомогательного элемента воспроизведения. Затем главный TS и вспомогательный TS преобразуются в соответствующие независимые файлы потока, информация клипа преобразуется в информационный файл клипа, и информация элемента воспроизведения и информация вспомогательного элемента воспроизведения преобразуются в информационный файл списка воспроизведения. Таким образом, получается набор файлов, подлежащих записи на носитель записи.
После этого, когда выполняется этап кодирования видеопотока, информация значения смещения и направления смещения плоскости, полученная вышеописанным преобразованием, записывается в метаданные каждой GOP. Таким образом, в процессе кодирования может генерироваться последовательность смещений.
На Фиг.66 показана логическая блок-схема процедуры для записи AV файла. AV-файлы записываются согласно этой логической блок-схеме, когда реализуется метод записи путем записи в реальном времени или метод записи, включающий в себя мастеринг или тиражирование.
На этапе S401, устройство записи генерирует файловую запись в памяти устройства записи, создавая "xxxxx.ssif". На этапе S402, принимается решение, гарантированы ли непрерывные свободные области сектора. Когда непрерывные свободные области сектора гарантированы, управление переходит к этапу S403, на котором устройство записи записывает последовательность пакетов источника, образующих блок данных зависимого вида, в непрерывные свободные области сектора в объеме EXT2[i]. После этого выполняются этапы S404-S408. Когда на этапе S402 определено, что непрерывные свободные области сектора не гарантированы, управление переходит к этапу S409, на котором осуществляется исключительный процесс, после чего процесс заканчивается.
Этапы S404-S408 образуют цикл, в котором процесс, выполняемый на этапах S404-S406 и S408, повторяется до тех пор, пока на этапе S407 не будет получен ответ "НЕТ".
На этапе S405, устройство записи записывает последовательность пакетов источника, образующих блок данных базового вида, в непрерывные свободные области сектора в объеме EXT1[i]. На этапе S406, в файловую запись добавляется идентификатор выделения, который указывает начальный адрес последовательности пакетов источника и длину продолжения, и она регистрируется как экстент. В связи с этим, оно записывает, в метаданные в базовой информации клипа и зависимой информации клипа, информацию начальной точки экстента, которая указывает начальный номер его пакета источника.
Этап S407 задает условие окончания цикла. На этапе S407, производится определение, существует ли пакет источника, не записанный в блоки данных базового вида и зависимого вида. Когда определено, что существует незаписанный пакет источника, управление переходит к этапу S408 для продолжения цикла. Когда определено, что незаписанных пакетов источника не существует, управление переходит к этапу S410.
На этапе S408, производится определение, существуют ли непрерывные области сектора. Когда определено, что непрерывные области сектора существуют, управление переходит к этапу S403. Когда определено, что непрерывных областей сектора не существует, управление возвращается к этапу S402.
На этапе S410, "xxxxx.ssif" закрывается, и файловая запись записывается на носитель записи. На этапе S411 создается "xxxxx.m2ts" и файловая запись для "xxxxx.m2ts" генерируется в памяти. На этапе S412, описатель выделения, который указывает длину продолжения и начальный адрес экстента блока данных базового вида, уникального для файла «2D», добавляется в файловую запись для "xxxxx.m2ts". На этапе S413, "xxxxx.m2ts" закрывается и файловая запись записывается.
На этапе S404, производится определение, существует ли точка возникновения длинного перехода в диапазоне "EXTss+EXT2D". В данном примере, предполагается, что точка возникновения длинного перехода является границей между слоями. Когда определено, что точка возникновения длинного перехода в диапазоне "EXTss+EXT2D" существует, управление переходит к этапу S420, на котором создается копия блока данных базового вида, и блоки данных базового вида B[i]ss и B[i]2D записываются в область сразу перед точкой возникновения длинного перехода, после чего управление переходит к этапу S406. Это будут экстенты файла «2D» и экстенты файла «базовый».
Ниже поясняется конкретные значения EXT2D, EXT1[n], EXT2[n] и EXTss[n].
Наименьшее значение EXT2D определяется так, чтобы, при осуществлении воспроизведения в режиме 2D вывода, не происходило опустошение буфера в буфере чтения устройства воспроизведения в течение периода перехода для каждого блока данных базового вида к следующему блоку данных базового вида.
Наименьшее значение EXT2D представлено нижеследующим выражением для Условия 1, когда переход от n-го блока данных базового вида к (n+1)-му блоку данных базового вида занимает время Tjump2D(n), причем каждый блок данных базового вида считывается в буфер чтения со скоростью Rud2D, и блок данных базового вида переносится из буфера чтения на видеодекодер со средней скоростью Rbext2D.
<Условие 1>
[Наименьшее значение EXT2D]≥(Rud2D+Rbext2D)/(Rud2D-Rbext2D)×Tjump2D (n)
Предположим, что экстент, соответствующий блоку данных базового вида B[n]ss, представлен как EXT1[n]. В этом случае, наименьшее значение EXT1[n] определяется так, чтобы, при осуществлении воспроизведения в режиме презентации B-D, не происходило опустошение буфера в двойном буфере в течение периода перехода для каждого блока данных базового вида к следующему блоку данных зависимого вида, и в течение периода перехода от данного блока данных зависимого вида к следующему блоку данных базового вида.
В данном примере, двойной буфер состоит из буфера чтения 1 и буфера чтения 2. Буфер чтения 1 это то же самое, что буфер чтения, обеспеченный в устройстве 2D воспроизведения.
Предположим, что, при осуществлении воспроизведения в режиме презентации B-D, переход от n-го блока данных базового вида к p-му блоку данных зависимого вида занимает время TBjump3D(n), и при переходе от p-го блока данных зависимого вида к (n+1)-му блоку данных базового вида занимает время TBjump3D(n).
Также предположим, что каждый блок данных базового вида считывается в буфер чтения 1 со скоростью Rud3D, каждый блок данных зависимого вида считывается в буфер чтения 2 со скоростью Rud3D, и блок данных базового вида переносится из буфера чтения 1 на видеодекодер со средней скоростью Rbext3D. Тогда наименьшее значение EXT1[n] представляется нижеследующим выражением для Условия 2. Длина продолжения больших экстентов устанавливается равной значению, которое больше или равно наименьшему значению.
<Условие 2>
[Наименьшее значение EXT1[n]]≥(Rud3D×Rbext3D)/(Rud3D-Rbext3D)×(TFjump3D(n)+EXT2[n]/(Rud3D+TBjump3D(n))).
Наименьшее значение EXT2 определяется так, чтобы, при осуществлении воспроизведения в режиме презентации B-D, не происходило опустошение буфера в двойном буфере устройства воспроизведения в течение периода перехода от каждого экстента зависимого вида к следующему экстенту данных базового вида, и в течение периода перехода от данного экстента базового вида к следующему экстенту зависимого вида.
Наименьшее значение EXT2[n] представлено нижеследующим выражением для Условия 3, когда переход от (n+1)-го блока данных базового вида к (p+1)-му блоку данных зависимого вида занимает время Tfjump3D(n+1), и блок данных зависимого вида переносится из буфера чтения 2 на декодер со средней скоростью Rdext3D.
<Условие 3>
[Наименьшее значение EXT2[n]]≥(Rud3D+Rbext3D)/(Rud3D-Rdext3D)×(TBjump3D(n)+EXT2[n+1]/(Rud3D+TFjump3D(n+1)))
<Конкретные значения EXTSS>
При переходе от чтения экстента к следующему экстенту, буфер должен быть занят достаточным объемом данных сразу перед переходом. Соответственно, при чтении файла стереоскопического перемеженного потока, в буфере чтения должен храниться один экстент, и следует избегать опустошения буфера.
Однако "EXTSS" нужно определять на основании не только "Tjump", периода времени, необходимого для перехода от экстента к другому экстенту, но и "Tdiff". Заметим, что "Tdiff" представляет задержку по времени, которая происходит в связи с предварительной загрузкой блоков данных зависимого вида в EXTss и предварительной загрузкой блоков данных зависимого вида в EXTssnext. Ниже дополнительно объяснен смысл Tdiff. Когда файл стереоскопического перемеженного потока считывается, притом, что начальный блок данных зависимого вида предварительно загружается.
В EXTss, воспроизведение задерживается на величину периода времени, необходимого для предварительной загрузки блока данных зависимого вида. Здесь, период времени, необходимый для предварительной загрузки начального блока данных зависимого вида в EXTss именуется "период задержки", поскольку воспроизведение задерживается на величину периода.
С другой стороны, в EXTssnext, сразу после перехода от EXTss к EXTssnext, происходит предварительная загрузка начального блока данных зависимого вида. Таким образом, воспроизведение посредством видеодекодера может задерживаться на период предварительной загрузки. Таким образом, период времени, в течение которого производится предварительная загрузка начального блока данных зависимого вида при воспроизведении EXTssnext, именуется "периодом отсрочки", поскольку видеодекодеру разрешено задерживать начало воспроизведения на этот период.
Ввиду этого, значение Tdiff получается вычитанием периода задержки из периода отсрочки блока данных зависимого вида. В частности, значение Tdiff вычисляется с использованием нижеследующего выражения.
Tdiff=ceil[((S1stEXT1[i]EXTSSnext)-S1stEXT1[i]EXTSS)×1000×8]/Rud72]
В вышеприведенном выражении, Tdiff означает разность между периодом времени для чтения S1stEXT2[i]EXTss и периодом времени для чтения S1stEXT2[i]EXTSSnext; S1stEXT2[i]EXTss представляет размер EXT2[i], находящегося в начале EXTss; S1stEXT2[i]EXTssnext представляет размер EXT2[i], находящегося в начале EXTssnext. EXTssnext это экстент в файле стереоскопического перемеженного потока, располагается сразу после EXTss, и плавно воспроизводится с помощью EXTss.
С использованием Tdiff и Tjump, который является периодом времени, необходимым для перехода к EXTssnext, Sextss, который является минимальным размером экстента на основании средней битовой скорости в каждом экстенте, вычисляется как значение, удовлетворяющее следующему Условию 4.
<Условие 4>
SextSS[Byte]≥ceil[(Tjump+Tdiff×Rud72)/(1000×8)]×(Rextss×192)/(Rud72×188-Rextss×192)]
В этом Условии 4, Rud72 представляет скорость переноса данных от привода BD-ROM в режиме стереоскопического вывода.
Rextss представляет среднюю битовую скорость в EXTss и получается с использованием нижеследующих выражений.
Rextss=ceil[Nsp×188×8/(ATCDextss/27000000)]
ATCDextss=ATCstart_EXTssnext-ATCstart_EXTss
ATCDextss=ATClast_EXTss-ATCstart_EXTss+ceil(27000000×188×8/min(Rts1,Rts2))
В вышеприведенных выражениях, ATCDextss представляет период ATC для EXTss.
ATCstart_EXTss представляет минимальное значение ATC, указанное полем ATC последовательности пакетов источника в EXTss.
ATCstart_EXTssnext представляет минимальное значение ATC, указанное полем ATC последовательности пакетов источника в EXTssnext.
ATClast_EXTss представляет максимальное значение ATC, указанное полем ATC последовательности пакетов источника в EXTss.
Nsp представляет количество пакетов источника, включенных в главный TS и вспомогательный TS и имеющих значения ATC, соответствующие ATC в диапазоне ATCDexss.
Rts1 представляет значение скорости записи TS в главном TS, и его максимальное значение равно 48 Мбит/с.
Rts2 представляет значение скорости записи TS во вспомогательном TS, и его максимальное значение равно 48 Мбит/с.
При необходимости непрерывного воспроизведения двух элементов воспроизведения, EXTss включает в себя первый байт данных в последовательности ATC, который используется предыдущим элементом воспроизведения (элементом воспроизведения 1).
- EXTss имеет размер, больший или равный минимальному размеру экстента, заданному в Условии 4.
- Когда EXTss является первым байтом данных в последовательности ATC, который используется предыдущим элементом воспроизведения, информация состояния соединения предыдущего элемента воспроизведения не устанавливается равной “5” или “6”. В этом случае, не требуется выполнять условие по размеру EXTss.
EXTss включает в себя байт данных в последовательности ATC, который используется текущим элементом воспроизведения (элементом воспроизведения 2).
- EXTss имеет размер, больший или равный минимальному размеру экстента, заданному в Условии 4.
- Когда EXTss является последним байтом данных в последовательности ATC, который используется элементом воспроизведения 2, информация состояния соединения элемента воспроизведения 2 не устанавливается равной "5" или "6". В этом случае, не требуется выполнять условие по размеру EXTss.
<Детализированная запись блоков данных базового вида и блоков данных зависимого вида>
Когда GOP главного TS и вспомогательного TS подлежат записи на носитель записи, записи расширенной карты записей указывают только фрагменты данных изображения зависимого вида, которые соответствуют фрагментам данных изображения базового вида, на которые указывают записи базовой карты записей, как на те, которые подлежат воспроизведению в те же времена воспроизведения, что и фрагменты данных изображения зависимого вида.
Для реализации такого указания, процесс записи осуществляется следующим образом.
В процессе записи делается попытка, благодаря чему граница между блоком данных зависимого вида и блоком данных базового вида совпадает с границей между GOP зависимого вида и GOP базового вида. В частности, в этой попытке, разделитель единиц доступа начальной единицы доступа к видео для GOP(i) во вспомогательном TS делится как граница между блоками данных зависимого вида, и разделитель единиц доступа начальной единицы доступа к видео для GOP(i) в главном TS делится как граница между блоками данных базового вида. При этом делении должно соблюдаться вышеописанное ограничение на длину экстента.
При этом делении, когда блок данных базового вида или блок данных зависимого вида не удовлетворяет ограничению, согласно которому экстент должен иметь длину, которая не приводит к опустошению двойного буфера устройства воспроизведения, пакет заполнения вставляется либо непосредственно до разделителя единиц доступа начальной единицы доступа к видео для GOP(i) во вспомогательном TS, либо непосредственно до разделителя единиц доступа начальной единицы доступа к видео для GOP(i) в главном TS, после чего можно снова предпринимать вышеописанную попытку согласования границ.
После успешного согласования границ вышеописанным способом, запись, указывающая номер пакета источника для пакета источника, где хранится разделитель единиц доступа начальной единицы доступа для GOP зависимого вида, добавляется в расширенную карту записей. Кроме того, запись, указывающая номер пакета источника для пакета источника, где хранится разделитель единиц доступа начальной единицы доступа для GOP базового вида, добавляется также в базовую карту записей.
Когда границы не совпадают, даже если вставлен пакет заполнения, и пакет источника, где хранится разделитель единиц доступа начальной единицы доступа для GOP зависимого вида, находится в середине блока данных зависимого вида, запись, указывающая пакет источника, не добавляется в расширенную карту записей. Аналогично, когда пакет источника, где хранится разделитель единиц доступа начальной единицы доступа для GOP базового вида, находится в середине блока данных базового вида, запись, указывающая пакет источника, не добавляется в расширенную карту записей.
Когда такие записи исключены, таким образом, из расширенной карты записей, гарантируется, что на пары базового вида и зависимого вида указывают записи базовой карты записей и расширенной карты записей.
Процесс записи блоков данных базового вида и блоков данных зависимого вида с последующей генерацией карт записей реализуется посредством процесса, в котором начала GOP выявляются из записанного файла стереоскопического перемеженного потока, и записи, указывающие выявленные начала GOP, добавляются в карты записей. Далее, со ссылкой на Фиг.67, описана процедура для генерации базовой и расширенной карт записей путем выявления начал GOP и добавления записей.
На Фиг.67 показана логическая блок-схема, демонстрирующая процедуру для генерации базовой карты записей и расширенной карты записей.
На этапе S601, формы базовой карты записей и расширенной карты записей генерируются в памяти, и управление переходит к циклу, состоящему из этапов S602-S610. В этом цикле, переменная x идентифицирует GOP. Цикл выполняется следующим образом. Переменная x первоначально задается равной 1 (этап S602). Идентифицируется начало GOP(x) (этап S603). Идентифицируется SPN(x), соответствующий начальной PTS(x) GOP (этап S604). После этого, на этапах S605 и S607 принимаются решения. На этапе S605, производится определение, является ли SPN(x) началом EXT1[i]. Когда определено, что SPN(x) не является началом EXT1[i], этапы S606-609 пропускаются. Когда определено, что SPN(x) является началом EXT1[i], управление переходит к этапу S606, где идентифицируется EXT2[j], начальный SPN(y) которого соответствует PTS(x).
На этапе S607, производится определение, совпадает ли переменная “i”, которая идентифицирует EXT1[i], с переменной “j”, которая идентифицирует EXT2[j]. Когда определено, что переменная “i” не совпадает с переменной “j”, последующие этапы пропускаются. Когда определено, что переменная “i” совпадает с переменной “j”, EP_entry(x), указывающий пару PTS(x) и SPN(x), добавляется в базовую карту записей (этап S608), и EP_entry(x), указывающий пару PTS(x) и SPN(y), добавляется в расширенную карту записей (этап S609).
На этапе S610, производится определение, указывает ли переменная x последнюю GOP. Когда определено, что переменная x не указывает последнюю GOP, переменная x получает приращение, и управление переходит к этапу S603.
<Создание индексной таблицы>
Индексная таблица, описанная в варианте осуществления 3, может быть создана следующим образом. Когда видеопоток базового вида, видеопоток зависимого вида, информационный файл клипа и информационный файл списка воспроизведения генерируются в соответствии с логической блок-схемой, показанной на Фиг.59, идентифицируются частоты отображения списков воспроизведения, подлежащих записи на носитель записи. Из этих частот отображения, разрешение/частота отображения списка воспроизведения, подлежащего использованию в титре первого воспроизведения, или разрешение/частота отображения списка воспроизведения титра, указанного номером титра в диапазоне от 0 до 999, задается в информации формата видео и в информации частоты кадров в информации приложения BDMV в индексной таблице. Благодаря такой структуре, разрешение/частота отображения для применения к отображению списка воспроизведения задается в индексной таблице.
На Фиг.68 показана логическая блок-схема, демонстрирующая процедуру для генерации приложения BD-J, объекта BD-J, объекта фильма и индексной таблицы. На этапе S701, исходный код программы, которая предписывает устройству воспроизведения генерировать экземпляр проигрывателя для списка воспроизведения, генерируется посредством объектно-ориентированного программирования. На этапе S702, приложение BD-J генерируется путем компиляции и архивирования сгенерированного исходного кода программы.
На этапе S703 генерируется объект BD-J. На этапе S704 объект фильма описывается с использованием команды, которая предписывает воспроизведение списка воспроизведения. На этапе S705, индексная таблица генерируется путем описания соответствия между номерами титров и объектом BD-J или объектом фильма. На этапе S706 выбирается список воспроизведения в качестве титра первого воспроизведения. На этапе S707 генерируется информация приложения BDMV, которая указывает формат видео и скорость видео для списка воспроизведения в титре первого воспроизведения. На этапе S708 генерируется индексная таблица, которая включает в себя индекс титров и информацию приложения BDMV. На этапе S709, объект BD-J, приложение BD-J, объект фильма и индексная таблица записываются на носитель записи.
Ниже поясняется носитель записи, который генерируется посредством вышеописанной записи.
На Фиг.69 показана внутренняя структура многослойного оптического диска.
Первая строка на Фиг.69 демонстрирует один пример многослойного оптического диска. Во второй строке показаны дорожки в горизонтально расширенном формате, хотя в действительности они сформированы спирально в слоях записи. Эти спиральные дорожки в слоях записи рассматриваются как одна непрерывная область тома. Область тома состоит из зоны ввода, слоев записи из слоев записи с 1 по 3 и зоны вывода, где зона ввода располагается на внутреннем периметре, зона вывода располагается на внешнем периметре, и слои записи из слоев записи с 1 по 3 располагаются между зоной ввода и зоной вывода. Слои записи из слоев записи с 1 по 3 образуют один массив последовательных логических адресов.
Область тома делится на единицы, в которых может производиться доступ к оптическому диску, и единицам доступа назначаются порядковые номера. Порядковые номера называются логическими адресами. Чтение данных с оптического диска осуществляется путем указания логического адреса. Здесь, в случае диска только для чтения, например BD-ROM, в основном, секторы с последовательными логическими адресами также образуют последовательность в физическом размещении на оптическом диске. Иначе говоря, данные, хранящиеся в секторах с последовательными логическими адресами, можно считывать, не осуществляя операцию поиска. Однако, на границах между слоями записи, последовательное чтение данных невозможно, даже если логические адреса являются последовательными. Таким образом, предполагается, что логические адреса границ между слоями записи регистрируются в устройстве записи заранее.
В области тома, информация управления файловой системы записывается сразу после зоны ввода. Таким образом, существует раздел, регулируемый информацией управления файловой системы. Файловая система это система, которая выражает данные на диске в единицах, именуемых директориями или файлами. В случае BD-ROM, файловой системой является UDF (Universal Disc Format). Даже в случае обычного ПК (персонального компьютера), когда данные записываются с помощью файловой системы, именуемой FAT или NTFS, данные, записанные на жестком диске под директориями и файлами, можно использовать на компьютере, таким образом, повышая удобство в эксплуатации. Файловая система позволяет считывать логические данные таким же образом, как на обычном ПК, с использованием структуры директорий и файлов.
В четвертой строке показано, как назначаются области в области файловой системы, управляемой файловой системой. Как показано в четвертой строке, область записи не-AV-данных существует на стороне внутреннего периметра в области файловой системы; и область записи AV-данных существует сразу после области записи не-AV-данных. Пятая строка демонстрирует содержимое, записанное в области записи не-AV-данных и области записи AV-данных. Как показано в пятой строке, экстенты, образующие AV-файлы, записываются в области записи AV-данных; и экстенты, образующие не-AV-файлы, т.е. файлы, отличные от AV-файлов, записываются в области записи не-AV-данных.
На Фиг.70 показан формат приложения оптического диска на основании файловой системы.
Директория BDMV это директория, в которой записываются данные, например, AV-контент и информация управления, используемая в BD-ROM. Под директорией BDMV существует пять поддиректорий, именуемые “директория PLAYLIST”, “директория CLIPINF”, “директория STREAM”, “директория BDJO”, “директория JAR”, и “директория META”. Кроме того, два типа файлов (т.е. index.bdmv и MovieObject.bdmv) располагаются под директорией BDMV.
В файле "index.bdmv" (имя файла “index.bdmv” является фиксированным) хранится индексная таблица.
В файле "MovieObject.bdmv" (имя файла “MovieObject.bdmv” является фиксированным) хранится один или несколько объектов фильма. Объект фильма это файл программы, который задает процедуру управления, осуществляемую устройством воспроизведения в режиме работы (режиме HDMV), в котором субъектом управления является интерпретатор команд. Объект фильма включает в себя одну или несколько команд и флаг маски, где флаг маски задает, маскировать ли вызов меню или вызов титра, когда вызов осуществляется пользователем на GUI.
Файл программы (XXXXX.bdjo---"XXXXX" является изменяемым, и расширение "bdjo" является фиксированным), которому дано расширение “bdjo”, существует в директории BDJO. В файле программы хранится объект BD-J, который задает процедуру управления, осуществляемую устройством воспроизведения в режиме BD-J.
TM
Содержание приложения Java представляет собой архивный файл JavaTM (YYYYY.jar), хранящийся в директории JAR под директорией BDMV.
TM
Приложение может быть, например, приложением Java, которое состоит из одного или нескольких программ xlet, загружаемых в динамически выделяемую память (также именуемую рабочей памятью) виртуальной машины. Приложение состоит из программ xlet, загружаемых в рабочую память, и данных.
В "директории PLAYLIST" существует информационный файл списка воспроизведения ("xxxxx.mpls"---"XXXXX" является изменяемым, и расширение "mpls" является фиксированным), которому дано расширение “mpls”.
В "директории CLIPINF" существует информационный файл клипа ("xxxxx.clpi"---"XXXXX" является изменяемым, и расширение "clpi" является фиксированным), которому дано расширение “clpi”.
Экстенты, образующие файлы, существующие в объясненных выше директориях, записываются в область не-AV-данных.
"Директория STREAM" это директория, где хранится файл транспортного потока. В "директории STREAM" существует файл транспортного потока ("xxxxx.m2ts"---"XXXXX" является изменяемым, и расширение "m2ts" является фиксированным), которому дано расширение "m2ts".
Вышеописанные файлы сформированы на совокупности секторов, которые являются физически непрерывными в разделе. Раздел это область, к которой обращается файловая система и которая включает в себя "область, где записывается описатель набора файлов", "область, где записывается концевой описатель", "область директории ROOT", "область директории BDMV", "область директории JAR", "область директории BDJO", "область директории PLAYLIST", "область директории CLIPINF" и "область директории STREAM". Ниже поясняются эти области.
"Описатель набора файлов" включает в себя номер логического блока (LBN), который указывает сектор, в котором записывается файловая запись директории ROOT, из областей директории. "Концевой описатель" указывает конец описателя набора файлов.
Ниже представлено подробное описание областей директории. Вышеописанные области директории имеют одинаковую внутреннюю структуру. Иначе говоря, каждая из "областей директории" состоит из "файловой записи", "директорного файла" и "области записи файла для файла более низкого уровня".
"Файловая запись" включает в себя "тег описателя", "тег ICB" и "описатель выделения".
"Тег описателя" это тег, идентифицирующий, в качестве "файловой записи", файловую запись, которая включает в себя сам тег описателя.
"Тег ICB" указывает информацию атрибутов, относящихся к самой файловой записи.
"Описатель выделения" включает в себя номер логического блока (LBN), который указывает позицию записи директорного файла. Мы описали файловую запись. Ниже представлено подробное описание директорного файла.
"Директорный файл" включает в себя "идентификационный описатель файла более низкой директории" и "идентификационный описатель файла для файла более низкого уровня".
"Идентификационный описатель файла более низкой директории" это информация, служащая ссылкой для доступа к более низкой директории, который принадлежит самому директорному файлу, и состоит из идентификационной информации более низкой директории, длины имени директории для более низкой директории, адреса файловой записи, который указывает номер логического блока для блока, в котором записывается файловая запись более низкой директории, и имени директории более низкой директории.
"Идентификационный описатель файла для файла более низкого уровня" это информация, служащая ссылкой для доступа к файлу, который принадлежит самому директорному файлу, и состоит из идентификационной информации файла более низкого уровня, длины имени более низкого файла, адреса файловой записи, который указывает номер логического блока для блока, в котором записывается файловая запись файла более низкого уровня, и имени файла для файла более низкого уровня.
Идентификационные описатели файлов директорных файлов директорий указывают логические блоки, в которых записываются файловые записи более низкой директории и файла более низкого уровня. Отслеживая идентификационные описатели файлов таким образом, можно перейти от файловой записи директории ROOT к файловой записи директории BDMV, и перейти от файловой записи директории BDMV к файловой записи директории PLAYLIST. Аналогично, можно достичь файловых записей директории JAR, директории BDJO, директории CLIPINF и директории STREAM.
"Область записи файла для файла более низкого уровня" это область, где содержание файла более низкого уровня, который принадлежит директории. "Файловая запись" более низкой записи и один или несколько "экстентов" записываются в "области записи файла для файла более низкого уровня".
Файл потока, который составляет главный признак настоящей заявки, является областью записи файла, которая существует в области директории для директории, которой принадлежит файл. Можно осуществлять доступ к файлу транспортного потока, отслеживая идентификационные описатели файлов директорных файлов, и описатели выделения файловых записей.
(Вариант осуществления 7)
Настоящий вариант осуществления описывает внутреннюю структуру устройства 2D/3D воспроизведения, которое объединяет в себе функции устройств воспроизведения, описанных в предыдущих вариантах осуществления.
На Фиг.71 показана структура устройства 2D/3D воспроизведения. Устройство 2D/3D воспроизведения включает в себя привод BD-ROM 1, буфер чтения 2a, буфер чтения 2b, переключатель 3, системный целевой декодер 4, набор 5a блоков памяти плоскости, блок 5b наложения плоскостей, блок 6 передачи/приема HDMI, блок 7 управления воспроизведением, память, набор 203 регистров, блок 11 выполнения программы, программную память 12, модуль HDMV 13, платформу BD-J 14, промежуточное программное обеспечение 15, модуль 16 управления режимом, блок 17 обработки пользовательских событий, локальное хранилище 18 и энергонезависимую память 19.
Привод BD-ROM 1, наподобие устройства 2D воспроизведения, считывает данные с диска BD-ROM на основании запроса от блока 7 управления воспроизведением. AV клипы, считанные с диска BD-ROM, переносятся в буфер чтения 2a или 2b.
При воспроизведении 3D изображения, блок управления воспроизведением 7 выдает запрос чтения, который предписывает считывать блок данных базового вида и блок данных зависимого вида попеременно в единицах экстентов. Привод BD-ROM 1 считывает экстенты, образующие блок данных базового вида, в буфер чтения 2a и считывает экстенты, образующие блок данных зависимого вида, в буфер чтения 2b. При воспроизведении 3D изображения, привод BD-ROM 1 должен иметь более высокую скорость чтения, чем привод BD-ROM для устройства 2D воспроизведения, поскольку ему необходимо одновременно считывать блок данных базового вида и блок данных зависимого вида.
Буфер чтения 2a это буфер, который можно реализовать в виде, например, двухпортовой памяти, и в котором хранятся данные блоков данных базового вида, считанных приводом BD-ROM 1.
Буфер чтения 2b это буфер, который можно реализовать в виде, например, двухпортовой памяти, и в котором хранятся данные блоков данных зависимого вида считанных приводом BD-ROM 1.
Переключатель 3 используется для переключения данных источника, поступающих в буферы чтения, между приводом BD-ROM 1 и локальным хранилищем 18.
Системный целевой декодер 4 декодирует потоки путем осуществления процесса демультиплексирования пакетов источника, считанных в буфер чтения 2a и буфер чтения 2b.
Набор 5a блоков памяти плоскости состоит из совокупности блоков памяти плоскости. Блоки памяти плоскости включают в себя блоки памяти для хранения плоскости видео левого вида, плоскости видео правого вида, плоскости вторичного видео, плоскости интерактивной графики (плоскости IG) и плоскости презентационной графики (плоскости PG).
Блок 5b наложения плоскостей осуществляет наложение плоскостей, объясненное в вышеприведенных вариантах осуществления. Когда изображение выводится на телевизор и пр., выходной сигнал согласован с 3D системой. При необходимости воспроизводить изображение левого вида и изображение правого вида попеременно с использованием очков с затворами, изображение выводится, как есть. Когда изображение требуется выводить, например, на лентикулярный телевизор, подготавливается временный буфер, изображение левого вида сначала переносится во временный буфер, и изображение левого вида и изображение правого вида выводятся одновременно после переноса изображения правого вида.
Блок 6 передачи/приема HDMI выполняет фазу согласования, описанную согласно варианту осуществления 1, в соответствии, например, со стандартом HDMI, где HDMI обозначает High Definition Multimedia Interface. На фазе согласования, блок 6 передачи/приема HDMI может принимать, от телевизора, (i) информацию, указывающую, поддерживает ли он стереоскопическое отображение, (ii) информацию, касающуюся разрешения для моноскопического отображения, и (iii) информацию, касающуюся разрешения для стереоскопического отображения.
Блок 7 управления воспроизведением включает в себя движок 7a воспроизведения и движок 7b управления воспроизведением. Получив от блока 11 выполнения программы и пр. предписание воспроизводить список воспроизведения 3D, блок 7 управления воспроизведением идентифицирует блок данных базового вида элемента воспроизведения, который является целью воспроизведения, из списка воспроизведения 3D, и идентифицирует блок данных зависимого вида вспомогательного элемента воспроизведения на вспомогательном пути 3D, который нужно воспроизводить синхронно с элементом воспроизведения. После этого, блок управления воспроизведением 7 интерпретирует карту записей соответствующего информационного файла клипа и запрашивает привод BD-ROM 1 попеременно считывать экстент блока данных базового вида и экстент блока данных зависимого вида, начиная с начальной точки воспроизведения, на основании типа начала экстента, который указывает, какой из экстента, образующего видеопоток базового вида, и экстента, образующего видеопоток зависимого вида, располагается первым. В начале воспроизведения, первый экстент полностью считывается в буфер чтения 2a или буфер чтения 2b, и затем начинается перенос из буфера чтения 2a и буфера чтения 2b на системный целевой декодер 4.
Движок 7a воспроизведения выполняет функции воспроизведения AV. Функции воспроизведения AV в устройстве воспроизведения представляют собой группу традиционных функций, унаследованных от проигрывателей CD и DVD. Функции воспроизведения AV включают в себя: Play, Stop, Pause On, Pause Off, Still Off, Forward Play (скорость воспроизведения задается равной ближайшему значению), Backward Play (скорость воспроизведения задается равной ближайшему значению), Audio Change, Picture Data Change для вторичного видео и Angle Change.
Движок 7b управления воспроизведением осуществляет функции воспроизведения списка воспроизведения в ответ на функциональные вызовы от интерпретатора команд, который является основным рабочим органом в режиме HDMV, и от платформы Java, которая является основным рабочим органом в режиме BD-J. Функции воспроизведения списка воспроизведения означают, что, среди вышеописанных функций воспроизведения AV, функции Play и Stop осуществляются в соответствии с информацией текущего списка воспроизведения и информацией текущего клипа, где информация текущего списка воспроизведения составляет текущий список воспроизведения.
Память это память для хранения информации текущего списка воспроизведения и информация текущего клипа. Информация текущего списка воспроизведения это фрагмент информации списка воспроизведения, который в данный момент является целью обработки, из совокупности фрагментов информации списка воспроизведения, к которым можно осуществлять доступ из BD-ROM, привода встроенного носителя или привода сменного носителя. Информация текущего клипа это фрагмент информации клипа, который в данный момент является целью обработки, из совокупности фрагментов информации клипа, к которым можно осуществлять доступ из BD-ROM, привода встроенного носителя или привода сменного носителя.
Набор 10 регистров это набор регистров статуса/настройки проигрывателя, который является набором регистров, включающих в себя регистр общего назначения для хранения произвольной информации, которая не подлежит использованию содержанием, также регистр статуса воспроизведения и регистр настройки воспроизведения, описанные в предыдущих вариантах осуществления.
Блок 11 выполнения программы это процессор для выполнения программы, хранящейся в файле программы BD. Действуя согласно сохраненной программе, блок 11 выполнения программы осуществляет следующие операции управления: (1) предписывает блоку 7 управления воспроизведением воспроизводить список воспроизведения; и (2) переносит на системный целевой декодер PNG/JPEG, который представляет меню или графику для игры, с целью отображения его/ее на экране. Эти операции управления можно свободно осуществлять в соответствии с конструкцией программы, и каким образом осуществляются операции управления, определяется процессом программирования приложения BD-J в процессе авторинга.
В программной памяти 12 хранится текущий динамический сценарий, поступающий на интерпретатор команд, который является оператором в режиме HDMV, и на платформу JavaTM, которая является оператором в режиме BD-J. Текущий динамический сценарий это текущая цель выполнения, которая представляет собой один из Index.bdmv, объекта BD-J и объекта фильма, записанных на BD-ROM. Программная память 12 включает в себя динамически выделяемую память.
Динамически выделяемая память это область стека для хранения байтовых кодов системного приложения, байтовых кодов приложения BD-J, системных параметров, используемых системным приложением, и параметров приложения, используемых приложением BD-J.
Модуль 13 HDMV снабжен интерпретатором команд и управляет режимом HDMV путем декодирования и выполнения команды навигации, образующей объект фильма.
TM
TM
Платформа BD-J 14 это платформа Java, которая является оператором в режиме BD-J, и полностью реализуется посредством Java 2Micro_Edition (J2ME) Personal Basis Profile (PBP 1.0) и спецификации Globally Executable MHP (GEM1.0.2), ориентированных на упакованные носители. Платформа BD-J 14 состоит из загрузчика классов, интерпретатора байтового кода и менеджера приложений.
Загрузчик классов является одним из системных приложений, которое загружает приложение BD-J путем чтения байтовых кодов из файла класса, существующего в архивном файле JAR, и которое сохраняет байтовые коды в динамически выделяемой памяти.
TM
Интерпретатор байтового кода иначе называется виртуальной машиной Java. Интерпретатор байтового кода преобразует (i) байтовые коды, образующие приложение BD-J, хранящееся в динамически выделяемой памяти, и (ii) байтовые коды, образующие системное приложение, в собственные коды, и предписывает MPU выполнять собственные коды.
Менеджер приложений является одним из системных приложений, и осуществляет сигнализацию приложения для приложения BD-J на основании таблицы управления приложениями в объекте BD-J, например, начало или окончание приложения BD-J. На этом завершается описание внутренней структуры платформы BD-J.
Промежуточное программное обеспечение 15 это операционная система для встроенного программного обеспечения и состоит из ядра и драйвера устройства. Ядро снабжает приложение BD-J функцией, уникальной для устройства воспроизведения, в ответ на вызов программного интерфейса приложения (API) от приложения BD-J. Промежуточное программное обеспечение 15 также обеспечивает управление оборудованием, например, запуск обработчика прерываний путем отправки сигнала прерывания.
Модуль 16 управления режимом поддерживает Index.bdmv, считанный с BD-ROM, привода встроенного носителя или привода сменного носителя, и осуществляет управление режимом и управление ветвлением. Управление посредством управления режимом представляет собой назначение модуля, в результате которого платформа BD-J или модуль HDMV выполняет динамический сценарий.
Блок 17 обработки пользовательских событий принимает пользовательскую операцию через пульт дистанционного управления и предписывает блоку 11 выполнения программы или блоку 7 управления воспроизведением осуществлять процесс, предписанный принятой пользовательской операцией. Например, когда пользователь нажимает кнопку на пульте дистанционного управления, блок 17 обработки пользовательских событий предписывает блоку 11 выполнения программы выполнить команду, включенную в кнопку. Например, когда пользователь нажимает кнопку перемотки вперед/назад на пульте дистанционного управления, блок 17 обработки пользовательских событий предписывает блоку 7 управления воспроизведением выполнить процесс перемотки вперед/назад над AV клипом воспроизводимого в данный момент списка воспроизведения.
Локальное хранилище 18 включает в себя привод встроенного носителя для доступа к жесткому диску и привод сменного носителя для доступа к плате полупроводниковой памяти, и хранит дополнительные загруженные материалы, данные, используемые приложениями, и другие данные. Область для хранения дополнительных материалов делится на малые области в количестве, равном числу BD-ROM. Кроме того, область для хранения данных, используемых приложениями, делится малые области в количестве, равном числу приложений.
Энергонезависимая память 19 это носитель записи, т.е., например, память с возможностью чтения/записи, и носитель, например, флэш-память или FeRAM, где записанные данные могут сохраняться даже в отсутствие подачи питания. Энергонезависимая память 19 используется для хранения резервной копии набора 203 регистров.
(Вариант осуществления 8)
Настоящий вариант осуществления это вариант осуществления для реализации изобретения, которое идентично изобретению (ниже именуемому “настоящее изобретение”), представленному в описании и прилагаемых чертежах, по запросу на патентную заявку, которая лежит в основе притязания на приоритет настоящей заявки.
Прежде всего, из действий по реализации носителя записи, отвечающего настоящему изобретению, опишем вариант осуществления действия по использованию. На Фиг.72A показан вариант осуществления действия по использованию носителя записи, отвечающего настоящему изобретению. BD-ROM 101 на Фиг.72A является носителем записи, отвечающим настоящему изобретению. BD-ROM 101 используется для обеспечения фильмов, воспроизводимых на системе домашнего кинотеатра, состоящей из устройства воспроизведения 102, телевизора 103 и пульта дистанционного управления 104.
На этом завершается описание действия по использованию носителя записи, отвечающего настоящему изобретению.
Далее описана структура данных BD-ROM (т.е. носителя записи, отвечающего настоящему изобретению) для записи 2D изображений.
На Фиг.72B показана структура BD-ROM.
В четвертой строке на Фиг.72B показан BD-ROM 101, и в третьей строке показана дорожка на BD-ROM. Хотя дорожка обычно сформирована расширяющейся по спирали от внутреннего периметра к внешнему периметру, дорожка на данной фигуре изображена развернутой в поперечном направлении. Как и другие оптические диски, например, DVD и CD, BD-ROM 101 имеет область записи, которая проходит по спирали от внутреннего периметра к внешнему периметру BD-ROM 101. BD-ROM 101 также имеет область тома, в которой могут записываться логические данные, между зоной ввода со стороны внутреннего периметра и зоной вывода со стороны внешнего периметра. Область тома делится на единицы, в которых может производиться доступ к оптическому диску, и единицам доступа назначаются порядковые номера. Порядковые номера называются логическими адресами. Данные считываются с оптического диска путем указания логических адресов. Здесь задано, что логические адреса также указывают физически последовательные области на оптическом диске. Иначе говоря, данные с последовательными логическими адресами можно считывать без операции поиска. Существует особая область, именуемая BCA (Burst Cutting Area), обеспеченная в месте, более внутреннем, чем зона ввода. Поскольку ее может считывать только привод, но не приложение, BCA часто используется для защиты авторских прав.
В голове области тома записана информация тома файловой системы, после которой следуют данные приложения, например видеоданные. Файловая система это система, которая выражает данные на диске в единицах директорий и файлов. На BD-ROM 101 файловая система записана в формате, именуемом UDF (Universal Disc Format). Даже в случае обычного ПК (персонального компьютера), когда данные записываются с помощью файловой системы, именуемой FAT или NTFS, данные, записанные на жестком диске под директориями и файлами, можно использовать на компьютере, таким образом, повышая удобство в эксплуатации. Файловая система позволяет считывать логические данные таким же образом, как на обычном ПК, с использованием структуры директорий и файлов.
Директории и файлы на BD-ROM 101 структурированы следующим образом. Директория BDMV обеспечена непосредственно под корневой директорией (ROOT). Данные, например, AV контент и информация управления на BD-ROM 101 записываются в директории BDMV. Под директорией BDMV обеспечены файл индекса (index.bdmv), задающий индексную таблицу, составляющую титр, директория PLAYLIST, директория CLIPINF, директория STREAM, директория BDJO и директория JAR. Под директорией STREAM директорией CLIPINF и директорией PLAYLIST обеспечены: AV клип (XXX.M2TS), где хранится AV контент, например, видео и аудио мультиплексируются друг с другом; информационный файл клипа (XXX.CLPI), где хранится информация управления AV клипом; файл списка воспроизведения (YYY.MPLS), задающий логические пути воспроизведения AV клипов; и файл программы BD (AAA.PROG), где хранится программа, которая задает динамический сценарий.
Далее описана структура данных файлов, которые хранятся под директорией BDMV.
Сначала опишем файл индекса (Index.bdmv). Файл индекса имеет индексную таблицу, показанную на Фиг.72C. Индексная таблица это таблица, которая обеспечена в самом верхнем слое и задает структуру титров верхнего меню, FirstPlay и всех титров, хранящихся на BD-ROM. Индексная таблица указывает файлы программы, подлежащие выполнению в первую очередь, из каждого титра, верхнего меню и FirstPlay. Каждый раз при вызове титра или меню, проигрыватель BD-ROM обращается к индексной таблице, для выполнения заранее определенного файла программы BD. Здесь, FirstPlay устанавливается поставщиком контента и указывает файл программы BD, подлежащий автоматическому запуску при загрузке диска в проигрыватель BD-ROM. Верхнее меню задает объект фильма или объект BD-J, вызываемый при выполнении команды “Возврат в меню” согласно пользовательской операции через пульт дистанционного управления.
TM
TM
В файле программы BD (AAA.PRG) хранится совокупность программ, указываемых и выполняемых из каждого титра. Для идентификации соответствующих файлов используются различные префиксы (например, AAA). Хотя для генерации программ для диска Blu-ray используются программы на основе интерпретатора с уникальными спецификациями, программы, подлежащие использованию, могут быть написаны на языке программирования общего назначения, например, Java или Java Script. Язык программирования не имеет значения для настоящего изобретения. Программы задают списки воспроизведения для воспроизведения.
Теперь опишем AV клип (XXX.M2TS) и информационный файл клипа (XXX.CLPI).
AV клип является цифровым потоком, имеющим формат транспортного потока MPEG-2.
На Фиг.73A показана структура AV клипа. Согласно Фиг.73A, AV клип получается путем мультиплексирования одного или нескольких из видеопотока, аудиопотока, потока презентационной графики (PG) и потока интерактивной графики (IG). Видеопоток представляет первичный и вторичный видеосигналы фильма. Аудиопоток представляет первичный аудиосигнал фильма и вторичный аудиосигнал, смешиваемый с первичным аудиосигналом. Поток презентационной графики представляет субтитры для фильма. Заметим, что первичный видеосигнал представляет собой первичное видео, отображаемое на экране, и вторичный видеосигнал отображается на малом экране, обеспеченном при отображении первичного видеосигнала. Поток интерактивной графики представляет интерактивный экран, созданный путем размещения компонентов GUI на экране. Видеопоток кодируется методом кодирования например MPEG-2, MPEG-4 AVC или SMPTE VC-1 до его записи. Аудиопоток кодируется со сжатием, например, методом Dolby AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD или методом линейного PCM до его записи.
Ниже описана структура видеопотока. При использовании метода сжатия/кодирования видеосигнала, например, MPEG-2, MPEG-4 AVC и SMPTE VC-1, данные уменьшаются в размере путем усреднения пространственной и временной избыточности видеосигнала. Один метод, который пользуется преимуществом временной избыточности видеосигнала, является методом предсказательного кодирования между изображениями. Согласно методу предсказательного кодирования между изображениями, при кодировании определенного изображения, другое изображение, подлежащее отображению до или после определенного изображения по оси времени отображения, считается опорным изображением. После определения величины движения, на которую данные определенного изображения отличаются от данных опорного изображения, данные определенного изображения уменьшаются в размере за счет удаления пространственной избыточности, которое обеспечивается вычитанием определенного изображения (цели кодирования) из опорного изображения с компенсацией движения.
I-изображение это изображение, которое закодировано посредством предсказательного кодирования между изображениями, т.е. с использованием только информации, присутствующей в нем самом, без ссылки на опорное изображение. Заметим, что “изображение” является единицей кодирования и обозначает как кадр, так и поле. P-изображение это изображение, которое закодировано посредством предсказательного кодирования между изображениями, в частности, путем ссылки на другое, уже обработанное изображение. B-изображение это изображение, которое закодировано посредством предсказательного кодирования между изображениями, в частности, путем одновременного обращения к двум другим, уже обработанным изображениям. B-изображение, на которое ссылается другое изображение, называется “Br-изображение”. Кадр (в случае кадровой структуры) и поле (в случае полевой структуры) называются единицами доступа к видео.
Каждый поток в AV клипе идентифицируется посредством PID. Например, выравнивание 0x1011 выделяется видеопотоку, используемому в качестве видеоматериала фильма, выравнивания 0x1100-0x111F выделяются аудиопотокам, выравнивания 0x1200-0x121F выделяются презентационной графике, выравнивания 0x1400-0x141F выделяются потокам интерактивной графики, выравнивания 0x1B00-0x1B1F выделяются видеопотокам, используемым в качестве вторичного видеоматериала фильма, и выравнивания 0x1A00-0x1A1F выделяются аудиопотоку, используемому в качестве вторичного аудиосигнала, смешанного с первичным аудиосигналом.
На Фиг.73B схематически показано, как мультиплексируется AV клип. Прежде всего, видеопоток 501, состоящий из совокупности видеокадров, и аудиопоток 504, состоящий из совокупности аудиокадров, преобразуются в последовательность пакетов PES 502 и последовательность пакетов PES 505, соответственно. Последовательность пакетов PES 502 и 505 преобразуются в пакеты TS 503 и 506, соответственно. Аналогично, фрагменты данных потока презентационной графики 507 и интерактивной графики 510 преобразуются в последовательность пакетов PES 508 и последовательность пакетов PES 511, соответственно, и последовательность пакетов PES 508 и 511 преобразуются в пакеты TS 509 и 512, соответственно. AV клип 513 состоит из пакетов TS 503, 506, 509 и 512 мультиплексированных в один поток.
На Фиг.74A более подробно показано, как видеопоток сохраняется в последовательности пакетов PES. В первой строке показана последовательность видеокадров видеопотока. Во второй строке показана последовательность пакетов PES. Как указано стрелками yy1, yy2, yy3 и yy4, видеопоток состоит из совокупности единиц презентации видео (I-изображение, B-изображение, P-изображение). Видеопоток делится на отдельные изображения, и каждое изображение сохраняется в полезной нагрузке пакета PES. Каждый пакет PES имеет заголовок PE, где хранится PTS (Presentation Time-Stamp), которая указывает время отображения изображения, хранящегося в полезной нагрузке пакета PES, и DTS (Decoding Time-Stamp), которая указывает время декодирования изображения, хранящегося в полезной нагрузке пакета PES.
На Фиг.74B показан формат пакетов TS, окончательно записанных в AV клип. Каждый пакет TS является пакетом фиксированной длины, равной 188 байт, состоящим из 4-байтового "заголовка TS", несущего информацию, например, PID, идентифицирующий поток, и 184-байтовую "полезную нагрузку TS", где хранится данные. Пакеты PES сохраняются в разделенном виде в полезных нагрузках TS. В случае BD-ROM, к каждому пакету TS присоединен 4-байтовый TP_Extra_Header, таким образом, образуя 192-байтовый пакет источника. Пакеты источника записываются в AV клипе. В TP_Extra_Header хранится информация, например, ATS (Arrival_Time_Stamp). ATS указывает начальное время переноса, когда пакет TS подлежит переносу на фильтр PID системного целевого декодера 1503, который будет описан ниже. Пакеты источника располагаются в AV клипе, как показано в нижней строке на Фиг.74B. Номера, последовательно увеличивающиеся от головы AV клипа, называются SPN (номера пакетов источника).
Помимо пакетов TS аудио, видео, субтитров и т.п., AV клип также включает в себя пакеты TS для PAT (Program Association Table), PMT (Program Map Table) и PCR (Program Clock Reference). В PAT указан PID для PMT, используемой в AV клипе. PID для самой PAT регистрируется как “0”. В PMT хранятся PID в потоках видео, аудио, субтитров и т.п., и информация атрибутов, соответствующая PID. PMT также имеет различные описатели, относящиеся к AV клипу. Описатели имеют информацию, например, информацию управления копированием, указывающую, разрешено ли копирование AV клипа. В PCR хранится информация времени STC, соответствующая ATS, который указывает время, когда пакет PCR переносится на декодер, для достижения синхронизации между ATC (Arrival Time Clock), который является временной осью для ATS, и STC (System Time Clock), который является временной осью для PTS и DTS.
На Фиг.75A подробно поясняется структура данных PMT. Заголовок PMT располагается вверху PMT. Информация, записанная в заголовке PMT, включает в себя длину данных, включенных в PMT, к которой присоединен заголовок PMT. Совокупность описателей, относящихся к AV клипу, располагается после заголовка PMT. Информация, например, описанная информация управления копированием, приведена в описателях. После описателей располагается совокупность фрагментов информации потока, относящихся к потокам, включенным в AV клип. Каждый фрагмент информации потока состоит из описателей потока, в каждом из которых приведена информация, например, тип потока для идентификации кодека со сжатием потока, PID потока или информация атрибутов потока (например, частота кадров или аспектное отношение). Количество описателей потока равно количеству потоков в AV клипе.
Согласно Фиг.75B, каждый фрагмент информационного файла клипа является информацией управления для AV клипа. Информационные файлы клипа находятся во взаимно-однозначном соответствии с AV клипами, и каждый из них состоит из информации клипа, информации атрибутов потока и карты записей.
Согласно Фиг.75B, информация клипа состоит из системной скорости, времени начала воспроизведения и времени окончания воспроизведения. Системная скорость представляет максимальную скорость переноса, с которой AV клип переносится на фильтр PID системного целевого декодера, который будет описан ниже. Интервал между ATS в AV клипе меньше или равен системной скорости. Время начала воспроизведения является PTS первого видеокадра в AV клипе. Время окончания воспроизведения получается путем прибавления интервала покадрового воспроизведения к PTS последнего видеокадра в AV клипе.
Согласно Фиг.76A, фрагмент информации атрибутов регистрируется для каждого PID каждого потока в AV клипе. Каждый фрагмент информации атрибутов имеет разную информацию в зависимости от того, является ли соответствующий поток видеопотоком, аудиопотоком, потоком презентационной графики или потоком интерактивной графики. Каждый фрагмент информации атрибутов видеопотока несет информацию, включающую в себя разновидность кодека со сжатием, используемого для сжатия видеопотока, и разрешение, аспектное отношение и частоту кадров фрагментов данных изображения, составляющих видеопоток. Каждый фрагмент информации атрибутов аудиопотока несет информацию, включающую в себя разновидность кодека со сжатием, используемого для сжатия аудиопотока, количество каналов, включенных в аудиопоток, количество языков, поддерживаемых аудиопотоком, и частоту дискретизации. Информация в информации атрибутов видеопотока и информации атрибутов аудиопотока используется, например, для инициализации декодера до того, как проигрыватель начнет воспроизведение.
Согласно Фиг.76B, карта записей является табличной информацией, где указаны информация 1101 заголовка карты записей, PTS и SPN. Каждая PTS указывает время отображения каждого I-изображения в видеопотоке в AV клипе. Каждый SPN является SPN AV клипа, который начинается с I-изображения. Здесь, пара из PTS и SPN, показанных в одной и той же строке таблицы, называется “точкой записи”. Каждая точка записи имеет ID точки записи (далее именуемый “EP_ID”). Начиная с верхней точки записи, которая имеет ID точки записи 0, точки записи имеют последовательно увеличивающиеся ID точка записи. С использованием карты записей, проигрыватель может указывать положение файла AV клипа, соответствующее произвольной точке на оси воспроизведения видеопотока. Например, при осуществлении особого воспроизведения, например, перемотке вперед или назад, проигрыватель может эффективно осуществлять обработку, не анализируя AV клип, указывая, выбирая и воспроизводя I-изображение, зарегистрированное в карте записей. Карта записей создается для каждого видеопотока, мультиплексированного в AV клипе. Управление картами записей осуществляется согласно PID. Информация 1101 заголовка карты записей хранится в голове каждой карты записей. Информация 1101 заголовка карты записей несет информацию, например, PID соответствующего видеопотока и количество точек записи.
Теперь опишем файл списка воспроизведения (YYY.MPLS).
Список воспроизведения указывает путь воспроизведения AV клипа. Согласно Фиг.77A, список воспроизведения состоит из одного или нескольких элементов воспроизведения 1201. Каждый элемент воспроизведения указывает сегмент воспроизведения в отношении AV клипа. Элементы воспроизведения 1201 идентифицируются соответствующим элементом воспроизведения ID и записываются в порядке их воспроизведения в списке воспроизведения. Кроме того, список воспроизведения включает в себя метку 1202 записи, указывающую начальную точку воспроизведения. Метка 1202 записи может назначаться в сегментах воспроизведения, заданных в элементе воспроизведения. Согласно Фиг.77A, метки 1202 записи связаны с позициями, которые являются потенциальными начальными позициями воспроизведения в элементах воспроизведения и используются для воспроизведения по указателю. В случае, например, титра фильма метки 1202 записи могут присваиваться голове каждой главы, таким образом, позволяя воспроизводить отдельные главы. Заметим, что путь воспроизведения последовательности элементов воспроизведения в настоящем примере задан как главный путь 1205.
Теперь, со ссылкой на Фиг.77B, опишем содержимое элементов воспроизведения. Элемент воспроизведения включает в себя информацию 1301 клипа для воспроизводимого клипа, время 1302 начала воспроизведения, время 1303 окончания воспроизведения, условие 1310 соединения и таблицу 1305 выбора потока. Поскольку время начала воспроизведения и время окончания воспроизведения являются информацией времени, проигрыватель обращается к карте записей информационного файла клипа, получает SPN, соответствующий указанным времени начала воспроизведения и времени окончания воспроизведения, и указывает начальную позицию чтения для осуществления обработки воспроизведения.
Условие 1310 соединения указывает предыдущий элемент воспроизведения и тип соединения. Когда условие 1310 соединения элемента воспроизведения равно “1”, не гарантируется, что AV клип, указанный этим элементом воспроизведения, гладко соединен с другим AV клипом, указанным предыдущим элементом воспроизведения, который предшествует этому элементу воспроизведения. Когда условие 1310 соединения элемента воспроизведения равно “5” или “6”, гарантируется, что AV клип, указанный этим элементом воспроизведения, гладко соединен с другим AV клипом, указанным предыдущим элементом воспроизведения, который предшествует этому элементу воспроизведения. Когда условие 1310 соединения равно “5”, STC одного элемента воспроизведения и STC другого элемента воспроизведения не обязаны быть непрерывными друг с другом. Иначе говоря, начальное время отображения видео начала AV клипа, указанное элементом воспроизведения, следующим за соединением, может не быть непрерывным от начального времени отображения видео конца AV клипа, указанного элементом воспроизведения, предшествующим соединению. Однако, в случае, когда AV клип, указанный элементом воспроизведения, предшествующим соединению, и AV клип, указанный элементом воспроизведения, следующим за соединением, поступают на фильтр PID системного целевого декодера 1503 и последовательно воспроизводятся, эти AV клипы не лишают системный целевой декодер 1503 возможности декодирования. Кроме того, существует ряд условий, которые должны выполняться. Например, последний кадр аудио в AV клипе, указанном элементом воспроизведения, предшествующим соединению, должен перекрываться с первым кадром аудио в AV клипе, указанном элементом воспроизведения, следующим за соединением, на временной оси воспроизведения. Кроме того, в случае, когда условие соединения 1310 равно “6”, когда AV клипы, указанные элементами воспроизведения, предшествующим соединению и следующим за соединением, объединяются друг с другом, они должны иметь возможность воспроизведения как единый AV клип. Другими словами, STC и ATC AV клипа, указанного элементом воспроизведения, предшествующим соединению, являются непрерывными, и STC и ATC AV клипа, указанного элементом воспроизведения, следующим за соединением, являются непрерывными.
Таблица 1305 выбора потока состоит из совокупности потоковых записей 1309. Каждая потоковая запись 1309 состоит из номера 1306 выбора потока, информации 1307 пути потока и информации 1308 идентификации потока. Номера 1306 выбора потока это числа, увеличивающиеся по порядку от первой потоковой записи 1309, включенной в таблицу выбора потока. Номера 1306 выбора потока используются для идентификации потоков в проигрывателе. Информация 1307 пути потока это информация, указывающая, в какой AV клип мультиплексируется поток, указанный информацией 1308 идентификации потока. Например, если информация 1307 пути потока указывает “главный путь”, это указывает AV-поток элемента воспроизведения. Если информация 1307 пути потока указывает “ID вспомогательного пути=1”, это указывает AV клип вспомогательного элемента воспроизведения, соответствующего сегменту воспроизведения элемента воспроизведения. Особенности вспомогательного пути будут описаны в следующем разделе. Информация 1308 идентификации потока это информация, например, PID, и показывает потоки, мультиплексированные на AV клип, для ссылки. Кроме того, информация атрибутов потока также записывается в потоковые записи 1309. Каждая информация атрибутов потока является фрагментом информации, указывающим свойства потока, и, например, включает в себя языковый атрибут в случае аудио, презентационной графики или интерактивной графики.
Согласно Фиг.77C, список воспроизведения может иметь один или несколько вспомогательных путей. Вспомогательным путям присваиваются ID для регистрации в списке воспроизведения. Эти ID используются как ID вспомогательного пути для идентификации вспомогательных путей. Вспомогательные пути представляют собой последовательность путей воспроизведения, воспроизводимых синхронно с главным путем. Как и элемент воспроизведения, вспомогательный элемент воспроизведения имеет информацию 1301 клипа для воспроизводимого клипа, время 1302 начала воспроизведения и время 1303 окончания воспроизведения. Время 1302 начала воспроизведения и время 1303 окончания воспроизведения вспомогательного элемента воспроизведения выражаются с использованием той же временной оси, что и главный путь. Например, если некоторая потоковая запись 1309, зарегистрированная в таблице 1305 выбора потока элемента воспроизведения #2, указывает ID вспомогательного пути=0 и презентационную графику 1, презентационная графика 1, мультиплексированная в AV клип вспомогательного элемента воспроизведения #2, воспроизводимого синхронно с сегментом воспроизведения элемента воспроизведения #2, из вспомогательных путей с ID вспомогательного пути=0, будет воспроизводиться в элементе воспроизведения #2 сегмент воспроизведения. Кроме того, вспомогательный элемент воспроизведения включает в себя поле, именуемое условием соединения SP, которое имеет такой же смысл, как условие соединения элемента воспроизведения. AV клип на границе между вспомогательными элементами воспроизведения, условия соединения SP которых равны “5” или “6”, должен удовлетворять условиям, которым должны удовлетворять указанные элементы воспроизведения, условия соединения которых равны “5” или “6”.
На этом завершается описание структуры данных BD-ROM (т.е. носителя записи, отвечающего настоящему изобретению) для записи 2D изображений.
Теперь опишем устройство воспроизведения (устройство 2D воспроизведения), отвечающее настоящему изобретению, причем устройство воспроизведения воспроизводит BD-ROM, на котором записаны 2D изображения.
На Фиг.78A показана структура устройства 1500 2D воспроизведения. Устройство 1500 2D воспроизведения состоит из привода 1501 BD-ROM, буфера чтения 1502, системного целевого декодера 1503, программной памяти 1504, памяти 1505 информации управления, блока 1506 выполнения программы, блока 1507 управления воспроизведением, переменной 1508 проигрывателя, блока 1509 обработки пользовательских событий и плоскостного сумматора 1510.
Привод 1501 BD-ROM считывает данные с диска BD-ROM на основании запроса от блока 1507 управления воспроизведением. AV клип, считанный с диска BD-ROM, переносится в буфер чтения 1502. Файл индекса, файл списка воспроизведения и информационный файл клипа, считанный с диска BD-ROM, переносятся в память 1505 информации управления. Файл объекта фильма, считанный с диска BD-ROM, переносится в программную память 1504.
Буфер чтения 1502 это буфер, образованный памятью и пр., где хранятся данные, считанные с использованием привода BD-ROM. Память 1505 информации управления это буфер, образованный памятью и пр., где хранятся информация управления файлом индекса, файл списка воспроизведения и информационный файл клипа. Программная память 1504 это буфер, образованный памятью и пр., где хранится файл объекта фильма.
Системный целевой декодер 1503 осуществляет (i) обработку демультиплексирования на пакетах источника, считанных в буфер чтения 1502 и (ii) обработку декодирования потоков. Информация, необходимая для декодирования потоков, включенных в AV клип, например, типы кодека и атрибуты потока, переносится из блока 1507 управления воспроизведением. Системный целевой декодер 1503 записывает декодированный первичный видеопоток, вторичный видеопоток, поток интерактивной графики и поток презентационной графики в их блоки памяти плоскости, а именно, плоскость первичного видео, плоскость вторичного видео, плоскость интерактивной графики (плоскость IG) и плоскость презентационной графики (плоскость PG), соответственно. Системный целевой декодер 1503 также смешивает декодированный первичный аудиопоток с декодированным вторичным аудиопотоком и выводит смешанные потоки на громкоговоритель и пр. Системный целевой декодер 1503 также осуществляет обработку декодирования графических данных, например JPEG и PNG (переносимых из блока 1506 выполнения программы) для отображения меню и пр., и для записи декодированных графических данных в плоскость изображения. Ниже приведено более подробное описание системного целевого декодера 1503.
Блок 1509 обработки пользовательских событий запрашивает обработку блоком 1506 выполнения программы или блоком 1507 управления воспроизведением в ответ на пользовательскую операцию, произведенную через пульт дистанционного управления. Например, при нажатии кнопки на пульте дистанционного управления, блок 1509 обработки пользовательских событий делает запрос блоку 1506 выполнения программы на выполнение команды, включенной в кнопку. В другом примере, при нажатии кнопки перемотки вперед или перемотки назад на пульте дистанционного управления, блок 1509 обработки пользовательских событий предписывает блоку 1507 управления воспроизведением выполнять обработку перемотки вперед или перемотки назад AV клипа списка воспроизведения, который в данный момент воспроизводится.
Блок 1507 управления воспроизведением имеет функцию управления воспроизведением AV клипа путем управления приводом BD-ROM 1501 и системным целевым декодером 1503. Блок 1507 управления воспроизведением также управляет обработкой воспроизведения AV клипа путем интерпретации информации списка воспроизведения на основании инструкции воспроизведения от блока 1506 выполнения программы или извещения от блока 1509 обработки пользовательских событий. Кроме того, блок 1507 управления воспроизведением также осуществляет задание переменной 1508 проигрывателя или обращение к ней и осуществляет операции воспроизведения.
Переменная 1508 проигрывателя включает в себя системные параметры (), указывающие состояние проигрывателя, и общие параметры (GPRM) для общего использования.
На Фиг.78B приведен перечень системных параметров (PSR).
PSR0: Код языка
PSR1: Номер первичного аудиопотока
PSR2: Номер потока субтитров
PSR3: Номер угла
PSR4: Номер титра
PSR5: Номер главы
PSR6: Номер программы
PSR7: Номер ячейки
PSR8: Информация выбранной кнопки
PSR9: Таймер навигации
PSR10: Информация времени воспроизведения
PSR11: Режим микширования для Караоке
PSR12: Информация страны для родительского контроля
PSR13: Уровень родительского контроля
PSR14: Значение конфигурации проигрывателя (видео)
PSR15: Значение конфигурации проигрывателя (аудио)
PSR16: Код языка для аудиопотока
PSR17: Расширение кода языка для аудиопотока
PSR18: Код языка для потока субтитров
PSR19: Расширение кода языка для потока субтитров
PSR20: Код региона проигрывателя
PSR21: Выбор предпочтений пользователя для режима вывода 2D/3D
PSR22: Текущий режим вывода 2D/3D
PSR23: Возможность вывода 3D-видео дисплея
PSR24: Возможность воспроизведения 3D-изображений
PSR25: Зарезервирован
PSR26: Зарезервирован
PSR27: Зарезервирован
PSR28: Зарезервирован
PSR29: Зарезервирован
PSR30: Зарезервирован
PSR31: Зарезервирован
PSR10 обновляется каждый раз при отображении данных изображения, принадлежащих AV клипу. Другими словами, если устройство воспроизведения предписывает отображение нового фрагмента данных изображения, PSR10 обновляется для указания времени отображения (PTS) нового изображения. Текущую точку воспроизведения можно получить, обратившись к PSR10.
Код языка для аудиопотока в PSR16 и код языка для потока субтитров в PSR18 являются элементами, которые можно устанавливать в OSD проигрывателя и пр., и указывают коды языка проигрывателя по умолчанию. Например, файл программы BD может иметь следующую функцию. А именно, если код языка для аудиопотока PSR16 указывает английский язык, то при воспроизведении списка воспроизведения, в таблице выбора потока элемента воспроизведения ищется потоковая запись, имеющая тот же код языка, и соответствующий аудиопоток выбирается и воспроизводится.
Кроме того, блок 1507 управления воспроизведением проверяет статус системного параметра при осуществлении воспроизведения. PSR1, PSR2, PSR21 и PSR22 указывают номер аудиопотока, номер потока субтитров, номер вторичного видеопотока и номер вторичного аудиопотока, соответственно. Эти значения соответствуют номеру 606 выбора потока. В качестве одного примера, блок 1506 выполнения программы может изменять номер аудиопотока PSR1. Блок 1507 управления воспроизведением сравнивает номер 606 секции потока из таблицы 605 выбора потока воспроизводимого в данный момент элемента воспроизведения, обращается к совпадающей потоковой записи 609 и переключает воспроизведение аудиопотока. Таким образом, можно производить переключения между воспроизведением аудиопотока, потока субтитров и вторичного видеопотока.
Блок 1506 выполнения программы это процессор для выполнения программы, хранящейся в файле программы BD. Блок 1506 выполнения программы осуществляет операции в соответствии с сохраненной программой и осуществляет управление следующим образом. (1) Блок 1506 выполнения программы предписывает блоку 1507 управления воспроизведением осуществлять воспроизведение списка воспроизведения. (2) Блок 1506 выполнения программы переносит PNG/JPEG для графики меню или игры на системный целевой декодер для отображения на экране. Эти операции можно осуществлять гибко в соответствии со структурой программ. Какого рода управление осуществлять, определяется согласно процедуре программирования файла программы BD в процедуре авторинга.
Плоскостной сумматор мгновенно накладывает фрагменты данных, записанные в плоскости первичного видео, плоскости вторичного видео, плоскости интерактивной графики, плоскости презентационной графики и плоскости изображения, и отображает результат наложения данных на экране телевизора и пр.
Ниже, со ссылкой на Фиг.79, приведено описание системного целевого декодера 1503.
Депакетизатор источника интерпретирует пакет источника, перенесенный на системный целевой декодер 1503, извлекает пакет TS и отправляет пакет TS на фильтр PID. При отправке пакета TS, депакетизатор источника регулирует время ввода в декодер в соответствии с ATS пакета источника. В частности, в соответствии со скоростью сохранения AV клипа, депакетизатор источника переносит пакет TS на фильтр PID в момент, когда значение ATC, генерируемое счетчиком ATC, и значение ATS пакета источника оказываются равными.
Фильтры PID переносят пакеты TS, выводимые из депакетизаторов источника. В частности, фильтры PID переносят пакеты TS, PID которых совпадает с PID, запрашиваемым для воспроизведения, на декодер первичного видеосигнала, декодер вторичного видеосигнала, декодер IG, декодер PG, аудиодекодер или декодер вторичного аудиосигнала, в зависимости от PID пакета TS. Например, в случае BD-ROM, пакет TS, имеющий PID 0x1011, переносится на декодер первичного видеосигнала, пакеты TS, имеющие PID от 0x1B00 до 0x1B1F, переносятся на декодер вторичного видеосигнала, пакеты TS, имеющие PID от 0x1100 до 0x111F, переносятся на декодер первичного аудиосигнала, пакеты TS, имеющие PID от 0x1A00 до 0x1A1F, переносятся на декодер вторичного аудиосигнала, пакеты TS, имеющие PID от 0x1200 до 0x121F, переносятся на декодер PG, и пакеты TS, имеющие PID от 0x1400 до 0x141F, переносятся на декодер IG.
Декодер первичного видеосигнала состоит из TB (буфера транспортного потока) 1701, MB (буфера мультиплексирования) 1702, EB (буфера элементарного потока) 1703, декодера 1704 сжатого видеосигнала и DPB (буфера декодированного изображения) 1705.
TB 1701 это буфер где, при выводе пакета TS, включающего в себя видеопоток, из фильтра PID 1702, пакет TS временно хранится как есть.
MB 1702 это буфер где, при выводе видеопотока из TB 1701 в EB 1703, временно хранятся пакеты PES. При переносе данных из TB 1701 в MB 1702, заголовок TS каждого пакета TS удаляется.
EB 1703 это буфер, где хранится изображение в кодированном состоянии (I-изображение, B-изображение и P-изображение). При переносе данных из MB 1702 в EB 1703, заголовок PES удаляется.
Декодер 1704 сжатого видеосигнала создает изображение кадра/поля путем декодирования каждой единицы доступа к видео в элементарном видеопотоке в соответствующие заранее определенные времена декодирования (DTS). Возможные форматы кодирования со сжатием видеопотока, мультиплексированного в AV клип, включают в себя MPEG2, MPEG4AVC и VC1, и, таким образом, схема декодирования, используемая декодером 1704 сжатого видеосигнала, может изменяться в соответствии с атрибутами потока. Декодер 1704 сжатого видеосигнала переносит каждое из декодированных изображений кадра/поля в DPB 1705, и записывает каждое из декодированных изображений кадра/поля в плоскость первичного видео в соответствующие времена отображения (PTS).
DPB 1705 это буфер, где временно хранятся декодированные изображения кадра/поля. Декодер 1704 сжатого видеосигнала использует DPB 1705, чтобы, при декодировании единиц доступа к видео (например, P-изображения и B-изображения, закодированных посредством предсказательного кодирования между изображениями), обращаться к изображениям, которые уже декодированы.
Декодер вторичного видеосигнала имеет такую же структуру, как декодер первичного видеосигнала. Декодер вторичного видеосигнала осуществляет декодирование входного вторичного видеопотока и записывает результирующие изображения в плоскость вторичного видео в соответствии с соответствующими временами отображения (PTS).
Декодер IG извлекает и декодирует поток интерактивной графики из пакетов TS, поступающих от депакетизаторов источника, и записывает результирующие графические данные со снятым сжатием в плоскость IG в соответствии с соответствующими временами отображения (PTS).
Декодер PG извлекает и декодирует поток презентационной графики из пакетов TS, поступающих от депакетизаторов источника, и записывает результирующие графические данные со снятым сжатием в плоскость PG в соответствии с соответствующими временами отображения (PTS).
Декодер первичного аудиосигнала имеет буфер. При накоплении данных в буфере, декодер первичного аудиосигнала извлекает информацию, например, заголовок TS и заголовок PES, и осуществляет обработку декодирования аудиопотока для получения аудиоданных в состоянии LPCM со снятым сжатием. Декодер первичного аудиосигнала выводит полученные аудиоданные на аудио-смеситель в соответствии с соответствующим временем воспроизведения (PTS). Возможные форматы кодирования со сжатием аудиопотока, мультиплексированного в AV клип, включают в себя AC3 и DTS, и, таким образом, схема декодирования, используемая для декодирования сжатого аудиосигнала, изменяется в соответствии с атрибутами потока.
Декодер вторичного аудиосигнала имеет такую же структуру, как декодер первичного аудиосигнала. Декодер вторичного аудиосигнала осуществляет декодирование входного вторичного аудиопотока и выводит результирующие аудиоданные в состоянии LPCM со снятым сжатием на аудио-смеситель в соответствии с соответствующими временами отображения. Возможные форматы кодирования со сжатием аудиопотока, мультиплексированного в AV клип, включают в себя Dolby Digital Plus и DTS-HD LBR, и, таким образом, схема декодирования, используемая для декодирования сжатого аудиосигнала, изменяется в соответствии с атрибутами потока.
Аудио-смеситель микширует (накладывает) аудиоданные со снятым сжатием, выводимые из декодера первичного аудиосигнала, и аудиоданные со снятым сжатием, выводимые из декодера вторичного аудиосигнала, друг с другом и выводит результирующий аудиосигнал на громкоговоритель и пр.
Процессор изображений декодирует графические данные (PNG и JPEG), переносимые с блока выполнения программы, и выводит результирующие декодированные графические данные в плоскость изображения в соответствии со временем отображения, указанным блоком выполнения программы.
На этом завершается описание структуры устройства 2D воспроизведения, отвечающего настоящему изобретению.
(Принцип 3D-воспроизведения)
Далее, со ссылкой на Фиг.80, описан принцип обеспечения стереоскопического наблюдения на экране для домашнего использования. Существует два основных способа обеспечения стереоскопического наблюдения: способ, предусматривающий применение голографии; и способ, предусматривающий применение параллаксных изображений.
Первый способ, предусматривающий применение голографии, отличается тем, что позволяет создавать 3D изображения объекта таким образом, что наблюдатель может ощущать трехмерность создаваемых 3D изображений таким же образом, как он ощущает трехмерность реального объекта. Однако, хотя техническая теория в области голографии уже разработана, применительно к воспроизведению видео, современным голографическим методом чрезвычайно трудно создавать голограммы видео, поскольку для этого требуется использовать (i) компьютер, который может осуществлять очень большой объем операций для создания голограмм видео в реальном времени, и (ii) устройство отображения с достаточно высоким разрешением для визуализации тысяч линейных материалов в пределах 1 мм. По этой причине, почти не существует практических примеров голографии, используемой в коммерческих целях.
Второй способ, предусматривающий использование параллаксных изображений, отличается тем, что, после подготовки, по отдельности, изображений правого глаза и изображений левого глаза, он обеспечивает стереоскопическое наблюдение за счет того, что изображения правого глаза и изображения левого глаза могут наблюдаться только правым глазом и левым глазом, соответственно. На Фиг.80 показан пользователь, рассматривающий сравнительно небольшой куб, находящийся на прямой линии, соединяющей центр лица пользователя и центр куба, если смотреть сверху. Верхний правый вид иллюстрирует куб, наблюдаемый левым глазом пользователя. Нижний правый вид иллюстрирует куб, наблюдаемый правым глазом пользователя.
Преимущество второго способа в том, что он позволяет реализовать стереоскопическое наблюдение, лишь подготавливая изображения правого глаза и изображения левого глаза по отдельности. Поскольку существует несколько технических решений, позволяющих сделать изображения правого глаза и левого глаза видимыми только для правого глаза и левого глаза, соответственно, второй способ уже нашел практическое применение в разных областях.
Один способ называется методом “последовательной сегрегации”, согласно которому пользователь наблюдает изображения левого глаза и правого глаза, которые попеременно отображаются в направлении временной оси на экране, надевая стереоскопические очки (с жидкокристаллическими затворами). При этом, для глаз пользователя, изображение левого глаза и соответствующее изображение правого глаза выглядят наложенными друг на друга благодаря эффекту остаточного изображения. Соответственно, глаза пользователя распознают, что пара из изображения левого глаза и соответствующего изображения правого глаза является 3D изображением. В частности, когда на экране отображается изображение левого глаза, стереоскопические очки делают жидкокристаллический затвор левого глаза прозрачным, а жидкокристаллический затвор правого глаза - темным. Наоборот, когда на экране отображается изображение правого глаза, стереоскопические очки делают жидкокристаллический затвор правого глаза прозрачным, а жидкокристаллический затвор левого глаза - темным. Как указано выше, этот метод (попеременное упорядочение кадров) позволяет попеременно отображать изображения правого глаза и левого глаза в направлении временной оси. Таким образом, в отличие от обычного 2D фильма, который отображается с частотой 24 кадра в секунду, этот метод предусматривает отображение суммарно 48 изображений левого глаза и правого глаза в секунду. Таким образом, попеременное упорядочение кадров пригодно для использования в устройстве отображения, которое может обновлять экран с относительно высокой скоростью. Попеременное упорядочение кадров также можно использовать в любом устройстве отображения, которое может обновлять экран заранее определенное число раз в секунду.
В отличие от вышеупомянутого метода последовательной сегрегации, который предусматривает попеременный вывод изображений левого глаза и правого глаза в направлении временной оси, существует другой метод, позволяющий одновременно отображать, на одном экране, изображение левого глаза и изображение правого глаза по горизонтали друг за другом. Здесь, с помощью лентикулярной линзы, которая имеет полукруглую форму и присоединена к поверхности экрана, пиксели, составляющие изображение левого глаза, и пиксели, составляющие изображение правого глаза, представляются только левому глазу и правому глазу, соответственно. Вышеописанным образом, этот метод позволяет создавать иллюзию 3D изображений благодаря представлению параллаксных изображений левому глазу и правому глазу. Заметим, что, лентикулярную линзу можно заменить другим устройством (например, жидкокристаллическими элементами) имеющими ту же функцию, что и лентикулярная линза. Кроме того, фильтр вертикальной поляризации и фильтр горизонтальной поляризации можно обеспечить для пикселей левого глаза и пикселей правого глаза, соответственно. Здесь, наблюдатель может реализовать стереоскопическое наблюдение, наблюдая экран через поляризационные очки, состоящие из фильтра вертикальной поляризации (для левого глаза) и фильтра горизонтальной поляризации (для правого глаза).
Этот метод стереоскопического наблюдения с использованием параллаксных изображений широко используется для аттракционов в парках развлечений и т.п. и хорошо разработан. Поэтому этот метод наиболее близок к технологии, которую можно практически реализовать для использования в домашних условиях. Заметим, что для осуществления такого стереоскопического наблюдения с использованием параллаксных изображений предложено много других способов/методов, например, способ двуцветного разделения. Хотя в настоящем варианте осуществления объяснены методы попеременного упорядочения кадров и поляризационных очков как примеры способов/методов осуществления стереоскопического наблюдения, стереоскопическое наблюдение можно реализовать с использованием других способов/методов, отличающихся от вышеупомянутых двух методов, при условии, что оно реализуется с использованием параллаксных изображений.
В настоящем варианте осуществления приведено описание способа записи, на носитель записи информации, параллаксных изображений, используемых для стереоскопического наблюдения. В дальнейшем, изображение для левого глаза именуется “изображением левого глаза”, изображение для правого глаза именуется “изображением правого глаза”, и пара из изображения левого глаза и соответствующего изображения правого глаза именуется “3D изображением”. (Переключение между 2D и 3D-отображениями)
Ниже описана структура данных BD-ROM, который является носителем записи, отвечающим настоящему изобретению, для хранения 3D изображений.
Основные части структуры данных такие же, как у структуры данных для записи 2D видеоизображений. Таким образом, нижеследующее описание сосредоточено на расширенных или отличающихся частях такой структуры данных. Нижеследующее описание приведено, исходя из предположения, что 3D изображения записаны на BD-ROM. В дальнейшем, устройство воспроизведения, которое может воспроизводить только 2D изображения, именуется “устройством 2D воспроизведения”, и устройство воспроизведения, которое может воспроизводить, как 2D изображения, так и 3D изображения, именуется “устройством 2D/3D воспроизведения”.
Далее описан файл индекса (Index.bdmv), хранящийся на BD-ROM, для воспроизведения стереоскопических изображений. На Фиг.98 показан пример файла индекса (Index.bdmv), хранящегося на BD-ROM, для воспроизведения стереоскопических изображений. В примере, показанном на Фиг.98, в качестве списка воспроизведения, подготавливаются список воспроизведения 2D 2601, указывающий путь воспроизведения 2D изображений, и список воспроизведения 3D 2602, указывающий путь воспроизведения 3D изображений. Титр выбирается пользователем, и выполняемый файл программы BD проверяет, согласуется ли устройство воспроизведения с воспроизведением 3D-изображений согласно хранящейся в нем программе. Если устройство воспроизведения согласуется с воспроизведением 3D-изображений, выполняемый файл программы BD проверяет выбрал ли пользователь воспроизведение 3D изображений, и переключает PlayList на воспроизведение, соответственно.
Кроме того, для файла индекса подготавливаются “флаг наличия 3D” и “флаг предпочтения 2D/3D”. Флаг наличия 3D это флаг, который идентифицирует, существует ли в титре PlayList для воспроизведения 3D изображений. Поскольку устройству 2D/3D воспроизведения не нужно готовиться для воспроизведения 3D изображений в случае, когда флаг указывает “FALSE”, устройство 2D/3D воспроизведения может пропускать обработку, например, аутентификацию HDMI, таким образом, осуществляя обработку с высокой скоростью. Флаг предпочтения 2D/3D является идентификатором, указывающим, указал ли поставщик контента воспроизведение 2D изображений или 3D изображений, когда TV и устройство воспроизведения способны воспроизводить, как 2D изображения, так и 3D изображения. Когда флаг указывает “3D”, устройство воспроизведения может сразу же осуществлять аутентификацию HDMI, поскольку переключение в режим 2D не требуется. В общем случае, происходит большая задержка при аутентификации HDMI между устройством воспроизведения и TV, когда атрибут видеопотока, например, частота кадров различается. Таким образом, при осуществлении другого переключения с воспроизведения 2D изображений на воспроизведение 3D изображений после переключения на 2D изображения, происходит большая задержка. Таким образом, можно препятствовать задержке аутентификации HDMI, если переключение на воспроизведение 2D изображения можно пропустить с использованием флага предпочтения 2D/3D.
Заметим, что “флаг наличия 3D” и “флаг предпочтения 2D/3D” можно устанавливать для каждого титра, а не для файла индекса в целом.
На Фиг.99 показана логическая блок-схема выбора списка воспроизведения 2D и списка воспроизведения 3D согласно программе в файле программы BD.
На этапе S2701 проверяется значение в PSR24. Когда значение равно “0”, поскольку устройство воспроизведения является устройством 2D воспроизведения, воспроизводится список воспроизведения 2D. Когда значение равно “1”, процесс переходит к S2702.
На этапе S2702 отображается экран меню, запрашивающий, желает ли пользователь воспроизводить 2D изображения или 3D изображения. В соответствии с результатом выбора пользователя, произведенного с помощью пульта дистанционного управления и пр., когда пользователю требуется воспроизведение 2D изображений, воспроизводится список воспроизведения 2D, и когда пользователю требуется воспроизведение 3D-изображений, процесс переходит к S2703.
На этапе S2703 производится проверка, соответствует ли дисплей воспроизведению 3D-изображения. Например, после соединения устройства воспроизведения с дисплеем с использованием HDMI, устройство воспроизведения подает на дисплей запрос, соответствует ли дисплей воспроизведению 3D-изображения. Когда дисплей не соответствуют воспроизведению 3D-изображения, устройство отображения воспроизводит список воспроизведения 2D. Альтернативно, устройство воспроизведения может отображать, на экране меню и пр., извещение, которое информирует пользователя о том, что телевизор не пригоден для воспроизведения. Когда дисплей соответствует воспроизведению 3D-изображения, устройство отображения воспроизводит список воспроизведения 3D.
Кроме того, выше описано, что уровень родительского контроля можно устанавливать в PSR13 в устройстве 2D воспроизведения. Благодаря этой установке, управление можно осуществлять таким образом, чтобы воспроизводить диск BD-ROM мог только пользователь надлежащего возраста или старше. Помимо этого уровня родительского контроля, для устройства 2D/3D воспроизведения подготавливается уровень родительского контроля 3D в PSR30. В уровне родительского контроля 3D хранится информация о возрасте пользователя, который использует устройство 2D/3D воспроизведения, как и в PSR13. Файл программы BD титра диска BD-Rom определяет, разрешено ли воспроизведение, с использованием этого PSR30 помимо PSR13. Поскольку PSR30 является уровнем родительского контроля, касающегося воспроизведения 3D изображений, управление уровнем родительского контроля осуществляется с использованием PSR13 в устройстве 2D воспроизведения. С помощью этих двух видов уровня родительского контроля, управление можно осуществлять, ввиду физического воздействия на малолетнего ребенка в процессе роста, на основании требования, чтобы, например, “малолетние дети не могли смотреть 3D изображение, но могли смотреть 2D изображения”. Например, список воспроизведения для воспроизведения можно выбирать со ссылкой на PSR30, удостоверившись, что дисплей поддерживает воспроизведение 3D изображения (S2703: ДА) в логической блок-схеме, показанной на Фиг.99.
Заметим, что, хотя информация возраста хранится в PSR30, как и в PSR13, в PSR30 можно устанавливать, запрещено ли воспроизведение 3D изображений.
Кроме того, в системном параметре (в этом примере, PSR31) задается информация, указывающая “предпочитает ли пользователь воспроизводить 2D изображения или 3D изображения”. В PSR31 пользователь задает, через OSD устройства 2D/3D воспроизведения, отдает ли пользователь предпочтение воспроизведению 2D изображений или воспроизведению 3D изображений. Когда дисплей поддерживает воспроизведение 3D изображений, и информация в PSR31 указывает, что пользователь отдает предпочтение воспроизведению 3D изображений, переключение на воспроизведение 2D изображения не требуется. Таким образом, можно сразу же осуществлять аутентификацию HDMI, и также можно сразу же осуществлять обработку воспроизведения 3D изображений. Кроме того, программа BD определяет, на основании этого PSR31, воспроизводить ли 2D или 3D, тем самым обеспечивая обработку воспроизведения в соответствии с предпочтениями пользователя.
Заметим, что программа BD может обращаться к PSR31 для определения кнопки выбора по умолчанию в меню, отображаемом программой BD. Например, предположим, что меню предлагает пользователю перейти к “воспроизведению 2D-видео” или “воспроизведению 3D-видео”. В этом случае, если значение PSR31 указывает “2D”, пользователь наводит курсор на кнопку “воспроизведение 2D-видео”. Если значение PSR31 указывает “3D”, пользователь наводит курсор на кнопку “воспроизведение 3D-видео”.
Выбор “предпочитает ли пользователь 2D воспроизведение или 3D-воспроизведение” зависит от пользователя, осуществляющего воспроизведение. В случае, когда устройство 2D/3D воспроизведения включает в себя блок для идентификации лица, пользующегося устройством 2D/3D воспроизведения, значение PSR31 можно устанавливать в зависимости от пользователя, который в данный момент пользуется устройством 2D/3D воспроизведения. Например, предположим, что три члена семьи (отец, мать и ребенок) пользуются устройством 2D/3D воспроизведения. Устройство 2D/3D воспроизведения распоряжается учетной записью для каждого пользователя. В этом случае, обновляя значение PSR31 в зависимости от пользователя, который в данный момент находится в системе, можно осуществлять управление в соответствии с предпочтением лица, фактически использующего устройство 2D/3D воспроизведения.
Выбор “предпочитает ли пользователь 2D воспроизведение или 3D-воспроизведение” можно осуществлять путем задания уровней, а не выбора между 2D и 3D. Например, можно установить четыре уровня “всегда 2D”, “лучше 2D”, “лучше 3D” и “всегда 3D”. Благодаря такой структуре, можно осуществлять обработку воспроизведения в устройстве 2D/3D воспроизведения в гораздо большем соответствии с предпочтениями пользователя. Например, предположим, что используется PSR25, который является системным параметром, указывающим статус устройства воспроизведения. В этом случае, если значение PSR31 указывает уровень “всегда 2D”, значение PSR25 всегда установлено на режим 2D. Если значение PSR31 указывает уровень “всегда 3D”, значение PSR25 всегда установлено на режим 3D (режим L/R или режим DEPTH).
Теперь, со ссылкой на Фиг.81, опишем структуру презентационной графики. Запись субтитра, отображаемая согласно Фиг.81, состоит из совокупности записей данных субтитра. Каждая из записей данных субтитра состоит из информации композиции, информации окна, информации палитры и информации объекта. Информация композиции это информация для задания экранной структуры данных субтитра. В информации композиции хранятся информация обрезки объекта, позиция отображения обрезанного объекта, ID окна для идентификации окна для ссылки, ID палитры для идентификации палитры для ссылки и ID объекта для идентификации палитры для ссылки. В информации окна хранится область окна для задания области, в которой декодер будет осуществлять декодирование, совместно с ID окна. В информации объекта хранится графическое изображение совместно с объектом ID. Графическое изображение это данные изображения, состоящие из 256 индексных цветов, которые сжаты методом сжатия, например, методом сжатия с переменой длиной серии. В информации палитры хранится табличная информация (CLUT) о цвете, используемом для объекта, совместно с ID палитры. В таблице может храниться 256 цветов, и на каждый цвет можно ссылаться с использованием соответствующего ID цвета. ID цвета имеет значение в диапазоне 0-255. ID цвета, имеющий значение 255, неизменно соответствует чистому и бесцветному цвету.
На Фиг.82 показана обработка декодирования презентационной графики. Прежде всего, на этапе 1, для каждой записи данных субтитра, декодируется сжатое графическое изображение, указанное с использованием ссылочного ID объекта информации композиции. На этапе 2, только необходимые данные обрезаются из графического изображения с использованием информации обрезки, включенной в информацию композиции. На этапе 3, в соответствии с позицией отображения, включенной в информацию композиции, определяется позиция отображения обрезанных данных в плоскости графики. На этапе 4, данные объекта, соответствующие только диапазону области окна, включенной в информацию окна, указанную с использованием ссылочного ID окна, включенного в информацию композиции, рендеризуются в плоскости графики. На этапе 5, плоскости графики придается цвет для отображения с использованием информации палитры, указанной ссылочным ID палитры, включенным в информацию композиции. Хронирование отображения соответствует PTS пакета PES, в котором хранится информация композиции.
Далее описано усовершенствование отображения субтитров.
В случае применения способа “1 плоскость+смещение” к плоскости PG, для создания данных субтитра, необходимо регулировать метаданные смещения в зависимости от глубины видеоизображения. Это усложняет создание данных субтитра.
Ввиду этой проблемы, далее описан способ, согласно которому области черных кадров на экране, которые не используются для видеоматериала главной особенности кинофильма, области черных кадров собираются на верхней стороне или нижней стороне на экране, и данные субтитра отображается в областях черных кадров.
Поскольку черные кадры, внедренные в видеопоток, являются необязательными областями, данные субтитра могут отображаться в черных кадрах. Однако, как показано в правой стороне на верхнем уровне Фиг.4A, черный кадр, обеспеченный на верхней стороне и нижней сторона имеет только 131 пиксель. Черный кадр, имеющий этот размер, немного мал для вставки данных субтитра. Ввиду этого, согласно Фиг.4B и 4C, видеоматериал главной особенности сдвигается вверх или вниз, и черный цвет придается области, полученной после сдвига видеоматериала главной особенности, и черные кадры, обеспеченные на верхней стороне и нижней стороне, собираются на верхней стороне или нижней стороне. В результате, можно подготовить достаточно большой черный кадр для вставки данных субтитра.
Далее описана структура данных для реализации этой идеи.
Основные части структуры данных такие же, как те, которые предназначены для хранения 3D-видео, описанных в вышеописанных вариантах осуществления, и, соответственно, здесь, в основном, описаны дополнительные части или части, отличающиеся от вышеописанных вариантов осуществления. Кроме того, нижеследующее описание PG применимо к IG или вспомогательному видео таким же образом, как PG, если заменить PG на IG или вспомогательное видео.
На Фиг.83 показана структура элемента воспроизведения списка воспроизведения 3D. Дополнительная информация 1311 потока для PG-потока, включенная в таблицу выбора потока, включает в себя “значение сдвига при сдвиге видео вверх (PG_v_shift_value_for_Up)” и “значение сдвига при сдвиге видео вниз (PG_v_shift_value_for_Down)”. “Значение сдвига при сдвиге видео вверх (PG_v_shift_value_for_UP)” представляет величину сдвига плоскости PG в случае, когда плоскость главного видео сдвигается вверх (черные кадры собираются на нижней стороне), и “значение сдвига при сдвиге видео вниз (PG_v_shift_value_for_Down)” представляет величину сдвига плоскости PG в случае, когда плоскость главного видео сдвигается вниз (черные кадры собираются на верхней стороне). Устройство 2D/3D воспроизведения регулирует величину сдвига плоскости PG на основании значения сдвига. Способ наложения плоскостей описан ниже.
Теперь опишем устройство 2D/3D воспроизведения, согласно настоящему варианту осуществления. На Фиг.84 показана структура наложения плоскостей, осуществляемого устройством 2D/3D воспроизведения. Хотя описание приведено здесь с использованием плоскости PG в качестве иллюстративного примера, описание применимо к любой плоскости, например, к плоскости вспомогательного видео, плоскости IG и плоскости изображения.
Помимо составных элементов, описанных в вышеприведенных вариантах осуществления, устройство 2D/3D воспроизведения, показанное на Фиг.84, включает в себя блок 9701 обрезки плоскости видео, который осуществляет обработку обрезки плоскости видео 2D/левого глаза и плоскости видео правого глаза, PSR32 для записи сдвигового режима видео, блок 9702 обрезки плоскости PG, который осуществляет обработку обрезки плоскости PG, и PSR33 свеличиной сдвига плоскости, например, плоскости PG.
PSR32, показанный на Фиг.25A, является системным параметром устройства 2D/3D воспроизведения и указывает сдвиговый режим видео (video_shift_mode). video_shift_mode в PSR32 включает в себя три режима «Оставить», «Вверх» и «Вниз». Значение 0 в PSR32 указывает «вверх», и значение 2 в PSR32 указывает «вниз». Блок 9701 обрезки плоскости видео осуществляет обработку обрезки плоскости видео в соответствии с режимом сдвига видео, записанным в PSR32. Значение PSR32 задается посредством API программы BD или команды.
В случае, когда значение PSR32 указывает «оставить», блок 9701 обрезки плоскости видео не изменяет плоскость видео 2D/левого глаза и плоскость видео правого глаза и переходит к обработке наложения другой плоскости, как показано на Фиг.25B(1). В случае, когда значение PSR32 указывает «вверх», блок 9701 обрезки плоскости видео сдвигает вверх плоскость видео 2D/левого глаза и плоскость видео правого глаза, соответственно, обрезает черный кадр из верхней области и вставляет обрезанный черный кадр в нижнюю область, как показано на Фиг.25B(2). Затем блок 9701 обрезки плоскости видео переходит к обработке наложения плоскости. В результате, черный кадр может концентрироваться внизу плоскости. Кроме того, в случае, когда значение PSR32 указывает «вниз», блок 9701 обрезки плоскости видео сдвигает вниз плоскость видео 2D/левого глаза и плоскость видео правого глаза, соответственно, и обрезает черный кадр из нижней области и вставляет обрезанный черный кадр в верхнюю область, как показано на Фиг.25B(3). Затем блок 9701 обрезки плоскости видео переходит к обработке наложения плоскости. В результате, черный кадр может концентрироваться вверху плоскости.
На Фиг.37 показан системный параметр (PSR33 используется здесь), указывающий величину сдвига каждой плоскости в направлении продольной оси. Величина сдвига, указанная PSR33, включает в себя величину сдвига плоскости для сдвига видео вверх и величину сдвига плоскости для сдвига видео вниз. Например, SPRM(33) плоскости PG включает в себя “PG_shift_value_for_UP” и “PG_shift_value_for_Down”. Значение PSR33 обновляется значением (“PG_v_shift_value_for_Up” или “PG_v_shift_value_for_Down”), установленным в списке воспроизведения вследствие переключения между потоками. Кроме того, SPRM(33) можно устанавливать посредством API команды программы BD.
Блок 9702 обрезки плоскости PG, показанный на Фиг.84, осуществляет сдвиг плоскости в зависимости от величины сдвига плоскости PG, указанной в PSR33. Сдвиговая обработка и обработка наложения для перекрытия с плоскостью видео, осуществляемая блоком 9702 обрезки плоскости PG, показаны на Фиг.11 и Фиг.38. Согласно Фиг.11, video_shift_mode из PSR32 указывает «оставить», блок 9702 обрезки плоскости PG осуществляет обработку наложения для перекрытия с плоскостью видео, не осуществляя сдвиговую обработку. Согласно Фиг.38A, если video_shift_mode в PSR32 указывает «вверх», блок 9702 обрезки плоскости PG осуществляет сдвиговую обработку плоскости PG с использованием значения PG_shift_value_for_Up, хранящегося в PSR33, для обрезки части, выступающей из плоскости, и наложения обрезанной выступающей части на плоскость видео. Путем осуществления такой обработки, можно отображать субтитр на нижней стороне по сравнению со случаем 2D воспроизведения, и отображать субтитр в надлежащей позиции в области черного кадра на нижней стороне. Согласно Фиг.38B, video_shift_mode в PSR32 указывает «вниз», блок 9702 обрезки плоскости PG осуществляет сдвиговую обработку плоскости PG с использованием значения PG_shift_value_for_Down, хранящегося в PSR33, для обрезки части, выступающей из плоскости, и наложения обрезанной выступающей части на плоскость видео. Путем осуществления такой обработки, можно отображать субтитр на верхней стороне, по сравнению со случаем 2D воспроизведения, и отображать субтитр в надлежащей позиции в области черного кадра на верхней стороне.
Заметим, что в структуре, показанной на Фиг.84, обработка смещения в направлении горизонтальной оси (способ «1 плоскость+смещение») для предотвращения перескока опущена. Альтернативно, это можно использовать для добавления механизма обработки обрезки на основании значения смещения в направлении поперечной оси. Благодаря такой структуре, даже в случае, когда субтитр отображается в области черного кадра, можно сделать так, чтобы субтитр выглядел, как перескок.
Заметим, что в случае, когда субтитр отображается в области черного кадра, как показано на Фиг.84, значение смещения в направлении поперечной оси может быть фиксированным значением. В таком случае, можно задавать величину сдвига в направлении оси X равной дополнительной информации, показанной на Фиг.83, сохранять значение величины сдвига в PSR по аналогии с PSR33, и осуществлять обработку смещения в направлении поперечной оси с использованием значения. Это упрощает создание данных.
В структуре наложения плоскостей, описанной со ссылкой на Фиг.84, величина сдвига в направлении оси Y сохраняется в PSR33. Альтернативно, вместо задания системного параметра, можно использовать структуру, в которой блок 9702 обрезки плоскости PG напрямую обращается к списку воспроизведения.
В случае, когда video_shift_mode указывает «вверх» или «вниз», величина сдвига плоскости видео может быть установлена равной размеру каждого из черных кадров, обеспеченных на верхней и нижней сторонах плоскости (131 пиксель в примере, показанном на Фиг.4). Альтернативно, автор или пользователь может задавать величину сдвига без ограничения. В порядке еще одной альтернативы, это можно использовать для подготовки нового системного параметра, сохранения величины сдвига в новом системном параметре, и задания величины сдвига посредством программы BD или проигрывателя OSD.
В структуре наложения плоскостей, описанной со ссылкой на Фиг.84, дается описание обработки сдвига всей плоскости с использованием значения, хранящегося в PSR33. Альтернативно, значение можно использовать как значение, прибавляемое к позиции отображения PG в информации композиции. Например, в случае, когда позиция отображения PG в информации композиции равна (x,y), и video_shift_mode указывает «оставить», декодер PG отображает соответствующую запись данных субтитра в позиции, указанной (x,y+PG_shift_value_for_UP). Благодаря такой структуре, обработка сокращается по сравнению со сдвигом плоскости. В таком варианте использования, PG_shift_value_for_UP может сохраняться в информации композиции.
Согласно Фиг.39, в случае, когда video_shift_mode указывает «вверх» или «вниз», сдвиг плоскости приводит к обрезанной области. Соответственно, необходимо лишь установить ограничение, чтобы данные субтитра не находились в обрезанной области. Другими словами, как показано в правой стороне Фиг.39, поскольку область, отличная от области, окруженной штриховой линией, может обрезаться, позиция отображения PG ограничивается так, чтобы никакие данные субтитра не отображались в области, отличной от области, окруженной штриховой линией. Координата области выражается в виде (0,PG_v_shfit_value_for_Down), (0,height+PG_v_sfhit_value_for_Up), (width,PG_v_shfit_value_for_Down), и (width,height+PG_v_sfhit_value_for_Up). Например, если PG_v_sfhit_value_for_Up указывает -a, и PG_v_sfhit_value_for_Down указывает +b, область выражается как (0,b), (0,height-a), (width,b) и (width,height-a). Например, в качестве условий ограничения для PG, позиция отображения ограничена так, чтобы не выходить за пределы вышеозначенной области, позиция отображения, к которой прибавляется размер отображаемого объекта, ограничена так, чтобы не выходить за пределы вышеозначенной области, позиция отображения окна ограничена так, чтобы не выходить за пределы вышеозначенной области, и позиция отображения окна, к которой прибавляется размер окна, ограничена так, чтобы не выходить за пределы вышеозначенной области. Такие условия ограничения позволяют предотвращать частичную утрату отображения.
Заметим, что “video_shift_mode” можно добавлять к дополнительной информации 1311 потока в информации выбора потока, как показано на Фиг.85. В этом случае, структура обработки наложения плоскостей, осуществляемой в устройстве 2D/3D воспроизведения, показана на Фиг.86. Структура, показанная на Фиг.86, дополнительно включает в себя PSR34. В PSR34 хранится флаг On/Off, указывающий, нужно ли осуществлять сдвиг видео. Другими словами, PSR34, имеющий значение 1, указывает необходимость осуществлять сдвиг видео. PSR34, имеющий значение 0, указывает, что не нужно осуществлять сдвиг видео. PSR34, который является флагом On/Off, указывающим, нужно ли осуществлять сдвиг видео, находится под управлением блока выполнения программы и пр., например, в соответствии с меню. PSR34 может быть задан в соответствии с пользовательской операцией, например, OSD проигрывателя. Режим сдвига видео хранится в PSR32. Значение режима сдвига видео задается на основании дополнительной информации потока субтитров, выбранного путем выбора PG-потока. Если PSR34 указывает On, то блок 9701 обрезки плоскости видео осуществляет обработку обрезки плоскости видео на основании video_shift_mode, установленного в PSR32. Если PSR34 указывает Off, блок 9701 обрезки плоскости видео не осуществляет обработку обрезки. Благодаря такой структуре, можно устанавливать надлежащий video_shift_mode для каждого субтитра.
Согласно Фиг.85, video_shift_mode хранится дополнительная информация 1311 потока в информации выбора потока, в результате чего PG-потоки сдвиговый режим которых video_shift_mode имеет один и тот же атрибут, регистрируются в строке таблицы выбора потока. Пульт дистанционного управления устройства 2D/3D воспроизведения, в общем случае, включает в себя кнопку переключения субтитров. Пользовательская операция задана так, что каждый раз, когда пользователь нажимает кнопку переключения субтитров, PG-потоки последовательно переключаются в порядке регистрации потоков субтитров в таблице выбора потока. В случае, когда пользователь переключает субтитр с использованием кнопки переключения субтитров пульта дистанционного управления, плоскость видео часто перемещается вверх и вниз. Это затрудняет просмотр видео, что создает неудобство для пользователя. Соответственно, PG-потоки сдвиговый режим которых video_shift_mode имеет один и тот же атрибут, регистрируются в строке таблицы выбора потока, как показано на Фиг.13. Например, в примере, показанном на Фиг.13, каждая из записей субтитра 1-3 имеет video_shift_mode=Keep, каждая из записей субтитра 4-5 имеет video_shift_mode=Up, и каждая из записей субтитра 6-9 имеет video_shift_mode=Down. Таким образом, совместно располагая субтитры, имеющие один и тот же режим сдвига видео, можно препятствовать частому сдвигу плоскости видео.
В случае, когда video_shift_mode мгновенно переключается между «оставить», «вверх» и «вниз», пользователь испытывает неестественные ощущения. Соответственно, предпочтительно переключать video_shift_mode между «оставить», «вверх» и «вниз» со сглаживающим эффектом. В этом случае, сдвиговую обработку плоскости PG предпочтительно осуществлять по завершении сдвига плоскости видео.
В настоящем варианте осуществления описан способ, согласно которому черные кадры динамически собираются в верхней области или нижней области на экране. Альтернативно, можно использовать следующую структуру, которая показана на более высоком уровне Фиг.87. В частности, видеоматериал главной особенности располагается не в середине экрана, а чуть выше, для создания видеопотока, больше черных кадров размещается на нижней стороне для использования нижней стороны для отображения субтитры. Благодаря такой структуре, не нужно динамически изменять черные кадры для отображения субтитры. В результате, видео не перемещается вверх и вниз, и пользователь не испытывает неудобства.
Как описано со ссылкой на Фиг.81, в информации палитры PG-потока, чистый и бесцветный цвет постоянно назначается цвету, ID которого равен 255. Устройство 2D/3D воспроизведения может регулировать значение этого цвета для создания черного кадра. В частности, значение цвета, ID которого равен 255, хранится в системном параметре PSR37. Устройство 2D/3D воспроизведения изменяет цвет, ID которого равен 255, плоскости PG в соответствии с PSR37. Благодаря такой структуре, при задании цвета фона субтитра как цвета, ID которого равен 255, субтитр отображается с использованием прозрачного цвета, и фон можно видеть через субтитр в нормальном состоянии, как показано в левой стороне на более низком уровне Фиг.87. Изменив цвет, ID которого равен 255, на непрозрачный цвет, можно изменить цвет фона субтитра, как показано в правой стороне на более низком уровне Фиг.87. Значение PSR37 можно устанавливать в экранном меню программы BD и пр.
(Вариант осуществления 9)
Настоящий вариант осуществления описывает иллюстративную структуру устройства воспроизведения (Фиг.100) для воспроизведения данных структуры, описанной в предыдущем варианте осуществления, которая реализована с использованием интегральной схемы 3.
TM
Блок 1 интерфейса с носителем принимает (считывает) данные из носителя и переносит данные на интегральную схему 3. Заметим, что блок 1 интерфейса с носителем принимает данные структуры, описанной в предыдущем варианте осуществления. Блок 1 интерфейса с носителем представляет собой, например: привод диска, когда носителем является оптический диск или жесткий диск; интерфейс карты, когда носителем является полупроводниковая память, например, SD-карта или USB-память; CAN тюнер или Si тюнер, когда носителем являются широковещательные волны вещания, включающие в себя CATV; или сетевой интерфейс, когда носителем является Ernet, беспроводная LAN или беспроводная линия общего пользования.
Память 2 это память для временного хранения данных, принятых (считанных) из носителя, и данных, обрабатываемых интегральной схемой 3. В качестве памяти 2 используется, например, SDRAM (Synchronous Dynamic Random Access Memory), DDRx SDRAM (Double-Date-Ratex Synchronous Dynamic Random Access Memory; x=1,2,3…) и пр. Заметим, что количество блоков памяти 2 не является фиксированным, но может быть равно одному, двум или более, в зависимости от необходимости.
Интегральная схема 3 это система БИС для осуществления видео/аудио-обработки над данными, переносимыми из блока 1 интерфейса, и включает в себя главный блок управления 6, блок 5 обработки потоков, блок 7 обработки сигнала, блок 8 вывода AV и блок 9 управления памятью.
Главный блок управления 6 включает в себя ядро процессора, имеющее функцию таймера и функцию прерывания. Ядро процессора осуществляет общее управление интегральной схемой 3 согласно программе, хранящейся в программной памяти и пр. Заметим, что базовое программное обеспечение, например, OS (операционное программное обеспечение) предварительно сохраняется в программной памяти и пр.
Блок 5 обработки потоков, под управлением главного блока управления 6, принимает данные, переносимые из носителя через блок 1 интерфейса и сохраняет их в памяти 2 через шину данных в интегральной схеме 3. Блок 5 обработки потоков, под управлением главного блока управления 6, также разделяет принятые данные на базовые видеоданные и базовые аудиоданные. Как описано выше, на носителе, AV клипы для 2D/L, включающие в себя видеопоток левого вида, и AV клипы для R, включающие в себя видеопоток правого вида, располагаются в режиме перемежения, в состоянии, когда каждый клип разделен на некоторые экстенты. Соответственно, главный блок управления 6 осуществляет управление так, что, когда интегральная схема 3 принимает данные левого глаза, включающие в себя видеопоток левого вида, принятые данные сохраняются в первой области в памяти 2; и когда интегральная схема 3 принимает данные правого глаза, включающие в себя видеопоток правого вида, принятые данные сохраняются во второй области в памяти 2. Заметим, что данные левого глаза принадлежат экстенту левого глаза, и данные правого глаза принадлежат экстенту правого глаза. Также заметим, что первая и вторая области в памяти 2 могут представлять собой области, генерируемые путем логического деления памяти, или могут быть физически разделенными блоками памяти. Дополнительно заметим, что, хотя настоящий вариант осуществления предусматривает, что данные левого глаза, включающие в себя видеопоток левого вида, являются данными главного вида, и данные правого глаза, включающие в себя видеопоток правого вида, являются данными вспомогательного вида, данные правого глаза могут быть данными главного вида, и данные левого глаза могут быть данными вспомогательного вида. Кроме того, графический поток мультиплексируется в одни или оба из данных главного вида и данных вспомогательного вида.
Блок 7 обработки сигнала, под управлением главного блока управления 6, декодирует, надлежащим методом, базовые видеоданные и базовые аудиоданные, разделенные блоком 5 обработки потоков. Базовые видеоданные записаны, будучи закодированы, например, методом MPEG-2, MPEG-4 AVC, MPEG-4 MVC или SMPTE VC-1. Кроме того, базовые аудиоданные записаны, будучи закодированы со сжатием, например, методом Dolby AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD или Linear PCM. Таким образом, блок 7 обработки сигнала декодирует базовые видеоданные и базовые аудиоданные соответствующими методами. Моделями блока 607 обработки сигнала являются различные декодеры согласно варианту осуществления 1, показанному на Фиг.16.
Блок 9 управления памятью обеспечивает доступ к памяти 2 от каждого функционального блока в интегральной схеме 3.
Блок 8 вывода AV, под управлением главного блока управления 6, осуществляет наложение базовых видеоданных, декодированных блоком 7 обработки сигнала, или преобразование формата базовых видеоданных и т.п., и выводит данные, подвергнутые таким процессам, за пределы интегральной схемы 3.
На Фиг.101 показана функциональная блок-схема, демонстрирующая типичную структуру блока обработки потоков 5. Блок 5 обработки потоков включает в себя блок 51 интерфейса устройства/потока, блок демультиплексирования 52 и блок переключения 53.
Блок 51 интерфейса устройства/потока это интерфейс для переноса данных между блоком 1 интерфейса и интегральной схемой 3. Блок 51 интерфейса устройства/потока может представлять собой: SATA (Serial Advanced Technology Attachment), ATAPI (Advanced Technology Attachment Packet Interface), или PATA (Parallel Advanced Technology Attachment) когда носителем является оптический диск или жесткий диск; интерфейс карты, когда носителем является полупроводниковая память, например, SD-карта или USB-память; интерфейс тюнера, когда носителем являются широковещательные волны вещания, включающие в себя CATV; или сетевой интерфейс, когда носителем является Ernet, беспроводная LAN или беспроводная линия общего пользования. Блок 51 интерфейса устройства/потока может иметь часть функции блока 1 интерфейса, или блок 1 интерфейса может быть встроен в интегральную схему 3, в зависимости от типа носителя.
Блок демультиплексирования 52 разделяет данные воспроизведения, переносимые из носителя, включающие в себя видео и аудио, на базовые видеоданные и базовые аудиоданные. Каждый экстент, описанный выше, состоит из пакетов источника видео, аудио, PG (субтитра), IG (меню) и т.п. (зависимые пакеты источника могут включать в себя аудио). Блок демультиплексирования 52 разделяет данные воспроизведения на базовые видеопакеты TS и базовые аудиопакеты TS на основании PID (идентификатора), включенного в каждый пакет источника. Блок демультиплексирования 52 переносит данные после разделения на блок 7 обработки сигнала. Данные, подвергнутые обработке, переносятся непосредственно на блок 7 обработки сигнала или сохраняются в памяти 2 и затем переносятся на блок 7 обработки сигнала. Моделью блока демультиплексирования 52 является, например, депакетизатор источника и фильтр PID согласно варианту осуществления 8, показанному на Фиг.79. Кроме того, графический поток, будучи единственным потоком, не мультиплексированным с данными главного вида или данными вспомогательного вида, передается на блок 7 обработки сигнала, не подвергаясь обработке блока демультиплексирования 52.
Блок переключения 53 переключает назначение вывода (назначение хранения) так, что, когда блок 51 интерфейса устройства/потока принимает данные левого глаза, принятые данные сохраняются в первой области в памяти 2; и когда интегральная схема 3 принимает данные правого глаза, принятые данные сохраняются во второй области в памяти 2. Здесь, блок переключения 53 является, например, DMAC (Direct Memory Access Controller). На Фиг.102 показана концептуальная схема, демонстрирующая блок переключения 53 и периферию, когда блоком переключения 53 является DMAC. DMAC, под управлением главного блока управления 6, передает данные, принятые интерфейсом устройства/потока, и адрес назначения хранения данных на блок 9 управления памятью. В частности, DMAC переключает назначение вывода (назначение хранения) в зависимости от принятых данных, передавая Адрес 1 (первую область хранения) на блок 9 управления памятью, когда интерфейс устройства/потока принимает данные левого глаза, и передавая Адрес 2 (вторую область хранения) на блок 9 управления памятью, когда интерфейс устройства/потока принимает данные правого глаза. Блок 9 управления памятью сохраняет данные в памяти 2 в соответствии с адресом назначения хранения, переданным от DMAC. Заметим, что для управления блоком переключения 53 можно обеспечить специализированную схему вместо главного блока управления 6.
В вышеприведенном описании, блок 51 интерфейса устройства/потока, блок демультиплексирования 52 и блок переключения 53 объяснены как типичная структура блока 5 обработки потоков. Однако блок 5 обработки потоков может дополнительно включать в себя блок движка шифрования для дешифрования принятых шифрованных данных, данные ключа и пр., блок управления защитой для управления выполнением протокола аутентификации устройства между носителем и устройством воспроизведения и для поддержания секретного ключа, и контроллер для прямого доступа к памяти. Выше было объяснено, что, когда данные, принятые из носителя сохраняются в памяти 2, блок переключения 53 переключает назначение хранения в зависимости от того, являются ли принятые данные данными левого глаза или данными правого глаза. Однако, без ограничения, данные, принятые из носителя могут временно сохраняться в памяти 2, после чего, когда данные подлежат переносу на блок демультиплексирования 52, данные могут разделяться на данные левого глаза и данные правого глаза.
На Фиг.103 показана функциональная блок-схема, демонстрирующая типичную структуру блока 8 вывода AV. Блок 8 вывода AV включает в себя блок 81 наложения изображения, блок 82 преобразования выходного формата видео и блок 83 выходного аудио/видеоинтерфейса.
Блок 81 наложения изображения накладывает декодированные базовые видеоданные. В частности, блок 81 наложения изображения накладывает PG (субтитр) IG (меню) на видеоданные левого вида или видеоданные правого вида в единицах изображений. Моделью блока 681 наложения изображения является, например, вариант осуществления 1 и Фиг.20-22. В частности, декодированные видеоданные и данные субтитра сохраняются в области памяти 2 для хранения данных, подлежащих рендерингу в каждой плоскости. Здесь, плоскость является областью, включенной в память 2 или виртуальное пространство. Блок 81 наложения изображения накладывает на плоскость левого вида соответствующую плоскость субтитров и накладывает на плоскость правого вида соответствующую плоскость субтитров. Затем, на основании флага сохранения области, соответствующего данным субтитра (потока), подлежащим наложению, на плоскость левого вида и плоскость правого вида накладываются данные субтитра, в результате чего данные субтитра накладываются в области отображения для данных субтитра, указанной флагом сохранения области (см., например, вариант осуществления 1 и Фиг.12). Другими словами, если флаг сохранения области указывает область отображения для данных субтитра как верхний конец, плоскость левого вида и плоскость правого вида сдвигаются вниз по вертикальной координатной оси, и на них накладываются данные субтитра. Если флаг сохранения области указывает область отображения для данных субтитра как нижний конец, плоскость левого вида плоскость правого вида сдвигаются вверх по вертикальной координатной оси, и на них накладываются данные субтитра.
Блок 82 преобразования выходного формата видео, по мере необходимости, осуществляет следующие процессы и т.п.: процесс изменения размера для увеличения или уменьшения декодированных базовых видеоданных; процесс IP-преобразования для преобразования метода развертки от метода прогрессивной развертки к методу чересстрочной развертки и наоборот; процесс шумопонижения для устранения шума; и процесс преобразования частоты кадров для преобразования частоты кадров.
Блок 83 выходного аудио/видеоинтерфейса кодирует, в соответствии с форматом передачи данных, базовые видеоданные, подвергнутые наложению изображения и преобразованию формата, и декодированные базовые аудиоданные. Заметим, что, как будет описано ниже, блок 83 выходного аудио/видеоинтерфейса может быть обеспечен вне интегральной схемы 3.
На Фиг.104 показана иллюстративная структура, более подробно демонстрирующая блок 8 вывода AV, или часть вывода данных устройства воспроизведения. Интегральная схема 3, согласно настоящему варианту осуществления, и устройство воспроизведения поддерживают совокупность форматов передачи данных для базовых видеоданных и базовых аудиоданных. Блок 83 выходного аудио/видеоинтерфейса, показанный на Фиг.103, соответствует блоку 83a выходного аналогового видеоинтерфейса, блоку 83b цифрового выходного аудио/видеоинтерфейса и блоку 83c аналогового выходного аудио/видеоинтерфейса.
Блок 83a выходного аналогового видеоинтерфейса преобразует и кодирует базовые видеоданные, подвергнутые процессу наложения изображения и процессу преобразования выходного формата, в формат аналогового видеосигнала и выводит результат преобразования. Блок 83a выходного аналогового видеоинтерфейса представляет собой, например: композитный видеокодер, который поддерживает любой из метода NTSC, метода PAL и метода SECAM; кодер для S-сигнала изображения (разделение Y/C); кодер для компонентного сигнала изображения; или ЦАП (Ц/А преобразователь).
Блок 83b цифрового выходного аудио/видеоинтерфейса перекрывает декодированные базовые аудиоданные с базовыми видеоданными, подвергнутыми наложению изображения и преобразования выходного формата, шифрует совмещенные данные, кодирует в соответствии со стандартом передачи данных, и выводит кодированные данные. Блок 83b цифрового выходного аудио/видеоинтерфейса представляет собой, например, HDMI (High-Definition Multimedia Interface).
Блок 83c аналогового выходного аудио/видеоинтерфейса, в качестве аудио-ЦАП и пр., осуществляет Ц/А преобразование декодированных базовых аудиоданных и выводит аналоговые аудиоданные.
Формат передачи базовых видеоданных и базовых аудиоданных можно переключать в зависимости от устройства приема данных (терминала ввода данных), поддерживаемого устройством отображения/громкоговорителем 4, или можно переключать в соответствии с пользовательским выбором. Кроме того, можно параллельно передавать совокупность фрагментов данных, соответствующих одному и тому же контенту, согласно совокупности форматов передачи, не ограничиваясь передачей согласно одному формату передачи.
В вышеприведенном описании, блок 81 наложения изображения, блок 82 преобразования выходного формата видео и блок 83 выходного аудио/видеоинтерфейса объяснены как типичная структура блока 8 вывода AV. Однако блок 8 вывода AV может дополнительно включать в себя, например, блок графического движка для осуществления обработки графики, например, процесса фильтрации, наложения изображений, визуализации кривизны и 3D отображения.
На этом завершается описание структуры устройства воспроизведения в настоящем варианте осуществления. Заметим, что все функциональные блоки, включенные в интегральную схему 3, могут не быть встроенными, и что, напротив, память 2, показанная на Фиг.100, может быть встроена в интегральную схему 3. Кроме того, в настоящем варианте осуществления, главный блок управления 6 и блок 7 обработки сигнала описаны как разные функциональные блоки. Однако, без ограничения, главный блок управления 6 может осуществлять часть процесса, осуществляемого блоком 7 обработки сигнала.
Кроме того, согласно Фиг.107, процесс, осуществляемый устройством воспроизведения в настоящем варианте осуществления, можно осуществлять посредством устройства отображения. В этом случае, данные, принятые блоком 1 интерфейса с носителем, подвергаются обработке сигнала, осуществляемой интегральной схемой 3, и видеоданные после этой обработки выводятся через блок 10 возбуждения дисплея на дисплейную панель 11 и аудиоданные после этой обработки выводятся на громкоговоритель 12. Здесь, блок вывода AV 8 имеет, например, структура, показанная на Фиг.108, и данные переносятся через блок 84 выходного видеоинтерфейса и блок 85 выходного аудиоинтерфейса, которые обеспечены внутри и вне интегральной схемы 3. Заметим, что устройство может быть снабжено совокупностью блоков 84 выходного видеоинтерфейса и совокупностью блоков 85 выходного аудиоинтерфейса, или может быть снабжено блоком интерфейса, который является общим для видео и аудио.
Маршрут шин управления и шин данных в интегральной схеме 3 проложен произвольным образом в зависимости от процедуры обработки каждого блока обработки или содержания обработки. Однако шины данных могут быть проложены так, чтобы блоки обработки соединялись напрямую, как показано на Фиг.105, или могут быть проложены так, чтобы блоки обработки соединялись через память 2 (блок 9 управления памятью), как показано на Фиг.106.
Интегральная схема 3 может представлять собой многокристальный модуль, созданный путем заключения совокупности кристаллов в один корпус, и выглядеть как единая БИС.
Также можно реализовать систему БИС с использованием FPGA (вентильной матрицы, программируемой пользователем), которую можно перепрограммировать после изготовления БИС, или перенастраиваемого процессора, в котором можно переконфигурировать соединение и настройку схемных ячеек внутри БИС.
Далее будет объяснена работа устройства воспроизведения, имеющего вышеописанную структуру.
На Фиг.109 показана логическая блок-схема, демонстрирующая процедуру воспроизведения, в которой данные принимаются (считываются) из носителя, декодируется и выводится как видеосигнал и аудиосигнал.
S1: данные принимаются (считываются) из носителя (блок 1 интерфейса -> блок 5 обработки потоков).
S2: данные, принятые (считанные) на этапе S1 разделяются на различные данные (базовые видеоданные и базовые аудиоданные) (блок 5 обработки потоков).
S3: различные данные, генерируемые путем разделения на этапе S2, декодируются согласно надлежащему формату (блок 7 обработки сигнала).
S4: среди различных данных, декодированных на этапе S3, базовые видеоданные подвергаются процессу наложения (блок 8 вывода AV).
S6: выводятся базовые видеоданные и базовые аудиоданные, подвергнутые процессам на этапах S2-S5 (блок 608 вывода AV).
На Фиг.110 показана логическая блок-схема, подробно демонстрирующая процедуру воспроизведения. Все операции и процессы осуществляются под управлением главного блока управления 6.
S101: блок 51 интерфейса устройства/потока блока обработки потоков 5 принимает (считывает) данные (список воспроизведения, информацию клипа и т.д.), которые отличаются от данных, хранящихся на носителе, подлежащем воспроизведению, и необходимы для воспроизведения данных, через блок 1 интерфейса, и сохраняет принятые данные в памяти 2 (блок 1 интерфейса, блок 51 интерфейса устройства/потока, блок 9 управления памятью, память 2).
S102: главный блок управления 6 распознает метод сжатия видео- и аудиоданных, хранящихся на носителе, обращаясь к атрибуту потока, включенному в принятую информацию клипа, и инициализирует блок 7 обработки сигнала так, чтобы можно было осуществлять соответствующую обработку декодирования (главный блок управления 6).
S103: блок 51 интерфейса устройства/потока блока обработки потоков 5 принимает (считывает) данные видео/аудио, подлежащие воспроизведению, из носителя через блок 1 интерфейса, и сохраняет принятые данные в памяти 2 через блок 5 обработки потоков и блок 9 управления памятью. Заметим, что данные принимаются (считываются) в единицах экстентов, и главный блок управления 6 управляет блоком переключения 53 так, чтобы, при приеме (считывании) данных левого глаза, принятые данные сохранялись в первой области; и при приеме (считывании) данных правого глаза, принятые данные сохранялись во второй области, и блок переключения 53 переключает назначение вывода данных (назначение хранения) (блок 601 интерфейса, блок 51 интерфейса устройства/потока, главный блок управления 6, блок переключения 53, блок 9 управления памятью, память 2).
S104: данные, хранящиеся в памяти 2, переносятся на блок демультиплексирования 52 блока обработки потоков 5, и блок демультиплексирования 52 идентифицирует базовые видеоданные (главное видео, вспомогательное видео), PG (субтитр), IG (меню), и базовые аудиоданные (аудио, вспомогательное аудио) на основании PID, включенных в пакеты источника, образующие данные потока, и переносит данные на каждый соответствующий декодер на блоке 7 обработки сигнала в единицах пакетов TS (блок демультиплексирования 52).
S105: каждый декодер в блоке 7 обработки сигнала осуществляет процесс декодирования над переносимыми пакетами TS надлежащим методом (блок 7 обработки сигнала).
S106: среди базовых видеоданных, декодированных блоком 7 обработки сигнала, данные, соответствующие видеопотоку левого вида и видеопотоку правого вида, изменяются в размере на основании устройства отображения (блок 82 преобразования выходного формата видео).
S107: PG (субтитр) и IG (меню) накладываются на видеопоток, измененный в размере на этапе S106 (блок 81 наложения изображения).
S108: IP-преобразование, т.е. преобразование метода развертки, осуществляется над видеоданными после наложения на этапе S107 (блок 82 преобразования выходного формата видео).
S109: кодирование, Ц/А преобразование и т.п. осуществляются над базовыми видеоданными и базовыми аудиоданными, подвергнутыми вышеописанным процессам, на основании формата вывода данных устройства отображения/громкоговоритель или формата передачи данных для передачи на устройство отображения/громкоговоритель 4. Например, обработка осуществляется на базовых видеоданных и базовых аудиоданных, для вывода в аналоговом или цифровом формате. Композитный видеосигнал, S-сигнал изображения, компонентный сигнал изображения и т.п. поддерживаются для аналогового вывода базовых видеоданных. Кроме того, поддерживается HDMI для цифрового вывода базовых видеоданных и базовых аудиоданных (блок 83 выходного аудио/видеоинтерфейса).
S110: базовые видеоданные и базовые аудиоданные, подвергнутые процессу на этапе S109, выводятся и передаются на устройство отображения/громкоговоритель (блок 83 выходного аудио/видеоинтерфейса, устройство отображения/громкоговоритель 4).
На этом завершается описание процедуры операции устройства воспроизведения в настоящем варианте осуществления. Заметим, что результат процесса может временно сохраняться в памяти 2 каждый раз по завершении процесса. Заметим, что при осуществлении процесса воспроизведения устройством отображения, показанным на Фиг.107, операционная процедура, в сущности, одинакова, и функциональные блоки, соответствующие функциональным блокам устройства воспроизведения, показанного на Фиг.100, осуществляют процессы аналогично. Кроме того, в вышеописанной процедуре операции, блок 82 преобразования выходного формата видео осуществляет процесс изменения размера и процесс IP-преобразования. Однако, без ограничения, процессы, по необходимости, могут быть опущены, или могут осуществляться другие процессы (процесс шумопонижения, процесс преобразования частоты кадров и т.д.). Кроме того, по возможности, процедуры обработки могут изменяться.
(Дополнительные примечания)
До сих пор, настоящее изобретение было описано посредством вариантов осуществления, которые заявитель в настоящее время считает наилучшими. Однако можно добавить дополнительные усовершенствования или изменения, касающиеся следующих технических вопросов. Выбирать ли какой-либо из вариантов осуществления или усовершенствований или изменений для реализации изобретения является оптимальным, и может определяться по личному мнению реализатора.
(Метаданные смещения)
Метаданные смещения, описанные в вариантах осуществления, можно реализовать не только посредством форматов данных, описанных выше, но и других форматов данных. Ниже приведен перечень других форматов данных для метаданных смещения.
На Фиг.89 показан первый формат данных метаданных смещения.
В первом формате данных, метаданные смещения хранятся в информационном файле клипа. В этом случае, как показано на Фиг.89A, можно включить табличную информацию, в которой PTS и величины смещения совокупности фрагментов для offset_id включены. Конкретный синтаксис показан на Фиг.89B.
На Фиг.90 показан второй формат данных для метаданных смещения. Метаданные смещения, описанные в вариантах осуществления, хранятся в головной единице доступа каждой GOP, и применяются к кадру, включенному в GOP. Во втором формате данных, когда метаданные смещения сохраняются в информационном файле клипа, метаданные смещения сохраняются для каждой точки записи, как показано на Фиг.90A. Конкретная структура синтаксиса соответствует EP_ID, который является ID точки записи, как показано на Фиг.90B. Благодаря такой структуре, PTS можно идентифицировать посредством EP_ID. Соответственно, поскольку значение PTS не нужно сравнивать с форматом данных, показанным на Фиг.89. Это может сокращать объем данных. Кроме того, благодаря такой структуре, когда метаданные смещения сохраняются в единице доступа видеопотока и в информационном файле клипа, легко осуществлять верификацию для проверки, одинаковые ли метаданные смещения хранятся в единице доступа и в информационном файле клипа.
На Фиг.91 показан третий формат данных для метаданных смещения. В вариантах осуществления, последовательность смещений сохраняется в метаданных смещения для каждого ID последовательности смещений, и обращение к значению смещения производится с использованием ссылочного ID последовательности смещений для каждого PG-потока. В третьем формате данных, такие метаданные смещения сохраняются в информационном файле списка воспроизведения. На Фиг.91A показан синтаксис метаданных смещения для хранения в информационном файле списка воспроизведения. Первый цикл 11201 это цикл для элемента воспроизведения. number_of_offsets[playitem] представляет количество записей смещения элемента воспроизведения. number_of_offset_id[playitem] представляет количество ID последовательностей смещений. Второй цикл 11202 это цикл для записей смещения элемента воспроизведения. Информация, включенная в один цикл, задана как запись смещения. offset_frame_number представляет количество видеокадров, начиная с головы в элементе воспроизведения. offset_frame_number может представлять PTS. Однако, путем задания offset_frame_number для представления количества кадров, можно сократить объем данных. offset_frame_duration представляет интервал, в который вставляется значение смещения между каждыми двумя записями смещения. number_of_suboffsets представляет количество значений смещения, подлежащих вставке в интервал между offset_frame_number[i] и следующей записью смещения. На Фиг.91B показано соотношение между offset_frame_number[i], offset_frame_duration[i] и number_of_suboffsets[i]. Значение смещения сохраняется для каждого ID смещения, как показано в цикле 11203. offset_frame_number может представлять количество дифференциальных видеокадров, указывающее отличие от непосредственно предшествующей записи смещения.
На Фиг.92 показан четвертый формат данных для метаданных смещения. Четвертый формат данных является еще одним форматом данных для хранения метаданных смещения в информационном файле списка воспроизведения. Согласно Фиг.92A, дополнительно включен флаг (is_same_as_previous_playitem), который указывает, совпадает ли текущий элемент воспроизведения с предыдущим элементом воспроизведения. Для создания меню видеоизображения для цикла BD-ROM используется структура, в которой многие элементы воспроизведения повторяются в списке воспроизведения, как если бы имел место бесконечный цикл элемента воспроизведения, который обращается к одному и тому же клипу, как показано на Фиг.92B. В этом случае, если подготавливаются одни и те же метаданные смещения в количестве, равном количеству элементов воспроизведения, объем данных чрезмерно возрастает. В результате, необходимо увеличивать объем памяти устройства 2D/3D воспроизведения. Соответственно, когда is_same_as_previous_playitem указывает 1, устройство 2D/3D воспроизведения обращается к информации фрагмента метаданных смещения непосредственно предыдущего элемента воспроизведения. В результате, можно сократить объем данных.
На Фиг.93 показан пятый формат данных метаданных смещения.
Пятый формат данных это еще один формат данных для хранения метаданных смещения в информационном файле списка воспроизведения. Согласно Фиг.93, дополнительно включается ссылочный ID (ref_playitem_id_of_same_offset_metadata) для элемента воспроизведения с использованием одних и тех же метаданных смещения. Когда “ref_playitem_id_of_same_offset_metadata” не указывает 0xFFFF, представляющий «недействительный», устройство 2D/3D воспроизведения применяет метаданные смещения, которые идентичны элементу воспроизведения, указанному посредством “ref_playitem_id_of_same_offset_metadata”. Благодаря такой структуре, необходимо задавать только один фрагмент метаданных смещения в отношении совокупности элементов воспроизведения, имеющих одинаковые метаданные смещения. Это может сокращать объем данных.
На Фиг.94 показан шестой формат данных для метаданных смещения.
Шестой формат данных это еще один формат для хранения метаданных смещения в информационном файле списка воспроизведения.
В этом формате данных, заголовок, в котором цикл осуществляется в единицах элементов воспроизведения, и область, в которой хранятся метаданные смещения, обеспечены по отдельности, как показано на Фиг.94. Элемент воспроизведения связан с фрагментом метаданных смещения посредством offset_block_id. Благодаря такой структуре, в случае, когда включена совокупность элементов воспроизведения с использованием одного и того же фрагмента метаданных смещения, необходимо задавать только один фрагмент метаданных смещения. Это может сокращать объем данных. Кроме того, в заголовке может храниться значение адреса (start_address) файла, в котором хранится соответствующий фрагмент метаданных смещения. Эта структура облегчает доступ в единицах элементов воспроизведения.
В синтаксисе, показанном на Фиг.89-94, запись метаданных смещения состоит из 7-битового “offset_direction,offset_value”. Альтернативно, метаданные смещения можно подготавливать с использованием отличия от определенной последовательности метаданных смещения. Эта структура позволяет уменьшить размер “offset_direction,offset_value”.
В качестве другого формата данных, можно использовать структуру, в которой метаданные смещения внедряются в аудиопоток с использованием метода водяных знаков аудио. Альтернативно, можно использовать структуру, в которой метаданные смещения внедряются в видеопоток с использованием метода водяных знаков видео.
(PG-поток)
Для сокращения количества субтитров для противодействия увеличению полосы потоков, эффективно совместно использовать один PG-поток в качестве одного из PG-потока для использования в PG-потоке согласно методу “1 плоскость+смещение” и любого из PG-потоков левого глаза и правого глаза для использования согласно 2-плоскостному методу L/R.
Однако при использовании такой структуры может возникать сдвиг между позицией, в которой глубина между графикой левого глаза и графикой правого глаза велика (позицией, в которой графические объекты выступают к пользователю) и позицией, в которой глубина мала, как показано на Фиг.95. В таком случае, каждый из графических объектов перемещаются влево и вправо. В примере, показанном на Фиг.95, если данные субтитра сдвигаются из сцены, имеющей малую глубину, к сцене, имеющей большую глубину, графика левого глаза сдвигается вправо, и графика правого глаза сдвигается влево. Если графика левого глаза используется для 2D-отображения и метода «1 плоскость+смещение», графика левого глаза сдвигается влево таким же образом. Это вызывает дискомфорт для пользователя.
Ввиду этой проблемы, для отображения субтитра 2D-отображения и субтитра метода «1 плоскость+смещение» без создания дискомфорта для пользователя, позиция отображения информации композиции является фиксированной, как показано на Фиг.96. Кроме того, смещение (l_offset) для отображения в качестве PG левого глаза согласно 2-плоскостному методу L/R по отдельности подготавливается в информации композиции. В случае, когда отображение осуществляется в соответствии с 2-плоскостным методом L/R, устройство 2D/3D воспроизведения прибавляет значение смещения к позиции отображения информации композиции для отображения. Благодаря такой структуре, даже в случае, когда один и тот же поток используется для субтитра 2D-отображения, субтитра метода «1 плоскость+смещение» и субтитра левого глаза согласно 2-плоскостному методу L/R, можно осуществлять отображение в любом режиме отображения, не доставляя неудобства пользователю.
(Увеличение скорости при воспроизведении с переходом)
На Фиг.97A показана структура, в которой экстенты в FileBase и FileDependent перемежаются друг с другом. На фигуре, перевернутый треугольник, присоединенный к голове области данных R[2] на диске указывает позицию точки записи для FileDependent на диске. Перевернутый треугольник, присоединенный к голове области данных L[2] на диске, указывает позицию точки записи для FileBase на диске. Здесь, в случае, когда воспроизведение с переходом осуществляется от точки записи, устройство 2D/3D воспроизведения загружает данные, хранящиеся в R[2], которая является областью данных на диске, и затем начинает декодирование во время считывания L[2]. По завершении загрузки данных, хранящихся в R[2], устройство 2D/3D воспроизведения не может читать следующую L[2] и, соответственно, не может начать декодирование.
Ввиду этого, для сокращения периода времени от загрузки в точку записи до начала воспроизведения, используется структура, показанная на Фиг.97B. На Фиг.97B, File2D указывает области данных L[0], L[1], L[2] для 2D, и L[3] на диске. FileSS указывает области данных L[0], L[1], L[2] для 3D и L[3] на диске. L[2] для 2D и L[2] для 3D имеют такую структуру, при которой их данные одинаковы. Благодаря такой структуре, можно считывать одни и те же данные, хотя используются разные пути воспроизведения. На Фиг.97B показана структура, в которой данные AV клипа правого глаза, соответствующие области данных L[2] для 3D, перемежаются малыми единицами (в диапазоне, указанном стрелкой 10701). Благодаря такой структуре, в случае, когда устройство 2D/3D воспроизведения начинает воспроизведение от точки записи, головной экстент для FileDependent может иметь меньшую структуру по сравнению со структурой, показанной на Фиг.97A. Это может сокращать период времени от начала в точке записи до начала декодирования.
(Дополнительная информация)
Дополнительная информация может быть включена в поле информации расширения в информации списка воспроизведения, в качестве расширенной таблицы выбора потока, которая включает в себя информационные элементы, представленные ниже.
“Флаг области верхнего конца” это флаг, указывающий, существует ли область верхнего конца в ходе воспроизведения потока PG/текстовых субтитров.
“Потоковая запись области верхнего конца” включает в себя: ссылку на идентификатор вспомогательного пути (ref_to_Subpath_id), указывающую вспомогательный путь, которому принадлежит путь воспроизведения потока PG/текстовых субтитров; ссылку на файл потока (ref_to_subClip_entry_id), указывающую файл потока, в котором хранится поток PG/текстовых субтитров; и идентификатор пакета (ref_to_stream_PID_subclip) потока PG/текстовых субтитров в этом файле потока.
“Информация ссылки на глубину области верхнего конца” это ссылочная информация для обращения к последовательности смещений для потока PG/текстовых субтитров в случае, когда субтитры отображаются в области верхнего конца, которая указывает последовательность смещений для потока PG/текстовых субтитров в случае, когда субтитры отображаются в области верхнего конца. Устройство воспроизведения должно применять смещение, которое обеспечивается этим полем, к плоскости PG.
“Флаг области нижнего конца” это флаг, указывающий, существует ли область нижнего конца в ходе воспроизведения потока PG/текстовых субтитров.
“Потоковая запись области нижнего конца” включает в себя: ссылку на идентификатор вспомогательного пути (ref_to_Subpath_id), указывающую вспомогательный путь, которому принадлежит путь воспроизведения потока PG/текстовых субтитров; ссылку на файл потока (ref_to_subClip_entry_id), указывающую файл потока, в котором хранится поток PG/текстовых субтитров; и идентификатор пакета (ref_to_stream_PID_subclip) потока PG/текстовых субтитров в этом файле потока.
“Информация ссылки на глубину области нижнего конца” это ссылочная информация для обращения к последовательности смещений для потока PG/текстовых субтитров в случае, когда субтитры отображаются в области нижнего конца, которая указывает последовательность смещений для потока PG/текстовых субтитров в случае, когда субтитры отображаются в области нижнего конца. Устройство воспроизведения должно применять смещение, которое обеспечивается этим полем, к плоскости PG.
(Воспроизведение оптического диска)
Привод BD-ROM оборудован оптической головкой, которая включает в себя полупроводниковый лазер, коллимационную линзу, делитель пучка, объектив, собирающую линзу и фотодетектор. Световые пучки, излучаемые полупроводниковым лазером, проходят через коллимационную линзу, делитель пучка и объектив и фокусируются на информационной поверхности оптического диска.
Сфокусированные световые пучки отражаются/дифрагируют на оптическом диске, проходят через объектив, делитель пучка и коллимационную линзу, и собираются в фотодетекторе. Сигнал воспроизведения генерируется в зависимости от количества света, собранного в фотодетекторе.
(Разновидности носителя записи)
Носитель записи, описанный в каждом варианте осуществления, указывает общий пакетный носитель как целое, включающий в себя оптический диск и плату полупроводниковой памяти. В каждом варианте осуществления, предполагается, в качестве одного примера, что носителем записи является оптический диск, в котором предварительно записаны необходимые данные (например, существующий оптический диск только для чтения, например, BD-ROM или DVD-ROM). Однако настоящее изобретение не ограничивается этим. Например, настоящее изобретение можно реализовать следующим образом: (i) получить 3D-контент, который включает в себя данные, необходимые для реализации настоящего изобретения, и распространяется путем широковещания или по сети; (ii) записать 3D-контент на записываемый оптический диск (например, существующий записываемый оптический диск, например, BD-RE, DVD-RAM) с использованием оконечного устройства, имеющего функцию записи на оптический диск (функция может быть встроена в устройство воспроизведения, или устройство не обязано являться устройством воспроизведения); и (iii) вставить оптический диск с записанным на нем 3D-контентом, в устройство воспроизведения настоящего изобретения.
(Варианты осуществления устройства записи и устройства воспроизведения с платой полупроводниковой памяти)
Далее описаны варианты осуществления устройства записи для записи структуры данных каждого варианта осуществления в полупроводниковую память, и устройства воспроизведения для ее воспроизведения.
Прежде всего, объясним механизм для защиты авторских прав данных, записанных на BD-ROM, согласно предполагаемой технологии.
Некоторые данные, записываемые на BD-ROM, можно, при необходимости, шифровать ввиду конфиденциальности данных.
Например, BD-ROM может содержать, в виде шифрованных данных, данные, соответствующие видеопотоку, аудиопотоку или потоку, включающему в себя их.
Далее опишем дешифрование шифрованных данных из данных, записанных на BD-ROM.
На устройстве воспроизведения с платой полупроводниковой памяти предварительно сохранены данные (например, ключ устройства), которые соответствуют ключу, который необходим для дешифрования шифрованных данных, записанных на BD-ROM.
С другой стороны, на BD-ROM предварительно записываются (i) данные (например, блок ключа носителя (MKB), соответствующий вышеупомянутому ключу устройства), которые соответствуют ключу, который необходим для дешифрования шифрованных данных, и (ii) шифрованные данные (например, зашифрованный ключ титра, соответствующий вышеупомянутому ключу устройства и MKB), которые генерируется путем шифрования самого ключа, который необходим для дешифрования шифрованных данных. Заметим, что ключ устройства, MKB и зашифрованный ключ титра рассматриваются как набор, и дополнительно связаны с идентификатором (например, ID тома) записанным в область (именуемую BCA) BD-ROM, которую, в общем случае, нельзя копировать. Она имеет структуру, которая не позволяет дешифровать шифрованные данные в случае неверного комбинирования этих элементов. Только в случае правильной комбинации, можно получить ключ (например, ключ титра, который получен путем дешифрования зашифрованного ключа титра с использованием вышеупомянутого ключа устройства, MKB и ID тома), который необходим для дешифрования шифрованных данных. Шифрованные данные можно дешифровать с использованием полученного ключа.
Когда устройство воспроизведения пытается воспроизвести BD-ROM, загруженный в устройство, оно не может воспроизводить шифрованные данные, если само устройство не имеет ключ устройства, который образует пару (или соответствует) с зашифрованным ключом титра и MKB, записанными на BD-ROM. Причина в том, что ключ (ключ титра), необходимый для дешифрования шифрованных данных зашифрован и записан на BD-ROM как зашифрованный ключ титра, и ключ, необходимый для дешифрования шифрованных данных, невозможно получить в случае неправильной комбинации MKB и ключа устройства.
Напротив, в случае правильной комбинации зашифрованного ключа титра, MKB, ключа устройства и ID тома, видеопоток и аудиопоток декодируются декодером с использованием вышеупомянутого ключа (например, ключа титра, который получен путем дешифрования зашифрованного ключа титра с использованием ключ устройства, MKB и ID тома), который необходим для дешифрования шифрованных данных. Устройство воспроизведения имеет такую структуру.
На этом завершается описание механизма для защиты авторских прав данных, записанных на BD-ROM. Заметим, что этот механизм не ограничивается BD-ROM, но применим, например, к считываемой/записываемой полупроводниковой памяти (например, портативной полупроводниковой памяти, например, SD-карте) для реализации.
Теперь опишем процедуру воспроизведения в устройстве воспроизведения с платой полупроводниковой памяти. В случае, когда устройство воспроизведения воспроизводит оптический диск, оно имеет структуру, позволяющую считывать данные с помощью, например, привода оптического диска. С другой стороны, в случае, когда устройство воспроизведения воспроизводит с платы полупроводниковой памяти, оно имеет структуру, позволяющую считывать данные через интерфейс для чтения данных с платы полупроводниковой памяти.
В частности, устройство воспроизведения может иметь такую структуру, при которой, когда плата полупроводниковой памяти вставлена в держатель (не показан), предусмотренный в устройстве воспроизведения, устройство воспроизведения и плата полупроводниковой памяти электрически соединены друг с другом через интерфейс платы полупроводниковой памяти, и устройство воспроизведения считывает данные с платы полупроводниковой памяти через интерфейс платы полупроводниковой памяти.
(Варианты осуществления приемного устройства)
Устройство воспроизведения, объясненное в каждом варианте осуществления, можно реализовать в качестве оконечного устройства, которое принимает данные (данные распространения), которые соответствует данным, объясненным в каждом варианте осуществления, с сервера распространения для службы электронного распространения, и записывает принятые данные на плату полупроводниковой памяти.
Такое оконечное устройство можно реализовать путем структурирования устройства воспроизведения, объясненного в каждом варианте осуществления, для осуществления таких операций, или можно реализовать как специализированное оконечное устройство, которое отличается от устройства воспроизведения, объясненного в каждом варианте осуществления, и сохраняет данные распространения на плату полупроводниковой памяти. Здесь будет объяснен случай использования устройства воспроизведения. Кроме того, в этом объяснении, SD-карта используется в качестве полупроводниковой памяти назначения записи.
Когда устройство воспроизведения должно записывать данные распространения на карту памяти SD, вставленную в обеспеченный в нем держатель, устройство воспроизведения сначала направляет запросы на сервер распространения, где хранятся данные распространения, для передачи данных распространения. Таким образом, устройство воспроизведения считывает идентификационную информацию для однозначной идентификации вставленной карты памяти SD (например, идентификационную информацию, уникально назначаемую каждой карте памяти SD, в частности, серийный номер и пр. карты памяти SD), с карты памяти SD, и передает считанную идентификационную информацию на сервер распространения совместно с запросом распространения.
Идентификационная информация для однозначной идентификации карты памяти SD соответствует, например, вышеописанному ID тома.
С другой стороны, на сервере распространения хранятся необходимые данные (например, видеопоток, аудиопоток и т.п.) в зашифрованном состоянии, благодаря чему необходимые данные можно дешифровать с использованием заранее определенного ключа (например, ключа титра).
Сервер распространения, например, поддерживает личный ключ, позволяющий динамически генерировать разные фрагменты информации открытого ключа, соответственно, в соответствии с идентификационными номерами, уникально назначенными каждой плате полупроводниковой памяти.
Кроме того, сервер распространения имеет структуру, позволяющую шифровать сам ключ (ключ титра), необходимый для дешифрования шифрованных данных (иначе говоря, сервер распространения имеет структуру, позволяющую генерировать зашифрованный ключ титра).
Генерируемая информация открытого ключа включает в себя, например, информацию, соответствующую вышеописанным MKB, ID тома и зашифрованному ключу титра. Благодаря такой структуре, когда, например, комбинация идентификационного номера платы полупроводниковой памяти, открытого ключа, содержащегося в информации открытого ключа, которая будет объяснена ниже, и ключа устройства, который предварительно записывается в устройстве воспроизведения, верна, получается ключ (например, ключ титра, который получен путем дешифрования зашифрованного ключа титра с использованием ключа устройства, MKB, и идентификационного номера полупроводниковой памяти), необходимый для дешифрования шифрованных данных, и шифрованные данные дешифруются с использованием полученного необходимого ключа (ключа титра).
Таким образом, устройство воспроизведения записывает принятый фрагмент информации открытого ключа и данные распространения в область записи платы полупроводниковой памяти, вставленной в его держатель.
Теперь опишем пример метода для дешифрования и воспроизведения шифрованных данных среди данных, содержащихся в информации открытого ключа и данных распространения, записанных в области записи платы полупроводниковой памяти.
Принятая информация открытого ключа хранит, например, открытый ключ (например, вышеописанный MKB и зашифрованный ключ титра), информацию подписи, идентификационный номер платы полупроводниковой памяти и список устройств, которая представляет собой информацию об устройствах, подлежащих объявлению недействительными.
Информация подписи включает в себя, например, значение хэша информации открытого ключа.
Список устройств это, например, информация для идентификации устройств, которые могут воспроизводиться без авторизации. Информация, например, используется для однозначной идентификации устройств, частей устройств, и функций (программ), которые могут воспроизводиться без авторизации, и состоит, например, из ключа устройства и идентификационного номера устройства воспроизведения, которые предварительно записаны в устройстве воспроизведения, и идентификационного номера декодера, предусмотренного в устройстве воспроизведения.
Далее описано воспроизведение шифрованных данных среди данных распространения, записанных в области записи платы полупроводниковой памяти.
В первую очередь, осуществляется проверка, можно ли использовать сам ключ дешифрования, прежде чем шифрованные данные будут дешифрованы с использованием ключа дешифрования.
В частности, проводятся следующие проверки. (1) Проверка, совпадает ли идентификационная информация платы полупроводниковой памяти, содержащаяся в информации открытого ключа, с идентификационным номером платы полупроводниковой памяти, предварительно сохраненным в плате полупроводниковой памяти. (2) Проверка, совпадает ли значение хэша информации открытого ключа, вычисленное в устройстве воспроизведения, со значением хэша, включенным в информацию подписи. (3) Проверка, на основании информации, включенной в список устройств, аутентичности устройства воспроизведения для осуществления воспроизведения (например, ключ устройства, показанный в списке устройств, включенном в информацию открытого ключа, совпадает с ключом устройства, предварительно сохраненном в устройстве воспроизведения). Эти проверки могут осуществляться в любом порядке.
После вышеописанных проверок (1)-(3), устройство воспроизведения осуществляет управление, чтобы не дешифровать шифрованные данные при выполнении любого из следующих условий: (i) идентификационная информация платы полупроводниковой памяти, содержащаяся в информации открытого ключа не совпадает с идентификационным номером платы полупроводниковой памяти, предварительно сохраненным в плате полупроводниковой памяти; (ii) значение хэша информации открытого ключа, вычисленное в устройстве воспроизведения, не совпадает со значением хэша, включенным в информацию подписи; и (iii) устройство воспроизведения для осуществления воспроизведения не является аутентичным.
С другой стороны, при выполнении всех условий: (i) идентификационная информация платы полупроводниковой памяти, содержащаяся в информации открытого ключа совпадает с идентификационным номером платы полупроводниковой памяти, предварительно сохраненным в плате полупроводниковой памяти; (ii) значение хэша информации открытого ключа, вычисленное в устройстве воспроизведения, совпадает со значением хэша, включенным в информацию подписи; и (iii) устройство воспроизведения для осуществления воспроизведения аутентично, принимается решение, что комбинация идентификационного номера полупроводниковой памяти, открытый ключ, содержащийся в информации открытого ключа, и ключ устройства, предварительно записанный в устройстве воспроизведения, верен, и шифрованные данные дешифруются с использованием ключа, необходимого для дешифрования (ключа титра, который получен путем дешифрования зашифрованного ключа титра с использованием ключа устройства, MKB, и идентификационного номера полупроводниковой памяти).
Когда шифрованные данные представляют собой, например, видеопоток и аудиопоток, видеодекодер дешифрует (декодирует) видеопоток с использованием вышеописанного ключа, необходимого для дешифрования (ключа титра, который получен путем дешифрования зашифрованного ключа титра), и аудиодекодер дешифрует (декодирует) аудиопоток с использованием вышеописанного ключа, необходимого для дешифрования.
Благодаря такой структуре, когда устройства, части устройств, и функции (программы), которые можно использовать без авторизации, известны на момент электронного распространения, список устройств, демонстрирующий такие устройства и т.п., можно распространять. Это позволяет устройству воспроизведения, принявшему список для запрещения дешифрования с использованием информации открытого ключа (самого открытого ключа), когда устройство воспроизведения включает в себя что-либо, указанное в списке. Таким образом, даже если комбинация идентификационного номера полупроводниковой памяти, самого открытого ключа, содержащегося в информации открытого ключа, и ключа устройства, который предварительно записан в устройстве воспроизведения, верна, осуществляется управление, чтобы не дешифровать шифрованные данные. Это позволяет препятствовать использованию данных распространения неаутентичным устройством.
Предпочтительно, чтобы идентификатор платы полупроводниковой памяти, предварительно записанный в плате полупроводниковой памяти, сохранялся в хорошо защищенной области записи. Причина в том, что, в случае подделки идентификационного номера (например, серийного номера карты памяти SD), предварительно записанного в плате полупроводниковой памяти, неавторизованное копирование облегчается. В частности, уникальные, хотя и различные идентификационные номера соответственно назначаются платам полупроводниковой памяти, если идентификационные номера подделываются с целью сделать их одинаковыми, вышеописанное решение по пункту (1) не имеет смысла, и поддельные платы полупроводниковой памяти можно копировать без авторизации.
По этой причине, предпочтительно, чтобы информация, например идентификационный номер платы полупроводниковой памяти, сохранялся в хорошо защищенной области записи.
С этой целью, плата полупроводниковой памяти, например, может иметь структуру, в которой область записи для записи данных высокой степени конфиденциальности, например, идентификатора платы полупроводниковой памяти (далее, область записи именуется второй областью записи) обеспечена отдельно от области записи для записи обычных данных (далее, область записи именуется первой областью записи), предусмотрена схема управления для управления доступом ко второй области записи, и доступ ко второй области записи возможен только через схему управления.
Например, данные можно шифровать, чтобы шифрованные данные записывались во второй области записи, и схему управления можно снабдить схемой для дешифрования шифрованных данных. В этой структуре, при осуществлении доступа ко второй области записи, схема управления дешифрует шифрованные данные и возвращает дешифрованные данные. В качестве другого примера, схема управления может поддерживать информацию, указывающую место, где данные сохраняются во второй области записи, и при осуществлении доступа ко второй области записи, схема управления идентифицирует соответствующее место хранения данных, и возвращает данные, считанные из идентифицированного места хранения.
Приложение, выполняющееся на устройстве воспроизведения и записывающее данные на плату полупроводниковой памяти с использованием электронного распространения, выдает, на схему управления через интерфейс платы памяти, запрос доступа, запрашивающий доступ к данным (например, идентификационный номер платы полупроводниковой памяти), записанным во второй области записи. Получив запрос, схема управления считывает данные из второй области записи и возвращает данные приложению, выполняющемуся на устройстве воспроизведения. Она посылает идентификационный номер платы полупроводниковой памяти и запрашивает у сервера распространения распространение данных, например, информации открытого ключа, и соответствующие данные распространения. Информация открытого ключа и соответствующие данные распространения, поступающие от сервера распространения, записываются в первую область записи.
Кроме того, предпочтительно, чтобы приложение, выполняющееся на устройстве воспроизведения и записывающее данные на плату полупроводниковой памяти с использованием электронного распространения, предварительно проверяло, подделано ли приложение, прежде чем оно выдаст, на схему управления через интерфейс платы памяти, запрос доступа, запрашивающий доступ к данным (например, идентификационный номер платы полупроводниковой памяти), записанным во второй области записи. Для такой проверки можно использовать, например, существующий цифровой сертификат, отвечающий стандарту X.509.
Кроме того, доступ к данным распространения, записанным в первой области записи платы полупроводниковой памяти, не обязательно осуществлять через схему управления, предусмотренную в плате полупроводниковой памяти.
Промышленное применение
На информационном носителе записи, отвечающем настоящему изобретению, хранится 3D изображение, но его можно воспроизводить как на устройствах воспроизведения 2D-изображения, так и на устройствах воспроизведения 3D-изображения. Это позволяет распространять содержание фильмов, например, титры фильмов, где хранятся 3D изображения, не заставляя потребителей заботиться о совместимости. Это активизирует кинорынок и рынок коммерческих устройств. Соответственно, носитель записи и устройство воспроизведения, отвечающие настоящему изобретению, весьма полезны в киноиндустрии и индустрии коммерческих устройств.
Перечень условных обозначений
100: носитель записи
200: устройство воспроизведения
300: устройство отображения
400: 3D-очки