EIA-608 - EIA-608
EIA -608 , также известный как «линия 21 подписи» и «CEA-608», был когдастандарт для субтитров для NTSC ТВ - вещания в Соединенных Штатах , Канаде и Мексике . Он также определяет «расширенную службу данных», которая представляет собой средство для включения службы управления видеомагнитофоном с электронным программным обеспечением дляпередач NTSC, которое работает в поле четной строки 21, аналогично VPS на основе TeleText,который работает в строке 16, которая является используется встранах PAL .
Он был разработан Electronic Industries Alliance и по закону должен быть реализован в большинстве телевизионных приемников, производимых в Соединенных Штатах.
Заголовки EIA-608 передаются либо в нечетных, либо в четных полях строки 21 с битом нечетной четности в невидимой активной области видеоданных в широковещательных передачах NTSC, а также иногда присутствуют в пользовательских данных изображения в передачах ATSC . Он использует фиксированную полосу пропускания 480 бит / с на строку 21 поле для максимум 32 символов в строке на заголовок (максимум четыре заголовка) для широковещательной передачи из 30 кадров. Заголовки нечетных полей относятся к основной звуковой дорожке, а заголовки четных полей относятся к SAP или вторичной звуковой дорожке, которая обычно является переводом основного звука на второй язык, например, переводом англоязычного телешоу на французский или испанский язык.
Необработанные пары байтов заголовка EIA-608 становятся все менее распространенными, поскольку цифровое телевидение заменяет аналоговое. Вместо этого широковещательные передачи ATSC используют протокол субтитров EIA-708 для инкапсуляции как пар субтитров EIA-608, так и добавления собственного потока EIA-708. В EIA-608 были внесены изменения с добавлением расширенных наборов символов для полной поддержки представления испанского, французского, немецкого языков и других западноевропейских языков . EIA-608 также был расширен для поддержки двухбайтовых символов для корейского и японского рынков. Полная версия EIA-708 поддерживает большее количество наборов символов и улучшенные параметры позиционирования заголовков; однако из-за существующего оборудования EIA-608 и изменений формата, в реальном мире формат практически не использовался, за исключением простых встроенных преобразований 608 в 708.
каналы
EIA-608 определяет четыре канала информации о субтитрах, так что программа может, например, иметь субтитры на четырех разных языках. В каждом из двух полей кадра есть два канала, которые по стандарту называются 1 и 2. Однако каналы часто представлены пользователям просто как CC1-2 для нечетного поля и CC3-4 для четного поля. Однако из-за ограничений полосы пропускания для любого поля используются только CC1 и CC3, а это означает, что второй канал использовался мало. Ранние испанские субтитры вещания SAP сначала использовали второй канал CC2, потому что оригинальные декодеры субтитров считывали только первое нечетное поле, но позже переключились на использование CC3 по причинам пропускной способности. По тем же причинам пропускной способности XDS никогда не использовался испаноязычными станциями.
Внутри каждого канала есть два потока информации, которые можно рассматривать как подканалы: один несет «титры», а другой - «текст». Последний не используется широко из-за отсутствия аппаратной поддержки и пропускной способности. Текст передается с помощью текстовых команд и может использоваться для форматированной строки URL с 16-битной контрольной суммой, которая обозначает веб-сайт, к которому относятся подписи, или канал связи локальной станции.
Это распределение основано на эталонной модели протокола OSI :
Слои CC | Уровни OSI | Уровни DVB / MXF | Комментарии | |
---|---|---|---|---|
заявка | Интерпретация | Выдача команд и добавление текста к строкам | ||
Презентация | Кодирование | Разделение отдельных команд и персонажей | ||
Сессия | Канал | Канальный байтовый поток | ||
- | Выбор | Сборка канала CC из пар байтов CC | ||
Инъекция | Транспорт | Синхронизация | Пары байтов CC извлекаются / синхронизируются с / из видеокадров | |
Сеть | неиспользованный | прямая ссылка | ||
Ссылка | видеокадры или данные VBI, отделенные от формата ссылки | |||
Телевидение | Физический | формат канала демодулирован / извлечен из передачи / источника |
Вставка пользовательских данных DVD GOP
Структура пользовательских данных, следующая за заголовком GOP H.262, следующая (то же самое применимо после заголовка GOP ISO / IEC 14496-2):
Длина | Имя | Тип | Дефолт |
---|---|---|---|
32 бит | user_data_start_code | узорчатый bslbf | 0x000001B2 |
16 бит | user_identifier | ASCII bslbf | CC |
8 бит | user_data_type_code | uimsbf | 1 |
8 бит | caption_block_size | инвертированный uimsbf | 0xf8 |
1 бит | caption_odd_field_first | флаг | 1 |
1 бит | caption_filler | выравнивание | 0 |
5 бит | caption_block_count | uimsbf | 15 |
1 бит | caption_extra_field_added | флаг | 0 |
X * 24 бит | caption_block | двоичный | свободная форма |
bslbf: битовая строка, сначала левый бит; uimsbf: целое число без знака, сначала старший бит
Блоки субтитров вставляются после последовательности и заголовков GOP, поэтому каждый блок предназначен для одной секунды видео, что в конечном итоге будет одной или двумя длинными строками или тремя-четырьмя короткими строками текста. Также это означает, что если caption_block_count больше 30, то блок содержит оба поля с чередованием заголовков, и можно определить скорость кадрирования из caption_block_count. Однако, поскольку данные сгруппированы вместе, скорость кадрирования почти всегда будет 30 / 1,001, в отличие от метода ATSC, который вставляет одну пару байтов для каждого поля после заголовка изображения, что делает возможными частоту кадрирования 24 / 1,001 для контента HD. Поскольку, когда декодер выполняет преобразование 3: 2 для вывода NTSC, титры остаются синхронизированными.
Длина | Имя | Тип | Дефолт |
---|---|---|---|
7 бит | caption_filler | выравнивание | 0x7f |
1 бит | caption_odd_field | uimsbf | 1 или 0 |
8 бит | caption_first_byte | нечетная четность uimsbf | 0x80 |
8 бит | caption_second_byte | нечетная четность uimsbf | 0x80 |
Транспортная вставка DVB
Структура пакетов, которая вставляется перед видеопакетом H.222, выглядит следующим образом для кадра связанного видео:
Длина | Имя | Тип | Дефолт |
---|---|---|---|
32 бит | private_stream_1_start_code | узорчатый bslbf | 0x000001BD |
16 бит | PES_packet_length | uimsbf | 176 |
2 бита | PES_version | uimsbf | 2 |
1 бит | PES_priority | флаг | 0 |
2 бита | PES_scrambly_control | uimsbf | 0 |
1 бит | data_alignment_indicator | флаг | 1 |
2 бита | оригинал авторского права |
uimsbf | 0 |
2 бита | PTS_DTS_flag | uimsbf | 2 |
6 бит | различные_PES_flags | uimsbf | 0 |
8 бит | PES_header_data_length | uimsbf | 36 |
40 бит | PTS | uimsbf | варьируется |
248 бит | stuffing_bytes | uimsbf | 255 |
8 бит | data_identifier | uimsbf | 153 |
8 бит | data_unit_id | uimsbf | 197 |
8 бит | data_unit_length | uimsbf | 3 |
2 бита | reserved_future_use | uimsbf | 3 |
1 бит | field_parity (CC1 / 2) | флаг | 0 |
5 бит | line_offset | uimsbf | 21 год |
16 бит | closed_captioning_data_block | uimsbf | 608 заголовок |
8 бит | data_unit_id | uimsbf | 197 |
8 бит | data_unit_length | uimsbf | 3 |
2 бита | reserved_future_use | uimsbf | 3 |
1 бит | field_parity (CC3 / 4 / XDS) | флаг | 1 |
5 бит | line_offset | uimsbf | 21 год |
16 бит | closed_captioning_data_block | uimsbf | 608 заголовок |
8 бит | data_unit_id | uimsbf | 255 |
8 бит | data_unit_length | uimsbf | 124 |
124 * 8 бит | stuffing_bytes | uimsbf | 255 |
bslbf: битовая строка, сначала левый бит; uimsbf: целое число без знака, сначала старший бит
Эта структура была разработана для любых цифровых данных VBI и оптимизирована для передачи трех или более 43-байтовых пакетов телетекста . например, заголовок страницы и две связанные строки. Для субтитров телетекста data_unit_id имеет значение 3. В этой форме титры должны быть разделены на пары байтов, распределенных по кадрам в одной секунде видео, а не сгруппированы в один блок, как в структуре DVD. То же самое верно и для субтитров телетекста с более чем одной строкой текста.
SDI / MXF SMPTE 291M вставка
Пакетная структура, которая вставляется перед активным видеокадром SMPTE 259M или основным видеопакетом MXF, кодируется следующим образом для кадра связанного видео:
Длина | Имя | Тип | Дефолт |
---|---|---|---|
16 или 128 бит | ancillary_flag или ancillary_header |
узорчатый bslbf или 7 uimsbf |
0xFFFF или варьируется |
8 бит | data_id | uimsbf | 97 |
8 бит | secondary_data_id | uimsbf | 2 |
8 бит | data_count | uimsbf | варьируется |
X * 24 бит | caption_data_block | двоичный | свободная форма |
bslbf: битовая строка, сначала левый бит; uimsbf: целое число без знака, сначала старший бит
Эта структура была разработана для любого цифрового звука или метаданных, которые должны быть синхронизированы с видеокадром. SDI транспортирует каждые восемь битов в 10-битном выровненном пакете, в отличие от MXF, который выровнен по байтам, а байты вспомогательных флагов заменены 128-битным заголовком.
Длина | Имя | Тип | Дефолт |
---|---|---|---|
1 бит | caption_odd_field ( CC1 / 2 = 1; CC3 / 4 = 0) |
флаг | 1 |
2 бита | caption_reserved | uimsbf | 0 |
5 бит | caption_line_offset | uimsbf | 15 |
8 бит | caption_first_byte | нечетная четность uimsbf | 0x80 |
8 бит | caption_second_byte | нечетная четность uimsbf | 0x80 |
Расширенная служба передачи данных
Формат потока данных EIA-608 включает расширенную службу данных (XDS), разнообразную информацию о передаче. Все это необязательно:
- название программы
- Рейтинг агрессивности (насилие, секс и т. д.)
- категория программы (драма, игровое шоу и т. д.)
Символы
Существует три набора символов, которые поток EIA-608 может направлять получателю для отображения: основные символы, специальные символы и расширенные символы. Одна двухбайтовая команда EIA-608 (представленная одной строкой VBI) может определять два основных символа, один специальный символ или один расширенный символ.
Расширенные символы являются более поздним дополнением к стандарту, и их декодирование не является обязательным.
EIA-608 предоставляет элементы управления цветом переднего и заднего планов текста, подчеркиванием, миганием и курсивом. Цветовая схема по умолчанию - белые символы на черном фоне, все непрозрачные.
Специальный символ Transparent Space подразумевает прозрачный фон даже при отсутствии каких-либо команд управления фоном. Поскольку передний план этого символа - пустое пространство, это действительно означает пробел в тексте закрытой подписи.
Данные без субтитров
Это используется либо для дополнения строки поля, когда заголовки не отправляются, либо для расширенной службы данных.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ null pad |P|0|0|0|0|0|0|0| |P|0|0|0|0|0|0|0| XDS metadata |P|0|0|0| CLASS | |P|0|0|0| TYPE | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0
Базовый набор символов Северной Америки
Команда с включенными битами 13 или 14 предписывает получателю отобразить два основных символа в текущей позиции курсора для текущего режима (закрытый заголовок или текст). Каждый символ представляет собой кодовую точку (идентифицирует отображаемый символ) следующим образом.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ modified 7-bit ASCII |P| CHARACTER1 | |P| CHARACTER2 | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0
Код почти идентичен ASCII; исключения показаны красным.
|
|
|
В таблице выше SB представляет собой сплошной блок. Апостроф (код 27), который, возможно, изначально задумывался как нейтральный апостроф, как в ASCII, теперь рекомендуется отображать как правильную одинарную кавычку (Unicode U + 2019). Для нейтральной одинарной кавычки / апострофа следует использовать простую одинарную кавычку из расширенного набора символов.
Специальный набор символов для Северной Америки
Единственное реальное использование этого набора в Северной Америке - использование символа восьмой ноты для обозначения изменений от разговорного диалога к пению или музыкальным сценам.
При переводе EIA-608 в телетекст для стран, совместимых с PAL, это приемлемая практика инженерного вещания - заменять этот символ на знак числа из-за его сходства с острым .
Команда для отображения специального символа имеет первый байт 0x11 или 0x19 (в зависимости от канала). Второй байт - это кодовая точка в диапазоне 0x30-0x3F, как показано ниже.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|0|0|1| |P|0|1|1| CHAR | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = odd parity ; C = second channel toggle
|
TM является сокращением от незарегистрированного товарного знака и должен быть представлен в верхнем индексе (™). TS в таблице выше представляет собой «прозрачное пространство» или неразрывное пространство . Наконец, восьмая нота (♪) используется для обозначения пения или фоновой музыки в субтитрах.
Расширенный набор символов Западной Европы
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|0|1|S| |P|0|1|CHARACTER| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = odd parity ; C = second channel toggle ; S = char set toggle
Эти расширенные наборы символов используются редко, поскольку в большинстве европейских стран используется система телетекста BBC Ceefax.
Система Ceefax более подвержена символьным ошибкам из-за большего числа битов данных (337 против 16), закодированных на одно поле VBI, эти ошибки возникают либо при аналоговой передаче, подверженной шуму, либо в соединениях.
- Команда для отображения расширенного испанского / французского или других символов имеет первый байт 0x12 или 0x1A (в зависимости от канала).
- Команда для отображения расширенного португальского / немецкого / датского символа имеет первый байт 0x13 или 0x1B (в зависимости от канала).
Второй байт - это кодовая точка в диапазоне 0x20-0x3F, выглядит следующим образом
|
|
|
|
SM - это сокращение от знака обслуживания и должно быть представлено в верхнем индексе . Одиночная кавычка - фигурная левая, а двойная - фигурная левая и правая. Знаки плюса относятся к верхнему левому, верхнему правому, нижнему левому и нижнему правому углам для рисования прямоугольника .
Наборы символов незападных стран Норпак
При использовании все стандартные и расширенные наборы символов не используются в пользу следующих предопределенных наборов, необходимо соблюдать осторожность, чтобы не имитировать никакие управляющие команды. Это расширение, представленное в ЦИК Норпаком, который сделал аналогичное расширение формата телетекста для китайского рынка. Основное использование было обеспечение субтитров с двухбайтовым кодом для японского, тайваньского и южнокорейского рынков. Команда переключения наборов символов имеет первый байт 0x17 или 0x1F (в зависимости от канала). Второй байт - это ссылка на набор символов в диапазоне 0x24-0x2A, как показано ниже.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|1|1|1| |P|0|1|0|CHARSET| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0
|
Команды управления
Биты 15 и 7 всегда являются битами нечетной четности. Бит 11 всегда является канальным битом.
Код адреса преамбулы с маскирующими битами 15,11 и 7, как уже определено выше, можно интерпретировать из следующей таблицы.
биты | интерпретация |
---|---|
14-13 | всегда 0 |
12 | всегда 1 |
10-8 | индикатор положения строки |
6 | всегда 1 |
5 | индикатор положения строки |
4-1 | индикатор текстового атрибута |
0 | индикатор подчеркивания |
Row Preamble Standard Address and Style (Default Row 11 = 0,top rows 1-4 = 1-2,bottom rows 12-13 = 3) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ preamble style |P|0|0|1|C|0|ROW| |P|1|N|0|STYLE|U| preamble address |P|0|0|1|C|0|ROW| |P|1|N|1|CURSR|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 Row Preamble Extended Address and Style (Bottom Rows 14-15 = 0,middle rows = 5-10 = 1-3) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ preamble style |P|0|0|1|C|1|ROW| |P|1|N|0|STYLE|U| preamble address |P|0|0|1|C|1|ROW| |P|1|N|1|CURSR|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 P = odd parity ; C = second channel toggle U = underline toggle ; N = next row down toggle (if style or cursor position not set, defaults are regular white text with black background at cursor = 0, cursor - multiple of 4) text style enumerations: {white=0,green,blue,cyan,red,yellow,magenta,italic white}
Биты строки определяют, какая из пятнадцати строк экрана должна содержать текст заголовка: строка 11 (0000), 1 (0010), 2 (0011), 3, 4, 12, 13, 14, 15, 5, 6, 7, 8, 9 или 10 (1111).
Биты атрибутов допускают 16 вариантов: белый (0000), зеленый, синий, голубой, красный, желтый, пурпурный, курсив, отступ 0, отступ 4, отступ 8, отступ 12, отступ 16, отступ 20, отступ 24, отступ 28 (1111).
Для кода средней линии это следующие: биты 14, 13, 10, 9, 6 и 4 всегда равны 0, биты 12, 8 и 5 всегда равны 1. Биты 3, 2 и 1 образуют атрибут цвета 0001X10X (см. Листинг атрибутов). Бит 0 указывает на подчеркивание.
Mid Row Style Change (style remains in effect until either next change or end of row signaled by a control or preamble) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ bg color |P|0|0|1|C|0|0|0| |P|0|1|0|COLOR|T| midrow style |P|0|0|1|C|0|0|1| |P|0|1|0|STYLE|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ no bg |P|0|0|1|C|1|1|1| |P|0|1|0|1|1|0|1| black text |P|0|0|1|C|1|1|1| |P|0|1|0|1|1|1|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 P = odd parity ; C = second channel toggle T = partially transparent ; U = underline toggle bg color enumerations: {white=0,green,blue,cyan,red,yellow,magenta,black}
Для других управляющих кодов это следующие: биты 14, 13, 9, 6 и 4 всегда равны 0, биты 12, 10 и 5 всегда равны 1. Бит 8 выбирает между строками 21 и 284. Биты 3, 2, 1 и 0 определить конкретное действие.
Командные биты допускают 16 возможностей, а именно: возобновление загрузки заголовка (0000), возврат (0001), удаление до конца строки (0100), сводные заголовки 2 строки, сводные заголовки 3 строки, сводные заголовки 4 строки, мигание (0,25 секунды один раз в секунду), возобновление прямого ввода титров, перезапуск текста, возобновление отображения текста, стирание отображаемой памяти, возврат каретки, стирание неотображаемой памяти, конец заголовка (1111).
Для вкладок они следующие: биты 14, 13, 6, 4, 3, 2 всегда равны 0, биты 12, 10, 9, 8, 5 всегда равны 1. Биты 1 и 0 определяют количество смещений табуляции.
Учитывая, что бит четности уже проигнорирован, шестнадцатеричное значение, имеющее 2-байтовые данные, выглядит следующим образом:
cc_data 0 (шестнадцатеричный) | cc_data 0 (двоичный) | cc_data 1 (шестнадцатеричный) | cc_data 1 (двоичный) | Командование |
---|---|---|---|---|
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x20 | 00100000 | возобновить загрузку подписи (начать буферизованный текст подписи) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x21 | 00100001 | backspace (перезаписать последний символ) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x22 | 00100010 | будильник выключен (не используется) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x23 | 00100011 | будильник включен (не используется) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x24 | 00100100 | удалить до конца строки (чистая строка) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x25 | 00100101 | свернуть 2 (размер прокрутки) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x26 | 00100110 | свернуть 3 (размер прокрутки) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x27 | 00100111 | свернуть 4 (размер прокрутки) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x28 | 00101000 | мигает субтитры (0,25 секунды один раз в секунду) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x29 | 00101001 | возобновить прямые субтитры (начальный текст субтитров) |
0x14 (TXT1) или 0x1c (TXT2) или 0x15 (TXT3) или 0x1D (TXT4) |
0001C10F | 0x2A | 00101010 | перезапуск текста (начало текста без подписи) |
0x14 (TXT1) или 0x1c (TXT2) или 0x15 (TXT3) или 0x1D (TXT4) |
0001C10F | 0x2B | 00101011 | возобновить отображение текста (возобновить текст без подписи) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x2C | 00101100 | стереть память дисплея (очистить экран) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x2D | 00101101 | возврат каретки (прокрутка строк вверх) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x2E | 00101110 | стереть не отображаемую память (очистить буфер) |
0x14 (CC1) или 0x1c (CC2) или 0x15 (CC3) или 0x1D (CC4) |
0001C10F | 0x2F | 00101111 | конец заголовка (буфер отображения) |
0x17 (CC1 / 3) или 0x1F (CC2 / 4) | 0001C111 | 0x21 | 00100001 | смещение табуляции 1 (добавить интервал) |
0x17 (CC1 / 3) или 0x1F (CC2 / 4) | 0001C111 | 0x22 | 00100010 | смещение табуляции 2 (добавить интервал) |
0x17 (CC1 / 3) или 0x1F (CC2 / 4) | 0001C111 | 0x23 | 00100011 | смещение табуляции 3 (добавить интервал) |
использованная литература
внешние ссылки
- Требования к декодеру скрытых субтитров для аналоговых телевизионных приемников - 47 CFR 15.119 - От FCC
- Указатель документов с требованиями в тексте и PDF для 47 CFR 15 - используйте ссылку 119 - Из FCC
- ANSI / CTA-608-E S-2019 - Последняя редакция стандарта Ассоциации потребительских технологий , бесплатно