>

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

АУДИО-/ВИДЕОАППАРАТУРА БЫТОВОГО НАЗНАЧЕНИЯ. ЦИФРОВОЙ ИНТЕРФЕЙС

Часть 8

Передача цифровых видеоданных согласно рекомендации ITU-R ВТ.601

(IEC 61883-8:2014, IDT)

Издание официальное

ГОСТ Р МЭК 61883-8—2016

Предисловие

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

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

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

• 4 Настоящий стандарт идентичен международному стандарту МЭК 61883-8:2014 «Аудио-/видео-аппаратура бытового назначения. Цифровой интерфейс. Часть 8. Передача цифровых видеоданных согласно рекомендации ITU-R ВТ.601» (IEC 61883-8:2014 «Consumer audio/video equipment — Digital interface — Part 8: Transmission of ITU-R BT.601 style digital video data», IDT).

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

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

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

©Стандартинформ, 2016

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

Содержание

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

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

• 3 Сокращения и условные обозначения

  • 3.1 Сокращения

  • 3.2 Система счисления

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

  • 4.1 Обзор модели

  • 4.2 Сжатие

  • 4.3 Заголовок изохронного пакета

  • 4.4 Заголовок CIP

  • 4.5 Определение потока

  • 4.6 Пакетизация

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

Приложение А (справочное) Синхронизация аудио-, видеосигналов

Приложение В (обязательное) Дополнительные параметры видеорежима

Приложение С (справочное) Использование регистров управления разъемом МЭК 61883-1 вышеЭ400

Приложение D (обязательное) Дополнение оценки совместимости

Приложение Е (справочное) Типовой исходный пакет SIM

Приложение F (справочное) Формирование TRANSFER-DELAY

Приложение G (обязательное) Дескрипторный блок CCI стандарта Торговой ассоциации (ТА) 1394 .35

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов национальным стандартам Российской Федерации (и действующим

в этом качестве межгосударственным стандартам)

Библиография

ill

ГОСТ Р МЭК 61883-8—2016

Введение

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

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

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

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

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

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

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

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

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

Настоящая консолидированная версия МЭК 61883-8 имеет индекс 1.1. Она включает первое издание (2008-11) [документы 100/1446/FDIS и 100/1476/RVD] и изменение 1 к нему (2014-02) [документы 100/2051/CDV и 100/2106/RVCJ. Техническое содержание идентично базовому изданию и изменению к нему.

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

Настоящее издание подготовлено для удобства пользователя.

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

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

Перечень всех частей серии стандартов МЭК 61883 под общим наименованием «Аудио-/видеоап-паратура бытового назначения. Цифровой интерфейс» можно найти на сайте МЭК.

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

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

• – аннулирован;

• – заменен пересмотренным изданием или

• – изменен.

ГОСТ Р МЭК 61883-8—2016

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

АУДИО-/ВИДЕОАППАРАТУРА БЫТОВОГО НАЗНАЧЕНИЯ. ЦИФРОВОЙ ИНТЕРФЕЙС

Часть 8

Передача цифровых видеоданных согласно рекомендации ITU-R ВТ.601

Consumer audio/video equipment Digital interface. Part 8. Transmission of ITU-R BT.601 style digital video data

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

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

Настоящий стандарт устанавливает протокол для транспортировки/передачи несжатых или сжатых видеоданных в формате 4:2:2 рекомендаций ITU-R ВТ.601 (МСЭ-Р ВТ.601) (включая совместимые расширения для данного формата при более высоких или более низких разрешениях других обычно используемых разрешений видеосигнала) по высокопроизводительной последовательной шине, как установлено стандартом IEEE 1394-1995 с изменениями IEEE 1394а-2000 и IEEE 13940-2002 (изменения к IEEE 1394). Форматы данных для формирования пакетов видеоданных (инкапсуляции) совместимы с форматами, установленными МЭК 61883-1. Сопутствующие аудиоданные, если имеются, должны быть отформатированы согласно МЭК 61883-6.

Существует много обычно используемых форматов видеоданных, которые не поддерживаются согласно МЭК 61883, например, MPEG-4, Windows Media Format (WMF) и формат, используемый в автоматической навигации. Поддержка всех или большинства таких форматов в устройствах воспроизведе-ния/визуализации потребовала бы введения множества видеокодеков. Эта нежелательная проблема, которой можно избежать, если источник конвертировать к формату 4:2:2 ITU-R ВТ.601 (МСЭ-Р ВТ.601) и при необходимости сжать данные с помощью кодека, поддерживаемого всеми устройствами-адресатами. Дополнительное преимущество состоит в том, что информацию, отображаемую на экране дисплея (OSD), можно смешивать с видеоданными до передачи в устройство воспроизведения/визуализации.

Поскольку формат 4:2:2 ITU-R ВТ.601 широко используется внутри современного аудио-/видеоо-борудования, настоящий стандарт разрешает прямую интеграцию IEEE 1394 в эти устройства и делает возможным продажи, которые включают условия использования передачи единичных видео источников на один или более дисплеев, таких как:

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

• – автомобильная навигация и развлечение;

• – аэронавигационное развлечение в полете.

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

• 1394 ТА управляло списком кодеков сжатия управляла 1394 ТА;

• – ссылалась, как минимум, на один кодек сжатия видеосигнала.

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

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

Издание официальное

ГОСТ Р МЭК 61883-8—2016

IEC 61883 (all parts) Consumer audio/video equipment — Digital interface [(все части) Бытовая ay-дио-/видеоаппаратура. Цифровой интерфейс]

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

ISO/IEC 11172-2:1993 Information technology — Coding of moving pictures and associated audio for digital storage media at up to about 1.5 Mbit/s — Part 2: Video (Информационные технологии. Кодирование движущихся изображений и сопутствующего звукового сопровождения для цифровой запоминающей среды приблизительно со скоростью до 1,5 Мбит/с включительно. Часть 2. Видеосигналы)

IEEE Std. 1394-1995 with IEEE Std. 1394а-2000Amendment 1 and lEEEStd. 1394b-2002Amendment2, Standard for a high performance serial bus (Стандарт для высокопроизводительной последовательной шины с изменением 1 IEEE 1394а-2000 и изменением 2 IEEE 1394b-2002)

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

IEEE Std. 1394b-2002 Standard fora high performance serial bus. Amendment2 (Стандартдля высокопроизводительной последовательной шины. Изменение 2)

1394 Trade Association 2004006. AV/C Digital interface command set general specification version 4.2 (Основная спецификация набора команд для цифрового интерфейса управления аудио/видеосигнала-ми (AV/С). Версия 4.2)

1394 Trade Association 2003017 IIDC 1394-based digital camera specification version 1.31 (Спецификация цифровой камеры на основе IIDC 1394. Версия 1.31)

EIA/CEA-861-B 2002 A DTV profile for uncompressed highspeed digital interfaces (Профиль цифрового ТВ сигнала для высокоскоростных цифровых интерфейсов без сжатия сигналов)

IEEE Std.1394.1-2004 Standard for high performance serial bus bridges (Стандарт для мостов высокопроизводительной последовательной шины)

ITU-R ВТ 601-5 1995 Studio encoding parameters of digital television for standard 4:3 and widescreen 16:9 aspect ratios (Параметры студийного кодирования цифрового телевидения для стандартного форматного соотношения 4:3 и широкоэкранного соотношения 16:9)

ITU-R ВТ 656-4 1998 Interfaces for digital component video signals in 525-line and 625-line television systems operating at the 4:2:2 level of recommendation ITU-R BT.601 [Интерфейсы для цифровых составляющих видеосигналов в телевизионных системах с 525 и 625 строками, работающих на уровне 4:2:2 согласно ITU-R BT.601 (ВТ.601 МСЭ-Р)]

ITU-R ВТ.709-4 2000 Parameter values for the HDTV standards for production and international program exchange (Значения параметров для стандартов телевидения высокой четкости (HDTV) для производства и международного обмена программами)

ITU-R ВТ. 1358 1998 Studio parameters of 625 and 525 line progressive scan television systems (Студийные параметры 525- и 625-строчных телевизионных систем с построчной (прогрессивной) разверткой)

ITU-T Н.263 1998 Video coding for low bit rate communication (Рекомендации ITU-T H.263 (МСЭ-Т H.263) 1998, Кодирование видеосигнала для связи с низкой битовой скоростью)

SMPTE 267М-1995 Television — Bit-parallel digital interface — Component video signal 4:2:2 16 x 9 aspect ratio (Телевидение. Цифровой параллельный интерфейс. Составляющий видеосигнал 4:2:2 при форматном соотношении 16×9)

SMPTE 274М-1998 Television — 1920 х Ю80 scanning and analog and parallel digital interfaces for multiple picture rates (Телевидение. Сканирование 1920 x 1080 и аналоговые и параллельные цифровые интерфейсы для кратных частот кадров)

SMPTE 293М-1996 Television — 720 х 483 active line at 59.94 Hz progressive scan production — Digital representation (Телевидение. Активная строка 720 x 483 при выполнении построчной развертки с частотой 59,94 Гц. Цифровое представление)

SMPTE 296М-2001 Television —1280 х 720 progressive image sample structure — Analog and digital representation and analog interface (Телевидение. Структура выборки прогрессивного изображения 1280 х 720. Аналоговое и цифровое представление и аналоговый интерфейс)

VESA, Monitor timing specification, VESA and industry standards and guidelines for computer display monitor timing, version 1.0, revision 0.8. (Спецификации синхронизации с помощью монитора. VESA и промышленные стандарты и руководства для синхронизации дисплея компьютера с помощью монитора)

3 Сокращения и условные обозначения

• 3.1 Сокращения

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

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

• – BCD — двоично-десятичное число/код;

• – ВТ.601 — рекомендации ITU-R ВТ.601-5 (МСЭ-Р ВТ.601-5) 1995;

• • CIP — общий изохронный пакет;

• • CSR — регистр состояний и команд;

• • DAC — цифро-аналоговый преобразователь;

• • DCT — дискретное косинусное преобразование;

• – DV — цифровое видео/цифровой видеосигнал;

• – ND — нет данных;

• – OSD — визуализация на дисплее/экранное меню;

• – OUI — уникальный идентификатор организации-поставщика;

• – г — зарезервировано;

• • MPEG — стандарт сжатия и кодирования (Экспертная группа по кинематографии);

• – SIM — информация потока и метаданные;

• – VDSP — исходный пакет данных видеосигнала/видеоданных;

• – WMF — мультимедийный формат Windows.

• 3.2 Система счисления

  • 3.2.1 Числовые значения

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

Десятичные числа представлены арабскими цифрами без подстрочных индексов или их обозначений на английском языке. Шестнадцатеричные числа представлены цифрами от 0 до 9 и буквами А—F с нижним индексом 16. Если для определения основания системы счисления подстрочный индекс не нужен, его можно опустить. Для разборчивости шестнадцатеричные числа поделены на группы из четырех цифр с разделительным расстоянием между ними.

В качестве примера приведены два одинаковых, по-разному представленных, значения; 42 и 2А₁₆.

• 3.2.2 Упорядочение бит, байт и квадлет

В настоящем стандарте использованы функции последовательной шины IEEE 1394, и поэтому применены правила упорядочения в представлении структур данных, принятые для этой шины. Для содействия взаимодействию с шинами памяти, у которых могут быть разные правила упорядочения, в настоящем стандарте определен порядок и значимость бит в составе байт, байт в составе квадлет (32-битных слов) и квадлет в составе октлет (64-битных слов) с точки зрения их относительной позиции, а не физически адресуемой позиции.

В рамках байта наиболее значимый бит (msb) — это бит, который передается по последовательной шине первым, а наименее значимый бит (Isb) — это бит, передаваемый последним, как показано ниже. Значимость внутренних бит равномерно уменьшается от msb к Isb.

msb

внутренние биты (уменьшение значимости слева направо) 1■ 1 1 1

Isb

Рисунок 1 — Порядок следования бит в составе байта

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

ГОСТ Р МЭК 61883-8—2016

наибольшая значимость наименьшая значимость

наиболее значимый байт I 1 1 1 1 1 1

второй по значимости байт 1 1 1 1 1 1 1

байт, ближайший по значимости к наименее значимому 1 1 1 1 1 1 1

наименее значимый байт 1 1 1 1 1 1 1

Рисунок 2 — Порядок следования байт в структуре квадлета

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

наибольшая значимость
1 1 1 1 1 1 1 1	наиболее значимый квадлет наименее значимый квадлет 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

наименьшая значимость

Рисунок 3 — Порядок следования квадлет в составе октлета

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

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

4.1 Обзор модели

При существующих в настоящее время стандартах на сжатие данных DV (цифрового видео) и MPEG2 для IEEE 1394 транспортировки имеются трудности на уровне системы в практической пользовательской сети аудио- и видеосигналов. Оба стандарта предлагают чрезмерное сжатие для простой транспортировки по широкомасштабной широкополосной информационной сети и соответственно имеют сложности в кодировании и декодировании сигналов. Каждый из них хорош для определенной цели, но для простой транспортировки видеосигналов излишне дорог. Стандартное видеооборудование стыкуется с кабелями для аналоговых сигналов, передающими ряд форматов сигналов, и поэтому цифровые интерфейсы должны иметь низкую стоимость и иметь универсальную функцию соединения. Таким образом, аналоговый выход с любого DVD плеера будет подключаться к любому ТВ приемнику, и изготовители оборудования видят в этом практическую целесообразность. Цифровые интерфейсы могли бы обеспечить много дополнительных возможностей, но обеспечение каждого входа функцией декодирования DV и MPEG2 во всех существующих стандартах и решениях является необоснованно дорогим. Общей практикой является изменение на стыке внутри вещательного оборудования по ВТ.601-5/ ВТ.656-4 МСЭ-Р и обеспечение универсального интерфейсного стандарта для транспортировки цифровых видеосигналов. Система кодирования no ITU-R ВТ.601-5 пересылает данные формата YUV через 8-битовый интерфейс между интегральными схемами, например, MPEG декодером и цифро-аналоговым преобразователем (DAC). Если декодер и DAC разделены шиной IEEE 1394 и находятся в отдельных корпусах, их стоимость будет меньше при условии, что устройство-источник и устройство-приемник (сток) не будут зависеть от механизма кодирования видеосигнала.

В настоящем стандарте представлен метод передачи видеосигналов формата YUV по шине IEEE 1394 на основании форматов, установленных в ITU-R ВТ.601-5. Необходимо ознакомиться со спецификациями ITU-R ВТ.601-5, ITU-R ВТ.656-4 и МЭК 61883 для уточнения следующих технических деталей.

Также существует возможность передачи данных в форматах YUV 4:4:4 и 24-битовой RGB (система цветопередачи «красный-зеленый-синий»). Это позволяет передавать видеосигнал без необходимости субдискретизации цветового пространства.

Правомерно передавать все видеорежимы как несжатые данные, при условии доступности полосы пропускания шины IEEE 1394. На практике некоторые видеорежимы в несжатом состоянии передать невозможно.

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

• 4.2 Сжатие

Для обеспечения транспортировки видеосигналов высокой четкости при скоростях шины менее S1600 или для обеспечения транспортировки потоков нескольких видеосигналов важно, чтобы видеопоток был сжат. Такое сжатие не должно быть больше 10:1 и должно иметь минимальное влияние на отображаемое изображение. Так как для транспортировки некоторых режимов видеосигналов требуется сжатие, необходимо обращаться, по крайней мере, к одному кодеку сжатия, установленному настоящим стандартом. В таблице 2 приведен соответствующий кодек со сжатием видеосигнала. Наличие такого кодека в устройстве-источнике или устройстве-приемнике не требуется. В будущем могут быть добавлены другие кодеки со сжатием видеосигнала.

• 4.3 Заголовок изохронного пакета

Квадлет заголовка изохронного пакета IEEE 1394 (tcode А_1е) представлен на рисунке 4.

наибольшая значимость

длина данных i i i 1 1 1 1 1 1 1 1 1 1 1 1

флаг 1

канал 1 1 1 1 1

tcode 1 1 1

sy 1 1 1

наименьшая значимость

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

Поле флага должно быть установлено на 1_1б, что указывает на то, что пакет имеет заголовок общего изохронного пакета (CIP), как определено в МЭК 61883-1. Контенты заголовка CIP описаны в 4.4.

Определение оставшихся полей не входит в область применения настоящего стандарта.

• 4.4 Заголовок CIP

Определение заголовка CIP показано на рисунке 5

0	0	SID i i j t i	DBS i i i i i i i	FN i	QPC i i	s p H	г 1	DBC i 1 1 J 1 1 1
1	0	FMT i i i t i	FDF i i i i i i i	SYT i i i i i i i i i i i i i i i

• – SID — идентификатор исходного узла (узла передатчика);

• – DBS — размер блока данных а квадлетах:

• – FN — номер фракции

• – QPC — количество заполнений квадлетами;

• • SPH — заголовок исходного пакета:

• • г — зарезервировано:

• – DBC — счетчик непрерывности блоков данных:

• – FMT — код формата;

• – FDF — поле, зависящее от формата;

• – SYT — отметка времени синхронизации кадров видеосигналов.

Рисунок 5 — Заголовок CIP

Значение полей заголовка CIP:

• – SID означает идентификатор (ID) исходного узла (узла источника). SID зависит от конфигурации шины;

ГОСТ Р МЭК 61883-8—2016

• – значение DBS зависит от режима передаваемого видеосигнала и используемого цветового пространства. Значение DBS зависит от режима сжатия цветового пространства и видеорежима. Значение DBS с режимом сжатия 0₁₆ можно рассчитать путем деления на четыре размера исходного пакета, приведенного в таблице 1. Другие режимы сжатия устанавливают в документации, предоставляемой поставщиком кодека;

• – FN всегда должен иметь значение 0_1е. В исходном пакете должен быть только один блок данных;

• – QPC всегда должен иметь значение 0₁₆. Заполнения не должно быть;

• – SPH должен быть 0_1б. Заголовок исходного пакета не представлен;

• – значение DBC всегда должно увеличиваться на количество исходных пакетов, находящихся в изохронном пакете, так как FN = 0_1б. Данное поле обозначает значение счетчика первого блока данных в текущем изохронном пакете;

• – значение FMT должно быть 000001₂. Такое значение указывает на то, что формат исходного пакета соответствует настоящему стандарту, а также что в заголовке CIP присутствует поле SYT;

• – поле FDF кодируют, как показано на рисунке 6.

• – поле SYT кодируют, как указано в МЭК 61883-1.

  N D	Зарезервировано 1 1 1 1 1 1

Рисунок 6 — Поле FDF

Поле ND используют для обозначения того, будет ли действительной полезная нагрузка данных изохронного пакета после заголовка CIP. Если ND установлен на 1₂ — это означает, что данные не действительны и их следует игнорировать; такую установку используют только при блокировке режима передачи (см. 4.7.1.3). Поле DBC заголовка CIP пакета, в котором ND установлен на 1₂, должно быть значением счетчика следующего действительного блока данных. Передача изохронного пакета с такой битовой установкой не вызовет увеличения значения DBC. Если ND установлен на 0₂ — это означает, что полезная нагрузка данных изохронного пакета после заголовка CIP действительна. ND должен быть установлен на 0₂ для всех изохронных пакетов при отсутствии режима блокировки передачи (см. 4.7.1.2).

• 4.5 Определение потока

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

• – видеорежим, см. таблицу 1. Дополнительная информация по каждому видеорежиму приведена в приложении В;

• – режим сжатия, см. таблицу 2;

• – цветовое пространство, см. таблицу 3.

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

В настоящем стандарте определены характеристики пакетизации и синхронизации для передачи данных в режиме сжатия 0_1б.

Характеристики пакетизации и синхронизации для передачи данных в режиме сжатия 1₁₆ и 2_1б определены в соответствующей спецификации, указанной в таблице 2.

Таблице 1 —8идеорежим

вцдео-режнм	оерт игольные строем	Активов горизонтальные пиксели	Чересстрочная или построчная развертка	Частота кадров Гц	Размер исходного пакета для цветового пространства. байт	SYT интервал для цветового пространства	MAXVDSP для цветового пространства	Спецификафя
0 аве	1 м2 а, ве	0 до	1 м2 ав	0 а в	1 и2 а в
0	480	640	Построчная	59.94	844	644	8	12	8	12	VESA
1	480	640	Построчная	60	644	644	8	12	8	12	VESA
2	240	720	Построчная	59.94	724	724	4	в	4	6	Е1СЛЗЕА-861-В
3	240	720	Построчная	60	724	724	4	6	4	6	EIOCEA-861-B
4	480	720	Построчная	59.94	724	724	8	12	8	12	ITU-R ВТ 1358 SMPTE 293M
5	480	720	Построчная	во	724	724	8	12	8	12	ITU-R BT.1358 SMPTE 293M
в	480	720	Черес строгая	59.94	724	724	4	6	4	6	ITU-R BT601 SMPTE 287M
7	480	720	Чересстрочная	во	724	724	4	в	4	8	ITU-R ВТ 801 SMPTE 267M
6	720	1280	Построчная	59.94	644	964	24	24	23	23	SMPTE 296M
9	720	1280	Построчная	80	644	984	24	24	23	23	SMPTE 298M
10	480	1440	Построчная	59.94	724	724	16	24	16	24	ElOCEA-861-8
11	480	1440	Построчная	60	724	724	16	24	16	24	EIC/CEA-861-B
12	1080	1920	Построчная	59.94	964	964	36	54	34	51	ITU-R ВТ 709 SMPTE 274M
13	1080	1920	Построчная	60	964	964	36	54	34	51	ITU-R BT709 SMPTE 274M
14	1080	1920	Чересстрочная	59.94	984	984	20	30	17	28	ITU-R BT.709 SMPTE 274M
15	1080	1920	Чересстрочная	во	964	964	20	30	17	26	ITU-R BT.709 SMPTE 274M
1в	288	720	Построчная	so	724	724	4	8	4	6	EIC7CEA-881-6
17	578	720	Построчная	50	724	724	8	12	8	12	ITU-R ВТ 1358

ГОСТ Р МЭК 61883-8—2016

Продолжение тебпицы 1

B*W0-режим	Акттые вертикальные СТДОИ	Активные горизонтальные пи «сети	Чересстрочная или построчная ра$еертхв	Частота кадров Гц	Размер исходного пакета для фетмоге лрострахпе. байт	SYT интервал для цветового пространства	MAXVOSP для цветового пространстве	Специфисцдгя
О а а в	1 и2 ал е	0 аь	1 м2 дь	0 в ь	1 и2 в ь
18	578	720	чересстрочная	50	724	724	4	в	4	6	ITU-R ВТ501
19	720	1280	Построчная	50	844	984	20	20	19	19	SMPTE 296М
20	578	1440	Построчная	50	724	724	16	24	16	24	EICJCEA-861-B
21	480	960	Черес строгая	59.94	644	724	6	8	6	8	ITU-R ВТ.601 SMPTE 267М
22	576	960	чересстрочная	50	644	724	6	8	6	8	ITU-R ВТ 601
23	—	Резерв	—	—	—	—	—	—	—	—	—
24	—	Резерв	—	—	—	—	—	—	—	—	—
25	1080	1920	Построчная	23.976	964	964	16	24	14	21	ITU-Я ВТ.709 SMPTE274M
26	1080	1920	Построчная	24	964	964	16	24	14	21	ITU-R ВТ.709 SMPTE 274М
2?	1080	1920	Построчная	2S	954	964	16	24	15	22	ITU-R 8Т.709 SMPTE 274М
28	1080	1920	Построчная	29.97	984	964	20	30	17	26	ITU-R ВТ 709 SMPTE 274M
29	1080	1920	Построчная	30	964	964	20	30	17	26	ITU-Я ВТ.709 SMPTE274M
30	1080	1920	Построчная	50	964	964	32	48	29	43	ITU-R ВТ.709 SMPTE 274M
31	1080	1920	Чересстрочная	50	954	954	16	24	15	22	ITU-R BT709 SMPTE 274M
32	288	352	Построчная	25	356	532	2	2	2	2	ITU-T К 263 CCIF)
33	240	352	Построчная	30	356	532	2	2	2	2	ISO/ЕЮ 11172-2 (CIF)
34	144	176	Построчная	25	160	268	2	2	1	1	ITU-T H 263 (QCIF)

ГОСТ Р МЭК 61883*8—2016

Продолжение таблицы 1

Вцдео* режим	Дкп*ые вертикальные строки	Активные горизонтальные пиксели	мере остром не а или построчная развертка	частота кадров. Гч	Размер исходного пакета для цветового прострактеа байт	SVT интервал для цветового пространства	MAX VDSP для цветового пространства	Специфика до
0 аве	1 м2 а. ве	0 во	1 м2 же	0 а в	1 и2 а о
35	120	352	построчная	30	180	268	2	2	1	1	ISOl’HIC 11172*2 (QCIF)
36	288	352	Построчная	29.97	356	532	6	6	3	3	ITU-T Н 263 (ClF)
37	144	176	Построчная	29.97	180	268	2	2	2	2	ITU-T H 263 (QCIF)
38	234	480	Построчная	29.97	324	364	3	4	3	4	Автоматически 6
39	234	480	Построчная	15	324	364	3	4	2	2	Автоматически 0
40	480	800	Построчная	15	804	804	2	3	2	3	Автоматически с
41	240	320	Построчная	15	324	244	2	4	1	2	1ЮСу1 31′
42	240	320	Построчная	30	324	244	2	4	2	4	HDCV131
43	240	320	Построчная	60	324	244	4	в	4	8	IOCv1 31
44	480	640	Построчная	15	644	644	2	3	2	3	UDC v1 31
45	480	640	Построчная	30	644	644	4	6	4	6	IOC v 131
48	480	640	Построчная	60	644	644	8	12	8	11	IOCv1 31
47	600	800	Построчная	15	804	804	4	в	3	4	IOC v 1.31
48	600	800	Построчная	30	804	804	6	9	5	7	IOC v 131
49	600	800	Построчная	60	804	604	10	15	9	14	1ЮС vl 31
$0	768	1024	Построчная	1S	S16	772	8	8	6	6	IOC v 1.31
51	768	1024	Построчная	30	516	772	12	12	12	12	IOC v 131
52	768	1024	Построчная	60	516	772	24	24	24	24	IOCv1 31
S3	960	1280	Построчная	1S	644	964	8	В	8	8	IOCv1 31
54	960	1280	Построчная	30	644	964	16	16	15	15	IOCv1 31
5S	960	1280	Построчная	60	644	964	32	32	29	29	IOCv1 31

ГОСТ Р МЭК 61883-8—2016

Использование видеорежима FF₁₆ не входит в область применения настоящего стандарта. Тем не менее, ожидается, что его использование будет определяться путем согласования до передачи.

Поле режима сжатия кодируют согласно таблице 2. Использование режима сжатия FF₁₆ не входит в область применения настоящего стандарта. Тем не менее, ожидается, что его использование будет определяться путем согласования до передачи.

Таблица 2 — Режим сжатия

Значение для режима сжатия	Описание режима сжатия	Ссылочная спецификация
»16	Несжатые видеоданные	Не применяется
116	Видеоданные сжатые с использованием светового кодека	Спецификация полупроводникового светового кодека Оксфорд (Oxford), версия 1.0, [10]1)
216	Сжатые видеоданные с использованием смарт-кодека	Спецификация смарт-кодека, Fujitsu, версия 1.0 [11].
>=F16	Сжатые видеоданные с использованием другого видеокодека	Не применяется
Другое	Зарезервировано для будущих спецификаций	Не применяется

Поле цветового пространства кодируют согласно таблице 3. Использование цветового пространства FF₁₆ не входит в область применения настоящего стандарта. Тем не менее, ожидается, что его использование будет определяться путем согласования до передачи.

Таблица 3 — Цветовое пространство

Формат цветового пространства	Описание цветового пространства
016	YUV 4:2:2 (16 бит/пиксель, 8 бит/отсчет)
11б	YUV 4:4:4 (24 бит/пиксель, 8 бит/отсчет)
21б	RGB (24 бит/пиксель. 8 бит/отсчет)
316	RGB (18 бит/пиксель, 6 бит/отсчет)
	Другое цветовое пространство
Другое	Зарезервировано для будущих спецификаций

• 4.6 Пакетизация

• 4.6.1 Формат исходного пакета

В потоке, который соответствует настоящему стандарту, каждый изохронный пакет IEEE 1394 включает заголовок CIP, за которым следует ноль или большее количество пакетов. Общий формат исходного пакета при всех режимах сжатия и для всех типов исходных пакетов представлен на рисунке 7. Он состоит из единичного квадлета специальной информации о типе, за которым следуют данные. Размер каждого исходного пакета зависит от режима сжатия, видеорежима и режима цветового пространства. Разрешенные режимы видео, сжатия и цветового пространства приведены в таблицах 1, 2 и 3 соответственно. В таблице 1 указан размер исходного пакета для каждого видеорежима и режима цветового пространства при режиме сжатия 0. Этот размер представляет собой общее количество байт на исходный пакет, т.е. специальную информацию о типе и данные исходного пакета. Все исходные пакеты заданного потока имеют такой размер.

Цифры в квадратных скобках означают номер первоисточника в разделе «Библиография».

Поле type обозначает тип данных, входящих в исходный пакет. Его кодируют согласно таблице 4.

Лоле ver указывает версию исходного пакета. Его значение определяется в специальных разделах. приведенных ниже.

Содержимое поля type specific information (тип специальной информации) зависит от поля type. Его кодируют, как установлено в специальных разделах 4.6.2. 4.6.3 и 4.6.4.

Содержимое поля source packet data (данные исходного пакета) зависит от поля type. Его кодируют, как установлено в специальных разделах 4.6.2.4.6.3 и 4.6.4.

Таблица 4 — Кодирование типа исходного пакета

Тил	Описание типа
016	Исходный пакет включает видеоданные, указанные в 4.6.2
116	Исходный пакет включает информацию потока и метаданные, указанные в 4 6.3
2ie	Зарезервировано для будущих спецификаций транспортировки аудиоданных. Дополнительная информация, относящаяся к данному типу, приведена в 4 6.4
Другое	Зарезервировано для последующего использования

• 4.6.2 Исходный пакет типа 0₁₆ — Исходный пакет видеоданных

• 4.6.2.1 Исходный пакет видеоданных

На рисунке 8 приведено определение и расположение полей в исходном пакете видеоданных.

Специальная информация режима сжатия

I ■ 1 I I I I I ■ I t I 1 i I I I I I I

Видеоданные

Рисунок 8 — Исходный пакет видеоданных

Поле type должно быть установлено на 0₁₆ для обозначения исходного пакета видеоданных.

Поле ver должно быть установлено на 0_1б для обозначения версии 0 исходного пакета видеоданных.

Поле compression mode specific information (специальная информация режима сжатия) имеет разное определение для каждого из режимов сжатия. Перечень режимов сжатия приведен в таблице 2. Подробная информация о поле compression mode specific information (специальная информация режима сжатия) для режимов сжатия 0₁₆, 1₁₆, 2₁₆ и FF₁₆ приведена в 4.6.2.2, 4.6.2.3. 4.6.2.4 и 4.6.2.5 соответственно.

Поле video data (видеоданные) определяется комбинацией видеорежима, режима сжатия и цветового пространства. Ссылка на применяемое определение для форматирования поля video data (видеоданные) приведена в таблице 5.

Таблица 5 — Ссыпки для определения видеоданных

Режим сжатия	Цветовое пространство	Видеорежим	Ссылка на подпункт настоящего стандарта, устанавливающий определение видеоданных
°16	0.6	Все определено за исключением FF16	46.2.6 и 4.6.2.10
°ie	116	Все определено за исключением FF16	46.2.6 и 4.6.2.10
0.6	216	Все определено за исключением FF16	4 6.2.6 и 4 6.2.11
0,6	3.6	Все определено за исключением FF16	4 6.2.6 и 46.2.13
0.6	FFie	Все определено за исключением FF16	46.2.6 и 4.6.2.13
0.6	Все определено		4 6.2.6 и 4.6.2.15
116	Все определено	Все определено	46.2.7
2.6	Все определено	Все определено	4.6.28
FF.6	Все определено	Все определено	4.6.29

• 4.6.2.2 Тип специальной информации режима сжатия 0_1б

На рисунке 9 приведено определение и расположение полей в рамках поля type specific information (тип специальной информации) для исходных пакетов видеоданных, передаваемых в режиме сжатия 0₁₆.

VDSPC 1 I 1 I 1 I 1

а о 1

S а V

номер строки | | | | | 1 | | | | | | |

Рисунок 9 — Специальная информация режима сжатия 0_1б

Поле VDSPC (счетчик исходных пакетов видеоданных) содержит текущий счет исходных пакетов видеоданных. Оно прирастает на единицу при создании передатчиком каждого исходного пакета видеоданных. 8 начале потока первый создаваемый исходный пакет имеет VDSPC, равный 0. Так как ширина VDSPC составляет только 8 бит, то в него входит значение нижних 8 бит текущего счета.

Поле so/(начало строки) устанавливается в исходном пакете, который содержит первый пиксель видеостроки. Не требуется, чтобы начало видеостроки соответствовало началу изохронного пакета IEEE-1394.

Поле sav (начало активной части видеосигнала) устанавливается в исходном пакете, который содержит первый пиксель первой активной видеостроки каждого кадра (построчная развертка) или каждого поля (чересстрочная развертка). Данное поле может устанавливаться только в исходном пакете с установленным полем sol. Не требуется, чтобы начало активной видеостроки совпадало с началом изохронного пакета IEEE-1394.

Поле line number (номер строки) — это строка, в которой находятся видеоданные в исходном пакете, как определено в спецификации видеосигнала, приведенной в таблице 1 для заданного видеорежима. Если нумерация строк не определена спецификацией видеосогнала, поле line number должно вести последовательный счет строк в кадре, начиная с первой строки, передаваемой с номером строки.

• 4.6.2.3 Тип специальной информации режима сжатия 1_1б

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

• 4.6.2.4 Тип специальной информации режима сжатия 2₁₆

Определение поля type specific information {тип специальной информации) для данного режима сжатия определено в соответствующих спецификациях, указанных в таблице 2.

• 4.6.2.5 Тип специальной информации режима сжатия FF₁₆

Определение поля type specific information {тип специальной информации) для режима сжатия FF₁₆ не входит в область применения настоящего стандарта.

• 4.6.2.6 Пакетизация видеоданных в режиме сжатия 0₁₆

При передаче данных в режиме сжатия 0₁₆ передаваемые видеоданные представляют собой активные пиксели по горизонтали как для активных строк, так и для строк кадрового периода гашения (обратного хода луча) (за исключением случая, когда их не существует). Первый пиксель видеостроки всегда должен быть первым пикселем в исходном пакете, и каждая видеострока всегда должна быть заполнена целым числом исходных пакетов. Количество пикселей в каждом исходном пакете зависит от видеорежима и цветового пространства и подробно определено в таблице 1. Изохронный канал IEEE 1394, используемый для передачи данных в соответствии с настоящим стандартом, должен передавать только один поток видеосигнала в одном изохронном канале 1394.

• 4.6.2.7 Пакетизация видеоданных в режиме сжатия 1₁₆

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

• 4.6.2.8 Пакетизация видеоданных в режиме сжатия 2₁₆

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

• 4.6.2.9 Пакетизация видеоданных в режиме сжатия FF₁₆

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

• 4.6.2.10 Пакетизация видеоданных цветового пространства 0₁₆ —YUV 4:2:2 8 бит/отсчет

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

– с о	Vo	Vo	Yi …….
и2 …….	y2 1 1 1 1 1 1 1	V2 1 1 1 1 1 1 1	Y3 i i i i i i i
и4 1 1 1 1 1 1 1	Y4 1 1 1 1 1 1 1	V4 …….	y5 i i i i i i i
…….	…….	…….	i i i i j i >
…….		…….	• • • 1 1 1 1 1 1 1
…….	1 1 1 1 1 1 1	1 1 1 1 1 1 1	1 1 1 I 1 1 1
…….	Yn-5 …….	VrbS …….	Ym …….
Чъз …….	Ym ……J	V„-3 J 1 1 1 1 1 1	Yn-2 …….
Um ■■■■■■■	Ym ■ ■■■■■«	Vm	Yn ■■■■■■«

Рисунок 10 — Пакетизация видеоданных цветового пространства 0_1б

• 4.6.2.11 Пакетизация видеоданных цветового пространства 1_1е — YUV 4:4:4 8 бит/отсчет

Каждый пиксель содержит отсчеты Y, U и V. На рисунке 11 представлена схема расположения отсчетов. Нижний индекс п обозначает номер пикселя в пределах исходного пакета.

и0 J I J I 1 1 I	Vo I 1 I 1 I I I	Vo 1 1 I 1 i 1 1	Ui …….
*1 …….	Vi I 1 I 1 I 1 I	U2 …….	Y2 …….
V2	u3 1 1 1 1 1 i 1	Y3	V3 …….
			• • •
I I 1 1 1 1 1	I……	I……	……1
1 1 1 1 1 1 1	…….	…….	…….
1 1 t 1 1 1 1	…….	…….	1 1 1 i 1 1 1
4>э …….	Yn-3 …….	Vm 1 1 i 1 ! 1 1	Un-2 …….
Yn-2 …….	Vn-2 I I I I I I I	Urn I I 1 1 i 1 i	Yn-1 i i i i i i i
Vn-1 ■■■■■■■	Un >■■■■■»	Yn ■■■■■■■	vn ■ i ■ i ■ i i

Рисунок 11 — Пакетизация видеоданных цветового пространства 1_1б

• 4.6.2.12 Пакетизация видеоданных цветового пространства 2_1б — RGB 8 бит/отсчет

Каждый пиксель содержит отсчеты R, G и В. На рисунке 12 представлена схема расположения отсчетов. Нижний индекс п обозначает номер пикселя в пределах исходного пакета.

Ro …….	Go i i i i i i i	Bo 1 1 1 1 I 1 I	R1 i 1 i 1 i i 1
Gi …….	Bi …….	r2 1 1 1 1 t 1 t	g2 …….
B2 …….	R3 …….	G3 1 1 1 1 1 1 i	B3 1 J 1 J 1 1 1
• • • I I t I t 1 t	• • • …….	• • • …….	…….
1 1 t 1 1 1 1	1 1 1 1 1 1 1	…….	• • • 1 1 1 1 1 1 1
1 1 1 1 1 1 1	1 1 1 1 1 1 1	1 1 1 1 I 1 I	1 1 1 1 1 1 I
Rn-з i i i i i i i	Gn-3 1 1 1 1 1 1 1	Bn-3 1 1 1 1 1 1 1	Rn-2 1 1 1 1 1 1 t
Gn-2 …….	Bn-2 …….	Rn-i …….	Gr-1 I ……
Bn-1 i i i i -1—1—1	Rn 1111111	Gn 1111111	Bn 11111 11

Рисунок 12 — Пакетизация видеоданных цветового пространства 2₁₆

• 4.6.2.13 Пакетизация видеоданных цветового пространства 3_1б — RGB 6 бит/отсчет

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

• 4.6.2.14 Пакетизация видеоданных цветового пространства FF₁₆

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

• 4.6.2.15 Пакетизация видеоданных видеорежима FF₁₆

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

4.6.3 Исходный пакет типа 1₁₆ — Исходный пакет информационного потока и метаданных (SIM)

• 4.6.3.1 Исходный пакет информационного потока и метаданных (SIM)

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

Зарезервировано i i i i 1	Полная длина 1 1 1 1 1 1 1 1 1	Зарезервировано 1 1 1 1 1 1 1 1 1	Ver=1 I	Туре = 1 i i I
Зарезервировано 1 1 1 1 1	Длина информационного потока . (байты) 1 1 1 1 1 1 1 1 1	Длина информационного потока (поле переменной длины, ноль или более байт)
Зарезервировано 1 1 1 1 1	Длина вспомогательных данных (байты) 1 1 1 1 1 1 1 1 1	Вспомогательные данные (поле переменной длины, ноль или более байт)
Зарезервировано 1 1 1 1 1	Длина специальной информации видеорежима (байты) 1 1 1 1 1 1 1 1 1	Данные специальной информации видеорежима (поле переменной длины, ноль или более байт)
Зарезервировано 1 1 1 1 1	Длина специальной информации режима сжатия (байты) i 1 1 1 1 1 1 1 1	Данные специальной информации режима сжатия (поле переменной длины, ноль или более байт)
Зарезервировано 1 1 1 1 1	Длина специальной информации цветового пространства (байты) 1 1 1 1 1 1 1 1 1	Данные специальной информации цветового пространства (поле переменной длины, ноль или более байт)
Зарезервировано 1 1 1 1 1	Длина специальной информации о поставщике (байты) 1 1 1 1 1 1 1 1 1	Данные специальной информации о поставщике (поле переменной длины, ноль или более байт)
Зарезервировано 1 1 1 1 1	Длина специальной информации управления копированием (байты) 1 1 1 1 1 1 1 1 1	Данные специальной информации управления копированием (поле переменной длины, ноль или более байт)

Рисунок 13 — Исходный пакет потока информации и метаданных

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

В исходный пакет SIM включаются шесть типов данных:

• – информационный поток;

• – вспомогательные данные;

• – специальная информация видеорежима;

• – специальная информация режима сжатия;

• – специальная информация цветового пространства;

• – информация управления копированием.

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

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

Для обозначения исходного пакета SIM поле Туре должно быть установлено на 1₁₆.

Поле Ver должно быть установлено на 1₁₆для обозначения версии 1 исходного пакета SIM. Эта версия обратно совместима с версией 0. Все последующие версии должны быть обратно совместимыми. они должны только вводить дополнительные типы данных способом, совместимым с уже указанными версиями. Узел, получающий исходный пакет SIM с более поздним номером версии, чем тот, который он поддерживает, должен игнорировать дополнительные типы данных.

Поле Total Length (Общая длина) указывает количество действительных байт в части исходного пакета Source Packet Data (Данные исходного пакета). Его значение представляет собой сумму шести длин полей, 12 байт для длины и самих зарезервированных полей. Total Length (Общая длина) должна быть меньше или равной source packet size (размер исходного пакета) — 4, где source packet size (размер исходного пакета) определяется комбинацией видеорежима, режимов сжатия и цветового пространства. Так как существует ряд разных размеров исходных пакетов, маловероятно, чтобы Total Length (Общая длина) была равна source packet size (размер исходного пакета) — 4, поэтому все оставшиеся байты в исходном пакете за исключением обозначенных как Total Length (Общая длина) резервируют и должны быть установлены на 00₁₆.

• 4.6.3.2 Информационный поток

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

Дл зарезервировано ** 1 1 1 1 1!	ина информационного потока = 14 ill ill	зарезерЕ 1 1 1 1 1 1 1	мровано 1 1 1 1 1 1 1
	Видеорежим 1 1 1 11	Частота др кадров iZjTi …….1……..1…….1…..	F	эежим сжатия 1 1 1 11	Цветовое пространство 1 1 1 1 1 1 1
Р/1 I	Размер по вертикали 1 1 1 1 1 1 1 1 1 1 1 1 1	Г 1	Размер по горизонтали 1 1 1 1 1 1 1 1 1 1 1 1 1
г 1	Передаваемый размер по вертикали 1 1 1 1 1 L—1 1 1 1 1 1 1	г 1—	Передаваемый размер по горизонтали 1 1 1 1 1 1—1 1 1 1 1 1

Рисунок 14 — Определение полей информационного потока

Поле stream info length (длина потока информации) должно быть установлено на 14 (Е₁₆) для указания, что информационный поток составляет 14 байт.

Поле video mode (видеорежим) кодируют в соответствии с таблицей 1. Для всех видеорежимов, за исключением режима FF₁₆, значения полей frame rate (частота кадров), Р/1 (построчная/чересстроч-ная развертка), vertical size (размер по вертикали), horizontal size (размер по горизонтали), transport vertical size (передаваемый размер по вертикали), transport horizontal size (передаваемый размер по горизонтали) являются фиксированными и приведены в приложении В. При использовании видеорежима FF_ie эти поля должны быть установлены на соответствующие значения, указанные в приведенных ниже таблицах, Если ни одно из значений не соответствует требуемому параметру, необходимо использовать значение, соответствующее отсутствию информации, т.е. все биты в нем должны быть установлены на 1₂. Действие, предпринимаемое узлом стока, принимающим поле, установленное на отсутствие информации, не входит в область применения настоящего стандарта.

Поле frame rate (частота кадров) кодируют в соответствии с таблицей 6.

Таблица 6 — Частота кадров

Частота кадров	Значение частоты кадров (число кадров за секунду)
0.6	Зарезервировано для будущих спецификаций
116	24/1,001 (23,976…)
21б	24
316	25
416	30/1,001 (29,97…)
51б	30
6.6	50
71б	60/1,001 (59,94…)
®1б	60
916	15
Fl6	Нет информации
Другие	Зарезервировано для будущих спецификаций

Поле AR (форматное соотношение) представлено в приведенной ниже таблице 7.

Таблица 7 — Форматное соотношение

AR	Форматное соотношение
21б	4:3
3i6	16:9

Окончание таблицы 7

AR	Форматное соотношение
4,6	2.21:1
F16	Нет информации
Другие	Зарезервировано для будущих спецификаций

Поле P/I указывает, какую развертку имеет видеопоток: построчную или чересстрочную. Поле P/I кодируют в соответствии с таблицей 8.

Таблица 8 — Режим построчной/чересстрочной развертки

р/1	Информация о построчной/чересстрочной развертке
°1б	Поток содержит чересстрочные видеокадры
11б	Поток содержит построчные видеокадры
21б	Зарезервировано для будущих спецификаций
3ie	Нет информации

Поле vertical size (размер по вертикали) определяет значение в строках разрешающей способности видеопотока по вертикали. Данное число включает гашение обратного хода кадровой развертки, если применимо.

Поле horizontal size (размер по горизонтали) определяет значение в пикселях (не отсчетах) разрешающей способности видеопотока по горизонтали. Данное число включает гашение обратного хода построчной развертки, если применимо.

Поле transport vertical size (передаваемый размер по вертикали) определяет значение в строках разрешающей способности видеопотока по вертикали, которое передается в действительности. Для всех видеорежимов, определенных в настоящее время, за исключением FF_ie, передается каждая строка и поэтому данное число учитывает любое гашение обратного хода кадровой развертки. Информация относительно возможной передачи гашения обратного хода кадровой развертки в видеорежиме FF₁₆ не входит в область применения настоящего стандарта.

Поле transport horizontal size (передаваемый размер по горизонтали) определяет значение в пикселях (не отсчетах) разрешающей способности видеопотока по горизонтали, которое передается в действительности. Для всех видеорежимов, определенных в настоящее время, за исключением FF₁₆, передается только активная часть каждых видеострок и поэтому данное число не учитывает какого-либо гашения обратного хода строчной развертки. Информация относительно возможной передачи гашения обратного хода строчной развертки в видеорежиме FF₁₆ не входит в область применения настоящего стандарта.

• 4.6.3.3 Вспомогательная информация

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

Поле auxiliary data length (длина вспомогательных данных) должно устанавливаться на 14 (Е₁₆) для указания того, что вспомогательные данные содержат 14 байт.

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

ТС VAL: А 1, если поля временного кодирования содержат действительную информацию.

ТС tens of frames: Значение в двоично-десятичном представлении (BCD) десятков кадров с временным кодированием.

ТС units of frames: Значение в двоично-десятичном представлении (BCD) единиц кадров с временным кодированием.

Drop (удаление/игнорирование): А1, если временной код основан на подсчете в режиме удаления.

Длина зарезервировано вспомогательных 1 I 1 I I данных (биты 7:0)=02
	Длина вспомогательны» i i	с данных (биты 7:0) = 14 i i i
ТС VAL	TC tens of frames 1 1	TC units of frames 1 1 1
Drop	TC tens of seconds 1 1	TC units of seconds 1 1 1
г	TC tens of minutes 1 1	TC units of minutes 1 1 1
	TC tens	of hours 1	TC units of hours 1 1 1
RD VAL	DS	tens of time zone 1	units of time zone 1 1 1
г 1	tens c	>f day	units of day 1 1 1
day of week 1 1	tens of month	units of month 1 1 1
tens of year l l 1	units of year 1 l 1
	thousands of year 1 1	hundreds of year 1 1 1
RT VAL	RT tens of frames 1 1	RT units of frames I 1 I
Г	RT tens of seconds i i	RT units of seconds i i i
r	RT t	3ns of minutes 1	RT units of minutes I l I
r 1	RT tens of hours 1	RT units of hours 1 1 1
зарезервировано 1 1 1 1 1 1 1

Рисунок 15 — Определения полей вспомогательных данных

ТС tens of seconds: Значение в двоично-десятичном представлении (BCD) десятков секунд с временным кодированием.

ТС units of seconds: Значение в двоично-десятичном представлении (BCD) единиц секунд с временным кодированием.

ТС tens of minutes: Значение в двоично-десятичном представлении (BCD) десятков минут с временным кодированием.

ТС units of minutes: Значение в двоично-десятичном представлении (BCD) единиц минут с временным кодированием.

ТС tens of hours: Значение в двоично-десятичном представлении (BCD) десятков часов с временным кодированием.

ТС units of hours: Значение в двоично-десятичном представлении (BCD) единиц часов с временным кодированием.

RD VAL (значение даты записи): А 1, если поля даты записи содержат действительную информацию.

DS (декретное время): А 1, если время записи основано на декретном времени.

tens of time zone: Значение в двоично-десятичном представлении (BCD) десятков значений времени записи во временной зоне.

units of time zone: Значение в двоично-десятичном представлении (BCD) единиц значений времени записи во временной зоне.

tens of day. Значение в двоично-десятичном представлении (BCD) десятков дат записи в день. units of day: Значение в двоично-десятичном представлении (BCD) единиц дат записи в день day of week: День недели, от 0 (воскресенье) до 6 (суббота).

tens of month: Значение в двоично-десятичном представлении (BCD) десятков дат записей в месяц.

units of month: Значение в двоично-десятичном представлении (BCD) единиц дат записей 8 месяц. tens of year: Значение в двоично-десятичном представлении (BCD) десятков дат записей в год. units of year: Значение в двоично-десятичном представлении (BCD) единиц дат записей в год. hundreds of year: Значение в двоично-десятичном представлении (BCD) сотен дат записей в год. thousands of year: Значение в двоично-десятичном представлении (BCD) тысяч дат записей в год. RT VAL: А.1, если поля времени записи содержат действительную информацию.

RT tens of frames: Значение в двоично-десятичном представлении (BCD) десятков кадров с временем записи.

RT units of frames: Значение в двоично-десятичном представлении (BCD) единиц кадров с временем записи.

RT tens of seconds: Значение в двоично-десятичном представлении (BCD) десятков секунд с временем записи.

RT units of seconds: Значение в двоично-десятичном представлении (BCD) единиц секунд с временем записи.

RT tens of minutes: Значение в двоично-десятичном представлении (BCD) десятков минут с временем записи.

RT units of minutes: Значение в двоично-десятичном представлении (BCD) единиц минут с временем записи.

RT tens of hours: Значение в двоично-десятичном представлении (BCD) десятков часов с временем записи.

RT units of hours: Значение в двоично-десятичном представлении (BCD) единиц часов с временем записи.

• 4.6.3.4 Специальная информация видеорежима

Для всех видеорежимов, за исключением FF₁₆, отсутствуют поля данных, определенных в настоящее время для этого типа данных. Поэтому video mode specific info length (длина специальной информации видеорежима) должна быть 00₁₆, и в поле данных этого типа информации не содержаться байт данных.

Для видеорежима FF₁₆ первые три байта, следующие за полем длины, должны быть уникальным идентификатором (OUI) организации поставщика, который указывает передаваемую структуру типа данных специальной информации видеорежима. Поэтому video mode specific info length (длина специальной информации видеорежима) должна быть не менее 03₁₆. Оставшиеся поля этой структуры типа данных определяются организацией-поставщиком, обозначенным значением OUI.

• 4.6.3.5 Специальная информация режима сжатия

Для режима сжатия 0₁₆ отсутствуют поля данных, определенных в настоящее время для этого типа данных. Поэтому compression mode specific info length (длина специальной информации режима сжатия) должна быть 00_1б, и в поле данных этого типа информации не должно содержаться байт данных.

Для режимов сжатия 1₁₆ и 2₁₆ длина и структура типа данных определена в соответствующих спецификациях, указанных в таблице 2.

Для режима сжатия FF₁₆ первые три байта, следующие за полем длины, должны быть уникальным идентификатором (OUI) организации-поставщика, который указывает передаваемую структуру типа данных специальной информации режима сжатия. Поэтому compression mode specific info length (длина специальной информации режима сжатия) должна быть не менее 03_1е. Оставшиеся поля этой структуры типа данных определяются организацией-поставщиком, обозначенным значением OUI.

• 4.6.3.6 Специальная информация цветового пространства

Для всех режимов цветового пространства, за исключением FF₁₆, отсутствуют поля данных, определенных в настоящее время для этого типа данных. Поэтому color space specific info length (длина специальной информации цветового пространства) должна быть 00₁₆. и в поле данных этого типа информации не должно содержаться байт данных.

Для режима цветового пространства FF₁₆ первые три байта, следующие за полем длины, должны быть уникальным идентификатором (OUI) организации-поставщика, который указывает передаваемую структуру типа данных специальной информации режима цветового пространства. Поэтому color space specific info length (длина специальной информации цветового пространства) должна быть не менее 03₁₆. Оставшиеся поля этой структуры типа данных определяются организацией-поставщиком, обозначенным значением OUI.

• 4.6.3.7 Специальная информация об организации-поставщике

Если данное поле не используется, vendor specific info length (длина специальной информации об организации-поставщике) должна быть 00₁₆, и в поле данных этого типа информации не должно содержаться байт данных.

При использовании данного поля первые три байта, следующие за полем длины, должны быть уникальным идентификатором (OUI) организации-поставщика, который вводил в эксплуатацию данное устройство. В таком случае vendor specific info length (длина специальной информации об организации-поставщике) должна быть не менее 03₁₆. Оставшиеся поля этой структуры типа данных определяются организацией-поставщиком, обозначенным значением OUI.

• 4.6.3.8 Информация управления копированием (CCI)

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

Если CCI для передачи отсутствует, copy control specific info length (длина специальной информации управления копированием) должна быть 00₁₆, и в поле данных этого типа информации не должно содержаться байт данных.

При использовании данного поля первые три байта, следующие за полем длины, должны быть уникальным идентификатором (OUI) организации-поставщика, который определил информацию управления копированием. В таком случае copy control specific info length (длина специальной информации о возможности копирования) должна быть не менее 03₁₆. Оставшиеся поля этой структуры типа данных определяются организацией-поставщиком, обозначенным значением OUI.

В приложении Н дано определение структуры дескриптора СО, которая определена стандартом Торговой Ассоциацией 1394.

• 4.6.4 Исходный пакет типа 2_1б — Исходный пакет аудиоданных

• 4.6.4.1 Исходный пакет аудиоданных

Спецификация транспортирования аудиоданных в рамках того же потока 1394. в котором передаются видеоданные, будут в будущем введены в настоящий стандарт. До момента введения этого обновления рекомендуется передавать аудиоданные в виде отдельного потока 1394, описанного в МЭК 61833-6 [6]. Для этой цели зарезервирован исходный пакет типа 2₁₆. Предлагаемый метод синхронизации каналов видео- и аудио-1394 приведен в приложении А. Реальный метод синхронизации аудио-/ видеосигналов является зависимым от реализации.

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

• 4.7.1 Пакетная передача для режима сжатия 0₁₆

• 4.7.1.1 Общие представления о передаче

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

• a) Готовый к передаче непустой пакет определяется как истинный, если один или более исходных пакетов видеоданных доставлены в рамках какого-либо изохронного цикла. Такой метод передачи называют передачей без блокировки, он описан в 4.7.1.2.

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

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

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

пакетов видеоданных. Для этой цели используют поле VDSPC (счетчик исходных пакетов видеоданных) в исходном пакете видеоданных.

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

mod(VDSPC, SYTJNTERVAL) = 0,

где

VDSPC — текущий счет переданных исходных пакетов видеоданных.

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

Приемник опознает исходный пакет видеоданных, для которого действительна временная отметка SYT, так как это исходный пакет, VDSPC которого решает следующее уравнение:

mod (VDSPC, SYTJNTERVAL) = 0.

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

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

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

Передатчик отсчитывает синхроимпульсы генератора синхронизации, например, передний фронт синхроимпульсов для видеосигнала, путем отсылки к собственному времени цикла CYCLE_TIME. Он передает сумму этого времени цикла и TRANSFER-DELAY в поле SYT общего изохронного пакета (CIP). Если информация о синхронизации для CIP не требуется, в SYT должен быть указан код отсутствия информации, т.е. FFFF₁₆.

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

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

О < N < MAXVDSP.

где

N — количество исходных пакетов видеоданных в изохронном пакете.

MAX-VDSP приведен в таблице 1.

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

Packet_arrival_time_L < Event- arrival_time[O] + TRANSFER-DELAY

Event_ arrivalJime(N-1] 2 Packet_arrivalJime_F,

где

Packet_arrival_time_F— время, мкс, когда первый бит изохронного пакета поступает на приемник. Packet_arrival_time_L — время, мкс. когда последний бит изохронного пакета поступает на приемник.

Event_ arrival_time[M] — время, мкс, прихода на передатчик исходного пакета видеоданных изохронного пакета М. Первый исходный пакет видеоданных изохронного пакета имеет М = 0.

Так как MAX_VDSP всегда больше или равен SYTJNTERVAL для всех видеорежимов, будет существовать максимум одна временная отметка SYT в исходном пакете видеоданных.

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

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

Передатчик должен формировать пакет, состоящий из не более чем MAX_VDSP + 1 исходных пакетов.

При блокировке длительность последовательных исходных пакетов видеоданных в CIP должна добавляться к задержке передачи по умолчанию TRANSFER-DELAY.

Если CIP состоит из N исходных пакетов видеоданных, тогда

ACTUAL_TRANSFER_DELAY >= TRANSFER-DELAY + (N * VDSP_DURATION), где

TRANSFER-DELAY — длительность исходного пакета видеоданных, зависит от видеорежима и цветового пространства. Длительность VDSP_DURATION для каждого видеорежима приведена в приложении В. Суммарная задержка для исходных видеопакетов MAX_VDSP также приведена в приложении В.

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

• 4.7.1.4 Распределение ширины полосы/пропускной способности

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

Для этой цели при расчете блоков распределения ширины полосы/пропускной способности используют следующее уравнение:

Максимальное количество байт в пакете = ((MAX-VDSP +1) х Размер исходного пакета) + 20 (А) Максимальное количество квадлет 8 пакете = (Максимальное количество байт в пакете/4) Блоки распределения ширины полосы/пропускной способности – Максимальное количество квадлет в пакете х SPEED_FACTOR

Коэффициент скорости SPEED-FACTOR принимает следующие значения:

• a) npnS100 SPEED-FACTOR = 16

• b) при S200 SPEED-FACTOR = 8

С) при S400 SPEED-FACTOR = 4

• d) при S800 SPEED-FACTOR = 2

• e) при S1600 SPEED_FACTOR = 1

• f) при S3200 SPEED-FACTOR = 0,5 (это может привести к дробному результату блоков распределения ширины полосы/пропускной способности, в таком случае значение следует округлить до следующего целого числа).

Для обеспечения достаточной ширины полосы/пропускной способности для исходного пакета SIM, который передается один раз за кадр, к MAX_VDSP следует добавить 1. При стандартном методе передачи без блокировки исходные пакеты видеоданных, которые ниже MAX.VDSP, будут передаваться в каждом пакете; для некоторых видеорежимов это может обеспечить достаточную ширину полосы/ пропускную способность для передачи исходного пакета SIM без дополнительной назначаемой полосы, когда при этом уравнение [А] становится:

Максимальное количество байт 8 пакете = (MAX_VDSP * Размер исходного пакета) + 20 [В]

Для цветового пространства 0_1б уравнение [А] требуется следующим видеорежимам:

д) режимы 49, 59, 60 и 61.

Для цветового пространства 1₁₆ и 2_1б уравнение [А] требуется следующим видеорежимам:

h) только режим 61.

Для режимов, которым уравнение (А) для расчета блоков распределения ширины полосы/пропускной способности не требуется, все же рекомендуется использовать его, так как в случае потери возможности передавать пакет (например, при отбрасывании пакета на старте цикла после обнуления шины) передатчик может «нагнать» за счет передачи MAX_VDSP событий в одном или более последовательных пакетах. Также, поскольку исходный пакет SIM передается единожды за кадр, распределение ширины полосы/пропускной способности, рассчитанное по уравнению [А], обеспечивает достаточную назначенную полосу так, что в изохронном пакете может быть послан один дополнительный исходный пакет видеоданных сверх MAX.VDSP без нарушения назначенной ширины полосы/пропускной способности, что справедливо для большинства изохронных пакетов. Если в большую часть времени эта дополнительная ширина полоса использоваться не будет, это обеспечит дополнительную пропускную способность, необходимую для более быстрого «подхвата» передачи.

Для всех режимов блоки (единицы) распределения ширины полосы/пропускной способности рассчитывают с использованием уравнения [А], а сами блоки(единицы) перечислены в приложении В.

• 4.7.2 Пакетная передача для режима сжатия 1₁₆

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

• 4.7.3 Пакетная передача для режима сжатия 2₁₆

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

• 4.7.4 Пакетная передача для режима сжатия FF₁₆

Определение параметров синхронизации передачи для данного режима сжатия не входит в область применения настоящего стандарта.

Приложение А

(справочное)

Синхронизация аудио-, видеосигналов

А.1 Логическое объединение потоков аудио- и видеосигналов

Спецификация (5), устанавливающая требования к управлению аудио-/видеосигналами, предоставляет достаточные функциональные возможности для идентификации объединенных изохронных потоков 1394.

А.2 Временная синхронизация аудио- и видеопотоков

Временная синхронизация может быть обеспечена на основании применения принципов, приведенных ниже.

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

TRANSFER_DELAY для этих потоков являются отличными от задержки TRANSFER_DELAY, приведенной в настоящем стандарте, которая больше задержки, приведенной в МЭК 61883-6 [6]. Поэтому источник должен обеспечить задержку данных по МЭК 61883-6 до входа в систему 1394 на время, равное

(TRANSFER-DELAY для 601 поверх 1394) — (TRANSFER-DELAY для МЭК 61883-6).

Такая буферизация должна выполняться в области синхронизации аудиосигналов. Следует отметить, что МЭК 61883-6 обеспечивает возможность изменения TRANSFER-DELAY МЭК 61883-6; передатчик, который обеспечивает эту функциональную возможность, должен соответственно менять эту дополнительную задержку. Должна существовать возможность настраивать TRANSFER-DELAY МЭК 61883-6 на значение, которое больше значения, используемого в настоящем стандарте. В этом случае видеоданные будут задерживаться в области синхронизации видеосигналов за счет разницы в значениях TRANSFER-DELAY.

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

Приложение В (обязательное)

Дополнительные параметры видеорежима

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

Примечание — Из-за ширины таблиц в данном приложении их будет две.

Таблица В.1 — Дополнительные параметры видеорежима, 1 из 2

Видео* режим	Передаваемый размер	Размер	Гашение обратного хода развертхи	P/I 8	Частота кадров! 8	Минимальная скорость шины режим сжатия 01б цветовое пространство
по вертикали3	по горизонтали d	по вертикали 8	по горизонтали d	кадровой	строчной	<>16	116И 21б
0	500	640	500	800	20	160	116	716	S800	S1600b
1	500	640	500	800	20	160	116	®16	S800	S1600b
2	263	720	263	858	23	138	116	716	S400	S800
3	263	720	263	858	23	138	116	®1б	S400	S800
4	522	720	522	858	42	138	116	716	S800	S1600
5	522	720	522	858	42	138	116	®16	S800	S1600
6	525	720	525	858	45	138	OlB	41б	S400	S800
7	525	720	525	858	45	138	016	®16	S400	S800
в	750	1280	750	1650	30	370	116	71б	S1600	S3200
9	750	1280	750	1650	30	370	116	®16	S1600	S3200
10	525	1440	525	1716	45	276		71б	S1600	S3200
11	525	1440	525	1716	45	276	116	®16	S1600	S3200
12	1125	1920	1125	2200	45	280	116	716	>«	>«
13	1125	1920	1125	2200	45	280	116	®16	>с	>с
14	1125	1920	1125	2200	45	280	016	416	S3200	S3200
15	1125	1920	1125	2200	45	280	016	®16	S3200	S3200
16	314	720	314	864	26	144	116	®16	S400	S800
17	625	720	625	864	49	144	116	®1б	S800	S1600
18	625	720	625	864	49	144	016	®16	S400	S800
19	750	1280	750	1980	30	700	116	®1б	S1600	S3200
20	625	1440	625	1728	49	288	116	®16	S1600	S3200
21	525	960	525	1144	45	184	°16	416	S8002	S800
22	625	960	625	1152	49	192	016	®16	S8002	S800
23	—	—	—	—	—	—	—	—	—	—
24	—	—	—	—	—	—	—	—	—	—

Продолжение таблицы В. 1

видео-режим	Передаваемый размер	Размер	Гашение обратного хода развертки	P/18	Частота кадров! 8	Минимальная скорость шины режим сжатия 016 цветовое пространство
по вертикали3	по горизонтали d	по вертикали 8	по горизонтали d	кадровой	строчной	о1е	116И 216
25	1125	1920	1125	2750	45	830	116	116	S1600	S3200
26	1125	1920	1125	2750	45	830	■«16	21б	S1600	S3200
27	1125	1920	1125	2640	45	720	116	316	S1600	S3200
28	1125	1920	1125	2200	45	280	116	41б	S3200	S3200
29	1125	1920	1125	2200	45	280	■«16	5,6	S3200	S3200
30	1125	1920	1125	2640	45	720	116	6,6	S3200	>с
31	1125	1920	1125	2640	45	720	°16	316	S1600	S3200
32	288	352	288	352	0	0	116	316	S200	S200
33	240	352	240	352	0	0	116	516	S200	S200
34	144	176	144	176	0	0	116	316	S100	S100
35	120	352	120	352	0	0	■«16	51б	S100	S100
36	288	352	288	352	0	0	116	416	S200	S400b
37	144	176	144	176	0	0	116	416	S100	S100
38	234	480	234	480	0	0	116	41б	S200b	S200
39	234	480	234	480	0	0	116	916	S100	S200b
40	480	800	480	800	0	0	■>16	91б	S400b	S400
41	240	320	240	320	0	0	116	916	S100	S100
42	240	320	240	320	0	0	116	®1б	S100	S200b
43	240	320	240	320	0	0	■«16	®1б	S200	S400b
44	480	640	480	640	0	0	116	916	S200	S400b
45	480	640	480	640	0	0	■«16	51б	S400	S800b
46	480	640	480	640	0	0	116	®16	S800	S800
47	600	800	600	800	0	0	116	91б	S400	S400
48	600	800	600	800	0	0		®1б	S800b	S800
49	600	800	600	800	0	0	116	®16	S800	S1600
50	768	1024	768	1024	0	0	■«16	91б	S400	S800
51	768	1024	768	1024	0	0	116	®16	S800	S1600
52	768	1024	768	1024	0	0	116	®16	S1600	S3200
53	960	1280	960	1280	0	0	116	916	S800	S16002
54	960	1280	960	1280	0	0	116	®1б	S1600	S1600
55	960	1280	960	1280	0	0	116	®16	S3200	S3200
56	1024	1280	1024	1280	0	0	116	916	S800	S1600b
57	1024	1280	1024	1280	0	0	116	516	S1600	S3200b

Окончание таблицы В. 1

Видео-режим	Передаваемый размер	Размер	Гашение обратного хода развертхи	P/I8	Частота кадров! 8	Минимальная скорость шины режим сжатия 016 цветовое пространство
по вертикали*	по горизонтали d	по вертикали 8	по горизонтали 0	кадровой	строчной	°16	116и 216
58	1024	1280	1024	1280	0	0	116	816	S3200	S3200
59	1200	1600	1200	1600	0	0	116		S800	S1600
60	1200	1600	1200	1600	0	0	11В	$16	S1600	S3200
61	1200	1600	1200	1600	0	0	116	®1б	S3200	>
62	480	800	480	800	0	0	Ч	5,6	S400	S800
63	480	800	480	800	0	0	11б	8ie	S800	S1600
255	Другие видеорежимы
Другие	Резерв для будущих спецификаций

³ Эти значения представляют кодирования, которые должны использоваться в исходном пакете SIM.

^ь Если для расчета единиц распределения пропускной способности в 4 7.1 4 используют уравнение (В), эти режимы можно передавать при следующей более низкой скорости шины.

^с Данному видеорежиму требуются скорости шины больше S3200 и, следовательно, сжатие, если он должен транспортироваться за время, пока скорость шины выходит за S3200.

^d Гашение обратного хода строчной развертки можно рассчитать как размер по горизонтали —транспортируемый размер по горизонтали.

Таблица В.2 — Дополнительные параметры видеорежима, 2 из 2

Видеорежим	Строки в интервале SYT все цветовые пространства	Длительность, мкс	Единицы распределения полосы при минимальной скорости разрешения для цветового пространства
Исходного пакета для цветового пространства 0	Изохронного пакета для цветового пространства 0	Исходного пакета для цветового пространства 1 и2	Изохронного пакета для цветового пространства 1 и2	0	1и2
0	4	16,69	133,52	11,13	133,56	2908	2908
1	4	16,67	133,36	11,12	133,44	2908	2908
2	2	31.72	126.88	21.15	126,9	3640	2544
3	2	31,69	126,76	21,13	126,78	3640	2544
4	4	15,99	127,92	10,66	127,92	3268	2358
5	4	15,97	127,76	10,65	127,8	3268	2358
6	2	31,78	127,12	21,19	127,14	3640	2544
7	2	31,75	127	21,17	127,02	3640	2544
8	6	5,57	128,11	5,57	128,11	3869	2895
9	6	5,56	127,88	5,56	127,88	3869	2895

Продолжение таблицы В.2

Видеорежим	Строки в интервале SYT все цветовые пространства	Длительность, мкс	Единицы распределения полосы при минимальной скорости разрешения для цветового пространства
Исходного пакета для цветового пространства 0	Изохронного пакета для цветового пространства 0	Исходного пакета для цветового пространства 1 и2	Изохронного пакета для цветового пространства 1 и2	0	1 и2
10	4	7,95	127,2	5,3	127,2	3082	2265
11	4	7,94	127,04	5.3	127,2	3082	2265
12	9	3,71	126,14	2,48	126,48	0	0
13	9	3,71	126,14	2.47	125,97	0	0
14	5	7.42	126,14	4,95	128,7	2172	3256
15	5	7,41	125,97	4,94	128,44	2172	3256
16	2	31,85	127,4	21,24	127,44	3640	2544
17	4	16	128	10,67	128,04	3268	2358
18	2	32	128	21,34	128,04	3640	2544
19	5	6,67	126,73	6,67	126,73	3225	2413
20	4	8	128	5,34	128,16	3082	2265
21	2	21,19	127,14	15,89	127,12	2264	3268
22	2	21,34	128,04	16	128	2264	3268
23	—	0	0	0	0	0	0
24	—	0	0	0	0	0	0
25	4	9,27	129,78	6,18	129,78	3620	2654
26	4	9,26	129,64	6,18	129,78	3620	2654
27	4	8,89	133,35	5,93	130,48	3861	2774
28	5	7,42	126,14	4,95	128,7	2172	3256
29	5	7,41	125,97	4,94	128,44	2172	3256
30	8	4,45	129,05	2,97	127,71	3618	0
31	4	8,89	133,35	5,93	130,48	3861	2774
32	1	69,45	138,9	69,45	138,9	2176	3232
33	1	69,45	138,9	69,45	138,9	2176	3232
34	1	138,89	138,89	138,89	138,89	1520	2224
35	1	138,89	138,89	138,89	138,89	1520	2224
36	3	57,93	173,79	57,93	173,79	2888	2148
37	1	115,86	231,72	115,86	231,72	2240	3296
38	1	47,54	142,62	35,65	142,6	2632	3680
39	2	94,97	189,94	71,23	142,46	3968	2224
40	1	69,45	138,9	46,3	138,9	2432	3236

Окончание таблицы В.2

Видеорежим	Строки в интервале SYT все цветовые пространства	Длительность, мкс	Единицы распределения полосы при минимальной скорости разрешения для цветового пространства
Исходного пакета для цветового пространства 0	Изохронного пакета для цветового пространства 0	Исходного пакета для цветового пространства 1 и2	Изохронного пакета для цветового пространства 1 и2	0	1 и2
41	1	138,89	138,89	69,45	138,9	2672	3008
42	1	69,45	138,9	34,73	138,92	3968	2480
43	2	34,73	138,92	17,37	138,96	3280	2216
44	1	69,45	138,9	46.3	138,9	3904	2596
45	2	34,73	138.92	23,15	138,9	3240	2264
46	4	17,37	138,96	11,58	127,38	2908	3874
47	4	55,56	166,68	37,04	148,16	3236	4040
48	3	27,78	138,9	18,52	129,64	2422	3228
49	5	13,89	125,01	9.26	129,64	4030	3020
50	2	21,71	130,26	21,71	130,26	3632	2712
51	3	10,86	130,32	10,86	130,32	3364	2514
52	6	5,43	130,32	5,43	130,32	3230	2415
53	2	17,37	138,96	17,37	138,96	2908	2174
54	4	8,69	130,35	8.69	130,35	2581	3861
55	8	4,35	126,15	4.35	126,15	2418	3618
56	2	16,28	130,24	16,28	130,24	2908	2174
57	4	8,14	130,24	8,14	130,24	2742	2051
58	8	4,07	126,17	4,07	126,17	2579	3859
59	3	13,89	125,01	11,12	133,44	4030	3138
60	5	6,95	125,1	5,56	127,88	3824	2895
61	9	3,48	125,28	2,78	125,1	3721	0
62	2	34,73	138,92	23,15	138,9	4040	2824
63	4	17.73	138.96	11,58	138,96	3628	2618
255	—	—	—	—	—	—	—
Другие	—	—	—	—	—	—	—

^а Единицы распределения пропускной способности рассчитаны с использованием минимальной скорости шины и уравнения [А], приведенного в 4 7 1.4 Максимальное значение единиц распределения пропускной способности, возможное на шине IEEE 1394, составляет 4915 [2]. Некоторые режимы ограничены центральной скоростью из-за размера пакета, а не наличия единиц распределения пропускной способности.

Цветовое пространство 3 определено только для использования с режимом сжатия 2. Относительно применимых дополнительных видеопараметров см. документацию, указанную в таблице 2

Приложение С (справочное)

Использование регистров управления разъемом

МЭК 61883-1 выше S400

В МЭК 61883-1 (6] определен механизм конфигурирования изохронных потоков вплоть до S400 включительно. В стандарте IEEE 1394 1’2004 (Стандарт на мосты высокопроизводительной последовательной шины [9]). в приложении Е, определен механизм расширения такой конфигурации для потоков вплоть до S3200.

Приложение D (обязательное)

Дополнение оценки совместимости

Считается, что устройство, соответствующее настоящему стандарту, будет устройством, совместимым со спецификацией управления аудио-, видеосигналами (AV/C) (5].

Считается, что команда формата потока управления аудио-, видеосигналом AV/C STREAM FORMAT будет расширена с целью обеспечения идентификации и выбора видеорежима, режима сжатия и цветового пространства Допустимы средства идентификации и выбора видеорежима, режима сжатия и цветового пространства, зависящие от реализации.

Устройство-источник, поддерживающее указанную выше спецификацию, должно поддерживать как минимум один видеорежим. В данном контексте видеорежим FF₁₆ является действительным (действующим) режимом.

Устройство-источник, поддерживающее указанную выше спецификацию, должно поддерживать как минимум один режим сжатия. 8 данном контексте режимы сжатия 0₁₆ и FF₁₆ являются действительными (действующими) режимами.

Устройство-источник, поддерживающее настоящий стандарт, должно поддерживать как минимум одно цветовое пространство. В данном контексте цветовое пространство FF₁₆ является действительным (действующим) цветовым пространством

Устройство приема/стока, поддерживающее настоящий стандарт и обеспечивающее вывод, прямо или косвенно, видеопотока на дисплей, должно поддерживать как минимум один видеорежим. В данном контексте видеорежим FF₁₆ является действительным (действующим) режимом.

Устройство приема/стока, поддерживающее указанную выше спецификацию и обеспечивающее вывод, прямо или косвенно, видеопотока на дисплей, должно поддерживать как минимум один режим сжатия. В данном контексте режимы сжатия 0_1е и FF₁₆являются действительными (действующими) режимами.

Устройство приема/стока, поддерживающее указанную выше спецификацию и обеспечивающее вывод, прямо или косвенно, видеопотока на дисплей, должно поддерживать как минимум одно цветовое пространство. 8 данном контексте цветовое пространство РР_1еявляются действительным (действующим) цветовым пространством.

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

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

Приложение Е (справочное)

Типовой исходный пакет SIM

Представленный в настоящем приложении исходный пакет SIM является типовым примером такого пакета При установке видеорежима — 0, режима сжатия — 0 и цветового пространства — 0 sourse packet size (размер исходного пакета) составляет 644 байта (см. таблицу 1). Поэтому предполагается, что в конце исходного пакета резервируются байты (644 — (56 +4)), т. е. имеется 584 резервных байта.

зарез* i i i i i	грвированс ■ 1 1	) i 1 1	_	r 1	Полная длина : i i 1 i i	= 56 i i		– Ver=1 i	Type = 1 i i i
зарезервировано 1 1 1 1 1	Длина информационного . потока = 14 1 1 1 t 1 1 1 1	i i	1	1 1 1		1 1	i i i
1 1 1 1 1 1 1 1 1	1 1 1 1 1	i i i	1 1 1	Ь	1 i 1	i i i
14 байт информационного потока, как определено в настоящем стандарте i i i i i i i I i i i i i i i I i i t i i i i I i i i i i i i
1 1 i i i	1 1—j—1	1 1 1	i i 1	i i		I 1		1 1	i i i
зарезервировано 1 1 J 1 1	Длина вспомогательных , данных =14 1 1 1 1 1 1 j 1	i i		1 1		1 1	i i i
1 1 j 1 1 1 1 1 1	iiii л . 1	i i i	1	1 1 ■ 1	Ь	1 1 1	i i i
14 байт вспомогательных данных, как определено в настоящем стандарте 1 1 1 1 1 1 1 1 1 1 i 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
i i i i i	1 1 1	1 1 1 1 1	i i i i i		1 1 1	i i i
зарезервировано ) 1 1 1 1	Длина специальной информации видеорежима = 0 байт 1 1—1 1 1 1 1 1	зарезервировано i i i i i	Длина специальной режима сжатия 1 Г 1 1 1 1	информации = 0 байт 1 1 1
зарезервировано 1 1 1 1 1	Длине цвето 1 1	специальной информации зого пространства = 0 байт 11 1 11 1 1	зарезервировано i i i i i	Длина .. 1 .I	специальной информации поставщика = 5 байт …….
OUI (MSB) 1 1 1 1 1 1 1	OUI 1 I 1 1 1	i	OUI (LSB) i i i i i i i	OUI специальный байт 1 1 1 1 1 1 1
OUI специальный байт 1 1 1 1 1 t 1	зарезервировано 1 1 1 1 1	Hi 1 1	-«формация управления опированием = 9 байт 1 1 1 1 1 1 1		OUI ( I i°4	MSB) 16, , ,
OUI АО-16 1 t 1 1 °i 1 1		OUI (LS ,2D16	В)	1	CCI ■ 41	Ю. 16	_0	|		CCI ■ –41	JD_1 Ч , ,
CCIJD-2 49i6 ___1___1___1___1.211___1___1—	R г м m	RS i i	E P N	CGMS i	зарезер- D вировано О 1 1 т	А S т	1 С т	APS .1	RC	зарезервировано i 1	сс 1 1 1
^(Размер исходного пакета – (Полная длина + 4)) байт зарезервированных данных^

Рисунок Е.1 — Типовой исходный пакет SIM

Приложение F (справочное)

Формирование TRANSFER-DELAY

Параметр TRANSFER_DELAY формируется следующим образом:

• – задержка передачи для наихудшего случая 1394 — 358 мкс;

• – поправка на шифрование (после пакетизации) — 125 мкс;

• – поправка на дешифрование (перед распаковкой) — 125 мкс;

• – точка принятия решения о передаче пропущенного пакета — 125 мкс

• – низкоскоростная пакетизация 601 (время для заполнения одного исходного пакета) — 140 мкс;

• – поправка на расхождение синхронизации 1394 на источнике и стоке — 25 нс;

Итого 873,025 мкс.

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

Поправка на шифрование/дешифрование должна обеспечить пространство для гибкой реализации.

Обычно задержка пакетизации 601 намного меньше 140 мкс, но это значение для наихудшего случая.

Приложение G (обязательное)

Дескрипторный блок CCI стандарта Торговой ассоциации (ТА) 1394

Структура дескрипторного блока CCI (информации управления копированием) ТА 1394 приведена на рисунке G.1. Определение установок полей, отличных от OUI и CCI_ID для конкретных величин, не рассматривается в настоящем стандарте.

зарезервировано 1 1 1 1 1

Ин КС

фо И1И

рмация управления юванием = 9 байт 1 1 1 1 1 1

OUI (MSB) OOjg 1 1 1 l1bl I I

OUI A016 1 1 1 l1bl 1 1

OUI (LS 2D16 I I16

B)

I

C 1 1

Cl 4<

.10. 16

0

I

CCI 4C 1 1

ID 1 16i i i

CCI ID 2 491ft 1 1 1 l16l I I

г

R М m

RS I I

E P N

CGMS I

зарезервировано 1 1

D О т

А S Т

I С т

APS I

RC

зарезервировано 1 1

cc 1 1 1

Рисунок G.1 —Дескрипторный блок CCI

OUI -3-байтовый OUI 1394 ТА, O0A02D_ie.

CCI_ID_x — 3-байтовый назначенный идентификатор 1394 ТА для данного дескрипторного блока CCI, 434349₁₆~

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

RMm	CGMS	Режимы
	102	Режим пересылки
02	112	Режим сохранения
Другие комбинации	Не режим пересылки и не режим хранения

RS — состояние хранения кодируют следующим образом

RS	Время хранения
ооо2	Вечно
о о	1 неделя
0102	2 суток
0112	1 сутки
юо2	12ч
1012	6ч
1102	Зч
1112	90 мин

EPN — шифрование плюс неподтверждение кодируют следующим образом:

EPN	Смысловое значение
о2	Подтвержденное EPN
12	Неподтвержденное EPN

CGMS — кодируют следующим образом:

CGMS	Смысловое значение
гч о о	Свободное копирование
012	Больше кет копий
102	Одна генерация копирования
”2	Отсутствие копирования

RC — управление перераспределением кодируют следующим образом:

RC	Смысловое значение
о2	Технологическое управление перераспределением потребителей не обозначается
Ъ	Технологическое управление перераспределением потребителей обозначается

ICT — признак ограничения изображения кодируют следующим образом:

ICT	Смысловое значение
о2	Аналоговый выход с высоким разрешением в виде ограниченного изображения
Ъ	Аналоговый выход с высоким разрешением в виде аналогового сигнала с высоким разрешением

ACS — кодируют следующим образом:

ACS	Смысловое значение
002	Свободное копирование
012	APS находится на: Тип 1 (AGC)
102	APS находится на: Тип 2 (AGC + 2L Colorstripe)
”2	APS находится на: Тип 3 (AGC ♦ 4L Colorstripe)

AST — признак окончания аналоговой передачи кодируют следующим образом:

AST	Смысловое значение
о2	Подтвержденный AST
ъ	Неподтвержденный AST

DOT — признак только цифровой передачи кодируют следующим образом:

DOT	Смысловое значение
о2	Подтвержденный DOT
12	Неподтвержденный DOT

СС — счет копий кодируют следующим образом:

СС	Смысловое значение
00002	Недействительно
Другие	Допускается N копий

Примечание — Данное приложение может быть в будущем выделено в отдельную спецификацию ТА 1394.

Приложение ДА (справочное)

Сведения о соответствии ссылочных международных стандартов национальным стандартам Российской Федерации (и действующим в этом качестве межгосударственным стандартам)

Таблица ДА.1

Обозначение ссылочного международного стандарта	Степень соответствия	Обозначение и наименование соответствующего национального или межгосударственного стандарта
ISO/IEC 11172-2:1993	—	•
IEC 61883-1:2008	IDT	ГОСТ IEC 61883-1—2014 «Бытовая аудио/видеоаппа-ратура. Цифровой интерфейс. Часть 1. Общие положения»
IEC 61883-2:2004	IDT	ГОСТ Р МЭК 61883-2—2016 «Бытовая аудио-видеоаппаратура Цифровой интерфейс. Часть 2. Передача данных SD-DVCR»
IEC 61883-3:2004	IDT	ГОСТ Р МЭК 61883-3—2016 «Бытовая аудио-видеоаппаратура. Цифровой интерфейс. Часть 3. Передача данных HD-DVCR»
IEC 61883-4:2004	IDT	ГОСТ Р МЭК 61883-4—2016 «Бытовая аудио-/видео-аппаратура Цифровой интерфейс. Часть4 Передача данных MPEG2-TS»
IEC 61883-5:2004	IDT	ГОСТ Р МЭК 61883-5—2016 «Бытовая аудио-/видео-аппаратура Цифровой интерфейс. Часть 5. Передача данных SDL-DVCR»
IEC 61883-6:2014	IDT	ГОСТ Р МЭК 61883-6—2016 «Бытовая аудио-видеоаппаратура. Цифровой интерфейс. Часть 6. Протокол передачи аудио- и музыкальной информации»
IEC 61883-7:2003	IDT	ГОСТ Р МЭК 61883-7—2016 «Бытовая аудио-/видео-алпаратура. Цифровой интерфейс. Часть 7. Передача системы В стандарта ITU-R ВО. 1294»
ITU-RO 1294 1997	—	*
ITU-R BT601-5: 1995	—	*
ITU-R ВТ.656-4: 1998	—	*
ITU-R ВТ709-4:2000	—	•
ITU-R ВТ 1358. 1998	—	*
ITU-TH.263: 1998	—	*
IEEE 1394:1995	—	•
IEEE 1394а-2000	—	*
IEEE 1394Ь:2000	—	•
IEEE 1394.1-2004	—	*
EIA/CEA-861-B: 2002	—	*
SMPTE 267M-1995	—	•
SMPTE 274M-1998	—	*

Окончание таблицы ДА. 1

Обозначение ссылочного международного стандарта	Степень соответствия	Обозначение и наименование соответствующего национального или межгосударственного стандарта
SMPTE 293М-1996	—	*
SMPTE 296М-2001	—	*
VESA Monitor timing specification	—	•
1394 Trade Association 2004006	—	*
1394 Trade Association 2003017	—	*
* Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод на русский язык данного международного документа. Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: – IDT — идентичные стандарты.

Библиография

Дополнительная информация, относящаяся к настоящему стандарту, содержится в приведенных ниже

документах:
[1]	IEEE Std.1212: 2001	Standard for a control and status registers (CSR) architecture for microcomputer buses (Стандарт на архитектуру регистров управления и состояния для шин микрокомпьютеров)
[2]	IEEE Std. 1394. 1995	Standard for a high performance serial bus (Стандарт для высокопроизводительной последовательной шины)
[3]	IEEE Std. 1394a: 2000	Standard for a high performance serial bus —Amendment 1 (Стандарт для высокопроизводительной последовательной шины — Изменение 1)
[4]	IEEE Std. 1394b: 2002	Standard for a high performance serial bus —Amendment 2 (Стандарт для высокопроизводительной последовательной шины — Изменение 2)
[5]	1394 Trade	AV/C Digital interface command set general specification version 4 2 (Основная
	Association 2004006	спецификация набора команд для цифрового интерфейса управления аудио/ видеосигналами (AV/С). Версия 4.2)
[6]	IEC 61883 (all parts)	Consumer audio/video equipment — Digital interface (Бытовая аудио/видеоаппара-тура. Цифровой интерфейс)
[7]	ITU-R ВТ 601-5:1995	Studio encoding parameters of digital television for standard 4:3 and wide-screen 16:9 aspect ratios (Параметры студийного кодирования цифрового телевидения для стандартного форматного соотношения 4:3 и широкоэкранного соотношения 16:9)
[81	ITU-R ВТ 656-4:1998	Interfaces for digital component video signals in 525-line and 625-line television systems operating at the 4:2:2 level of recommendation ITU-R ВТ601(Интерфейсы для цифровых составляющих видеосигналов в телевизионных системах с 525 и 625 строками, работающих на уровне 4:2:2 согласно ВТ.601 МСЭ-Р)
(91	IEEE 1394.1: 2004	Standard for high performance serial bus bridges (Стандарт для мостов высокопроизводительной последовательной шины)
[Ю]		Oxford semiconductor light codec specification, Version 1.0 (Спецификация полупроводникового светового кодека Оксфорд (Oxford), версия 1.0)
[11]		Fujitsu Smartcodec specification, Version 1.0 (Спецификация Смарт-кодека Fujitsu (Фуджитсу). Версия 1.0)
[12]	1394 Trade	IIDC 1394-based digital camera specification version 1.31 (Спецификация цифро
	Association 2003017	вой камеры на основе IIDC 1394. Версия 1.31)

ОКС 33.160.01.

35.200

Ключевые слова: цифровой интерфейс, заголовок, регистр, изохронный пакет, поток изохронных данных, передача, синхронизация, байт. бит. состояние

Редактор Е.С. Романенко Технический редактор В.Н. Прусакова Корректор Е.Д. Дульнева Компьютерная верстка Е.Е. Кругова

Сдано в набор 07.11 2016. Подписано в печать 21.11.2016. Формат 60»84%. Гарнитура Ариал Усл. печ. л. 5.12. Уч.-изд. л. 4,16. Тираж 26 экз. Зак. 2869.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Издано и отпечатано во . 123995 Москва. Гранатный пер.. 4.