EIA-608
В этой статье есть несколько проблем. Пожалуйста, помогите улучшить его или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти шаблонные сообщения )
|
EIA-608 , также известный как «заголовки строки 21» и «CEA-608», [1] то был стандартом субтитров для NTSC телепередач когда - в США , Канаде и Мексике . Он был разработан Альянсом электронной промышленности и по закону должен быть внедрен в большинство телевизионных приемников, производимых в Соединенных Штатах.
Он определяет «Расширенную службу данных», которая представляет собой средство включения службы управления видеомагнитофоном с электронной программой передач для передач NTSC , которая работает в четном поле строки 21, аналогично VPS на основе телетекста , которая работает в строке 16, которая используется в странах PAL .
Субтитры EIA-608 передаются либо в нечетных, либо в четных полях строки 21 с нечетным битом четности в невидимой активной области видеоданных в передачах NTSC, а также иногда присутствуют в пользовательских данных изображения в ATSC передачах . Он использует фиксированную пропускную способность 480 бит/с на поле 21 строки, максимум 32 символа на строку на заголовок (максимум четыре строки) для трансляции из 30 кадров. [2] Заголовки нечетных полей относятся к основной звуковой дорожке, а подписи к четным полям относятся к 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 бит | идентификатор_пользователя | ASCII-бслбф | СС |
8 бит | user_data_type_code | уимсбф | 1 |
8 бит | caption_block_size | перевернутый uimsbf | 0xf8 |
1 бит | caption_odd_field_first | флаг | 1 |
1 бит | caption_filler | выравнивание | 0 |
5 бит | caption_block_count | уимсбф | 15 |
1 бит | caption_extra_field_added | флаг | 0 |
Х*24 бита | заголовок_блок | двоичный | свободная форма |
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 | уимсбф | 1 или 0 |
8 бит | заголовок_первый_байт | нечетная четность uimsbf | 0x80 |
8 бит | заголовок_секундный_байт | нечетная четность uimsbf | 0x80 |
Транспортная вставка DVB
[ редактировать ]Структура пакета, которая вставляется перед видеопакетом H.222 , для кадра связанного видео выглядит следующим образом:
Длина | Имя | Тип | По умолчанию |
---|---|---|---|
32 бита | Private_stream_1_start_code | узорчатый bslbf | 0x000001BD |
16 бит | PES_packet_length | уимсбф | 176 |
2 бита | PES_версия | уимсбф | 2 |
1 бит | PES_приоритет | флаг | 0 |
2 бита | PES_scrambling_control | уимсбф | 0 |
1 бит | data_alignment_indicator | флаг | 1 |
2 бита | авторское право оригинальный | уимсбф | 0 |
2 бита | PTS_DTS_flag | уимсбф | 2 |
6 бит | различные_PES_flags | уимсбф | 0 |
8 бит | PES_header_data_length | уимсбф | 36 |
40 бит | ПТС | уимсбф | варьируется |
248 бит | начинка_байты | уимсбф | 255 |
8 бит | data_identifier | уимсбф | 153 |
8 бит | data_unit_id | уимсбф | 197 |
8 бит | data_unit_length | уимсбф | 3 |
2 бита | зарезервированное_будущее_использование | уимсбф | 3 |
1 бит | поле_паритет (CC1/2) | флаг | 0 |
5 бит | line_offset | уимсбф | 21 |
16 бит | Closed_captioning_data_block | уимсбф | 608 подпись |
8 бит | data_unit_id | уимсбф | 197 |
8 бит | data_unit_length | уимсбф | 3 |
2 бита | зарезервированное_будущее_использование | уимсбф | 3 |
1 бит | поле_паритет (CC3/4/XDS) | флаг | 1 |
5 бит | line_offset | уимсбф | 21 |
16 бит | Closed_captioning_data_block | уимсбф | 608 подпись |
8 бит | data_unit_id | уимсбф | 255 |
8 бит | data_unit_length | уимсбф | 124 |
124*8 бит | начинка_байты | уимсбф | 255 |
bslbf: битовая строка, сначала левый бит; uimsbf: целое число без знака, первый старший бит
Эта структура была разработана для любых цифровых данных VBI и оптимизирована для передачи трех или более 43-байтовых пакетов телетекста . например, заголовок страницы и две связанные строки. Для субтитров телетекста data_unit_id имеет значение 3. В этой форме субтитры должны быть разделены на пары байтов, распределенные по кадрам в течение одной секунды видео, а не группироваться в один блок, как в структуре DVD. То же самое относится и к субтитрам телетекста, содержащим более одной строки текста.
SDI/MXF SMPTE 291M Вставка
[ редактировать ]Пакетная структура, которая вставляется перед SMPTE 259M активным видеокадром или основным видеопакетом MXF, для кадра связанного видео кодируется следующим образом:
Длина | Имя | Тип | По умолчанию |
---|---|---|---|
16 или 128 бит | вспомогательный_флаг или вспомогательный_заголовок | с рисунком bslbf или 7 уимсбф | 0xFFFF или варьируется |
8 бит | data_id | уимсбф | 97 |
8 бит | вторичный_data_id | уимсбф | 2 |
8 бит | data_count | уимсбф | варьируется |
Х*24 бита | caption_data_block | двоичный | свободная форма |
bslbf: битовая строка, сначала левый бит; uimsbf: целое число без знака, первый старший бит
Эта структура была разработана для любого цифрового звука или метаданных, которые необходимо синхронизировать с видеокадром. SDI передает каждые восемь битов в 10-битном пакете, в отличие от MXF, который выравнивается по байтам, а байты вспомогательного флага заменяются 128-битным заголовком.
Длина | Имя | Тип | По умолчанию |
---|---|---|---|
1 бит | caption_odd_field (CC1/2 = 1; CC3/4 = 0) | флаг | 1 |
2 бита | caption_reserved | уимсбф | 0 |
5 бит | caption_line_offset | уимсбф | 15 |
8 бит | заголовок_первый_байт | нечетная четность uimsbf | 0x80 |
8 бит | заголовок_секундный_байт | нечетная четность uimsbf | 0x80 |
Расширенная служба передачи данных
[ редактировать ]Формат потока данных EIA-608 включает расширенную службу данных (XDS), различную информацию о передаче. Это все необязательно:
- название программы
- рейтинг обидности (насилие, секс и т. д.)
- категория программы (драма, игровое шоу и т. д.)
Персонажи
[ редактировать ]Существует три набора символов, которые поток EIA-608 может указать приемнику на отображение: основные символы, специальные символы и расширенные символы. Одна двухбайтовая команда EIA-608 (представленная одной строкой VBI) может указывать два основных символа, один специальный символ или один расширенный символ.
Расширенные символы являются более поздним дополнением к стандарту, и их декодирование не является обязательным.
EIA-608 предоставляет элементы управления цветом переднего плана и фона текста, подчеркиванием, миганием и курсивом. Цветовая схема по умолчанию — белые символы на черном непрозрачном фоне.
Специальный символ «Прозрачный пробел» подразумевает прозрачный фон даже при отсутствии каких-либо команд управления фоном. Поскольку передний план этого символа представляет собой пустое пространство, это на самом деле означает пробел в тексте субтитров.
В этих примерах
P = odd parity bit
Данные без подписей
[ редактировать ]Это используется либо для заполнения строки поля, когда подписи не отправляются, либо для расширенной службы данных.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 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). Для нейтральной одинарной кавычки/апострофа следует использовать простую одинарную кавычку из расширенного набора символов. [3]
Специальный набор символов Северной Америки
[ редактировать ]Единственное типичное использование этого набора в Северной Америке - это использование символа восьмой ноты для обозначения перехода от разговорного диалога к пению или музыкальным сценам.
При переводе 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 — это сокращение от незарегистрированного товарного знака, и его следует обозначать надстрочным индексом (как символ Юникода) . U+2122 ™ ТОРГОВЫЙ ЗНАК ). 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 — это сокращение от знака обслуживания и должно быть представлено в виде надстрочного индекса (как символ Юникода). U+2120 ℠ ЗНАК ОБСЛУЖИВАНИЯ ). Одинарная кавычка представляет собой фигурную левую, а двойная кавычка — фигурную левую и правую. Знаки плюс относятся к верхнему левому, верхнему правому, нижнему левому и нижнему правому углам при рисовании рамки .
Незападные наборы символов Норпак
[ редактировать ]При использовании все стандартные и расширенные наборы символов не используются в пользу следующих предопределенных наборов, необходимо соблюдать осторожность, чтобы не эмулировать какие-либо команды управления. Это расширение было представлено в ЦИК компанией Norpak , которая сделала аналогичное расширение формата телетекста для китайского рынка. Основное использование заключалось в предоставлении субтитров с двухбайтовым кодом для рынков Японии, Тайваня и Южной Кореи. Команда переключения наборов символов имеет первый байт 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 0Row 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 | возврат назад (перезаписать последний символ) |
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 (добавьте пробел) |
Ссылки
[ редактировать ]- ^ «S CTE 21 2012 — СТАНДАРТ НА ПЕРЕДАЧУ ДАННЫХ VBI В КАБЕЛЬНЫХ ЦИФРОВЫХ ТРАНСПОРТНЫХ ПОТОКАХ» (PDF) . Общество инженеров кабельной связи . СКТЭ 21:13. 2012 . Проверено 4 октября 2012 г.
- ^ «Архивная копия» (PDF) . Архивировано из оригинала (PDF) 9 июня 2019 г. Проверено 7 апреля 2020 г.
{{cite web}}
: CS1 maint: архивная копия в заголовке ( ссылка ) - ^ Стандарт CEA-608-E R-2014.
Внешние ссылки
[ редактировать ]- Требования к декодеру субтитров для аналоговых телевизионных приемников – 47 CFR 15.119 – от FCC
- Указатель документов с требованиями в тексте и PDF для 47 CFR 15 – используйте ссылку 119 – Из FCC
- ANSI/CTA-608-E S-2019 — последняя версия стандарта от Ассоциации потребительских vTechnology, бесплатно.