EIA-608

В этой статье есть несколько проблем. Помогите улучшить ее или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти сообщения ) Эта статья может оказаться слишком сложной для понимания большинством читателей .Пожалуйста, помогите улучшить его, чтобы сделать его понятным для неспециалистов , не удаляя технические детали. ( январь 2013 г. )( Узнайте, как и когда удалить это сообщение ) Для проверки данной статьи необходимы дополнительные цитаты .Пожалуйста, помогите улучшить эту статью , добавив ссылки на надежные источники . Неподтвержденные материалы могут быть оспорены и удалены. Найти источники:  "EIA-608" – новости  · газеты  · книги  · ученый  · JSTOR ( Май 2018 )( Узнайте, как и когда удалить это сообщение ) ( Узнайте, как и когда удалить это сообщение )

EIA-608 , также известный как «Line 21 captions» и «CEA-608», ^[1] — стандарт для скрытых субтитров для телепередач NTSC в США , Канаде и Мексике . Он был разработан Electronic Industries Alliance и по закону должен быть реализован в большинстве телевизионных приемников , производимых в США.

В нем определена «Расширенная служба передачи данных», которая представляет собой средство для включения службы управления видеомагнитофоном с электронным программным гидом для передач 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 :

Структура пользовательских данных, которая следует за заголовком H.262 GOP, выглядит следующим образом (то же самое применяется после заголовка ISO/IEC 14496-2 GOP):

bslbf: битовая строка, левый бит первый; uimsbf: беззнаковое целое число, старший бит первый

Блоки титров вставляются после заголовков последовательности и GOP, поэтому каждый блок составляет одну секунду видео, что в итоге составит одну или две длинные строки или три-четыре короткие строки текста. Также это означает, что если caption_block_count больше 30, то блок содержит оба чередующихся поля титров, и можно было бы определить частоту кадров из caption_block_count. Однако, поскольку данные сгруппированы вместе, частота кадров почти всегда будет 30/1,001, в отличие от метода ATSC, который вставляет одну пару байтов для каждого поля после заголовка изображения, что делает возможной частоту кадров 24/1,001 для HD-контента. Поскольку, когда декодер выполняет преобразование 3:2 для вывода NTSC, титры останутся синхронизированными.

Пакетная структура, которая вставляется перед видеопакетом H.222 , для кадра связанного видео выглядит следующим образом:

bslbf: битовая строка, левый бит первый; uimsbf: беззнаковое целое число, старший бит первый

Эта структура была разработана для любых цифровых данных VBI и оптимизирована для переноса трех или более 43-байтовых пакетов телетекста . например, заголовка страницы и двух связанных строк. Для субтитров телетекста data_unit_id устанавливается равным 3. В этой форме субтитры должны быть разделены на пары байтов, распределенные по кадрам в одну секунду видео, а не сгруппированы в один блок, как в структуре DVD. То же самое справедливо для субтитров телетекста с более чем одной строкой текста.

Пакетная структура, вставляемая перед активным видеокадром SMPTE 259M или пакетом видеосущности MXF , кодируется следующим образом для кадра связанного видео:

bslbf: битовая строка, левый бит первый; uimsbf: беззнаковое целое число, старший бит первый

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

Формат потока данных EIA-608 включает Extended Data Service (XDS), разнообразную информацию о передаче. Все это опционально:

• название программы
• Рейтинг оскорбительности (насилие, секс и т. д.)
• категория программы (драма, игровое шоу и т. д.)

Существует три набора символов, которые поток EIA-608 может направить на отображение приемника: основные символы, специальные символы и расширенные символы. Одна двухбайтовая команда EIA-608 (представленная одной строкой VBI) может указывать два основных символа, один специальный символ или один расширенный символ.

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

EIA-608 обеспечивает управление цветом переднего плана и фона текста, подчеркиванием, миганием и курсивом. Цветовая схема по умолчанию — белые символы на черном фоне, все непрозрачно.

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

В этих примерах

 P = бит нечетной четности

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

 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ нуль-заполнитель |P|0|0|0|0|0|0|0|0| |P|0|0|0|0|0|0|0| Метаданные XDS |P|0|0|0| КЛАСС | |P|0|0|0|ТИП | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0

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

 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ модифицированный 7-битный ASCII |P| СИМВОЛ1 | |P| СИМВОЛ2 | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 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|СИМВОЛ | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = нечетная четность; C = переключение второго канала

TM — это сокращение от незарегистрированной торговой марки, и его следует указывать в верхнем индексе (например, символ Unicode U+2122 ™ TRADE MARK SIGN ). TS в таблице выше представляет собой «прозрачный пробел» или неразрывный пробел . Наконец, восьмая нота (♪) используется для обозначения пения или фоновой музыки в титрах.

+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|0|1|S| |P|0|1|ПЕРСОНАЖ| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = нечетность; C = переключение второго канала; S = переключение набора символов

Эти расширенные наборы символов используются редко, поскольку большинство европейских стран используют систему телетекста на базе BBC Ceefax.

Система Ceefax более подвержена ошибкам в символах из-за большего количества бит данных (337 против 16), кодируемых в каждом поле VBI. Эти ошибки возникают либо при аналоговых передачах, либо при соединениях, подверженных помехам.

• Команда для отображения расширенного испанского/французского или другого символа имеет первый байт 0x12 или 0x1A (в зависимости от канала).
• Команда для отображения расширенного португальского/немецкого/датского символа имеет первый байт 0x13 или 0x1B (в зависимости от канала).

Второй байт — это кодовая точка в диапазоне 0x20-0x3F, выглядит следующим образом:

SM — это сокращение от service mark и должно быть представлено в верхнем индексе (например, символ Unicode U+2120 ℠ SERVICE MARK ). Одинарная кавычка — это закругленная левая, а двойные кавычки — закругленные левая и правая. Знаки «плюс» относятся к верхнему левому, верхнему правому, нижнему левому и нижнему правому углам для рисования блока .

При использовании все стандартные и расширенные наборы символов не используются в пользу следующих предопределенных наборов, необходимо соблюдать осторожность, чтобы не эмулировать никакие команды управления. Это расширение, представленное в CEC компанией Norpak , которая сделала аналогичное расширение для формата телетекста для китайского рынка. Основное применение заключалось в предоставлении двухбайтовых кодовых точек субтитров для японского, тайваньского и южнокорейского рынков. Команда переключения наборов символов имеет первый байт 0x17 или 0x1F (в зависимости от канала). Второй байт — это ссылка на набор символов в диапазоне 0x24-0x2A следующим образом

+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|1|1|1| |P|0|1|0|НАБОР СИМВОЛОВ| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0

Биты 15 и 7 всегда являются битами нечетной четности. Бит 11 всегда является битом канала.

Код адреса преамбулы с маскирующими битами 15, 11 и 7, как уже определено выше, можно интерпретировать из следующей таблицы.

Стандартный адрес и стиль преамбулы строки(Строка по умолчанию 11 = 0, верхние строки 1-4 = 1-2, нижние строки 12-13 = 3) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ стиль преамбулы |P|0|0|1|C|0|ROW| |P|1|N|0|STYLE|U| адрес преамбулы |P|0|0|1|C|0|ROW| |P|1|N|1|CURSR|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0Расширенный адрес и стиль преамбулы строки(Нижние ряды 14-15 = 0, средние ряды = 5-10 = 1-3) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ стиль преамбулы |P|0|0|1|C|1|ROW| |P|1|N|0|STYLE|U| адрес преамбулы |P|0|0|1|C|1|ROW| |P|1|N|1|CURSR|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 P = нечетная четность; C = переключение второго канала U = переключение подчеркивания; N = переключение следующей строки вниз (если стиль или положение курсора не установлены, по умолчанию — обычный белый текст на черном фоне при курсоре = 0, курсор - кратный 4) Перечисления стилей текста: {белый=0,зеленый,синий,голубой,красный,желтый,пурпурный,курсивный белый}

Биты строк определяют, какая из пятнадцати строк экрана должна содержать текст заголовка: строка 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).

Для кода midrow это следующее: биты 14, 13, 10, 9, 6 и 4 всегда равны 0, биты 12, 8 и 5 всегда равны 1. Биты 3, 2 и 1 образуют атрибут цвета 0001X10X (см. список атрибутов). Бит 0 указывает на подчеркивание.

Изменение стиля средней строки(стиль остается в силе до следующего изменения или до конца строки, обозначенного элементом управления или преамбулой) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ цвет фона |P|0|0|1|C|0|0|0| |P|0|1|0|ЦВЕТ|T| стиль середины строки |P|0|0|1|C|0|0|1| |P|0|1|0|СТИЛЬ|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ без фона |P|0|0|1|C|1|1|1| |P|0|1|0|1|1|0|1|черный текст |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 = нечетная четность; C = переключение второго канала T = частично прозрачный; U = переключение подчеркивания Перечисления цветов bg: {белый=0,зеленый,синий,голубой,красный,желтый,пурпурный,черный}

Для других кодов управления они следующие: биты 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 байт данных имеет вид следующей команды:

• Требования к декодеру субтитров для аналоговых телевизионных приемников – 47 CFR 15.119 – от FCC
• Индекс документов с требованиями в текстовом формате и в формате PDF для 47 CFR 15 – используйте ссылку 119 – Из FCC
• ANSI/CTA-608-E S-2019 – Последняя редакция стандарта от Ассоциации потребительских технологий, бесплатно