ГОСТ Р МЭК 61883-6-2016

ГОСТ Р МЭК 61883-6-2016

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

АУДИО-/ВИДЕОАППАРАТУРА БЫТОВОГО НАЗНАЧЕНИЯ

ЦИФРОВОЙ ИНТЕРФЕЙС

Часть 6

Протокол передачи аудио- и музыкальной информации

Consumer audio/video equipment. Digital interface. Part 6. Audio and music data transmission protocol

ОКС 33.160.01, 35.200
ОКП 650000

Дата введения 2017-11-01

Предисловие

Предисловие

1 ПОДГОТОВЛЕН Автономной некоммерческой организацией "Научно-технический центр сертификации электрооборудования" "ИСЭП" (АНО "НТЦСЭ "ИСЭП") на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 452 "Безопасность аудио-, видео-, электронной аппаратуры, оборудования информационных технологий и телекоммуникационного оборудования"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 20 октября 2016 г. N 1452-ст

4 Настоящий стандарт идентичен международному стандарту МЭК 61883-6:2014* "Аудио-/видеоаппаратура бытового назначения. Цифровой интерфейс. Часть 6. Протокол передачи аудио- и музыкальных данных (IEC 61883-6:2014 "Consumer audio/video equipment - Digital interface - Part 6: Audio and music data transmission protocol", IDT).
________________
* Доступ к международным и зарубежным документам, упомянутым здесь и далее по тексту, можно получить, перейдя по ссылке на сайт . - .


При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные и межгосударственные стандарты, сведения о которых приведены в дополнительном приложении ДА

5 ВВЕДЕН ВПЕРВЫЕ


Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

1) Международная электротехническая комиссия (МЭК) является международной организацией по стандартизации, объединяющей все национальные электротехнические комитеты (национальные комитеты МЭК). Задача МЭК - продвижение международного сотрудничества во всех вопросах, касающихся стандартизации в области электротехники и электроники. Результатом этой работы и в дополнение к другой деятельности МЭК является издание международных стандартов, технических требований, технических отчетов, публично доступных технических требований (PAS) и руководств (в дальнейшем именуемых "публикации МЭК"). Их подготовка поручена Техническим комитетам. Любой национальный комитет МЭК, заинтересованный в объекте рассмотрения, с которым имеет дело, может участвовать в предварительной работе. Международные, правительственные и неправительственные организации, сотрудничающие с МЭК, также принимают участие в этой подготовке. МЭК близко сотрудничает с Международной организацией по стандартизации (ИСО) в соответствии с условиями, определенными соглашением между этими двумя организациями.

2) В формальных решениях или соглашениях МЭК выражено положительное решение технических вопросов, практически консенсус на международном уровне в соответствующих областях, так как в составе каждого Технического комитета есть представители от национальных комитетов МЭК.

3) Публикации МЭК принимаются национальными комитетами МЭК в качестве рекомендаций. Приложены максимальные усилия для того, чтобы гарантировать правильность технического содержания публикаций МЭК, однако МЭК не может отвечать за порядок их использования или за неверное толкование конечным пользователем.

4) В целях содействия международной гармонизации, национальные комитеты МЭК обязуются применять публикации МЭК в их национальных и региональных публикациях с максимальной степенью приближения к исходным. Любые расхождения между любой публикацией МЭК и соответствующей национальной или региональной публикацией должно быть четко обозначено в последней.

5) МЭК не устанавливает процедуры маркировки знаком одобрения и не берет на себя ответственность за любое оборудование, о котором заявляют, что оно соответствует публикации МЭК.

6) Все пользователи должны быть уверены, что они используют последнее издание этой публикации.

7) МЭК или его директора, служащие или агенты, включая отдельных экспертов и членов его Технических комитетов и национальных комитетов МЭК, не несут никакой ответственности за причиненные телесные повреждения, материальный ущерб или другое повреждение любой природы вообще, как прямое, так и косвенное, или за затраты (включая юридические сборы) и расходы, проистекающие из использования публикации МЭК, или ее разделов, или любой другой публикации МЭК.

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

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

МЭК 61883-6 подготовлен техническим сектором 4: "Интерфейсы и протоколы цифровых систем" технического комитета 100 МЭК: "Аудио, видео и мультимедийные системы и оборудование".

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

a) Введен уровень адаптации АМ824 для применения лазерного диска формата Blu-ray.

b) Метод передачи с блокировкой получил статус нормативного.

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

Текст настоящего стандарта основан на следующих документах:

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

Настоящая публикация разработана в соответствии с Директивами ИСО/МЭК, часть 2.

Серия стандартов МЭК 61883 под общим названием "Бытовая аудио/видеоаппаратура - Цифровой интерфейс" состоит из следующих частей:

Часть 1. Общие положения;

Часть 2. Передача данных SD-DVCR;

Часть 3. Передача данных HD-DVCR;

Часть 4. Передача данных MPEG2-TS;

Часть 5. Передача данных SDL-DVCR;

Часть 6. Протокол передачи аудио- и музыкальных данных;

Часть 7. Передача ITU-R ВО.1294 системы В.

Комитет принял решение, что содержание настоящего стандарта останется без изменений до конечной даты сохранения, указанной на сайте МЭК с адресом http://webstore.iec.ch, в данных, касающихся конкретного стандарта. На это время стандарт будет:

- подтвержден заново;

- аннулирован;

- заменен пересмотренным изданием; или

- изменен.

1 Область применения

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

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

2 Нормативные ссылки

Для применения настоящего стандарта необходимы следующие ссылочные документы*. Для датированных ссылок применяют только указанное издание ссылочного документа, для недатированных ссылок применяют последнее издание ссылочного документа (включая любые изменения).
________________
* Таблицу соответствия национальных стандартов международным см. по ссылке. - .


IEC 60958 (all parts) Digital audio interface [Интерфейс цифровой звуковой (все части)]

IEC 60958-3 Digital audio interface - Part 3: Consumer applications (МЭК 60958-3 Интерфейс цифровой звуковой. Часть 3. Бытовое применение)

IEC 61883-1 Consumer audio/video equipment - Digital interface - Part 1: General (Бытовая аудио-/видеоаппаратура. Цифровой интерфейс. Часть 1. Общие положения)

IEEE 754:1985 Standard for binary floating-point arithmetic (Стандарт на двоичную арифметику с плавающей запятой)

IEEE 1394 Standard for a high performance serial bus (Стандарт для высокопроизводительной последовательной шины)

IEEE 1394А Standard for a high performance serial bus. Amendment 1 (Стандарт для высокопроизводительной последовательной шины. Изменение 1)

3 Термины, определения и сокращения

3.1 Термины и определения

В настоящем стандарте применены термины, установленные МЭК 61883-1, а также следующие термины и определения.

3.1.1 32-битовые данные с плавающей запятой (32-bit floating-point data): Тип данных, указанный в IEEE 754.

3.1.2 данные АМ824 (АМ824 data): 32-битные данные, состоящие из 8-битной метки и 24-битных данных.

3.1.3 протокол А/М (А/М protocol): Протокол передачи аудио- и музыкальных данных по IEEE 1394.

Примечание - В стандарте IEEE 1394 приведен в протоколе передачи речевых и музыкальных данных.

3.1.4 встроенный тактовый синхросигнал (embedded synchronization clock): Сигнал, несущий информацию, используемую устройством дискретизации для получения типового тактового сигнала (синхроимпульсов отсчетов).

Примечание - В контексте протокола А/М данный тактовый синхросигнал встраивается в поле SYT общего изохронного пакета (CIP) и несет информацию синхронизации, которая "обращается" к значениям регистра времени цикла (CYCLE_TIME).

3.1.5 устройство без дискретизации (non-sampling device): Устройства, которые не используют тактовую синхронизацию (тактирование синхросигналами), которая может модифицировать аналоговый или цифровой аудиосигнал.

Примечание - Любой тактовый импульс, который используется устройствами без дискретизации, не влияет на точность данных при стандартной работе (см. также 3.1.9, устройство дискретизации).

3.1.6 зарезервировано (reserved): Ключевое слово, используемое для описания объектов или кодовых значений, назначенных данным объектам.

Примечания

1 Объектами являются: бит, байт, квадлет, октет и поле.

2 Объект или кодовое значение устанавливают отдельно для будущей стандартизации МЭК.

3.1.7 типовой тактовый сигнал/импульс отсчета (sample clock): Отсчет, используемый в устройстве дискретизации для определения момента, в который тактовое слово аудиоданных будет действительным.

Примечание - Для систем преобразования с избыточной частотой дискретизации частота типового тактового сигнала увеличивается до частоты избыточной дискретизации. Внутри преобразователя с асинхронной частотой дискретизации (ASFC) один типовой тактовый сигнал представлен в цифровом виде через его соотношение с другим типовым тактовым сигналом.

3.1.8 передача синхронизации типового тактового сигнала (sample clock timing transfer): Механизм, при помощи которого типовой тактовый сигнал одного устройства можно извлечь из типового тактового сигнала на другом устройстве, например, за счет использования встроенного тактового синхросигнала.

3.1.9 устройство дискретизации (sampling device): Устройство, зависящее от синхронизации типового тактового сигнала для модификации аудиосигнала таким же образом, как при его преобразовании между аналоговыми и цифровыми доменами или между двумя независимыми частотами дискретизации.

Примечание - Примерами устройств с дискретизацией являются аналогово-цифровой преобразователь (ADC), цифроаналоговый преобразователь (DAC) и ASFC.

3.1.10 частота отсчета/дискретизации, (sampling frequency, ): Частота типового тактового сигнала.

3.1.11 поток (stream): Однонаправленная передача данных.

3.1.12 частота тактового синхросигнала, (synchronization clock frequency, ): Частота встроенного тактового синхросигнала при использовании протокола А/М, которая должна быть меньше скорости изохронного цикла 8 кГц.

Примечание - Частота определяется следующим образом

/SYT_INTERVAL,

где, значение SYT_INTERVAL определяется в заголовке CIP для каждой частоты дискретизации.

3.1.13 источник тактового синхросигнала (synchronization clock source): Устройство, поставляющее встроенный тактовый синхросигнал, который другое устройство использует для получения типового тактового сигнала.

Примечание - Не требуется, чтобы генератор тактового синхросигнала был исходным устройством для аудиоданных.

3.1.14 назначение тактового синхросигнала (synchronization clock destination):

3.1.14.1 определение джиттера синхросигнала (clock jitter definition): Отклонение в синхронизации фронта тактовых синхросигналов по сравнению с фронтом идеальных синхросигналов.

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

3.1.14.2 джиттер встроенного тактового синхросигнала (embedded synchronization clock jitter): Джиттер во встроенном тактовом синхросигнале/синхроимпульсах включает влияние погрешностей (включая ограниченную точность) во встроенных SYT данных и джиттер в регистре CYCLE_TIME, используемом для декодирования SYT.

3.1.15 временная отметка (time stamp): Квантованное временное соответствие, при котором событие происходит, основываясь на опорном тактовом синхросигнале/синхроимпульсе.

Примечание - Опорным тактовым синхросигналом является CYCLE_TIME, если в настоящем стандарте не указано иное.

3.2 Сокращения

В настоящем стандарте используют следующие сокращения:

- ASID - программное информационное обеспечение для аудиосигналов (см. http://riaj.japan-music.or.jp/tech/asid/e.html);

- AV/C - управление аудио/видеосигналом;

- DVD - цифровой универсальный диск (см. http://www.dvdforun.org/index.htm);

- MIDI - цифровой интерфейс музыкальных инструментов.

Примечание - Полные технические требования на конкретную продукцию MIDI 1.0, версия 96.1 (март 1996) - это технические требования к соединению цифровых устройств обработки музыкальных сигналов (например, клавиатур и процессоров сигналов) и компьютеров.


- SACD - супераудиокомпакт-диск (см. http://www.licensing.philips.com/)

4 Эталонная модель передачи данных

4.1 Общие положения

В настоящем разделе представлена эталонная модель передачи данных.

Рисунок 1 - Эталонная модель для передачи аудио- и музыкальных данных

Рисунок 2 - Эталонная модель для передачи данных АМ824

На рисунке 1 приведена схема передачи аудиоданных от передатчика до приемника. Она состоит из четырех основных уровней, обозначенных как: уровень общего изохронного пакета (CIP), уровень пакетизации, уровень адаптации и прикладной уровень.

4.2 Прикладной уровень

Каждое приложение (прикладная задача) определяет свою собственную последовательность прикладных программ и интерфейс для уровня адаптации. Последовательность прикладных программ на рисунке 1 - это данные в формате, например, в формате аудиосигнала. Номинальная частота отсчетов (Nominal_Sampling_Frequency) является идеальной частотой отсчетов для последовательности прикладных программ. Диапазон частоты отсчетов (Sampling_Frequency) должен определяться прикладной задачей. Аудиосигнал при Nominal_Sampling_Frequency может быть воспроизведен в работе при фактической величине Sampling_Frequency. Это означает, что значение Sampling_Frequency может иметь некоторое отклонение и/или может меняться во времени в отличие от Nominal_Sampling_Frequency.

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

4.3 Уровень адаптации

Уровень адаптации определяет процесс преобразования последовательности прикладных программ в последовательность событий и наоборот. Если последовательность прикладных программ и последовательность событий имеют одинаковую структуру, процесс преобразования может не потребоваться. Если последовательность событий состоит из событий полезной нагрузкой 24 бита, например, данных АМ824, указанных в 8.2, и, если битовая длина отсчета аудиосигнала последовательности прикладных программ не равна 24 битам, может потребоваться некоторое преобразование/конверсия между Sampling_Frequency и частотой передачи (Transfer_Frequency) (см. рисунок 2 и раздел 11). Transfer_Frequency представляет частоту появления блока данных, что эквивалентно кластерному событию. Transfer_Frequency используют для описания концептуальной модели передачи.

Скорость передачи последовательности событий, бит/с, в случае АМ824 составляет

24Transfer_Frequency.

В общем случае уровень адаптации строится таким образом, чтобы последовательность прикладных программ переносилась на двух частотах: на Sampling_Frequency и ее Nominal_Sampling_Frequency. В настоящем стандарте Nominal_Sampling_Frequency, которая обычно является одним из элементов дополнительных данных, переносится SFC (кодом частоты отсчетов), который определен в разделе 10. Информация, содержащаяся в Nominal_Sampling_Frequency необходима для использования команды управления базовой скоростью или для выполнения копирования. С другой стороны, Sampling_Frequency необходима для управления скоростью на основе синхронизации. Несмотря на то, что Sampling_Frequency явным образом не передается, ее можно оценить по интервалу SYT (SYT_INTERVAL) и временным отметкам по алгоритму, установленному для данных типа АМ824.

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

Адаптация к последовательности событий является точкой, в которой процесс пакетизации сопрягается с приложением. Процесс пакетизации может быть описан, как адаптация IEEE 1394 с точки зрения того, что поток данных использует IEEE 1394 в качестве транспорта.

Более подробная информация относительно данного уровня приведена в разделе 12.

4.4 Уровень пакетизации

Последовательность АМ824 на уровне пакетизации непосредственно запаковывается в CIP или распаковывается из CIP.

Transfer_Frequency может быть точно выражена через выходной сигнал схемы синхронизации/ блокировки PLL (фазовой автоподстройки частоты), как показано на рисунке 3, вместо точного обозначения на уровне пакетизации.

Рисунок 3 - Пример реализации приемника

5 Требования к транспортировке

5.1 Управляемое обнуление короткой шины

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

5.2 Порядковое соотношение бит, байт и квадлет

В настоящем стандарте принято порядковое соотношение бит, байт и квадлет для пакетов шины в соответствии с IEEE 1394.

6 Заголовок пакета аудио- и музыкальных данных

6.1 Общие положения

В настоящем разделе определен формат пакета на уровне CIP, приведенном на рисунке 1.

6.2 Формат заголовка изохронного пакета

Заголовок изохронного пакета, соответствующий протоколу А/М, должен иметь тот же формат, что приведен на рисунке 4, который является частью формата изохронного пакета, указанного в IEEE 1394.

Рисунок 4 - Заголовок изохронного пакета

Поля заголовка изохронного пакета определены с уникальными значениями, указанными в таблице 1.


Таблица 1 - Поля заголовка изохронного пакета

6.3 Формат заголовка CIP

МЭК 61883-1 определяет двухквадлетный заголовок CIP для исходного пакета фиксированной длины с полем SYT, который повторно приведен в настоящем разделе на рисунке 5. Формат заголовка CIP для изохронного пакета, отвечающий протоколу передачи аудио- и музыкальных данных, должен использовать заголовок CIP.

Рисунок 5 - Формат общего изохронного пакета (CIP)

В таблице 2 определены поля с уникальными (однозначно определенными) значениями, специфицированные данным протоколом.


Таблица 2 - Поля CIP

7 Пакетизация

7.1 Метод передачи пакетов

Когда непустой пакет CIP готов к передаче, передатчик должен передать его в самом последнем изохронном цикле, инициированном стартовым пакетом цикла. Характер пакетной передачи зависит от определения условия, при котором "непустой CIP готов к передаче". Существуют два состояния, для которых это условие определено:

а) в целях минимизации задержки передачи (TRANSFER_DELAY), условие, когда непустой пакет готов к передаче, определяется как выполненное (истинное), если один или более блоков данных доставлены в рамках какого-либо изохронного цикла. Такой метод передачи называют передачей без блокировки и он детально описан в 7.4;

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

7.2 Передача информации о синхронизации

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

Передатчик готовит временную отметку для блока данных, которая отвечает следующему условию:

mod (data block count, SYT_INTERVAL) = 0, (1)

где data block count - текущий счет переданных блоков данных.

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

Приемник может получить значение индекса из поля счетчика блоков данных (DBC) CIP с действенной SYT с помощью использования следующей формулы

Index = mod((SYT_INTERVAL - mod(DBC, SYT_INTERVAL)), SYT_INTERVAL, (2)

где index - номер последовательности;

SYT_INTERVAL - означает количество блоков данных между двумя последовательными действенными SYT, включающее один из блоков данных с действенной SYT;

DBC - поле счетчика блоков данных CIP

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

7.3 Обработка временной отметки

Блок данных содержит все данные, приходящие на передатчик в рамках периода отсчета аудиосигнала. Блок данных включает все данные, которые составляют "событие".

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

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

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

Значение DEFAULT_TRANSFER_DELAY составляет (354,17+125) мкс, что определяет максимальное время запаздывания передачи CIP через управляемое обнуление короткой шины.

7.4 Управление передачей

7.4.1 Метод передачи без блокировки

Метод передачи без блокировки представлен на рисунке 6.

Рисунок 6 - Метод передачи без блокировки

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

0NSYT_INTERVAL, (3)

где N - количество событий в пакете.

При стандартной работе передатчик не должен передавать события с опозданием и не должен передавать пакеты слишком рано. Результирующее условие можно выразить следующим образом:

Packet_arrival_time_LEvent_arrival_time[0]+TRANSFER_DELAY (4)

Event_arrival_time[N-1]Packet_arrival_time_F, (5)

где Packet_arrival_time_F - время, мкс, когда первый бит пакета поступает на приемник;

Packet_arrival_time_L - время, мкс, когда последний бит пакета поступает на приемник;

Event_arrival_time[M] - время, мкс, прихода на передатчик события M пакета. Первое событие пакета имеет M=0.

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

Рисунок 7 - Параметры передачи

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

7.4.2 Метод передачи с блокировкой

Метод передачи с блокировкой представлен на рисунке 8.

Рисунок 8 - Метод передачи с блокировкой

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

Для блокировки, длительность последовательных событий в CIP должна добавляться к DEFAULT_TRANSFER_DELAY.

Если CIP состоит из N отсчетов аудиосигналов в потоке с частотой передачи отсчетов (STF), тогда

TRANSFER_DELAYDEFAULT_TRANSFER_DELAY+1/STFN1000,

где TRANSFER_DELAY - задержка передачи;

DEFAULT_TRANSFER_DELAY - изначальное значение TRANSFER_DELAY;

STF - частота передачи отсчетов;

N - количество отсчетов аудиосигнала в CIP.

Рекомендуется, чтобы приемник имел достаточный дополнительный буфер на 250 мкс.

8 Типы событий

8.1 Общие положения

Все субформаты, описываемые в настоящем стандарте, должны использовать только 32-битовые выровненные события.

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

Рисунок 9 - Кластерные события

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

Событие, которое не является ни кластером, ни пакетом, называют данными.

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

UNIT_SIZE - количество квадлет в компоненте.

UNIT_DIMENSION - количество последовательностей в компоненте.

UNIT_DIMENSION данных всегда имеет значение, равное 1.

На рисунке 10 приведены пакетные и кластерные события.

Рисунок 10 - Пакетные и кластерные события

На рисунке 11 приведена структура пакета, состоящего из 24-битовых последовательностей событий (UNIT_DIMENSION=4, UNIT_SIZE=3).

Рисунок 11 - Пакетное событие с 24-битовой последовательностью событий

Так как кластер является абстрактным событием, то в качестве типа события для субформата следует устанавливать только пакет или данные. Однако в DBS (размер блока данных) должен быть отражен размер всех событий кластера в блоке данных в квадлетах. В этом случае кластерная последовательность будет

, (6)

где clusters - количество кластеров в событии;

Unit_Size - количество квадлет на компонент n-го кластера;

CLUSTER_DIMENSION - количество компонентов на кластер n-го кластера.

В общем случае количество элементарных последовательностей в CIP задается формулой

Количество последовательностей = DBSUNIT_DIMENSION/UNIT_SIZE. (7)

Для пакета, представленного на рисунках 9 и 10 DBS=6, CLUSTER_DIMENSION=2, UNIT_DIMENSION=4, UNIT_SIZE=3.

Количество последовательных событий в CIP равно количеству блоков данных в CIP и задается формулой:

NEVENTS_SUCCESSIVE=(data_length/4-CIPH_SIZE)/DBS, (8)

где data_length - размер полезной нагрузки изохронного пакета (в байтах);

CIPH_SIZE - размер заголовка CIP (в квадлетах).

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

8.2 Данные АМ824

8.2.1 Общий формат

На рисунке 12 приведен формат АМ824, используемый при указанных ниже условиях, а в таблице 3 дано определение метки (LABEL).

Примечание - 32-битовые данные, состоящие из 8-битовой метки и 24-битовых данных называют данными АМ824.


UNIT_SIZE = один квадлет/компонент

UNIT_DIMENSION = одна последовательность/компонент

Рисунок 12 - Общий формат АМ824

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

Рисунок 13 - Данные АМ824 с SUB LABEL (суб-меткой)

Если для применения требуется много типов данных, можно использовать SUB LABEL, показанную на рисунке 13, для расширения количества типов данных определяемых меткой (LABEL), см. таблицу 3. Карта применений к таблице 3 приведена на рисунке 14.


Таблица 3 - Определение метки (LABEL)

Рисунок 14 - Карта назначения LABEL AM824

8.2.2 Данные, совместимые с МЭК 60958

Формат данных, совместимый с МЭК 60958, представлен на рисунке 15.

Рисунок 15 - Формат данных, совместимый с МЭК 60958

Таблица 4 - Определения SB (начало блока) и SF (начало кадра)

Вся информация, определенная в МЭК 60958, отображена в формате данных, представленном на рисунке 12 и в таблице 4. Для каждого кадра МЭК 60958 оба суб-кадра должны передаваться вместе в одном событии. Соответствующий квадлет может быть упорядоченным (консекутивным) и неупорядоченным (неконсекутивным). Если передаются несколько потоков МЭК 60958, их суб-кадры не должны чередоваться. Приложения, использующие такой тип данных, должны соответствовать МЭК 60958.

8.2.3 Многобитовый линейный аудиосигнал (MBLA)

Многобитовый линейный аудиосигнал (MBLA) представлен на рисунке 16.

Рисунок 16 - Данные MBLA

Поле метки MBLA имеет два поля для информации, зависимой от приложения (проблемно-ориентированной) (ASI). Определение ASI2 зависит от значения ASI1, указанного в таблице 5.


Таблица 5 - Определение ASI1

На рисунке 17 представлен аудиоформат raw, а в таблице 6 дано определение VBL.

Рисунок 17 - Данные аудиосигнала формата raw

Таблица 6 - Определение кода длины бита достоверности (VBL)

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

Например, необходимо поместить аудиоданные длиной 20 бит в 24-битовое поле, как показано на рисунке 18 (отмечены 4 нулевых бита заполнения в правой части структуры).

Рисунок 18 - Расположение 20-битовых данных в 24-битовом поле

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

8.2.4 Однобитовый аудиосигнал

Однобитовый аудиосигнал определяет собственный код частоты отсчетов (SFC). В таблицах 7 и 8 приведены определения LABEL для однобитового аудиосигнала (простого) и однобитового аудиосигнала (кодированного) соответственно.


Таблица 7 - Определение LABEL для однобитового аудиосигнала (простого)

Таблица 8 - Определение LABEL для однобитового аудиосигнала (кодированного)

8.2.5 Данные, совместимые с MIDI

На рисунке 19 приведен формат данных, совместимый с MIDI, а в таблице 9 - определение счетчика C.

Рисунок 19 - Формат данных, совместимый с MIDI

Таблица 9 - Определение C (счетчика)

Если CIP переносит только данные или кластер, совместимые с MIDI, и отсутствуют упакованные в CIP данные MIDI, пакет должен быть пустым пакетом, а не пакетом со всеми кодами отсутствия данных.

Код отсутствия данных, указанный в данных MIDI, можно при необходимости использовать как отсутствие данных при других типах данных АМ824. Использование отсутствия данных, описанное выше, следует применять к типам данных АМ824, в которых используют отсутствие данных.

На рисунке 20 приведена структура отсутствия данных.

Рисунок 20 - Формат отсутствия данных

Успешная реализация MIDI совместимых данных может потребовать дополнительной информации. Следует обратить внимание на Рекомендуемые правила 027 MMA/AMEI (Ассоциации производителей MIDI/Промышленной Ассоциации в области электронных музыкальных инструментов).

8.2.6 Данные временного кода SMPTE

Временной код SMPTE определен в документе 1999024 Торговой Ассоциации 1394, версии 1.0 Протокола передачи счетчика отсчетов и временного кода SMPTE.

8.2.7 Данные счетчика отсчетов

Передача счетчика отсчетов определена в документе 1999024 Торговой Ассоциации 1394, версии 1.0 Протокола передачи счетчика отсчетов и временного кода SMPTE.

8.2.8 Многобитовый линейный аудиосигнал высокой точности

Многобитовый линейный аудиосигнал высокой точности (MBLA) ограничивается словами отсчета длиной до 24 бит. Линейные РСМ аудиоданные, длина которых больше 25 бит и меньше или равна 196 бит, можно передавать многобитовым линейным аудиосигналом высокой точности, см. рисунок 21.

Рисунок 21 - Данные многобитового линейного аудиосигнала высокой точности

Данные многобитового линейного аудиосигнала высокой точности используют LABEL от 60 до 67. Поле метки данных многобитового линейного аудиосигнала высокой точности имеет поле Num. (номер слота). Определение поля Num. приведено в таблице 10.


Таблица 10 - Определение поля Num. (номер слота)

Данные многобитового линейного аудиосигнала высокой точности, длина которых больше 25 бит поделены на более чем два слота последовательностей квадлет. Num. (номер слота) должен начинаться с Num.=0 (LABEL=60) и увеличиваться по порядку. На рисунке 22 показана обобщенная последовательность квадлет для данных многобитового линейного аудиосигнала высокой точности.

Рисунок 22 - Обобщенная последовательность квадлет высокой точности

8.2.9 Вспомогательные данные

8.2.9.1 Обобщенные вспомогательные данные

Обобщенные вспомогательные данные приведены на рисунке 23, а определение LABEL - в таблице 11. Определение байта 1, байта 2, байта 3 и метода передачи, точности синхронизации и интервала должно задаваться, например, для каждого отдельного случая вспомогательных данных. Рекомендуется, чтобы вся информация, переносимая вспомогательными данными, передавалась повторно через достаточно короткий интервал времени, пока информация остается действующей, чтобы приемнику не приходилось ожидать эту информацию. Рекомендуется, чтобы байт 1 определялся как SUB LABEL, которая определяет байт 2 и байт 3.

Рисунок 23 - Обобщенные вспомогательные данные

Таблица 11 - Определение LABEL для типа вспомогательных данных

8.2.9.2 Общие вспомогательные данные

8.2.9.2.1 Общие положения

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


Таблица 12 - Определение LABEL для общих вспомогательных данных

8.2.9.2.2 Отсутствие вспомогательных данных

Отсутствие вспомогательных данных, представленное на рисунке 24, предусматривает событие с отсутствием данных только для данных АМ824, что не определяет отсутствие их собственных данных (отсутствие данных как таковых). В таблице 13 приведено определение контекста (CONTEXT). Типы данных АМ824, в которых определено отсутствие собственных данных, не должны использовать это отсутствие вспомогательных данных.

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

Рисунок 24 - Отсутствие вспомогательных данных

Таблица 13 - Определение контекста

8.2.9.2.3 ASID (Предоставление информации о программном обеспечении аудиосигналов)

ASID (Предоставление информации о программном обеспечении аудиосигналов) определяет методы передачи ISRC (кода записи по международному стандарту), UPC/EAN (универсального товарного кода/европейского товарного кода) и информации об использовании контента (утверждение авторского права), переносимой данными АМ824.

Основной формат ASID представлен на рисунке 25.

Рисунок 25 - Основной формат для ASID

Второй байт SUB LABEL, идущий за LABEL, идентифицирует определенный тип данных ASID, как представлено в таблице 14.


Таблица 14 - Определение SUB LABEL для ASID

Относительно более подробной информации см. спецификацию ASID.

8.2.10 Вспомогательные данные для конкретного приложения

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


Таблица 15 - Определение LABEL для вспомогательных данных конкретного приложения

Основной формат вспомогательных данных для конкретного приложения приведен на рисунке 26.

Рисунок 26 - Обобщенный формат для вспомогательных данных конкретного приложения

Первый байт ("LABEL") указывает на то, что эти данные принадлежат вспомогательным данным конкретного приложения типа, указанного в таблице 15. Второй байт ("SUB LABEL") далее определяет конкретные последующие данные. Относительно более подробной информации для DVD-аудио см. 12.2, для SACD - 12.3, для Blu-ray - 12.4 и для MBLA - 12.5.

8.3 32-битовые данные с плавающей запятой

Данный тип данных переносит 32-битовые данные с плавающей запятой, указанные в IEEE 754-1985, стандарте на двоичную арифметику с плавающей запятой.

UNIT_SIZE = одному квадлету/компоненту

UNIT_DIMENSION = одна последовательность/компонент

На рисунке 27 приведена структура 32-битовых данных с плавающей запятой.

Рисунок 27 - Формат 32-битовых данных с плавающей запятой

8.4 Пакет 24 бита4 аудиосигнала

UNIT_SIZE = три квадлета/компонента

UNIT_DIMENSION = четыре последовательности/компонента

На рисунке 28 приведена структура пакета 24 бита4 аудиосигнала.

Рисунок 28 - Формат пакета 24 бита4 аудиосигнала W1, W2, W3, W4:
24-битовые аудиоданные формата raw

Аудиоданные должны быть выражены в 24-битовом двоичном дополнительном коде. Если длина данных менее 24 бит, следует ввести корректное количество нулевых бит ниже бита наименьшей значимости, чтобы структура данных состояла из 24 бит. Пример приведен в 8.2.3.

8.5 Обобщенные 32-битовые данные

UNIT_SIZE = один квадлет/компонент

UNIT_DIMENSION = одна последовательность/компонент

На рисунке 29 приведена структура обобщенных 32-битовых данных.

Рисунок 29 - Формат обобщенных 32-битовых данных

9 Определение поля, зависящего от формата (FDF)

9.1 Общие представления

В соответствии с форматом пакета А/М (аудио-/музыка), описанном в 6.3, для указания типа субформата и дополнительной информации, приведенной в разделе 4, используют поле, зависящее от формата (FDF). В таблице 16 определены назначения субформата и FDF.


Таблица 16 - Назначения субформата и FDF

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

9.2 Базовый формат

Размер блока данных (DBS) для данных АМ824 и 32-битовых данных с плавающей запятой и DBS для пакета 24 бита4 аудиосигнала приведены в таблицах 17 и 18 соответственно.


Таблица 17 - DBS для данных АМ824 и 32-битовых данных с плавающей запятой

Таблица 18 - DBS для пакета 24 бита4 аудиосигнала

Обобщенное определение FDF показано на рисунке 30. В таблице 19 и 20 приведены определения типа события (EVT) и кода частоты отсчетов (SFC), соответственно. В таблице 21 представлена TRANSFER_DELAY для данного определения SFC.

Рисунок 30 - Обобщенное определение FDF

Таблица 19 - Определение кода типа событий (EVT)

ГОСТ Р МЭК 61883-6-2016

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

АУДИО-/ВИДЕОАППАРАТУРА БЫТОВОГО НАЗНАЧЕНИЯ

ЦИФРОВОЙ ИНТЕРФЕЙС

Часть 6

Протокол передачи аудио- и музыкальной информации

Consumer audio/video equipment. Digital interface. Part 6. Audio and music data transmission protocol

ОКС 33.160.01, 35.200
ОКП 650000

Дата введения 2017-11-01

Предисловие

Предисловие

1 ПОДГОТОВЛЕН Автономной некоммерческой организацией "Научно-технический центр сертификации электрооборудования" "ИСЭП" (АНО "НТЦСЭ "ИСЭП") на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 452 "Безопасность аудио-, видео-, электронной аппаратуры, оборудования информационных технологий и телекоммуникационного оборудования"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 20 октября 2016 г. N 1452-ст

4 Настоящий стандарт идентичен международному стандарту МЭК 61883-6:2014* "Аудио-/видеоаппаратура бытового назначения. Цифровой интерфейс. Часть 6. Протокол передачи аудио- и музыкальных данных (IEC 61883-6:2014 "Consumer audio/video equipment - Digital interface - Part 6: Audio and music data transmission protocol", IDT).
________________
* Доступ к международным и зарубежным документам, упомянутым здесь и далее по тексту, можно получить, перейдя по ссылке на сайт . - .


При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные и межгосударственные стандарты, сведения о которых приведены в дополнительном приложении ДА

5 ВВЕДЕН ВПЕРВЫЕ


Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

1) Международная электротехническая комиссия (МЭК) является международной организацией по стандартизации, объединяющей все национальные электротехнические комитеты (национальные комитеты МЭК). Задача МЭК - продвижение международного сотрудничества во всех вопросах, касающихся стандартизации в области электротехники и электроники. Результатом этой работы и в дополнение к другой деятельности МЭК является издание международных стандартов, технических требований, технических отчетов, публично доступных технических требований (PAS) и руководств (в дальнейшем именуемых "публикации МЭК"). Их подготовка поручена Техническим комитетам. Любой национальный комитет МЭК, заинтересованный в объекте рассмотрения, с которым имеет дело, может участвовать в предварительной работе. Международные, правительственные и неправительственные организации, сотрудничающие с МЭК, также принимают участие в этой подготовке. МЭК близко сотрудничает с Международной организацией по стандартизации (ИСО) в соответствии с условиями, определенными соглашением между этими двумя организациями.

2) В формальных решениях или соглашениях МЭК выражено положительное решение технических вопросов, практически консенсус на международном уровне в соответствующих областях, так как в составе каждого Технического комитета есть представители от национальных комитетов МЭК.

3) Публикации МЭК принимаются национальными комитетами МЭК в качестве рекомендаций. Приложены максимальные усилия для того, чтобы гарантировать правильность технического содержания публикаций МЭК, однако МЭК не может отвечать за порядок их использования или за неверное толкование конечным пользователем.

4) В целях содействия международной гармонизации, национальные комитеты МЭК обязуются применять публикации МЭК в их национальных и региональных публикациях с максимальной степенью приближения к исходным. Любые расхождения между любой публикацией МЭК и соответствующей национальной или региональной публикацией должно быть четко обозначено в последней.

5) МЭК не устанавливает процедуры маркировки знаком одобрения и не берет на себя ответственность за любое оборудование, о котором заявляют, что оно соответствует публикации МЭК.

6) Все пользователи должны быть уверены, что они используют последнее издание этой публикации.

7) МЭК или его директора, служащие или агенты, включая отдельных экспертов и членов его Технических комитетов и национальных комитетов МЭК, не несут никакой ответственности за причиненные телесные повреждения, материальный ущерб или другое повреждение любой природы вообще, как прямое, так и косвенное, или за затраты (включая юридические сборы) и расходы, проистекающие из использования публикации МЭК, или ее разделов, или любой другой публикации МЭК.

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

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

МЭК 61883-6 подготовлен техническим сектором 4: "Интерфейсы и протоколы цифровых систем" технического комитета 100 МЭК: "Аудио, видео и мультимедийные системы и оборудование".

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

a) Введен уровень адаптации АМ824 для применения лазерного диска формата Blu-ray.

b) Метод передачи с блокировкой получил статус нормативного.

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

Текст настоящего стандарта основан на следующих документах:

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

Настоящая публикация разработана в соответствии с Директивами ИСО/МЭК, часть 2.

Серия стандартов МЭК 61883 под общим названием "Бытовая аудио/видеоаппаратура - Цифровой интерфейс" состоит из следующих частей:

Часть 1. Общие положения;

Часть 2. Передача данных SD-DVCR;

Часть 3. Передача данных HD-DVCR;

Часть 4. Передача данных MPEG2-TS;

Часть 5. Передача данных SDL-DVCR;

Часть 6. Протокол передачи аудио- и музыкальных данных;

Часть 7. Передача ITU-R ВО.1294 системы В.

Комитет принял решение, что содержание настоящего стандарта останется без изменений до конечной даты сохранения, указанной на сайте МЭК с адресом http://webstore.iec.ch, в данных, касающихся конкретного стандарта. На это время стандарт будет:

- подтвержден заново;

- аннулирован;

- заменен пересмотренным изданием; или

- изменен.

1 Область применения

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

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

2 Нормативные ссылки

Для применения настоящего стандарта необходимы следующие ссылочные документы*. Для датированных ссылок применяют только указанное издание ссылочного документа, для недатированных ссылок применяют последнее издание ссылочного документа (включая любые изменения).
________________
* Таблицу соответствия национальных стандартов международным см. по ссылке. - .


IEC 60958 (all parts) Digital audio interface [Интерфейс цифровой звуковой (все части)]

IEC 60958-3 Digital audio interface - Part 3: Consumer applications (МЭК 60958-3 Интерфейс цифровой звуковой. Часть 3. Бытовое применение)

IEC 61883-1 Consumer audio/video equipment - Digital interface - Part 1: General (Бытовая аудио-/видеоаппаратура. Цифровой интерфейс. Часть 1. Общие положения)

IEEE 754:1985 Standard for binary floating-point arithmetic (Стандарт на двоичную арифметику с плавающей запятой)

IEEE 1394 Standard for a high performance serial bus (Стандарт для высокопроизводительной последовательной шины)

IEEE 1394А Standard for a high performance serial bus. Amendment 1 (Стандарт для высокопроизводительной последовательной шины. Изменение 1)

3 Термины, определения и сокращения

3.1 Термины и определения

В настоящем стандарте применены термины, установленные МЭК 61883-1, а также следующие термины и определения.

3.1.1 32-битовые данные с плавающей запятой (32-bit floating-point data): Тип данных, указанный в IEEE 754.

3.1.2 данные АМ824 (АМ824 data): 32-битные данные, состоящие из 8-битной метки и 24-битных данных.

3.1.3 протокол А/М (А/М protocol): Протокол передачи аудио- и музыкальных данных по IEEE 1394.

Примечание - В стандарте IEEE 1394 приведен в протоколе передачи речевых и музыкальных данных.

3.1.4 встроенный тактовый синхросигнал (embedded synchronization clock): Сигнал, несущий информацию, используемую устройством дискретизации для получения типового тактового сигнала (синхроимпульсов отсчетов).

Примечание - В контексте протокола А/М данный тактовый синхросигнал встраивается в поле SYT общего изохронного пакета (CIP) и несет информацию синхронизации, которая "обращается" к значениям регистра времени цикла (CYCLE_TIME).

3.1.5 устройство без дискретизации (non-sampling device): Устройства, которые не используют тактовую синхронизацию (тактирование синхросигналами), которая может модифицировать аналоговый или цифровой аудиосигнал.

Примечание - Любой тактовый импульс, который используется устройствами без дискретизации, не влияет на точность данных при стандартной работе (см. также 3.1.9, устройство дискретизации).

3.1.6 зарезервировано (reserved): Ключевое слово, используемое для описания объектов или кодовых значений, назначенных данным объектам.

Примечания

1 Объектами являются: бит, байт, квадлет, октет и поле.

2 Объект или кодовое значение устанавливают отдельно для будущей стандартизации МЭК.

3.1.7 типовой тактовый сигнал/импульс отсчета (sample clock): Отсчет, используемый в устройстве дискретизации для определения момента, в который тактовое слово аудиоданных будет действительным.

Примечание - Для систем преобразования с избыточной частотой дискретизации частота типового тактового сигнала увеличивается до частоты избыточной дискретизации. Внутри преобразователя с асинхронной частотой дискретизации (ASFC) один типовой тактовый сигнал представлен в цифровом виде через его соотношение с другим типовым тактовым сигналом.

3.1.8 передача синхронизации типового тактового сигнала (sample clock timing transfer): Механизм, при помощи которого типовой тактовый сигнал одного устройства можно извлечь из типового тактового сигнала на другом устройстве, например, за счет использования встроенного тактового синхросигнала.

3.1.9 устройство дискретизации (sampling device): Устройство, зависящее от синхронизации типового тактового сигнала для модификации аудиосигнала таким же образом, как при его преобразовании между аналоговыми и цифровыми доменами или между двумя независимыми частотами дискретизации.

Примечание - Примерами устройств с дискретизацией являются аналогово-цифровой преобразователь (ADC), цифроаналоговый преобразователь (DAC) и ASFC.

3.1.10 частота отсчета/дискретизации, (sampling frequency, ): Частота типового тактового сигнала.

3.1.11 поток (stream): Однонаправленная передача данных.

3.1.12 частота тактового синхросигнала, (synchronization clock frequency, ): Частота встроенного тактового синхросигнала при использовании протокола А/М, которая должна быть меньше скорости изохронного цикла 8 кГц.

Примечание - Частота определяется следующим образом

/SYT_INTERVAL,

где, значение SYT_INTERVAL определяется в заголовке CIP для каждой частоты дискретизации.

3.1.13 источник тактового синхросигнала (synchronization clock source): Устройство, поставляющее встроенный тактовый синхросигнал, который другое устройство использует для получения типового тактового сигнала.

Примечание - Не требуется, чтобы генератор тактового синхросигнала был исходным устройством для аудиоданных.

3.1.14 назначение тактового синхросигнала (synchronization clock destination):

3.1.14.1 определение джиттера синхросигнала (clock jitter definition): Отклонение в синхронизации фронта тактовых синхросигналов по сравнению с фронтом идеальных синхросигналов.

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

3.1.14.2 джиттер встроенного тактового синхросигнала (embedded synchronization clock jitter): Джиттер во встроенном тактовом синхросигнале/синхроимпульсах включает влияние погрешностей (включая ограниченную точность) во встроенных SYT данных и джиттер в регистре CYCLE_TIME, используемом для декодирования SYT.

3.1.15 временная отметка (time stamp): Квантованное временное соответствие, при котором событие происходит, основываясь на опорном тактовом синхросигнале/синхроимпульсе.

Примечание - Опорным тактовым синхросигналом является CYCLE_TIME, если в настоящем стандарте не указано иное.

3.2 Сокращения

В настоящем стандарте используют следующие сокращения:

- ASID - программное информационное обеспечение для аудиосигналов (см. http://riaj.japan-music.or.jp/tech/asid/e.html);

- AV/C - управление аудио/видеосигналом;

- DVD - цифровой универсальный диск (см. http://www.dvdforun.org/index.htm);

- MIDI - цифровой интерфейс музыкальных инструментов.

Примечание - Полные технические требования на конкретную продукцию MIDI 1.0, версия 96.1 (март 1996) - это технические требования к соединению цифровых устройств обработки музыкальных сигналов (например, клавиатур и процессоров сигналов) и компьютеров.


- SACD - супераудиокомпакт-диск (см. http://www.licensing.philips.com/)

4 Эталонная модель передачи данных

4.1 Общие положения

В настоящем разделе представлена эталонная модель передачи данных.

Рисунок 1 - Эталонная модель для передачи аудио- и музыкальных данных

Рисунок 2 - Эталонная модель для передачи данных АМ824

На рисунке 1 приведена схема передачи аудиоданных от передатчика до приемника. Она состоит из четырех основных уровней, обозначенных как: уровень общего изохронного пакета (CIP), уровень пакетизации, уровень адаптации и прикладной уровень.

4.2 Прикладной уровень

Каждое приложение (прикладная задача) определяет свою собственную последовательность прикладных программ и интерфейс для уровня адаптации. Последовательность прикладных программ на рисунке 1 - это данные в формате, например, в формате аудиосигнала. Номинальная частота отсчетов (Nominal_Sampling_Frequency) является идеальной частотой отсчетов для последовательности прикладных программ. Диапазон частоты отсчетов (Sampling_Frequency) должен определяться прикладной задачей. Аудиосигнал при Nominal_Sampling_Frequency может быть воспроизведен в работе при фактической величине Sampling_Frequency. Это означает, что значение Sampling_Frequency может иметь некоторое отклонение и/или может меняться во времени в отличие от Nominal_Sampling_Frequency.

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

4.3 Уровень адаптации

Уровень адаптации определяет процесс преобразования последовательности прикладных программ в последовательность событий и наоборот. Если последовательность прикладных программ и последовательность событий имеют одинаковую структуру, процесс преобразования может не потребоваться. Если последовательность событий состоит из событий полезной нагрузкой 24 бита, например, данных АМ824, указанных в 8.2, и, если битовая длина отсчета аудиосигнала последовательности прикладных программ не равна 24 битам, может потребоваться некоторое преобразование/конверсия между Sampling_Frequency и частотой передачи (Transfer_Frequency) (см. рисунок 2 и раздел 11). Transfer_Frequency представляет частоту появления блока данных, что эквивалентно кластерному событию. Transfer_Frequency используют для описания концептуальной модели передачи.

Скорость передачи последовательности событий, бит/с, в случае АМ824 составляет

24Transfer_Frequency.

В общем случае уровень адаптации строится таким образом, чтобы последовательность прикладных программ переносилась на двух частотах: на Sampling_Frequency и ее Nominal_Sampling_Frequency. В настоящем стандарте Nominal_Sampling_Frequency, которая обычно является одним из элементов дополнительных данных, переносится SFC (кодом частоты отсчетов), который определен в разделе 10. Информация, содержащаяся в Nominal_Sampling_Frequency необходима для использования команды управления базовой скоростью или для выполнения копирования. С другой стороны, Sampling_Frequency необходима для управления скоростью на основе синхронизации. Несмотря на то, что Sampling_Frequency явным образом не передается, ее можно оценить по интервалу SYT (SYT_INTERVAL) и временным отметкам по алгоритму, установленному для данных типа АМ824.

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

Адаптация к последовательности событий является точкой, в которой процесс пакетизации сопрягается с приложением. Процесс пакетизации может быть описан, как адаптация IEEE 1394 с точки зрения того, что поток данных использует IEEE 1394 в качестве транспорта.

Более подробная информация относительно данного уровня приведена в разделе 12.

4.4 Уровень пакетизации

Последовательность АМ824 на уровне пакетизации непосредственно запаковывается в CIP или распаковывается из CIP.

Transfer_Frequency может быть точно выражена через выходной сигнал схемы синхронизации/ блокировки PLL (фазовой автоподстройки частоты), как показано на рисунке 3, вместо точного обозначения на уровне пакетизации.

Рисунок 3 - Пример реализации приемника

5 Требования к транспортировке

5.1 Управляемое обнуление короткой шины

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

5.2 Порядковое соотношение бит, байт и квадлет

В настоящем стандарте принято порядковое соотношение бит, байт и квадлет для пакетов шины в соответствии с IEEE 1394.

6 Заголовок пакета аудио- и музыкальных данных

6.1 Общие положения

В настоящем разделе определен формат пакета на уровне CIP, приведенном на рисунке 1.

6.2 Формат заголовка изохронного пакета

Заголовок изохронного пакета, соответствующий протоколу А/М, должен иметь тот же формат, что приведен на рисунке 4, который является частью формата изохронного пакета, указанного в IEEE 1394.

Рисунок 4 - Заголовок изохронного пакета

Поля заголовка изохронного пакета определены с уникальными значениями, указанными в таблице 1.


Таблица 1 - Поля заголовка изохронного пакета

6.3 Формат заголовка CIP

МЭК 61883-1 определяет двухквадлетный заголовок CIP для исходного пакета фиксированной длины с полем SYT, который повторно приведен в настоящем разделе на рисунке 5. Формат заголовка CIP для изохронного пакета, отвечающий протоколу передачи аудио- и музыкальных данных, должен использовать заголовок CIP.

Рисунок 5 - Формат общего изохронного пакета (CIP)

В таблице 2 определены поля с уникальными (однозначно определенными) значениями, специфицированные данным протоколом.


Таблица 2 - Поля CIP

7 Пакетизация

7.1 Метод передачи пакетов

Когда непустой пакет CIP готов к передаче, передатчик должен передать его в самом последнем изохронном цикле, инициированном стартовым пакетом цикла. Характер пакетной передачи зависит от определения условия, при котором "непустой CIP готов к передаче". Существуют два состояния, для которых это условие определено:

а) в целях минимизации задержки передачи (TRANSFER_DELAY), условие, когда непустой пакет готов к передаче, определяется как выполненное (истинное), если один или более блоков данных доставлены в рамках какого-либо изохронного цикла. Такой метод передачи называют передачей без блокировки и он детально описан в 7.4;

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

7.2 Передача информации о синхронизации

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

Передатчик готовит временную отметку для блока данных, которая отвечает следующему условию:

mod (data block count, SYT_INTERVAL) = 0, (1)

где data block count - текущий счет переданных блоков данных.

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

Приемник может получить значение индекса из поля счетчика блоков данных (DBC) CIP с действенной SYT с помощью использования следующей формулы

Index = mod((SYT_INTERVAL - mod(DBC, SYT_INTERVAL)), SYT_INTERVAL, (2)

где index - номер последовательности;

SYT_INTERVAL - означает количество блоков данных между двумя последовательными действенными SYT, включающее один из блоков данных с действенной SYT;

DBC - поле счетчика блоков данных CIP

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

7.3 Обработка временной отметки

Блок данных содержит все данные, приходящие на передатчик в рамках периода отсчета аудиосигнала. Блок данных включает все данные, которые составляют "событие".

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

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

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

Значение DEFAULT_TRANSFER_DELAY составляет (354,17+125) мкс, что определяет максимальное время запаздывания передачи CIP через управляемое обнуление короткой шины.

7.4 Управление передачей

7.4.1 Метод передачи без блокировки

Метод передачи без блокировки представлен на рисунке 6.

Рисунок 6 - Метод передачи без блокировки

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

0NSYT_INTERVAL, (3)

где N - количество событий в пакете.

При стандартной работе передатчик не должен передавать события с опозданием и не должен передавать пакеты слишком рано. Результирующее условие можно выразить следующим образом:

Packet_arrival_time_LEvent_arrival_time[0]+TRANSFER_DELAY (4)

Event_arrival_time[N-1]Packet_arrival_time_F, (5)

где Packet_arrival_time_F - время, мкс, когда первый бит пакета поступает на приемник;

Packet_arrival_time_L - время, мкс, когда последний бит пакета поступает на приемник;

Event_arrival_time[M] - время, мкс, прихода на передатчик события M пакета. Первое событие пакета имеет M=0.

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

Рисунок 7 - Параметры передачи

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

7.4.2 Метод передачи с блокировкой

Метод передачи с блокировкой представлен на рисунке 8.

Рисунок 8 - Метод передачи с блокировкой

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

Для блокировки, длительность последовательных событий в CIP должна добавляться к DEFAULT_TRANSFER_DELAY.

Если CIP состоит из N отсчетов аудиосигналов в потоке с частотой передачи отсчетов (STF), тогда

TRANSFER_DELAYDEFAULT_TRANSFER_DELAY+1/STFN1000,

где TRANSFER_DELAY - задержка передачи;

DEFAULT_TRANSFER_DELAY - изначальное значение TRANSFER_DELAY;

STF - частота передачи отсчетов;

N - количество отсчетов аудиосигнала в CIP.

Рекомендуется, чтобы приемник имел достаточный дополнительный буфер на 250 мкс.

8 Типы событий

8.1 Общие положения

Все субформаты, описываемые в настоящем стандарте, должны использовать только 32-битовые выровненные события.

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

Рисунок 9 - Кластерные события

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

Событие, которое не является ни кластером, ни пакетом, называют данными.

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

UNIT_SIZE - количество квадлет в компоненте.

UNIT_DIMENSION - количество последовательностей в компоненте.

UNIT_DIMENSION данных всегда имеет значение, равное 1.

На рисунке 10 приведены пакетные и кластерные события.

Рисунок 10 - Пакетные и кластерные события

На рисунке 11 приведена структура пакета, состоящего из 24-битовых последовательностей событий (UNIT_DIMENSION=4, UNIT_SIZE=3).

Рисунок 11 - Пакетное событие с 24-битовой последовательностью событий

Так как кластер является абстрактным событием, то в качестве типа события для субформата следует устанавливать только пакет или данные. Однако в DBS (размер блока данных) должен быть отражен размер всех событий кластера в блоке данных в квадлетах. В этом случае кластерная последовательность будет

, (6)

где clusters - количество кластеров в событии;

Unit_Size - количество квадлет на компонент n-го кластера;

CLUSTER_DIMENSION - количество компонентов на кластер n-го кластера.

В общем случае количество элементарных последовательностей в CIP задается формулой

Количество последовательностей = DBSUNIT_DIMENSION/UNIT_SIZE. (7)

Для пакета, представленного на рисунках 9 и 10 DBS=6, CLUSTER_DIMENSION=2, UNIT_DIMENSION=4, UNIT_SIZE=3.

Количество последовательных событий в CIP равно количеству блоков данных в CIP и задается формулой:

NEVENTS_SUCCESSIVE=(data_length/4-CIPH_SIZE)/DBS, (8)

где data_length - размер полезной нагрузки изохронного пакета (в байтах);

CIPH_SIZE - размер заголовка CIP (в квадлетах).

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

8.2 Данные АМ824

8.2.1 Общий формат

На рисунке 12 приведен формат АМ824, используемый при указанных ниже условиях, а в таблице 3 дано определение метки (LABEL).

Примечание - 32-битовые данные, состоящие из 8-битовой метки и 24-битовых данных называют данными АМ824.


UNIT_SIZE = один квадлет/компонент

UNIT_DIMENSION = одна последовательность/компонент

Рисунок 12 - Общий формат АМ824

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

Рисунок 13 - Данные АМ824 с SUB LABEL (суб-меткой)

Если для применения требуется много типов данных, можно использовать SUB LABEL, показанную на рисунке 13, для расширения количества типов данных определяемых меткой (LABEL), см. таблицу 3. Карта применений к таблице 3 приведена на рисунке 14.


Таблица 3 - Определение метки (LABEL)

Рисунок 14 - Карта назначения LABEL AM824

8.2.2 Данные, совместимые с МЭК 60958

Формат данных, совместимый с МЭК 60958, представлен на рисунке 15.

Рисунок 15 - Формат данных, совместимый с МЭК 60958

Таблица 4 - Определения SB (начало блока) и SF (начало кадра)

Вся информация, определенная в МЭК 60958, отображена в формате данных, представленном на рисунке 12 и в таблице 4. Для каждого кадра МЭК 60958 оба суб-кадра должны передаваться вместе в одном событии. Соответствующий квадлет может быть упорядоченным (консекутивным) и неупорядоченным (неконсекутивным). Если передаются несколько потоков МЭК 60958, их суб-кадры не должны чередоваться. Приложения, использующие такой тип данных, должны соответствовать МЭК 60958.

8.2.3 Многобитовый линейный аудиосигнал (MBLA)

Многобитовый линейный аудиосигнал (MBLA) представлен на рисунке 16.

Рисунок 16 - Данные MBLA

Поле метки MBLA имеет два поля для информации, зависимой от приложения (проблемно-ориентированной) (ASI). Определение ASI2 зависит от значения ASI1, указанного в таблице 5.


Таблица 5 - Определение ASI1

На рисунке 17 представлен аудиоформат raw, а в таблице 6 дано определение VBL.

Рисунок 17 - Данные аудиосигнала формата raw

Таблица 6 - Определение кода длины бита достоверности (VBL)

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

Например, необходимо поместить аудиоданные длиной 20 бит в 24-битовое поле, как показано на рисунке 18 (отмечены 4 нулевых бита заполнения в правой части структуры).

Рисунок 18 - Расположение 20-битовых данных в 24-битовом поле

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

8.2.4 Однобитовый аудиосигнал

Однобитовый аудиосигнал определяет собственный код частоты отсчетов (SFC). В таблицах 7 и 8 приведены определения LABEL для однобитового аудиосигнала (простого) и однобитового аудиосигнала (кодированного) соответственно.


Таблица 7 - Определение LABEL для однобитового аудиосигнала (простого)

Таблица 8 - Определение LABEL для однобитового аудиосигнала (кодированного)

8.2.5 Данные, совместимые с MIDI

На рисунке 19 приведен формат данных, совместимый с MIDI, а в таблице 9 - определение счетчика C.

Рисунок 19 - Формат данных, совместимый с MIDI

Таблица 9 - Определение C (счетчика)

Если CIP переносит только данные или кластер, совместимые с MIDI, и отсутствуют упакованные в CIP данные MIDI, пакет должен быть пустым пакетом, а не пакетом со всеми кодами отсутствия данных.

Код отсутствия данных, указанный в данных MIDI, можно при необходимости использовать как отсутствие данных при других типах данных АМ824. Использование отсутствия данных, описанное выше, следует применять к типам данных АМ824, в которых используют отсутствие данных.

На рисунке 20 приведена структура отсутствия данных.

Рисунок 20 - Формат отсутствия данных

Успешная реализация MIDI совместимых данных может потребовать дополнительной информации. Следует обратить внимание на Рекомендуемые правила 027 MMA/AMEI (Ассоциации производителей MIDI/Промышленной Ассоциации в области электронных музыкальных инструментов).

8.2.6 Данные временного кода SMPTE

Временной код SMPTE определен в документе 1999024 Торговой Ассоциации 1394, версии 1.0 Протокола передачи счетчика отсчетов и временного кода SMPTE.

8.2.7 Данные счетчика отсчетов

Передача счетчика отсчетов определена в документе 1999024 Торговой Ассоциации 1394, версии 1.0 Протокола передачи счетчика отсчетов и временного кода SMPTE.

8.2.8 Многобитовый линейный аудиосигнал высокой точности

Многобитовый линейный аудиосигнал высокой точности (MBLA) ограничивается словами отсчета длиной до 24 бит. Линейные РСМ аудиоданные, длина которых больше 25 бит и меньше или равна 196 бит, можно передавать многобитовым линейным аудиосигналом высокой точности, см. рисунок 21.

Рисунок 21 - Данные многобитового линейного аудиосигнала высокой точности

Данные многобитового линейного аудиосигнала высокой точности используют LABEL от 60 до 67. Поле метки данных многобитового линейного аудиосигнала высокой точности имеет поле Num. (номер слота). Определение поля Num. приведено в таблице 10.


Таблица 10 - Определение поля Num. (номер слота)

Данные многобитового линейного аудиосигнала высокой точности, длина которых больше 25 бит поделены на более чем два слота последовательностей квадлет. Num. (номер слота) должен начинаться с Num.=0 (LABEL=60) и увеличиваться по порядку. На рисунке 22 показана обобщенная последовательность квадлет для данных многобитового линейного аудиосигнала высокой точности.

Рисунок 22 - Обобщенная последовательность квадлет высокой точности

8.2.9 Вспомогательные данные

8.2.9.1 Обобщенные вспомогательные данные

Обобщенные вспомогательные данные приведены на рисунке 23, а определение LABEL - в таблице 11. Определение байта 1, байта 2, байта 3 и метода передачи, точности синхронизации и интервала должно задаваться, например, для каждого отдельного случая вспомогательных данных. Рекомендуется, чтобы вся информация, переносимая вспомогательными данными, передавалась повторно через достаточно короткий интервал времени, пока информация остается действующей, чтобы приемнику не приходилось ожидать эту информацию. Рекомендуется, чтобы байт 1 определялся как SUB LABEL, которая определяет байт 2 и байт 3.

Рисунок 23 - Обобщенные вспомогательные данные

Таблица 11 - Определение LABEL для типа вспомогательных данных

8.2.9.2 Общие вспомогательные данные

8.2.9.2.1 Общие положения

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


Таблица 12 - Определение LABEL для общих вспомогательных данных

8.2.9.2.2 Отсутствие вспомогательных данных

Отсутствие вспомогательных данных, представленное на рисунке 24, предусматривает событие с отсутствием данных только для данных АМ824, что не определяет отсутствие их собственных данных (отсутствие данных как таковых). В таблице 13 приведено определение контекста (CONTEXT). Типы данных АМ824, в которых определено отсутствие собственных данных, не должны использовать это отсутствие вспомогательных данных.

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

Рисунок 24 - Отсутствие вспомогательных данных

Таблица 13 - Определение контекста

8.2.9.2.3 ASID (Предоставление информации о программном обеспечении аудиосигналов)

ASID (Предоставление информации о программном обеспечении аудиосигналов) определяет методы передачи ISRC (кода записи по международному стандарту), UPC/EAN (универсального товарного кода/европейского товарного кода) и информации об использовании контента (утверждение авторского права), переносимой данными АМ824.

Основной формат ASID представлен на рисунке 25.

Рисунок 25 - Основной формат для ASID

Второй байт SUB LABEL, идущий за LABEL, идентифицирует определенный тип данных ASID, как представлено в таблице 14.


Таблица 14 - Определение SUB LABEL для ASID

Относительно более подробной информации см. спецификацию ASID.

8.2.10 Вспомогательные данные для конкретного приложения

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


Таблица 15 - Определение LABEL для вспомогательных данных конкретного приложения

Основной формат вспомогательных данных для конкретного приложения приведен на рисунке 26.

Рисунок 26 - Обобщенный формат для вспомогательных данных конкретного приложения

Первый байт ("LABEL") указывает на то, что эти данные принадлежат вспомогательным данным конкретного приложения типа, указанного в таблице 15. Второй байт ("SUB LABEL") далее определяет конкретные последующие данные. Относительно более подробной информации для DVD-аудио см. 12.2, для SACD - 12.3, для Blu-ray - 12.4 и для MBLA - 12.5.

8.3 32-битовые данные с плавающей запятой

Данный тип данных переносит 32-битовые данные с плавающей запятой, указанные в IEEE 754-1985, стандарте на двоичную арифметику с плавающей запятой.

UNIT_SIZE = одному квадлету/компоненту

UNIT_DIMENSION = одна последовательность/компонент

На рисунке 27 приведена структура 32-битовых данных с плавающей запятой.

Рисунок 27 - Формат 32-битовых данных с плавающей запятой

8.4 Пакет 24 бита4 аудиосигнала

UNIT_SIZE = три квадлета/компонента

UNIT_DIMENSION = четыре последовательности/компонента

На рисунке 28 приведена структура пакета 24 бита4 аудиосигнала.

Рисунок 28 - Формат пакета 24 бита4 аудиосигнала W1, W2, W3, W4:
24-битовые аудиоданные формата raw

Аудиоданные должны быть выражены в 24-битовом двоичном дополнительном коде. Если длина данных менее 24 бит, следует ввести корректное количество нулевых бит ниже бита наименьшей значимости, чтобы структура данных состояла из 24 бит. Пример приведен в 8.2.3.

8.5 Обобщенные 32-битовые данные

UNIT_SIZE = один квадлет/компонент

UNIT_DIMENSION = одна последовательность/компонент

На рисунке 29 приведена структура обобщенных 32-битовых данных.

Рисунок 29 - Формат обобщенных 32-битовых данных

9 Определение поля, зависящего от формата (FDF)

9.1 Общие представления

В соответствии с форматом пакета А/М (аудио-/музыка), описанном в 6.3, для указания типа субформата и дополнительной информации, приведенной в разделе 4, используют поле, зависящее от формата (FDF). В таблице 16 определены назначения субформата и FDF.


Таблица 16 - Назначения субформата и FDF

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

9.2 Базовый формат

Размер блока данных (DBS) для данных АМ824 и 32-битовых данных с плавающей запятой и DBS для пакета 24 бита4 аудиосигнала приведены в таблицах 17 и 18 соответственно.


Таблица 17 - DBS для данных АМ824 и 32-битовых данных с плавающей запятой

Таблица 18 - DBS для пакета 24 бита4 аудиосигнала

Обобщенное определение FDF показано на рисунке 30. В таблице 19 и 20 приведены определения типа события (EVT) и кода частоты отсчетов (SFC), соответственно. В таблице 21 представлена TRANSFER_DELAY для данного определения SFC.

Рисунок 30 - Обобщенное определение FDF

Таблица 19 - Определение кода типа событий (EVT)

Таблица 20 - SFC по умолчанию

Таблица 21 - TRANSFER_DELAY при передаче с блокировкой

Если пакет данных АМ824 состоит только из данных, совместимых с МЭК 60958, и имеет функции передатчика в качестве шлюза, передатчик должен оценивать частоту передачи отсчетов для SFC, а не копирование кода частоты отсчетов, встроенного в исходные данные МЭК 60958.

Для определения требуемого выделения полосы пропускания шины может быть использовано уравнение (9). Требуемая изохронная полоса пропускания задается:

, (9)

где - требуемая изохронная полоса пропускания, квадлет/с;

- частота отсчетов, Гц;

UNIT_SIZE - количество квадлет в компоненте n-го кластера;

CLUSTER_DIMENSION - количество компонентов в n-м кластере;

CLUSTERS - количество кластеров в событии.

9.3 Специальный формат

Рисунок 31 - Код FDF для пакета NO-DATA

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

10 Определение FDF для данных АМ824

10.1 Определение N-флага

Рисунок 32 - Структура FDF для типа данных АМ824

Для выбора пространства АМ824 LABEL и процесса адаптации, указанного в 10.4, следует использовать N-флаг, приведенный на рисунке 32.

Любой тип данных АМ824 должен занимать одинаковое пространство в обоих пространствах LABEL. Приложение может использовать только одно из двух пространств LABEL при помощи задания фиксированного значения для N-флага. Только тип данных АМ824, который имеет собственное пространство LABEL или проблемно-ориентированные дополнительные данные, которые определены в 8.2.10, могут препятствовать использованию одного из пространств LABEL.

10.2 Дополнительное определение SFC

В МЭК 61883-6:2002 присутствует только одна таблица с SFC, в которой установлены как Nominal_Sampling_Frequency, так и SYT_INTERVAL.

Для пояснения и в целях обеспечения совместимости с имеющейся информацией в настоящем стандарте определение SFC изменено таким образом, чтобы новый тип данных АМ824, который был определен в МЭК 61883-6:2002, мог определить свою собственную таблицу SFC. Для поддержания совместимости с МЭК 61883-6:2002 в случае FDF = 0000 0ххх2 таблица SFC по умолчанию должна быть идентична таблице, указанной в МЭК 61883-6:2002. Только новый тип данных АМ824 может отменить таблицу SFC по умолчанию. На рисунке 33 приведена интерпретация SFC, а на рисунке 34 - пример FDF для АМ824 и пространства LABEL АМ824.

Пустой пакет, определенный в МЭК 61883-1, должен использовать таблицу SFC по умолчанию.

Рисунок 33 - Интерпретация SFC

Рисунок 34 - FDF для АМ824 и пространство LABEL АМ824

10.3 Режим управления скоростью на основе синхроимпульсов (FDF = 0000 0ххх)

10.3.1 Вводные замечания

Данное значение FDF, указанное в МЭК 61883-6:2002, интерпретируется для указания того, что скорость передачи данных управляется тактовыми синхроимпульсами передачи, воспроизводимыми посредством временной отметки.

Значение данного FDF, как указано в 10.3.2, не меняется.

10.3.2 Таблица SFC по умолчанию для (FDF = 0000 0ххх)

Когда FDF имеет значение 0000 0xxx, SFC по умолчанию определяется по таблице 22.


Таблица 22 - Таблица SFC по умолчанию для FDF = 0000 0ххх

TRANSFER_DELAY при передаче с блокировкой в случае, когда DEFAULT_TRANSFER_DELAY = 479,17 мкс = (354,17+125) мкс, соответствует таблице SFC по умолчанию, как приведено в таблице 23.


Таблица 23 - TRANSFER_DELAY при передаче с блокировкой

10.4 Режим управления скоростью на основе команд (FDF=0000 1ххх(2))

10.4 Режим управления скоростью на основе команд (FDF=0000 1ххх)

10.4.1 Вводные замечания

Данное значение FDF указывает на то, что скорость передачи данных управляется набором команд, например, набором команд AV/C для управления скоростью изохронного потока данных.

Такой режим передачи можно использовать для воспроизведения последовательности приложений в приемнике или для передачи данных с высокой скоростью без использования временной отметки в поле SYT.

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

SYT_INTERVAL=SYT_INTERVALn (n1),

где SYT_INTERVAL и SYT_INTERVAL обозначают интервал SYT, указанный в таблице SFC в случаях, когда FDF = 0000 1ххх и FDF = 0000 0xxx, соответственно. Целый сомножитель n получают через команду.

10.4.2 Таблица SFC по умолчанию для (FDF= 0000 1ххх)

Когда FDF имеет значение 0000 1ххх, SFC по умолчанию определяется в таблице 24.


Таблица 24 - Таблица SFC по умолчанию для FDF= 0000 1ххх

DBS события не зависит от скорости передачи.

11 Процесс адаптации АМ824

11.1 Вводные замечания

В настоящем разделе приведены типичные методы адаптации к последовательности АМ824.

11.2 Базовое преобразование последовательности

Transfer_Frequency идентична Sampling_Frequency (частоте передачи последовательности приложений, таких как аудиосигналы), данных подлежащих пакетизации, если каждое событие в последовательности приложений (каждый отсчет аудиосигнала) хранится в одном компоненте, таком как единичные данные АМ824 последовательности АМ824.

Рисунок 35 - Адаптация к последовательности АМ824

На рисунке 35 приведен пример процесса адаптации, в котором длина каждого события последовательности прикладных программ составляет 8 бит, и три события хранятся в единичных данных АМ824, имеющих полезную нагрузку 24 бита. В этом случае соотношение между Sampling_Frequency и Transfer_Frequency будет выражаться как:

Sampling_Frequency=LTransfer_Frequency,

где L=3.

Параметры Sampling_Frequency, Transfer_Frequency и L не могут устанавливаться независимо. Все они устанавливаются посредством кода SFC, выбираемом по типу данных АМ824.

11.3 Мультиплексирование последовательности

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

Если в последовательности АМ824 определено отсутствие данных для заполнения, к последовательности АМ824 может быть адаптирована даже последовательность прикладных программ, которая асинхронна с Transfer_Frequency. Одним из важных примеров такого случая является адаптация потока данных MIDI (последовательность прикладных программ) к последовательности, совместимой с MIDI (последовательности АМ824).

Рисунок 36 - Мультиплексирование асинхронной последовательности

Приложение/прикладная программа, которое использует данное мультиплексирование должно определить, что степень уплотнения (MULTIPLEX_NUMBER) является степенью числа 2, т.е. 2, 4, 8, 16 и т.д. MULTIPLEX_NUMBER определяется совместно с определением LABEL, так как в настоящем стандарте не определено место для переноса информации MULTIPLEX_NUMBER. Такое определение в будущих спецификациях будет аннулировано, если в них будет определен метод переноса MULTIPLEX_NUMBER.

Идентификатор для мультиплексирования последовательности, обозначаемый как коэффициент уплотнения (MULTIPLEX_INDEX), задается выражением MULTIPLEX_INDEX = mod (DBC, MULTIPLEX_NUMBER).

11.4 Структура блока составных данных

11.4.1 Общие положения

Блок составных данных - это имя блока данных, состоящего из данных АМ824 в любой комбинации, если все данные АМ824 в блоке данных установлены одной таблицей SFC. (Заметим, что значение SFC в CIP устанавливает входные данные таблицы SFC, выбранной в соответствии с типом данных АМ824, который определяет таблицу SFC).

Таким образом, кластер, который эквивалентен блоку данных в контексте данных АМ824, можно рассматривать как составной кластер.

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

Рисунок 37 - Пример использования блока составных данных

Пример использования блока составных данных приведен на рисунке 37.

Большая буква "B", например, в ячейке данных АМ824, представляет тип данных ячейки. Маленькая буква "b", например, в ячейке данных АМ824, означает отсутствие данных для данных того же типа.

DBS (размер блока данных) или CLUSTER_DIMENSION могут изменяться во времени. Также во времени может изменяться тип данных АМ824, описанный в поле LABEL каждого события.

11.4.2 Правило структурирования составных данных

11.4.2.1 Общие положения

МЭК 61883-6:2002 допускает любую последовательность типов данных АМ824 в блоке составных данных. Для обеспечения минимальной стыкуемости в настоящем подпункте определены правила структурирования составных данных или, другими словами, приведен алгоритм конфигурации последовательности АМ824. Алгоритм правила представлен на рисунке 38. В настоящем подпункте приведены некоторые рекомендации по применению алгоритма.

Рисунок 38 - Условие применения правила АМ824

11.4.2.2 Определение правила размеров

Размер составных данных должен быть четным числом квадлет.

Если количество квадлет в последовательности, необходимое приложению, не является четным числом, следует добавить неустановленную последовательность (последовательность отсутствия вспомогательных данных с контекстом CONTEXT=CF), чтобы количество квадлет в последовательности стало четным. На рисунке 37 показан блок составных данных, отвечающий данному правилу, когда событие, обозначенное как "Z", интерпретируется в качестве отсутствия вспомогательных данных с контекстом CONTEXT=CF. Так как количество квадлет в последовательности является четным числом, можно добавлять любое количество неустановленных последовательностей.

11.4.2.3 Определение правила последовательности

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

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

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

Последовательность контентных данных вне специфицированной области должна быть определена по следующей формуле:

IEC 60958 Conformant Data < Multi-bit Linear Audio< MIDI Conformant Data< SMPTE Time Code< Sample Count.

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

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

Рисунок 39 - Обобщенная структура блока составных данных

Рисунок 40 - Пример структуры неспецифицированной области

11.4.2.4 Рекомендация: общая

Так как двухканальный стереоаудиосигнал принимается повсеместно, настоятельно рекомендуется, чтобы для устройств, которые принимают аудиосигнал любого формата, первые две последовательности были линейным аудиосигналом, совместимым с МЭК 60958, либо с аудиосигналом в формате raw. Первая последовательность должна быть левой, а вторая правой. Если передатчик является монофоническим аудиоустройством, он может посылать аудиосигнал в левый канал, а беззвучные данные - в правый, или посылать аудиосигнал в оба канала. Построение зависит от реализации.

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

11.4.2.5 Рекомендации для передатчика

К передатчикам применяют следующие рекомендации:

a) DBS (размер блока данных в квадлетах) должен быть больше или равен 2. Предпочтительно иметь четное число.

Вверху блока данных смешанных аудио- и музыкальных данных следует передавать левый стереоканал, а затем правый канал.

b) в блоках данных многоканальных аудиоданных первые два квадлета должны быть основными каналами, соответствующими левому и правому стереоканалу.

c) для метода изменения потока предлагаются следующие рекомендации:

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

- точка изменения потока - это не пауза в каждой мелодии альбома CD, а подразумевается, что в ней происходит некоторое изменение, например, методов сжатия;

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

Общий рекомендуемый метод включает следующее:

- рекомендуется, чтобы отсутствие вспомогательных данных выходило с предыдущим CONTEX продолжительностью 10 мс или более вслед за предыдущим потоком;

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

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

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

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

11.4.2.6 Рекомендации для приемника

Для приемников применяют следующие рекомендации:

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

b) стереоаппаратура, не имеющая нелинейный ИКМ декодера, не должны воспроизводить звук (т.е. должны молчать), когда они получают флаг действенности, равный "1" в данных, совместимых с МЭК 60958*.

________________

* Текст документа соответствует оригиналу. - .

12 Уровни адаптации последовательности АМ824

12.1 Общие представления

12.1.1 Основные положения

Механизм транспортирования с помощью CIP может быть использован в качестве альтернативы существующему протоколу передачи данных, например, МЭК 60958 и MIDI.

Определение такого уровня адаптации определяет только взаимно-однозначное отображение структуры данных приложения и структуры данных АМ824 и процедуру транспортирования данных приложения только с постоянным временным сдвигом.

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

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

Определение уровня адаптации проводится по двум категориям. Первая - это общая категория, которую можно использовать в приложениях и которая не определяет вспомогательных данных конкретного приложения. А другая категория относится к приложению и определяет структуру блока составных данных и вспомогательные данные конкретного приложения.

12.1.2 Битовый поток МЭК 60958

12.1.2.1 Общие положения

Вся информация, приведенная в МЭК 60958, отображена в этом формате данных. Приложение, использующее данные, совместимые с МЭК 60958, должно соответствовать соответствующему стандарту серии МЭК 60958.

12.1.2.2 Частота отсчетов в МЭК 60958-3

В МЭК 60958-3 определены шесть новых значений частоты отсчетов: 22,05, 24, 88,2, 96, 176,4 и 192 кГц посредством состояния бит с 24 по 27 "частоты отсчетов" статуса канала, как представлено в таблице 25. Все другие комбинации являются зарезервированными и не должны использоваться, пока не будет последующих определений.


Таблица 25 - Частота отсчетов в МЭК 60958

12.1.2.3 Исходная частота отсчетов

Биты с 36 по 39 определены как "исходная частота отсчетов", как показано в таблице 26.


Таблица 26 - Исходная частота отсчетов

12.1.2.4 Соотношение частоты отсчетов и исходной частоты отсчетов

Соотношение частот отсчетов в МЭК 60958-3 представляет собой целое число, а именно:

- строка 32 кГц: (8 кГц, 16 кГц), 32 кГц;

- строка 44,1 кГц: (11,025 кГц), 22,05 кГц, 44,1 кГц, 88,2 кГц, 176,4 кГц;

- строка 48 кГц: (12 кГц), 24 кГц, 48 кГц, 96 кГц, 192 кГц.

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

12.1.2.5 Коэффициент повышающей или понижающей дискретизации

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

Частота отсчетов = Исходная частота отсчетовКоэффициент повышающей или понижающей дискретизации (10)

Примеры коэффициента дискретизации приведены в таблицах 27, 28 и 29.


Таблица 27 - Коэффициент повышающей или понижающей дискретизации для строки 32 кГц

Таблица 28 - Коэффициент повышающей или понижающей дискретизации для строки 44,1 кГц

Таблица 29 - Коэффициент повышающей или понижающей дискретизации для строки 48 кГц

12.1.2.6 Точность синхроимпульсов в МЭК 60958-3

В МЭК 60958-3 состояние канала "11", указанное в битах 28 и 29, определяется как "скорость передачи кадров интерфейса, не соответствующая частоте отсчетов", как показано в таблице 30.


Таблица 30 - Точность синхроимпульсов по МЭК 60958-3

12.1.2.7 Коэффициент передачи с высокой скоростью и скорость передачи кадров интерфейса

Передача с высокой скоростью может выполняться по цифровому звуковому интерфейсу МЭК 60958. Исходную частоту отсчетов, коэффициент передачи с высокой скоростью и скорость передачи кадров интерфейса можно выразить с помощью следующей формулы

Скорость передачи кадров интерфейса = Исходная частота отсчетов Коэффициент повышающей или понижающей дискретизации (11)
Коэффициент передачи с высокой скоростью

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

a) частота отсчетов равна исходной частоте отсчетов;

b) частота отсчетов не равна исходной частоте отсчетов.

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

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

1) частота отсчетов равна исходной частоте отсчетов;

2) частота отсчетов не равна исходной частоте отсчетов.

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

Эти случаи приведены в таблице 31.


Таблица 31 - Возможные случаи

В таблице 32 приведены некоторые примеры таких случаев.


Таблица 32 - Примеры

12.1.2.8 Определение N-флага

N-флаг используют в общем случае с данными АМ824 (см. 10.1, 10.4 и набор команд AV/C для управления скоростью изохронного потока данных 1.0).

Когда N-флаг = 1, команда RATE CONTROL (управления скоростью) с подфункцией BASE CONFIGURE (основная конфигурация) может выполнять передачу данных АМ824 по IEEE 1394 с высокой скоростью, а команда RATE CONTROL с подфункцией FLOW CONTROL (управление потоком) может выполнять управление потоком данных АМ824. В данном подпункте описано соотношение между кодом статуса канала, установленного в МЭК 60958-3, и N-флагом, SFC и SYT-INTERVAL в данных, совместимых МЭК 60958, как показано в таблице 33.

С введением МЭК 60958-3 и базовой команды RATE CONTROL могут возникнуть следующие случаи:

a) передача в режиме реального времени РСМ сигнала с исходной частотой отсчетов 96 кГц (или 192 кГц) согласно МЭК 60958;

b) передача в режиме реального времени РСМ сигнала с повышающей дискретизацией исходной частоты отсчетов от 48 до 96 кГц (или 192 кГц) согласно МЭК 60958;

c) передача РСМ сигнала с высокой скоростью с исходной частотой отсчетов 48 кГц при частоте отсчетов 96 кГц (или 192 кГц) согласно МЭК 60958;

d) передача РСМ сигнала с удвоенной (или учетверенной) высокой скоростью с исходной частотой отсчетов 48 кГц с командой RATE CONTROL и подфункцией BASE CONFIGURE по шине IEEE 1394.

При передаче сигналов a), b) и c), совместимых с МЭК 60958, по IEEE 1394 в режиме, соответствующем МЭК 60958, требуются определенные механизмы для различения сигналов а), b), c) и d) в изохронном режиме.

Для случаев a), b) и c) в МЭК 60958-3 определены коды в графе "Точность синхроимпульсов" таблицы 30 и исходная частота отсчетов (см. таблицу 26) в статусе каналов. Для случая d) N-флаг устанавливается на "1".

В случае, если N-флаг = 0, значения SYT_INTERVAL и Nominal_Sampling_Frequency приведены в таблице 20 при FDF = 0000 0ххх. В случае, если N-флаг = 1, SYT_INTERVAL и Nominal_Sampling_Frequency приведены в таблице 20 при FDF = 0000 1ххх.

Для данных, совместимых с МЭК 60958, для SYT_INTERVAL и Nominal_Sampling_Frequency применяют следующие правила:

1) при N-флаг = 0, значение Nominal_Sampling_Frequency для данных, совместимых с МЭК 60958, устанавливается в соответствии со скоростью передачи кадров интерфейса, а значение SYT_INTERVAL - в соответствии с Nominal_Sampling_Frequency из таблицы 21;

2) при N-флаг = 1, значение Nominal_Sampling_Frequency для данных совместимых с МЭК 60958, устанавливается в соответствии с частотой отсчетов, закодированной в статусе каналов в битах 24-27 формата МЭК 60958-3;

3) при N-флаг = 1 и выполнении команды RATE CONTROL с подфункцией BASE CONFIGURE, значение SYT_INTERVAL устанавливается на n, умноженное на значение SYT_INTERVAL, соответствующее Nominal_Sampling_Frequency из таблицы 24;

4) при N-флаг = 1 и выполнении команды RATE CONTROL с подфункцией BASE CONFIGURE, точность синхроимпульсов, статус канала в битах 28-29 по МЭК 60958-3, устанавливается на "11";

5) при N-флаг = 1 и выполнении команды RATE CONTROL с подфункцией FLOW CONTROL, значение SYT_INTERVAL устанавливается в соответствии с Nominal_Sampling_Frequency из таблицы 23;

6) при N-флаг = 1 и выполнении команды RATE CONTROL с подфункцией FLOW CONTROL, точность синхроимпульсов, статус канала в битах 28-29 по МЭК 60958-3, устанавливается на "00", "01" или "10".


Таблица 33 - Соотношение значений в МЭК 60958-3 и протоколе А/М

12.1.3 Однобитовый аудиосигнал

12.1.3.1 Общие положения

В настоящем подпункте представлен формат однобитового аудиосигнала.

12.1.3.2 Однобитовый аудиосигнал (простой)

Данные однобитового аудиосигнала (LABEL=50-51) имеют поток данных длиной 1 бит и могут непосредственно воспроизводиться бит за битом (первым воспроизводится бит наибольшей значимости, MSB) через аналоговый фильтр нижних частот. Поток данных упаковывается в поля 24-битовых данных АМ824 квадлета, как показано на рисунке 41 при первом MSB в аудиоканале.

Частота отсчетов однобитового аудиосигнала (LABEL=50, 51, 58) определена в таблице 34 с его собственной таблицей SFC.


Таблица 34 - Определение частоты отсчетов однобитового аудиосигнала

TRANSFER_DELAY при передаче с блокировкой в случае, когда DEFAULT_TRANSFER_DELAY = 479,17 мкс = (354,17+125) мкс, соответствует таблице 34, как указано в таблице 35.


Таблица 35 - TRANSFER_DELAY при передаче с блокировкой в случае однобитового аудиосигнала

Однобитовый аудиосигнал (LABEL=50-51) может передавать многоканальный кластер. Каждый квадлет АМ824 несет данные одного канала кластера. Две LABEL АМ824 используют для индикации начала и окончания данных в кластере.

Рисунок 41 - Обобщенный однобитовый квадлет аудиосигнала

Номер канала должен начинаться с первого номера и последовательно увеличиваться. Пример приведен на рисунке 42.

Рисунок 42 - Обобщенная последовательность квадлет однобитового аудиосигнала.

12.1.3.3 Однобитовый аудиосигнал (кодированный) - DST

Данные однобитового аудиосигнала (кодированного) - это поток кодированных данных.

DST (прямая передача потока) - это метод кодирования без потерь, используемый для однобитового аудиосигнала SACD (супераудиокомпакт-диска) и определен в описании SD-системы версии 1.2.

Поток кодированных данных упаковывается в поля 24-битных данных АМ824, как показано на рисунке 43 при первом MSB.

Для декодирования потока требуются вспомогательные данные SACD. DST поддерживает многоканальный однобитового аудиосигнала и переносит каждый поток данных в одном смешанном потоке.

DST кодирует поток данных однобитового аудиосигнала кадр за кадром. Кадр определен в описании супераудио CD-системы версии 1.2.

Частота отсчетов DST определена в таблице 34 с собственной таблицей SFC.

Рисунок 43 - Кодированный квадлет DST однобитового аудиосигнала

12.1.3.4 Передача однобитового аудиосигнала с высокой скоростью

Поскольку рассматривался однобитовый аудиосигнал (LABEL=50, 51, 58), частоту передачи и SYT_INTERVAL для передачи данных АМ824 с высокой скоростью определяли в зависимости от скорости, приведенной в таблице 36, если N-флаг в FDF составлял 1. В таблице 36 целое число n (>1) означает во сколько раз скорость выше стандартной скорости.


Таблица 36 - Определение SFC однобитового аудиосигнала при передаче данных АМ824 с высокой скоростью

DBS события не зависит от скорости передачи.

12.1.4 Поток нелинейных аудиоданных

Любые нелинейные аудиоданные, переносимые битовым потоком МЭК 61937, могут быть переданы с помощью последовательности данных, совместимых с МЭК 60958.

12.1.5 Поток данных MIDI

Модификация или расширение в данном уровне адаптации запрещены, хотя, например, увеличить скорость передачи очень просто. Спецификации, в которых используется данный уровень адаптации, приведен в документе RP-027 MMA/AMEI.

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

Примечание - Значение MULTIPLEX_NUMBER по умолчанию для данных типа АМ824, совместимых с MIDI, может быть несовместимым с некоторыми приложениями, совместимыми с МЭК 61883-6:2002.

Рисунок 44 - Мультиплексирование потоков данных MIDI

На рисунке 44 показано, как два потока данных MIDI, которые должны протекать в разных кабелях MIDI, мультиплексируются в одну последовательность MIDI с потоком аудиосигналов. На рисунке 44 приведена только схема мультиплексирования последовательностей. Параметры этого примера, например, количество мультиплексирования последовательностей и частота отсчетов аудиосигнала выбирались так, чтобы рисунок был читаемый. Соответственно не все параметры являются действительными для настоящего стандарта (включая его предыдущее издание).

12.1.6 Временной код SMPTE и счетчик отсчетов

Временной код SMPTE и передача счетчика отсчетов определены в документе 1999024 Торговой Ассоциации "Протокол передачи счетчика отсчетов и временной отметки SMPTE (Общество инженеров кино и телевидения США). Версия 1.0".

12.1.7 Многобитовый линейный аудиосигнал высокой точности и удвоенной точности

12.1.7.1 Специфические вспомогательные данные высокой точности

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

Такие вспомогательные данные передаются с каждым блоком данных. Формат данных приведен на рисунке 45. В таблицах 37 и 38 даны определения канала и точности соответственно.

Рисунок 45 - Первые вспомогательные данные высокой точности

Таблица 37 - Определение канала

Таблица 38 - Определение точности

При комбинации точности и Num. (номера слота) можно передавать любые данные РСМ аудиосигнала с длиной слова отсчета до 192 бит включительно многобитовым линейным аудиосигналом высокой точности. Это слишком избыточно, например, 64-битовое слово отсчета может передаваться с 3 слотами 24-битового слота (acc=10) или с 4 слотами 16-битового слота (acc=00). Для устранения сложности аппаратуры со стороны декодера настоятельно рекомендуется придерживаться следующих правил реализации:

a) слово отсчетов должно ограничиваться длиной: 32, 40, 48, 64, 80, 96, 128, 160 и 192 бит;

b) количество слотов должно ограничиваться: 2, 4 и 8.

Точность, приведенных выше слов отсчета должна соответствовать установленной в таблице 39.


Таблица 39 - Рекомендуемые правила

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

Например, данные, совместимые с МЭК 60958, могут передаваться между первыми вспомогательными данными высокой точности и данными многобитового линейного аудиосигнала высокой точности, см. рисунок 46. При других приложениях общие вспомогательные данные и вспомогательные данные специфического приложения могут передаваться между первыми вспомогательными данными высокой точности и данными многобитового линейного аудиосигнала высокой точности, см. рисунок 47. См. 8.2.9.2.1 и 8.2.10 и каждый раздел приложения.

Рисунок 46 - Данные, совместимые с МЭК 60958, с данными высокой точности

Рисунок 47 - Общие и проблемно-ориентированные вспомогательные данные и с данными высокой точности

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

Рисунок 48 - Вспомогательные данные с назначением каналов высокой точности

Таблица 40 - Определение назначения канала

12.1.7.2 Пример потока высокой точности

На рисунке 49 представлен двухканальный поток высокой точности со 128-битовым словом отсчета, передаваемый по последовательной шине. Здесь нижние 8 бит установлены на "0". За вспомогательными данными высокой точности непосредственно следует блок данных.

Рисунок 49 - Пример данных высокой точности

12.1.7.3 Пример потока удвоенной точности

На рисунке 50 представлен шестиканальный поток удвоенной точности с 48-битовым словом отсчета, передаваемый по IEEE 1394.

Заметим, что при удвоенной точности используют LABEL с 60 до 61.

Рисунок 50 - Пример данных удвоенной точности

12.1.7.4 Пример составного потока удвоенной точности

На рисунке 51 представлен четырехканальный составной поток удвоенной точности с 48-битовым словом отсчета, передаваемый по IEEE 1394.

Рисунок 51 - Пример составных данных удвоенной точности

12.2 Аудиосигнал DVD

12.2.1 Общие положения

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

12.2.2 Вспомогательные данные, относящиеся к аудиосигналу DVD

12.2.2.1 Общие положения

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


Таблица 41 - Вспомогательные данные, относящиеся к аудиосигналу DVD

12.2.2.2 Данные, передаваемые в точке начала

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

Рисунок 52 - Данные, передаваемые в точке начала данных

Таблица 42 - Данные, передаваемые в точке начала данных

12.2.2.3 Данные, передаваемые в каждом блоке данных

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

Рисунок 53 - Данные, передаваемые в каждом блоке данных

Таблица 43 - Данные, передаваемые в каждом блоке данных

12.2.3 Данные информации о возможности копирования (CCI)

На рисунке 54 приведены вспомогательные данные для CCI.

Для CCI SUB LABEL будет C0.

Рисунок 54 - Вспомогательные данные для CCI

Примечание - CCI аудиосигнала означает информацию управления копированием для аудиосигнала.

12.2.4 Данные для ISRC (код записи по международному стандарту)

На рисунке 55 приведены вспомогательные данные для ISRC.

Для ISRC SUB LABEL будет C1.

Рисунок 55 - Вспомогательные данные для ISRC

12.2.5 Пример потока аудиосигнала DVD

На рисунке 56 приведен базовый блок данных потока аудиосигнала DVD (DVD-Audio), передаваемого по IEEE 1394 в случае шести каналов.

Рисунок 56 - Базовый блок данных потока аудиосигнала DVD (DVD-Audio)

Данные на диске организованы в серии блоков. Данные каждого канала упакованы в один блок. Каждый блок данных упорядочен по возрастанию номера канала. Блок данных идет непосредственно за вспомогательными данными аудиосигнала DVD. Первые вспомогательные данные - это "данные, передаваемые в каждом блоке данных", а вторые вспомогательные данные - это "данные, передаваемые в точке начала данных" или "соответствие таблиц", или "DMCT (таблица коэффициентов понижающего микширования)", или что-либо аналогичное.

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

Рисунок 57 - Пример данных аудиосигнала DVD (DVD-Audio)

12.3 Определение SACD (супераудиокомпакт-диска)

12.3.1 Общие положения

Блок данных SACD состоит из однобитовых аудиоданных, общих вспомогательных данных и вспомогательных данных, относящихся к SACD.

12.3.2 Вспомогательные данные, относящиеся к SACD

Плеер SACD передает вспомогательные данные, относящиеся к SACD, в точке начала каждого кадра. Кадр определен в [12]. Вспомогательные данные, относящиеся к SACD, приведены на рисунке 58, а в таблице 44 даны определения флага действительности, информации управления копированием (Track_Attribute), количества каналов (Ch_Bit_n) и установки громкоговорителя (Loudspeaker_Config).

Рисунок 58 - Вспомогательные данные SACD

Таблица 44 - Информация о данных

Флаг действительности показывает действительность данных в пределах кадра. При возникновении ошибки считывания диска плеер SACD должен заменить ошибочные данные надежными данными, например, "сигналом безмолвия" и установить флаг действительности на "1", как указано в таблице 45.


Таблица 45 - Определение признака действительности

Rsv - зарезервированная область, и значение по умолчанию будет 000.

Track_Attribute указывает информацию управления копированием, относящуюся к SACD, и определяется в [12]. Эта информация должна копироваться из SACD дорожка за дорожкой.

Ch_Bit_n показывает общее количество каналов и определяется в [12]. Эта информация должна копироваться из SACD кадр за кадром.

Loudspeaker_Config указывает на установку громкоговорителя и определяется в [12]. Эта информация должна копироваться из SACD дорожка за дорожкой.

12.3.3 Дополнительные данные, относящиеся к SACD

Дополнительные данные SACD - это синхронизированный поток вместе со аудиоданными от SACD, см. рисунок 59. Этот поток имеет несколько значений длины данных, указанных в [12]. Аудиоданные и дополнительные данные синхронизированы на покадровой основе.

Для декодирования потока необходимы вспомогательные данные SACD.

Рисунок 59 - Дополнительные данные SACD

12.3.4 Данные многобитового линейного аудиосигнала

Данные аудиосигнала DVD используют LABEL от 48 до 4F многобитового линейного аудиосигнала и используют ASI2 для масштабируемых контентов, см. таблицу 46.


Таблица 46 - Определение ASI2 для аудиосигнала DVD

12.3.5 Данные Track_Mode&Flags SACD

Данные Track_Mode&Flags SACD включают Track_Mode (режим дорожки) (1 байт) и Track_Flags (флаг дорожки) (1 байт), установленные в [12]. Соотношение между Track_Mode&Flags, Track_Mode и Track_Flags аудиокомпакт-диска (ACD) приведено на рисунке 60.

Рисунок 60 - Данные Track_Mode&Flags SACD

12.3.6 Данные Track_Copy_Management SACD

Данные Track_Copy_Management SACD включают три квадлета данных АМ824 и представляют Track_Copy_Management, указанные в [12]. Данные Track_Copy_Management (6 байт) разделены на три поля данных (часть 1, 2, 3) квадлета данных АМ824 (АМ824 LABEL = D1: SUB LABEL = 10, 11, 12,) в последовательности, см. рисунок 61.

Рисунок 61 - Данные Track_Copy_Management SACD

12.3.7 Пример потоков SACD

На рисунке 62 приведен типовой многоканальный поток простых однобитовых аудиоданных, переносимый по шине 1394 от SACD для случая, когда значение SFC в FDF составляет 001. Данные на диске организованы в серию кадров при 75 кадрах в каждую секунду аудиосигнала. Каждый кадр включает всего (15683) байт данных кластера аудиосигнала на канал. Квадлеты в блоке данных организованы в соответствии с правилом определения порядка, чтобы вспомогательные данные были первыми, данные многоканального кластера - следующими и отсутствие вспомогательных данных с CONTEX = CF - последними.

Первыми идут вспомогательные данные SACD, а за ними следует первая группа данных многоканального кластера. В данном примере первый квадлет содержит вспомогательные данные для всего кадра #0. Если, например, существует ошибка диска, плеер SACD устанавливает признак действительности во вспомогательных данных для данного кадра (кадр #0), который остается действительным до следующих вспомогательных данных SACD (кадр #1). Это также относится к Track_Attribute (информация об управлении копированием), Ch_Bit_n (количество каналов) и Loudspeaker_Config (установки громкоговорителя), входящих во вспомогательные данные кадра #0.

Рисунок 62 - Пример потока SACD в случае шести каналов

В примере, представленном на рисунке 62 приведены шесть каналов в многоканальном кластере, поэтому отсутствие вспомогательных данных с CONTEX = CF добавлено в последние данные кластера, чтобы полное количество квадлет в блоке оставалось четным, и, следовательно, DBS = 8. Дополнительные данные SACD передаются в том же месте, что и вспомогательные данные SACD (после передачи вспомогательных данных SACD). После осуществления передачи всех дополнительных данных SACD в это же место может помещаться квадлет отсутствия вспомогательных данных или квадлет других вспомогательных данных.

На рисунке 63 представлен случай пяти каналов. В данном случае не требуется обозначение отсутствия вспомогательных данных с контекстом CONTEX = CF и DBS = 6.

Рисунок 63 - Пример потока SACD в случае пяти каналов

12.4 Диск формата Blu-ray

12.4.1 Общие положения

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

12.4.2 Структура слова отсчетов для передачи аудиосигнала

На рисунке 64 приведены основные блоки данных диска Blu-ray. В одном отсчете аудиосигнала имеются восемь слов отсчета.

Рисунок 64 - Базовые блоки данных диска формата Blu-ray

Схема каналов фиксирована.

Передатчик должен установить 000000 в данных аудиосигнала данных MBLA в случае отсутствия канала.

Действующие комбинации слова отсчета определяются допустимыми назначениями каналов, как указано в [15].

12.4.3 Данные многобитового линейного аудиосигнала

Данные диска Blu-ray используют LABEL от 48 до 4А многобитового линейного аудиосигнала. В таблицах 47 и 48 даны определения ASI1 и ASI2 соответственно.


Таблица 47 - Определение ASI1 для диска Blu-ray

Таблица 48 - Определение ASI2 для диска Blu-ray

12.4.4 Специфические вспомогательные данные диска Blu-ray

В настоящем подпункте установлены закрытые данные заголовка, которые переносятся специфическими вспомогательными данными диска Blu-ray, как представлено в таблице 49.


Таблица 49 - Специфические вспомогательные данные диска Blu-ray

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

12.4.5 Данные, передаваемые в каждом блоке данных

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

Рисунок 65 - Данные, передаваемые в каждом блоке данных

Таблица 50 - Данные, передаваемые в каждом блоке данных

L канал показывает, присутствуют или отсутствуют данные L (левого) канала, согласно таблице 51.


Таблица 51 - Определение L канала

R канал показывает, присутствуют или отсутствуют данные R (правого) канала, согласно таблице 52.


Таблица 52 - Определение R канала

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


Таблица 53 - Определение Ife канала

С канал показывает, присутствуют или отсутствуют данные C (центрального) канала, согласно таблице 54.


Таблица 54 - Определение С канала

LS канал показывает, присутствуют или отсутствуют данные LS (левого объемного) канала, согласно таблице 55.


Таблица 55 - Определение LS канала

RS канал показывает, присутствуют или отсутствуют данные RS (правого объемного) канала, согласно таблице 56.


Таблица 56 - Определение RS канала

RIs канал показывает, присутствуют или отсутствуют данные RIs (заднего объемного левого) канала, согласно таблице 57.


Таблица 57 - Определение RIs канала

Rrs канал показывает, присутствуют или отсутствуют данные Rrs (заднего объемного правого) канала, согласно таблице 58.


Таблица 58 - Определение Rrs канала

L/R ch идентификатор показывает, являются ли данные L (левого)/R (правого) каналов L/R сигналом (стерео) или М1 сигналом (моно), или Lo (левым выходным)/Ro (правым выходным) сигналом, или Lt (левым полным)/Rt (правым полным) сигналом.

Заметим, что приемное устройство должно уменьшать M1 (моно) сигнал до уровня минус 3 дБ, если приемное устройство выводит M1 (моно) сигнал в L (левый)/R (правый) канал, как указано в таблице 59.


Таблица 59 - Определение L/R ch идентификатора

С ch идентификатор показывает, являются ли данные центрального C (центрального) канала C сигналом C или M1 (моно) сигналом, согласно таблице 60.


Таблица 60 - Определение C ch идентификатора

LS/RS ch идентификатор показывает, являются ли данные LS (левого объемного)/RS (правого объемного) канала LS/RS сигналом или S (объемным) сигналом.

Заметим, что приемное устройство должно уменьшать сигнал S (объемный) до уровня минус 3 дБ, если приемное устройство выводит S (объемный) сигнал в LS (левый объемный)/RS (правый объемный) канал, согласно таблице 61.


Таблица 61 - Определение LS/RS ch идентификатора

12.4.6 Данные для CCI (информация о возможности копирования)

На рисунке 66 представлены вспомогательные данные для CCI, а определение поля данных приведено в таблице 62.

Для CCI установлена SUB LABEL C0.

Рисунок 66 - Вспомогательные данные для CCI

Таблица 62 - Данные, передаваемые в каждом блоке данных

Примечание - Вспомогательные данные для CCI - это информация управления копированием, приведенная в [15].


Эти данные должны передаваться, по крайней мере, один раз за период 100 мс.

12.4.7 Пример потока Blu-ray диска

На рисунке 67 представлен базовый блок данных потока Blu-ray диска, передаваемого по шине 1394 в случае восьми каналов.

Рисунок 67 - Базовый блок данных для Blu-ray диска

На рисунке 68 приведен пример для одного канала.

Рисунок 68, лист 1 - Примеры одноканального потока Blu-ray диска

Рисунок 68, лист 2 - Примеры одноканального потока Blu-ray диска

Структура канала, приведенная на примере 3 рисунка 68, проявляется только при передаче L и R.

На рисунке 69 приведены примеры для двух каналов.

Рисунок 69 - Примеры двухканального потока Blu-ray диска

На рисунке 70 представлен пример при трех каналах.

Рисунок 70 - Пример трехканального потока Blu-ray диска (3/0)

На рисунке 71 представлена другая структура при трех каналах.

Рисунок 71 - Пример трехканального потока Blu-ray диска (2/1)

На рисунке 72 представлена структура с четырьмя каналами.

Рисунок 72 - Пример четырехканального потока Blu-ray диска (2/2)

12.5 Многобитовый линейный аудиосигнал (MBLA)

12.5.1 Общие положения

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

12.5.2 Структура слова отсчетов для передачи аудиосигнала

Существует два типа структур каналов, в которых определено данное условие:

a) фиксированная канальная структура; и

b) переменная канальная структура.

12.5.3 Фиксированная канальная структура слова отсчетов для передачи аудиосигнала

MBLA устанавливает тридцать два канала. Тридцать два канала передаются посредством четырех изохронных каналов.

В каждом изохронном канале существуют восемь слов отсчетов в одном отсчете аудиосигнала.

На рисунке 73 показаны каналы, включенные в каждую группу, и последовательность каналов.

Рисунок 73, лист 1 - Базовый блок данных фиксированной канальной структуры

Рисунок 73, лист 2 - Базовый блок данных фиксированной канальной структуры

Рисунок 73, лист 3 - Базовый блок данных фиксированной канальной структуры

Схема структуры каналов является фиксированной, как показано на рисунке 73.

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

12.5.4 Переменная канальная структура слова отсчетов для передачи аудиосигнала

MBLA устанавливает тридцать два канала. Тридцать два канала передаются одним изохронным каналом.

На рисунке 74 показана последовательность каналов.

Рисунок 74, лист 1 - Базовый блок данных переменной канальной структуры

Рисунок 74, лист 2 - Базовый блок данных переменной канальной структуры

Несуществующий канал не должен передавать данные MBLA.

Последовательность каналов является снижаемой.

12.5.5 Данные MBLA

Данные MBLA используют LABEL от 40 до 42 MBLA.

12.5.6 Специфические вспомогательные данные MBLA

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


Таблица 63 - Специфические вспомогательные данные MBLA

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

12.5.7 Данные, передаваемые в каждом блоке данных группы 1 в случае фиксированной канальной структуры

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

Рисунок 75 - Данные, передаваемые в каждом блоке данных группы 1 в случае фиксированной канальной структуры

Таблица 64 - Данные, передаваемые в каждом блоке данных группы 1 в случае фиксированной канальной структуры

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


Таблица 65 - Определение флага предыскажений

FL канал показывает, присутствуют или отсутствуют данные FL (фронтального левого) канала согласно таблице 66.


Таблица 66 - Определение FL канала

FR канал показывает, присутствуют или отсутствуют данные FR (фронтального правого) канала согласно таблице 67.


Таблица 67 - Определение FR канала

LFE1 канал показывает присутствуют или отсутствуют данные LFE1 (низкочастотное воздействие 1) канала согласно таблице 68.


Таблица 68 - Определение LFE1 канала

FC канал показывает, присутствуют или отсутствуют данные FC (фронтального центрального) канала согласно таблице 69.


Таблица 69 - Определение FC канала

LS канал показывает, присутствуют или отсутствуют данные LS (левого объемного) канала согласно таблице 70.


Таблица 70 - Определение LS канала

RS канал показывает, присутствуют или отсутствуют данные RS (правого объемного) канала согласно таблице 71.


Таблица 71 - Определение RS канала

BL канал показывает, присутствуют или отсутствуют данные BL (отдаленного левого) канала согласно таблице 72.


Таблица 72 - Определение BL канала

BR канал показывает, присутствуют или отсутствуют данные BR (отдаленного правого) канала согласно таблице 73.


Таблица 73 - Определение BR канала

FL/FR ch идентификатор показывает, являются ли данные FL (фронтального левого)/FR (фронтального правого) канала FL/FR сигналом (стерео) или М1 (моно) сигналом, или Lo (левым выходным)/ Ro (правым выходным) сигналом, или Lt (левым полным)/Rt (правым полным) сигналом.

Отметим, что устройство приема должно уменьшать M1 (моно) сигнал до уровня минус 3 дБ, если на его выходе будет M1 (моно) сигнал в L (левом)/R (правом) канале, как показано в таблице 74.


Таблица 74 - Определение FL/FR ch идентификатора

FC ch идентификатор показывает, являются ли данные FC (фронтального центрального) канала сигналом FC сигналом или М1 (моно) сигналом, как показано в таблице 75.


Таблица 75 - Определение FC ch идентификатора

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

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

Рисунок 76 - Данные, передаваемые в каждом блоке данных группы 2 для фиксированной канальной структуры

Таблица 76 - Данные, передаваемые в каждом блоке данных группы 2 для фиксированной канальной структуры

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


Таблица 77 - Определение флага предыскажений

FLc канал показывает, присутствуют или отсутствуют данные FLc (фронтального левого центрального) канала согласно таблице 78.


Таблица 78 - Определение FLc канала

FRc канал показывает, присутствуют или отсутствуют данные FRc (фронтального правого центрального) канала согласно таблице 79.


Таблица 79 - Определение FRc канала

LFE2 канал показывает, присутствуют или отсутствуют данные LFE2 (низкочастотное воздействие 2) канала согласно таблице 80.


Таблица 80 - Определение LFE2 канала

BC канал показывает, присутствуют или отсутствуют данные BC (отдаленного центрального) канала согласно таблице 81.


Таблица 81 - Определение BC канала

SiL канал показывает, присутствуют или отсутствуют данные SiL (бокового левого) канала согласно таблице 82.


Таблица 82 - Определение SiL канала

SiR канал показывает, присутствуют или отсутствуют данные SiR (бокового правого) канала согласно таблице 83.


Таблица 83 - Определение SiR канала

TpFL канал показывает, присутствуют или отсутствуют данные TpFL (верхнего фронтального левого) канала согласно таблице 84.


Таблица 84 - Определение TpFL канала

TpFR канал показывает, присутствуют или отсутствуют данные TpFR (верхнего фронтального правого) канала согласно таблице 85.


Таблица 85 - Определение TpFR канала

12.5.9 Данные, передаваемые в каждом блоке данных группы 3 для фиксированной канальной структуры

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

Рисунок 77 - Данные, передаваемые в каждом блоке данных группы 3 для фиксированной канальной структуры

Таблица 86 - Данные, передаваемые в каждом блоке данных группы 3 для фиксированной канальной структуры

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


Таблица 87 - Определение флага предыскажений

FLw канал показывает, присутствуют или отсутствуют данные с FLw (фронтального левого широкого) канала согласно таблице 88.


Таблица 88 - Определение FLw канала

FRw канал показывает, присутствуют или отсутствуют данные FRw (фронтального правого широкого) канала согласно таблице 89.


Таблица 89 - Определение FRw канала

TpFC канал показывает, присутствуют или отсутствуют данные TpFC (верхнего фронтального центрального) канала согласно таблице 90.


Таблица 90 - Определение TpFC канала

TpC канал показывает, присутствуют или отсутствуют данные TpC (верхнего центрального) канала согласно таблице 91.


Таблица 91 - Определение TpC канала

TpBL канал показывает, присутствуют или отсутствуют данные TpBL (верхнего отдаленного левого) канала согласно таблице 92.


Таблица 92 - Определение TpBL канала

TpBR канал показывает, присутствуют или отсутствуют данные TpBR (верхнего отдаленного правого) канала согласно таблице 93.


Таблица 93 - Определение TpBR канала

TpSiL канал показывает, присутствуют или отсутствуют данные TpSiL (верхнего бокового левого) канала согласно таблице 94.


Таблица 94 - Определение TpSiL канала

TpSiR канал показывает, присутствуют или отсутствуют данные TpSiR (верхнего бокового правого) канала согласно таблице 95.


Таблица 95 - Определение TpSiR канала

12.5.10 Данные, передаваемые в каждом блоке данных группы 4 в случае фиксированной канальной структуры

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

Рисунок 78 - Данные, передаваемые в каждом блоке данных группы 4 в случае фиксированной канальной структуры

Таблица 96 - Данные, передаваемые в каждом блоке данных группы 4 в случае фиксированной канальной структуры

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


Таблица 97 - Определение флага предыскажений

ТрВС канал показывает, присутствуют или отсутствуют данные ТрВС (верхнего отдаленного центрального) канала согласно таблице 98.


Таблица 98 - Определение ТрВС канала

BtFC канал показывает, присутствуют или отсутствуют данные BtFC (нижнего фронтального центрального) канала согласно таблице 99.


Таблица 99 - Определение BtFC канала

BtFL канал показывает, присутствуют или отсутствуют данные BtFL (нижнего фронтального левого) канала согласно таблице 100.


Таблица 100 - Определение BtFL канала

BtFR канал показывает, присутствуют или отсутствуют данные BtFR (нижнего фронтального правого) канала согласно таблице 101.


Таблица 101 - Определение BtFR канала

LSd канал показывает, присутствуют или отсутствуют данные LSd (левого объемного прямого) канала согласно таблице 102.


Таблица 102 - Определение LSd канала

RSd канал показывает, присутствуют или отсутствуют данные RSd (правого объемного прямого) канала согласно таблице 103.


Таблица 103 - Определение RSd канала

TpLS канал показывает, присутствуют или отсутствуют данные TpLS (верхнего левого объемного) канала согласно таблице 104.


Таблица 104 - Определение TpLS канала

TpRS канал показывает, присутствуют или отсутствуют данные TpRS (правого верхнего объемного) канала согласно таблице 105.


Таблица 105 - Определение TpRS канала

12.5.11 Данные, передаваемые в каждом блоке данных в случае переменной канальной структуры

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

Рисунок 79 - Данные, передаваемые в каждом блоке данных в случае переменной канальной структуры

Таблица 106 - Данные, передаваемые в каждом блоке данных в случае переменной канальной структуры