УСТРОЙСТВО ВОСПРОИЗВЕДЕНИЯ
PLAYER

Настоящее изобретение принадлежит к области техники инфраструктуры сверхуплотнения (Oub-of-MUX).
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Инфраструктура сверхуплотнения является технологией, которая одновременно считывает цифровой поток, записанный на носитель записи только для чтения, такой как BD-ROM (постоянное запоминающее устройство на диске стандарта Blue-ray), и цифровой поток, записанный на локальном запоминающем устройстве, таком как носитель записи с многократной перезаписью, подает их на декодер, а затем синхронно их воспроизводит.
Здесь допустим, что цифровой поток, записанный на BD-ROM, является основной частью кинофильма, тогда как цифровой поток, записанный в локальном запоминающем устройстве, является дикторским текстом режиссера кинофильма. В этом случае посредством реализации вышеупомянутой инфраструктуры сверхуплотнения основная часть кинофильма на BD-ROM и дикторский текст могут воспроизводиться вместе, каковое, тем самым, уточняет и расширяет контент на BD-ROM.
Предшествующий уровень техники касательно носителей записи только для чтения включает в себя следующую заявку на патент.
<Ссылка 1 на патент> Выложенная заявка №Н8-83478 на выдачу патента Японии
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
[Задачи, которые должно решить изобретение]
В вышеописанной инфраструктуре сверхуплотнения поток, записанный на BD-ROM, и поток, записанный в локальном запоминающем устройстве, должны считываться одновременно, а пакетам TS (транспортного потока), составляющим эти потоки, необходимо подаваться в декодер. Согласно исследованию того, насколько большая полоса пропускания требуется для подачи в декодер в наихудшем случае, где битовая скорость поставки BD-ROM составляет 48 Мбит/с и битовая скорость поставки локального запоминающего устройства составляет 48 Мбит/с, снабжение данными в таком количестве как 96 Мбит (48 Мбит + 48 Мбит) может происходить в течение периода одновременного считывания. Если такой наихудший случай вероятен для возникновения, полоса пропускания в устройстве должна быть расширена, с тем чтобы выдавать пакеты TS при 96 Мбит/с. Если это не может быть сделано, необходимо обеспечить большой буфер в декодере и заставить декодер выполнять операцию предварительного чтения, чтобы считывать пакеты TS заблаговременно, с тем чтобы поставка не сосредотачивалась в некоторый момент времени. Если период одновременного считывания короток, это может быть возможным; однако в случае воспроизведения кинофильма длительностью в два часа емкость буфера является недостаточной, а операция предварительного чтения поэтому не выполняется успешно.
Поскольку операция предварительного чтения не выполняется успешно, отрицательное переполнение происходит в буфере вследствие операции предварительного чтения. Это в таком случае вызывает потерю видео и аудио, а потому качество воспроизведения значительно снижается. Однако доставка данных с высокой битовой скоростью имеет следствием препятствие снижению цены таких устройств воспроизведения.
Настоящее изобретение нацеливается на предоставление носителя записи, допускающего подачу в декодер цифровых потоков, подаваемых с разных носителей записи, без необходимости в том, чтобы расширялась полоса пропускания.
[Средство для решения задачи]
Для того чтобы достичь вышеупомянутой цели, носитель записи по настоящему изобретению характеризуется тем, что: информация списка воспроизведения включает в себя информацию о главном пути и информацию о вспомогательном пути; информация о главном пути задает из числа множества цифровых потоков один цифровой поток в качестве основного потока и определяет секцию первичного воспроизведения в основном потоке; информация о вспомогательном пути задает среди остальных из упомянутого множества цифровых потоков один цифровой поток в качестве вспомогательного потока и определяет во вспомогательном потоке секцию вторичного воспроизведения, которая должна синхронизироваться с секцией первичного воспроизведения; информация списка воспроизведения дополнительно включает в себя таблицу потоков, показывающую по меньшей мере одну пару элементарных потоков, которым предоставлена возможность воспроизводиться одновременно, причем эта пара элементарных потоков является состоящей из одного из множества элементарных потоков, мультиплексированных в основной поток, и одного из множества элементарных потоков, мультиплексированных во вспомогательный поток; и суммарный объем данных цифрового потока в единицу времени является меньшим чем или равным предопределенному значению, причем цифровой поток включает в себя упомянутую пару элементарных потоков и не включает в себя элементарный поток, которому в таблице потоков не предоставлена возможность воспроизводиться одновременно.
[Полезные результаты изобретения]
Суммарный объем данных в единицу времени множества элементарных потоков, разрешенных в таблице потоков для воспроизведения, является меньшим чем или равным упомянутому предопределенному значению. Даже в наихудшем случае количество пакетов TS, передаваемых в единицу времени, не превышает этого предопределенного значения.
Например, в случае где единицей времени является одна секунда, а предопределенное значение составляет 48 Мбит, если объем поставки пакетов TS локально достигает 96 Мбит вследствие одновременного считывания потоков, количество битов в секунду удерживается меньшим чем или равным 48 Мбит. Соответственно, наихудший случай - то есть объем доставки данных в 96 Мбит - не продолжается в течение 0,5 секунд или более.
Поскольку гарантировано, что «наихудший случай не продолжается в течение 0,5 секунд или более», в любой момент на временной оси воспроизведения потока, отрицательное переполнение в буфере декодера может быть предотвращено построением устройства воспроизведения таким образом, что пакеты TS с размером в 96 Мбит × 0,5 секунд всегда считываются заблаговременно и подаются в декодер.
Операция предварительного чтения с верхним пределом в «96 Мбит × 0,5 секунд» предотвращает возникновение отрицательного переполнения, а потому пакеты TS могут устойчиво подаваться в декодер. Это устраняет риск, что одновременное считывание для реализации инфраструктуры сверхуплотнения оказывает влияние на качество цифрового потока. Возможно реализовать инфраструктуру сверхуплотнения в устройстве воспроизведения, которое выполняет воспроизведение BD-ROM, однако не требуя ширины полосы пропускания, которая должна быть увеличена. Как результат, устройства воспроизведения, которые реализуют инфраструктуру сверхуплотнения, могут быть выведены на рынок с низкими ценами.
В дополнение, с ограничением в «48 Мбит/с или меньше в секунду», если устройство воспроизведения выполняет простое управление «неизменного выполнения операции предварительного чтения», как описано выше, возможно предотвратить возникновение отрицательного переполнения, даже если возникает снабжение данными наихудшего случая. Это устраняет необходимость реализации последовательности операций для предсказания временных соотношений, при которых могло бы возникать снабжение данными по наихудшему случаю, тем самым, способствуя развитию устройств воспроизведения.
Перечень чертежей
Фиг.1 показывает потребительское применение носителя записи согласно настоящему изобретению;
фиг.2 показывает внутреннюю структуру BD-ROM;
фиг.3 - схематичная структура файла с расширением.m2ts, закрепленным за ним;
фиг.4 показывает дополнительные подробности того, каким образом видео- и аудиопотоки хранятся в последовательности пакетов PES;
фиг.5 показывает, каким образом видео и аудио мультиплексируются в программный поток и транспортный поток;
фиг.6 показывает детализацию транспортного потока;
фиг.7 показывает внутренние структуры пакета PAT и пакета PMT;
фиг.8 показывает, каким последовательностям операции подвергаются пакеты TS, составляющие AV-клип (AVClip, аудиовидеоклип), перед тем как они записываются на BD-ROM;
фиг.9 показывает внутреннюю структуру выровненного блока (Aligned Unit);
фиг.10 показывает внутреннюю структуру информации о клипах;
фиг.11 показывает настройки карты EP (EP_map) для видеопотока кинофильма;
фиг.12 показывает структуру данных информации списка воспроизведения (PlayList);
фиг.13 показывает взаимосвязи между AV-клипом и информацией списка воспроизведения;
фиг.14 показывает внутреннюю структуру локального запоминающего устройства 200;
фиг.15 показывает способ, которым первичный TS (Primary TS) и вторичный TS (Secondary TS), формирующие приложение сверхуплотнения, подаются в декодер в пределах устройства воспроизведения BD-ROM;
фиг.16 показывает структуру данных информации списка воспроизведения;
фиг.17 показывает раскрытие внутренней структуры информации о вспомогательном пути;
фиг.18 показывает взаимосвязь вспомогательных клипов в локальном запоминающем устройстве 200, информации списка воспроизведения в локальном запоминающем устройстве 200 и основного клипа (MainClip) на BD-ROM;
фиг.19A показывает внутреннюю структуру таблицы STN (STN_table);
фиг.19B показывает атрибут потока (Stream_attribute), соответствующий видеопотоку;
фиг.19C показывает атрибут потока (Stream_attribute), соответствующий аудиопотоку;
фиг.19D показывает вход потока (Stream_entry) аудиопотока;
фиг.20 показывает пакеты TS, считываемые с BD-ROM и из локального запоминающего устройства, и иллюстрирует из этих пакетов TS те, которые должны подаваться в декодер;
фиг.21A-21D показывают сдвиг окна (Window);
фиг.22 - график, показывающий временную модуляцию касательно объема данных пакетов TS, считываемых с BD-ROM, а также объема данных пакетов TS, считываемых из локального запоминающего устройства;
фиг.23A и 23B показывают сравнение между передаваемым объемом и объемом, подаваемым в декодер в течение каждого окна;
фиг.24 показывает состояние соединения элементов воспроизведения (PlayItem) и элементов вспомогательного воспроизведения (SubPlayItem), составляющих сверхуплотнение;
фиг.25 показывает взаимосвязь между моментами времени начала (In_Time) и моментами времени окончания (Out_Time) элементов воспроизведения и моментами времени начала (In_Time) и моментами времени окончания (Out_Time) элементов вспомогательного воспроизведения в случае, где информация об условии соединения (connection_condition) элемента воспроизведения и информация об условии соединения SP (sp_connection_condition) элемента вспомогательного воспроизведения, показанные на фиг.24, установлены в «=5»;
фиг.26 показывает значение STC, которое должно подвергаться обращению, когда воспроизводится часть, существующая от момента времени начала (In_Time) до момента времени окончания (Out_Time) элемента воспроизведения, и значение STC, которое должно подвергаться обращению, когда воспроизводится часть, существующая от момента времени начала (In_Time) до момента времени окончания (Out_Time) элемента вспомогательного воспроизведения;
фиг.27 показывает, каким образом TS1 и TS2 идентифицируются в основном клипе, указанном ссылкой в предыдущем элементе воспроизведения, и вспомогательном клипе, указанном ссылкой в текущем элементе воспроизведения;
фиг.28 показывает подробности по CC=5 и SP_CC=5;
фиг.29 показывает взаимосвязь между многочисленными блоками представления видео, заданными предыдущим элементом воспроизведения и текущим элементом воспроизведения, многочисленными блоками представления аудио и временными осями STC;
фиг.30 показывает внутреннюю структуру устройства воспроизведения по настоящему изобретению;
фиг.31 - блок-схема последовательности операций способа, показывающая процедуру воспроизведения на основании информации списка воспроизведения;
фиг.32 - блок-схема последовательности операций способа, показывающая процедуру обработки безразрывного соединения элементов вспомогательного воспроизведения;
фиг.33 показывает внутреннюю структуру системы авторской разработки по варианту 2 осуществления;
фиг.34 - блок-схема последовательности операций способа, показывающая процедуру проверки над первичными TS и вторичными TS;
фиг.35 - последовательность операций способа, показывающая процедуру проверки над первичным TS и вторичным TS, когда имеют место многочисленные потоки одинакового типа;
фиг.36 показывает подробное пояснение CC=6;
фиг.37 показывает взаимосвязь между элементами воспроизведения и элементами вспомогательного воспроизведения;
фиг.38 схематично показывает способ, которым мультиплексируются многочисленные пакеты TS, присутствующие на временной оси ATC;
фиг.39 схематично показывает, в случае где субтитр (PG) и меню (IG) также замещаются в дополнение к аудио, способ, которым совместно мультиплексируются многочисленные пакеты TS, составляющие первичный TS, и многочисленные пакеты TS, составляющие вторичный TS;
фиг.40 показывает способ, которым первичный TS и вторичный TS, составляющие приложение микширования аудио, подаются в декодер в пределах устройства воспроизведения BD-ROM;
фиг.41 показывает внутреннюю структуру устройства воспроизведения согласно варианту 5 осуществления;
фиг.42 показывает взаимосвязь между элементами воспроизведения и элементами вспомогательного воспроизведения, заданными списком воспроизведения, указывающим микширование аудио, и
фиг.43 показывает пример информации списка воспроизведения, формирующей сценический вариант и режиссерскую нарезку.
Условные обозначения
1a - дисковод BD-ROM
1b, c - буфер чтения
1b, a, c - счетчик ATC
2a, d - средство депакетирования (депакетизатор) источника
2c, d - счетчик ATC
3a, c - счетчик STC
3b, d - фильтр PID
4 - видеодекодер
5 - видеоплата
6 - транспортный буфер
7 - элементарный буфер
8 - аудиодекодер
10a, b, c, d - коммутатор
11 - декодер интерактивной графики
12 - плата интерактивной графики
13 - декодер демонстрационной графики
14 - плата демонстрационной графики
17 - модуль синтеза
21 - память
22 - контроллер
23 - набор PSR
24 - модуль преобразования PID
25 - сетевой модуль
26 - модуль приема операций
100 - BD-ROM
200 - локальное запоминающее устройство
300 - устройство воспроизведения
400 - телевизор
500 - AV-усилитель
Наилучший вариант осуществления изобретения
Вариант 1 осуществления
Последующее дает отчет о предпочтительном варианте осуществления носителя записи согласно настоящему изобретению. Прежде всего, описано потребительское применение относительно реализации носителя записи по настоящему изобретению. Фиг.1 показывает потребительское применение носителя записи согласно настоящему изобретению. Локальное запоминающее устройство 200 по фиг.1 является носителем записи по настоящему изобретению. Локальное запоминающее устройство 200 используется с целью подачи кинофильма в систему домашнего кинотеатра, состоящую из устройства 300 воспроизведения, телевизора 400, AV-усилителя 500 и акустических колонок 600.
Последующее разъясняет BD-ROM 100, локальное запоминающее устройство 200 и устройство 300 воспроизведения.
BD-ROM 100 является носителем записи, на котором записан кинофильм.
Локальным запоминающим устройством 200 является жесткий диск, который встроен в устройство воспроизведения и используется для хранения контента, распространяемого с сервера дистрибьютора кинофильмов.
Устройство 300 воспроизведения является цифровым домашним электроприбором, поддерживаемым касательно сетей, и имеет функцию для воспроизведения BD-ROM 100. Устройство 300 воспроизведения также способно загружать контент с сервера 700 дистрибьютора кинофильмов через сеть, сохранять загруженный контент на локальном запоминающем устройстве 200 и объединять этот контент с контентом, записанным на BD-ROM 100 для расширения/обновления контента BD-ROM 100. Технология, названная «виртуальным пакетом программ», объединяет контент, записанный на BD-ROM 100, с контентом, сохраненным в локальном запоминающем устройстве 200, и интерпретирует данные, не записанные на BD-ROM 100 таким способом, как если бы они были записаны на BD-ROM 100.
В этом заключается описание традиционного применения носителя записи по настоящему изобретению.
Следующим описано производственное применение носителя записи по настоящему изобретению. Носитель записи по настоящему изобретению может быть реализован в качестве результата усовершенствований файловой системы BD-ROM.
<Общее описание BD-ROM>
Фиг.2 показывает внутреннюю структуру BD-ROM; Уровень 4 на фигуре показывает BD-ROM, а уровень 3 показывает дорожку на BD-ROM. Фигура изображает дорожку в растянутом в длину виде, хотя дорожка фактически сформирована в спираль, навивающуюся от внутренней части по направлению к наружной части BD-ROM. Дорожка состоит из начальной области, области тома и конечной области. Область тома на фигуре содержит уровневую модель, составленную из физического уровня, уровня файловой системы и прикладного уровня. Уровень 1 на фигуре показывает формат прикладного уровня BD-ROM посредством использования структуры каталогов. На уровне 1 BD-ROM содержит каталог EDMV под корневым (Root) каталогом.
Кроме того, три подкаталога расположены под каталогом BDMV: каталог PLAYLIST (списка воспроизведения); каталог CLIPINF (информации о клипах) и каталог STREAM (потоков).
Каталог PIAYLIST включает в себя файл, за которым закреплено расширение mpls (00001.mpls).
Каталог CLIPINF включает в себя файлы, за каждым из которых закреплено расширение clip (00001.clip и 00002.clip).
Каталог STREAM включает в себя файлы, за которыми закреплено расширение m2ts (00001.m2ts и 00002.m2ts).
Таким образом, можно видеть, что многочисленные файлы разных типов скомпонованы на BD-ROM согласно структуре каталогов, приведенной выше.
<Структура 1 BD-ROM: AV-клип>
Прежде всего, пояснены файлы, за которыми закреплено расширение «m2ts». Фиг.3 показывает схематичную структуру файла, за которым закреплено расширение «m2ts». Файлы, за каждым из которых закреплено расширение «m2ts» (00001.m2ts и 00002.m2ts), хранят AV-клип. AV-клип является цифровым потоком в формате транспортного потока MPEG2 (стандарта сжатия движущегося изображения и звука). Цифровой поток формируется преобразованием оцифрованного видео и аудио (верхний уровень 1) в элементарный поток, состоящий из пакетов PES (верхний уровень 2), и преобразованием элементарного потока в пакеты TS (верхний уровень 3) и, подобным образом, преобразованием потока демонстрационной графики (PG) для субтитров или тому подобного и потока интерактивной графики (IG) для интерактивных целей (нижний уровень 1 и нижний уровень 2) в пакеты TS (нижний уровень 3), а затем заключительным мультиплексированием этих пакетов TS.
Последующее описывает видеопоток, аудиопоток, поток PG и поток IG.
<Видеопоток>
Видеопоток является потоком, формирующим движущиеся изображения кинофильма, и состоит из данных кинокадра изображений SD (со стандартным разрешением) и изображений HD (с высоким разрешением). Видеопотоком является видеопоток VC-1, формат MPEG4-AVC или MPEG2-Video. Когда видеопотоком является видеопоток в формате MPEG4-AVC, отметки времени, такие как PTS и DTS прикреплены к кинокадрам IDR, I, P и B, а управление воспроизведением выполняется в блоках кинокадров. Блок видеопотока, который является единицей для управления воспроизведением, с PTS и DTS, прикрепленными к нему, назван «блоком представления видео».
<Аудиопоток>
Аудиопоток является потоком для звуковой дорожки кинофильма, и форматы аудиопотока включают в себя формат аудиопотока LPCM, формат аудиопотока DTS-HD, формат аудиопотока DD/DD+ и формат аудиопотока DD/MLP. Отметки времени прикреплены к аудиокадрам в аудиопотоке, и управление воспроизведением выполняется в блоках аудиокадров. Блок аудиопотока, который является единицей для управления воспроизведением, с отметкой времени, прикрепленной к нему, назван «блоком представления аудио».
<Поток PG>
Потоком PG является графический поток, составляющий субтитр, записанный на языке. Есть множество потоков, которые соответствуют множеству языков, таких как английский, японский и французский соответственно. Поток PG состоит из функциональных сегментов, таких как: PCS (сегмент управления представлением); PDS (сегмент определения палитры); WDS (сегмент определения окна); ODS (сегмент определения объекта) и END (сегмент окончания набора отображения). ODS (сегмент определения объекта) является функциональным сегментом, который определяет графический объект, который является субтитром.
WDS (сегмент определения окна) является функциональным сегментом, который определяет количество битов графического объекта на экране. PDS (сегмент определения палитры) является функциональным сегментом, который определяет цвет при прорисовке графического объекта. PCS (сегмент управления представлением) является функциональным сегментом, который определяет управление страницами при отображении субтитра. Такое управление страницами включает в себя врезку/вырезку (Cut-In/Out), затемнение/осветление (Fade-In/Out), изменение цвета (Color Change), прокрутку (Scroll) и наложение/вытеснение (Wipe-In/Out). С помощью управления страницами посредством PCS возможно достичь эффекта отображения, например делая текущий субтитр уменьшающим яркость изображения при отображении следующего субтитра.
<Поток IG>
Поток IG является графическим потоком для успешного выполнения интерактивного управления. Интерактивное управление, определенное потоком IG, является интерактивным управлением, которое совместимо с интерактивным управлением в устройстве воспроизведения DVD (многофункционального цифрового диска). Поток IG состоит из функциональных сегментов, таких как: ICS (сегмент интерактивной компоновки); EDS (сегмент определения палитры) и ODS (сегмент определения объектов). ODS (сегмент определения объекта) является функциональным сегментом, который определяет графический объект. Кнопки на интерактивном экране прорисовываются посредством множества таких графических объектов. PDS (сегмент определения палитры) является функциональным сегментом, который определяет цвет при прорисовке графического объекта. ICS (сегмент интерактивной компоновки) является функциональным сегментом, который выполняет изменения состояния, при котором состояние кнопки изменяется в соответствии с операцией пользователя. ICS включает в себя команду кнопки, которая приводится в исполнение, когда выполняется операция подтверждения по кнопке.
Здесь AV-клип составлен из по меньшей мере одной «STC_Sequence» («последовательности STC»). «STC_Sequence» является секцией, в которой нет разрыва (разрыва системной временной развертки) в STC (синхросигнале системного времени), который является системной временной разверткой AV-потоков. Разрывом в STC является точка, в которой информацией о разрыве (признаком разрыва (discontinuity_indicator)) пакета PCR, несущего PCR (временную метку программы), указываемую ссылкой декодером для получения STC, является ON (включенное состояние).
Фиг.4 показывает дополнительные подробности того, каким образом видео- и аудиопотоки хранятся в последовательности пакетов PES. Уровень 1 на фигуре показывает видеопоток, а уровень 3 показывает аудиопоток. Уровень 2 показывает последовательность пакетов PES. Как показано стрелками yy1, yy2, yy3 и yy4 на фигуре, можно видеть, что кинокадры IDR, кинокадры B и кинокадры P, которые являются многочисленными блоками представления видео в видеопотоке, поделены на многочисленные секции и каждая из отделенных секций хранится в одной из полезных нагрузок (V#1, V#2, V#3 и V#4 на фигуре) пакетов PES. Также может быть понятно, что каждый из аудиокадров, которые являются блоками представления аудио, составляющими аудиопоток, хранится в одной из полезных нагрузок (A#1 и A#2 на фигуре) пакетов PES, как показано стрелками aa1 и aa2.
Фиг.5 показывает, каким образом видео и аудио мультиплексируются в программный поток и транспортный поток. Нижняя часть фигуры показывает многочисленные пакеты PES (V#1, V#2, V#3, V#4, A#1 и A#2 на фигуре), которые содержат, сохраненные в них видео- и аудиопотоки. По фигуре видно, что видео- и аудиопотоки хранятся в разных пакетах PES. Верхняя часть показывает программный поток и транспортный поток, в которых хранятся пакеты PES, показанные в нижней части. Когда мультиплексируется в программный поток, каждый пакет PES умещается в одну пачку. Когда мультиплексируется в транспортный поток, пакет PES делится на секции, каждая из которых затем сохраняется в одной из полезных нагрузок многочисленных пакетов TS. Не формат программного потока, а формат транспортного потока используется для формата хранения BD-ROM. Общеизвестно, что видеопакеты PES, используемые для транспортного потока, хранят в себе один кадр или два спаренных поля, хотя фиг.5 не иллюстрирует такой случай.
Фиг.6 показывает детализацию транспортного потока. Уровень 1 по фигуре показывает последовательность многочисленных пакетов TS, формирующих транспортный поток MPEG2, а уровень 2 показывает внутреннюю структуру пакета TS. Как показано на уровне 2, один пакет TS состоит из «заголовка», «поля адаптации» и «полезной нагрузки». Выносная линия th1 показывает вскрытые детали структуры заголовка пакета TS. Как показано выносной линией, заголовок пакета TS включает в себя: хранится «признак начала блока (признак начала блока полезной нагрузки (payload_unit_start_indicator))», указывающий начало пакета PES; «PID (идентификатор пакета (Packet Identifier))», указывающий тип элементарного потока, который мультиплексируется в транспортный поток; и «управление полем адаптации», указывающее, присутствует ли поле адаптации в пакете TS.
Выносная линия th2 показывает вскрытые детали внутренней структуры поля адаптации. Поле адаптации задано для пакета TS в случае, когда управление полем адаптации заголовка пакета TS установлено в «1». Точнее говоря, поле адаптации хранит в нем: «признак произвольного доступа (random_access_indicator)», указывающий, что пакет TS является началом видео- или аудиокадра и точкой входа; и «PCR (временную метку программы)», которая задает STC (синхросигнал системного времени) T-STD (целевого декодера транспортной системы).
Фиг.7 показывает внутренние структуры пакета PAT и пакета PMT. Эти пакеты описывают программную структуру транспортного потока.
Выносная линия hm1 фигуры показывает вскрытые детали структуры пакета TS с PID=0 в транспортном потоке. Такой пакет TS назван пакетом PAT (таблицы связей программы) и указывает программную структуру полного транспортного потока. PID пакета PAT всегда является «0». В пакете PAT хранится PAS (секция связей программы). Выносная линия hm2 показывает вскрытые детали внутренней структуры PAS. Как показано выносной линией, PAS показывает соответствие между program_number (номером программы) и таблицей карты программы (PID PMT). Выносная линия hm3 показывает вскрытые детали структуры пакета TS с PID=0×100, присутствующие в транспортном потоке. Такой пакет TS назван пакетом PMT. Как показано выносной линией hm4, заголовок пакета TS включает в себя: «тип потока», указывающий тип потока, включенного в программу, соответствующую PMS; и «элементарный PID», которым является PID потока. Согласно примеру по фигуре программа с номером #1 программы содержит PMT с PID=0×100, а видео MPEG2 с PID=0×200 и аудио ADTS с PID=0×201 составляют программу с номером #1 программы. Программа в транспортном потоке, а также PID потока, образующего транспортный поток, и тип потока могут быть найдены получением PID у PMT из PAT, чей PID всегда является 0, затем получением пакета PMT согласно PID у PMT и обращением к PMS.
Затем пояснено, каким образом AV-клип, имеющий вышеописанную структуру, записывается на BD-ROM. Фиг.8 показывает, каким последовательностям операций подвергаются пакеты TS, составляющие AV-клип, перед тем как они записываются на BD-ROM; Уровень 1 фигуры показывает пакеты TS, составляющие AV-клип.
Как показано на уровне 2 по фиг.8, 4-байтный дополнительный заголовок TS (TS_extra_header) (заштрихованные участки на фигуре), прикреплен к каждому 188-байтному пакету TS, составляющему AV-клип, для формирования каждого 192-байтного исходного пакета. Дополнительный заголовок TS (TS_extra_header) включает в себя временную отметку поступления (Arrival_Time_Stamp), которая является информацией, указывающей момент времени, в который пакет TS вводится в декодер. Причина для прикрепления заголовка ATS к каждому пакету TS для формирования потока состоит в том, чтобы назначать каждому пакету TS момент времени, в который пакет TS вводится в декодер (STD). При цифровом вещании транспортный поток интерпретируется как поток, имеющий фиксированную битовую скорость. Поэтому пустые пакеты TS, названные нулевыми (NULL) пакетами, также мультиплексируются совместно, чтобы формировать транспортный поток, так что транспортный поток широковещательно передается на фиксированной битовой скорости. Однако в случае, где потоки записаны на оптическом диске или другом носителе записи, имеющем ограниченную емкость записи, такой способ записи с фиксированной битовой скоростью является недостатком, так как он непроизводительно расходует емкость. Поэтому нулевые (NULL) пакеты не записываются на BD-ROM. Для того чтобы удовлетворять способу записи с переменной битовой скоростью, ATS прикрепляется к каждому пакету TS, а затем транспортный поток записывается на BD-ROM. Использование ATS предусматривает восстановление момента времени ввода декодера для каждого пакета TS и, таким образом, может удовлетворять способу записи с переменной битовой скоростью. В дальнейшем пара из заголовка ATS и пакета TS названа исходным пакетом.
AV-клип, показанный на уровне 3, включает в себя одну или более «ATC_Sequence» («последовательностей ATC»), каждая из которых является последовательностью исходных пакетов. «ATC_Sequence» является последовательностью исходных пакетов, где синхросигналы времени поступления (Arrival_Time_Clock) указанные ссылкой временными отметками поступления (Arrival_Time_Stamp), включенными в последовательность ATC (ATC_Sequence), не включают в себя «разрыв временной развертки поступления». Другими словами, «ATC_Sequence» является последовательностью исходных пакетов, где синхросигналы времени поступления (Arrival_Time_Clock), указанные ссылкой временными метками поступления (Arrival_Time_Stamp), включенными в последовательность ATC (ATC_Sequence), являются непрерывными.
Такие последовательности ATC (ATC_Sequence) образуют AV-клип и записываются на BD-ROM с именем «xxxxx.m2ts» файла.
AV-клип, как имеет место при нормальных компьютерных файлах, делится на один или более файловых экстентов, которые затем записываются в областях на BD-ROM. Уровень 4 показывает, каким образом AV-клип записывается на BD-ROM. На уровне 4 каждый файловый экстент, составляющий файл, имеет длину данных, которая равна или больше, чем предопределенная длина, названная Sextent.
Sextent является минимальной длиной данных каждого файлового пространства, где AV-клип разделен на множество файловых экстентов, которые должны записываться.
Период времени, требуемый, чтобы оптическая головка считывания информации переходила к ячейке на BD-ROM, получается согласно следующему равенству:
Tjump=Taccess + Toverhead.
«Taccess» («T доступа») является требуемым временем, которое соответствует расстоянию перехода (расстоянию целевого физического адреса перехода).
Пакеты TS, считываемые с BD-ROM, сохраняются в буфере, названном буфером чтения, а затем выводятся в декодер. «Toverhead» («T служебных данных») получается согласно следующему равенству, когда ввод в буфер чтения выполняется с битовой скоростью, названной «Rud», а количество секторов в блоке ECC представлено посредством Secc:
Toverhead ≤ (2 × Secc × 8) / Rud=20 мс.
Пакеты TS, считанные с BD-ROM, сохраняются в буфере чтения в состоянии исходных пакетов, а затем выдаются в декодер на скорости передачи, названной «TS_Recording_rate» («скоростью записи TS»).
Чтобы сохранять скорость передачи у скорости записи TS (TS_Recording_rate), в то время как пакеты подаются в декодер, необходимо, чтобы в течение Tjump пакеты TS непрерывно выводились из буфера чтения в декодер. Здесь исходные пакеты, а не пакеты TS, выводятся из буфера чтения. Как результат, когда отношением пакета TS к исходному пакету по размеру является 192/188, необходимо, чтобы в течение Tjump исходные пакеты непрерывно выводились из буфера чтения на скорости передачи «192/188 × TS_Recording_rate».
Соответственно, объем занятой емкости буфера у буфера чтения, который не вызывает отрицательного переполнения, изображается следующим равенством:
Boccupied≥(Tjump/1000×8)×((192/188)×TS_Recording_rate).
Скорость ввода в буфер чтения представлена посредством Rud, а скорость вывода из буфера чтения представлена посредством TS_Recording_rate × (192/188). Поэтому скорость заполнения буфера чтения получается выполнением «(скорость ввода) - (скорость вывода)» и, таким образом, получается согласно «Rud - TS_Recording_rate) × (192/188)».
Время «Tx», требуемое для заполнения буфера чтения согласно «Boccupied» («B занятый»), получается согласно следующему равенству:
Tx=Boccupied/(Rud - TS_Recording_rate × (192/188)).
При чтении с BD-ROM необходимо продолжать вводить пакеты TS с битовой скоростью Rud в течение периода «Tx» времени. Как результат, минимальная длина Sextent данных для экстента, когда AV-клип поделен на множество файловых экстентов, которые должны записываться, получается согласно следующим равенствам:
Sextent=Rud×Tx=Rud×Boccupied/(Rud-TS_Recording_ratex(192/188))≥Rud×(Tjump/1000×8)×(192/188)×TS_Recording_rate)/(Rud-TS_Recording_rate×(192/188))≥(Rud×Tjump/1000×8)×TS_Recording_rate×192
/(Rud×188-TS_Recording_rate×192).
Отсюда
Sextent≥(Tjump×Rud/1000×8)×(TS_Recording_rate×192/(Rud×188-TS_Recording_rate×192)).
Если каждый файловый экстент, составляющий AV-клип, имеет длину данных, равную или большую, чем Sextent, которая рассчитана в качестве значения, которое не вызывает отрицательного переполнения декодера, даже если файловые экстенты, составляющие AV-клип, расположены на BD-ROM по отдельности, пакеты TS выдаются в декодер непрерывно, так что данные считываются непрерывно во время воспроизведения.
Минимальным составляющим блоком вышеупомянутого файлового экстента является выровненный блок (объемом данных 6 кбайт), который состоит из группы в 32 исходных пакета. Соответственно, размер файла потока (XXXX.AVClip) на BD всегда кратен 6 кбайтам.
Фиг.9 показывает внутреннюю структуру «выровненного блока». Выровненный блок составляется из 32 исходных пакетов, а затем записывается в набор из трех следующих друг за другом секторов. Группой из 32 исходных пакетов являются 6144 байт (= 32 × 192), которые эквивалентны размеру трех секторов (2048 × 3). В отношении секторов на BD-ROM код исправления ошибок закрепляется за каждыми 32 исходными пакетами, чтобы, тем самым, формировать блок ECC. Коль скоро осуществление доступа к BD-ROM в единицах выровненных блоках, устройство воспроизведения может получать 32 полных исходных пакета. В этом заключается описание последовательности операций записи AV-клипа на BD-ROM. AV-клип, который записан на BD-ROM и вместе с которым мультиплексированы видеопотоки высокого разрешения, в дальнейшем указывается ссылкой как «MainClip» («основной клип»). С другой стороны, AV-клип, который сохранен на локальном запоминающем устройстве и воспроизводится с основным клипом, назван «SubClip» («вспомогательным клипом»).
Частичный транспортный поток получается демультиплексированием основного клипа, записанного на BD-ROM. Частичный транспортный поток соответствует каждому элементарному потоку. Частичный транспортный поток, полученный демультиплексированием основного клипа и соответствующий каждому элементарному потоку, назван «Primary TS» («первичным TS»).
<Структура 2 BD-ROM: информация о клипах>
Следующими описаны файлы, за которыми закреплено расширение «clip». Файлы (00001.clpi и 00002.clpi), за которыми закреплено расширение «clpi», хранят информацию о клипах. Информацией о клипах является управляющая информация о каждом AV-клипе. Фиг.10 показывает внутреннюю структуру информации о клипах. Как показано на левой стороне фигуры, информация о клипах включает в себя:
i) «ClipInfo()», хранящую в ней информацию касательно AV-клипа;
ii) «Sequence Info()», хранящую в ней информацию касательно последовательности ATC и последовательности STC;
iii) «Program Info()», хранящую в ней информацию касательно программной последовательности и
iv) «Characteristic Point Info(CPI())» («информация о характеристических точках (CPI())»).
«ClipInfo» («информация клипа») включает в себя «application_type» («тип приложения»), указывающий тип приложения AV-клипа, указываемого ссылкой информацией о клипах. Указание ссылкой на информацию клипа предоставляет возможность идентификации того, является ли типом приложения основной клип или вспомогательный клип, содержится ли видео или содержатся неподвижные изображения (демонстрация слайдов). В дополнение, вышеупомянутая скорость записи TS (TS_recording_rate) описана в информации клипа.
Информация о последовательности (Sequence Info) является информацией касательно одной или более STC-последовательностей и ATC-последовательностей, содержащихся в AV-клипе. Причина, по которой предусмотрена эта информация, состоит в том, чтобы предварительно уведомлять устройство воспроизведения о разрыве системной временной развертки и разрыве временной развертки поступления. То есть, если присутствует такой разрыв, есть вероятность, что PTS и ATS, которые имеют одно и то же значение, имеют место в AV-клипе. Это может быть причиной дефектного воспроизведения. Информация о последовательности предусмотрена, чтобы указывать, откуда и докуда, в транспортном потоке, STC или ATC являются последовательными.
Информация о программе (Program Info) является информацией, которая указывает секцию (названную «программной последовательностью») программы, где контенты являются неизменными. Здесь «программой» является группа элементарных потоков, которая имеет общую временную ось для синхронного воспроизведения. Причина, по которой предусмотрена информация о программе, состоит в том, чтобы предварительно уведомлять устройство воспроизведения о точке, в которой изменяются контенты программ. Здесь должно быть отмечено, что точка, в которой изменяются контенты программ, например, является точкой, в которой изменяется PID видеопотока, или точкой, в которой тип видеопотока изменяется с SDTV (телевидения со стандартным разрешением) на HDTV (телевидение с высоким разрешением).
Следующей описана информация о характерной точке. Выносная линия cu2 на фиг.9 показывает раскрытие структуры CPI. Как указано выносной линией cu2, CPI состоит из Ne частей карт EP для PID одного потока (EP_map_for_one_stream_PID) (с карты EP для PID[0] одного потока (EP_map_for_one_stream_PID[0]) по карту EP для PID[Ne-1] одного потока (EP_map_for_one_stream_PID[Ne-1]). Эти карты EP для PID одного потока (EP_map_for_one_stream_PID) являются картами EP (EP_map) элементарных потоков, которые принадлежат AV-клипу. Карта EP (EP_map) является информацией, которая указывает, в связи с временем начала (PTS_EP_start), номер пакета (SPN_EP_start) в позиции входа, где блок доступа присутствует в одном элементарном потоке. Выносная линия cu3 на фигуре указывает раскрытие внутренней структуры карты EP для PID одного потока (EP_map_for_one_stream_PID).
Из раскрытия понятно, что карта EP для PID одного потока (EP_map_for_one_stream_PID) состоит из Ne частей EP_High (с EP_High(0) по EP_High(Nc-l)) и Nf частей EP_Low (с EP_Low(0) по EP_Low(Nf-l)). Здесь EP_High играет роль указания самых старших битов у SPN_EP_start и PTS_EP_start блока доступа (не относящегося к IDR I-кинокадра, IDR-кинокадра), а EP_Low играет роль указания самых младших битов у SPN_EP_start и PTS_EP_start блока доступа (не относящегося к IDR I-кинокадра, IDR-кинокадра).
Выносная линия cu4 на фигуре указывает раскрытие внутренней структуры EP_High. Как указано выносной линией cu4, EP_High(i) состоит из: «ref_to_EP_Low_id[i]» («ссылки на EP_Low_id[i]»), которая является значением ссылки на EP_Low; «PTS_EP_High [i]», который указывает самые старшие биты PTS блока доступа (не относящегося к IDR I-кинокадра, IDR-кинокадра); и «SPN_EP_High[i]», который указывает самые старшие биты SPN блока доступа (не относящегося к IDR I-кинокадра, IDR-кинокадра). Здесь «i» - идентификатор данного EP_High.
Выносная линия cu5 на фигуре указывает раскрытие структуры EP_Low. Как указано выносной линией cu5, EP_Low(i) состоит из: «is_angle_change_point (EP_Low_id)» («является точкой изменения ракурса (EP_Low_id)», которое указывает, является ли соответствующий блок доступа IDR-кинокадром; «I_end_position_offset (EP_Low_id)» («смещение конечного положения I (EP_Low_id)»), которое указывает размер соответствующего блока доступа; «PTS_EP_Low(EP_Low_id)», который указывает самые младшие биты PTS блока доступа (не относящегося к IDR I-кинокадра, IDR-кинокадра); и «SPN_EP_Low(EP_Low_id)», который указывает самые младшие биты SPN блока доступа (не относящегося к IDR I-кинокадра, IDR-кинокадра). Здесь «EP_Low_id» - идентификатор для идентификации данного EP_Low.
<Пояснение 2 информации о клипах: карта EP>
Здесь карта EP (EP_map) пояснена с использованием отдельного примера. Фиг.11 показывает настройки карты EP (EP_map) для видеопотока кинофильма; Уровень 1 показывает множество кинокадров (IDR-кинокадр, I-кинокадр, B-кинокадр и P-кинокадр, определенные в MPEG4-AVC), скомпонованных в порядке отображения. Уровень 2 показывает временную ось для кинокадров. Уровень 4 указывает последовательность пакетов TS на BD-ROM, а уровень 3 указывает настройки карты EP (EP_map).
Здесь допустим, что на временной оси уровня 2 IDR-кинокадр или I-кинокадр присутствует в каждый момент времени с t1 по t7. Интервал между соседними из моментов времени с t1 по t7 составляет приблизительно одну секунду. Карта EP (EP_map), используемая для кинофильма, настроена, чтобы указывать с t1 по t7 с временами начала (PTS_EP_start) и указывать позиции входа (SPN_EP_start) в связи с временами начала.
<Информация списка воспроизведения>
Следующей описана информация списка воспроизведения. Файл (00001.mpls), за которым закреплено расширение «mpls», является файлом, хранящим в нем информацию списка воспроизведения (PL).
Фиг.12 показывает структуру данных информации списка воспроизведения. Как указано выносной линией mp1 на фигуре, информация списка воспроизведения включает в себя: информацию об основном пути (MainPath ()), которая определяет основной путь; информацию метки списка воспроизведения (PlayListMark()), которая определяет раздел; и другие данные расширения (Extension Data).
<Разъяснение 1 информации списка воспроизведения: информация об основном пути>
Прежде всего, описан основной путь. Основным путем является путь воспроизведения, который определен исходя из видеопотока, такого как основное видео, и аудиопотока.
Как указано стрелкой mp1, основной путь определен множеством частей информации об элементе воспроизведения: с информации #1 об элементе воспроизведения по информацию #m об элементе воспроизведения. Информация об элементе воспроизведения определяет одну или более логических секций воспроизведения, которые составляют основной путь. Выносная линия hs1 на фигуре указывает раскрытие структуры информации об элементе воспроизведения. Как указано выносной линией hs1, информация об элементе воспроизведения состоит из: «Clip_Information_file_name» («имени файла информации о клипах»), которое указывает имя файла информации секции воспроизведения AV-клипа, которому принадлежат точка входа (IN) и точка выхода (OUT) секции воспроизведения; «Clip_codec_identifier» («идентификатора кодека клипа»), который указывает способ кодирования AV-клипа; «is_multi_angle» («является многоракурсной»), которая указывает, является или нет элемент воспроизведения многоракурсным; «connection_condition» («условия соединения»), которое указывает, следует или нет соединять текущий элемент воспроизведения и предыдующий элемент воспроизведения безразрывным образом; «ref_to_STC_id [0]» («ссылку на STC_id [0]»), которая уникально указывает последовательность STC (STC_Sequence) нацеленную элементом воспроизведения; «In_time» («время начала»), которое является информацией о времени, указывающей начальный момент секции воспроизведения; «Out_time» («время окончания»), которое является информацией о времени, указывающей конечный момент секции воспроизведения; «UO_mask_table» («таблицу масок операций пользователя»), которая указывает, какая операция пользователя должна маскироваться элементом воспроизведения; «PlayItem_random_access_flag» («признак произвольного доступа к элементу воспроизведения»), который указывает, следует ли допускать произвольный доступ к средней точке в элементе воспроизведения; «Still_mode» («режим снимка»), который указывает, следует ли продолжать неподвижное отображение последнего кинокадра после того, как воспроизведение элемента воспроизведения заканчивается; и «STN_table» («таблицу STN»). Среди этих информация о времени «In_time» («времени начала»), указывающая начальную точку секции воспроизведения, и информация о времени «Out_time» («времени окончания»), указывающая конечную точку секции воспроизведения, составляют путь воспроизведения. Информация о пути воспроизведения состоит из «In_time» («времени начала») и «Out_time» («времени окончания»).
Фиг.13 показывает взаимосвязи между информацией об AV-клипе и списка воспроизведения. Уровень 1 показывает временную ось информации списка воспроизведения (временную ось списка воспроизведения). Уровни со 2 по 5 показывают видеопоток, который указывается ссылкой картой EP (EP_map).
Информация списка воспроизведения включает в себя две части информации об элементе воспроизведения: информацию #1 об элементе воспроизведения и информацию #2 об элементе воспроизведения. Две секции воспроизведения определены посредством «In_time» и «Out_time» («времени начала» и «времени окончания»), включенных в информацию #1 об элементе воспроизведения и информацию #2 об элементе воспроизведения соответственно. Когда компонуются эти секции воспроизведения, определяется временная ось, которая отлична от временной оси AV-клипа. Это временная ось списка воспроизведения, показанная на уровне 1. Таким образом, возможно определить путь воспроизведения, который отличен от AV-клипа, посредством определения информации об элементе воспроизведения.
В этом заключается описание BD-ROM 100.
<Локальное запоминающее устройство 200>
Последующее описывает локальное запоминающее устройство 200, которое является носителем записи по настоящему изобретению. Фиг.14 показывает внутреннюю структуру локального запоминающего устройства 200. Как показано на фигуре, носитель записи по настоящему изобретению может быть создан усовершенствованием прикладного уровня.
Уровень 4 по фигуре показывает локальное запоминающее устройство 200, а уровень 3 показывает дорожку на локальном запоминающем устройстве 200. Фигура изображает дорожку в растянутом в сторону виде, хотя дорожка фактически сформирована в спираль, навивающуюся от внутренней части по направлению к наружной части локального запоминающего устройства 200. Дорожка состоит из начальной области, области тома и конечной области. Область тома на фигуре содержит уровневую модель, составленную из физического уровня, уровня файловой системы и прикладного уровня. Уровень 1 на фигуре показывает формат прикладного уровня локального запоминающего устройства 200 посредством использования структуры каталогов.
В структуре каталогов, показанной на фиг.13, есть подкаталог «организация #1» под корневым каталогом. К тому же есть подкаталог «disk#1» под каталогом «организация #1». Каталог «организация #1» назначен определенному поставщику программного обеспечения. Каталог «disk#1» назначен каждому BD-ROM, поставляемому от поставщика.
При такой конструкции, в которой каталог, назначенный определенному поставщику, включает в себя каталоги, которые соответствуют BD-ROM, загруженные данные для каждого BD-ROM, хранятся отдельно. Подобно информации, сохраненной в BD-ROM, под подкаталогом «disk#1», хранится следующая информация: информация списка воспроизведения («00002.mpls»); информация о клипах («00003.clpi» и «00004.clpi») и AV-клипы («00003.m2ts» и «00004.m2ts»).
Последующее описывает компоненты локального запоминающего устройства 200: информация списка воспроизведения, информация о клипах и AV-клипы.
<Структура 1 локального запоминающего устройства 200: AV-клип>
AV-клипы (00003.m2ts и 00004.m2ts) в локальном запоминающем устройстве 200 составляют вспомогательные клипы. Частичный транспортный поток получается демультиплексированием вспомогательного клипа. Частичный транспортный поток, полученный демультиплексированием вспомогательного клипа, назван «вторичным TS» («Secondary TS»). Такой вторичный TS является составляющей приложения сверхуплотнения. Последующее описывает приложение сверхуплотнения.
(Приложение сверхуплотнения)
Приложение сверхуплотнения является приложением, которое, например, выбирает два TS - первичный TS на BD-ROM и вторичный TS, который получен через сеть или тому подобное, и записан в локальное запоминающее устройство - и воспроизводит их одновременно, тем самым, предоставляя возможность объединений элементарных потоков между этими двумя TS.
Фиг.15 показывает способ, которым первичный TS и вторичный TS, составляющие приложение сверхуплотнения, подаются в декодер в пределах устройства воспроизведения BD-ROM. На фигуре в числе внутренних структурных компонентов устройства воспроизведения BD-ROM по левую сторону показаны дисковод BD-ROM, локальное запоминающее устройство и сеть, тогда как по правую сторону показан декодер. Фильтр PID, который выполняет демультиплексирование потока, показан в центре. Первичный TS (видео 1, аудио 1 (английский язык), аудио 2 (испанский язык), PG 1 (субтитр на английском языке), IG 1 (меню на английском языке)) и вторичный TS (аудио 2 (японский язык), аудио 3 (корейский язык), PG 2 (субтитр на японском языке), PG 3 (субтитр на корейском языке), IG 2 (меню на японском языке), IG 3 (меню на корейском языке)) на фигуре являются транспортными потоками, поставляемыми с BD-ROM и локального запоминающего устройства соответственно. Поскольку только английский язык (аудио 1) и испанский язык (аудио 2) записаны на диске, например, дублированный на японском языке вариант не может быть выбран на диске. Однако посредством загрузки в локальное запоминающее устройство вторичного TS, который включает в себя дублированный на японском языке вариант (аудио 2), поставляемый поставщиком контента, дублированное на японском языке аудио (аудио 2), субтитр на японском языке (PG 2) и экран меню на японском языке (IG 2) могут быть отправлены в декодер. Посредством этого пользователь способен выбирать любое из дублированного на японском языке аудио (аудио 2), субтитра на японском языке (PG 2) и экрана меню на японском языке (IG 2) и воспроизводить его с видео (видео 1).
Приложение сверхуплотнения предоставляет пользователю возможность свободно делать выбор по аудио и субтитрам при условии, что выбор может делаться для вплоть до одного, касательно каждого типа элементарных потоков, которые хранятся в двух TS, которые должны воспроизводиться одновременно (другими словами, вплоть до одного видео, одного аудио, одного субтитра и одного меню, сохраненных в первичном и вторичном TS).
Любое устройство воспроизведения BD-ROM способно декодировать первичный TS, однако не может декодировать два TS одновременно. Соответственно, введение приложения сверхуплотнения без ограничения могло бы вызвать повышение в габаритах аппаратного обеспечения и/или серьезное дополнение программного обеспечения, каковое имеет следствием повышение себестоимости устройств воспроизведения BD-ROM. Поэтому, когда приходит на ум выполнение приложения сверхуплотнения, ключевым вопросом является, может ли приложение сверхуплотнения быть реализовано на ресурсах, способных к декодированию только первичного TS.
Ограничение предоставления возможности для воспроизведения вплоть до одного по каждому типу элементарных потоков может быть допущено в качестве «замещения» элементарных потоков первичного TS таковыми у вторичного TS. Посредством этого приложение сверхуплотнения может выполняться на ресурсах, допускающих декодирование только одиночного TS, избегая повышения себестоимостей декодеров. Согласно примеру по фигуре аудиопоток, поток субтитров (PG) и поток меню (IG) первичного TS замещаются таковыми из вторичного TS.
Вторичный TS может вводиться не только со встроенного HDD, такого как вышеупомянутое локальное запоминающее устройство, но также из памяти временного хранения, памяти первичного запоминающего устройства и HDD через сеть или посредством потоковой передачи данных посредством сетевого программного обеспечения. Для удобства пояснения допустим, что вторичный TS подается со встроенного HDD, подобного показанному на фиг.1.
<Структура 2 локального запоминающего устройства 200: информация о клипах>
Информация о клипах (00003.clpi, 00004.clpi) в локальном запоминающем устройстве имеет такую же структуру данных, как информация о клипах, записанная на BD-ROM. Здесь скорость записи TS (TS_Recording_Rate) информации о клипах в локальном запоминающем устройстве установлена, чтобы быть такой же, как битовая скорость для считывания AV-клипа с BD-ROM. То есть скорость записи TS (TS_Recording_Rate), записанная в информации о клипах вспомогательного клипа, является такой же, как скорость записи TS (TS_Recording_Rate), записанная в информации о клипах основного клипа. Если скорость записи TS (TS_Recording_Rate) основного клипа является отличной от скорости записи TS (TS_Recording_Rate) вспомогательного клипа, изменяется скорость передачи данных для передачи из каждого депакетизатора источника в буфер, согласно которой передается TS. Это терпит неудачу в установлении допущения, что приложение сверхуплотнения может расцениваться как один входной TS.
В дополнение, поскольку элементарные потоки, которые должны воспроизводиться, беспрепятственно выбираются из двух TS, все, депакетизатор источника и буфер в декодере, настраиваются на битовую скорость первичного TS, когда выбрано аудио первичного TS, и все, депакетизатор источника и буфер в декодере, настраиваются на битовую скорость вторичного TS, когда выбирается аудио вторичного TS. Это делает последовательности операций и проверку устройства воспроизведения громоздкими и сложными.
<Структура 2 локального запоминающего устройства 200: информация списка воспроизведения>
Следующей описана информация списка воспроизведения в локальном запоминающем устройстве 200. Файл (00002.mpls), за которым закреплено расширение «mpls», является информацией, которая определяет группу, созданную связыванием двух типов путей воспроизведения, названных основным путем (MainPath) и вспомогательным путем (Subpath), в качестве списка воспроизведения (PL). Фиг.16 показывает структуру данных информации списка воспроизведения. Как показано на фигуре, информация списка воспроизведения включает в себя: информацию об основном пути (MainPath()), которая определяет основной путь; информацию метки списка воспроизведения (PlayListMark()), которая определяет раздел, и информацию о вспомогательном пути (Subpath()), которая определяет вспомогательный путь. Внутренние структуры информации списка воспроизведения и информации об элементах воспроизведения являются такими же, как таковые в BD-ROM, а потому их описания здесь опущены. Последующее описывает информацию о вспомогательном пути.
<Разъяснение 1 информации списка воспроизведения: информация о вспомогательном пути>
Тогда как основной путь является путем воспроизведения, определенным для основного клипа, которым является основное видео, вспомогательный путь является путем воспроизведения, определенным для вспомогательного клипа, который синхронизируется с основным путем.
Фиг.17 показывает раскрытие внутренней структуры информации о вспомогательном пути. Как указано стрелкой hc0 на фигуре, каждый вспомогательный путь включает в себя «SubPath_type» («тип вспомогательного пути»), указывающий тип вспомогательного клипа, и одну или более частей информации об элементе вспомогательного воспроизведения (...SubPlayItem ()...).
Выносная линия hc1 на фигуре указывает раскрытие структуры информации об элементе вспомогательного воспроизведения. Как указано стрелкой hc1 на фигуре, информация об элементе вспомогательного воспроизведения включает в себя: «Clip_information_file_name» («имя файла информации о клипах»); «Clip_codec_identifier» («идентификатор кодека клипа»); «SP_connection_condition» («условие соединения SP»); «ref_to_STC_id[0]» («ссылка на STC_id[0]»); «SubPlayItem_In_time» («момент времени начала элемента вспомогательного воспроизведения»); «SubPlayItem_Out_time» («момент времени окончания элемента вспомогательного воспроизведения»); «sync_PlayItem_id» («id элемента воспроизведения синхронизации» и «sync_start_PTS_of_PlayItem» («начальный PTS синхронизации элемента воспроизведения»).
«Clip_information_file_name» является информацией, которая уникально задает вспомогательный клип, соответствующий элементу вспомогательного воспроизведения, описанием имени файла информации о клипах.
«Clip_codec_identifier» указывает систему кодирования AV-клипа.
«SP_connection_condition» указывает состояние соединения между элементом вспомогательного воспроизведения (текущим элементом вспомогательного воспроизведения) и элементом вспомогательного воспроизведения (предыдущим элементом вспомогательного воспроизведения), непосредственно предшествующим элементу вспомогательного воспроизведения (текущему элементу вспомогательного воспроизведения).
«ref_to_STC_id[0]» уникально указывает последовательность STC (STC_Sequence), на которую нацеливается элемент воспроизведения.
«SubPlayItem_In_time» является информацией, указывающей начальную точку элемента вспомогательного воспроизведения на временной оси воспроизведения вспомогательного клипа.
«SubPlayItem_Out_time» является информацией, указывающей конечную точку элемента вспомогательного воспроизведения на временной оси воспроизведения вспомогательного клипа.
«sync_PlayItem_id» является информацией, уникально задающей из числа элементов воспроизведения, составляющих основной путь, элемент воспроизведения, с которым синхронизируется элемент вспомогательного воспроизведения. «SubPlayItem_In_time» представлено на временной оси воспроизведения элемента воспроизведения, заданного с помощью id элемента воспроизведения синхронизации (sync_PlayItem_id).
«sync_start_PTS_of_PlayItem» указывает с временной точностью в 45 кГц, где на временной оси воспроизведения элемента воспроизведения, заданного с помощью id элемента воспроизведения синхронизации (sync_PlayItem_id), присутствует начальная точка элемента вспомогательного воспроизведения, заданного моментом времени начала элемента вспомогательного воспроизведения (SubPlayItem_In_time).
<Детализация информации 2 о вспомогательном пути. Взаимосвязь трех объектов>
Здесь три объекта означают вспомогательные клипы в локальном запоминающем устройстве 200, информацию списка воспроизведения в локальном запоминающем устройстве 200 и основной клип на BD-ROM.
Фиг.18 показывает взаимосвязь вспомогательных клипов в локальном запоминающем устройстве 200, информации списка воспроизведения в локальном запоминающем устройстве 200 и основного клипа на BD-ROM. Уровень 1 по фигуре указывает вспомогательные клипы, присутствующие в локальном запоминающем устройстве 200. Как показано на уровне 1, есть разные типы вторичного TS во вспомогательных клипах локального запоминающего устройства 200: аудиопоток, поток PG и поток IG. Любой один из них используется в качестве вспомогательного пути для синхронизации воспроизведения.
Уровень 2 указывает две временные оси, определенные информацией списка воспроизведения. Нижняя временная ось на уровне 2 является временной осью списка воспроизведения, определенной информацией об элементе воспроизведения, а верхняя временная ось является временной осью элемента вспомогательного воспроизведения, определенного элементом вспомогательного воспроизведения.
Как показано на фигуре, можно видеть, что имя файла информации о клипах элемента вспомогательного воспроизведения (SubPlayItem_Clip_information_file_name) информации об элементе вспомогательного воспроизведения играет роль выбора из числа файлов.m2ts, хранящих вспомогательные клипы, файла.m2ts в качестве целевого объекта для секции воспроизведения.
Момент времени окончания элемента вспомогательного воспроизведения (SubPlayItem.Out_time) играет роль при определении начальной точки и конечной точки секции воспроизведения.
Указатель Id элемента воспроизведения синхронизации (Sync_PlayItem_Id) играет роль при задании, какой элемент воспроизведения синхронизируется с элементом вспомогательного воспроизведения. Начальный PTS синхронизации элемента воспроизведения (sync_start_PTS_of_PlayItem) играет роль при определении момента времени по моменту времени начала элемента вспомогательного воспроизведения (SubPlayItem_In_time) на временной оси списка воспроизведения.
В этом заключается описание информации о вспомогательном пути.
<Таблица STN (STN_table)>
Признаком информации списка воспроизведения в локальном запоминающем устройстве 200 является таблица STN (STN_Table). Последующее описывает информацию списка воспроизведения в локальном запоминающем устройстве 200.
Таблица STN (STN_table) является таблицей, показывающей по меньшей мере одну комбинацию элементарных потоков, которым предоставлена возможность воспроизводиться одновременно. Комбинация элементарных потоков была выбрана из многочисленных элементарных потоков, мультиплексированных в основной клип, заданный именем файла информации о клипах (Clip_Information_file_name) информации об элементе воспроизведения, а также элементарных потоков, мультиплексированных во вспомогательный клип, заданный именем файла информации о клипах (Clip_Information_file_name) информации об элементе вспомогательного воспроизведения. Такие многочисленные элементарные потоки, разрешенные для одновременного воспроизведения в таблице STN (STN_table) в информации списка воспроизведения, формируют так называемый «системный поток».
Точнее говоря, таблица STN (STN_table) формируется ассоциативным связыванием входа потока (Stream_entry) каждого из многочисленных элементарных потоков, мультиплексированных в основной клип, и таковых, мультиплексированных во вспомогательный клип, с помощью атрибута потока (Stream_attribute).
Фиг.19A показывает внутреннюю структуру таблицы STN (STN_table). Как показано на фигуре, таблица STN (STN_table) включает в себя многочисленные пары входа и атрибута (вход-атрибут) и имеет структуру данных, показывающую итоговую сумму этих пар вход-атрибут (количество входов видеопотока (number_of_video_stream_entries), количество входов аудиопотока (number_of_audio_stream_entries), количество входов потока PG (number_of_PG_stream_entries), количество входов потока IG (number_of_IG_stream_entries)).
Пары вход-атрибут соответствуют каждому из видеопотоков, аудиопотоков, потоков PG и потоков IG, которые могут воспроизводиться в элементе воспроизведения, как показано символом «{» на фигуре.
Последующее описывает детализацию входа-атрибута.
Фиг.19B показывает атрибут потока (Stream_attribute), соответствующий видеопотоку.
Атрибут потока (Stream_attribute) видеопотока включает в себя «Video_format» («формат видео»), указывающий формат отображения видеопотока, и «frame_rate» («частоту кадров»), указывающую частоту для отображения видеопотока.
Фиг.19C показывает атрибут потока (Stream_attribute), соответствующий аудиопотоку.
Атрибут потока (Stream_attribute) аудиопотока состит из: «stream_coding_type» («тип кодирования потока»), указывающий способ кодирования аудиопотока; «audio_presentation_type» («тип представления аудио»), указывающий структуру канала соответствующего аудиопотока; «Sampling_frequency» («частоту дискретизации»), указывающую частоту дискретизации соответствующего аудиопотока, и «audio_language code» («код языка аудио»), указывающий атрибут языка аудиопотока.
Фиг.19D показывает вход потока (Stream_entry) аудиопотока. Как показано на фигуре, вход потока (Stream_entry) видеопотока включает в себя «ref_to_Stream_PID_of_Main_Clip» («ссылку на PID потока основного клипа»), указывающую PID, используемый для демультиплексирования видеопотока.
Атрибут потока (Stream_attribute) аудиопотока, потока IG и потока PG, мультиплексированных в основной клип, имеет формат, показанный на фиг.19D.
<Ограничение на объем данных элементарных потоков, разрешенных для воспроизведения>
Таблица STN (STN_table) показывает в числе элементарных потоков, считываемых с BD-ROM и локального запоминающего устройства, разрешенные для воспроизведения. Однако, если таблица STN (STN_table) предоставляет элементарным потокам возможность воспроизводиться без ограничения, система декодера может быть выведена из строя.
Причина этого состоит в следующем. Согласно стандарту системы декодера MPEG2, перекрытие между пакетами TS на временной оси ATC в одном транспортном потоке не допускается. Это является основным принципом для того, чтобы заставить систему декодера выполнять надлежащую последовательность операций декодирования. С другой стороны, в случае где предоставлена возможность обоих, воспроизведения потока, считываемого с BD-ROM, и воспроизведения потока, считываемого из локального запоминающего устройства, и к тому же воспроизведение AV-клипа, считываемого с BD-ROM и воспроизведение AV-клипа, считываемого из локального запоминающего устройства, выполняются одновременно, создается перекрытие между пакетом TS из BD-ROM и пакетом TS из локального запоминающего устройства.
При условии этого фактора, следующее ограничение накладывается на элементарные потоки декодирования.
Элементарными потоками декодирования являются видеопоток, аудиопоток, поток PG и поток IG, которые были разрешены, в таблице STN (STN_table), для воспроизведения и были выбраны для одновременного воспроизведения. Некоторые элементарные потоки декодирования считываются из локального запоминающего устройства, другие считываются с BD-ROM.
Ограничение, наложенное на элементарные потоки декодирования, состоит в том, что количеством битов пакетов TS (пакетов TS декодирования), составляющих AV-клип (основной клип, вспомогательный клип), который включает в себя элементарные потоки, разрешенные, в таблице STN (STN_table), для одновременного воспроизведения, но не включает в себя элементарные потоки, не разрешенные для воспроизведения, должно быть 48 Мбит/с или менее.
Единица времени в одну секунду названа «Window» («окном») и может быть расположена в любой точке на временной оси последовательности ATC. То есть количеством битов элементарных потоков декодирования в течение одной секунды в любой момент должно быть 48 Мбит или менее.
Фиг.20 показывает пакеты TS, считываемые с BD-ROM и из локального запоминающего устройства, и иллюстрирует из этих пакетов TS те, которые должны подаваться в декодер. Уровень 1 фигуры показывает многочисленные пакеты TS, считываемые с BD-ROM; уровень 3 показывает многочисленные пакеты TS, считываемые из локального запоминающего устройства. Из числа пакетов TS на уровнях 1 и 3 заштрихованными на фигуре являются пакеты TS, составляющие элементарный поток декодирования (пакеты TS декодирования). Уровень 2 на фигуре показывает из пакетов TS декодирования, показанных на уровнях 1 и 3, возникающие за период в одну секунду. Как было описано выше, согласно стандарту системы декодера MPEG2 перекрытие не допускается между пакетами TS на временной оси ATC в одном транспортном потоке. Однако по фигуре может быть видно, что перекрытия rp1, rp2 и rp3 между пакетами TS возникают на временной оси ATC. Таким образом, перекрытия в операциях над пакетами TS разрешены в пределах единичного времени окна. Однако накладывается другое требование, которое не применяется к стандарту системы декодера MPEG2. То есть вышеупомянутое ограничение 48 Мбит/окно или менее. Уровень 4 представляет математические выражения условия, которым должны удовлетворять пакеты TS декодирования. Математические выражения указывают, что значение, полученное преобразованием итоговой суммы вышеупомянутых пакетов TS декодирования в итоговую сумму битов (итоговая сумма пакетов TS декодирования умножается на количество байтов пакета TS, 188, а результат выражается в 8 битах), составляет 48 Мбит или менее.
Наложение вышеупомянутого условия на пакеты TS декодирования за любой период в одну секунду является ограничением количества битов согласно настоящему варианту осуществления. Когда авторская разработка выполняется для приложения сверхуплотнения, проверяется, является ли количеством битов пакета TS декодирования в течение периода в одну секунду 48 Мбит или менее, наряду с соблюдением сдвига окна по последовательности исходных пакетов каждый раз на один пакет. Когда ограничение удовлетворено, окно сдвигается на следующий пакет TS. Если ограничение не удовлетворено, определяется, что есть нарушение стандарта BD-ROM. Когда момент времени окончания (Out_Time) окна достигает последнего исходного пакета после повторения таких сдвигов, определяется, что исходные пакеты соответствуют стандарту BD-ROM.
<Сдвиг окна>
ATS, имеющий временную точность в 27 МГц, прикреплен к каждому пакету TS. Координаты на временной оси ATC имеют временную точность в 1/27000000 секунды; однако ATS не всегда присутствует в каждой координате на временной оси ATC. На временной оси ATC периоды, не содержащие ATS, и периоды, содержащие ATS, появляются нерегулярным образом. Появление ATS варьируется, а потому, когда сдвигается окно, каким образом регулировать момент времени окончания (Out_Time) окна, становится проблемой в случае, где ATS отсутствует 1 секунду после момента времени начала (In_Time).
Момент времени окончания (Out_Time) окна, в принципе, установлен, чтобы быть 1 секундой после момента времени начала (In_Time). Здесь, если ATS присутствует на временной оси ATC в координате, соответствующей 1 секунде после момента времени начала (In_Time), координата в In_Time + 1 секунду устанавливается в качестве момента времени окончания (Out_Time). Если ATS отсутствует в координате, соответствующей 1 секунде после момента времени начала (In_Time), координата, в которой появляется ATS на временной оси ATC для первого момента времени после In_Time + 1 секунду, устанавливается в качестве момента времени окончания (Out_Time). Поскольку момент времени окончания (Out_Time) сдвига окна регулируется с учетом периодов времени, в течение которых не присутствует никаких ATS, разные битовые значения рассчитываются каждый раз, когда сдвигается окно. Момент времени начала (IN_Time) сдвигается каждый раз на один пакет TS, а момент времени окончания (Out_Time) настраивается в соответствии со сдвигом, и в силу этого модуляция битовых значений на временной оси ATC может рассчитываться с точностью.
Фиг.21A-21D показывают сдвиги окна. На каждой из фигур с 21A по 21D верхняя часть показывает последовательность исходного пакета, который является целевым объектом для проверки, а нижняя часть показывает момент времени начала (In_Time) и момент времени окончания (Out_Time) окна. На фиг.21A момент времени начала (In_Time) окна задает исходный пакет #i. Пакет #j TS, соответствующий 1 секунде после момента времени начала (In_Time) окна, установлен в качестве момента времени окончания (Out_Time) окна.
На фиг.21B момент времени начала (In_Time) окна задает исходный пакет #i+1. С другой стороны, не присутствует никакого ATS в координате, соответствующей исходному пакету #j+l, которой является 1 секунда после момента времени начала (In_Time) окна. Момент времени окончания (Out_Time) окна по фиг.21B должен задавать один пакет TS вне пакета #j TS; однако, поскольку исходный пакет не присутствует сразу же после пакета #j TS, битовая скорость окна по фиг.21B становится меньшей, чем битовая скорость окна по фиг.21A. В таком случае нет точки для окна по фиг.21B с выполнением проверки. При условии этого фактора посредством настройки момента времени окончания (Out_Time) окна пакет #j+2 TS, который появляется в первый раз после 1 секунды от момента времени начала (In_Time) окна, устанавливается в качестве момента времени окончания (Out_Time). Настройка момента времени окончания (Out_Time) таким способом делает проверку окна по фиг.21B надлежащей для выполнения.
На фиг.21C момент времени начала (In_Time) окна задает исходный пакет #i+2. С другой стороны, пакет #j+2 TS расположен на позиции, соответствующей 1 секунде после момента времени начала (In_Time) окна. Итоговая сумма пакетов TS для окна по фиг.21C является такой же, как таковая для окна по фиг.21B, а потому нет точки для выполнения проверки. Соответственно, никакая проверка не выполняется на фиг.21C, а момент времени начала (In_Time) окна сдвигается.
На фиг.21D момент времени начала (In_Time) окна задает исходный пакет #i+3. С другой стороны, никакого исходного пакета не присутствует в позиции, соответствующей для исходного пакета #j+3, который находится в 1 секунде после момента времени начала (In_Time) окна. При условии этого фактора регулированием момента времени окончания (Out_Time) окна описанным выше образом пакет #j+4 TS, который появляется в первый раз после 1 секунды от момента времени начала (In_Time) окна, устанавливается в качестве момента времени окончания (Out_Time). Посредством этого итоговая сумма пакетов TS в окне становится отличной от таковой для окна по фиг.21B, а проверка окна по фиг.21D делается надлежащей для выполнения.
Выполнением проверки количества битов со сдвигом окна вышеописанным образом, когда выполняется авторская разработка, гарантируется, что никакого отрицательного переполнения или переполнения не вызывается, когда пакеты TS считываются из локального запоминающего устройства и BD-ROM и подаются в декодер.
Обеспечение сдвига окна описано ниже со ссылкой на отдельные примеры по фиг.22-26.
Уровень 1 на фиг.22 является графиком, показывающим временную модуляцию касательно объема данных пакетов TS, считываемых с BD-ROM, а также объема данных пакетов TS, считываемых из локального запоминающего устройства. Горизонтальной осью является время, а вертикальной осью являются объемы передачи относительно каждой точки на временной оси. На графике количества битов в момент времени, когда пакеты TS считываются с BD-ROM и локального запоминающего устройства, испытывают модуляцию, как указано пунктирными кривыми.
Уровень 2 на фиг.22 показывает суммарный объем данных из числа пакетов TS, считываемых с BD-ROM и локального запоминающего устройства, пакетов TS, которые должны подаваться в декодер. Временная модуляция суммарного объема передачи является такой, как показано сплошной линией. Суммарный объем данных является суммарным объемом пакетов, принадлежащих потокам, которые были разрешены в таблице STN (STN_table). В наихудшем случае суммарный объем передачи мог бы подойти вплотную к 95 Мбитам, а пакеты TS, содержащие этот объем данных, могли бы подаваться в декодер. Здесь временные оси графика поделены на семь окон и производится сравнение между количеством подачи в каждом окне и передаваемым объемом для каждого окна.
Уровень 3 на фиг.22 является графиком уровня, являющегося поделенным до каждой 1 секунды. Фиг.23A и 23B показывают сравнение между передаваемым объемом и объемом, подаваемым в декодер в течение каждого окна. Передаваемый объем для окна составляет 48 Мбит за секунду и составляет 96 Мбит, если объем преобразован в биты за 0,5 секунд. Шаблон pn1 штриховки на фигуре указывает объем данных, подаваемый в декодер. Шаблон pn2 штриховки на фигуре указывает передаваемый объем в каждом окне. В любом окне участок с шаблоном pn1 штриховки имеет такую же или меньшую площадь, чем участок с шаблоном pn2 штриховки. Это указывает, что объем данных, поставляемый из BD-ROM и локального запоминающего устройства, ограничен передаваемым объемом или меньшим в любом окне.
В любой точке на временной оси ATC передаваемым объемом в декодер является 48 Мбит/с или меньше. Поэтому, даже если передаваемый объем в декодер локально подходит вплотную к 96 Мбит, передача при 96 Мбитах никогда не продолжается в течение 0,5 секунды, что подтверждается расчетом 48 Mбит=96 бит × 0,5 секунды. Соответственно, если декодер выполняет операцию предварительного чтения, чтобы заранее считывать исходные пакеты из BD-ROM и локального запоминающего устройства до того, как достигнут пик, никакое отрицательное переполнение или переполнение не вызывается в буфере декодера.
Передаваемый объем в каждом окне, то есть 48 Мбит/с, был определен с использованием в качестве руководства объема, который декодер, действующий в соответствии с MPEG, может заранее считывать в буфер. Если объем данных, который может заранее считываться в буфер, является большим, может делаться большим объем данных в секунду или может устанавливаться большим период для окна. Таким образом, настоящее изобретение не ограничено скоростью в 48 Мбит/с.
В этом заключается описание ограничения объема данных на вторичный TS, которому в таблице STN (STN_table) предоставлена возможность воспроизводиться.
<Настройка информации об условии соединения (connection_condition) и информации об условии соединения SP (sp_connection_condition)>
Последующее описывает настройки информации об условии соединения (connection_condition) в элементе воспроизведения и информации об условии соединения SP (sp_connection_condition information) в элементе вспомогательного воспроизведения для реализации приложения сверхуплотнения. Поля информации об условии соединения (connection_condition) и информации об условии соединения SP (sp_connection_condition information) могут принимать значения «1», «5» и «6», смыслы которых являются следующими.
connection_condition=1 (CC=1): Нет никакой гарантии для безразрывного соединения между элементом воспроизведения (текущим элементом воспроизведения) и непосредственно предшествующим элементом воспроизведения (предыдущим элементом воспроизведения). То есть это режим соединения, который предоставляет возможность происходить стоп-кадру, а воспроизведение прерывается (разрывное соединение).
connection_condition=5 (CC=5): Есть гарантия для безразрывного соединения между видеопотоком, потоком PG и потоком IG, мультиплексированными в основной клип текущего элемента воспроизведения, и видеопотоком, потоком PG и потоком IG, мультиплексированным в основной клип предыдущего элемента воспроизведения. С другой стороны, это неверно при аудиопотоке, мультиплексированном в основной клип.
connection_condition=6 (CC=6): Соответственные потоки TS, принадлежащие текущему элементу воспроизведения и предыдущему элементу воспроизведения, логически продолжаются (они являются непрерывными на временной оси, и способы кодирования также являются одинаковыми), и есть гарантия для безразрывного соединения как аудио-, так и видеопотоков.
Информация об условии соединения SP (sp_connection_condition), записанная в элементе вспомогательного воспроизведения, может быть определена, как изложено ниже.
Информация об условии соединения SP (sp_connection_condition) (SP_CC=1): Нет никакой гарантии для безразрывного соединения между элементом вспомогательного воспроизведения (текущим элементом вспомогательного воспроизведения) и непосредственно предшествующим элементом вспомогательного воспроизведения (предыдущим элементом вспомогательного воспроизведения).
Информация об условии соединения SP (sp_connection_condition) (SP_CC=5): Есть гарантия для безразрывного соединения между потоком PG и потоком IG, мультиплексированными во вспомогательный клип текущего элемента вспомогательного воспроизведения, а также потоком PG и потоком IG, мультиплексированными во вспомогательный клип предыдущего элемента вспомогательного воспроизведения. С другой стороны, это не имеет места с аудиопотоком, мультиплексированным во вспомогательный клип.
Информация об условии соединения SP (sp_connection_condition) (SP_CC=6): Соответственные потоки TS, принадлежащие текущему элементу вспомогательного воспроизведения и предыдущему элементу вспомогательного воспроизведения, логически непрерывны (они являются непрерывными на временной оси, и способы кодирования также являются одинаковыми), и есть гарантия для безразрывного соединения как аудио-, так и видеопотоков.
Элемент вспомогательного воспроизведения, который должен быть установлен для элемента воспроизведения, который реализует приложение сверхуплотнения, не будет вызывать несоответствие, даже если видеопоток, аудиопоток, поток PG или поток IG элемента вспомогательного воспроизведения находятся в пределах элемента воспроизведения. Поэтому они имеют идентичные условия соединения. То есть, если элемент #1 воспроизведения и элемент #2 воспроизведения соединены согласно CC=1, элемент #1 вспомогательного воспроизведения и элемент #2 вспомогательного воспроизведения, им соответствующие, также соединены согласно CC=1. Подобным образом, если элемент #1 воспроизведения и элемент #2 воспроизведения соединены согласно CC=5, соответствующие элемент #1 вспомогательного воспроизведения и элемент #2 вспомогательного воспроизведения соединены при удовлетворении условия CC=5.
Последующее описывает взаимосвязь моментов времени начала (In_Time) и моментов времени окончания (Out_Time) элементов воспроизведения и элементов вспомогательного воспроизведения, составляющих приложение сверхуплотнения, а также детализацию информации об условии соединения (connection_condition), со ссылкой на фиг.24, 25 и 26.
<Взаимосвязь моментов времени начала (In_Time) и моментов времени окончания (Out_Time)>
Фиг.24 показывает состояние соединения элементов воспроизведения и элементов вспомогательного воспроизведения, составляющих сверхуплотнение. Уровень 1 по фигуре является временной осью вспомогательного клипа; а уровни 2 и 3 являются временной осью элемента вспомогательного воспроизведения и временной осью списка воспроизведения соответственно. Уровень 4 является временной осью основного клипа. На фигуре, в случае, где информацией об условии соединения (connection_condition) элемента воспроизведения является «=5», информацией об условии соединения (connection_condition) элемента вспомогательного воспроизведения также является SP_CC=5.
Фиг.25 показывает взаимосвязь между моментами времени начала (In_Time) и моментами времени окончания (Out_Time) элементов воспроизведения и моментами времени начала (In_Time) и моментами времени окончания (Out_Time) элементов вспомогательного воспроизведения в случае, где информация об условии соединения (connection_condition) элемента воспроизведения и информация об условии соединения SP (sp_connection_condition) элемента вспомогательного воспроизведения, показанные на фиг.24, установлены в «=5». Уровни 1 и 4 являются такими же, как таковые на фиг.24. Из двух элементов воспроизведения (информация #1 об элементе воспроизведения и информация #2 об элементе воспроизведения), показанных на фиг.24, информация #1 об элементе воспроизведения содержит момент времени начала (In_Time), указывающий момент t1 времени, и момент времени окончания (Out_Time), указывающий момент t2 времени. Момент времени начала, соответствующий информации #2 об элементе воспроизведения, указывает момент t3 времени, а момент времени окончания (Out_Time), соответствующий информации #2 элемента воспроизведения, указывает момент t4 времени.
Когда состоянием соединения элемента воспроизведения является CC=5, начальный PTS синхронизации элемента воспроизведения (Sync_Start_Pts_of_PlayItem) элемента вспомогательного воспроизведения указывает такой же момент времени, как момент времени начала (In_Time) элемента воспроизведения. Момент времени начала (In_Time) и момент времени окончания (Out_Time) элемента вспомогательного воспроизведения показывают такие же моменты времени, как момент времени начала (In_Time) и момент времени окончания (Out_Time) элемента воспроизведения. Таким образом, в случае где информацией об условии соединения (connection_condition) элемента воспроизведения является «=5», информация об условии соединения SP (sp_connection_condition) элемента вспомогательного воспроизведения также установлена в «=5», а момент времени начала (In_Time) и момент времени окончания (Out_time) указывают такие же моменты времени, как момент времени начала (In_Time) и момент времени окончания (Out_Time) элемента вспомогательного воспроизведения.
Момент времени начала (In_Time) и момент времени окончания (Out_Time) элемента воспроизведения и момент времени начала (In_Time) и момент времени окончания (Out_Time) элемента вспомогательного воспроизведения соответственно ссылаются на PTS блока представления видео и блока представления аудио. Момент времени начала (In_Time) и момент времени окончания (Out_Time) элемента воспроизведения и момент времени начала (In_Time) и момент времени окончания (Out_Time) элемента вспомогательного воспроизведения, согласующиеся друг с другом, означают, что значения PTS блока представления видео и блока представления аудио, указываемые ссылкой моментом времени начала (In_Time) и моментом времени окончания (Out_Time) элемента воспроизведения, являются такими же, как значения PTS блока представления видео и блока представления аудио, указываемые ссылкой моментом времени начала (In_Time) и моментом времени окончания (Out_Time) элемента вспомогательного воспроизведения. В этом случае необходимо, чтобы первичный TS и вторичный TS были закодированы так, что имеют одинаковую продолжительность времени, и чтобы мотивировали PTS блока представления видео и блока представления аудио быть одинаковыми, когда выполняется авторская разработка. Создание первичного TS и вторичного TS таким способом также является условием для реализации CC=5 и SP_CC=5.
<Значения STC, которые должны указываться ссылкой для синхронного воспроизведения>
Фиг.26 показывает значение STC, которое должно указываться ссылкой, когда воспроизводится часть, существующая от момента времени начала (In_Time) до момента времени окончания (Out_Time) элемента воспроизведения, и значение STC, которое должно указываться ссылкой, когда воспроизводится часть, существующая от момента времени начала (In_Time) до момента времени окончания (Out_Time) элемента вспомогательного воспроизведения. Уровни 2 и 3 являются такими же, как на предыдущей фигуре. Уровень 1 показывает в графическом виде значение STC, которое должно указываться ссылкой, когда воспроизводится часть, существующая от момента времени начала (In_Time) до момента времени окончания (Out_Time) элемента вспомогательного воспроизведения. Уровень 4 показывает в графическом виде значение STC, которое должно указываться ссылкой, когда воспроизводится часть, существующая от момента времени начала (In_Time) до момента времени окончания (Out_Time) элемента воспроизведения. Горизонтальная ось уровня 1 является временной осью, а вертикальная ось показывает значения STC относительно каждого момента времени на временной оси. Значения STC уровня 1 заключают в себе монотонное возрастание zk1 от момента времени начала (In_Time) до момента времени окончания (Out_Time) информации #1 элемента вспомогательного воспроизведения и монотонное возрастание zk2 от момента времени начала (In_Time) до момента времени окончания (Out_Time) информации #2 элемента вспомогательного воспроизведения. Значения STC уровня 4 заключают в себе монотонное возрастание zk3 от момента времени начала (In_Time) до момента времени окончания (Out_Time) информации #1 элемента воспроизведения и монотонное возрастание zk4 от момента времени начала (In_Time) до момента времени окончания (Out_Time) информации #2 элемента воспроизведения.
Так как момент времени начала (In_Time) элемента воспроизведения указывает один и тот же момент времени с моментом времени начала (In_Time) элемента вспомогательного воспроизведения, начальные значения STC на вышеприведенном графике одинаковы, и значение STC в промежуточные моменты времени также является одинаковым. То есть STC2(i), которое является значением STC, которое должно указываться ссылкой, когда исходный пакет, расположенный в представленный на усмотрение момент i времени между моментом времени начала (In_Time) и моментом времени окончания (Out_Time) элемента воспроизведения, подается в декодер, является таким же, как STC1(i), которое является значением STC, которое должно указываться ссылкой, когда исходный пакет, расположенный в том же самом моменте i времени между моментом времени начала (In_Time) и моментом времени окончания (Out_Time) элемента вспомогательного воспроизведения, подается в декодер. Когда значения STC одинаковы, все счетчики STC в устройстве должны сохраняться в таком состоянии, чтобы создавать одинаковые значения синхронизирующего сигнала и подавать их в блоки демультиплексирования, таким образом, упрощая элементы управления в устройстве воспроизведения.
Предположительно говоря, в случае где два или более элементов вспомогательного воспроизведения подготовлены для одного элемента воспроизведения в противоположность элементам управления, проиллюстрированным на фиг.25 и 26, видео и аудио прерываются на границе этих элементов вспомогательного воспроизведения, и неудобства - такие как приостановка воспроизведения в середине элемента воспроизведения - будут происходить в результате. Дополнительно, когда последовательность операций замещения первичного TS реализуется в приложении сверхуплотнения, временная ось STC должна изменяться при замещении, каковое ведет к усложнению синхронных элементов управления в устройстве воспроизведения.
С другой стороны, посредством определения обоих, момента времени начала (In_Time) и момента времени окончания (Out_Time) элемента воспроизведения или элемента вспомогательного воспроизведения на непрерывной временной оси STC, возможно предотвратить вышеупомянутые неудобства, то есть прерывание видео и аудио, а также замещение транспортных потоков. Вследствие этих ситуаций по отношению к одному элементу воспроизведения назначается один элемент вспомогательного воспроизведения, обладающий такими же моментами начала и окончания, как таковые у элемента воспроизведения.
<Погрешности моментов времени начала (In_Time) и моментов времени окончания (Out_Time)>
Здесь точное совпадение между моментом времени начала (In_Time) и моментом времени окончания (Out_Time) элемента воспроизведения и таковыми у элемента вспомогательного воспроизведения не требуется, и может быть допустим некоторый уровень погрешностей. Следующими описаны погрешности момента времени начала (In_Time) и момента времени окончания (Out_Time).
Моменты времени STC момента времени начала (In_Time) и момента времени окончания (Out_Time) элемента воспроизведения устанавливаются для видеокадов элемента воспроизведения. С другой стороны, временные характеристики момента времени начала (In_Time) и момента времени окончания (Out_Time) элемента вспомогательного воспроизведения устанавливаются для аудиокадров элемента вспомогательного воспроизведения. Это происходит потому, что элемент вспомогательного воспроизведения, главным образом, используется для режиссерских пояснений, а потому, является частым случай что видеопоток не мультиплексируется в него. В этом случае вследствие, в смысле точности, разницы в длительности периода воспроизведения соответственных блоков представления моменты времени их начала и окончания не совпадают друг с другом. Соответственно, необходимо предоставить возможность погрешности, по меньшей мере, в менее чем один кадр. Моменты времени начала и окончания элемента #n воспроизведения и элемента #n вспомогательного воспроизведения также заданы на одной и той же временной оси STC, как изложено ниже:
|(PlayItem#n.Out - PlayItem#n.In) - (SubPlayItem#n.Out_time -SubPlayItem#n.In_time)| ≤ периода воспроизведения в 1 прогрессивный кадр или два чересстрочных поля видео, имеющего кратчайший период воспроизведения в элементе #n воспроизведения ≤1/60 секунды. Для значения по левую сторону может использоваться период воспроизведения в 1 прогрессивный кадр или два чересстрочных поля видео, имеющего самый продолжительный период воспроизведения в элементе #n воспроизведения (≤1/25), или значение может быть установлено, чтобы быть 1 секундой или менее.
В этом заключается описание взаимосвязи моментов времени начала (In_Iime) и моментов времени окончания (Out_Time) элемента воспроизведения и элемента вспомогательного воспроизведения.
Последующее подробно описывает информацию об условии соединения (connection_condition) и информацию об условии соединения SP (sp_connection_condition). Для того чтобы отвечать требованиям CC=5 и SP_CC=5, следующие условия должны быть удовлетворены на всех уровнях AV-потока, транспортного потока, блока представления видео и блока представления аудио, и элементарного потока.
<Уровень AV-потока>
Информация об условии соединения (connection_condition) текущего элемента воспроизведения и информация об условии соединения (sp_connection_condition), являющиеся установленными в «5», означают, что есть «чистый перерыв» между конечной точкой AV-потока, воспроизводимого в предыдущем элементе воспроизведения, и начальной точкой AV-потока, воспроизводимого в текущем элементе воспроизведения.
Для того чтобы реализовать чистый перерыв, AV-поток, воспроизводимый в предыдущем элементе воспроизведения, и AV-поток, воспроизводимый в текущем элементе воспроизведения, должны удовлетворять следующим требованиям.
(1) Необязательный блок доступа отсутствует в точке окончания основного клипа, заданного в предыдущем элементе воспроизведения, а необязательный блок доступа, содержащий PTS, был исключен из периода, следующего за моментом времени окончания (Out_Time) предыдущего элемента воспроизведения.
Подобным образом, необязательный блок доступа отсутствует в точке окончания вспомогательного клипа, заданного в предыдущем элементе вспомогательного воспроизведения, а необязательный блок доступа, содержащий PTS, был исключен из периода, следующего за моментом времени окончания (Out_Time) предыдущего элемента вспомогательного воспроизведения.
(2) В начале AV-потока, заданного в текущем элементе воспроизведения, необязательный блок доступа, содержащий PTS, был исключен из периода, предшествующего моменту времени начала (In_Time) текущего элемента воспроизведения. В дополнение, первый блок представления аудио основного клипа включает в себя выборку, которая должна воспроизводиться в момент времени начала (In_Time) на временной оси STC.
Подобным образом, в начале AV-потока, заданного в текущем элементе вспомогательного воспроизведения, необязательный блок доступа, содержащий PTS, был исключен из периода, предшествующего моменту времени начала (In_Time) текущего элемента вспомогательного воспроизведения. В дополнение, первый блок представления аудио вспомогательного клипа включает в себя выборку, которая должна воспроизводиться в момент времени начала (In_Time) на временной оси STC.
(3) Исходные пакеты, составляющие основной клип, заданный в предыдущем элементе воспроизведения, должны мультиплексироваться некоторым образом, чтобы все из них принимались в систему декодера до того, как первый пакет основного клипа, заданного в текущем элементе воспроизведения, отправляется в декодер.
Подобным образом, данные вспомогательного клипа, заданного в предыдущем элементе вспомогательного воспроизведения, должны мультиплексироваться некоторым образом, чтобы все из них принимались в систему декодера до того, как первый пакет вспомогательного клипа, заданного в текущем элементе вспомогательного воспроизведения, отправляется в декодер.
В этом заключается описание условий, которые должны удовлетворяться на уровне AV-потока. Далее, описаны условия, которые должны удовлетворяться на уровне транспортных потоков.
<Уровень транспортных потоков>
Здесь два первичных TS, которые являются целевыми объектами безразрывного соединения, когда CC=5, названы первичным TS1 и первичным TS2. Два первичных TS, которые являются целевыми объектами безразрывного соединения, когда SP_CC=5, названы вторичным TS1 и вторичным TS2.
Фиг.27 показывает, каким образом TS1 и TS2 идентифицируются в AV-клипе, указанном ссылкой в предыдущем элементе воспроизведения и предыдущем элементе вспомогательного воспроизведения, и AV-клипе, указанном ссылкой в текущем элементе воспроизведения и текущем элементе вспомогательного воспроизведения. Уровень 4 на фигуре показывает первичный TS1 и первичный TS2; а уровень 3 показывает основной клип 1 предыдущего элемента воспроизведения и основной клип 2 текущего элемента воспроизведения. Уровень 1 показывает вторичный TS1 и вторичный TS2; а уровень 2 показывает вспомогательный клип 1 предыдущего элемента вспомогательного воспроизведения и вспомогательный клип 2 текущего элемента вспомогательного воспроизведения.
Первичный TS1 состоит из порции данных, которые заштрихованы в основном клипе 1 на фигуре. Порция данных в основном клипе 1 начинается с исходного пакета, с которого может начинаться декодирование момента времени начала (In_Time) в предыдущем элементе воспроизведения. Этот исходный пакет расположен в начале блока представления видео и блока представления аудио, которые указываются ссылкой моментом времени начала (In_Time). Затем порция данных заканчивается последним пакетом основного клипа 1.
Первичный TS2 состоит из порции данных, которые заштрихованы в основном клипе 2 на фигуре. Эта порция данных в основном клипе 2 начинается с первого исходного пакета основного клипа 2. В таком случае порция данных в основном клипе 2 заканчивается исходным пакетом, на котором завершается декодирование текущего элемента воспроизведения. Этот исходный пакет является исходным пакетом, расположенным в конце блока представления видео и блока представления аудио, которые указываются ссылкой моментом времени окончания (Out_Time) текущего элемента воспроизведения.
Вторичный TS1 состоит из порции данных, которые заштрихованы во вспомогательном клипе 1 на фигуре. Порция данных во вспомогательном клипе 1 начинается с исходного пакета, с которого может начинаться декодирование момента времени начала (In_Time) в предыдущем элементе вспомогательного воспроизведения. Этот исходный пакет расположен в начале блока представления видео и блока представления аудио, которые указываются ссылкой моментом времени начала (In_Time). Затем порция данных заканчивается последним пакетом вспомогательного клипа 1.
Вторичный TS2 состоит из порции данных, которые заштрихованы во вспомогательном клипе 2 на фигуре. Эта порция данных во вспомогательном клипе 2 начинается с первого исходного пакета вспомогательного клипа 2. В таком случае порция данных во вспомогательном клипе 2 заканчивается исходным пакетом, на котором завершается декодирование текущего элемента воспроизведения. Этот исходный пакет является исходным пакетом, расположенным в конце блока представления видео и блока представления аудио, которые указываются ссылкой моментом времени окончания (Out_Time) текущего элемента вспомогательного воспроизведения.
Согласно описанию, приведенному выше, может быть понятно, каким образом компонуются транспортные потоки, которые должны быть соединены в основном клипе и вспомогательном клипе, когда CC=5 и SP_CC=5. Основной клип предыдущего элемента воспроизведения должен заканчиваться блоком представления видео и блоком представления аудио, которые указываются ссылкой моментом времени окончания (Out_Time) предыдущего элемента воспроизведения, а основной клип текущего элемента воспроизведения должен начинаться с блока представления видео и блока представления аудио, которые указываются ссылкой моментом времени начала (In_Time) текущего элемента воспроизведения. Эта взаимосвязь также справедлива для предыдущего элемента вспомогательного воспроизведения. То есть вспомогательный клип предыдущего элемента вспомогательного воспроизведения должен заканчиваться блоком представления аудио, который указывается ссылкой моментом времени окончания (Out_Time) предыдущего элемента вспомогательного воспроизведения, а вспомогательный клип текущего элемента вспомогательного воспроизведения должен начинаться с блока представления аудио, который указывается ссылкой моментом времени начала (In_Time) текущего элемента вспомогательного воспроизведения. Это происходит потому, что необязательный блок представления аудио не должен присутствовать при или после блока представления видео и блока представления аудио, которые указываются ссылкой моментом времени окончания (Out_Time) предыдущего элемента вспомогательного воспроизведения, как описано выше. С другой стороны, вспомогательный клип предыдущего элемента вспомогательного воспроизведения не должен начинаться с блока представления аудио, который указывается ссылкой моментом времени начала (In_Time) предыдущего элемента вспомогательного воспроизведения, а вспомогательный клип текущего элемента вспомогательного воспроизведения также не должен заканчиваться блоком представления аудио, который указывается ссылкой моментом времени окончания (Out_Time) текущего элемента вспомогательного воспроизведения.
Согласно фиг.24 и 27 первичный TS и вторичный TS должны быть созданы имеющими одинаковую продолжительность времени, а значения PTS блока представления видео и блока представления аудио должны быть созданы обладающими одним и тем же значением. В дополнение, основной клип предыдущего элемента воспроизведения и вспомогательный клип предыдущего элемента воспроизведения должны мультиплексироваться таким образом, чтобы заканчиваться блоком представления видео и блоком представления аудио, соответствующими моменту времени окончания (Out_Time). Основной клип текущего элемента воспроизведения и вспомогательный клип текущего элемента воспроизведения должны мультиплексироваться таким образом, чтобы начинаться с блока представления видео и блока представления аудио, соответствующих моменту времени начала (In_Time).
Дополнительно, эти транспортные потоки должны отвечать следующим условиям:
- количеством программ в TS1 и TS2 является одна;
- количеством видеопотоков является один;
- количество аудиопотоков является одинаковым;
- содержимое таблицы STN (STN_table) предыдущего элемента воспроизведения является таким же, как у таблицы STN (STN_table) текущего элемента воспроизведения, и
- периодом воспроизведения транспортного потока в каждом элементе воспроизведения являются три секунды.
Таковые являются условиями, которые должны быть удовлетворены на уровне транспортных потоков для соединения двух потоков, когда CC=5, а SP_CC=5. Далее, описаны условия, которые должны быть удовлетворены на уровне блока представления видео и блока представления аудио.
<Уровень блока представления видео и блока представления аудио>
Хотя начальный момент времени последнего блока представления видео в видеопотоке первичного TS1 первоначально отличен от конечного момента времени первого блока представления видео в видеопотоке первичного TS 2, CC=5 делает начальный момент времени и конечный момент времени совпадающими друг с другом. Когда конечный момент времени и начальный момент времени блоков представления видео сделаны совпадающим друг с другом, становится проблемой, как обрабатывать такие блоки представления видео и блоки представления аудио для синхронного воспроизведения. Это происходит потому, что видео и аудио имеют разные частоты дискретизации, а продолжительности времен блока представления видео и блока представления аудио не совпадают друг с другом.
Фиг.28 показывает подробности по CC=5 и SP_CC=5. Уровни с 1 по 3 показывают условие соединения (connection_condition) элемента вспомогательного воспроизведения, а уровни с 4 по 7 показывают условие соединения SP (sp_connection_condition) в элементе воспроизведения. Уровень 4 показывает многочисленные блоки представления видео из TS1 и TS2, а уровень 5 показывает блоки представления аудио в TS1 и блоки представления аудио в TS2. Уровень 6 показывает значения STC в основном клипе. Уровень 7 показывает последовательность исходных пакетов основного клипа.
Заштрихованные части на фигуре изображают блоки представления видео, блоки представления аудио и исходные пакеты TS1, тогда как части без штриховки изображают блоки представления видео, блоки представления аудио и исходные пакеты TS2.
На фигуре CC=5 означает состояние, в котором блоки представления видео выровнены, чтобы иметь общую границу (уровень 4), есть промежуток между ATC в основном клипе (уровень 7), и есть перекрытие между блоками представления аудио в основном клипе (уровень 5). SP_CC=5 означает состояние, в котором есть промежуток между ATC во вспомогательном клипе (уровень 1), и есть перекрытие между блоком представления аудио во вспомогательном клипе (уровень 2).
Вышеупомянутая граница между блоками представления видео расположена, с точки зрения TS1, в конечной точке PTS1(1-е окончание)+Tpp последнего блока представления видео уровня 4, и расположена, с точки зрения TS2, в начальной точке PTS2(2-е начало) блока представления видео уровня 4.
Допустим, что в TS1 конечной точкой блока представления аудио, соответствующей граничному моменту T4 времени, является T5a, а в TS2 начальной точкой блока представления аудио, соответствующей моменту T4 времени, является T3a. Здесь перекрытие блоков представления аудио в основном клипе тянется от T3a до T5a.
На фигуре каждый блок представления аудио вспомогательного клипа установлен более продолжительным, чем каждый блок представления аудио основного клипа. Это происходит потому, что аудиопоток вспомогательного клипа установлен обладающим низкой частотой дискретизации, поскольку он поставляется через сеть, и, соответственно, период времени для каждого блока представления аудио становится более длительным. В последовательности пакетов уровня 1 есть промежуток, подобный таковому на уровне 7. К тому же в блоках представления аудио уровня 2 есть перекрытие, подобное таковому на уровне 4. Допустим, что в TS1 вспомогательного клипа конечной точкой блока представления аудио, соответствующей граничному моменту T4 времени, является T5b, а в TS2 вспомогательного клипа начальной точкой блока представления аудио, соответствующей моменту T4 времени, является T3b. Здесь перекрытие тянется от T3b до T5b.
Из фигуры можно видеть, что, для того чтобы реализовать CC=5 и SP_CC=5, должны быть удовлетворены следующие четыре условия на уровнях блоков представления видео, блоков представления аудио и пакетов.
(1) Последний блок представления аудио аудиопотока в TS1 включает в себя выборку, обладающую временем воспроизведения, которое совпадает с концом периода отображения последнего кинокадра в TS1, заданным в предыдущем элементе воспроизведения и предыдущем элементе вспомогательного воспроизведения.
(2) Первый блок представления аудио аудиопотока в TS2 включает в себя выборку, обладающую временем воспроизведения, которое совпадает с началом периода отображения кинокадров первого кинокадра в TS1, заданным в текущем элементе воспроизведения и текущем элементе вспомогательного воспроизведения.
(3) Нет никакого промежутка в точке соединения в последовательности блоков представления аудио. Это означает, что перекрытие в последовательности блоков представления аудио может возникать в точке соединения. Однако протяженность такого перекрытия должна быть более короткой, чем период воспроизведения двух аудиокадров.
(4) Первый пакет TS2 включает в себя PAT, которая может непосредственно сопровождаться одной или более PMT. Если PMT является большим, чем полезная нагрузка пакета TS, DMT может быть поделена на два пакета или более. Пакет TS, хранящий в себе PMT, может включать в себя PCR и SIT.
<Взаимосвязь момента времени начала (In_Time) и момента времени окончания (Out_Time) с блоком представления видео>
Фиг.29 показывает взаимосвязь между многочисленными блоками представления видео, заданными предыдущим элементом воспроизведения и текущим элементом воспроизведения, многочисленными блоками представления аудио, и временной осью STC. Уровень 1 показывает многочисленные блоки представления видео, принадлежащие TS1, на который указывает ссылкой предыдущий элемент воспроизведения, и многочисленные блоки представления видео, принадлежащие TS2, на который указывает ссылкой текущий элемент воспроизведения. Уровень 2 показывает многочисленные блоки представления аудио, принадлежащие отметке времени, на которую указывает ссылкой предыдущий элемент вспомогательного воспроизведения, и многочисленные блоки представления аудио, принадлежащие TS2, на который указывает ссылкой текущий элемент вспомогательного воспроизведения. Уровень 3 показывает временную ось STC из TS1 в предыдущем элементе вспомогательного воспроизведения и временную ось STC из TS2 в текущем элементе вспомогательного воспроизведения. Как показано на фиг.28, в пределах блоков представления аудио из TS1 и блоков представления аудио из TS2 на уровне 2, участок от начальной точки T3b до конечной точки T5b перекрывается. Момент времени начала (In_Time) текущего элемента вспомогательного воспроизведения и момент времени окончания (Out_Time) предыдущего элемента вспомогательного воспроизведения соответственно задают момент T4 времени, который является границей блоков представления видео. Поскольку момент времени начала (In_Time) текущего элемента вспомогательного воспроизведения и момент времени окончания (Out_Time) элемента вспомогательного воспроизведения также задают момент T4 времени границы блоков представления видео, момент времени начала (In_Time) и момент времени окончания (Out_Time) элемента воспроизведения совпадают с моментом времени начала (In_Time) и моментом времени окончания (Out_Time) элемента вспомогательного воспроизведения. Таким образом, хотя момент времени начала (In_Time) предыдущего элемента вспомогательного воспроизведения и момент времени окончания (Out_Time) текущего элемента вспомогательного воспроизведения записаны на носителе записи, отличном от BD-ROM, можно видеть, что они соответствуют границе блоков представления видео в основном клипе, и также соответствуют моменту времени окончания (Out_Time) предыдущего элемента воспроизведения и моменту времени начала (In_Time) текущего элемента воспроизведения соответственно.
В этом заключается подробное описание условий, которые должны удовлетворяться на уровне блоков представления видео и блоков представления аудио.
<Уровень элементарных потоков>
Последующее описывает условия кодирования на уровне элементарных потоков, для того чтобы реализовать CC=5 и SP_CC=5.
Следующие условия кодирования должны удовлетворяться на уровне каждого элементарного потока.
(1) Видеопоток
- разрешение видео и частота кадров не изменяются до и после безразрывного соединения, и
- видеопоток непосредственно после безразрывного соединения заканчивается кодом завершения последовательности (sequence_end_code) (для MPEG-2 Video) и окончанием последовательности RBSP (end_of_sequence_rbsp) (для MPEG-4 AVC).
(2) Аудиопоток
- формат кодирования аудиопотоков, имеющих один и тот же PID, не меняется и
- частота дискретизации, битовая скорость квантования и количество каналов не меняются.
(3) Поток PG
a) Количество потоков PG в TS1 и TS2 является одинаковым.
b) Поток PG из TS1 заканчивается функциональным сегментом, названным «End of Display Set» («окончанием набора отображения»).
c) PTS пакета PES, несущего последний PCS в TS1, указывает момент времени до времени воспроизведения, соответствующего моменту времени окончания (Out_Time) предыдущего элемента воспроизведения и предыдущего элемента вспомогательного воспроизведения.
d) Поток PG из TS2 должен начинаться с набора отображения типа начала Epock или типа продолжения Epock.
e) PTS пакета PES, несущего первый PCS в TS2, указывает момент времени в или после времени воспроизведения, соответствующего моменту времени начала (In_Time) текущего элемента воспроизведения и текущего элемента вспомогательного воспроизведения.
f) Извлечение исходных пакетов из TS1, которое сопровождается извлечением исходных пакетов из TS2, может быть определено в качестве STC1 и STC2 на одной и той же оси системного времени, и нет перекрытия в их значениях DTS/значениях PTS.
(4) Поток IG
a) Количество потоков IG в TS1 и TS2 является одинаковым.
b) Поток IG из TS1 заканчивается функциональным сегментом, названным «End of Display Set» («окончанием набора отображения»).
c) PTS пакета PES, несущего последний ICS в TS1, указывает момент времени до времени воспроизведения, соответствующий моменту времени окончания (Out_Time) предыдущего элемента воспроизведения и предыдущего элемента вспомогательного воспроизведения.
d) Поток IG из TS2 должен начинаться с набора отображения типа начала Epock или типа продолжения Epock.
e) PTS пакета PES, несущего первый ICS в TS2, указывает момент времени в или после времени воспроизведения, соответствующего моменту времени начала (In_Time) текущего элемента воспроизведения и текущего элемента вспомогательного воспроизведения.
f) Извлечение исходного пакета из TS1, которое сопровождается извлечением исходного пакета из TS2, может быть определено в качестве STC1 и STC2 на одной и той же оси системного времени, и нет перекрытия в их значениях DTS/значениях PTS.
Для того чтобы соединять предыдущий элемент воспроизведения и текущий элемент воспроизведения при CC=5 и соединять предыдущий элемент вспомогательного воспроизведения и текущий элемент вспомогательного воспроизведения с SP_CC=5, все вышеупомянутые условия для уровней AV-потока, транспортного потока, блоков представления видео и блоков представления аудио, и элементарных потоков должны быть удовлетворены.
В этом заключается разъяснение информации списка воспроизведения, которая является составляющей содержимого запоминающего устройства локального запоминающего устройства 200.
В этом заключается разъяснение носителя записи согласно настоящему изобретению. Следующим пояснено устройство воспроизведения по настоящему изобретению.
Фиг.30 показывает внутреннюю структуру устройства воспроизведения по настоящему изобретению. Устройство воспроизведения по настоящему изобретению производится в промышленном масштабе на основании внутренней структуры, показанной на фигуре. Устройство воспроизведения состоит, главным образом, из двух частей - системной БИС (большой интегральной схемы, LSI) и устройства-дисковода, и может выпускаться в промышленном масштабе установкой этих частей в корпусе и основе устройства. Системная БИС является интегральной схемой, которая объединяет многообразие модулей обработки для выполнения функций устройства воспроизведения. Устройство воспроизведения, изготовленное таким способом, содержит: дисковод 1a BD-ROM; буферы 1b и 1c чтения; счетчики 2a и 2c ATC; депакетизаторы 2b и 2d источника; счетчики 2c и 2d ATC; счетчики 3a и 3c STC; фильтры 3b и 3d PID; видеодекодер 4; транспортный буфер (TB) 4a; мультиплексированный буфер (MB) 4b; буфер 4c кодированного кинокадра (CPB); видеодекодер 4d; буфер 4e переупорядочения; коммутатор 4f; видеоплату 5; аудиодекодер 9; транспортный буфер 6; элементарный буфер 7; декодер 8; коммутаторы 10a, 10b, 10c и 10d; декодер 11 интерактивной графики; транспортный буфер (TB) 11a; буфер 11b кодированных данных (CDB); процессор 11c потоковой графики (SGP); буфер 11d объектов; компоновочный буфер 11e; графический контроллер 11f; плату 12 интерактивной графики; декодер 13 демонстрационной графики; транспортный буфер (TB) 13a; буфер 13b кодированных данных (CDB); процессор 13c потоковой графики (SGP); буфер 13d объектов; компоновочный буфер 13e; графический контроллер 13f; плату 14 демонстрационной графики; транспортный буфер 15a; элементарный буфер 15b; декодер 15c; транспортный буфер 16a; элементарный буфер 16b; декодер 16c; модуль 17 синтеза; память 21; контроллер 22; набор 23 PSR; модуль 24 преобразования PID; сетевой модуль 25; модуль 26 приема операций и локальное запоминающее устройство 200.
Дисковод 1a BD-ROM загружает/выбрасывает BD-ROM и выполняет доступ к BD-ROM.
Буфер 1b чтения (RB) накапливает последовательности исходных пакетов, считываемые с BD-ROM.
Буфер 1c чтения (RB) накапливает последовательности исходных пакетов, считываемые из главы последнего воспроизведения.
Счетчик 2a ATC устанавливается в исходное состояние посредством использования ATS исходного пакета, расположенного в начале секции воспроизведения в пределах исходных пакетов, составляющих первичный TS, а позже выводит ATC в депакетизатор 2b источника.
Депакетизатор 2b источника извлекает пакеты TS из исходных пакетов, составляющих первичный TS, и отправляет пакеты TS. При отправке депакетизатор 2b источника регулирует время ввода в декодер согласно ATS каждого пакета TS. Чтобы быть более точным, в момент, когда значение ATC, сформированное счетчиком 2a ATC, становится таким же, как значение ATS исходного пакета, депакетизатор 2b источника пересылает пакет TS только в фильтр 3b PID на скорости записи TS (TS_Recording_Rate).
Счетчик 2c ATC устанавливается в исходное состояние посредством использования ATS исходного пакета, расположенного в начале секции воспроизведения в пределах исходных пакетов, составляющих вторичный TS, а позже выводит ATC в депакетизатор 2d источника.
Депакетизатор 2d источника извлекает пакеты TS из исходных пакетов, составляющих вторичный TS, и отправляет пакеты TS. При отправке депакетизатор 2d источника регулирует время ввода в декодер согласно ATS каждого пакета TS. Чтобы быть более точным, в момент, когда значение ATC, сформированное счетчиком 2c ATC, становится таким же, как значение ATS исходного пакета, депакетизатор 2d источника пересылает пакет TS только в фильтр 3d PID на скорости записи TS (TS_Recording_Rate).
Счетчик 3a STC устанавливается в исходное состояние посредством PCR первичного TS и выводит STC.
Фильтр 3b PID является блоком демультиплексирования для первичного TS и выводит из числа исходных пакетов, выведенных из депакетизатора 2b источника, таковые, имеющие опорные значения PID, сообщенные модулем 24 преобразования PID, в видеодекодер 4, аудиодекодер 9, декодер 11 интерактивной графики 11 и декодер 13 демонстрационной графики. Каждый из декодеров принимает элементарные потоки, пропущенные через фильтр 3b PID, и выполняет от обработки декодирования до обработки воспроизведения согласно PCR первичного TS (временной оси STC1). Таким образом, элементарные потоки, введенные в каждый декодер после прохождения через фильтр 3b PID, подвергаются декодированию и воспроизведению на основании PCR первичного TS.
Счетчик 3c STC устанавливается в исходное состояние посредством PCR вторичного TS и выводит STC. Фильтр 3d PID выполняет демультиплексирование с опорой на этот STC.
Фильтр 3d PID является блоком демультиплексирования для вспомогательного клипа и выводит из числа исходных пакетов, выведенных из депакетизатора 2d источника, таковые, имеющие опорные значения PID, сообщенные модулем 24 преобразования PID, в аудиодекодер 9, декодер 11 интерактивной графики 11 и декодер 13 демонстрационной графики. Таким образом, элементарные потоки, введенные в каждый декодер после прохождения через фильтр 3d PID, подвергаются декодированию и воспроизведению на основании PCR вторичного TS.
Как описано при разъяснении носителя записи, приведенном выше, момент времени начала (In_Time) и момент времени окончания (Out_Time) элемента воспроизведения соответствуют моменту времени начала (In_Time) и моменту времени окончания (Out_Time) элемента вспомогательного воспроизведения. Поэтому если счетчики 2a и 2c ATC содержат одно и то же значение (время) и отсчитывают время с одной и той же скоростью, временные оси первичного TS и вторичного TS становятся выровненными друг с другом. Как результат, первичный TS и вторичный TS, составляющие приложение сверхуплотнения могут обрабатываться как одиночный поток. В дополнение, временные оси ATC, показывающие моменты времени ввода данных в декодер, могут быть синхронизированы, и также могут быть синхронизированы временные оси STC, показывающие временную развертку декодера.
Согласно синхронизации временных осей ATC, вышеупомянутые два депакетизатора источника могут обрабатывать соответственно исходные пакеты, считанные с BD-ROM, и исходные пакеты, считанные из локального запоминающего устройства.
Счетчики 3a и 3c STC содержат одинаковое время и отсчитывают время с одинаковой скоростью согласно синхронизации временных осей STC, а потому два TS могут обрабатываться как одиночный TS. Поскольку декодер устройства воспроизведения работает на единой временной оси STC, управление временем STC может быть стандартизовано таким же образом, как когда выполняется обычное воспроизведение только первичного TS. Наличие возможности заставлять все, видеодекодер 4, декодер 11 IG, декодер 13 PG, системные декодеры 15c и 16c и аудиодекодер 9, работать на одной и той же временной оси STC, является желательным с точки зрения усовершенствования устройств воспроизведения, так как управление является в точности таким же, как используемое в обычных устройствах воспроизведения, которые выполняют воспроизведение только BD-ROM. Более того, когда выполняется авторская разработка, состояние буфера может соблюдаться посредством управления временной привязкой ввода одного TS, тем самым, облегчая проверку на стадии авторской разработки.
Видеодекодер 4 декодирует многочисленные пакеты PES, выведенные из фильтра 3b PID, получает несжатые кинокадры и записывает кинокадры в видеоплату 5. Видеодекодер 4 состоит из транспортного буфера 4a, мультиплексированного буфера 4b, элементарного буфера 4c, декодера 4d, буфера 4e переупорядочения и коммутатора 4f.
Транспортный буфер (TB) 4a является буфером, в котором пакеты TS, принадлежащие видеопотоку, временно накапливаются после того, как выводятся из фильтра 3b PID.
Мультиплексированный буфер (MB) 4b является буфером, в котором пакеты PES временно накапливаются, когда видеопоток выводится из транспортного буфера 4a в элементарный буфер 4c.
Элементарный буфер (EB) 4c является буфером, в котором хранятся кинокадры в кодированном состоянии (I-кинокадры, B-кинокадры, P-кинокадры).
Декодер (DEC.) 4d получает многочисленные изображения кадров декодированием отдельных изображений кадров элементарного потока видео для каждого момента времени кодирования (DTS) и записывает изображения кадров в видеоплату 5.
Буфер 4e переупорядочения является буфером, используемым для изменения очередности декодированных кинокадров, так что они компонуются в порядке отображения.
Коммутатор 4f реализует изменение очередности декодированных кинокадров, так что они компонуются в порядке отображения.
Видеоплата 5 является платой для хранения в ней несжатых кинокадров. Плата является пространством памяти устройства воспроизведения для данных пикселей с емкостью одиночного экрана. Разрешением видеоплаты 5 является 1920×1080, и данные кинокадра, сохраненные в видеоплате 5, состоят из данных пикселей, представленных 16-битным YUV (форматом «яркость - цветность синего - цветность красного»).
Аудиодекодер 9 состоит из транспортного буфера 6, элементарного буфера 7 и декодера 8 и декодирует аудиопоток.
Транспортный буфер 6 хранит в нем пакеты TS, выведенные из фильтра 3b PID, способом «первым вошел - первым вышел» и отправляет пакеты TS в аудиодекодер 8.
Элементарный буфер 7 хранит в нем из числа пакетов TS, выведенных из фильтра 3b PID, только имеющие PID аудиопотока, который должен воспроизводиться способом «первым вошел - первым вышел», и отправляет их в аудиодекодер 8.
Декодер 8 преобразует пакеты TS, сохраненные в транспортном буфере 6, в пакеты PES, декодирует пакеты PES, чтобы получить несжатые аудиоданные в состоянии LPCM, и выводит полученные аудиоданные.
Коммутатор 10a избирательно выдает пакеты TS, считанные с BD-ROM, или пакеты TS, считанные из локального запоминающего устройства 200, в видеодекодер 4.
Коммутатор 10b избирательно выдает пакеты TS, считанные с BD-ROM, или пакеты TS, считанные из локального запоминающего устройства 200, в декодер 11 интерактивной графики.
Коммутатор 10c избирательно выдает пакеты TS, считанные с BD-ROM, или пакеты TS, считанные из локального запоминающего устройства 200, в декодер 13 демонстрационной графики.
Декодер 11 интерактивной графики (IG) декодирует поток IG, считанный с BD-ROM 100 или локального запоминающего устройства 200, и записывает несжатую графику в плату 12 IG. Декодер 11 IG состоит из транспортного буфера (TB) 11a, буфера 11b кодированных данных (CDB), процессора 11c потоковой графики (SGP), буфера 11d объектов, компоновочного буфера 11e и графического контроллера (Ctrl) 11f.
Транспортный буфер (TB) 11a является буфером, в котором временно накапливаются пакеты TS, принадлежащие потоку IG.
Буфер 11b кодированных данных (CDB) является буфером, в котором пакеты PES, составляющие поток IG.
Процессор 11c потоковой графики (SGP) декодирует пакеты PES, хранящие в них графические данные, и записывает несжатое побитовое отображение, состоящее из индексных цветов, полученных обработкой декодирования, в буфер 11d объектов в качестве графического объекта.
В буфере 11d объектов, размещается графический объект, полученный обработкой декодированием, выполненной процессором 11c потоковой графики.
Компоновочный буфер 11e является памятью, в которой размещена управляющая информация для прорисовывания графических данных.
Графический контроллер (Ctrl) 11f декодирует управляющую информацию, размещенную в компоновочном буфере 11e, и выполняет управление на основании результата обработки декодированием.
В плату 12 интерактивно графики (IG) записывается несжатая графика, полученная обработкой декодированием декодера 11 IG.
Декодер 13 демонстрационной графики (PG) декодирует поток PG, считанный с BD-ROM или локального запоминающего устройства 200, и записывает несжатую графику в плату 14 демонстрационной графики. Декодер 13 PG состоит из транспортного буфера (TB) 13a, буфера 13b кодированных данных (CDB), процессора 13c потоковой графики (SGP), буфера 13d объектов (OB), компоновочного буфера 13e (CB) и графического контроллера 13f (Ctrl).
Транспортный буфер (TB) 13a является буфером, в котором пакеты TS, принадлежащие потоку PG, временно накапливаются после того, как вводятся из фильтра 4 PID.
Буфер 13b кодированных данных (CDB) является буфером, в котором пакеты PES, составляющие поток PG.
Процессор 13c потоковой графики (SGP) декодирует пакеты PES (ODS), хранящие в них графические данные, и записывает несжатое побитовое отображение, состоящее из индексных цветов, полученных обработкой декодированием, в буфер 13d объектов в качестве графического объекта.
В буфере 13d объектов размещается графический объект, полученный обработкой декодированием, выполненной процессором 13c потоковой графики.
Компоновочный буфер 13e (CB) является памятью, в которой размещена управляющая информация (PCS) для прорисовывания графических данных.
Графический контроллер 13f (Ctrl) декодирует PCS, размещенный в компоновочном буфере 13e, и выполняет управление на основании результата обработки декодированием.
Плата 14 демонстрационной графики (PG) является памятью, содержащей область емкости одиночного экрана, и способна хранить в ней несжатую графику с емкостью одиночного экрана.
Системный декодер 15 обрабатывает пакеты управления системой (PAT и PMT) вторичного TS и управляет взятыми в целом декодерами.
Транспортный буфер 15a хранит в нем пакеты управления системой (PAT и PMT), присутствующие в первичном TS.
Элементарный буфер 15b отправляет пакеты управления системой в декодер 15c.
Декодер 15c декодирует пакеты управления системой, сохраненные в элементарном буфере 15b.
Транспортный буфер 16a хранит в нем пакеты управления системой, присутствующие во вторичном TS.
Элементарный буфер 16b отправляет пакеты управления системой вторичного TS в декодер 16c.
Декодер 16c декодирует пакеты управления системой, сохраненные в элементарном буфере 16b.
Память 21 является памятью для хранения в ней текущей информации списка воспроизведения и текущей информации о клипах. Текущая информация списка воспроизведения является информацией списка воспроизведения, которая обрабатывается в текущий момент, из числа множества частей информации списка воспроизведения, хранимой на BD-ROM. Текущая информация о клипах является информацией о клипах, которая обрабатывается в текущий момент, из числа множества частей информации о клипах, хранимой на BD-ROM/локальном запоминающем устройстве.
Контроллер 22 достигает управления воспроизведением BD-ROM посредством выполнения воспроизведения списка воспроизведения (то есть управления воспроизведением в соответствии с текущей информацией списка воспроизведения). Контроллер 22 также выполняет вышеупомянутое управление над ATS и STC. При этом управлении контроллер 22 выполняет операцию предварительного чтения, чтобы заблаговременно считывать за период в 1 секунду исходные пакеты с BD-ROM или локального запоминающего устройства в буфер или декодер. Выполнением этой операции предварительного чтения может гарантироваться предотвращение отрицательного переполнения и переполнения благодаря вышеупомянутому управлению окном.
Набор 23 PSR является регистром, встроенным в устройство воспроизведения, и состоит из 64 штук регистров настроек/состояния плеера (PSR) и 4096 штук регистров общего назначения (GPR). Среди значений (PSR), установленных в регистрах настроек/состояния проигрывателя, с PSR4 по PSR8 используются для представления текущей точки воспроизведения.
Модуль 24 преобразования PID преобразует аудиопотоки и номера потоков аудиопотоков, сохраненные в наборе 23 PSR, в опорные значения PID на основании таблицы STN (STN_table), и сообщает опорные значения PID по результатам преобразования в фильтры 3b и 3d PID.
Сетевой модуль 25 выполняет функцию связи устройства воспроизведения. Когда задан URL, модуль 25 связи устанавливает TCP-соединение или FTP-соединение с web-сайтом по заданному URL. Установление такого соединения предусматривает загрузку с web-сайтов.
Модуль 26 приема операций принимает описание операции, выполняемой пользователем на пульте дистанционного управления, и сообщает информацию об операции пользователя, которая указывает операцию, заданную пользователем, в контроллер 22.
В этом заключается описание внутренней структуры устройства воспроизведения. Последующее описывает реализацию контроллера 22 в устройстве воспроизведения. Контроллер 22 может быть реализован в устройстве воспроизведения посредством создания программы, которая побуждает ЦП (центральный процессор, CPU) выполнять последовательность операций по блок-схемам последовательностей операций способов, показанным на фиг.31 и 32, записи программы в ПЗУ (постоянное запоминающее устройство, ROM) и отправки ее в ЦП.
Фиг.31 - блок-схема последовательности операций способа, показывающая процедуру воспроизведения на основании информации списка воспроизведения. Блок-схема последовательности операций способа показывает циклическую структуру, в которой файл.mpls, структурирующий информацию списка воспроизведения, считывается (этап S11), элемент воспроизведения в начале информации списка воспроизведения устанавливается в качестве текущего элемента воспроизведения (этап S12), и этапы с S13 по S25 повторяются для текущего элемента воспроизведения. Эта циклическая структура содержит этап S23 в качестве условия завершения. Дисковод BD-ROM инструктируется для считывания блоков доступа, начиная с соответствующего моменту времени начала (In_Time) и заканчивая соответствующим моменту времени окончания (Out_Time) текущего элемента воспроизведения (этап S13). Производится оценка, присутствует ли предыдущий элемент воспроизведения в текущем элементе воспроизведения (этап S14). Этап S15 или этапы с S16 по S21 выполняются избирательно согласно результатам оценки. Чтобы быть более точным, если текущий элемент воспроизведения не имеет предыдущего элемента воспроизведения (этап S14: Нет), декодер инструктируется для выполнения воспроизведения с момента времени начала элемента воспроизведения (PlayItem_In_Time) до момента времени окончания элемента воспроизведения (PlayItem_Out_Time) (Этап S15).
Если текущий элемент воспроизведения имеет предыдущий элемент воспроизведения (этап S14: Да), производится оценка, находится ли текущий элемент воспроизведения в состоянии CC=5 (этап S16). Когда CC=5 (этап S16: Да), выполняется обработка по этапам с S17 по S20.
Когда предыдущий элемент воспроизведения, приведенный выше, присутствует, последовательность ATC (ATC_Sequence) в основном клипе переключается. Для переключения последовательности ATC (ATC_Sequence), рассчитывается (этап S17) значение смещения для первичного TS, названное дельтой 1 ATC (ATC_delta1). Значение ATC (ATC2) для новой последовательности ATC (ATC_Sequence) получается добавлением дельты 1 ATC (ATC_delta1) к значению ATC (ATC1) первоначальной последовательности ATC (ATC_Sequence) (этап S18).
В дополнение, когда предыдущий элемент воспроизведения, приведенный выше, присутствует, переключается последовательность STC (STC_Sequence) в первичном TS. Для переключения последовательности STC (STC_Sequence), рассчитывается (этап S19) значение смещения, названное дельтой 1 STC (STC_delta1). Значение STC (STC2) для новой последовательности STC (STC_Sequence) получается добавлением дельты 1 STC (STC_delta1) к значению STC (STC1) первоначальной последовательности STC (STC_Sequence) (этап S20).
После того как аудиодекодер 9 инструктируется для подавления перекрытия аудио, декодер инструктируется для выполнения воспроизведения с момента времени начала элемента воспроизведения (PlayItem_In_Time) до момента времени окончания элемента воспроизведения (PlayItem_Out_Time) (этап S21). Когда текущий элемент воспроизведения не находится в состоянии CC=5, выполняется обработка CC=1 и CC=6.
После того как выполнена любая одна из обработки по этапу S15 и обработки по этапам с S16 по S21, выполняется обработка по этапу S25. Этапом S25 является последовательность операций проверки, должен ли элемент вспомогательного воспроизведения воспроизводиться синхронно с текущим элементом воспроизведения. Здесь элемент вспомогательного воспроизведения, составляющий информацию о вспомогательном пути, содержит информацию, названную Id синхронизации с элементом воспроизведения (Sync_PlayItem_Id), и Sync_PlayItem_Id элемента вспомогательного воспроизведения, который должен воспроизводиться синхронно с текущим элементом воспроизведения, устанавливается в этот текущий элемент воспроизведения. Поэтому на этапе S25 делается проверка, присутствует ли в многочисленных элементах вспомогательного воспроизведения, составляющих информацию о вспомогательном пути, элемент вспомогательного воспроизведения, чей Sync_PlayItem_Id был установлен в текущий элемент воспроизведения.
Если никакого такого элемента вспомогательного воспроизведения не присутствует, последовательность операций переходит на этап S22. На этапе 22 делается оценка, достигает ли текущее время воспроизведения (текущее PTM (время представления)) на временной оси AV-клипа момента времени окончания (Out_Time) текущего элемента воспроизведения (этап 22). Если оно достигло, последовательность операций переходит на этап S23. На этапе S23 производится оценка, является ли текущий элемент воспроизведения последним элементом воспроизведения информации списка воспроизведения. Если он не является последним элементом воспроизведения, следующий элемент воспроизведения в информации списка воспроизведения устанавливается в качестве текущего элемента воспроизведения (Step S24), а последовательность операций переходит на этап S13. Таким способом, обработка по этапам S13-S24 выполняется над всеми элементами воспроизведения в информации списка воспроизведения.
Фиг.32 - блок-схема последовательности операций способа, показывающая процедуру обработки безразрывного соединения элементов вспомогательного воспроизведения.
Когда на этапе S25 определено, что присутствует элемент вспомогательного воспроизведения, чей Sync_PlayItem_Id установлен в текущий элемент воспроизведения, элемент вспомогательного воспроизведения устанавливается в качестве текущего элемента вспомогательного воспроизведения (этап S31). Локальное запоминающее устройство 200 инструктируется для вывода блоков доступа, начиная с соответствующего моменту времени начала (In_Time) элемента вспомогательного воспроизведения и заканчивая соответствующим моменту времени окончания (Out_Time) (этап S32). Затем производится оценка, присутствует ли предыдущий элемент вспомогательного воспроизведения в текущем элементе воспроизведения (этап S33), и один из этапа S34, этапа S35 и этапов S36-S41 избирательно выполняется согласно результату оценки. Чтобы быть более точным, если предыдущий элемент вспомогательного воспроизведения не присутствует в текущем элементе воспроизведения (этап S33: Нет), ожидается до тех пор, пока текущий PTM не достигает начального PTS синхронизации элемента воспроизведения (Sync_Start_Pts_of_PlayItem) (этап S34). Когда текущий PTM его достиг, декодер инструктируется для воспроизведения с момента времени начала элемента вспомогательного воспроизведения (SubPlayItem_In_Time) до момента времени окончания элемента вспомогательного воспроизведения (SubPlayItem_Out_Time) (этап S35).
Когда предыдущий элемент вспомогательного воспроизведения присутствует в текущем элементе воспроизведения (этап S33: Да), производится оценка, находится ли текущий элемент воспроизведения в состоянии SP_CC=5 (этап S36). Когда он находится в состоянии SP_CC=5 (этап S36: Да), выполняется обработка по этапам S37-S41.
Когда текущий элемент воспроизведения имеет предыдущий элемент вспомогательного воспроизведения, последовательность ATC (ATC_Sequence) переключается. Для переключения последовательности ATC (ATC_Sequence), рассчитывается значение смещения для вторичного TS, названное дельтой 2 ATC (ATC_delta2) (этап S37), и получается значение ATC (ATC2) для новой последовательности ATC (ATC_Sequence) добавлением дельты 1 ATC (ATC_delta1) к значению ATC (ATC1) первоначальной последовательности ATC (ATC_Sequence) (этап S38).
Дельта ATC (ATC_delta) означает значение смещения, представляющее смещение от момента T1 времени ввода последнего пакета TS транспортного потока (TS1), который был считан изначально, до момента T2 времени ввода последнего пакета TS транспортного потока (TS2), который был считан вновь. Дельта ATC (ATC_delta) удовлетворяет «ATC_delta ≥ N1/TS_recording_rate» («дельта ATC ≥ N1/(скорость записи TS)», где N1 - итоговая сумма пакетов TS, следующих за последним пакетом PES видео из TS1.
В дополнение, когда предыдущий элемент воспроизведения, приведенный выше, присутствует, последовательность STC (STC_Sequence) переключается. Для переключения последовательности STC (STC_Sequence) рассчитывается дельта 2 STC (STC_delta2) (этап S39), и значение STC (STC2) новой последовательности STC (STC_Sequence) получается добавлением дельты 2 STC (STC_delta2) к значению STC первоначальной последовательности STC (STC_Sequence) (этап S40).
Допустим, что временем начала отображения кинокадра, отображенного в заключение в предшествующей последовательности STC (STC_Sequence) является PTS1(1-е окончание), периодом времени отображения кинокадра является TPP, а временем начала кинокадра, отображаемого в начале в следующей последовательности STC (STC_Sequence) является PTS2 (2-е начало). Здесь для CC=5, поскольку необходимо согласовывать время PTS1(1-е окончание)+TPP с временем PTS2 (2-е начало), дельта 2 STC (STC_delta2) может рассчитываться по следующему равенству:
STC_delta2=PTS1(1-е окончание)+TPP-PTS2(2-е начало).
После того как аудиодекодер 9 инструктируется для подавления перекрытия аудио, декодер инструктируется для осуществления воспроизведения с момента времени начала элемента воспроизведения (PlayItem_In_Time) до момента времени окончания элемента воспроизведения (PlayItem_Out_Time) (этап S41).
Контроллер 22 выполняет последовательность операций переключения STC, как описано выше, и эта последовательность операций выполняется в устройстве воспроизведения с общепринятой реализацией, когда декодер находится в состоянии работы без внешней синхронизации. Состояние без внешней синхронизации означает состояние, где декодер не является выполняющим синхронное управление. Впоследствии, когда STC возвращается к условию, где может быть установлена временная ось STC, декодер выполняет переход из состояния без внешней синхронизации в синхронное управление с STC. С другой стороны, когда текущий элемент воспроизведения оценен не находящимся в состоянии CC=5 на этапе S36 (этап S36: Нет), выполняется обработка по CC=1 и CC=6.
Таким образом, согласно настоящему варианту осуществления передаваемый объем, названный окном, ограничен до 48 Мбит/с или менее. Поэтому, если пакеты TS с размером в 96 Mбит × 0,5 секунд считываются в декодер заранее, буфер декодера не будет вызывать отрицательного переполнения или переполнения, даже когда передаваемый объем локально достигает 96 Мбит в пределах периода в 1 секунду. Поскольку объемом данных является «96 Мбит × 0,5 секунды» или менее в любом периоде времени в цифровом потоке, а пакеты TS могут подаваться без отрицательного переполнения или переполнения, потеря видео и аудио может быть предотвращена. Это устраняет риск, что одновременное считывание для реализации инфраструктуры сверхуплотнения оказывает влияние на качество цифрового потока.
В дополнение, если момент времени начала (In_Time) элемента воспроизведения и момент времени окончания (Out_Time) элемента вспомогательного воспроизведения совпадают друг с другом, а состоянием соединения элементов воспроизведения является CC=5, состоянием соединения элемента вспомогательного воспроизведения становится SP_CC=5. Поэтому, когда элемент воспроизведения переключается, переключение с элемента воспроизведения на другой элемент воспроизведения и переключение с элемента вспомогательного воспроизведения на другой элемент вспомогательного воспроизведения могут выполняться одновременно, без перевода блоков демультиплексирования в исходное состояние. Таким образом, несмотря на то что временные оси STC, на которые опираются блоки демультиплексирования, созданы, чтобы синхронизировать друг друга, последовательность операций воспроизведения на основании информации списка воспроизведения может продолжаться.
Вариант 2 осуществления
В настоящем варианте осуществления подробно описано изготовление BD-ROM по предыдущему варианту осуществления. BD-ROM по предыдущему варианту осуществления может быть изготовлен выполнением один за другим следующих последовательностей операций.
<Последовательность операций записи BD-ROM>
Сначала планируется общая структура, с которой воспроизводится BD-ROM (последовательность операций планирования), создаются материалы, такие как записи движущихся изображений и аудиозаписи (последовательность операций получения материалов), и информация конфигурации тома создается на основании общей структуры, созданной в последовательности операций планирования (последовательность операций постановки сценария).
Информация конфигурации тома является информацией, указывающей формат прикладного уровня на оптическом диске с использованием абстрактного описания.
Впоследствии каждые из видеоматериалов, аудиоматериалов, материалов субтитров и материалов меню кодируются, чтобы, тем самым, создать элементарные потоки (последовательность операций кодирования материалов). Затем многочисленные элементарные потоки мультиплексируются (последовательность операций мультиплексирования).
Затем выполняется операция для подгонки мультиплексированных потоков и информации конфигурации тома под формат прикладного уровня BD-ROM, и получаются полные данные (обычно называемые «данными тома»), которые должны записываться в область тома BD-ROM (последовательность операций форматирования).
Экземпляры структуры классов, описанные на языке программирования, являются форматом прикладного уровня носителя записи согласно настоящему изобретению. Информация о клипах, информация списка воспроизведения и тому подобное могут создаваться описанием экземпляров структуры классов на основании синтаксиса, заданного в стандарте BD-ROM. В этом случае данные в табличном формате могут быть определены с использованием операторов «for» языка программирования, а данные, требуемые при определенных условиях, могут определяться с использованием операторов «if».
Когда данные тома получены после такой последовательности операций подгонки, данные тома воспроизводятся, чтобы понять, является ли правильным результат последовательности операций постановки сценария (последовательность операций эмуляции). В последовательности операций эмуляции желательно проводить эмуляцию состояния буфера модели проигрывателя BD-ROM.
В заключение, выполняется последовательность операций штамповки. При этой последовательности операций штамповки, изображения тома преобразуются в физические последовательности данных, и нарезка первого оригинала диска проводится посредством использования физических последовательностей данных для создания первого оригинала диска. Затем BD-ROM изготавливаются из первого оригинала, созданного устройством штамповки. Изготовление состоит из различных последовательностей операций, включающих в себя, главным образом, формование подложки, покрытие отражающей пленкой, покрытие защитной пленкой, ламинирование и печать этикетки.
Завершением этих последовательностей операций может создаваться носитель записи (BD-ROM), описанный в варианте осуществления, приведенном выше.
<Последовательность операций создания дополнительного контента>
Когда кинокартина состоит из содержимого BD-ROM и дополнительного содержимого, выполняются вышеупомянутые с последовательности операций планирования до последовательности операций форматирования. Затем получаются AV-клипы, информация о клипах и информация списка воспроизведения, составляющие данные тома. Те, которые будут поставляться посредством BD-ROM, удаляются из полученных AV-клипов, информации о клипах и информации списка воспроизведения, а оставшаяся информация собирается в один файл в качестве дополнительного контента посредством программы архиватора или тому подобного. Когда такой дополнительный контент получен после этих последовательностей операций, дополнительный контент поставляется на веб-сервер и отправляется в устройства воспроизведения по запросу.
Проверка, описанная в вышеприведенном варианте осуществления, проводится, когда AV-клипы, информация о клипах и информация списка воспроизведения скомплектованы и элементарные потоки, которые должны воспроизводиться, определены таблицей STN (STN_table) в информации списка воспроизведения - то есть в последовательности операций форматирования. Последующее разъясняет систему авторской разработки, которая создает такой прикладной формат.
<Система авторской разработки>
Фиг.33 показывает внутреннюю структуру системы авторской разработки по варианту 2 осуществления. Как показано на фигуре, система авторской разработки состоит из: устройства 51 ввода; устройства 52 кодирования; серверного устройства 53; запоминающего устройства 54 материалов; запоминающего устройства 55 информации конфигурации ED; клиентских устройств 55-58; мультиплексора 60; преобразователя 61 сценария ED; форматера 62 и модуля 63 проверки.
В устройстве 51 ввода устанавливается видеокассета, на которой записаны изображения HD и изображения SD, а затем устройство 51 ввода воспроизводит видеокассету и выводит сигналы воспроизведения в устройство 52 кодирования.
Устройство 52 кодирования кодирует сигналы воспроизведения, выведенные из устройства 51 ввода, чтобы, тем самым, получить элементарные потоки, такие как видеопотоки и аудиопотоки. Элементарные потоки, полученные таким путем, выводятся на серверное устройство 53 через LAN и записываются в запоминающее устройство 54 материалов в серверном устройстве 53.
Серверное устройство 53 состоит из двух приводных устройств, запоминающего устройства 54 материалов и запоминающего устройства 55 информации конфигурации BD.
Запоминающее устройство 54 материалов является встроенным дисковым устройством серверного устройства 53 и последовательно сохраняет элементарные потоки, полученные посредством операций кодирования устройством 52 кодирования. Запоминающее устройство 54 материалов содержит два каталога, каталог потоков HD и каталог потоков SD. Элементарные потоки, полученные кодированием изображений HD, записываются в каталог потоков HD.
Запоминающее устройство 55 информации конфигурации ED является приводным устройством, в котором сохраняется информация конфигурации тома BD.
Мультиплексор 60 считывает из числа элементарных потоков, сохраненных в каталоге потоков HD и каталоге потоков SD в запоминающем устройстве 54 материалов, таковые, заданные в информации конфигурации тома BD, а затем мультиплексирует считанные элементарные потоки согласно информации конфигурации тома HD, чтобы тем самым получить мультиплексированный поток, то есть AV-клип.
Преобразователь 61 сценария BD получает сценарий BD преобразованием информации конфигурации тома BD, сохраненной в запоминающем устройстве 55 информации конфигурации BD, в прикладной формат BD-ROM.
Форматер 62 адаптирует клип, полученный мультиплексором 60, и сценарий BD, полученный преобразователем 61 сценария BD, в формат прикладного уровня на BD-ROM. Посредством этого первый оригинал BD-ROM и контенты для загрузки, которые должны сохраняться на локальном запоминающем устройстве, могут быть получены из адаптированного сценария BD.
Модуль 63 проверки оценивает, обращаясь к таблице STN (STN_table) в информации списка воспроизведения, сформированной преобразователем 61 сценария, удовлетворяют ли первичные TS для BD-ROM и вторичные TS для локального запоминающего устройства, полученные мультиплексором 60, ограничениям для реализации приложения сверхуплотнения.
В этом заключается внутренняя структура системы авторской разработки. Последующее поясняет реализацию модуля 63 проверки системы авторской разработки.
<Процедура обработки для реализации модуля 63 проверки>
Модуль 63 проверки может быть реализован в системе авторской разработки посредством создания программы, которая побуждает ЦП выполнять процедуры обработки по блок-схеме последовательности операций способа, показанной на фиг.34 и 35, записи программы в ПЗУ и отправки ее в ЦП.
Фиг.34 - блок-схема последовательности операций способа, показывающая процедуру проверки над первичными TS и вторичными TS. Блок-схема последовательности операций способа показывает, что ATS первого исходного пакета в последовательности исходных пакетов устанавливается в качестве момента времени начала (In_Time) текущего окна на этапе S1, и последовательности операций по этапам с S2 по S7 повторяются. Циклическая структура повторяет последующие этапы с S2 по S5 до тех пор, пока оценкой на этапе S6 не становится Да: ATS, появляющийся спустя 1 секунду от момента времени начала (In_Time) текущего окна, установлен в качестве момента времени окончания (Out_Time) текущего окна (этап S2); подсчитываются пакеты TS, присутствующие между моментом времени начала (In_Time) и моментом времени окончания (Out_Time) текущего окна (этап S3); итоговая сумма битов текущего окна рассчитывается с момента времени начала (In_Time) (этап S4); и производится оценка, является ли битовым значением 48 Мбит или менее (этап 55). Этапом S6 является оценка, достиг ли момент времени окончания (Out_Time) текущего окна последнего исходного пакета на временной оси ATC. Ели этап S6 принимает состояние Нет, следующий ATS в последовательности исходных пакетов устанавливается в момент времени начала (In_Time) текущего окна (этап S7), и этапы S2-S6 повторяются. Если с любым окном этап S5 принимает состояние Нет, определяется, что есть нарушение стандартизации BD-ROM (этап 9). Когда этап S5 принимает состояние Да для всех окон, а затем этап S6 принимает состояние Да, определяется, что первичные TS и вторичные TS соблюдают стандарт BD-ROM (этап S8).
Поскольку первичные TS и вторичные TS были подвергнуты последовательности операций проверки, вышеупомянутые ограничения удовлетворяются всегда, даже когда первичные TS и вторичные TS подаются из BD-ROM и локального запоминающего устройства соответственно.
В отношении видеопотоков, аудиопотоков, потоков PG и потоков IG, если есть многочисленные элементарные потоки одного и того же типа, желательно проводить проверку согласно процедуре, показанной на фиг.35. При процедуре проверки по фиг.35 этапы S3 и S4 по фиг.34 замещаются этапами S81-S83.
Этапы S81-S83 состоят в том, что: касательно TS, принадлежащих текущему окну, из числа пакетов TS, составляющих элементарные потоки, которым, в таблице STN (STN_table), предоставлена возможность воспроизводиться, битовая скорость рассчитывается для каждого элементарного потока каждый раз, когда определяется текущее окно (этап S81); для каждого типа потоков - то есть многочисленных видеопотоков, многочисленных аудиопотоков, многочисленных потоков PG и многочисленных потоков IG, выбираются имеющие наивысшую рассчитанную битовую скорость (этап S82); наивысшая битовая скорость видеопотока, наивысшая битовая скорость аудиопотока, наивысшая битовая скорость потока PG и наивысшая битовая скорость потока IG суммируются (этап S83); и производится оценка, является ли итоговой суммой 48 Мбит или менее (этап S5).
В приложении сверхуплотнения элементарный поток всегда выбирается единственным и исключительным образом из числа одного и того же типа элементарных потоков, а потому более приемлемо, чтобы проверка проводилась в вышеупомянутой процедуре.
Касательно проверки, является рациональным проверять положения с локально высокими битовыми скоростями, то есть битовые значения положений, в которых имеют место локальные пики. Положения, где имеют место локальные пики, являются следующими.
(1) начало пакета TS, указанное моментом времени начала (In_Time) окна;
(2) окончание пакета TS, указанное моментом времени начала (In_Time) окна;
(3) начало пакета TS, указанное моментом времени окончания (Out_Time) окна, и
(4) окончание пакета TS, указанное моментом времени окончания (Out_Time) окна. Последовательность операций проверки при авторской разработке может дополнительно упрощаться специальным сосредоточением на количествах битов этих положений.
Таким образом, согласно настоящему варианту осуществления, когда создана таблица STN (STN_table), которая предоставляет возможность воспроизведения вторичных TS, может проверяться заранее, когда выполняется авторская разработка, может ли вызываться отрицательное переполнение или переполнение в процессе воспроизведения, на основании таблицы STN (STN_table).
Вариант 3 осуществления
В настоящем изобретении новый тип CC=6 предусмотрен в отношении соединения между элементами воспроизведения и между элементами вспомогательного воспроизведения.
CC=6 задает состояние соединения между многочисленными частями информации об элементах воспроизведения, составляющей информацию прогрессивного списка воспроизведения. Информация прогрессивного списка воспроизведения является информацией списка воспроизведения, используемой для задания, в качестве одного пути воспроизведения, многочисленных AV-клипов для потокового воспроизведения.
<Информация прогрессивного списка воспроизведения>
Информация прогрессивного списка воспроизведения обладает преимуществом становления меньшим размера кэша или наличием способности начинать воспроизведение без ожидания всех файлов, которые должны быть загружены, посредством деления вторичных TS для загрузки/потоковой передачи на частичные файлы.
Поскольку контенты, предусматривающие потоковую передачу, заданы многими короткими AV-клипами, информация прогрессивного списка воспроизведения состоит из многих частей информации списка воспроизведения, каждая из которых соответствует разному одному из многочисленных AV-клипов. С другой стороны, AV-клипы, поделенные на небольшие блоки, были поделены для потоковой передачи, а потому, разрывы в STC и ATC отсутствуют. Соответственно, такое состояние соединения AV-клипов должно быть задано как отличное от CC=5 состояние. Этот тип состояния соединения задан как CC=6.
<Условия, которые должны удовлетворяться, когда CC=6>
Когда CC=6, TS1 и TS2, заданные двумя элементами воспроизведения, и TS1 и TS2, заданные двумя элементами вспомогательного воспроизведения, должны удовлетворять следующим условиям.
1) Видеопоток из TS2 должен начинаться с GOP (группы изображений или кадров).
2) Нет промежутка, в последовательности блоков представления аудио, в точке соединения между аудиопотоком из TS2 и аудиопотоком из TS1, имеющим такой же PID, как у аудиопотока из TS2.
Аудиопоток из TS1 может заканчиваться как неполный аудиопоток. Затем аудиопоток из TS2, имеющий такой же PID, как TS1, может начинаться с неполного блока представления аудио. Воспроизведением этих TS1 и TS2 на основании многочисленных элементов воспроизведения и многочисленных элементов вспомогательного воспроизведения, один полный блок представления аудио может быть получен из двух блоков представления аудио.
В случае CC=6 поток фактически является непрерывным. Поэтому все элементарные потоки соединяются безразрывно в отличие от случая CC=5, где видео соединяется только безразрывно, тогда как аудио соединяется разрывным образом или устанавливается для подавления.
Таким образом, CC=6 означает разделительную границу, создаваемую, когда логически непрерывный поток делится на многочисленные части согласно назначению потоковой передачи. Отметим, что, поскольку поток, который должен быть записан на BD-ROM, должен состоять из 32 исходных пакетов, файлу одного потока, формирующему один элемент вспомогательного воспроизведения, необходимо быть значениями, кратными 6 кбайтам.
<Подробности о CC=6>
Фиг.36 показывает подробное разъяснение относительно CC=6. Уровень 1 показывает файл (20000.m2ts), содержащий одиночный непрерывный временной ряд ATC/STC, а способ кодирования не меняется. Уровень 2 показывает три файла (20001.m2ts, 20002.m2t и 20003.m2ts), хранящие в них три потока. Эти три файла хранят в них три первичных TS, которые были получены делением одиночного потока уровня 1 на блоки из выровненных блоков (6 кбайт).
Фиг.37 показывает взаимосвязь между элементами воспроизведения и элементами вспомогательного воспроизведения. Уровень 1 показывает три элемента воспроизведения (информацию #1 об элементе воспроизведения, информацию #2 об элементе воспроизведения и информацию #3 об элементе воспроизведения) в информации списка воспроизведения. Эти три элемента воспроизведения задают первичный TS, а соединение между информацией #1 и #2 об элементе воспроизведения установлено в CC=1, тогда как соединение между информацией #2 и #3 об элементе воспроизведения установлено в CC=5. Уровень 2 показывает три элемента вспомогательного воспроизведения (элемент #1 вспомогательного воспроизведения, элемент #2 вспомогательного воспроизведения и элемент #3 вспомогательного воспроизведения) в информации списка воспроизведения. Эти три элемента вспомогательного воспроизведения задают вторичный TS, а соединение между элементами #1 и #2 вспомогательного воспроизведения установлено в CC=1, тогда как соединение между элементами #2 и #3 вспомогательного воспроизведения установлено в CC=5. Уровень 3 показывает девять элементов вспомогательного воспроизведения (элемент #1 вспомогательного воспроизведения, элемент #2 вспомогательного воспроизведения, с элемента #3 вспомогательного воспроизведения по элемент #9 вспомогательного воспроизведения) в информации прогрессивного списка воспроизведения. Эти девять элементов вспомогательного воспроизведения задают вторичный TS. Здесь соединение между элементами #3 и #4 вспомогательного воспроизведения установлено в CC=1, соединение между элементами #6 и #7 вспомогательного воспроизведения установлено в CC=5, а оставшиеся соединения установлены в CC=6. Элементы вспомогательного воспроизведения в прогрессивном списке воспроизведения обычно соединены при CC=6; однако, когда элементы воспроизведения соединены при CC=1 и CC=5, элементы вспомогательного воспроизведения также соединяются с удовлетворением условия CC=1 и CC=5 соответственно, подобно элементам воспроизведения.
Таким образом, настоящий вариант осуществления вводит новое состояние соединения CC=6 для элементов воспроизведения и элементов вспомогательного воспроизведения, в силу этого осуществляя последовательность операций деления AV-клипов, составляющих информацию прогрессивного списка воспроизведения, на небольшие секции и поставляя их посредством потоковой передачи.
Вариант 4 осуществления
В варианте 1 осуществления пояснено, каким образом следует ограничивать количество битов для каждого окна; настоящий вариант осуществления представляет, каким образом выполнять мультиплексирование, чтобы удовлетворять таким ограничениям.
<Мультиплексирование видео и аудио>
Фиг.38 схематично показывает, в случае где аудио, составляющее первичный TS, замещается аудио, составляющим вторичный TS, каким образом многочисленные пакеты TS, составляющие первичный TS, и многочисленные пакеты TS, составляющие вторичный TS, мультиплексируются вместе.
Фиг.38 схематично показывает способ, которым совместно мультиплексируются многочисленные пакеты TS, представленные на временной оси ATC. Уровень 1 показывает первичный TS. Первичный TS состоит из пакетов TS, хранящих в них V, A1 и A2 (один набор видео и два набора аудио). Эти пакеты TS получены совместным мультиплексированием этих трех элементарных потоков двух типов.
Уровень 2 показывает вторичный TS. Вторичный TS состоит из пакетов TS, хранящих в них два набора аудио A3 и A4. Период p3 времени, в течение которого эти пакеты TS вторичного TS мультиплексируются, на временной оси ATC, указывающей временные характеристики ввода в декодер, составлен из периода p1 времени, в течение которого мультиплексируются аудиопакеты первичного TS, и периода p2 времени, в течение которого не передаются пакеты TS, образующие первичный TS.
Мультиплексированием потоков таким способом, может быть обеспечено, что итоговая сумма битовой скорости элементарных потоков, которые должны декодироваться, не превышает допустимую максимальную битовую скорость первичного TS (48 Мбит/с), безразлично какой элементарный поток выбран для каждого типа из элементарных потоков. Пример, показанный на фиг.38, является простейшим случаем, в котором вторичный TS включает в себя только аудио.
<Мультиплексирование потоков видео, аудио, PG и IG>
Фиг.39 схематично показывает, в случае где субтитры (поток PG) и меню (поток IG) также замещаются в дополнение к аудио, способ, которым совместно мультиплексируются многочисленные пакеты TS, составляющие первичный TS, и многочисленные пакеты TS, составляющие вторичный TS.
На фигуре период k3 времени, в течение которого пересылаются пакеты вторичного TS, является итоговой суммой:
1) периода k1 времени, в течение которого пересылаются пакеты, чей тип является таким же, как в первичном TS, и
2) периода времени, в течение которого первичный TS не передается.
Вышеприведенные правила 1) и 2) применяются таким же образом к другим типам потоков (видео, IG, PG и подобным), хранимым во вторичном TS. Поэтому целесообразно, если для каждого потока сначала производится оценка, может ли поток мультиплексироваться во вторичный TS в течение периода времени, когда пересылается пакет, чей тип является таким же, как в первичном TS, и, когда оценка отрицательна, выполняется мультиплексирование в периоде времени, в течение которого никакой первичный TS не пересылается.
<Последовательность операций мультиплексора 60>
Последующее более точно описывает последовательность операций мультиплексора 60 по настоящему варианту осуществления.
Чтобы реализовать мультиплексирование, описанное выше, мультиплексор 60 имитирует согласно модели декодера состояние буфера, зафиксированное, когда воспроизводится первичный TS, и находит период времени для пересылки каждого пакета первичного TS и период времени для отсутствия передачи первичного TS. После нахождения этих периодов времени мультиплексор 60 преобразует каждый пакет PES, составляющий вторичный TS, в пакеты TS, так что каждый из пакетов PES пересылается в течение периода времени, когда пересылается пакет, чей тип является таким же, как в первичном TS, или в течение периода времени, когда первичный TS не пересылается, и прикрепляет ATS к каждому пакету TS. Поскольку ATS, прикрепленный этим способом, указывает период времени, когда пересылается пакет, чей тип является таким же, как в первичном TS, или период времени, когда первичный TS не пересылается, каждый пакет PES, составляющий вторичный TS, отправляется в декодер в течение периода времени, когда пересылается пакет, чей тип является таким же, как в первичном TS, или периода времени, когда первичный TS не передается, как показано на фиг.39.
<Поставка согласно DVD>
В случае когда элементарные потоки, поставляемые из локального запоминающего устройства, созданы не в формате транспортного потока, а в формате программного потока мультиплексор 60 преобразует пакеты PES, составляющие элементарные потоки, в пачки, и SCR (системная временная метка) прикрепляется к заголовку TS каждой пачки. SCR, прикрепленная таким способом, также указывает, подобно ATS, период времени, когда пересылается пакет, чей тип является таким же, как в первичном TS, или период времени, когда первичный TS не пересылается. Поэтому каждый пакет PES, составляющий вторичный PS (программный поток, поставляемый из локального запоминающего устройства), отправляется в декодер в течение периода времени, когда пакет, чей тип является таким же, как в первичном PS (программном потоке, поставляемом с BD-ROM), или периода времени, когда первичный TS не пересылается, как показано на фиг.39. В случае когда элементарные потоки, поставляемые из локального запоминающего устройства, созданы в формате программного потока, период времени, когда пересылается пакет, чей тип является таким же, как в первичном TS, или период времени, когда первичный TS не пересылается, выражены в больших единицах времени, пачке (пакете PES). Поэтому накладные расходы, когда выполняется авторская разработка, являются существенно меньшими, каковое помогает осуществляться приложению сверхуплотнения. Это является преимуществом, когда приложение сверхуплотнения реализовано в устройстве воспроизведения DVD.
Таким образом, настоящий вариант осуществления выполняет мультиплексирование посредством выбора, в качестве периодов ввода для пакетов, составляющих вторичный TS, периода времени, когда пересылается пакет, чей тип является таким же, как в первичном TS, или периода времени, когда первичный TS не пересылается. Это способствует ограничению количества битов, показанному удовлетворяемым в варианте 1 осуществления. Осуществление такого мультиплексирования в системе авторской разработки по варианту 2 осуществления облегчает постановку кинофильма с выполнением приложения сверхуплотнения. Посредством этого гарантия отсутствия переполнения в течение воспроизведения может быть легко реализована, когда выполняется авторская разработка.
Вариант 5 осуществления
В настоящем варианте осуществления подробно пояснено приложение микширования аудио. Это приложение включает в себя исключение для правила сверхуплотнения по выбору только одного элементарного потока для каждого типа. То есть приложение микширования аудио совместно выбирает одновременно аудиопоток для первичного TS и аудиопоток для вторичного TS, и одновременно декодирует два аудио, аудио первичного TS и аудио вторичного TS.
Фиг.40 показывает способ, которым первичный TS и вторичный TS, составляющие приложение микширования аудио, подаются в декодер в устройстве воспроизведения BD-ROM. На фигуре в числе внутренних структурных компонентов устройства воспроизведения BD-ROM дисковод 1a BD-ROM, локальное запоминающее устройство 200 и сетевой модуль 25 показаны по левую сторону, тогда как соответственные декодеры показаны по правую сторону. Фильтр PID, который выполняет демультиплексирование потока, показан в центре. Первичный TS (видео 1, аудио 1 (английский язык), аудио 2 (испанский язык), PG 1 (субтитры на английском языке), IG 1 (меню на английском языке)) и вторичный TS (аудио 3 (дикторский текст), PG 2 (субтитры на японском языке), PG 3 (субтитры на корейском языке), IG 4 (субтитры на китайском языке), IG 2 (меню на японском языке)) на фигуре являются транспортными потоками, поставляемыми с BD-ROM и локального запоминающего устройства соответственно. Поскольку только английский язык (аудио 1) и испанский язык (аудио 2) записаны на диске, дикторский текст режиссера кинофильма не может быть выбран на диске. Однако посредством загрузки в локальное запоминающее устройство вторичного TS, который включает в себя аудио 3, поставляемое поставщиком контента, аудио на английском языке (аудио 1), аудио 3 (дикторский текст) могут отправляться в декодер. Затем декодер смешивает аудио на английском языке (аудио 1) и аудио 3 (дикторский текст) и выводит результат, который предоставляет пользователю возможность воспроизводить вместе с видео (видео 1) аудио на английском языке, к которому присоединен дикторский текст.
Здесь единственным отличием от приложения сверхуплотнения является декодирование двух аудиопотоков одновременно. С первичным TS, может возникать случай, где, например, аудио дикторского текста режиссера желательно добавлять после выпуска диска. Соответственно, ограничение на битовую скорость первичного TS не является предпочтительным, а потому вводится ограничение на вторичный поток TS, как в случае приложения сверхуплотнения. Поскольку микшированию аудио необходимо декодировать аудио в дополнение к каждому элементарному потоку (видео, аудио, субтитру и меню), необходимы две номенклатуры аудиодекодера.
<Структуры первичных и вторичных аудиопотоков>
При реализации приложения микширования аудио, аудиопоток, который будет принадлежать первичному TS, указывается ссылкой как первичный аудиопоток, тогда как аудиопоток, который будет принадлежать вторичному TS, указывается ссылкой как вторичный аудиопоток. Последующее описывает такие первичные и вторичные аудиопотоки.
Есть 32 первичных аудиопотока, каждый из которых имеет разный PID, из числа с 0x1100 по 0x111F. С другой стороны, подобно первичным потокам, есть 32 вторичных аудиопотока, каждый из которых имеет разный PID из числа от 0x1A00 по 0x1A1F.
Отличие вторичных аудиопотоков от первичных аудиопотоков состоит в том, что аудиокадры вторичных аудиопотоков включают в себя метаданные, составленные из «информации понижающего микширования» и «информации регулировки усиления».
«Информацией понижающего микширования» является информация для понижающего микширования. Понижающее микширование является преобразованием, которое превращает количество каналов воспроизведения аудио в меньшее, чем количество кодированных каналов. Информация понижающего микширования задает матрицу коэффициентов преобразования для понижающего микширования и, тем самым, заставляет устройство воспроизведения выполнять понижающее микширование. Воспроизведение 5.1-канального аудиопотока после преобразования его в 2-канальный аудиопоток является одним из примеров понижающего микширования.
«Информация регулировки усиления» является информацией для повышения или снижения коэффициента усиления аудиовыхода первичного аудиопотока; однако здесь информация управления коэффициентом усиления должна только снижать коэффициент усиления. Таким образом, метаданные вторичного аудиопотока способны снижать в реальном времени выходную мощность первичного аудиопотока, который воспроизводится одновременно с вторичным аудиопотоком. В случае наложения вторичного аудио на первичное аудио, поскольку пара первичного аудио и вторичного аудио, которые должны микшироваться, известна заранее, есть необходимость регулировать коэффициент усиления двух аудио в реальном времени. В этом случае микширование (наложение) может хорошо осуществляться только посредством снижения коэффициента усиления первичного аудио наряду с сохранением коэффициента усиления вторичного аудио неизменным. Посредством предоставления таких метаданных возможно избежать возникновения нарастания выходного уровня звука воспроизведения первичного аудиопотока и выходного уровня звука воспроизведения вторичного аудиопотока и, таким образом, повреждения акустических колонок. В этом заключаются аудиопотоки по настоящему варианту осуществления. Следующими описаны усовершенствования информации списка воспроизведения по настоящему варианту осуществления.
<Таблица STN (STN_table) для реализации приложения микширования аудио>
Элементарные потоки одного и того же типа должны декодироваться декодером одновременно, а потому касательно информации списка воспроизведения по настоящему варианту осуществления многочисленные первичные аудиопотоки и многочисленные вторичные аудиопотоки, разрешенные для воспроизведения, показаны в таблице STN (STN_table) каждого элемента воспроизведения.
Последующее описывает таблицу STN (STN_table) по настоящему варианту осуществления. Для реализации приложения микширования аудио пары входа потока (Stream_entry) и атрибута потока (Stream_attribute) во вторичных аудиопотоках присутствуют в таблице STN (STN_table) в дополнение к парам входа потока (Stream_entry) и атрибута потока (Stream_attribute) в первичных аудиопотоках. Каждая пара входа потока (Stream_entry) и атрибута потока (Stream_attribute) во вторичных аудиопотоках ассоциативно связана с информацией объединения вторичного аудио и первичного аудио (Comb_info_Secondary_audio_Primary_audio).
(Информация объединения вторичного аудио и первичного аудио (Comb_info_Secondary_audio_Primary_audio))
Информация объединения вторичного аудио и первичного аудио (Comb_info_Secondary_audio_Primary_audio) уникально задает один или более первичных аудиопотоков, с которыми может микшироваться воспроизведение вторичных аудиопотоков. Это предусматривает, когда выполняется авторская разработка, создание настройки необходимости микширования согласно атрибуту аудио, так что, например, вторичный аудиопоток не микшируется, когда должен воспроизводиться первичный аудиопоток, имеющий предопределенный атрибут, тогда как вторичный аудиопоток микшируется, когда должен воспроизводиться первичный аудиопоток, имеющий атрибут, иной чем предопределенный атрибут.
(Информация об условии соединения SP (sp_connection_condition Information))
В информации списка воспроизведения такое же значение, как информация об условии соединения (connection_condition) информации об элементе воспроизведения, установлено для информации условия соединения SP (sp_connection_condition) элемента вспомогательного воспроизведения. Поэтому, когда информацией об условии соединения (connection_condition) информации об элементе воспроизведения является «=5», информация об условии соединения SP (sp_connection_condition) информации об элементе вспомогательного воспроизведения также устанавливается в качестве «SP_CC=5». В дополнение, информация о моменте времени начала (In_Time) и моменте времени окончания (Out_Time) элемента вспомогательного воспроизведения показывает такие же моменты времени, как информация о моменте времени начала (In_Time) и моменте времени окончания (Out_Time) элемента воспроизведения.
В этом заключается усовершенствование носителя записи по настоящему варианту осуществления. Следующей описана внутренняя структура устройства воспроизведения по настоящему варианту осуществления.
<Внутренняя структура устройства воспроизведения>
Фиг.41 показывает внутреннюю структуру устройства воспроизведения согласно варианту 5 осуществления. TB 6, EB 7 и аудиодекодер 8 замещены процессором микширования аудио (охвачен пунктирными линиями), как показано на фигуре. Процессор микширования аудио вводит два аудиопотока из первичного TS и вторичного TS, одновременно их декодирует и смешивает их. Оставшаяся часть внутренней структуры является такой же, как таковая для реализации приложения сверхуплотнения. Следующим описан процессор микширования. Процессор микширования состоит из: транспортных буферов 6a и 6b; EB 7a и 7b; буфера 7c предварительной загрузки; аудиодекодеров 8a и 8b и микшеров 9a и 9b.
Транспортный буфер 6a хранит пакеты TS, имеющие PID аудиопотоков и выведенные из фильтра 3b PID способом «первым вошел - первым вышел», и отправляет пакеты TS в аудиодекодер 8a.
Транспортный буфер 6b хранит пакеты TS, имеющие PID аудиопотоков и выводимые из фильтра 3d PID способом «первым вошел - первым вышел», и отправляет пакеты TS в аудиодекодер 8b.
EB 7a является буфером, который хранит пакеты PES, полученные преобразованием пакетов TS, хранимых в буфере 6a.
EB 7b является буфером, который хранит пакеты PES, полученные преобразованием пакетов TS, хранимых в буфере 6a.
Буфер 7c предварительной загрузки является памятью для предварительной загрузки файла sound.bdmv, считанного из BD-ROM/локального запоминающего устройства. Файл sound.bdmv является файлом, который хранит в нем аудиоданные, которые должны выводиться в ответ на операцию, произведенную над меню.
Аудиодекодер 8a декодирует пакеты PES, составляющие первичный TS, чтобы, тем самым, получить несжатые аудиоданные в состоянии LPCM, и выводит полученные аудиоданные. Это успешно выполняет цифровой вывод аудиопотока.
Аудиодекодер 8b декодирует пакеты PES, составляющие вторичный TS, чтобы, тем самым, получить несжатые аудиоданные в состоянии LPCM, и выводит полученные аудиоданные. Это успешно выполняет цифровой вывод аудиопотока.
Микшер 9a микширует цифровое аудио в состоянии LPCM, выведенное из аудиодекодера 8a, и цифровое аудио в состоянии LPCM, выведенное из аудиодекодера 8b.
Микшер 9b микширует цифровое аудио в состоянии LPCM, выведенное из микшера 9a, и акустические данные, сохраненные в буфере 7c. Эта операция микширования посредством звукового микшера 9b осуществляется тем, что контроллер 22 декодирует команду навигации с намерением испускать звук щелчка кнопкой.
В этом заключается описание устройства воспроизведения по настоящему варианту осуществления.
<Проверка по приложению микширования аудио>
Поскольку приложение микширования аудио состоит из первичных аудиопотоков и вторичных аудиопотоков, как описано выше, проверка, которая показана в варианте 2 осуществления, проводится с допущением, что первичный аудиопоток и вторичный аудиопоток были считаны одновременно. Точнее говоря, окно сдвигается на один пакет в каждый момент времени на временной оси ATC, на который ссылается основной клип и вспомогательный клип. Процедура сдвига является такой же, как показанная в блок-схеме последовательности операций способа по фиг.35. В каждой координате временной оси ATC, указанной посредством ATS, поток, имеющий наивысшую рассчитанную битовую скорость, выбирается по каждому типу видеопотока, многочисленных первичных аудиопотоков, многочисленных вторичных аудиопотоков, многочисленных потоков PG и многочисленных потоков IG. Наивысшая битовая скорость видеопотока, наивысшая битовая скорость первичного аудиопотока, наивысшая битовая скорость вторичного аудиопотока, наивысшая битовая скорость потока PG и наивысшая битовая скорость потока IG суммируются и производится оценка, является ли итоговой суммой 48 Мбит или меньше. Если итоговая сумма превышает 48 Мбит, определяется, что есть нарушение стандартизации BD-ROM.
Таким образом, согласно настоящему варианту осуществления гарантируется, что количество бит в секунду не превышает предопределенного верхнего предела, даже когда первичные и вторичные аудиопотоки одновременно считываются как из BD-ROM, так и локального запоминающего устройства, и подаются в декодеры для первичных и вторичных аудиопотоков. При такой гарантии приложение микширования аудио может создаваться рационально. Это дает возможность системы поставки, которая загружает в локальное запоминающее устройство дополнительный контент, который реализует приложение микширования аудио и поставляет его в декодер из локального запоминающего устройства. Поэтому может быть легко реализована компоновка поставки, например, для добавления дикторского текста после отгрузки BD-ROM.
Вариант 6 осуществления
В варианте 1 осуществления точки соединения между элементами воспроизведения и между элементами вспомогательного воспроизведения согласованы посредством подгонки моментов времени начала (In_Time) и моментов времени окончания (Out_Time) элементов воспроизведения и моментов времени начала (In_Time) и моментов времени окончания (Out_Time) элементов вспомогательного воспроизведения. С другой стороны, настоящий вариант осуществления не требует, чтобы точки соединения согласовывались и предоставляет возможность некоторой степени разновременности, для того чтобы осуществлять микширование аудио.
В случае предоставления возможности разновременности требуется другое ограничение. Вышеупомянутая последовательность операций изменения STC выполняется на безразрывных соединениях между элементами воспроизведения и между элементами вспомогательного воспроизведения, и эта последовательность операций изменения выполняется, когда декодер находится в состоянии без внешней синхронизации. Здесь в безразрывном соединении, декодер не может переходить к синхронному управлению до тех пор, пока не возвращена STC, а потому безразрывное соединение, привлекающее изменение STC, не может допускаться часто вследствие проблем реализации. Соответственно, точки соединения CC=5, остающиеся как в элементах воспроизведения, так и элементах вспомогательного воспроизведения, должны сдерживаться от появления на предопределенный интервал (например, три секунды или около этого) друг от друга.
Фиг.42 показывает взаимосвязь между элементами воспроизведения и элементами вспомогательного воспроизведения, заданными списком воспроизведения, указывающим микширование аудио. Уровень 1 по фиг.42 показывает три элемента воспроизведения (информацию #1 об элементе воспроизведения, информацию #2 об элементе воспроизведения и информацию #3 об элементе воспроизведения) в информации списка воспроизведения. Эти три элемента воспроизведения задают первичный TS, а соединение между информацией #1 и #2 об элементе воспроизведения установлено в CC=1, тогда как соединение между информацией #2 и #3 об элементах воспроизведения установлено в CC=5. Уровень 2 по фиг.42 показывает три элемента вспомогательного воспроизведения (элемент #1 вспомогательного воспроизведения, элемент #2 вспомогательного воспроизведения и элемент #3 вспомогательного воспроизведения) в информации списка воспроизведения. Эти три элемента вспомогательного воспроизведения задают вторичный TS, а соединение между элементами #1 и #2 вспомогательного воспроизведения установлено в CC=1, тогда как соединение между элементами #2 и #3 вспомогательного воспроизведения установлено в CC=5. Уровень 3 по фиг.42 показывает девять элементов вспомогательного воспроизведения (элемент #1 вспомогательного воспроизведения, элемент #2 вспомогательного воспроизведения, с элемента #3 вспомогательного воспроизведения по элемент #9 вспомогательного воспроизведения) в информации прогрессивного списка воспроизведения. Эти девять элементов вспомогательного воспроизведения задают вторичный TS. Здесь соединение между элементами #3 и #4 вспомогательного воспроизведения установлено в CC=1, соединение между элементами #4 и #5 вспомогательного воспроизведения установлено в CC=5, а оставшиеся соединения установлены в CC=6.
На фигуре началом элемента #3 вспомогательного воспроизведения уровня 2 является 3 секунды до начального момента элемента #3 воспроизведения уровня 1. Подобным образом, начальным моментом элемента #5 вспомогательного воспроизведения уровня 3 является 3 секунды до начального момента элемента #3 воспроизведения уровня 1.
Период времени для изменения временных осей STC элементов воспроизведения и элементов вспомогательного воспроизведения составляет 3 секунды, а потому изменение временных осей STC не происходит слишком часто.
Временная привязка CC=1 для элементов воспроизведения установлена в соответствии с SP_CC=1. Это предназначено для предохранения воспроизведения элементов воспроизведения и элементов вспомогательного воспроизведения от выхода из синхронизации в случае, где продолжается воспроизведение только элементов вспомогательного воспроизведения, когда соединение является небезразрывным при CC=1.
Режим соединения по соединению элементов вспомогательного воспроизведения при SP_CC=5 в середине элементов воспроизведения становится полезным, когда и сценический вариант, и режиссерская нарезка сохранены на одиночном диске.
Уровень 1 по фиг.43 показывает пример информации списка воспроизведения, составляющей как сценический вариант, так и режиссерскую нарезку. В пределах информации списка воспроизведения режиссерская нарезка состоит из элемента #1 воспроизведения, элемента #2 воспроизведения и элемента #4 воспроизведения, тогда как сценический вариант состоит из элемента #1 воспроизведения, элемента #3 воспроизведения и элемента #4 воспроизведения. Таким образом, поскольку элемент #1 воспроизведения и элемент #4 воспроизведения совместно используются двумя вариантами, главы могут создаваться рационально. Так как часть видео в каждом варианте, отличном от другого, является более коротким, чем полная продолжительность видео, объем данных, записанный на диск, может эффективно сокращаться. Уровень 2 по фиг.43 показывает пример, в котором дикторские тексты, соответствующие элементу #1 воспроизведения, элементу #2 воспроизведения и элементу #4 воспроизведения уровня 1, определены в качестве одного элемента вспомогательного воспроизведения, а дикторские тексты, соответствующие элементу #1 воспроизведения, элементу #3 воспроизведения и элементу #4 воспроизведения, определены в качестве другого элемента вспомогательного воспроизведения. В этом случае дикторские тексты, соответствующие элементу #1 воспроизведения и элементу #4 воспроизведения, должны быть приготовлены для каждого из двух элементов вспомогательного воспроизведения, каковое является неблагоприятным в показателях объема данных.
Уровень 3 по фиг.43 показывает пример, в котором определены элементы вспомогательного воспроизведения (элемент #1 вспомогательного воспроизведения, элемент #2 вспомогательного воспроизведения, элемент #3 вспомогательного воспроизведения и элемент #4 вспомогательного воспроизведения), каждый из которых соответствует элементу #1 воспроизведения, элементу #2 воспроизведения, элементу #3 воспроизведения и элементу #4 воспроизведения. Допустим, что соединения элемента #1 вспомогательного воспроизведения с элементом #2 вспомогательного воспроизведения и с элементом #3 вспомогательного воспроизведения, а также соединения элемента #2 вспомогательного воспроизведения с элементом #3 вспомогательного воспроизведения и с элементом #4 вспомогательного воспроизведения находятся в состоянии CC=5. Эти точки соединения появляются в моменты времени в стороне от точек соединения элементов воспроизведения. То есть на стороне дикторского текста ветвление до элемента #2 вспомогательного воспроизведения или элемента #3 вспомогательного воспроизведения вызывается за 3 секунды до того, как заканчивается элемент #1 воспроизведения, с использованием CC=5 (или CC=6).
В дополнение, ветвление до элемента #4 вспомогательного воспроизведения вызывается 3 секунды спустя после того, как заканчиваются элемент #2 воспроизведения и элемент #3 воспроизведения, с использованием CC=5 (или CC=6). Начала элемента #2 вспомогательного воспроизведения и элемента #3 вспомогательного воспроизведения и начало элемента #4 вспомогательного воспроизведения находятся соответственно на 3 секунды в стороне от начал элемента #2 воспроизведения и элемента #3 воспроизведения и начала элемента #4 воспроизведения. Посредством обеспечения таких периодов времени изменение временных осей STC не происходит слишком часто.
В определенном смысле, CC=5 требуется, исключительно чтобы вызывать возврат с элемента #3 вспомогательного воспроизведения на элемент #4 вспомогательного воспроизведения (безразрывное соединение, в котором временные оси ATC/STC переводятся в исходное состояние), а CC=6 может использоваться вместо CC=5 для оставшихся ветвлений.
Таким образом, согласно настоящему варианту осуществления, поскольку момент времени начала (In_Time) и момент времени окончания (Out_Time) элементов воспроизведения не соответствуют моменту времени начала (In_Time) и моменту времени окончания (Out_Time) элементов вспомогательного воспроизведения, синхронизация счетчиков 2a и 2c ATC, а также счетчиков 3a и 3c STC не обязательна, каковое увеличивает свободу конструкции устройств воспроизведения.
Вариант 7 осуществления
В варианте 6 осуществления, первичные и вторичные аудиопотоки являются целевыми объектами ограничения количества битов, когда они одновременно считываются с BD-ROM и локального запоминающего устройства и подаются в декодер. Настоящий вариант осуществления поясняет ограничение количества битов, накладываемое, когда реализуется приложение воспроизведения многооконной визуализации (PiP).
Воспроизведение PiP, когда основные клипы, составляющие движущиеся изображения, заданы информацией об основном пути из информации списка воспроизведения и вспомогательные клипы, составляющие другой набор движущихся изображений, заданы информацией об элементах вспомогательного воспроизведения из информации списка воспроизведения, является технологией для отображения первых движущихся изображений (первичного видео) и последних движущихся изображений (вторичного видео) на одном и том же экране. Здесь первичное видео состоит из изображений HD, тогда как вторичное видео состоит из изображений SD. Изображения HD имеют разрешение 1920×1080 с циклом синхронизации кадров 3750 (в качестве альтернативы, 3753 или 3754), подобно пленочному материалу. Изображения SD имеют разрешение 720×480 с циклом синхронизации отображения 1501, подобно материалу NTSC (стандарта Национального комитета по телевизионным системам) или с циклом синхронизации кадров 1800, подобно материалу PAL (стандарта с построчным изменением фазы).
Изображения SD имеют около 1/4 разрешения изображений HD, а потому, если первичное видео, которым являются изображения HD, и вторичное видео отображаются на одном и том же экране, габариты вторичного видео составляют около 1/4 по отношению к первичному видео.
Здесь допустим, что вторичное видео является движущимися изображениями, в которых появляются режиссер и/или актерский состав и дают представление, например, выделение главных моментов по видеоконтенту первичного видео. В этом случае объединением видеоконтента вторичного видео с видеоконтентом первичного видео возможно реализовать развлекательный экранный эффект, где режиссер и актерский состав дают дикторский текст во время выделения главных моментов по контенту в видео воспроизведения кинофильма.
<Информация списка воспроизведения по настоящему варианту осуществления>
Видеопоток для вторичного видео (вторичный видеопоток) задается многочисленными частями информации об элементе вспомогательного воспроизведения в информации о вспомогательном пути из информации списка воспроизведения. К такой информации об элементе вспомогательного воспроизведения вновь добавлены элементы информации положения PiP (PiP_Position) и размера PiP (PiP_Size).
«PiP_Position» («положение PiP) указывает с использованием координат X и Y на плоскости экрана, используемой для воспроизведения первичного видео, позицию, в которой должно быть расположено видео воспроизведения вторичного видео.
«PiP_Size» («размер PiP») указывает высоту и ширину видео воспроизведения вторичного видео.
Дополнительно, информация об условии соединения SP элементов вспомогательного воспроизведения в настоящем варианте осуществления установлена в «=5». Это означает гарантию безразрывного соединения между вторичным видеопотоком, мультиплексированным во вспомогательные клипы текущего элемента вспомогательного воспроизведения, и вторичным видеопотоком, мультиплексированным во вспомогательный клип предыдущего элемента вспомогательного воспроизведения. Информация об условии соединения SP (sp_connection_condition) таких элементов вспомогательного воспроизведения установлена в такое же значение, как информация об условии соединения (connection_condition) из информации об элементе воспроизведения. Поэтому, если информацией об условии соединения (connection_condition) из информации об элементе воспроизведения является «=5», информация об условии соединения SP (sp_connection_condition) из информации об элементе вспомогательного воспроизведения также должна быть установлена в «=5». То есть если первичный видеопоток на стороне элемента воспроизведения соединяется безразрывно, вторичный видеопоток на стороне элемента вспомогательного воспроизведения должен соединяться безразрывно. В дополнение, информация о моменте времени начала (In_Time) и моменте времени окончания (Out_Time) элемента вспомогательного воспроизведения должна указывать такие же моменты времени, как информация о моменте времени начала (In_Time) и моменте времени окончания (Out_Time) элемента воспроизведения.
В этом заключается описание носителя записи по настоящему варианту осуществления.
<Усовершенствование устройства воспроизведения по настоящему варианту осуществления>
Последующее разъясняет усовершенствования устройства воспроизведения. Для того чтобы выполнять обработку декодирования вторичных видеопотоков, аппаратные средства устройства воспроизведения по настоящему варианту осуществления включают в себя еще один набор структурных элементов, используемых для декодирования видеопотоков. Здесь структурными элементами, используемыми для декодирования видеопотоков, являются: транспортный буфер; мультиплексированный буфер; элементарный буфер; декодер и видеоплата, и декодируют вторичные видеопотоки. В дополнение, устройство воспроизведения по настоящему варианту осуществления включает в себя модуль масштабирования и модуль синтеза, описанные ниже.
Модуль масштабирования увеличивает или уменьшает размер видео воспроизведения в плоскости вторичного видео по высоте и ширине, указанным размером PiP (PiP_Size) информации об элементе вспомогательного воспроизведения.
Модуль синтеза осуществляет воспроизведение PiP посредством синтеза видео воспроизведения, размер которого был увеличен модулем масштабирования, и видео воспроизведения, полученного видеодекодером. Синтез видео воспроизведения первичного видео и видео воспроизведения вторичного видео выполняется в соответствии с положением PiP (PiP_Position), заданным информацией об элементе вспомогательного видео. Посредством этого синтезированное видео, которое создано посредством синтеза видео воспроизведения первичного видео и видео воспроизведения вторичного видео, может воспроизводиться. Блок синтеза способен выполнять синтез цветовой PiPпроекции, синтез слоя и тому подобное и, например, выполняет последовательность операций удаления фона вторичного видео, извлечения изображения человека и синтеза изображения человека с видео воспроизведения первичного видео. В этом заключается описание устройства воспроизведения по настоящему варианту осуществления.
<Проверка по приложению PiP>
В случае где видеопоток, который является первичным TS (первичный видеопоток), и видеопоток, который является вторичным видеопотоком (вторичный видеопоток), считываются одновременно и подаются в декодер, для того чтобы осуществлять воспроизведение PiP, первичные и вторичные видеопотоки являются целевыми объектами для проверки на ограничение количества битов.
Точнее говоря, в то время как окно сдвигается по временной оси ATC, поток, имеющий наивысшую рассчитанную битовую скорость, выбирается на каждой координате временной оси ATC, указанной посредством ATS, по каждому типу первичного видеопотока, вторичного видеопотока, многочисленных первичных аудиопотоков, многочисленных вторичных аудиопотоков, многочисленных потоков PG и многочисленных потоков IG. Наивысшая битовая скорость первичного видеопотока, наивысшая битовая скорость вторичного видеопотока, наивысшая битовая скорость первичного аудиопотока, наивысшая битовая скорость вторичного аудиопотока, наивысшая битовая скорость потока PG и наивысшая битовая скорость потока IG суммируются, и производится оценка, является ли итоговой суммой 48 Мбит или меньше.
Таким образом, согласно настоящему варианту осуществления гарантируется, что количество бит в секунду не превышает предопределенного верхнего предела, даже когда первичные и вторичные видеопотоки одновременно считываются как из BD-ROM, так и локального запоминающего устройства, и подаются в соответственные декодеры. При такой гарантии приложение PiP может создаваться рационально.
(Дополнительные примечания)
Был описан наилучший вариант для осуществления изобретения, насколько известно заявителю, в момент заполнения настоящей заявки. Однако дополнительные усовершенствования или модификации могут быть произведены над настоящим изобретением исходя из последующих технических вопросов. Здесь должно быть отмечено, что производить или нет такие усовершенствования или модификации является необязательным и зависит от средства реализации изобретения.
(Момент времени начала (In_Time), момент времени окончания (Out_Time))
=
На фиг.27 последний блок представления видео из TS1 выбран для момента времени окончания (Out_Time) предыдущего элемента воспроизведения, тогда как первый блок представления видео из TS2 выбран для момента времени начала (In_Times) предыдущего элемента воспроизведения и предыдущего элемента вспомогательного воспроизведения. Взамен, однако, промежуточный блок представления видео в TS1 может выбираться для момента времени окончания (Out_Time) предыдущего элемента воспроизведения наряду с тем, что промежуточный блок представления видео в TS2 может выбираться для моментов времени начала (In_Time) текущего элемента воспроизведения и текущего элемента вспомогательного воспроизведения. В этом случае безразрывные соединения не могут быть реализованы для текущего элемента воспроизведения и текущего элемента вспомогательного воспроизведения, и они должны соединяться с использованием CC1 и SP_CC=1.
(Вся информация списка воспроизведения)
Когда требуется соединять два элемента воспроизведения при CC=5, вся информация об элементах воспроизведения и вся информация об элементах вспомогательного воспроизведения, которая принадлежит одной части информации списка воспроизведения, должна соединяться при CC=5.
(Объем данных, подаваемый в декодер)
Что касается сверхуплотнения, объем данных, подаваемый в декодер, не всегда становится большим. Например, допустим случай, в котором первичный аудиопоток является основным клипом и состоит из DD (формата Dolby Digital) у CBR и MLP у VBR, и MLP замещается DD из CBR, поставляемого из локального запоминающего устройства. В этом случае объем данных, подаваемый в декодер, фактически уменьшается. Если случай очевиден, последовательность операций проверки может быть опущена.
(Разность времен воспроизведения)
Для того чтобы реализовать CC=5 и SP_CC=5, желательно, если бы разница во времени воспроизведения видео- и аудиопотоков в одном элементе воспроизведения была небольшой. Допустимой разницей могут быть: период времени, эквивалентный одному видеокадру (от 1/60 до 1/25 секунды); одна секунда или менее; период времени, соответствующий определенной доле полного периода воспроизведения (например, 1% или менее); или комбинация двух из этих. Это также верно для разницы во времени воспроизведения видео- и аудиопотоков в одном элементе вспомогательного воспроизведения.
В случае где два элементарных потока сохранены в одном PID, желательно, чтобы разность во времени воспроизведения двух потоков, сохраненных при одном и том же PID, была такой же или меньшей, чем минимальный блок воспроизведения (1 кадр) потока, имеющего более короткое время воспроизведения. Это условие может быть выполнено сохранением формата Dolby Digital (AC-3) и MLP (формата упаковки без потери меридиана) в одиночном элементарном потоке, а затем записью элементарного потока на BD-ROM.
(Обработка дополнительных контентов)
Желательно производить начальную настройку устройства воспроизведения таким образом, что дополнительный контент, загруженный в локальное запоминающее устройство 200, будет автоматически удаляться, когда истекло несколько месяцев или несколько лет после загрузки.
(Замена PID)
Когда реализовано приложение микширования аудио, PID используются для проведения различия между первичными и вторичными аудиопотоками; однако, когда используется MPEG2-PG, желательно делать id потока (stream_id) заголовков пакета PES отличными друг от друга.
В дополнение, первичные и вторичные аудиопотоки должны различаться только на уровне системного потока, так что два аудиопотока могут различаться одним демультиплексором. В качестве альтернативы, перед мультиплексированием двух потоков PID одного из потоков могут заменяться на другие PID.
(Предварительная загрузка)
Желательно, чтобы предварительная загрузка аудиоданных (файла «sound.bdmv») для звука щелчка кнопкой выполнялась, когда загружается BD-ROM или когда переключается глава. Это происходит потому, что, если чтение файла sound.bdmv предпринимается во время воспроизведения AV-клипа, вызывается операция поиска оптической головки считывания информации для чтения файла, отличного от AV-клипа. С другой стороны, когда загружается BD-ROM или когда переключается глава, редко бывает, что продолжается воспроизведение AV-клипа. Поэтому посредством считывания файла sound.bdmv с такой привязкой времени возможно улучшить чувствительность устройства и затруднить вызов прерывания воспроизведения AV-клипа.
(Платформа Java™)
Платформа Java™ может структурироваться полной установкой на устройстве воспроизведения по каждому варианту осуществления персонального базового профиля 2Micro_Edition (J2ME) Java™ (PBP 1.0) и спецификации глобально выполняемого MHP (GEM1.0.2) для пакетных аудиовизуальных целевых объектов, а затем устройство воспроизведения может быть побуждено выполнять приложение BD-J. Для выполнения приложения устройство воспроизведения может быть побуждено выполнять инфраструктуру сверхуплотнения.
(Глава)
Предпочтительно создать «диспетчер модулей» в устройстве воспроизведения, который выбирает главу согласно монтированию BD-ROM, пользовательской операции или состоянию устройства. Декодер в устройстве воспроизведения BD-ROM выполняет воспроизведение AV-клипа на основании информации списка воспроизведения согласно выбору главы «диспетчером модулей».
Когда «диспетчер модулей» выбирает главу, диспетчер приложений выполняет сигнализацию с использованием таблицы управления приложениями (AMT), соответствующей предыдущей главе, и AMT, соответствующей текущей главе. Сигнализация предпринимает управление, которое завершает работу приложения, описанного в AMT предыдущей главы, но не описанного в AMT текущего, наряду с тем, что начинает работу приложения, не описанного в AMT предыдущей главы, но описанного в AMT текущей главы.
(Структура каталогов в локальном запоминающем устройстве)
Отдельные области в локальном запоминающем устройстве, описанные в каждом варианте осуществления, предпочтительно создаются под каталогом, соответствующим корневому сертификату диска BD-ROM.
Корневой сертификат диска является сертификатом корневого каталога, который распространяется службой корневых сертификатов и назначается на BD-ROM создателем BD-ROM. Корневой сертификат диска закодирован, например, в X.509 (стандарт шифрования данных). Спецификации X.509 были выпущены Международным консультативным комитетом по телеграфии и телефонии (CCITT) и описаны в CCITT Recommendation X.509 (1988), «The Directory - Authentification Framework» (X.509 рекомендации CCITT (1988 г.), «Каталог - инфраструктура аутентификации»).
В дополнение, предпочтительно, чтобы контенты, записанные на BD-ROM и локальном запоминающем устройстве, были закодированы с использованием системы контента расширенного доступа (AACS), информация подписи была прикреплена к ним, а авторизация использования была задана в файле полномочий.
(Пакет программ, который должен быть установлен)
Когда устройство воспроизведения BD-ROM реализовано в качестве платформы Java™, желательно установить следующее расширение BD-J на устройство воспроизведения. Расширение BD-J включает в себя различные пакеты программ, специализированные для предоставления функций сверх GEM [1.0.2] для платформы Java™. Пакеты программ, включенные в расширение BD-J, показаны ниже.
- org.bluray.media
Этот пакет программ предоставляет специальные функции, которые должны добавляться к аудиовизуальной инфраструктуре Java™. Управляющие элементы для выбора ракурса, аудио и субтитра, добавлены в пакет программ.
- org.bluray.ti
Этот пакет программ включает в себя: API (интерфейс прикладного программирования) для отображения «служб» GEM [1.0.2] на «главу»; механизм для наведения справок об информации главы из BD-ROM и механизм для выбора новой главы.
- org.bluray.application
Этот пакет программ включает в себя API для управления активными периодами приложения. В дополнение, пакет программ включает в себя API для наведения справок об информации, требуемой для сигнализации, когда выполняется приложение.
- org.bluray.ui
Этот пакет программ включает в себя классы, которые определяют константы, используемые для ключевых событий, специализированных для BD-ROM, и осуществляют синхронизацию с воспроизведением видео.
- org.bluray.vfs
Этот пакет программ предоставляет механизм (схему связывания) для связывания контентов, записанных на BD-ROM (контентов на диске), и контентов в локальном запоминающем устройстве (контентов вне диска), которые не записаны на BD-ROM, для того чтобы воспроизводить данные безразрывным образом, безразлично к тому, где записаны данные.
Схема связывания ассоциативно связывает контенты на BD-ROM (AV-клип, субтитр и приложение BD-J) с родственными контентами в локальном запоминающем устройстве. Схема связывания реализует безразрывное воспроизведение безразлично к тому, где записаны контенты.
(Виртуальный пакет программ)
Устройство воспроизведения BD-ROM может быть побуждено выполнять последовательность операций, создающую виртуальный пакет программ. Это осуществляется тем, что устройство воспроизведения создает информацию о виртуальном пакете программ. Информация о виртуальном пакете программ является информацией, полученной расширением информации управления томом на BD-ROM. Здесь информация управления томом является информацией, которая задает структуру каталогов и файлов, существующую на носителе записи, и состоит из информации управления каталогами, имеющей отношение к каталогам, и информации управления файлами, имеющей отношение к файлам. Информация о виртуальном пакете программ предназначена для расширения структуры каталогов и файлов BD-ROM добавлением новой информации управления файлами в информацию управления томом, показывающую структуру каталогов и файлов BD-ROM.
(Реализация управляющей процедуры)
Как управляющие процедуры, поясненные в вышеупомянутых вариантах осуществления с использованием блок-схем последовательностей операций способов, так и управляющие процедуры, разъясненные в вышеописанных вариантах осуществления, удовлетворяют требованиям «изобретения программы», так как вышеупомянутые управляющие процедуры реализуются с конкретным использованием аппаратных ресурсов и являются созданием технической идеи с использованием естественного права.
- Изготовление программы по настоящему изобретению
Программа по настоящему изобретению является объектной программой, которая может выполняться на компьютере. Объектная программа состоит из одной или более управляющих программ, которые побуждают компьютер выполнять каждый этап в блок-схеме последовательности операций способа или каждой процедуре функциональных компонентов. Есть различные типы управляющих программ, такие как собственный код процессора и байтовый код JAVA™. Также есть различные формы реализации этапов управляющих программ. Например, когда каждый этап может быть осуществлен посредством использования внешней функции, операторы вызова для вызова внешних функций используются в качестве управляющих программ. Управляющие программы, которые выполняют один этап, могут принадлежать к разным объектным программам. В RISC-процессоре (с сокращенным набором команд), в котором типы инструкций ограничены, каждый этап по блок-схемам последовательностей операций способов может быть осуществлен комбинированием инструкций арифметических операций, инструкций логических операций, инструкций ветвления и тому подобных.
Программа по настоящему изобретению может быть произведена, как изложено ниже. Сначала разработчик программного обеспечения пишет с использованием языка программирования исходную программу, которая успешно выполняет каждую блок-схему последовательности операций способа и функциональный компонент. При этом написании разработчик программного обеспечения использует структуру классов, переменные, переменные типа «массив», вызовы внешних функций и так далее, которые подчиняются правилам структуры предложений языка программирования, который он/она использует.
Написанная исходная программа отправляется в компилятор в виде файлов. Компилятор транслирует исходную программу и формирует объектную программу.
Трансляция, выполняемая компилятором, включает в себя последовательности операций, такие как анализ структуры предложений, оптимизация, распределение ресурсов и формирование кода. При анализе структуры предложений, символы и фразы, структура предложений и смысл исходной программы анализируются, а исходная программа преобразуется в промежуточную программу. При оптимизации промежуточная программа подвергается таким последовательностям операций, как настройка базовых элементов, анализ потока управления и анализ потока данных. При распределении ресурсов для адаптации к наборам команд целевого процессора переменные в промежуточной программе распределяются по регистрам или памяти целевого процессора. При формировании кода каждая промежуточная инструкция в промежуточной программе преобразуется в управляющую программу и получается объектная программа.
После того как сформирована объектная программа, программист активизирует компоновщик. Компоновщик выделяет пространства памяти объектным программам и связанным библиотечным программам, и связывает их вместе, чтобы сформировать загрузочный модуль. Сформированный загрузочный модуль основан на допущении, что он считывается компьютером и побуждает компьютер выполнять процедуры, указанные в блок-схемах последовательностей операций способов, и процедуры функциональных компонентов. Программа по настоящему изобретению может быть создана этим способом.
Программа по настоящему изобретению может использоваться, как изложено ниже. Когда программа по настоящему изобретению используется в качестве встроенной программы, загрузочный модуль в качестве программы записывается в ПЗУ инструкций вместе с программой базовой системы ввода/вывода (BIOS) и различными частями связующего программного обеспечения (операционных систем). Программа по настоящему изобретению используется в качестве программы управления устройством 300 воспроизведения, в то время как ПЗУ инструкций встроено в модуль управления, и выполняется посредством ЦП.
Когда устройство воспроизведения является моделью программы самозагрузки, программа базовой системы ввода/вывода (BIOS) встроена в ПЗУ инструкций, а различные части связующего программного обеспечения (операционных систем) предварительно установлены на жесткий диск. К тому же загрузочное ПЗУ для активизации системы с жесткого диска предусмотрено в устройстве воспроизведения. В этом случае только загрузочный модуль поставляется в устройство воспроизведения через переносной носитель записи и/или сеть и устанавливается на жестком диске в виде одного приложения. Это дает устройству воспроизведения возможность выполнять самозагрузку посредством загрузочного ПЗУ, чтобы активизировать операционную систему, а затем побуждает ЦП выполнять установленный загрузочный модуль в качестве одного приложения, так что может использоваться программа по настоящей заявке.
Как описано выше, когда устройство воспроизведения является моделью жесткого диска, программа по настоящему изобретению может использоваться в качестве одного приложения. Соответственно, программу по настоящему изобретению возможно переносить, одалживать на время или поставлять отдельно через сеть.
(Контроллер 22)
Контроллер 22 может быть реализован в виде одной системной БИС.
Системная БИС получается реализацией бескорпусной интегральной схемы на подложке высокой плотности и монтажом их в корпусе. Системная БИС также получается реализацией множества бескорпусных интегральных схем на подложке высокой плотности и монтажом их в корпусе, так что множество бескорпусных интегральных схем имеет внешний вид одной БИС (такая системная БИС названа многокристальным модулем).
Системная БИС имеет тип QFP (квадратного плоского корпуса) и тип PGA (корпуса с матричным расположением штырьковых выводов). В системной БИС типа QFP контакты прикреплены к четырем сторонам корпуса. В системной БИС типа PGA все из контактов прикреплены к целостной нижней части.
Эти контакты действуют в качестве связующего звена с другими схемами. Системная БИС, которая соединена с другими схемами через такие контакты в качестве связующего звена, играет роль в качестве ядра устройства воспроизведения.
Каждая из бескорпусных интегральных схем, упакованных в системной БИС, состоит из: модуля входного каскада; модуля выходного каскада и модуля цифровой обработки. Модуль входного каскада оцифровывает аналоговый сигнал, тогда как модуль выходного каскада превращает полученные данные в аналоговую форму и выводит их.
Каждый структурный элемент, показанный на схеме внутренней структуры в вышеприведенном варианте осуществления, установлен в блоке цифровой обработки.
Как описано выше «используемым в качестве встроенной программы», загрузочный модуль в качестве программы, программа базовой системы ввода/вывода (BIOS) и различные части связующего программного обеспечения (операционных систем) записаны в ПЗУ инструкций. Наиболее важное усовершенствование вариантов осуществления достигается загрузочным модулем в качестве программы. Поэтому возможно изготавливать системную БИС по настоящему изобретению посредством монтажа в корпусе ПЗУ инструкций в качестве бескорпусных интегральных схем, в которых хранится загрузочный модуль в качестве программы, в виде бескорпусной интегральной схемы.
Желательно применять реализацию SoC или реализацию SiP для фактической реализации. Реализация SoC (системы на кристалле) является технологией, которая прожигает многочисленные схемы в одной интегральной схеме. Реализация SiP (системы в корпусе) является технологией, которая помещает многочисленные интегральные схемы в одном корпусе с использованием полимера. Посредством вышеприведенной процедуры системная БИС по настоящему изобретению может изготавливаться на основании схем внутренней структуры устройства воспроизведения, описанных в каждом варианте осуществления.
Должно быть отмечено, что, хотя здесь используется термин БИС, он может называться ИС (интегральной схемой, IC), БИС, СБИС (сверхбольшой интегральной схемой, super LSI), УБИС (ультрабольшой интегральной схемой, ultra LSI) или тому подобным в зависимости от степени интеграции.
Кроме того, часть или все из компонентов каждого устройства воспроизведения могут быть выполнены в виде одного кристалла. Интегральная схема не ограничена реализацией SoC или реализацией SiP, но может быть выполнена посредством специализированной схемы или процессора общего назначения. Также возможно выполнять интегральную схему посредством использования FPGA (программируемой пользователем вентильной матрицы), которая может быть перепрограммирована после ее изготовления, или переконфигурируемого процессора, который может переконфигурировать соединение и настройки ячеек схемы внутри БИС. Более того, технология для интегральной схемы, которая заменяет БИС, может появиться в недалеком будущем, по мере того как полупроводниковая технология совершенствуется или разветвляется в другие технологии. В таком случае новая технология может быть включена в интеграцию функциональных блоков, составляющих настоящее изобретение, как описано выше. Такие возможные технологии включают в себя биотехнологию.
Промышленная применимость
Носитель записи и устройство воспроизведения по настоящему изобретению могут выпускаться серийно на основании их внутренних структур, показанных в вариантах осуществления, приведенных выше. По существу, носитель записи и устройство воспроизведения по настоящему изобретению обладают промышленной применимостью.