Патент на изобретение №2273109

(54) СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ ИНФОРМАЦИИ, ПРОГРАММА И НОСИТЕЛЬ ЗАПИСИ

(57) Реферат:

РЕФЕРАТ

Изобретение относится к способу и устройству обработки AV информации, к носителю записи для записи файла, включающего информацию, представляемую для пояснения в GUI (графическом интерфейсе пользователя), информации основного и вспомогательного путей воспроизведения, информацию соединения между соответствующими доменами воспроизведения по основному пути. Техническим результатом является совместное управление и контролирование AV потока, для которого возможно высокоскоростное воспроизведение, и AV потока, для которого такая возможность исключена, при этом также возможна повторная запись. Технический результат достигается тем, что тип CPI_type описан в PlayList. CPI_type содержит тип EP_type и тип EP_map_type. Если положение I-изображения может быть определено, используют тип EP_map_type, если не может быть определено, то используют тип EP_type. Таким образом, записанные AV данные потока подлежат анализу I-изображения и AV данные потока, записанные без определения положения I-изображения могут быть контролированы совокупно. 17 н. и 22 з.п. ф-лы, 108 ил.

Область техники

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

Предпосылки изобретения

В последнее время в качестве носителя записи были предложены различные типы оптических дисков, которые можно снимать с записывающего устройства. Были предложены записываемые оптические диски в качестве носителя записи с большой емкостью, составляющей несколько гигабайт, которые предназначены для записи AV (аудио-видео) сигналов. Источники (источники поставки) цифровых AV сигналов для оптических дисков с возможностью записи включают, например, цифровое спутниковое широковещание CS (через спутник связи) и спутниковое цифровое широковещание BS (через широковещательный спутник). Для использования в будущем также была предложена цифровая система телевизионного широковещания с использованием земной радиоволны.

Следует отметить, что цифровые видеосигналы, поставляемые из этих источников, обычно передают в сжатой форме в соответствии со стандартом MPEG-2. Для записывающих устройств устанавливается скорость записи, соответствующая данному устройству. Если цифровые видеосигналы, получаемые из системы цифрового широковещания, записывают в соответствии с аналоговой системой записи с применением обычного носителя записи видеоизображения для использования в домашних условиях, цифровые видеосигналы при записи вначале декодируют и затем производят ограничение их полосы. В качестве альтернативы, при использовании цифровой системы записи, прежде всего, системы видеозаписи MPEG1, видеозаписи MPEG2 или системы DV (цифровое видео), цифровые видеосигналы вначале декодируют, а затем повторно кодируют в соответствии со скоростью повторного кодирования и системой кодирования, соответствующей устройству записи.

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

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

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

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

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

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

Описание изобретения

В связи с этим, настоящее изобретение направлено на устройство, в котором совместно могут обрабатываться AV поток, позволяющий выполнить запись с высокой скоростью, и AV поток, не позволяющий выполнять запись с высокой скоростью.

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

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

Первая таблица может представлять собой ЕР_map, и вторая таблица может представлять собой TU_map.

В случае записи без анализа средство выбора может выбирать вторую таблицу.

Контроллер может выбирать первую таблицу в случае записи с собственным кодированием.

Контроллер может выбирать первую таблицу в случае записи с анализом.

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

Контроллер производит управление таким образом, что если первая таблица записывается вместе с AV данными потока, информация, определяющая домен воспроизведения, выражает информацию времени для домена воспроизведения AV данных потока на основе времени представления; и так, что если вторая таблица записывается вместе с AV данными потока, информация, определяющая домен воспроизведения, выражает информацию времени для домена воспроизведения AV данных потока на основе времени прихода.

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

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

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

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

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

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

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

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

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

Основной путь воспроизведения может представлять собой путь для последующей записи аудиоданных.

Первая информация может представлять собой основной путь main_path, и вторая информация может представлять собой под-путь Sub-path.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.2 – формат данных, записанных на носителе записи с помощью устройства 1 записи и/или воспроизведения.

Фиг.3 – Real PlayList и Virtual PlayList.

Фиг.4А, 4В и 4С – создание Real PlayList.

Фиг.5А, 5В и 5С – стирание Real PlayList.

Фиг.6А и 6В – редактирование компоновки.

Фиг.7 – предоставление под-пути в Virtual PlayList.

Фиг.8 – изменение последовательности воспроизведения в PlayList.

Фиг.9 – метку на PlayList и метку на Clip.

Фиг.10 – меню, свернутое в пиктограмму.

Фиг.11 – метку, добавленную к PlayList.

Фиг.12 – метку, добавленную к Clip.

Фиг.13 – взаимосвязь между PlayList, Clip и файлом изображения, свернутого в пиктограмму.

Фиг.14 – структуру директории.

Фиг.15 – синтаксис infr.dvr.

Фиг.16 – синтаксис DVRVolume.

Фиг.17 – синтаксис Resume Volume.

Фиг.18 – синтаксис UlAppInfo Volume.

Фиг.19 – таблицу значений набора символов.

Фиг.20 – синтаксис TableOfPlayList.

Фиг.21 – другой синтаксис TableOfPlayList.

Фиг.22 – синтаксис MakersPrivateData.

Фиг.23 – синтаксис xxxx.rpls и yyyy.vpls.

Фиг.24А – 24C – PlayList.

Фиг.25 – синтаксис PlayList.

Фиг.26 – таблицу PlayList_type.

Фиг.27 изображает синтаксис UlAppInfoPlayList.

Фиг.28А – 28С – флаги в синтаксисе UlAppInfoPlayList, изображенном на фиг.27.

Фиг.29 – Playltem.

Фиг.30 – Playltem,

Фиг.31 – Playltem.

Фиг.32 – синтаксис Playltem.

Фиг.33 – IN-time.

Фиг.34 – OUT-time.

Фиг.35 – таблицу Connection_Condition.

Фиг.36А – 36D – Connection_Condition.

Фиг.37 – BridgeSequenceInfo.

Фиг.38 – синтаксис BridgeSequenceInfo.

Фиг.39 – SubPlayItem.

Фиг.40 – синтаксис SubPlayItem.

Фиг.41 – таблицу Mark_type.

Фиг.42 – синтаксис PlayListMark.

Фиг.43 – таблицу Mark_type.

Фиг.44 – Mark_time_stamp.

Фиг.45 – синтаксис zzzzz.clip.

Фиг.46 – синтаксис ClipInfo.

Фиг.47 – таблицу Clip_stream_type.

Фиг.48 – offset_SPN.

Фиг.49 – offset_SPN.

Фиг.50А, 50B – домен STC.

Фиг.51 -STC_tnfo.

Фиг.52 – синтаксис STC_Info.

Фиг.53 – Programlnfo.

Фиг.54 – синтаксис Programlnfo.

Фиг.55 – синтаксис VideoCodingInfo.

Фиг.56 – таблицу Video_format.

Фиг.57 – таблицу frame_rate.

Фиг.58 – таблицу display_aspect_ratio.

Фиг.59 – синтаксис AudioCodingInfo.

Фиг.60 – таблицу audio_coding.

Фиг.61 – таблицу audio_component_type.

Фиг.62 – таблицу sampling_frequency.

Фиг.63 – CPI.

Фиг.64 – CPI.

Фиг.65 – синтаксис CPI.

Фиг.66 – таблицу CPl_type.

Фиг.67 – видео EP_map.

Фиг.68 – EP_map.

Фиг.69 – EP_map.

Фиг.70 – синтаксис ЕР_map.

Фиг.71 – таблицу EP_typevalues.

Фиг.72 – синтаксис EP_map_for_one_stream_PID.

Фиг.73 – таблицу TU_map.

Фиг.74 – синтаксис TU_map.

Фиг.75 – синтаксис ClipMark.

Фиг.76 – таблицу Mark_type.

Фиг.77 – таблицу Mark_type_stamp.

Фиг.78 – синтаксис menu.thmb и mark.thmb.

Фиг.79 – синтаксис изображения, свернутого в пиктограмму.

Фиг.80 – таблицу thumbnail_picture_format.

Фиг.81 А и 81В – tn_block.

Фиг.82 – структуру транспортного потока DVR MPEG2.

Фиг.83 – модель записывающего устройства транспортного потока DVR MPEG2.

Фиг.84 – модель устройства воспроизведения транспортного потока DVR MPEG2.

Фиг.85 – синтаксис исходного пакета.

Фиг.86 – синтаксис TP_extra_header.

Фиг.87 – таблицу индикатора разрешения копирования.

Фиг.88 – бесшовное соединение.

Фиг.89 – бесшовное соединение.

Фиг.90 – бесшовное соединение.

Фиг.91 – бесшовное соединение.

Фиг.92 – бесшовное соединение.

Фиг.93 – аудионаложение.

Фиг.94 – бесшовное соединение, в котором используется BridgeSequence.

Фиг.95 – бесшовное соединение, в котором не используется BridgeSequence.

Фиг.96 – модель DVR STD.

Фиг.97 – график синхронизации для декодирования и отображения.

Фиг.98 – синтаксис файла PlayList.

Фиг.99 – синтаксис UlAppInfoPlayList в файле PlayList по фиг.98.

Фиг.100 – синтаксис PlayList() в файле PlayList по фиг.98.

Фиг.101 – синтаксис SubPlayItem.

Фиг.102 – алгоритм, предназначенный для иллюстрации способа формирования RealPlayList.

Фиг.103 – алгоритм, предназначенный для иллюстрации способа формирования VirtualPlayList.

Фиг.104 – алгоритм, предназначенный для иллюстрации способа воспроизведения PlayList.

Фиг.105 – алгоритм, предназначенный для иллюстрации способа для воспроизведения под-пути PlayList.

Фиг.106 – алгоритм, предназначенный для иллюстрации способа формирования PlayListMark.

Фиг.107 – алгоритм, предназначенный для иллюстрации способа определения места воспроизведения, в котором используется PlayListMark.

Фиг.108 – носитель.

Наилучший вариант выполнения настоящего изобретения

Данный вариант воплощения настоящего изобретения будет подробно описан со ссылкой на чертежи. Фиг.1 изображает типичную внутреннюю структуру устройства 1 записи и/или воспроизведения, в котором используется настоящее изобретение. Вначале будет описана структура блока 2 записи, сконфигурированного для записи сигналов, поступающих извне. Устройство 1 записи и/или воспроизведения сконфигурировано таким образом, что на него подаются и записываются аналоговые или цифровые данные.

Аналоговые видеосигналы и аналоговые аудиосигналы поступают на выводы 11, 12, соответственно. Видеосигналы, поступающие на вывод 11, подаются на блок 14 анализа и на устройство 15 AV кодирования. Аудиосигналы, поступающие на вывод 12, подаются на блок 14 анализа и устройство 15 AV кодирования. Блок 14 анализа выделяет характерные точки, такие как изменения сцены во входных видео- и аудиосигналах.

Устройство 15 AV кодирования кодирует входные видео- и аудиосигналы так, что оно выводит на мультиплексор 16 системную информацию (S), такую как кодированный видеопоток (V), кодированный аудиопоток (А), а также сигнал AV синхронизации.

Кодированный видеопоток представляет собой видеопоток, закодированный, например, с помощью системы MPEG2, в то время как кодированный аудиопоток представляет собой аудиопоток, закодированный в соответствии с системой MPEG1, причем кодированный аудиопоток представляет собой, например, аудиопоток, кодированный, например, в соответствии с системой MPEG1, или аудиопоток, кодированный в соответствии с системой Dolby AC3. Мультиплексор 16 производит коммутацию входных видео и аудиопотоков на основании входной системной информации так, что выводит мультиплексный поток через переключатель 17 в блок 18 анализа мультиплексного потока и устройство 19 пакетирования источника.

Мультиплексный поток представляет собой, например, транспортный поток информации MPEG-2 или программный поток MPEG2. Устройство 19 пакетирования источника кодирует входной мультиплексный поток в AV поток, состоящий из исходных пакетов, в соответствии с форматом приложения носителя 100 записи, на который должен быть записан этот поток. AV поток обрабатывается в блоке 20 ЕСС (исправления ошибок и кодирования) и блоках 21 модуляции с приложением кодов ЕСС и с модуляцией, прежде, чем будет выведен в блок 22 записи, который затем записывает файл AV потока на основе сигналов управления, выводимых контроллером 23.

Транспортный поток, такой как широковещательное цифровое телевидение, вводимый через цифровой интерфейс или из цифрового телевизионного тюнера, подается на вывод 13. Существует две системы записи транспортного потока, подаваемого на вывод 13, одна из которых представляет собой “прозрачную” систему записи, а другая является системой, в которой записи предшествует повторное кодирование, предназначенное для снижения, например, скорости записи битов. Командная информация системы записи подается с вывода 24 в виде интерфейса пользователя на контроллер 23.

При “прозрачной” записи входного транспортного потока транспортный поток, подаваемый на вывод 13, выводится через переключатель 17 в блок 18 анализа мультиплексного потока и в устройство 19 пакетирования источника. Следующий этап обработки при записи AV потока на носитель записи будет таким же, как и этап кодирования и записи аналоговых входных аудио- и видеосигналов, описанных выше, и, следовательно, он не поясняется здесь для упрощения изложения.

Если производится повторное кодирование входного транспортного потока и последующая его запись, транспортный поток, подаваемый на вывод 13, поступает на демультиплексор 26, который демультиплексирует входной транспортный поток для выделения видеопотока (V), аудиопотока (А) и системной информации (S).

Из потока (информации), выделенного демультиплексором 26, видеопоток выводится на аудиодекодер 27, в то время как аудиопоток и системная информация поступают на мультиплексор 16. Аудиодекодер 27 производит декодирование входного транспортного потока для вывода кодированного видеопотока (V) на мультиплексор 16.

Аудиопоток и системная информация, выводимые демультиплексором 26 и подаваемые на мультиплексор 16, и видеопоток, выводимый устройством 15 AV кодирования, мультиплексируются на основании входной системной информации и выводятся на блок 18 анализа мультиплексного потока и на устройство 19 пакетирования источника через переключатель 17 как мультиплексный поток. Дальнейшая обработка записи AV потока на носитель записи выполняется таким же образом, как и в отношении кодирования и записи аналоговых входных аудио и видеосигналов, описанных выше, и, следовательно, не поясняется здесь для упрощения изложения.

Устройство 1 записи и/или воспроизведения, в соответствии с настоящим вариантом воплощения, производит запись файла AV потока на носитель 100 записи, а также записывает информацию базы данных приложения, в которой производится учетная запись файла. Информация, подаваемая на контроллер 23, представляет собой информацию об особенностях движущегося изображения, подаваемую с блока 14 анализа, информацию об особенностях AV потока с блока 18 анализа мультиплексированного потока и информацию команд пользователя, подаваемую на вывод 24.

Информация об особенностях движущегося изображения, поступающая из блока 14 анализа, генерируется с помощью блока 14 анализа, когда AV кодирующее устройство 15 кодирует видеосигналы. Блок 14 анализа производит анализ содержания подаваемых на вход видео- и аудиосигналов для генерирования информации, относящейся к характеристике изображения входных сигналов движущегося изображения (метка клипа). Эта информация представляет собой информацию, обозначающую изображение характерных точек метки клипа, таких как начальные точки программы, точки изменения сцены, начальная и конечная точки коммерческой передачи, название или telop (голосовая почта) во входных видеосигналах, а также включает изображение, свернутое в пиктограмму, и информацию, относящуюся к точкам стерео/монофонического переключения и приглушенных частей аудиосигналов.

Вышеуказанная информация, указывающая на изображение, подается через контроллер 23 на мультиплексор 16. При мультиплексировании закодированного изображения, определенного как метка клипа с помощью контроллера 23, мультиплексор 16 возвращает информацию для определения закодированного в AV потоке изображения в контроллер 23. В частности, эта информация представляет собой PTS (отметка времени представления) информации изображения или адреса в AV потоке закодированной версии изображения. Контроллер 23 производит запись вида особенностей изображения и информации для определения закодированного изображения в AV потоке во взаимосвязи друг с другом.

Информация об особенностях AV потока из блока 18 анализа мультиплексированного потока представляет собой информацию, относящуюся к информации кодирования AV потока, который должен быть записан, и записывается с помощью блока 18 анализа. Например, информация об особенностях включает отметку времени и информацию адреса I-изображения в AV-потоке, информацию точки разрыва системных тактовых генераторов, параметры кодирования AV потока и информацию точки изменения параметров кодирования в AV потоке. При “прозрачной” записи транспортного потока, подаваемого на вход 13, блок 18 анализа мультиплексированного потока производит детектирование изображения вышеуказанной отметки клипа из входного транспортного потока и генерирует информацию для определения изображения, обозначенного меткой клипа, и его типа.

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

На основе вышеуказанной входной информации контроллер 23 создает базу AV данных потока (клипа), базу данных группы (PlayList) доменов воспроизведения (Playltem) AV потока, информацию управления записанного содержания носителя 100 записи (info.dvr) и информацию, относящуюся к изображению, свернутому в пиктограмму. Аналогично AV потоку информация базы данных приложения, построенная на основе вышеуказанной информации, обрабатывается в блоке 20 ЕСС и блоке 21 модуляции и вводится в блок 22 записи, который затем записывает файл базы данных на носитель 100 записи.

Далее будет подробно описана вышеуказанная информация базы данных приложения.

Когда файл AV потока, записанный на носитель 100 записи (файлы данных изображении и данных звука) и информация базы данных приложения, записанная, таким образом, на носитель 100 записи, воспроизводятся с помощью блока 3 воспроизведения, контроллер 23 вначале подает команду на блок 28 считывания для считывания информации базы данных приложения с носителя 100 записи. Блок 28 считывания считывает информацию базы данных приложения с носителя 100 записи и затем считывает информацию базы данных приложения с носителя 100 записи для того, чтобы отправить информацию базы данных приложения через обработку демодулирования и исправления ошибок, выполняемую с помощью блока 29 демодулирования и декодера 30 ЕСС, на контроллер 23.

На основе информации базы данных приложения контроллер 23 выводит список воспроизведения PlayList, записанный на носитель 100 записи, в интерфейс пользователя терминала 24. Пользователь выбирает PlayList, требуемый для воспроизведения, из различных списков PlayList. Информация, относящаяся к PlayList, который указан как воспроизводимый, подается на контроллер 23. Контроллер 23 вырабатывает команду для блока 28 считывания для считывания файла AV потока, необходимого для воспроизведения PlayList. В соответствии с этой командой, блок 28 считывания производит считывание соответствующего AV потока с носителя 100 записи для вывода считываемого AV потока в блок 29 демодулирования. При этом демодулированный поток, подаваемый в блок 29 демодулирования, демодулируется с помощью обработки предварительной установки и выводится через обработку декодером 30 ЕСС в устройство 31 депакетирования источника.

Устройство 31 депакетирования источника преобразует AV поток формата приложения, считываемого с носителя 100 записи и обработанного заранее установленным образом, в поток, обрабатываемый демультиплексором 26. Демультиплексор 26 выводит системную информацию (S), такую как видеопоток (V), аудиопоток (А) или AV синхронизация, формируя домен (Playltem) воспроизведения AV потока, определяемого контроллером 23, в аудиодекодер 27, причем AV декодер 27 декодирует видеопоток и аудиопоток для вывода воспроизводимого видеосигнала и воспроизводимого аудиосигнала на подключенные к нему выводы 32, 33, соответственно.

Если с вывода 24 через интерфейс пользователя поступает информация, представляющая собой инструкцию на воспроизведение со случайным доступом или специальное воспроизведение, контроллер 23 определяет положение считывания AV потока с носителя 100 записи на основании содержания базы данных (клип) AV потока для выработки команды блоку 28 считывания на считывание AV потока. Если PlayList, выбранный пользователем, должен воспроизводиться с заранее установленного момента времени, контроллер 23 вырабатывает команду блоку 28 считывания на считывание данных с I-изображения, отметка времени которого является наиболее близкой к указанному моменту времени.

Когда пользователь выбрал определенную метку клипа из точек индексирования или точек изменения сцены для программы, записанной в ClipMark в ClipInformation, так же, как и когда пользователь выбирает определенное изображение из списка изображений, свернутых в пиктограмму, которые представлены в интерфейсе пользователя, точек индексирования или точек изменения сцены, записанных в ClipMark, контроллер 23 определяет положение считывания AV на носителе 100 записи для выработки команды блоку 28 считывания на считывание AV потока. То есть контроллер 23 вырабатывает команду блоку 28 считывания для считывания данных начиная с I-изображения, адрес которого является самьм близким к адресу AV потока, в котором записано изображение, выбранное пользователем. Блок 28 считывания считывает данные, начиная с указанного адреса. Считываемые данные обрабатываются блоком 29 демодулирования, декодером 30 ЕСС и устройством 19 пакетирования источника так, что они подаются на демультиплексор 26 и декодируются аудиодекодером 27 для воспроизведения AV данных, указанных адресом изображения точки метки.

Если пользователь дал команду на быстрое воспроизведение вперед, контроллер 23 вырабатывает команду блоку 28 считывания на последовательное считывание данных I-изображения в AV потоке, последовательно на основе базы данных (клип) AV потока.

Блок 28 считывания считывает данные AV потока, начиная с указанной точки случайного доступа. Таким образом, считанные данные воспроизводятся через обработку различными компонентами на стороне, расположенной вниз по потоку обработки.

Далее будет описан случай, когда пользователь производит редактирование AV потока, записанного на носитель 100 записи. Если необходимо определить домен воспроизведения для AV потока, записанного на носитель 100 записи, например, если требуется создать маршрут воспроизведения, состоящий из воспроизведения части песни, исполняемой певцом А из программы А песни, и последовательного воспроизведения части песни того же певца А из другой программы В песни, информация, относящаяся к начальной точке (IN-point) и конечной точке (OUT-point) домена воспроизведения, вводится в контроллер 23 через вывод интерфейса пользователя. Контроллер 23 создает базу данных группы (PlayList) доменов воспроизведения (Playltem) AV потоков.

Когда пользователь хочет стереть часть AV потока, записанного на носитель 100 записи, информация, относящаяся к входной и выходной точкам IN-point и OUT-point домена стирания вводится в контроллер 23, который затем модифицирует базу данных PlayList так, чтобы обращение осуществлялось только к требуемым AV потокам. Контроллер 23 также вырабатывает команды для блока 22 записи на стирание ненужных частей AV потока.

Далее будет описан случай, когда пользователю требуется указать домены воспроизведения AV потока, записываемого на носитель записи для создания нового маршрута воспроизведения и для бесшовного взаимного соединения соответствующих доменов воспроизведения. В данном случае контроллер 23 создает базу данных группы (PlayList) доменов (Playltem) воспроизведения AV потока и производит частичное повторное кодирование и повторное мультиплексирование видеопотока вблизи к точкам соединения доменов воспроизведения.

Информация изображения во входной и выходной точках IN-point и OUT-point домена воспроизведения поступают с вывода 24 на контроллер 23. Контроллер 23 вырабатывает команду блоку 28 считывания для считывания данных, необходимых для воспроизведения изображения в точках IN-point и OUT-point. Блок 28 считывания считывает данные с носителя 100 записи. Данные, считанные, таким образом, выводятся через блок 29 демодулирования, декодер 30 ЕСС и устройство 19 пакетирования источника на демультиплексор 26.

Контроллер 23 анализирует данные, поступающие на демультиплексор 26, для определения способа повторного кодирования для видеопотока (изменение или кодирование изображения picture_coding_type и назначение количества битов кодирования для повторного кодирования) и системы повторного мультиплексирования для отправки этой системы на устройство 15 AV кодирования и на мультиплексор 16.

Демультиплексор 26 затем разделяет входной поток на видеопоток (V), аудиопоток (А) и системную информацию (S). Видеопоток может быть классифицирован на данные, вводимые в аудиодекодер 27, и данные, вводимые в мультиплексор 16. Первые представляют собой данные, необходимые для повторного кодирования, и декодируются с помощью аудиодекодера 27, при этом декодированное изображение затем повторно кодируется устройство 15 AV кодирования и, таким образом, становится видеопотоком. Последние данные представляют собой данные, копируемые из первоначального потока без повторного кодирования. Аудиопоток и системная информация непосредственно поступают на мультиплексор 16.

Мультиплексор 16 производит мультиплексирование входного потока на основании информации, передаваемой из контроллера 23 для вывода мультиплексированного потока, который обрабатывается с помощью блока 20 ЕСС и блока 21 модуляции так, что он подается на блок 22 записи. Блок 22 записи производит запись AV потока носителя 100 записи на основе сигналов управления, подаваемых с контроллера 23.

Далее будет описана информация базы данных приложения и операции, основанные на этой информации, такие как воспроизведение и редактирование. На фиг.2 изображена структура формата приложения, имеющего два слоя, то есть PlayList и Clip, предназначенные для управления AV потоком. Информация тома (Volume Information) управляет всеми клипами (Clip) и списками воспроизведения (PlayList) на диске. Здесь один AV поток и его вспомогательная информация, составленные вместе, рассматривается как объект, который называется клип (Clip). Файл AV потока называется клип-файлом AV потока, при этом вспомогательная информация называется клип-файл информации.

В одном клип-файле AV потока записаны данные, соответствующие транспортному потоку MPEG-2 информации, который скомпонован в виде структуры, предписанной форматом приложения. Будучи большим, этот файл обрабатывается как строка байтов. Содержание клип-файла AV потока развернуто на временной оси, с точками входа в клип (I-изображение), которые, в основном, выбирают на основе времени. Когда задана отметка времени точки доступа для предварительной установки клипа, используется клип-файл информации для поиска информации адреса, с которого начинается считывание данных в клип-файле AV потока.

Далее будет описан список воспроизведения (PlayList) со ссылкой на фиг.3, который предоставляется пользователю для выбора требуемого домена воспроизведения, который должен просматриваться из клипа Clip, и для непосредственного редактирования домена воспроизведения. Один из PlayList представляет собой набор доменов воспроизведения Clip. Один домен воспроизведения в заранее установленном Clip называется Playltem (пункт воспроизведения) и представлен парой точек входа и выхода IN-point и OUT-point на оси времени. Таким образом, PlayList формируется с помощью набора множества Playltem (пунктов воспроизведения).

Список воспроизведения PlayList бывает двух типов, один из которых представляет собой действительный список воспроизведения Real PlayList и второй представляет собой виртуальный список воспроизведения Virtual PlayList. Real PlayList совместно содержит части потока Clip, на который он ссылается. То есть Real PlayList отбирает на диске объем данных, соответствующий части потока Clip, на которую он ссылается и, когда производится стирание Real PlayList, данные части потока Clip, на которые он ссылается, также стираются.

Виртуальный список воспроизведения Virtual PlayList не содержит данные Clip. Поэтому, если Virtual PlayList изменяют или стирают, содержание Clip никоим образом не меняется.

Далее поясняется редактирование списка реального воспроизведения Real PlayList. На фиг.4А изображено создание Real PlayList и, если AV поток записывают как новый Clip, также создается новый Real PlayList, в котором делается ссылка на весь Clip.

На фиг.4В изображено разделение Real PlayList, которое представляет собой операцию разделения Real PlayList в требуемой точке на два Real PlayList. Такая операция разделения выполняется, когда две программы управляют одним клипом, управляемым единственным PlayList, и когда пользователю требуется произвести повторную регистрацию или повторную запись в виде отдельных программ. Эта операция не приводит к изменению содержания Clip, то есть к разделению самого Clip.

На фиг.4С изображена операция комбинирования реальных списков воспроизведения Real PlayList, которая представляет собой операцию комбинирования двух Real PlayList в один новый Real PlayList. Эта операция комбинирования выполняется, когда пользователю необходимо произвести повторную регистрацию двух программ в виде единственной программы. Эта операция не приводит к изменению содержания Clip, то есть к комбинированию самих клипов в один клип.

На фиг.5А изображено стирание всего реального списка воспроизведения Real PlayList. Если производится операция стирания всего, заранее установленного Real PlayList, связанная с ним часть потока Clip, на который делается ссылка стираемым Real PlayList, также стирается.

На фиг.5В представлено частичное стирание Real PlayList. Если стирают требуемую часть Real PlayList, взаимосвязанные пункты воспроизведения Play Item изменяются так, что они делают ссылку только на необходимую часть потока Clip. Соответствующая часть потока Clip стирается.

На фиг.5С изображена минимизация реального списка воспроизведения Real PlayList. Она представляет собой операцию, приводящую к тому, что пункт воспроизведения Playltem, связанный с реальным списком воспроизведения Real PlayList, делает ссылку только на часть потока Clip, необходимую для виртуального списка воспроизведения Virtual PlayList. Соответствующая часть потока Clip, не нужная для Virtual PlayList, удаляется.

Если реальный список воспроизведения Real PlayList изменяется с помощью вышеописанной операции так, что стирается часть потока Clip, на которую ссылается Real PlayList, существует возможность, что будет существовать виртуальный список воспроизведения Virtual PlayList, в котором используется удаленный Clip, так что в Virtual PlayList могут возникнуть проблемы из-за того, что данный клип был удален.

Для предотвращения такого случая, в ответ на команду пользователя на удаление, для пользователя отображается следующее сообщение: “Если существует Virtual PlayList, ссылающийся на часть потока Clip, на который ссылается Real PlayList, и Real PlayList стирается, сам Virtual PlayList стирается – правильно ли это?”, которое требует подтверждения или выводится в виде предупреждения, после чего обработка стирания выполняется или отменяется в зависимости от команд пользователя. В качестве альтернативы, вместо удаления виртуального списка воспроизведения Virtual PlayList выполняется операция минимизации реального списка воспроизведения Real PlayList.

Далее будет описана работа для виртуального списка воспроизведения Virtual PlayList. Если выполняется работа для виртуального списка воспроизведения Virtual PlayList, содержание Clip не изменяется. Фиг.6А и 6В изображают сборку и редактирование (входное-выходное редактирование IN-OUT). Это представляет собой операцию создания Playltem домена воспроизведения, который пользователь хочет просмотреть для создания виртуального списка воспроизведения Virtual PlayList. Бесшовное соединение между пунктами воспроизведения Playltems поддерживается форматом приложения, описанным ниже.

Существуют два реальных списка PlayList 1, 2 и клипы 1, 2, связанные с соответствующими Real PlayList, при этом пользователь определяет заранее установленный домен в Real PlayList 1 (домен от IN1 до OUT1: Playltem 1) как домен воспроизведения, а также описывает как домен, который должен воспроизводиться, следующий заранее установленный домен в Real PlayList 2 (домен от IN2 до OUT2: Playltem 2) как домен воспроизведения, как показано на фиг.6А, при этом создается единственный виртуальный список воспроизведения Virtual PlayList, который состоит из пунктов воспроизведения Playltem 1 и Playltem2, как показано на фиг.6В.

Теперь будет описано повторное редактирование виртуального списка воспроизведения Virtual PlayList. Повторное редактирование может быть определено путем изменения входных или выходных точек IN-point и OUT-point виртуального списка воспроизведения Virtual PlayList, вставки или приложения новых пунктов воспроизведения Playltems в Virtual PlayList и удаления Playltems в Virtual PlayList. Сам виртуальный список воспроизведения Virtual PlayList также может быть удален.

На фиг.7 представлен аудиомонтаж (последующая запись) виртуального списка воспроизведения Virtual PlayList. Эта операция представляет собой регистрацию последующей аудиозаписи в виртуальном списке воспроизведения PlayList как под-путь. Такая последующая аудиозапись поддерживается программным обеспечением приложения. Дополнительный аудиопоток добавляется как под-путь к AV потоку основного пути виртуального списка воспроизведения Virtual PlayList.

Операция изменения (перемещения) последовательности воспроизведения списка воспроизведения PlayList, изображенная на фиг.8, является общей для реального списка воспроизведения Real PlayList и виртуального списка воспроизведения Virtual PlayList. Эта операция представляет собой изменение последовательности воспроизведения списка воспроизведения PlayList на диске (томе) и поддерживается таблицей списка воспроизведения TableOfPlayList, как определено в формате приложения, как будет описано далее со ссылкой, например, на фиг.20. Эта операция не приводит к изменению содержания Clip.

Далее будет описана метка (Mark). Метка предназначена для указания выделения или характерного времени в клипе и в списке воспроизведения PlayList, как показано на фиг.9. Метка, добавляемая к Clip, называется меткой клипа ClipMark (CM). Метка ClipMark представляет собой, например, точку индексирования программы или точку изменения сцены для указания характерной сцены, приписываемой к содержанию AV потока. Метка ClipMark генерируется, например, блоком 14 анализа по фиг.1. При воспроизведения списка воспроизведения PlayList на метку клипа, на который ссылается PlayList, может быть сделана ссылка и она может использоваться.

Метка, присоединяемая к списку воспроизведения PlayList, называется PlayListMark (метка списка воспроизведения). Метка PlayListMark представляет собой, например, точку положения закладки или точку продолжения, установленную пользователем. Установка метки для клипа Clip и для списка воспроизведения PlayList выполняется путем добавления отметки времени, указывающей точку метки времени в списке меток. С другой стороны, удаление метки представляет собой удаление отметки времени метки из списка меток. Следовательно, при установке или удалении метки AV поток никоим образом не изменяется.

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

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

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

Как изображение, представляющее список воспроизведения PlayList, может рассматриваться исходное изображение PlayList в виде свернутого в пиктограмму изображения (представляющее изображение). Однако начальное изображение для времени воспроизведения 0 не обязательно является самым лучшим изображением, представляющим содержание. Таким образом, пользователь может установить дополнительное изображение в качестве свернутого в виде пиктограммы изображения для списка воспроизведения PlayList. Два вида изображений, свернутых в виде пиктограммы, то есть изображений, свернутых в виде пиктограммы, представляющих изображения, обозначающих том Volume, и изображений в виде пиктограммы, представляющих обозначение списка воспроизведения PlayList, называются изображениями меню, свернутыми в виде пиктограммы. Так как изображения меню, свернутые в виде пиктограммы, часто демонстрируются, эти изображения, свернутые в виде пиктограммы, должны считываться с диска с повышенной скоростью. Таким образом, эффективно записывать все множество изображений меню, свернутых в виде пиктограммы, в виде единого файла. При этом не обязательно, чтобы изображения меню, свернутые в виде пиктограмм, представляли собой изображения, выделенные из подвижных изображений тома, но они могут представлять собой изображения, введенные из персонального компьютера или цифровой камеры неподвижного изображения, как показано на фиг.10.

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

На фиг.11 представлена взаимосвязь между меткой, добавленной к списку воспроизведения PlayList, и изображением метки, свернутым в пиктограмму, в то время, как на фиг.12 изображена взаимосвязь между меткой, добавленной к Clip, и изображением метки, свернутым в пиктограмму. В отличие от изображения меню, свернутого в виде пиктограммы, изображение метки, свернутое в виде пиктограммы, используется, например, в под-меню для представления деталей списка воспроизведения PlayList, когда не требуется производить считывание с малым временем доступа. Таким образом, всякий раз, когда требуется изображение, свернутое в виде пиктограммы, устройство 1 записи и/или воспроизведения открывает файл и считывает часть этого файла, когда некоторое время, необходимое для того, чтобы открыть и считать часть файла устройством 1 записи и/или воспроизведения не представляет никакой проблемы.

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

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

Далее будет описана CPI (Информация характерных точек). CPI представляет собой данные, содержащиеся в файле информации Clip information, которые используются, в основном, для поиска адреса данных в файле AV потока клипа, с которого необходимо начать считывание данных, когда в клип представляется отметка времени точки доступа. В данном варианте воплощения используются два вида CPI, один из которых представляет собой ЕР_map и другой представляет собой TU_map.

EP_map представляет собой список точек входа (ЕР) данных, выделенных из элементарного потока и транспортного потока информации. Он содержит информацию адреса, используемую для поиска места или точки входа в AV поток, с которой требуется начать декодирование. Одни данные точек входа ЕР состоят из меток времени представления (PTS) и адресов данных в AV потоке блока доступа, связанных с PTS, причем адреса данных сопоставлены в виде пары с PTS.

Список ЕР_map используется, в основном, для двух целей. Во-первых, он используется для поиска адреса данных в AV потоке в блоке доступа, представленном PTS в списке воспроизведения PlayList. Во-вторых, ЕР_map используется для ускоренного воспроизведения вперед или ускоренного воспроизведения назад. Если при записи входного AV потока с помощью устройства 1 записи и/или воспроизведения, может анализироваться синтаксис потока, создается список ЕР_map и записывается на диск.

TU_map содержит список данных блоков времени (TU), который получается на основе точек времени прихода транспортного пакета, поступающего через цифровой интерфейс. Это позволяет создать взаимосвязь между временем на основе времени прихода и адресом данных в AV потоке. Когда устройство 1 записи и/или воспроизведения производит запись входного AV потока и синтаксис потока не может анализироваться, создается TU_map и записывается на диск.

В STCInfo записывается информация о точках разрыва в файле AV потока, в котором записывается транспортный поток MPEG-2.

Когда AV поток содержит точки разрыва STC, те же значения PTS могут появляться в файле AV потока. Таким образом, если точка времени в AV потоке определяется на основе PTS, PTS точки доступа являются недостаточными для определения точки. Кроме того, требуется индексирование непрерывного домена STC, содержащего PTS. В таком формате непрерывный домен STC и его индекс называются последовательностью STC-sequence и идентификатором последовательности STC-sequence-ID, соответственно. Информация последовательности STC-sequence определяется по STCInfo файла информации клипа Clip Information.

Идентификатор последовательности STC-sequence-ID используется в файле AV потока и является необязательным в файле AV потока, содержащем TU_map.

Каждая из программ представляет собой совокупность элементарных потоков и совместно содержит единственную основу системного времени для синхронизированного воспроизведения этих потоков.

Для устройства воспроизведения (устройства 1 записи и/или воспроизведения по фиг.1) важно определить содержание AV потока до его декодирования. Это содержание включает, например, значения PID передачи транспортного пакета аудио или видеоэлементарного потока или типа видео- или аудиокомпонентов, таких как видео HDTV (телевидение высокой четкости) или аудиопоток MPEG-2 ААС. Эта информация используется для создания файла экрана меню, представляющего пользователю содержание списка воспроизведения PlayList, который ссылается на AV поток. Он также полезен для установки исходного состояния AV декодера и демультиплексора соответствующего устройства.

По этой причине файл информации клипа Clip Information содержит информацию о программе Programlnfo для иллюстрации содержания программы.

Может так случиться, что содержание программы будет изменено в файле AV потока, в котором записан транспортный поток MPEG-2. Например, может измениться PID транспортного пакета, передающего элементарный видеопоток, или тип компонента видеопотока может измениться с SDTV (стандартное телевидение) в HDTV (телевидение высокой четкости).

Информация программы Programlnfo записывает информацию о точках изменения содержания программы в файле AV потока. Домен файла AV потока, в котором содержание программы остается постоянным, называется программной последовательностью.

Эта программная последовательность используется в файле AV потока, содержащем ЕР_map, и является не обязательной в файле AV потока, в котором используется TU_map.

Настоящий вариант воплощения определяет самокодирующийся формат потока (SESF). SESF используется для кодирования аналоговых входных сигналов и для декодирования цифровых входных сигналов для последующего кодирования декодированного сигнала в транспортный поток MPEG-2.

SESF определяет элементарный поток, относящийся к транспортному потоку MPEG-2 и AV потоку. Когда устройство 1 записи и/или воспроизведения производит кодирование и запись входных сигналов в SESF, создается список ЕР_map и записывается на диск.

В потоке цифрового широковещания используется одна из следующих систем записи на носитель 100 записи: вначале поток цифрового широковещания транскодируется в поток SESF. В этом случае записанный поток должен соответствовать SESF и при этом должен быть подготовлен ЕР_map и записан на диск.

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

Например, предполагается, что входной поток представляет собой транспортный поток MPEG-2, соответствующий ISDB (стандартное обозначение цифрового спутникового вещания в Японии), с транспортным потоком, содержащим видеопоток HDTV, и аудиопотоком ААС (с автоматическим управлением амплитудой). Видеопоток HDTV транскодируется в видеопоток SDTV, причем видеопоток SDTV и оригинальный аудиопоток ААС повторно мультиплексируются в TS (транспортный поток). Как поток SDTV, так и транспортный поток должны соответствовать формату ISDB.

Другая система записи цифрового широковещательного потока на носитель 100 записи представляет собой “прозрачную” запись входного транспортного потока, когда производится запись входного транспортного потока без изменений, причем в этом случае формируется список ЕР_map и записывается на диск.

В качестве альтернативы, производится “прозрачная” запись входного транспортного потока информации, то есть входной транспортный поток информации, записывается без изменений, при этом создается список TU_map и записывается на диск.

Далее поясняются директория и файл. Устройство 1 записи и/или воспроизведения ниже описаны как устройство DVR (устройство цифровой видеозаписи). На фиг.14 изображена типичная структура директории на диске. Директории диска DVR могут включать корневую директорию “root”, включающую директорию “DVR”, и директорию “DVR”, включающую директорию “PLAYLIST”, директорию “CLIPINF”, директорию “M2TS” и директорию “DATA”, как показано на фиг.14. Хотя ниже корневой директории могут быть созданы другие директории, кроме указанных выше, они не описаны в формате настоящего варианта воплощения.

Ниже директории “DATA” записаны все файлы и директории, предписанные форматом приложения DVR. Директория “DVR” включает четыре директории. Ниже директории “PLAYLIST” помещены файлы базы данных Real PlayList и Virtual PlayList. Последняя директория может не содержать файл PlayList.

Ниже “CLIPINF” помещена база данных Clip. Эта директория также может не содержать файлы AV потока. В директории “DATA” записаны файлы широковещательной информации, такой как широковещательное цифровое телевидение.

В директории “DVR” записаны следующие файлы. Файл “info.dvr”, который создан в директории DVR для записи полной информации о слое приложения. В директории DVR должен быть один файл info.dvr. Предполагается, что это название файла фиксировано для info.dvr. Файл “menu.thmb”, в котором записана информация, относящаяся к изображениям меню, свернутым в пиктограмму. Ниже директории DVR должны находиться 0 или 1 изображение метки, свернутой в пиктограмму. Предполагается, что название файла “menu.thmb” фиксировано для этого файла. Если не существует изображения меню, свернутого в пиктограмму, то этот файл не может существовать.

В файле “mark.thmb” записана информация, относящаяся к изображению метки, свернутому в пиктограмму. Ниже директории DVR должно быть 0 или 1 изображение метки, свернутой в пиктограмму. Предполагается, что название файла должно быть фиксировано в “menu.thmb”. Если нет изображения меню, свернутого в пиктограмму, этот файл не может существовать.

В директории “PLAYLIST” записаны два вида файлов PlayList, которые представляют Real PlayList и Virtual PlayList. Файл “xxxxx.rpls” содержит информацию, относящуюся к одному Real PlayList. Один файл создается для каждого Real PlayList. Название файла представляет собой “xxxxx.rpls”, где “ххххх” обозначает пять цифр от 0 до 9. Расширение файла должно быть “rpls”.

В файле “yyyyy.vpls” записана информация, относящаяся к одному Virtual PlayList. Для каждого Virtual PlayList создается один файл с названием “yyyyy.vpls”, где “ууууу” обозначает пять цифр от 0 до 9. Расширение файла должно быть “vpls”.

В директории “CLIPINF” записаны файлы, каждый из которых связан с каждым файлом AV потока. Файл “zzzzz.clpi” представляет собой файл информации клипа Clip Information, соответствующий одному файлу AV потока (клип-файлу AV потока или файлу потока Bridge-Clip). В названии “zzzzz.clpi” файла “zzzzz” обозначает пять цифр от 0 до 9. Расширение файла должно быть “clpi”.

В директории “M2TS” записан файл AV потока. Файл “zzzzz.m2ts” представляет собой файл AV потока, обрабатываемый системой DRV. Он представляет собой клип-файл AV потока или Bridgy-Clip файл AV потока. Название файла – “zzzzz.rn2ts”, где “zzzzz” обозначает пять цифр от 0 до 9. Расширение файла должно быть “m2ts”.

В директории “DATA” записаны данные, передаваемые по системе широковещания данных. Эти данные могут представлять собой, например, файлы XML или MPEG.

Далее будут описаны синтаксис и семантика каждой директории (файла). На фиг.15 изображен синтаксис файла “info.dvr”. Файл “info.dvr” состоит из трех объектов, то есть DVRVolume(), TableOfPlayLists() и MakersPrivateData().

Опишем синтаксис файла info.dvr, изображенного на фиг.15. TableOfPlayLists_Start_address обозначает начальный адрес таблицы списка воспроизведения TableOfPlayLists() в виде относительного количества байт от начального байта файла “info.dvr”. Относительное количество байт подсчитывают, начиная с 0.

MakersPrivateData_Start_address указывает начальный адрес частных данных изготовителя MakersPrivateData() в виде относительного количества байт от начального байта файла “info.dvr”. Относительное количество байт отсчитывают от 0. Заполняющее слово Padding_word вставляют во взаимосвязи с синтаксисом “info.dvr”. N1 и N2 представляют собой используемые в случае необходимости положительные целые числа. Каждое заполняющее слово (padding_word) может принимать произвольное значение.

В DVRVolume() записана информация, указывающая содержание тома (диска). На фиг.16 изображен синтаксис DVRVolume. Далее будет описан синтаксис DVR Volume(), изображенный на фиг.16. Номер версии Version_number представляет собой четыре символа, указывающих номер версии DVRVolume(). Номер версии version_number закодирован как “0045” в соответствии со стандартом ISO646.

Длина обозначается 32-битовым целым числом без знака, указывающим количество байт непосредственно после поля длины до конца DVRVolume().

В ResumeVolume() записаны названия файла Real PlayList или Virtual PlayList, которые в последний раз воспроизводились в томе Volume. Однако положение воспроизведения, когда пользователь прервал воспроизведение Real PlayList или Virtual PlayList, записано в метке возобновления, определенной в PlayListMark() (смотри фиг.42 и 43).

На фиг.17 изображен синтаксис ResumeVolume(). Опишем синтаксис ResumeVolume(), изображенный на фиг.17. Флаг Valid_flag указывает, что поле resume_PlayList_name является действительным или недействительным, когда этот однобитовый флаг установлен в 1 или 0, соответственно.

10-байтовое поле resume_PlayList_name указывает название файла Real PlayList или Virtual PlayList, который должен возобновляться.

В UlAppInfoVolume в синтаксисе DVRVolume(), изображенном на фиг.16, записаны параметры приложения интерфейса пользователя, относящегося к тому Volume. На фиг.18 изображен синтаксис UlAppInfoVolume, семантика которого будет теперь ниже. 8-битовое поле character_set указывает способ кодирования символов, закодированных в поле названия тома Volume_name. Способ кодирования соответствует значениям, изображенным на фиг.19.

8-битовое поле name_length указывает длину в байтах названия тома Volume, которое представлено в поле Volume_name. Поле Volume_name указывает обозначение тома Volume. Количество байт, обозначаемое числом, содержащемся в поле name_length, отсчитываемое слева от этого поля, представляет собой количество действительных знаков и указывает обозначение тома. Значения, расположенные сразу после этих действительных знаков, могут представлять собой произвольные значения.

Флаг защиты тома Volume_protect_flag представляет собой флаг, указывающий, может ли быть содержание тома Volume предоставлено пользователю без ограничений. Если этот флаг установлен в 1, содержание Volume разрешено для предоставления пользователю только в случае, если пользователь правильно ввел PIN код (пароль). Если этот флаг установлен в 0, содержание Volume разрешено для предоставления пользователю даже в случае, если пользователь не ввел PIN код.

Если пользователь установил диск на устройство воспроизведения, и этот флаг был установлен в 0, или флаг был установлен в 1, но пользователь правильно ввел PIN код, устройство 1 записи и/или воспроизведения демонстрирует список PlayList для данного диска. При этом ограничения по воспроизведению соответствующих PlayList не зависят от значения Volume_protect_flag и представлены флагом управления воспроизведением playback_control_flag, который определен в UlAppInfo тома Volume.

PIN код состоит из четырех цифр от 0 до 9, каждая из которых закодирована в соответствии со стандартом ISO/IEC 646. Поле ref_thumbnail_index указывает информацию об изображении, свернутом в пиктограмму, добавленном к тому. Если поле ref_thumbnail_index представляет собой значение, не являющееся OxFFFF, изображение, свернутое в пиктограмму, добавляется к тому Volume. Изображение, свернутое в пиктограмму, записано в файл menu.thumb. Ссылка на это изображение делается с использованием значения ref_thumbnail_index в файле menu.thumb. Если в поле ref_thumbnail_index записано 0xFFFF, это указывает, что изображение, свернутое в пиктограмму, было добавлено к тому Volume.

Далее будет описана таблица списка воспроизведения TableOfPlayList() в синтаксисе info.dvr, изображенном на фиг.15. В TableOfPlayList() записано название файла PlayList (Real PlayList и Virtual PlayList). Все файлы списка воспроизведения PlayList, записанные в томе Volume, содержатся в TableOfPlayList(), причем TableOfPlayList() указывает последовательность воспроизведения значения PlayList, принятого по умолчанию для данного в Volume.

На фиг.20 изображен синтаксис TableOfPlayList(), который будет далее описан. Номер версии Version_number таблицы TableOfPlayList() содержит четыре знака, обозначающие номер версии TableOfPlayList. Номер версии version_number должен быть закодирован как “0045” в соответствии со стандартом ISO 646.

Длина представляет собой 32-битное целое число без знака, указывающее количество байт TableOfPlayList() непосредственно после левого поля до конца TableOfPlayList(). 16-битовое поле number_of_PlayList указывает количество петель, включающих название файла списка воспроизведения PlayList_file_name. Эта число должно быть равно количеству PlayList, записанных в томе Volume. 10-байтовое число PlayList_file_name указывает название файла PlayList.

На фиг.21 изображена другая конфигурация синтаксиса TableOfPlayList(). Синтаксис, изображенный на фиг.21, содержит синтаксис, представленный на фиг.20, в котором содержится UlAppInfoPlayList. Благодаря такой структуре, включающей UlAppInfoPlayList, становится возможным создавать изображение меню просто, благодаря считыванию TableOflPlayLists. В нижеследующем описании предполагается использование синтаксиса, изображенного на фиг.20.

Далее будут описаны MakersPrivateData, содержащиеся в файле info.dvr, изображенном на фиг.15. MakersPrivateData (частные данные изготовителя) предусмотрены для того, чтобы изготовитель устройства 1 записи и/или воспроизведения имел возможность вводить частные данные изготовителя в MakersPrivateData() для специальных прикладных программ различных компаний. Частные данные каждого изготовителя имеют стандартизованный идентификатор изготовителя maker_ID, предназначенный для идентификации изготовителя, который их определил. MakersPrivateData() могут содержать один или большее количество идентификаторов изготовителя maker_ID.

Если MakersPrivateData() уже содержат частные данные какого-либо изготовителя, и для заранее установленного изготовителя требуется ввести частные данные, эти новые частные данные добавляются в MakersPrivateData(), без стирания ранее существовавших старых частных данных. Таким образом, в данном варианте воплощения в одном MakersPrivateData() могут содержаться частные данные множества изготовителей.

На фиг.22 изображен синтаксис MakersPrivateData. Далее будет описан синтаксис MakersPrivateData, изображенный на фиг.22. Номер версии version_number таблицы списка воспроизведения TableOfPlayList() содержит четыре знака, указывающих номер версии TableOfPlayLists. Номер версии version_number должен быть закодирован как “0045” в соответствии со стандартом ISO 646. Длина Length представляет собой 32-битовое целое число без знака, указывающее количество бит TableOfPlayList() непосредственно после поля длины до конца MakersPrivateData().

Mpd_blocks_start_address указывает адрес начала первого mpd_block() в виде относительного количества байт от начального байта MakersPrivateData(). Number_of_maker_entries представляет собой 16-битовое незакодированное целое число, представляющее количество входов в частные данные изготовителя, включенные в MakersPrivateData(). В MakersPrivateData() не должно содержаться два или большее количество изготовителей частных данных, имеющих одно и то же значение идентификатора изготовителя maker_ID.

Mpd_blocks_size представляет собой 16-битовое целое число без знака, представляющее размер одного блока частных данных изготовителя mpd_block в виде блоков по 1024 байта. Например, если mpd_block_size равен 1, это указывает, что размер одного mpd_block составляет 1024 байта. Number_of_mpd_blocks представляет собой 16-битовое целое число без знака, которое представляет количество блоков mpd_block, содержащихся в MakersPrivateData(). Идентификатор изготовителя Maker_ID представляет собой 16-битовое целое число без знака, указывающее на код номера модели системы DVR, с помощью которой были созданы частные данные изготовителя. Значение, закодированное в идентификаторе изготовителя maker_ID, указывается обладателем лицензии.

Код модели изготовителя maker_model_code представляет собой 16-битовое целое число без знака, указывающее код номера модели системы DVR, который был создан частными данными изготовителя. Значение, закодированное в maker_model_code, устанавливается изготовителем, который принял лицензию формата. Start_mpd_block_number (начальный номер блока частной информации изготовителя) представляет собой 16-битовое целое число без знака, указывающее номер mpd_block, с которого начинаются частные данные изготовителя. Начало частных данных изготовителя должно быть совмещено с началом mpd_block. Start_mpd_block_number соответствует переменной j в mpd_block с петлями.

Mpd_length (длина частных данных изготовителя) представляет собой 32-битовое целое число без знака, указывающее размер частных данных изготовителя. Mpd_block представляет собой область, в которой записаны частные данные изготовителя. Все mpd_blocks в MakersPrivateData() должны иметь одинаковый размер.

Ниже поясняются файл Real PlayList и файл Virtual PlayList, другими словами, xxxxx.rpls и yyyyy.vpls. На фиг.23 изображен синтаксис xxxxx.rpls (Real PlayList) и yyyyy.vpls (Virtual PlayList), которые имеют одинаковую структуру. Каждый из файлов xxxxx.rpls и yyyyy.vpls состоит из трех объектов, то есть из PlayList(), PlayListMark() и MakersPrivateData().

PlayListMark_Start_address указывает начальный адрес PlayListMark() в виде относительного количества байт от начала файла PlayList. Относительное количество байт отсчитывается от нуля.

MakersPrivateData_Start_address указывает начальный адрес MakersPrivateData(), в виде относительного количества байт от ведущего конца файла PlayList. Относительное количество байт отсчитывается от нуля.

Padding_word (заполняющее слово) вводят в соответствии с синтаксисом файла PlayList так, что N1 и N2 представляют собой произвольные положительные целые числа. Каждое заполняющее слово может принимать произвольное значение.

Ниже будет описан PlayList, хотя он и был кратко описан выше. Все списки воспроизведения PlayList на диске должны делать ссылку на домен воспроизведения во всех клипах Clip, за исключением Bridge-Clip. Кроме того, два или большее количество реальных списков Real PlayLists не должны приводить к наложению доменов воспроизведения, которые представлены их пунктами воспроизведения Playltems на одном и том же клипе.

Рассмотрим фиг. 24А, 24В и 24С. Для всех Clip существуют соответствующие реальные списки воспроизведения Real PlayLists, как показано на фиг.24А. Это правило соблюдается даже после того, как операция редактирования будет завершена, как показано на фиг.24В. Поэтому все клипы должны рассматриваться со ссылкой на один из реальных списков воспроизведения Real PlayLists.

Как показано на фиг.24С, домен воспроизведения виртуального списка воспроизведения Virtual PlayList должен содержаться в домене воспроизведения и в домене воспроизведения Bridge-Clip. На диске не должно быть Bridge-Clip, на который не делается ссылка ни одним из виртуальных списков воспроизведения Virtual PlayList.

Реальный список воспроизведения Real PlayList, содержащий список пунктов воспроизведения Playltem, не должен содержать под-пункты воспроизведения SubPlayItem. Виртуальный список воспроизведения PlayList содержит список пунктов воспроизведения Playltem и, если тип CPI_type, содержащийся в PlayList(), представляет собой ЕР_map, и PlayList_type равен 0 (список воспроизведения PlayList, содержащий видео- и аудиоинформацию). Virtual PlayList может содержать один под-пункт воспроизведения SubPlayItem. В PlayList(), в соответствии с данным вариантом воплощения, SubPlayItem используется только для последующей записи аудиоинформации. Количество SubPlayItems, принадлежащих одному Virtual PlayList, должно быть равно 0 или 1.

Далее будет описан список воспроизведения PlayList. На фиг.25 изображен синтаксис PlayList, который поясняется ниже. Номер версии version_number содержит четыре знака, обозначающих номер версии списка воспроизведения PlayList(). Version_number закодирован как “0045” в соответствии со стандартом ISO 646. Длина length представляет собой 32-битовое целое число без знака, указывающее общее количество байт списка воспроизведения PlayList(), непосредственно от поля длины до конца PlayList(). Тип списка воспроизведения PlayList_type, один из примеров которого изображен на фиг.26, представляет собой 8-битовое поле, указывающее тип списка воспроизведения PlayList.

CPl_type представляет собой однобитовый флаг, указывающий значение CPI_type клипа, на который делается ссылка из PlayItem() и SubPlayItem(). Nbgs CPI_types, определенные в CPI всех клипов, на которые делается ссылка из одного списка воспроизведения PlayList, должны иметь одни и те же значения. Количество пунктов воспроизведения number_of_Playltems, представляет собой 16-битовое поле, обозначающее количество пунктов воспроизведения Playltem, представленных в списке воспроизведения PlayList.

Идентификатор пункта воспроизведения Playltem_id, соответствующий заранее установленному PlayItem(), определяется по последовательности, в которой PlayItem() появляется в PlayItem(), содержащем петлю. Playltem_id начинается с 0. Количество подпунктов воспроизведения number_of_SubPlayItems представляет собой 16-битовое поле, указывающее количество SubPlayItem в списке воспроизведения PlayList. Это значение равно 0 или 1. Дополнительный путь аудиопотоков (audio stream path) представляет собой вид под-пути.

Далее будет описан UlAppInfoPlayList синтаксиса списка воспроизведения PlayList, изображенного на фиг.25. В UlAppInfoPlayList записаны параметры приложения интерфейса пользователя, относящиеся к списку воспроизведения PlayList. На фиг.27 изображен синтаксис UlAppInfoPlayList, который будет описан далее. Поле character_set представляет собой 8-битовое поле, указывающее на способ кодирования символов, закодированных в поле названия списка воспроизведения PlayList_name. Способ кодирования соответствует значениям, представленным в таблице, изображенной на фиг.19.

Длина названия name_length представляет собой 8-битовое поле, указывающее длину в байтах названия списка воспроизведения PlayList, которое приведено в поле PlayList_name. Поле PlayList_name изображает обозначение списка воспроизведения PlayList. Количество байт числа, обозначающего длину названия name_length, подсчитываемое слева от этого поля, представляет собой число действительных знаков и указывает название списка воспроизведения PlayList. Значения, следующие далее после этих действительных знаков, могут представлять собой любые значения.

Время и дата записи record_time_and_date представляет собой 56-битовое поле, в котором записывается дата и время записи списка воспроизведения PlayList. Это поле представляет собой 14 цифр для года/месяца/дня/часа/минуты/секунды, закодированных в виде двоично-десятичных чисел (BCD). Например, 2001/12/23:01:02:03 кодируется как “0х20011223010203”.

Продолжительность представляет собой 24-битовое поле, указывающее общее время воспроизведения списка воспроизведения PlayList в формате часы/минуты/секунды в виде единого блока. Это поле представляет собой шесть цифр, закодированных в виде двоично-десятичных чисел (BCD). Например, 01:45:30 кодируется как “0×014530”.

Действительный период valid_period представляет собой 32-битовое поле, указывающее действительные периоды времени списка воспроизведения PlayList. Это поле содержит 8 цифр, закодированных в виде 4-битовых двоично-десятичных цифр (BCD). Действительный период valid_period используется в устройстве 1 записи и/или воспроизведения, например, когда список воспроизведения PlayList, для которого истек действительный период, должен автоматически стираться. Например, 2001/05/07 кодируется как “0×20010507”.

Индикатор изготовителя maker_ID представляет собой 16-битовое целое число без знака, указывающее изготовителя устройства воспроизведения DVR (устройства 1 записи и/или воспроизведения), на котором в последний раз обновлялся список воспроизведения PlayList. Значение, закодированное как идентификатор изготовителя maker_ID, присваивается обладателю лицензии в формате DVR. Код изготовителя maker_code представляет собой 16-битовое целое число без знака, указывающее номер модели устройства воспроизведения DVR, на котором в последний раз обновляли список воспроизведения PlayList. Значение, закодированное в коде изготовителя maker_code, определяется изготовителем, который принял лицензию в формате DVR. Если флаг управления воспроизведением playback_control_flag установлен в 1, его список воспроизведения PlayList воспроизводится только, когда пользователь успешно введет PIN код. Если этот флаг установлен в 0, пользователь может рассматривать список воспроизведения PlayList без необходимости ввода PIN кода.

Если флаг защиты записи write_protect_flag установлен в 1, стирание или изменение содержания списка воспроизведения PlayList запрещено, за исключением write_protect_flag. Если этот флаг установлен в 0, пользователь может свободно стирать или изменять список воспроизведения PlayList. Если этот флаг установлен в 1, устройство 1 записи и/или воспроизведения отображает сообщение, запрашивающее повторное подтверждение пользователем прежде, чем пользователю будет разрешено стирать, редактировать или перезаписывать список воспроизведения PlayList.

Может существовать реальный список воспроизведения Real PlayList, в котором флаг защиты записи write_protect_flag установлен в 0, может существовать виртуальный список воспроизведения Virtual PlayList, который ссылается на Clip в реальном списке Real PlayList, и флаг защиты записи write_protect_flag Virtual PlayList может быть установлен в 1. Если пользователь хочет стереть Real PlayList, устройство 1 записи и/или воспроизведения вырабатывает предупреждение пользователю ввиду наличия вышеуказанного Virtual PlayList или “минимизирует” Real PlayList перед тем как будет стерт Real PlayList.

Если флаг is_played_flag установлен в 1, как показано на фиг.28В, это указывает на то, что список воспроизведения PlayList воспроизводился, по меньшей мере, один раз с тех пор, как был записан, а когда он установлен в 0, это указывает, что список воспроизведения PlayList ни разу не воспроизводился с тех пор, как был записан.

Поле archive представляет собой двухбитное поле, указывающее на то, является ли список воспроизведения PlayList оригиналом или копией, как показано на фиг.28С. Поле ref_thumbnail_index указывает на информацию изображения, свернутого до пиктограммы, представляющего список воспроизведения PlayList. Если поле ref_thumbnail_index имеет значение, не равное 0xFFFF, изображение, свернутое до пиктограммы, представляющее список воспроизведения PlayList, добавляется в PlayList, причем этот PlayList записан в файл menu.thmb. Ссылка на изображение выполняется с использованием значения ref_thumbnail_index в файле menu.thmb. Если поле ref_thumbnail_index содержит 0xFFFF, это означает, что в список воспроизведения PlayList было добавлено изображение, свернутое до пиктограммы, представляющее PlayList.

Ниже поясняется пункт воспроизведения Playltem. Один PlayItem(), в основном, содержит следующие данные: Clip_Information_file_name, предназначенные для указания названия файла клипа, время входа и время выхода IN-time и OUT-time, соединенные вместе, для указания домена воспроизведения Clip, идентификатор последовательности stc_sequence_id, на который ссылается время входа и время выхода IN-time и OUT-time в случае, если CPI_type, определяемый в PlayList(), представляет собой тип ЕР_map, и условие соединения Connection_Condition, указывающее на состояние соединения предыдущего пункта воспроизведения Playltem и текущего Playltem.

Если список воспроизведения PlayList состоит из двух или большего количества пунктов воспроизведения Playltem, эти Playltem составлены в виде ряда, без временных промежутков или взаимного перекрытия, на глобальной оси времени списка воспроизведения PlayList. Если тип CPI_type, определенный в списке воспроизведения PlayList, представляет собой тип ЕР_map, и текущий PlayList не содержит BridgeSequence(), пара времени входа и времени выхода IN-time и OUT-time должна указывать одно и то же время на непрерывном домене STC, который определяется идентификатором последовательности STC_sequence_id. Такой случай изображен на фиг.29.

На фиг.30 изображен такой случай, в котором тип CPI_type, определяемый списком воспроизведения PlayList() и, когда текущий пункт воспроизведения Playltem содержит BridgeSequence(), для которого применяются описанные ниже правила. Время входа пункта воспроизведения перед текущим пунктом воспроизведения Playltem, изображенное как IN_time1, указывает время Bridge-Clip, определенное в BridgeSequenceInfo() текущего пункта воспроизведения Playltem. При этом время выхода OUT_time должно соответствовать ограничениям кодирования, которые будут описаны далее.

Время входа IN_time текущего пункта воспроизведения Playltem, представленное как IN_time2, указывает время в Bridge-Clip, определяемое в BridgeSequenceInfo() текущего Playltem. Это IN_time также должно соответствовать ограничениям кодирования, описанным ниже. Время выхода OUT_time пункта воспроизведения Playltem текущего пункта воспроизведения Playltem, изображенное как OUT_time2, указывает время непрерывного домена STC, определяемого идентификатором последовательности STC_sequence_id текущего пункта воспроизведения Playltem.

Если CPI_type PlayList() представляет собой тип TU_map, время входа и время выхода IN_time и OUT-time пункта воспроизведения Playltem, спаренные вместе, указывают время одного и того же AV потока клипа, как показано на фиг.31.

Синтаксис пункта воспроизведения Playltem изображен на фиг.32. Что касается синтаксиса Playltem, изображенного на фиг.32, поле Clip_information_file_name указывает название файла информации клипа. Тип потока клипа Clip_stream_type, определяемый ClipInfo() этого файла информации клипа Clip Information, должен указывать AV поток клипа.

Идентификатор последовательности STC_sequence_id представляет собой 8-битовое поле и указывает STC_sequence_id непрерывного домена STC, на который ссылается пункт воспроизведения Playltem. Если тип CPI_type, определенный в PlayList(), представляет собой тип TU_map, это 8-битовое поле не имеет никакого значения и устанавливается в 0. Время входа IN_time представляет собой 32-битовое поле и используется для записи времени начала воспроизведения пункта воспроизведения Playltem. Семантика времени входа IN_time отличается от типа CPI_type, определенного в списке воспроизведения PlayList(), как показано на фиг.33.

Время выхода OUT_time представляет собой 32-битовое поле и используется для времени окончания воспроизведения пункта воспроизведения Playltem. Семантика времени выхода OUT_time отличается от типа CPI_type, определенного в PlayList(), как показано на фиг.34.

Условие соединения connection_condition представляет собой 2-битовое поле, указывающее условие соединения между предыдущим пунктом воспроизведения Playltem и текущим Playltem, как показано на фиг.35. Фиг. 36А – 36D изображают различные состояния Connection_condition, изображенные на фиг.35.

BridgeSequenceInfo поясняется со ссылкой на фиг.37. BridgeSequenceInfo представляет собой вспомогательную информацию для текущего пункта воспроизведения Playltem и включает следующую информацию. То есть BridgeSequenceInfo включает название файла Bridge_Clip_Information_fiIe_name, которое предназначено для определения AV файла Bridge_Clip, и Bridge_Clip_Information_file_name, которое определяют соответствующий файл информации клипа Clip Information (фиг.45).

Предыдущий пункт воспроизведения Playltem также ссылается на адрес пакета источника AV потока клипа. За этим пакетом источника включается первый пакет источника AV потока Bridge-Clip. Этот адрес называется RSPN_exit_from_previous_Clip (RSPN выход из предыдущего клипа). Он также представляет собой адрес пакета источника AV потока клипа, на который делается ссылка текущим пунктом воспроизведения Playltem. Перед этим пакетом источника подключен последний пакет источника файла AV потока Bridge_clip. Этот адрес называется RSPN_enter_to_current_Clip (RSPN вход в текущий клип).

На фиг.37 RSPN_arrival_time_discontinuity (разрыв времени прихода RSPN) указывает адрес пакета источника в AV потоке Bridge_Clip, где содержится точка разрыва в основе времени прихода. Этот адрес определяется в ClipInfo() (фиг.46).

На фиг.38 изображен синтаксис BridgeSequenceInfo. Как видно по синтаксису BridgeSequenceInfo, изображенному на фиг.38, поле Bridge_Clip_Information_file_name указывает название файла информации клипа Clip Information, соответствующего файлу Bridge_Clip_Information_file. Тип потока Clip_stream_type, определенный в ClipInfo() этого файла информации клипа, должен указывать “AV поток Bridge_Clip”.

32-битовое поле RSPN выхода из предыдущего клипа RSPN_exit_from_previous_Clip представляет собой относительный адрес пакета источника AV потока клипа, на который делается ссылка предыдущим пунктом воспроизведения Playltem. За этим пакетом источника подключен первый пакет источника файла AV потока Bridge_Clip. RSPN_exit_from_previous_Clip имеет размер, основанный на номере пакета источника как блоке, и подсчитывается со значением смещения offset_SPN, определяемым в ClipInfo() от первого пакета источника файла AV потока клипа, на который делается ссылка предыдущим пунктом воспроизведения Playltem.

32-битовое поле RSPN_enter_to_curent_Clip (вход RSPN в текущий клип) представляет собой относительный адрес пакета источника AV потока клипа, на который делается ссылка текущим пунктом воспроизведения Playltem. Перед этим пакетом источника присоединен последний пакет источника файла AV потока Bridge_Clip. RSPN_enter_to_curent_Clip имеет размер, который основан на номере пакета источника в виде блока. RSPN_enter_to_curent_Clip подсчитывается со значением смещения offset_SPN, определяемым в ClipInfo() от первого пакета источника файла AV потока клипа, на который делается ссылка текущим пунктом воспроизведения Playltem, как исходное значение.

Подпункт воспроизведения SubPlayItem поясняется со ссылкой на фиг.39. Использование SubPlayItem() разрешено только, если тип CPI_type списка воспроизведения PlayList() представляет собой тип ЕР_map. В настоящем варианте воплощения SubPlayItem используется только для последующей записи аудиоданных. SubPlayItem() включает следующие данные. Во-первых, он включает Clip_Information_file_name (название файла информации клипа), предназначенное для определения клипа, на который делается ссылка с помощью под-пути в списке воспроизведения PlayList.

Он также содержит время входа под-пути SubPath_IN_time и время выхода под-пути SubPath_OUT_time, предназначенные для определения домена воспроизведения под-пути в клипе. Кроме того, он содержит идентификатор sync_PlayItem_id и start_PTS_of_PlayItem, предназначенные для указания времени начала под-пути воспроизведения на оси времени основного пути. AV поток клипа, на который делается ссылка через под-путь, не должен содержать точки разрыва STC (точки разрыва основы системного времени). Сигналы синхронизации аудиовыборок клипа, используемые в под-пути, синхронизированы с сигналами синхронизации аудиовыборок основного пути.

На фиг.40 изображен синтаксис пункта под-пути SubPlayItem. При рассмотрении синтаксиса SubPlayItem, представленного на фиг.40, можно видеть, что поле Clip_Information_file_name (название файла информации клипа) указывает на название файла информации клипа и используется для под-пути в списке воспроизведения PlayList. Тип потока клипа Clip_ stream_type, определенный в этом ClipInfo() должен указывать на AV поток клипа.

8-битовое поле идентификатора sync_PlayItem_id указывает тип пути к под-пути. Здесь устанавливается только ‘0х00’, как показано на фиг.41, в то время, как другие значения зарезервированы для использования в будущем.

8-битовое поле идентификатора sync_PlayItem_id указывает идентификатор пункта воспроизведения Playltem_id для Playltem, содержащего начало времени воспроизведения под-пути на оси времени основного пути. Значение идентификатора пункта воспроизведения Playltem_id, соответствующее заранее установленному пункту воспроизведения Playltem, определено в списке воспроизведения PlayList() (фиг.25).

32-битовое поле sync_start_PTS_of_PlayItem обозначает время начала воспроизведения под-пути на оси времени основного пути и обозначает верхние 32 бита PTS (отметка времени представления) пункта воспроизведения Playltem, на который делается ссылка идентификатором sync_PlayItem_id. Поле из верхних 32-битов входного времени под-пути SubPath_IN_time содержит время начала воспроизведения под-пути. Время входа под-пути SubPath_IN_time определяет верхние 32 бита PTS из 33 бит, соответствующих первому блоку представления под-пути.

Поле из верхних 32 бит времени выхода под-пути subPath_OUT_time содержит время окончания воспроизведения под-пути. SubPath_OUT_time указывает верхние 32 бита значения окончания представления Presentation_end_TS, которые вычисляются по следующему уравнению:

Presentation_end_TS=PTS_OUT + AU_duration,

где PTS_out представляет собой PTS длиной 33 бита, соответствующую последнему блоку представления под-пути SubPath, и длительность AU_duration представляет собой период отображения на основе частоты 90 кГц последнего блока представления под-пути SubPath.

Далее поясняется метка списка воспроизведения PlayListMark() в синтаксисе xxxxx.rpls и yyyyy.vpls, которые изображены на фиг.23. Информация метки, относящаяся к списку воспроизведения PlayList, записывается в этой метке списка воспроизведения PlayListMark. На фиг.42 изображен синтаксис PlayListMark. Как видно из синтаксиса PlayListMark, изображенного на фиг.42, номер версии version_number представляет собой четыре символа, указывающих номер версии этой метки списка воспроизведения PlayListMark(). Номер версии version_number должен быть закодирован так, что его значение представляет собой “0045” в соответствии со стандартом ISO 646.

Длина представляет собой 32-битовое целое число без знака, указывающее количество байт метки списка воспроизведения PlayListMark() непосредственно после поля длины до конца метки списка воспроизведения PlayListMark(). Количество меток списка воспроизведения number_of_PlayListMark представляет собой 16-битовое целое число без знака, указывающее количество меток, записанных в PlayListMark. Number_of_PlayListMark может быть равно нулю. Тип метки mark_type представляет собой 8-битовое поле, указывающее тип метки, и закодирован в таблице, представленной на фиг.43.

В 32-битовом поле отметки времени метки mark_time_stamp записана отметка времени, указывающая на точку, определяемую меткой. Семантика mark_time_stamp отличается от CPI_type, определенного в PlayList(), как показано на фиг.44. Идентификатор пункта воспроизведения Playltem_id представляет собой 8-битовое поле, определяющее пункт воспроизведения Playltem, в который введена метка. Значения идентификатора Playltem_id, соответствующие заранее установленному пункту воспроизведения Playltem, определяются в списке воспроизведения PlayList() (см. фиг.25).

8-битовое поле набора символов character_set представляет способ кодирования символов, закодированных в поле mark_name (название метки). Способ кодирования соответствует значениям, изображенным на фиг.19. 8-Битовое поле длины названия name_length указывает длину в байтах названия метки, представленного в поле названия метки mark_name. Поле mark_name обозначает название метки, указанное в поле mark_name. Количество байт, соответствующее числу name_length слева от этого поля, представляют собой действующие символы и обозначают название метки. В поле mark_name значение, следующее за этими действующими символами, может быть произвольным.

Поле индекса ссылки изображения, свернутого в пиктограмму, ref_thumbnail_index, обозначает информацию изображения, свернутого в пиктограмму, которое добавляют к метке. Если поле ref_thumbnail_index не содержит 0xFFFF, изображение, свернутое в пиктограмму, добавляется к его метке, и при этом изображение, свернутое в пиктограмму, записывается в файл mark.thmb. На это изображение делается ссылка в файле mark.thmb, используя значение ref_thumbnail_index, как описано далее. Если поле ref_thumbnail_index содержит 0xFFFF, это указывает, что к метке не добавлено изображение, свернутое в пиктограмму.

Далее описан файл информации клипа Clip Information, zzzzz.clpi (файл Clip Information) состоит из шести объектов, как показано на фиг.45. Они представляют собой ClipInfo(), STCInfo(), Program(), CPI(), ClipMark() и MakersPrivateData(). Для AV потока (клип AV потока клипа или AV поток Bridg-Clip) и соответствующего файла Clip Information используется одна и та же последовательность цифр “zzzzz”.

Рассмотрим синтаксис файла zzzzz.clpi (файл Clip Information), который изображен на фиг.45. Начальный адрес ClipInfo_Start_address указывает адрес начала ClipInfo() с относительным количеством байтов от начала байта файла zzzzz.clpi, который используется как блок. Относительное количество байт отсчитывается от нуля.

STC_Info_Start_address указывает адрес начала STC_Info с относительным количеством байт от начального байта файла zzzzz.clpi в виде блока. ProgramInfo_Start_address указывает адрес начала ProgramInfo() с относительном количеством байт от начального байта файла zzzzz.clpi как блока. Относительное количество байтов отсчитывается от 0, CPI_Start_address указывает адрес начала CPI() с относительном количеством байт от начального байта файла zzzzz.clpi как блока. Относительное количество байтов отсчитывают от нуля.

Начальный адрес ClipMark_Start_address указывает адрес начала ClipMark() с относительным количеством байт от начального байта файла zzzzz.clpi в качестве блока. Относительное количество байтов отсчитывается от нуля. Начальный адрес частных данных изготовителя The_MakersPrivateData Start_address указывает адрес начала частных данных изготовителя MakersPrivateData() с относительном количеством байт от начального байта ведущего конца файла zzzzz.clpi в качестве блока. Относительное количество байтов отсчитывается от нуля. Заполняющее слово padding_word вставляется в соответствии с синтаксисом файла zzzzz.clpi. N1, N2, N3, N4 и N5 должны быть равны нулю или, возможно, могут представлять собой положительные целые числа. Соответствующие слова заполнения могут также принимать произвольные значения.

Далее будет описан ClipInfo. На фиг.46 изображен синтаксис ClipInfo. В ClipInfo() записана информация атрибутов соответствующих файлов AV потока (файл AV потока клипа и файл AV потока Bridge- Clip).

Как показано на фиг.46, которая изображает синтаксис ClipInfo, номер версии version_number представляет собой четыре символа, указывающих номер версии этого ClipInfo(). Version_number должен быть закодирован в виде “0045” в соответствии со стандартом ISO 646. Длина length представляет собой 32-битовое целое число без знака, указывающее количество байт ClipInfo() непосредственно от конца поля длины до конца ClipInfo(). 8-битовое поле типа потока клипа Clip_stream_type указывает тип AV потока, соответствующего файлу Information Clip, как показано на фиг.47. Типы соответствующих AV потоков будут описаны ниже.

32-битовое поле смещения offset_SPN задает значение смещения номера пакета источника для первого номера пакета источника первого пакета источника AV потока (AV потока клипа или AV потока Bridge-Clip). Когда файл AV потока представляет собой первый файл, записанный на диск, значение offset_SPN должно быть равно нулю.

Как показано на фиг.48, когда начальная часть файла AV потока стирается при редактировании, offset_SPN может принимать значение, не равное 0. В данном варианте воплощения относительный номер пакета источника (относительный адрес), который ссылается на offset_SPN, часто описывается в форме RSPNxxx, где ххх модифицируется так, чтобы RSPN_xxx представлял собой RAPN_EP_start. Относительный номер пакета источника выполнен соразмерным с номером пакета источника как блока и отсчитывается от первого номера пакета источника файла AV потока с начальным значением смещения offset_SPN.

Количество пакетов источника от первого пакета источника файла AV потока до пакета источника, на который ссылается относительный номер пакета источника (SPN_xxx) вычисляется по следующему уравнению:

SPN_xxx=RSPN_xxx – offset_SPN.

На фиг.48 изображен случай, когда смещение offset_SPN равно 4.

Скорость записи отметки времени TS_recording_rate представляет собой 24-битовое целое число без знака, которое представляет скорость передачи входных/выходных бит, требуемых для AV потока для привода DRV (блок 22 записи) или привода DRV (блок 28 считывания). Время и дата записи record_time_and_date представляет собой 56-битовое поле, предназначенное для записи даты и времени записи AV потока, соответствующего Clip, и представляет собой закодированное представление года/месяца/дня/часа/минуты в виде 4-битовых двоично-десятичных чисел (BCD), которые представляют 14 цифр. Например, 2001/2/23:01:02:03 кодируется как “0х20011223010203”.

Длительность представляет собой 24-битовое поле, указывающее общее время воспроизведения клипа с помощью часов/минут/секунд на основе тактовых импульсов времени прихода. Это поле содержит шесть цифр, закодированных в виде 4-битовых двоично-десятичных чисел (BCD). Например, 01:45:30 кодируется как “0×014530”.

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

Ts_average_rate*192/188*(t-start_time) – <=size_clip(t)

<=TS_average_rate*192/188*(t – startJime) + ,

где TS_average_rate представляет собой среднюю скорость передачи битов транспортного потока файла AV потока, выраженного в байтах/секунду.

В вышеприведенном уравнении t обозначает время в секундах, в то время, начальное время start_time представляет собой точку времени, когда был записан первый пакет источника файла AV потока. Size_clip(t) равен 10*192 байта, и представляет собой константу, зависящую от TS_average_rate.

Если флаг time_controlled_flag установлен равным 0, это указывает, что режим записи не управляется так, что время записи пропорционально размеру файла AV потока. Например, входной транспортный поток записывается “прозрачным” образом.

Если time_controlled_flag флаг установлен равным 1, 24-битовое поле средней скорости временной отметки TS_average_rate указывает значение TS_average_rate, используемое в вышеприведенном уравнении. Если time_controlled_flag установлен равным 0, это поле не имеет никакого значения и должно быть установлено в 0. Например, транспортный поток с переменной битовой скоростью кодируется с помощью следующей последовательности: вначале транспортный поток устанавливается в значение скорости записи TS_recording_rate временной метки. Видеопоток кодируется с переменной битовой скоростью. Транспортный пакет периодически кодируется без использования нулевых пакетов.

32-битовое поле RSPN_amval_time_discontinuity представляет собой относительный адрес места, в котором производятся разрывы на основе времени прихода по файлу AV потока Bridge-Clip. RSPN_arrival_time_discontinuity соизмеримо с номером пакета источника как блока и подсчитывается со значением смещения offset_SPN, определенным в ClipInfo(), как от первого пакета источника файла AV потока Bridge-Clip. Абсолютный адрес в файле AV Clip потока Bridge-Clip вычисляется на основе вышеуказанного уравнения:

SPN_xxx=RSPN_xxx – offset_SPN.

144-битовое поле reserver_for_system_use зарезервировано для системы. Если флаг is_format_identifier_valid (флаг идентификатора соответствия формата) равен 1, это указывает, что поле format_identifier (идентификатора формата) является действительным. Если флаг is_format_identifier_valid установлен в 1, это указывает, что поле идентификатора формата format_ identifier является действительным. Если флаг действительности идентификатора оригинальной сети is_original_network_ID_valid равен 1, это указывает, что поле действительности идентификатора транспортного потока is_transport_stream_id – valid является действительным. Если флаг is_transport_stream_id – valid равен 1, это указывает, что поле transport_stream_ID является действительным. Если флаг is_servece_ID_valid равен 1, это указывает на то, что поле servece_ID является действительным.

Если флаг действительности кода страны is_country_code_valid равен 1, это указывает на то, что код страны country_code является действительным. 32-битное поле идентификатора формата format_identifier указывает значение идентификатора формата format_identifier, принадлежащее дескриптору регистрации (определенному в ISO/IEC 13818-1) в транспортном потоке. 16-битовое поле идентификатора оригинальной сети original_network_ID указывает значение original_network_ID, определенного в транспортном потоке.

16-битовое поле в servece_ID обозначает значение servece_ID, определенное в транспортном потоке. 24-битовое поле кода страны country_code представляет код страны, определяемый в соответствии со стандартом ISO3166. Каждый его символ закодирован в соответствии со стандартом ISO8859-1. Например, Япония представлена как “JPN” и закодирована в виде “Ох4АОх50 0х4Е”. Название формата потока stream_format_name представляет собой код из 15 символов в соответствии со стандартом ISO-646, который представляет название организации формата, предоставляющей определение транспортного потока. Неразрешенный байт в этом поле имеет значение ‘0xFF’,

Идентификатор формата format_identifier, идентификатор оригинальности сети original_network_ID, идентификатор транспортного потока transport_stream_ID, идентификатор servece_ID, код страны country_code и название формата потока stream_format_name указывают провайдера услуги транспортных потоков. Это позволяет распознавать ограничения по кодированию аудио- или видеопотоков и определения потока как потоков частных данных от других аудио- и видеопотоков или SI (сервисная информация). Эта информация может использоваться для проверки, может ли декодер декодировать поток. Если такое декодирование возможно, информация может использоваться для включения системы декодера перед началом декодирования.

Далее будет описан STC_Info. Временной домен в транспортном потоке MPEG-2, не содержащем точек разрыва STC (точки разрыва на основе системного времени), называется последовательностью STC_sequence. В клипе последовательность STC_sequence определяется по значению идентификатора STC_sequence_id. На фиг.50А и 50В изображен непрерывный STC домен. Одни и те же значения STC никогда не появляются в одной и той же последовательности STC_sequence, хотя максимальная длительность времени клипа ограничена, как описано ниже. Поэтому одни и те же значения PTS также никогда не появляются в одной и той же последовательности STC_sequence. Если AV поток содержит N точек разрыва STC, где N>0, основа системного времени клипа разделяется на (N+1) последовательностей STC_sequences.

В STC_Info записывается адрес места, где происходит разрыв STC (разрыв основы системного времени). Как поясняется со ссылкой на фиг.51, RSPN_STC_start указывает адрес и начало точки времени прихода пакета источника, на который делается ссылка (k+1)st RSPN_STC_ start, и точки времени прихода последнего пакета источника.

На фиг.52 изображен синтаксис STC_Info. Как видно по синтаксису STC_Info, изображенному на фиг.52, номер версии version_number представляет собой четыре символа, указывающих номер версии STC_Info(). Version_number может быть закодирован как “0045” в соответствии со стандартом ISO 646.

Длительность length представляет собой 32-битовое целое число без знака, указывающее количество байт STC_Info () непосредственно после этого поля длительности до конца STCInfo. Если CPI_type из CPI() указывает тип TU_map, в этом поле длительности может быть установлен 0. Если CPI_ type из CPI() указывает тип EP_map, num_of_STC_sequence должен иметь значение не меньше, чем 1.

8-битовое целое число без знака num_of_STC_sequence указывает количество последовательностей в клипе. Это значение указывает количество петель непосредственно после данного поля. Идентификатор STC_sequence_id, соответствующий заранее установленной STC_ sequence, определяется по порядку, в котором появляется RSPN_STC_start, соответствующий STC_ sequence в петле, содержащей RSPN_STC_start. Идентификатор STC_sequence_ID начинается с 0.

32-битовое поле RSPN_STC_start указывает адрес, в котором начинается последовательность STC_sequence файла AV потока. RSPN_STC_start обозначает адрес, где происходит разрыв основы системного времени в файле AV потока. RSPN_ STC_start также может представлять собой относительный адрес пакета источника, который содержит первый PCR новой основы системного времени в AV потоке. Размер RSPN_STC_start основывается на номере пакета источника и отсчитывается от первого пакета источника файла AV потока со значением смещения offset_SPN, определяемого в ClipInfo(), как исходное значение. В этом файле AV потока абсолютный адрес вычисляется с помощью вышеуказанного уравнения, которое представляет собой:

SPN_xxx=RSPN_xxx – offset_SPN.

Далее будет описан Programlnfo в синтаксисе zzzz.clip, изображенном на фиг.45 со ссылкой на фиг.53. Домен времени, имеющий следующие свойства в клипе, называется последовательностью программы program_sequence. Эти свойства состоят в том, что значение PCR_PID не изменяются, количество элементарных аудиопотоков также не изменяется, значения PID в соответствующих видеопотоках не изменяются, информация кодирования, которая определяется по ее VideoCodingInfo, не изменяется, количество элементарных аудиопотоков также не изменяется, значения PID соответствующих аудиопотоков не изменяются, и тем, что информация кодирования, которая определяется по ее AudioCodingInfo, не изменяется.

Последовательность программы program_sequence имеет только одну основу системного времени, в одной и той же точке времени. Program_sequence имеет единственный РМТ в одной и той же точке времени. В ProgramInfo() записывается адрес места, где начинается program_sequence. RSPN_program_sequence_start указывает адрес.

На фиг.54 изображен синтаксис Programlnfo. В отношении Programlnfo, изображенного на фиг.54, номер версии version_number содержит четыре символа, указывающих номер версии ProgramInfo(). Version_number должен быть закодирован в “0045” в соответствии со стандартом ISO 646.

Длительность length представляет собой 32-битовое целое число без знака, указывающее количество байт ProgramInfo() непосредственно от конца этого поля длительности до конца ProgramInfo(). Если CPI_type из CPI() указывает на тип TU_map, это поле длительности может быть установлено в 0. Если CPI_type из CPI() указывает на тип ЕР_map, количество программ number_of_programs должно быть не меньше, чем 1.

8-Битовое целое число без знака последовательности количества программ number_of_program_sequences обозначает количество последовательностей программ program_sequences в клипе. Это значение указывает количество петель, следующих за этим полем. Если program_sequence в клипе не изменяется, в количестве последовательностей программ program_sequences должна быть установлена 1. 32-битовое поле RSPN_program_sequence_start представляет собой относительный адрес, где начинается последовательность программ в AV потоке.

RSPN_program_sequence_start соразмерен с номером пакета источника, который принимается как блок и отсчитывается со значением смещения offset_SPN, определяемым в ClipInfo() как из первого пакета источника файла AV потока. Абсолютный адрес в файле AV потока вычисляется с помощью уравнения:

SPN_xxx=RSPN_xxx – offset_SPN.

Значения RSPN_program_sequence_start в синтаксисе петли должны появляться в порядке возрастания.

16-Битовое поле PCR_PID обозначает PID транспортного пакета, содержащего поле PCR, действующее для последовательности программ program_sequence. 8-Битовое поле количества аудиопрограмм number_of_audios указывает количество петель, содержащих audio_strem_PID и AudioCodingInfo(). 16-Битовое поле video_stream_PID указывает PID транспортного пакета, содержащего видеопоток, действующий на его последовательность программ program_sequence. VideoCodingInfo(), следующий за этим полем, должен пояснять содержание видеопотока, на который ссылается его video_stream_PID.

16-Битовое поле audio_stream_PID указывает PID транспортного пакета, содержащего аудиопоток, который действует для его program_sequence. AudioCodingInfo(), следующий за этим полем, должен пояснять содержание видеопотока, на который ссылается его аудиопоток audio_stream_PID.

Порядок, в котором значения video_stream_PID для петли синтаксиса должны быть равны последовательности PID кодирования видеопотока в РМТ, действителен для последовательности программы program_sequence. Кроме того, порядок, в котором значения audio_stream_PID появляются в петле синтаксиса, должен быть равен последовательности кодирования PID аудиопотока в РМТ, действительном для program_sequence.

Фиг.55 представляет синтаксис VideoCodingInfo в синтаксисе Programlnfo, изображенном на фиг.54. В отношении синтаксиса VideoCodingInfo, изображенного на фиг.55, 8-битовое поле видеоформата video_format указывает видеоформат, соответствующий video_stream_PID в ProgramInfo(), как показано на фиг.56.

На фиг.57 8-битовое поле скорости кадров frame_rate указывает скорость передачи видеокадров, соответствующую video_stream_PID в ProgramInfo(). 8-Битовое поле display_aspect_ratio указывает скорость аспекта видеоотображения, соответствующую video_stream_PID в Programlnfo().

Фиг.59 изображает синтаксис AudioCodingInfo в синтаксисе Programlnfo, изображенном на фиг.54. В отношении синтаксиса AudioCodingInfo, изображенного на фиг.59, 8-битовое поле audio_format указывает способ аудиокодирования, соответствующий audio_stream_PID в ProgramInfo(), как показано на фиг.60.

8-Битовое поле audio_component_type указывает тип аудиокомпонента, соответствующий audio_stream_PID в Programlnfo(), как показано на фиг.61, в то время, как 8-битовое поле sampling_frequency указывает частоту выборок аудиоинформации, соответствующую audio_stream_PID в ProgramInfo(), как показано на фиг.62.

Ниже будет описана CPI (информация в характерных точках) синтаксиса файла zzzzz.clip, изображенного на фиг.45. CPI используется для корреляции времени в AV потоке с адресом в ее файле. CPI бывает двух типов, а именно ЕР_map и TU_map. На фиг.63, если CPI_type в CPI() представляет собой ЕР_map, ее CPI() содержит ЕР_map. На фиг.64, если CP_type в CPI() представляет собой TU_map, ее CPI() содержит TU_map. Один AV поток содержит один ЕР_map или один TU_map. Если AV поток представляет собой транспортный поток SESF, соответствующий Clip должен содержать ЕР_map.

Фиг.65 изображает синтаксис CPI. В отношении синтаксиса CPI, изображенного на фиг.65, номер версии version_number содержит четыре знака, указывающих номер версии этого CPI(). Version_number должен быть закодирован в “0045” в соответствии со стандартом ISO 646. Длительность length представляет собой 32-битовое целое число без знака, указывающее количество байтов непосредственно от этого поля длительности до конца CPI(). CPI_type представляет собой 1-битовый флаг и указывает тип CPI клипа, как показано на фиг.66.

Далее будет описан список ЕР_map в синтаксисе CPI, изображенном на фиг.65. Существует два типа ЕР_map, то есть ЕР_map для видеопотока и ЕР_map для аудиопотока. EP_map_type в EP_map отличается между этими типами ЕР_map. Если Clip содержит один или большее количество видеопотоков, должен использоваться ЕР_map для видеопотока. Если Clip не содержит видеопоток, но содержит один или большее количество аудиопотоков, должен использоваться ЕР_map для аудиопотока.

ЕР_map для видеопотока поясняется со ссылкой на фиг.67. EP_map для видеопотока содержит данные stream_PID, PTS_EP_start и RSPN_EP_start. Stream_PID представляет PID транспортного пакета, передающего видеопоток. PTS_EP_start указывает PTS блока доступа, начинающегося с заготовка последовательности видеопотока. RSPN_RP_start указывает адрес пакета источника, включающего первый байт блока доступа, на который делается ссылка из PTS_EP_ start в AV потоке.

Подтаблица, называемая EP_map_for_one_stream_PID() создается из одного видеопотока, передаваемого транспортным пакетом, содержащим тот же PID, в другой. Если в клипе существуют множество видеопотоков, ЕР_map может содержать множество EP_map_for_one_stream_PID().

EP_map для аудиопотока содержит поток данных stream_PID, PTS_EP_start и RSPN_EP_start. Поток stream_PID изображает PID транспортного пакета, передающего аудиопоток. PTS_EP_start представляет PTS блока доступа в аудиопотоке. RSPN_EP_start указывает адрес пакета источника, содержащего первый байт блока доступа, который обозначен PTS_EP_start AV потока.

Подтаблица, называемая EP_map_for_one_stream_PID(), создается из одного аудиопотока, передаваемого транспортным пакетом, имеющим тот же PID, в другой. Если в Clip существуют несколько аудиопотоков, ЕР_map может содержать множество EP_map-_for_one_stream_PID ().

Во взаимоотношении между ЕР_map и STC_Info, создается один EP_map_for_one_stream_PID() в одной таблице, независимо от точек разрыва в STC. Сравнение значения RSPN_EP_start со значением RSPN_STC_start, определенного в STC_Info(), раскрывает границы данных ЕР_map, принадлежащих соответствующим последовательностям STC_sequences (см. фиг.68). Таблица ЕР_map должна иметь один EP_map_for_one_stream_PID для непрерывного диапазона потока, передаваемого тем же PID. В случае, изображенном на фиг.69, программы program#1 и program#3 содержат одинаковый видео PID, однако, диапазон данных не является непрерывным, так что EP_map_for_one_stream_PID должен быть предусмотрен для каждой программы.

На фиг.70 изображен синтаксис ЕР_map. Для пояснения синтаксиса ЕР_map, изображенного на фиг.70, тип EP_type представляет собой 4-битовое поле и показывает тип точки входа ЕР_map, как представлено на фиг.71. Тип EP_type представляет семантику поля данных следующего за этим полем. Если Clip включает один или большее количество видеопотоков, тип EP_type должен быть установлен в 0 (“видео”). В качестве альтернативы, если Clip не содержит видеопоток, но содержит один или большее количество аудиопотоков, то EP_type должен быть установлен в 1 (“аудио”).

16-Битовое поле number_of_stream_PID указывает количество петель в петле, содержащей number_of_stream_PID в ЕР_map, как переменную. 16-Битовое поле stream_PID(k) указывает PID транспортного пакета, передающего в элементарный поток номер k (видео или аудиопоток), ссылка на который делается EP_map_for_one_stream_PID (num_EP_entries (k)). Если EP_type равен 0 (“видео”), его элементарный поток должен представлять собой видеопоток. Если EP_type равен 1 (“аудио”), его элементарный поток должен представлять собой аудиопоток.

16-Битовое поле num_EP_entries(k) указывает num_EP_entries(k), на который ссылается EP_map_entries(k). EP_map_for_one_stream_PID_Start_address(k): это 32-битовое поле указывает положение относительного адреса, в котором начинается EP_map_for_one_stream_PID (num_EP_entries (k)) в EP_map(). Это значение обозначено размером от первого байта ЕР_map().

Заполняющее слово padding_word должно быть введено в соответствии с синтаксисом EP_map(). X и Y представляют собой произвольные положительные целые числа. Соответствующие заполняющие слова могут принимать любые произвольные значения.

На фиг.72 изображен синтаксис EP_map_for_one_stream_PID. Для пояснения синтаксиса EP_map_for_one_stream_PID, изображенного на фиг.72, семантика 32-битового поля PTS_EP_start отличается типом EP_type, определяемым ЕР_map(). Если EP_type равен 0 (“видео”), это поле содержит верхние 32 бита PTS блока доступа ЗЗ-битовой точности, начинающегося с заголовка последовательности видеопотока.

Если EP_type равен 1 (“аудио”), это поле содержит верхние 32 бита PTS блока доступа 33-битовой точности аудиопотока.

Семантика 32-битового поля RSPN_EP_start отличается по типу EP_type, определяемому в ЕР_map(). Если EP_type равен 0 (“видео”), это поле указывает относительный адрес пакета источника, включающего первый байт заголовка последовательности блока доступа, на который делается ссылка из PTS_EP_ start в AV потоке. В качестве альтернативы, если EP_type равен 1 (“аудио”), это поле указывает относительный адрес пакета источника, содержащего первый байт в аудиопотоке блока доступа, на который делается ссылка из PTS_EP_start в AV потоке.

RSPN_EP_start имеет размер, который основан на номере пакета источника как блока и подсчитывается от первого пакета источника файла AV потока, со значением смещения offset_SPN, определяемого в ClipInfo(), как исходное значение. Абсолютный адрес в файле AV потока вычисляется по уравнению:

SPN_xxx – RSPN_xxx – offset_SPN.

Следует отметить, что значение RSPN_EP_start в синтаксисе должно появляться в порядке возрастания.

Далее поясняется TU_map со ссылкой на фиг.73. TU_map формирует временную ось, основанную на тактовом времени прихода пакета источника (участок времени основы времени прихода). Эта временная ось называется TU_map_time_axis. Точка начала временной оси TU_map_time_axis обозначается временем смещения offset_time в TU_map(). Временная ось TU_map_time_axis разделяется на заранее установленный блок от времени смещения offset_time, причем этот блок называется time_unit.

В каждом блоке времени time_unit в AV потоке адреса файла AV потока пакета источника записываются в TU_map в первой полной форме. Эти адреса называются RSPN_time_unit_start. В момент времени, в который начинается k-й (k>0) блок времени time_unit на TU_map_time_axis, называется TU_star_time(k). Это значение вычисляется на основе следующего уравнения:

TU_start_time(k)=offset_time + k*time_unit_size.

Следует отметить, что точность TU_start_time(k) определяется частотой 45 кГц.

На фиг.74 изображен синтаксис таблицы TU_map. Для пояснения синтаксиса TU_map, изображенного на фиг.74, 32-битовое поле offset_time определяет время смещения по отношению к TU_map_time_axis. Это значение указывает время смещения по отношению к первому блоку времени time_unit клипа. Размер времени смещения oifset_time основывается на частоте синхронизации 45 кГц, получаемой из тактовой частоты времени прихода 27 МГц, который используется как блок. Если AV поток должен записываться как новый клип Clip, время смещения offset_time должно быть установлено в 0.

32-Битовое поле time_unit_size представляет размер блока времени time_unit и основано на тактовой частоте 45 кГц, полученной из тактовой частоты времени прихода с точностью 27 МГц, который используется как блок. Предпочтительно, time_unit_size не превышает одну секунду (time_unit_size 45000). 32-Битовое поле number_of_time_unit_entries указывает количество входов, записанных в TU_map().

32-Битовое поле RSN__time_unit_start указывает относительный адрес места в AV потоке, в котором начинается каждый блок времени time_unit. RSN_time_unit_start имеет размер, основанный на номере пакета источника, используемого как единица, и подсчитывается со значением смещения offset_SPN, определяемым ClipInfo() относительно первого пакета источника файла AV потока, который используется как исходное значение. Абсолютный адрес файла AV потока вычисляется с помощью уравнения:

SPN_xxx=RSPN_xxx – offset_SPN.

Следует отметить, что значение RSN_time_unit_start в петле из синтаксиса должно появляться в порядке возрастания. Если в номере (k+1) time_unit отсутствует пакет источника, номер (k+1) RSN_time_unit_start должен быть равен номеру k RSPN_time_unit_start.

Для пояснения ClipMark в синтаксисе zzzzz.clip, изображенном на фиг.45, ClipMark представляет собой информацию метки, относящуюся к клипу и записанную в ClipMark. Эта метка не устанавливается пользователем, но устанавливается устройством записи (устройством 1 записи и/или воспроизведения).

На фиг.75 изображен синтаксис ClipMark. Для пояснения синтаксиса ClipMark, изображенного на фиг.75, номер версии version_number содержит четыре символа, указывающих номер версии этого ClipMark. Version_number должен быть закодирован в виде “0045 “в соответствии со стандартом ISO 646.

Длительность length представляет собой 32-битовое целое число без знака, указывающее количество байт ClipMark() непосредственно сразу после поля длительности до конца ClipMark(). Number_of_Clip_marks представляет собой 16-битовое целое число без знака, указывающее количество меток, записанных в ClipMark, и может быть равно 0. Mark_type представляет собой 8-битовое поле, указывающее тип метки и закодированное в соответствии с таблицей, изображенной на фиг.76.

Отметка времени метки mark_time_stamp представляет собой 32-битовое поле и записывает метку времени, обозначающую указатель, имеющий определенную метку. Семантика mark_time_stamp отличается по CPI_type в PlayList(), как изображено на фиг.77.

Если CPI_tipe в CPI() указывает тип ЕР_map, это 8-битовое поле указывает STC_sequence_id непрерывного STC домена, где помещается marke_time_stamp. Если CPI_type в CPI() указывает тип TU_map, это 8-битовое поле не имеет никакого значения, и установлено в 0. 8-Битовое поле Character_set обозначает способ указания символов, закодированных в поле mark_name. Способ кодирования соответствует значению, изображенному на фиг.19.

8-Битовое поле name_length указывает длительность в байтах названия метки, представленного в поле mark_name. Это поле mark_name определяет название метки. Количество байт, соответствующее номеру name_length слева от этого поля, представляет собой, по существу, количество знаков и обозначает название метки. В поле mark_name значения, следующие за этими действующими знаками, могут быть произвольными.

Поле ref_thumbnail_index указывает информацию изображения, свернутого в пиктограмму, приложенного к метке. Если поле ref_thumbnail_index имеет значение, отличающееся от 0xFFFF, изображение, свернутое в пиктограмму, добавляется к его метке, причем это изображение, свернутое в пиктограмму, записано в файле mark.thumb. Ссылка на это изображение производится с использованием значения ref_thumbnail_index в файле mark.thumb. Если поле ref_thumbnail_index имеет значение, равное 0×FFFF, изображение, свернутое в пиктограмму, не присоединено к его метке.

Частные данные изготовителя MakerPrivateData уже пояснялись со ссылкой на фиг.22 и, следовательно, их пояснение здесь не приводится.

Далее поясняется thumbnail_information. Изображение, свернутое в пиктограмму, записано в файл menu.thmb или в файл mark.thmb. Эти файлы имеют одинаковую структуру синтаксиса и содержат единственный Thumbnail(). Файл menu.thmb содержит изображение, представляющее соответствующие списки PlayLists. Общее количество изображений меню, свернутых в пиктограмму, записано в единственный файл menu.thmb.

Файл mark.thmb содержит изображение метки, свернутой в пиктограмму, то есть изображение, представляющее точку метки. Общее количество изображений метки, свернутых в пиктограмму, соответствующих общему количеству списков воспроизведения PlayList и клипов Clips, записаны в единственный файл mark.thmb. Так как изображения, свернутые в пиктограмму, часто добавляют или стирают, операция добавления и частичного стирания должна выполняться непосредственно и быстро. По этой причине Thumbnail() имеет блочную структуру. Данные изображения разделены на множество частей, каждая из которых записана в один tn_block. Одни данные изображения записаны в последовательные tn_blocks. В строке tn_blocks может существовать не используемый tn_block. Длина в байтах одного изображения, свернутого в пиктограмму, является переменной.

На фиг.78 изображен синтаксис menu.thmb и mark.thmb и на фиг.79 изображен синтаксис Thumbnail в синтаксисе menu.thmb и mark.thmb, изображенных на фиг.78. Для пояснения синтаксиса Thumbnail, изображенного на фиг.79, номер версии version_number содержит четыре символа, обозначающих номер версии этого Thumbnail(). Version_number должен быть закодирован в виде “0045” в соответствии со стандартом ISO 646.

Длительность length представляет собой 32-битовое целое число без знака, указывающее количество байт частных данных изготовителя MakerPrivateData() непосредственно от поля длительности до конца Thumbnail(). Tu_block_start_address представляет собой 32-битовое целое число без знака, указывающее адрес начального байта первого tn_block, в виде относительного количества байт от начального байта Thumbnail() как блока. Количество относительных байтов подсчитывается от 0. Number_of_thumbnails представляет собой 16-битовое целое число без знака, которое представляет количество входов изображения, свернутого в пиктограмму, содержащегося в Thumbnail().

Tu_block_size представляет собой 16-битовое целое число без знака, которое представляет размер одного tn_block, в виде блока по 1024 байта. Если, например, tn_block_size равен 1, это указывает, что размер одного tn_block равен 1024 байта. Number_of_tn_blocks представляет собой 116-битовое целое число без знака, указывающее количество входов в tn_block в этом Thumbnail(). Thumbnail_index представляет собой 16-битовое целое число без знака, указывающее номер индекса изображения, свернутого в пиктограмму, представленного информацией thumbnail изображения, свернутого в пиктограмму, для одного петли, начинающейся от поля thumbnail_index. Значение 0×FFFF не должно использоваться в качестве Thumbnail_index. На этот Thumbnail_index производится ссылка из ref_thumbnai_index в UlAppInfoVolume(). UIAppInfoPlayList(), PlayListMark() и ClipMark().

Thumbnail_picture_format представляет собой 8-битовое целое число без знака, определяющее формат изображения, свернутого в пиктограмму, и принимает значение, изображенное на фиг.80. В таблице DCF и PNG разрешены только в menu.thumb. Изображение метки, свернутой в пиктограмму, может принимать значение “0×00” (MPEG-2 Видео 1-изображение).

Размер данных изображения Picture_data_size представляет собой 32-битовое целое число без знака, указывающее длину в байтах изображения, свернутого в пиктограмму в байтах, как блок. Start_tn_block_number представляет собой 16-битовое целое число без знака, указывающее номер tn_block того tn_block, в котором начинаются данные изображения, свернутого в пиктограмму. Начало данных изображения, свернутого в пиктограмму, должно совпадать с началом tn_block. Номер tn_block начинается с 0 и относится к значению переменной k в петле tn_block.

X_picture_length представляет собой 16-битовое целое число без знака, указывающее количество элементов изображения (пикселей) в горизонтальном направлении кадра изображения, свернутого в пиктограмму. Y_picture_length представляет собой 16-битовое целое число без знака, указывающее количество элементов изображения (пикселей) в вертикальном направлении кадра изображения, свернутого в пиктограмму. Tn_block представляет собой область, в которой записано изображение, свернутое в пиктограмму. Все tn_block в Thumbnail() имеют одинаковый размер (фиксированную длину) и их размер определяется tn_block_size.

На фиг.81 А и 81В схематично изображено, как данные изображения, свернутого в пиктограмму, записываются в tn_block. Если, как показано на фиг.81 А и 81В, изображение, свернутое в пиктограмму, начинается с начала tn_block и имеет размер, превышающий 1 tn_block, оно записывается с использованием следующего tn_block. При этом данные с переменной длиной могут управляться, как данные фиксированной длины, так что редактирование при стирании может выполняться с более простой обработкой.

Далее описан файл AV потока. Файл AV потока записан в директорию “M2TS” (фиг.14). Существует два типа файлов AV потока, а именно файл AV потока Clip и файл AV потока Bridge-Clip. Оба AV потока должны иметь структуру DVR MPEG-2 файла транспортного потока, как определено ниже.

Вначале поясняется транспортный поток DVR MPEG-2. Структура транспортного потока DVR MPEG-2 изображена на фиг.82. Файл AV потока имеет структуру транспортного потока DVR MPEG-2. Транспортный поток DVR MPEG-2 состоит из целого числа сопоставленных блоков. Размер сопоставленных блоков составляет 6144 байта (2048*3 байта). Сопоставленные блоки начинаются с первого байта пакета источника.

Пакет источника имеет длину 192 байта. Один пакет источника состоит из дополнительного заголовка TP_extra_header и транспортного пакета. TP_extra_header имеет длину 4 байта, при этом транспортный пакет составляет 188 байтов в длину.

Один сопоставленный блок состоит из 32 пакетов источника. Последний сопоставленный блок в транспортном потоке DVR MPEG-2 также состоит из 32 пакетов источника. Поэтому транспортный поток DVR MPEG-2 заканчивается на границе сопоставленного блока. Если количество транспортных пакетов входного транспортного потока информации, записанного на диск, не кратно 32, пакет источника, имеющий нулевой пакет (транспортный пакет PID=0x1FFFF) должен использоваться как последний сопоставленный блок. Файловая система не должна использовать избыточную информацию в транспортном потоке DVR MPEG-2.

На фиг.83 изображена модель устройства записи транспортного пакета MPEG-2 транспортного потока информации. Устройство записи, изображенное на фиг.83, представляет собой концептуальную модель для описания процесса записи. Транспортный поток DVR MPEG-2 соответствует этой модели.

Далее поясняется входная синхронизация транспортного потока MPEG-2. Входной транспортный поток MPEG-2 представляет собой полный транспортный поток или частичный транспортный поток. Входной транспортный поток MPEG-2 должен соответствовать стандарту ISO/IEC 13818-1 или ISO/IEC 13818-9. Номер i-того байта транспортного потока MPEG-2 вводится одновременно в момент времени t(i) в Т-STD (целевой декодер системы транспортного потока в соответствии со стандартом ISO/IEC 13818-1) и в устройство пакетирования источника. Rpk представляет собой моментальное максимальное значение входной скорости транспортного пакета.

Генератор 27 МГц PLL 52 генерирует импульсы тактовой частоты 27 МГц. Тактовая частота 27 МГц замыкается на значении ссылки тактовой частоты программы (PCR) транспортного потока MPEG-2. Счетчик 53 времени прихода тактовых импульсов считывает импульсы с частотой 27 МГц. Arrival_time_clock(i) представляет собой значение подсчета счетчика прихода импульса тактовой частоты в момент времени t(i).

Устройство 54 пакетирования источника присоединяет дополнительный заголовок TP_extra_header к общему количеству транспортных пакетов для создания пакета источника. Arrival_time_stamp указывает время, когда первый байт транспортного пакета достигает как T-STD, так и устройства источника пакетирования. Arrival_time_stamp(k) представляет собой значение выборки Arrival_time__clock(k), которое представлено следующим уравнением:

arrival_time_stamp(k)=arrival_time_clock(k)% 230,

где k обозначает первый байт транспортного пакета.

Если разделение времени между двумя соседними транспортными пакетами составляет 230/2 7000000 секунд (приблизительно 40 секунд) или больше, разница arrival_time_stamp этих двух транспортных пакетов должна быть установлена в значение 230/2 7000000 секунд. Для этого предназначено устройство записи.

Сглаживающий буфер 55 сглаживает скорость потока битов входного транспортного потока. Сглаживающий буфер не должен переполняться. Rmax представляет собой выходную скорость потока битов пакета источника из сглаживающего буфера, когда содержание сглаживающего буфера не равно нулю. Если содержание сглаживающего буфера равно нулю, выходная скорость потока битов сглаживающего буфера равна 0.

Далее поясняются параметры модели записывающего устройства транспортного потока DVR MPEG-2. Значение Rmax приведено по TS_recording_rate, как определено в ClipInfo(), взаимосвязанном с файлом AV потока. Это значение может быть вычислено по следующему уравнению:

Rmax=TS_recording_rate* 192/188,

где значение TS_recording_rate имеет размер в байтах/секунду.

Если входной транспортный поток представляет собой транспортный поток SESF, Rpk должно быть равно TS_recording_rate, как определено в ClipInfo(), взаимосвязанном с файлом AV потока. Если входной транспортный поток не является транспортным потоком SESF, может быть сделана ссылка на значения, определяемые, например, в дескрипторе транспортного потока MPEG-2, таком как maximum_bitrate_descriptor или partial_stream_descriptor для этого значения.

Если входной транспортный поток представляет собой транспортный поток SESF, размер сглаживающего буфера равен 0. Если входной транспортный поток не является транспортным потоком SESF, может быть сделана ссылка на значения, определяемые в дескрипторе транспортного потока MPEG-2, такие как, например, значения, определяемые в дескрипторе сглаживающего буфера smoothing_buffer_descriptor, дескрипторе короткого сглаживающего буфера short_smoothing_buffer_descriptor или в дескрипторе частичного транспортного потока partial_transport_stream_descriptor.

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

Далее поясняется модель устройства воспроизведения транспортного потока DVR MPEG-2. На фиг.84 изображена модель устройства воспроизведения транспортного потока DVR MPEG-2. Здесь представлена концептуальная модель для описания процесса воспроизведения. Транспортный поток DVR MPEG-2 соответствует этой модели.

Генератор 27 МГц X-tal 61 генерирует частоту 27 МГц. Диапазон ошибки частота 27 МГц должен составлять ±30 промиль (27000000±810 Гц). Счетчик 62 времени прихода тактовых импульсов представляет собой двоичный счетчик для подсчета импульсов с частотой 27 МГц. Arrival_time_clock(i) представляет значение подсчета счетчика импульсов тактовой частоты в момент времени t(i).

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

Для пояснения выходной синхронизации транспортного потока MPEG-2, если arrival_time_stamp текущего пакета источника равно 30 бит на стороне нижних значимых битов arrival_time_clock(i), транспортный поток пакета источника удаляется из сглаживающего буфера. Rpk представляет собой мгновенное максимальное значение скорости транспортного пакета. Переполнение сглаживающего буфера не разрешено.

Параметры модели устройства воспроизведения транспортного потока DVR MPEG-2 такие же, как и для модели устройства записи транспортного потока DVR MPEG-2, описанного выше.

На фиг.85 представлен синтаксис пакета источника. Transport_packet() представляет собой транспортный поток MPEG-2 в соответствии со стандартом ISO/IEC 13818-1. Синтаксис TP_Extra-header в синтаксисе пакета источника, изображенного на фиг.85, представлен на фиг.86. Для пояснения синтаксиса TP_Extra-header, изображенного на фиг.86, copy_permission_indicator представляет собой целое число, представляющее ограничение по копированию содержания транспортного пакета. Ограничение по копированию может представлять собой: свободное копирование, дополнительные копии запрещены, копирование разрешено один раз или копирование запрещено. На фиг.87 изображена взаимозависимость между значением copy_permission_indicator и режимами, которые он обозначает.

Индикатор разрешения копирования copy_permission_indicator присоединен ко всем транспортньм пакетам. Если входной транспортный поток записывается с использованием цифрового интерфейса IEEE 13 94, значение copy_permission_indicator может быть взаимосвязано со значением EMI (индикатор режима кодирования). Если входной транспортный поток записан без использования цифрового интерфейса IEEE1394, значение индикатора разрешения копирования copy_permission_indicator может быть взаимосвязано со значением CCI, которое внедрено в транспортный пакет. Если входной аналоговый сигнал самостоятельно кодируется, значение copy_permission_indicator может быть взаимосвязано со значением CGMS-A аналогового сигнала.

Отметка времени прихода arrival_time_stamp представляет собой целое число, имеющее значение, указанное в arrival_time_stamp, определяемое с помощью следующего уравнения:

Arrival_time_stamp(k)=arrival_time_clock(k)%230.

Для определения AV потока клипа, AV поток клипа должен иметь структуру транспортного потока DVR MPEG-2, определенную, как описано выше. Значение Arrival_time_clock(i) должно увеличиваться последовательно в AV потоке клипа. Если в основе системного времени (STC base) существуют точки разрыва, в AV потоке Clip, arrival_time_clock(i) в AV потоке клипа должно последовательно увеличиваться.

Максимальная величина различных значений arrival_time_clock(i) между началом и концом AV потока клипа должна составлять 26 часов. Это ограничение гарантирует, что, если в базовом системном времени отсутствуют точки разрыва (STC base), в транспортном потоке MPEG-2 PTS (отметка времени представления) с таким же значением никогда не появляется в потоке AV Clip. Стандарт системы MPEG-2 определяет, что PTS содержит период циклического возврата, составляющий 233/90000 секунд (приблизительно 26,5 часов).

Для определения AV потока Bridge-Clip отметим, что AV поток Bridge-Clip должен иметь структуру транспортного потока DVR MPEG-2, определенную, как описано выше. AV поток Bridge-Clip должен включать точку разрыва одной основы времени прихода. Транспортный поток вперед и назад от точки разрыва основы времени прихода должен соответствовать ограничениям кодирования и DVR-STD, как поясняется ниже.

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

“Бесшовная обработка декодирования” означает способность устройства воспроизведения отображать аудио-видеоданные, записанные на диск, без образования паузы или разрыва в воспроизводимой выходной информации декодера.

Далее поясняется AV поток со ссылкой из бесшовно соединенных пунктов воспроизведения Playltems. Гарантируется или нет бесшовное отображение предыдущего Playltem и текущего Playltem, можно проверить по полю условия соединения connection_condition, определенного в текущем пункте воспроизведения Playltem. Существуют два способа бесшовного соединения Playltems, которые представляют собой способ, использующий Bridge-Clip, и способ, не использующий Bridge-Clip.

На фиг.88 изображена взаимосвязь между предыдущим Playltem и текущим Playltem в случае использования Bridge-Clip. На фиг.88 данные потока, считываемые устройством воспроизведения, представлены заштрихованными. На фиг.88 TS1 состоит из заштрихованных данных потока Clip1 (AV потока клипа) и заштрихованных данных потока, которые следуют перед RSPN_arrival_time_discontinuity.

Заштрихованные данные потока Clip1 TS1 представляют собой данные потока из адреса потока, необходимого для декодирования блока представления, соответствующего IN_item предыдущего пункта воспроизведения Playltem (который изображен как IN-time1 на фиг.88) до пакета источника, на который ссылается RSPN_exit_from_previous_Clip. Заштрихованные данные потока перед RSPN_arrival_time_discontinuity Bridge-Clip, содержащего в TS1, представляют собой данные потока от первого пакета источника Bridge-Clip до пакета источника, непосредственно предшествующего пакету источника, на который ссылается RSPN_arrival_time_ discontinuity.

На фиг.88, TS2 представлен в виде заштрихованных данных потока Clip 2 (AV поток клипа) и заштрихованных данных потока, следующих за RSPN_arrival_time_discontinuity Bridge-Clip. Заштрихованные данные потока от RSPN_arrival_time_discontinuity Bridge-Clip содержатся в данных потока TS2 из пакета источника, на который ссылается RSPN_arrival_time_discontinuity, до последнего пакета источника Bridge-Clip. Заштрихованные данные потока Clip2 TS2 представляют собой данные потока из пакета источника, на который ссылается RSPN_enter_to_current_Clip до адреса потока, требуемого для декодирования блока представления, соответствующего выходному времени OUT_time текущего пункта воспроизведения Playltem (изображен на фиг.88 как OUT_time2).

На фиг.89 изображена взаимосвязь между предыдущим пунктом воспроизведения Playltem и текущим Playltem в случае, когда не используется Bridge-Clip. В этом случае данные потока, считываемые устройством воспроизведения, представлены заштрихованными. На фиг.89 TS1 состоит из заштрихованных данных потока Clip1 (AV поток Clip). Заштрихованные данные потока Clip1 TS1 представляют собой данные, начинающиеся в адресе потока, необходимого при декодировании блока представления, соответствующего входному времени IN_time предыдущего пункта воспроизведения Playltem, изображенного в момент IN_time1 на фиг.89 как последний пакет источника Clip1.

На фиг.89 TS2 представлен заштрихованными данными потока Clip2 (AV поток клипа).

Заштрихованные данные потока Clip2 TS2 представляют собой данные потока, начинающиеся в первом пакете источника Clip2, как адрес потока, необходимый для декодирования блока представления, соответствующего выходному времени OUT_time текущего пункта воспроизведения Playltem (представлен на фиг.89 как OUT_time2).

На фиг.88 и 89 TS1 и TS2 представляют собой непрерывные потоки пакета источника. Далее будут рассмотрены особенности потоков TS1 и TS2 и условия соединения между ними. Вначале будут описаны ограничения кодирования для бесшовного соединения. Для ограничения структуры кодирования транспортного потока количество программ, содержащихся в TS1 и TS2, должно составлять 1. Количество видеопотоков, содержащихся в TS1 и TS2, должно быть равным 1. Количество аудиопотоков, содержащихся в TS1 и TS2, должно быть равно 2 или меньше. Количества аудиопотоков, содержащихся в TS1 и TS2, должны быть равны друг другу. Также возможно, чтобы в TS1 и/или TS2 содержались элементарные потоки или частные потоки, отличающиеся от описанных выше.

Ниже поясняются ограничения видеопотока битов. На фиг.90 изображено типичное бесшовное соединение, представленное последовательностью отображений изображения. Для того чтобы видеопоток был представлен бесшовно вблизи к точке соединения, необходимо удалить ненужные изображения, отображаемые позади OUT_timel (выходное время OUT_time Clip1) и впереди IN_time2 (входное время IN_time Clip2) с помощью процесса повторного кодирования частичного потока клипа вблизи к точке соединения.

На фиг.91 изображен вариант воплощения бесшовного соединения с использованием BridgeSequence. Видеопоток Bridge-Clip, предыдущего к RSPN_arrival_time_discontinuity, состоит из кодированного видеопотока до изображения, соответствующего выходному времени OUT_ time1 Clip1 по фиг.90. Этот видеопоток соединен с видеопотоком предыдущего Clip1 и повторно закодирован для формирования элементарного потока, соответствующего стандарту MPEG2.

Видеопоток Bridge-Clip, следующего за RSPN_arrival_time_discontinuity, состоит из закодированного видеопотока, следующего за изображением, соответствующим входному времени IN_time2 Clip2 по фиг.90. Декодирование этого видеопотока может начаться правильно для соединения видеопотока со следующим видеопотоком Clip2. Повторное кодирование выполняется таким образом, что будет сформирован единственный непрерывный элементарный поток, соответствующий стандарту MPEG-2. Для создания Bridge-Clip, в общем, необходимо повторно закодировать несколько изображений, в то время как другие изображения могут быть скопированы из оригинального клипа.

На фиг.92 изображен вариант воплощения бесшовного соединения без использования BridgeSequence в варианте воплощения, изображенном на фиг.90. Видеопоток Clip1 состоит из закодированного видеопотока, также как и изображение, соответствующее выходному времени OUT_timel по фиг.90 и повторно кодируется так, чтобы получить элементарный поток, соответствующий стандарту MPEG2. Аналогично, видеопоток Clip2 состоит из закодированных битовых потоков, следующих за изображением, связанным с входным временем IN_time2 Clip2 по фиг.90. Эти закодированные битовые потоки уже являются повторно закодированными, чтобы получить единственный непрерывный элементарный поток, соответствующий стандарту MPEG2.

Для пояснения ограничений кодирования видеопотока скорости передачи кадров видеопотоков TS1 и TS2 должны быть равны друг другу. Видеопоток TS1 должен заканчиваться кодом окончания последовательности sequence_end_code. Видеопоток TS2 должен начинаться заголовком последовательности Sequence header, GOP Header и изображением I-picture. Видеопоток TS2 должен начинаться при закрытом GOP.

Блоки видеопредставления, определенные в потоке бит (кадр или поле), должны быть непрерывными с точкой соединения между ними. Никакой промежуток в точках соединения в виде полей или кадров не допускается. В случае кодирования с использованием 3-2 раскрывающихся меню может оказаться необходимо перезаписать флаги “top_field_first” “repeat_first_field”. В качестве альтернативы может быть выполнено повторное кодирование для исключения образования пробелов в полях.

Для пояснения ограничений кодирования аудиопотока битов частоты выборки аудиопотока TS1 и TS2 должны быть равны друг другу. Способ кодирования аудиопотоков TS1 и TS2 (например, MPEG1 слой 2, AC-3, SESF, LPCM и ААС) должны быть равны друг другу.

Для пояснения ограничений кодирования транспортного потока MPEG-2 последний аудиокадр аудиопотока TS1 должен содержать аудиовыборки, имеющие синхронизацию отображения, равную конечному времени отображения последнего отображаемого изображения TS1. Первый аудиокадр аудиопотока TS2 должен содержать аудиовыборку, имеющую синхронизацию отображения, равную стартовой синхронизации отображения первого отображаемого изображения TS2.

В точке соединения не допускаются никакие промежутки в последовательности блоков аудиопредставления. Как показано на фиг.93, может существовать наложение, определяемое длительностью блока аудиопредставления, которое должно быть меньше, чем два домена аудиокадра. Первый пакет, передающий элементарный поток TS2 должен быть видеопакетом. Транспортный поток в точке соединения должен соответствовать DVR-STD, который поясняется далее.

Для пояснения ограничений Clip и Bridge-Clip в TS1 и в TS2 не допускаются никакие разрывы основы времени прихода.

Следующие ограничения применяются только к случаю использования Bridge-Clip. AV поток Bridge-Clip имеет единственную точку разрыва в основе времени прихода только в точке соединения последнего пакета источника TS1 и первого пакета источника TS2. Разрыв времени прихода SPN_arrival_time_discontinuity, определенный в ClipInfo(), представляет адрес в точке разрыва, который должен представлять адрес, ссылающийся на первый пакет источника TS2.

Пакет источника, на который ссылается RSPN_exit_from_previous_Clip, определенный в BridgeSequenceInfo(), может представлять собой любой пакет источника в Clip1. Этот пакет источника не должен граничить с сопоставленным блоком. Пакет источника, на который ссылается RSPN_enter_to_current_Clip, определенный в BridgeSequenceInfo(), может представлять собой любой пакет источника в Clip2. Этот пакет источника не должен граничить с сопоставленным блоком.

Для пояснения ограничений Playltem выходное время OUT_time предыдущего Playltem (OUT_time1, как показано на фиг.89), должно представлять конечное время отображения последнего блока видеопредставления TS1. Входное время IN_time текущего Play Time (IN_time2, показанное на фиг.88 и 89), должно представлять стартовое время отображения первого блока представления TS2.

Для пояснения ограничений размещения данных в случае использования Bridge-Clip, как показано на фиг.94, должно быть выполнено бесшовное соединение для гарантирования непрерывной подачи данных файловой системы. Это должно быть реализовано с помощью AV потока клипа, соединяющегося с Clip1 (файл AV потока клипа) и Clip2 (файл AV потока клипа), так чтобы удовлетворялись предписания размещения данных.

RSPN_exit_from_previous_Clip должен быть выбран так, чтобы часть потока Clip1 (файл AV потока клипа), предшествующая RSPN_exit_from_previous_Clip, была бы скомпонована в непрерывной области не меньшей, чем половина фрагмента. Длина AV данных потока Bridge-Clip должна быть выбрана так, чтобы данные были скомпонованы в непрерывной области не меньшей, чем половина фрагмента. RSPN_enter_to_current_Clip должен выбираться так, чтобы часть потока Сliр2 (файл AV потока клипа), следующая за RSPN_enter_to_current_Clip, была бы скомпонована в непрерывной области не меньшей, чем половина фрагмента.

Для пояснения ограничений размещения данных в случае бесшовного соединения, без использования Bridge-Clip, как показано на фиг.95, бесшовное соединение должно быть выполнено так, чтобы гарантировать непрерывную подачу данных файловой системой. Это должно быть реализовано с помощью компоновки последней части Clip1 (файл AV потока клипа) и первой части Clip2 (файл AV потока клипа) так, чтобы выполнялись условия размещения данных.

Последняя часть потока Clip1 (файл AV потока клипа) должна быть расположена в непрерывной области не меньшей, чем одна половина фрагмента. Первая часть потока Clip2 (файл AV потока клипа) должна быть расположена в непрерывной области не меньшей, чем одна половина фрагмента.

Далее поясняется DVR-STD. Этот DVR-STD представляет собой концептуальную модель, предназначенную для моделирования обработки декодирования при генерировании и проверке транспортного потока DVR MPEG-2. DVR-STD также представляет собой концептуальную модель для моделирования процесса декодирования при генерировании и проверке AV потока, на который ссылаются два пункта воспроизведения Playltems, бесшовно соединенные друг с другом, как описано выше.

На фиг.96 изображена модель DVR-STD. Модель, представленная на фиг.96, включает, как составной элемент, модель устройства воспроизведения транспортного потока DVR MPEG-2. Обозначения n, Tbn, Mbn, Ebn, Tbsys, Bsys, Rxn, Rbxn, Rxsys, Dn, Dsys, On и P9(k) такие же, как определены в T-STD в соответствии с ISO/IEC 13818-1, где n – номер индекса элементарного потока и Tbn – транспортный буфер элементарного потока n.

MBn представляет собой буфер мультиплексирования элементарного потока n и существует только для видеопотока. EBn представляет собой буфер элементарного потока n и присутствует только в видеопотоке. TBsys представляет собой главный буфер в системном целевом декодере для информации системы для декодируемой программы. Rxn представляет собой скорость передачи, с которой данные выводятся из TBn. Rbxn представляет собой скорость передачи, с которой содержание пакета PES удаляется из MBn и присутствует только для видеопотока.

Rxsys представляет собой скорость передачи, с которой данные выводятся из TBsys. Dn представляет собой декодер элементарного потока n. Dsys представляет собой декодер, соответствующий системной информации декодируемой программы. On представляет собой буфер изменения порядка видеопотока n. Pn(k) представляет собой блок представления номер k элементарного потока.

Далее поясняется процесс декодирования для DVR-STD. В течение времени, когда производится воспроизведение транспортного потока одного DVR MPEG-2, синхронизация ввода транспортного пакета в ТВ1, TBn или TBsys определяется по отметке времени прихода arrival_time_stamp пакета источника. Предписания для работы буферов ТВ1, МВ1, ЕВ1, TBn Bn, TBsys и Bsys такие же, как и для T-STD, в соответствии со стандартом ISO/IEC 13818-1, в то время, как предписания операций решения и работы такие же, как и для T-STD, и соответствуют стандарту ISO/IEC 13818-1.

Далее будет описан процесс декодирования во время воспроизведения бесшовно соединенных списков воспроизведения PlayLists. Далее поясняется воспроизведение двух AV потоков, на которые ссылаются бесшовно соединенные пункты воспроизведения Playltems. Далее поясняется воспроизведение TS1 и TS2, изображенных, например, на фиг.88.

TS1 и TS2 представляют собой предыдущий поток и текущий поток, соответственно.

На фиг.97 изображена временная диаграмма ввода, декодирования и отображения транспортных пакетов при передаче из данного AV потока (TS1) в следующий AV поток, бесшовно соединенный с ним (TS2). Во время передачи из заданного AV потока (TS1) в следующий AV поток, бесшовно соединенный с ним (TS2), временная ось основы времени прихода TS2 не совпадает с временной осью основы времени прихода TS1 (как показано с помощью АТС1 на фиг.97).

Кроме того, временная ось основы системного времени TS2 (обозначенная с помощью АТС1 на фиг.97), не совпадает с временной осью основы системного времени TS1 (обозначена STC1 на фиг.97). Требуется, чтобы видеоотображение было непрерывным и бесшовным, однако, может происходить наложение времени отображения блоков представления.

Далее поясняется входная синхронизация для DVR-STD. В течение времени до момента Т1, то есть до ввода последнего видеопакета ТВ1 DVR-STD, входная синхронизация для буферов ТВ1, TBn или TBsys DVR-STD определяется по отметке времени прихода arrival_time_stamp основы времени прихода TS1.

Остальные пакеты TS1 должны вводиться в буферы TBn или TBsys DVR-STD со скоростью потока бит TS_recording_rate (TS1). TS_recording_rate (TS1) представляет собой значение скорости записи Ts_recording_rate, определенное в ClipInfo(), соответствующее Clip1. Время последнего байта TS1 вводится в буфер в момент времени Т2. Таким образом, в течение времени между моментом Т1 и моментом Т2 arrival_time_stamp пакета источника не учитывается.

Если N1 представляет собой количество байтов в транспортном пакете TS1, следующим за последним видеопакетом TS1, время DT1 от момента Т1 до момента Т2 представляет собой время, необходимое для полного ввода N1 байтов со скоростью потока бит TS_recording_rate (TS1), и вычисляется в соответствии со следующим уравнением:

DT1=Т2-Т1=N1/TS_recording_rate.

В течение времени от момента Т1 до момента Т2 (TS1) оба значения Rxn и Rxsys изменяются на значение TS_recording_rate (TS1). За исключением этого правила работа буфера такая же, как и в отношении T-STD.

В момент времени Т2 счетчик тактовых импульсов входного времени устанавливается в значение arrival_time_stamp первого пакета источника TS2. Входная синхронизация в буфере ТВ1, TBn или TBsys DVR-STD определяется по отметке времени прихода arrival_time_stamp пакета источника ТВ2. Как Rxn, так и Rxsys изменяются на значения, определенные в T-STD.

Для пояснения работы дополнительных аудиобуферов и буферов системных данных аудиодекодер и системный декодер должны иметь дополнительную емкость буферов (эквивалентную по объему данных одной секунде) в дополнение к объему буфера, определенному в T-STD для того, чтобы в них могли разместиться входные данные для домена от момента времени Т1 до момента времени Т2.

Для пояснения синхронизации видеопредставление должно быть непрерывным, то есть в нем не должно быть пропусков, точек перехода через соединение. Следует отметить, что STC1 представляет собой ось времени основы системного времени TS1 (обозначена как STC1 на фиг.9), в то время, как STC2 представляет собой ось времени основы системного времени TS2 (представлено как STC2 на фиг.97; при правильной работе STC2 начинается в момент времени, когда первый PCR TS2 был введен в Т-STD).

Смещение между STC1 и STC2 определяется следующим образом: PTS1end представляет собой PTS для STC1, соответствующего последнему блоку видеопредставления TS2. PTS2start представляет собой PTS для STC2, соответствующий первому блоку видеопредставления TS2, и Трр представляет собой период времени отображения последнего блока видеопредставления TS1, при этом смещение STC_delta между двумя основами системного времени вычисляется в соответствии со следующим уравнением:

STC_delta=PTS1end + Трр – PTS2start.

Для пояснения синхронизации аудиопредставления может существовать наложение времени отображения блока аудиопредставления, причем это наложение должно быть меньше, чем 0-2 аудиокадра (см. “аудионаложение”, представленное на фиг.97). Указание в отношении того, какая из аудиовыборок должна быть выбрана и повторно синхронизирована при отображении блока аудиопредставления в исправленную ось времени позади точки соединения, установлено в устройство воспроизведения.

Для пояснения синхронизации системного времени DVR-STD последний блок аудиопредставления TS1 отображается как время Т5. Синхронизация системного времени может перекрываться между временем Т2 и временем Т5. В течение этого домена времени DVR-STD переключает синхронизацию системного времени между значением старой основы времени (STC1) и значением новой основы времени (STC2). Значение STC2 может быть вычислено в соответствии со следующим уравнением:

STC2=STC1 – STC_delta.

Далее поясняется непрерывность работы буферов. STC11video_end представляет собой значение STC основы системного времени STC2, когда первый байт первого видеопакета достигает ТВ1 из DVR-STD. STC22video_start представляет собой значение STC на основе системного времени STC2, когда первый байт первого видеопакета достигает ТВ1 из DVR-STD. STC21video_end представляет собой значение STC11video_end, вычисленное как значение STC2 основы системного времени STC2. STC21 video_end вычисляется в соответствии со следующим уравнением:

STC21video_end=STC11video_end – STC_delta.

Для того чтобы соответствовать условиям DVR-STD, необходимо, чтобы выполнялись два следующих условия: во-первых, синхронизация прихода первого видеопакета TS2 в ТВ1 должна удовлетворять следующему неравенству:

STC22video_start > STC21video_end + Т1.

Если необходимо произвести повторное кодирование и/или мультиплексирование частичного потока Clip1 и/или Clip2, таким образом, чтобы вышеуказанное неравенство удовлетворялось, это повторное кодирование или мультиплексирование выполняется соответствующим образом.

Во-вторых, ввод видеопакета из TS1, который следует после ввода видеопакета из TS2 на временной оси основы системного времени, отображаемого от STC1 и STC2 на одной и той же временной оси, не должно приводить к переполнению или опустошению видеобуфера.

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

В вышеописанном варианте воплощения транспортный поток MPEG-2 принят как пример мультиплексированного потока. Однако это приведено всего лишь для примера, так как программный поток MPEG-2 DCC или транспортный поток, используемый в сервисе DirecTV Service of the USA (товарный знак), также может использоваться как мультиплексированный поток.

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

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

PlayList_start_address указывает ведущий адрес списка воспроизведения PlayList() в виде количества относительных байтов от ведущего конца файла PlayList как блока. Количество относительных байтов подсчитывается от 0.

PlayListMark_start_address указывает ведущий адрес PlayListMark() в виде количества относительных байтов от ведущего байта файла PlayList как блока. Количество относительных байтов подсчитывается от 0.

MakersPrivateData_start_address обозначает ведущий адрес частных данных изготовителя MakersPrivateData в виде количества относительных байтов от ведущего байта файла PlayList как блока. Количество относительных байтов подсчитывается от 0.

На фиг.99 представлен синтаксис UlAppInfoPlayList в файле PlayList по фиг.98. PlayList_service_type указывает тип файла PlayList, пример которого изображен на фиг.26. PlayList_service_type может иметь то же значение, что и тип сервиса, предоставляемый цифровым широковещательным телевидением. Например, в широковещательной спутниковой системе в Японии существуют три типа сервиса, а именно TV сервис, аудиосервис и сервис широковещательного распространения информации. Значение, представляющее тип сервиса программы, содержащийся в AV потоке Clip, используемое списком воспроизведения PlayList, установлено в PlayList_service_type.

PlayList_character_set обозначает способ кодирования знаков, закодированных в полях channel_name, PlayList_name и PlayList_detail, при обозначении способа кодирования знаков, закодированных в поле mark_name в PlayListMark.

Номер канала channel_number обозначает номер широковещательного канала или номер сервиса по выбору пользователя при записи списка воспроизведения PlayList. Если несколько PlayLists комбинируют в один PlayList, номер канала channel_number обозначает представительное значение списка воспроизведения PlayList. Если это поле установлено в 0xFFFF, это поле не имеет никакого значения.

Длина названия канала channel_name_length обозначает длину в байтах названия канала, приведенного в поле channel_name. Это поле имеет значение не больше 20.

Channel_name обозначает название услуги или широковещательного канала по выбору пользователя при записи списка воспроизведения PlayList. Количество байт в номере, указанном с помощью channel_name_length слева от этого поля, представляет действительные знаки и обозначает вышеуказанное название. Остальные байты, следующие после этих действительных знаков, могут быть установлены в любое произвольное значение. Если множество списков воспроизведения PlayList скомбинированы в один PlayList, это поле указывает название соответствующего PlayList.

PlayList_name_length обозначает длину в байтах названия PlayList, указанного в поле PlayList_name.

Play_List_name представляет название списка воспроизведения PlayList. Количество байтов по числу, указанному в PlayList_name_length слева от этого поля, представляет действительные знаки и обозначает вышеуказанное название. Остальные байты в этом поле, следующие после этих действительных знаков, могут быть установлены в любое произвольное значение.

PlayList_detail_length обозначает длину в байтах подробной информации PlayList, указанной в поле PlayList_detail. Это поле имеет значение не большее, чем 1200.

PlayList_detail обозначает текст, предназначенный для иллюстрирования подробной информации списка воспроизведения PlayList. Количество байтов по числу, приведенному в поле PlayList_detail_length слева от этого поля, представляет собой действительные знаки. Остальные байты в этом поле, следующие после этих действительных знаков, могут быть установлены в произвольное значение.

Значение этого поля синтаксиса в остальном такое же, что и для поля с тем же названием, которое изображено на фиг.27.

На фиг.100 изображен синтаксис PlayList() файла списка воспроизведения PlayList по фиг.98. Этот синтаксис, в основном, такой же, как и в варианте воплощения, изображенном на фиг.25, за исключением того, что данный синтаксис отсутствует в UlAppInfoPlayList().

Фиг.101 изображает модификацию синтаксиса SubPlayItem. Данный синтаксис заметно отличается от варианта воплощения, изображенного на фиг.40, тем, что был добавлен идентификатор STC_sequence_id.

Идентификатор STC_sequence_id указывает STC_sequence_id для STC, на который ссылается SubPath_IN_time и SubPath_OUT_time, которые используются для идентификации домена воспроизведения файла AV потока, соответствующего названию информационного файла Clip_Information_file_name. SubPath_IN_time и SubPath_OUT_time обозначают время одного и того же непрерывного домена STC, определяемого идентификатором STC_sequence_id.

При добавлении идентификатора STC_sequence_id в SubPlayItem разрешено, чтобы файл AV потока, на который ссылается SubPlayItem, имел точку разрыва STC.

Поле синтаксиса в остальном имеет те же значения, что и поле с таким же названием, представленным на фиг.40.

На фиг.102 изображен алгоритм, иллюстрирующий способ формирования реального списка воспроизведения Real PlayList. При этом делается ссылка на блок-схему устройства записи и/или воспроизведения, изображенного на фиг.1. На этапе S11 контроллер 43 записывает AV поток Clip.

На этапе S12 контроллер 23 производит проверку того, может ли быть подготовлен EP_map AV потока или нет. Если результат проверки на этапе S12 будет ДА, контроллер 23 переходит на этап S13. В противном случае, контроллер 23 переходит на этап S14 для формирования TU_map.

На этапе S15 контроллер 23 устанавливает CLI_type для PlayList. На этапе S16 контроллер 23 формирует PlayList(), состоящий из Playltem, который полностью охватывает весь возможный диапазон воспроизведения клипа. Если CPI_type представляет собой тип ЕР_map, информация времени установлена на основе PTS. Если в клипе имеется точка разрыва STC и PlayList() состоит из двух или большего количества пунктов воспроизведения Playltem, также определяется условие соединения connection_condition между пунктами воспроизведения Playltem. Если CPI_type представляет собой тип TU_map, информация времени устанавливается на основе времени прихода.

На этапе S17 контроллер 23 формирует UlAppInfoPlayList().

На этапе S18 контроллер 23 формирует PlayListMark.

На этапе S19 контроллер 23 формирует MakerPrivateData.

На этапе S20 контроллер 23 формирует файл RealPIayList.

Таким образом, один файл Real PlayList формируется всегда, когда происходит новая запись AV потока клипа.

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

На этапе S31 один реальный список воспроизведения Real PlayList, записанный на диск, определяется через интерфейс пользователя. Из диапазона воспроизведения Real PlayList определяется диапазон воспроизведения по входной и выходной точкам IN и OUT с использованием интерфейса пользователя. Если тип CPI_type представляет собой тип ЕР_map, домен воспроизведения устанавливается на основе PTS. Если тип CPI_type представляет собой тип TU_type, домен воспроизведения устанавливается на основе времени прихода.

На этапе S32 контроллер 23 производит проверку, была ли закончена вся работа по указанию диапазона воспроизведения пользователем. Если пользователь выбирает домен для воспроизведения, следующий после указанного домена воспроизведения, контроллер 23 возвращается на этап S31. Если вся работа по указанию диапазона воспроизведения пользователем была завершена, контроллер 23 переходит на этап S33.

На этапе S33 состояние соединения (Connection_condition между двумя последовательно воспроизводимыми доменами воспроизведения) определяется пользователем через интерфейс или контроллером 23.

Если на этапе S34 CPI_type представляет собой тип ЕР_map, пользователь указывает информацию подпути (аудиоинформацию после записи). Этот этап пропускается, если подпуть не формируется пользователем.

На этапе S35 контроллер 23 формирует PlayList() на основе информации диапазона воспроизведения, указанного пользователем, и на основе условия соединения connection_condition.

На этапе S36 контроллер 23 формирует UlAppInfoPlayList().

На этапе S37 контроллер 23 формирует PlayListMark.

На этапе S38 контроллер 23 формирует MakerPrivateData.

На этапе S39 контроллер 23 формирует файл VirtualPlayList.

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

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

На этапе S51 контроллер 23 получает информацию в отношении info.dvr, файла Clip Information, файла PlayList и файла изображения, свернутого в пиктограмму, и формирует изображение GUI, демонстрирующее список списков воспроизведения PlayLists, записанных на диск для отображения изображения GUI, сформированного таким образом, в GUI через интерфейс пользователя.

На этапе S52 контроллер 23 представляет информацию, поясняющую PlayList на изображении GUI на основе UlAppInfoPlayList в соответствующих списках воспроизведения PlayLists.

На этапе S53 пользователь подает команду на воспроизведение одного PlayList из изображения GUI через интерфейс пользователя.

Если CPI_type представляет собой тип ЕР_map, контроллер 23 на этапе S54 получает из идентификатора последовательности STC_sequence_id и времени включения IN_time PTS, номер пакета источника, который имеет точку входа, временно расположенную перед и ближе всего к времени входа к IN_time. Если тип CPI_type представляет собой тип TU_map, контроллер 23 принимает из времени входа IN_time текущего пункта воспроизведения Playltem, номер пакета источника, где начинается блок времени, временно предшествующий и ближайший ко времени входа IN_time.

На этапе S55 контроллер 23 считывает данные AV потока из принятого на предыдущем этапе номера пакета источника для маршрутизации считанных данных в AV декодер 27.

Если на этапе S56 существует пункт воспроизведения Playltem, который временно предшествует текущему Playltem, контроллер 23 выполняет обработку соединения отображения между предыдущим Playltem и текущим Playltem в соответствии с условием соединения connection_condition.

Если на этапе S57 CPI_type представляет собой тип EP_map, AV декодер 27 вырабатывает команду на начало изображения от изображения для времени входа IN_time PTS. Если CPI_type представляет собой тип TU_map, AV декодер 27 вырабатывает команду на начало отображения изображения потока, следующего за временем входа IN_time.

На этапе S58 контроллер 23 вырабатывает команду AV декодера 27 продолжать декодирование AV потока.

Если CPI_type представляет собой тип ЕР_map, контроллер 23 на этапе S59 проверяет, является ли изображение, отображаемое в данный момент, изображением времени выхода OUT_time PTS. Кроме того, если CPI_type представляет собой тип TU_map, контроллер 23 проверяет, является или нет декодируемый в данный момент поток потоком, идущим после времени выхода OUT_time.

Если результат проверки на этапе S59 будет НЕТ, контроллер 23 переходит на этап S60. На этапе S60 контроллер 23 отображает текущее изображение по отношению к тому, которое было при возврате на этап S58. Если результат проверки на этапе S59 будет ДА, контроллер 23 переходит на этап S61.

На этапе S61 контроллер 23 проверяет, является или нет текущий пункт воспроизведения Playltem последним Playltem в списке воспроизведения PlayList, если результат проверки будет НЕТ, контроллер 23 возвращается на этап S54 и, в противном случае, воспроизведение списка воспроизведения PlayList заканчивается.

На фиг.105 изображен алгоритм, иллюстрирующий способ воспроизведения SubPath списка воспроизведения PlayList. Способ воспроизведения SubPath по фиг.105 используется только, если CPI_type PlayList представляет собой ЕР_map. Обработка в соответствии с алгоритмом выполняется одновременно с обработкой, следующей после этапа S54 при воспроизведении списка воспроизведения PlayList по фиг.104. Кроме того, предполагается, что AV декодер 27 позволяет декодировать два аудиопотока одновременно.

На этапе S71 контроллер 23 получает информацию SubPlayItem.

На этапе S72 контроллер 23 получает номер пакета источника, содержащий точку входа, временно предыдущую и ближайшую к SubPath_IN_time.

На этапе S73 контроллер 23 считывает данные AV потока подпути из номера пакета источника, имеющего вышеуказанную точку входа для маршрутизации данных, считанных, таким образом, на AV декодер 27.

На этапе S74 контроллер 23 вырабатывает команду AV декодеру 27 начать отображение аудиоинформации подпути, когда воспроизведение основного пути достигает изображения, указанного с помощью sync_PlayItem_id и sync_start_PTS_of_PlayItem.

На этапе S75 AV декодер 27 продолжает декодировать AV поток подпути.

На этапе S76 контроллер 23 проверяет, является или нет PTS подпути, отображаемый в данный момент, SubPath_OUT_time. Если результат проверки будет НЕТ, контроллер 23 переходит на этап S77, где контроллер 23 продолжает отображать подпуть. Контроллер 23 затем возвращается на этап S75.

Если на этапе S76 PTS отображаемого в данный момент подпути представляет собой SubPath_OUT_time, отображение подпути завершается.

Основной путь и подпуть одного файла PlayList, на воспроизведение которого дана команда пользователем, воспроизводится, как показано на фиг.104 и 105.

На фиг.106 изображен алгоритм, предназначенный для иллюстрации способа для формирования PlayListMark. При этом делается ссылка на блок-схему устройства записи и/или воспроизведения по фиг.1.

На этапе S91 контроллер 23 получает информацию по info.dvr, информационному файлу Clip Information, файлу PlayList и файлу изображений, свернутых в пиктограмму, и формирует изображение GUI, демонстрирующее списки воспроизведения PlayLists, записанные на диск для отображения изображения GUI, сформированного таким образом, в GUI через интерфейс пользователя.

На этапе S92 пользователь подает команду на контроллер 23 на воспроизведение одного списка воспроизведения PlayList через интерфейс пользователя.

На этапе S93 контроллер 23 начинает воспроизведение указанного списка воспроизведения PlayList в соответствии с командой (см. фиг.104).

На этапе S94 пользователь подает команду контроллеру 23 установить метку на предпочтительной сцене через интерфейс пользователя.

Если на этапе S95 тип CPI_type представляет собой ЕР_map, контроллер 23 получает метку PTS и идентификатор Playltem_id для Playltem, к которому он принадлежит. Кроме того, контроллер 23 получает время прихода точки метки, если тип CPI_type представляет собой TU_map.

На этапе S95 контроллер 23 записывает информацию метки в PlayListMark().

На этапе S97 контроллер 23 записывает файл PlayList на носитель 100 записи.

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

На этапе S111 контроллер 23 получает информацию по info.dvr, информационному файлу Clip Information, файлу PlayList и файлу изображения, свернутого в пиктограмму, и формирует изображение GUI, демонстрирующее список списков воспроизведения PlayLists, записанных на диск (носитель 100 записи) для отображения изображения GUI, сформированного таким образом, в GUI через интерфейс пользователя.

На этапе S112 пользователь подает команду контроллеру 23 на воспроизведение одного PlayList через интерфейс пользователя.

На этапе S113 контроллер 23 выполняет отображение списка изображений, свернутых в пиктограмму, сгенерированных из изображения, на которые делает ссылку PlayListMark, который отображается в GUI через интерфейс пользователя.

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

Если тип CPI_type представляет собой ЕР_map, контроллер 23 получает метку PTS и Playltem_id, к которым он принадлежит. Если тип CPI_type представляет TU_map, контроллер 23 получает ATS (отметку времени прихода) для этой метки.

Если тип CPI_type представляет собой ЕР_map, контроллер 23 на этапе SI16 получает идентификатор STC-sequence_id AV потока, на который делается ссылка из Playltem, указанного с помощью идентификатора Playltem_id.

На этапе S 117, если тип CPI_type представляет собой ЕР_map, контроллер 23 производит ввод AV потока в декодер на основе PTS метки и на основе идентификатора STC-sequence_id. В частности, контроллер 23 выполняет обработку, аналогичную обработке, выполняемой на этапе S55 с использованием PTS метки и идентификатора STC-sequence_id. Если CPI_type представляет собой TU_type, контроллер 23 производит ввод AV потока в декодер на основе метки ATS. В частности, контроллер выполняет обработку, аналогичную обработке на этапе S54 и этапе S55 по фиг.104, используя ATS.

Если на этапе S118, тип CPI_type представляет собой ЕР_тар, контроллер 23 начинает отображение от изображения PTS точки метки. Если тип CPI_type представляет собой TU_map, контроллер 23 начинает отображение изображения назад от точки метки ATS.

Таким образом, пользователь выбирает, например, начальную точку предпочтительной сцены из списка воспроизведения PlayList. Выбранная таким образом начальная точка управляется устройством записи (контроллер 23 устройства 1 записи и/или воспроизведения) в PlayListMark. Кроме того, пользователь выбирает начальную точку воспроизведения из списка точек метки, записанных в PlayListMark так, что устройство воспроизведения начинает воспроизведение в точке начала, как показано на фиг.107.

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

Если положение I-изображения может быть проанализировано, AV поток различных форматов может быть записан, может воспроизводиться и управляться, используя общую программу приложения (программное обеспечение) при условии использования TU_map.

Если AV поток записан на носитель записи как его содержание (положение I-изображения), анализируется (запись с анализом), используется ЕР_МАР, в то время, если AV поток был непосредственно записан на носитель записи без анализа его содержания (положение I-изображения) (запись без анализа), используется TU_map. Таким образом, AV данные могут быть записаны, воспроизводиться и управляться с использованием общей программы приложения.

Таким образом, если скремблированные AV данные будут дешифрованы с анализом для записи их на носитель записи, используется ЕР_МАР, в то же время, если скремблированные AV данные будут непосредственно записаны на носитель записи без дешифровки (без анализа), используется TU_map. При этом AV данные могут быть записаны, воспроизводиться и управляться с использованием обычных программ приложения.

Кроме того, тип ЕР_map и тип TU_map могут быть описаны в PlayList(), как CPI_type, при этом TU_map может использоваться, если положение I-изображения может быть проанализировано, в то время как, если положение I-изображения не может быть проанализировано, может использоваться TU_map. При этом записываемые данные AV потока с анализом положения I-изображения и данные AV потока, записываемые без анализа положения I-изображения, могут управляться унифицированным образом с помощью общей программы просто при установке соответствующего флага.

Кроме того, файл PlayList и файл Clip Information записываются отдельно, так что, если содержание данного PlayList или Clip изменяется при, например, редактировании, нет необходимости изменять файл независимо от изменяемого файла. Результат этого состоит в том, что содержание файла может изменяться непосредственно для уменьшения времени, необходимого на такое изменение или запись.

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

Если общее количество файлов PlayList или файлов Clip Information собрать в одном файле для записи, размер файла становится объемным. Так что время, необходимое на изменение содержания файла для записи, будет существенно больше, чем в случае, когда соответствующие файлы будут записаны отдельно. Настоящее изобретение направлено на устранение этого недостатка.

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

Носитель записи состоит не только из средства пакета, распределяемого для поставки программы пользователю на компьютер, такого как магнитный диск 221, на котором записана программа, включая гибкий-диск, оптический диск 222, CD-ROM (Постоянное запоминающее устройство на компакт-диске) или DVD (универсальный цифровой диск), магнитооптический диск 223, минидиск или полупроводниковое запоминающее устройство 224, но также включает жесткий диск, включая постоянное запоминающее устройство 202, на котором записана программа, и запоминающее устройство 208, которое поставляется пользователю для установки на компьютер, как показано на фиг.108.

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

Кроме того, в данном описании система означает все устройство, состоящее из множества устройств компонентов.

Промышленная применимость

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

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

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

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

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

Формула изобретения

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

2. Устройство обработки информации по п.1, отличающееся тем, что указанная первая таблица представляет собой ЕР_map, и указанная вторая таблица представляет собой TU_map.

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

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

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

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

7. Устройство обработки информации по п.6, отличающееся тем, что указанный контроллер производит управление таким образом, что, если указанная первая таблица записана вместе с указанными AV данными потока, временем домена воспроизведения указанных AV данных потока управляют на основе времени представления, и в котором если записана указанная вторая таблица вместе с указанными AV данными потока, временем домена воспроизведения указанных AV данных потока управляют на основе времени прихода.

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

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

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

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

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

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

14. Устройство обработки информации предназначенное для обработки информации звука и/или изображения, содержащее вход, предназначенный для ввода информации звука и/или изображения; контроллер, предназначенный для генерирования информации характерной точки, состоящей из (i) карты входной точки, описывающей взаимосвязь между отметкой времени представления входной точки и адресом соответствующей входной точки, или (ii) карты временного модуля, описывающей взаимосвязь между отметкой времени прихода временного модуля и адресом соответствующего временного модуля, в соответствии с типом указанной входной информации звука и/или изображения, и выход, предназначенный для вывода карты входной точки или карты временного модуля.

15. Устройство по п.14, дополнительно включающее устройство записи, предназначенное для записи указанной информации звука и/или изображения и информации характерной точки на носителе записи.

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

17. Устройство обработки информации, предназначенное для обработки информации звука и/или изображения, содержащее вход, предназначенный для ввода информации звука и/или изображения; контроллер, предназначенный для генерирования (i) карты входной точки, описывающий взаимосвязь между отметкой времени представления входной точки и адресом соответствующей входной точки, или (ii) карты временного модуля, описывающей взаимосвязь между отметкой времени прихода временного модуля и адресом соответствующего временного модуля, и устройство записи, предназначенное для записи информации звука и/или изображения и карты входной точки или карты временного модуля на носителе записи.

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

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

20. Устройство по п.19, в котором указанный контроллер генерирует информацию карты для каждой информации клипа.

21. Устройство по п.20, в котором указанный контроллер генерирует информацию карты того же типа, что и для всей информации клипа, ассоциированной с одним списком воспроизведения.

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

23. Способ по п.22, дополнительно включающий этап записи указанной информации звука и/или изображения и информации характерной точки на носитель записи.

24. Способ по п.23, в котором карту входной точки генерируют, когда входную информацию звука и/или изображения преобразуют в формат потока самостоятельного кодирования.

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

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

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

28. Способ по п.27, в котором информацию карты генерируют для каждой информации клипа.

29. Способ по п.28, в котором информацию карты одного типа генерируют для всей информации клипа, связанной с одним списком воспроизведения.

30. Устройство воспроизведения информации звука и/или изображения, содержащее устройство воспроизведения, предназначенное для воспроизведения с носителя записи информации звука и/или изображения и (i) карты входной точки, описывающей взаимосвязь между временной меткой представления входной точки указанной информации и адресом соответствующей входной точки, или (ii) карты временного модуля, описывающей взаимосвязь между отметкой времени прихода временного модуля указанной информации и адресом соответствующего временного модуля, в соответствии с типом указанной входной информации звука и/или изображения; блок восстановления карты, предназначенный для восстановления входной точки или карты временного модуля с указанного носителя записи, и блок воспроизведения информация звука и/или изображения, предназначенный для воспроизведения информация звука и/или изображения, связанной с восстановленной картой.

31. Устройство по п.30, в котором карту входной точки сохраняют на указанном носителе записи, когда информация звука и/или изображения имеет формат потока самостоятельного кодирования.

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

33. Устройство по п.32, в котором соответствующая информация карты сохранена для каждой информации клипа.

34. Устройство по п.33, в котором информацию карты одного типа сохраняют для всей информации клипа, ассоциированной с одним списком воспроизведения.

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

36. Способ по п.35, в котором карту входной точки сохраняют на указанном носителе записи, когда информация звука и/или изображения имеет формат потока самостоятельного кодирования.

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

38. Способ по п.37, в котором соответствующую информацию карты сохраняют для каждой информации клипа.

39. Способ по п.38, в котором информацию карты того же типа сохраняют для всей информации клипа, ассоциированной с одним списком воспроизведения.

РИСУНКИ