Графика в эфире

Происхождение и история термина

Историю явления хорошо показывает новостное производство британской вещательной корпорации BBC. Архив Ravensbourne University London описывает ранние подписи, которые художники рисовали вручную. Позднее буквы переносили на карточки и прозрачные листы с помощью специального пресса; карты также делали вручную. Карточки подавали в устройства, позволявшие накладывать их изображение на видео во время передачи. ^[6]

В описании выпуска BBC Six O’Clock News 1984 года виден переход к электронному изготовлению графики. Дизайнеры использовали Quantel Paintbox, сохраняли изображения в электронной системе Still Store и выводили их в прямую программу. Поменялись средства производства и хранения, но сохранилась задача: подготовить визуальное пояснение и вовремя включить его в передачу. ^[6]

Это пример развития эфирной графики в конкретной телекомпании, а не дата рождения профессии во всём мире. Современная документация CasparCG показывает следующий технический вариант: графическим шаблоном может служить HTML-страница — документ того же типа, что используется для веб-страниц. ^[2]

Суть и механизм

Для объяснения удобно разделить работу на три части. Шаблон — заготовка с расположением надписей и изображений. Данные — значения, которые помещают в эту заготовку. Управление — действия, определяющие, когда элемент появляется и как меняется. Такое разделение используется, например, в устройстве спортивных титров «СофтЛаб-НСК». ^[5]

Представим учебный пример: внизу кадра расположены названия двух команд и счёт. Цвета и места надписей относятся к шаблону; «Север», «Восток» и «2:1» — к данным. Решение показать табло после заставки относится к управлению. Можно поменять счёт, сохранив расположение команд. Можно убрать табло с экрана, не удаляя сведения о матче. Эти действия решают разные задачи, поэтому в задании на графику их полезно описывать отдельно.

В CasparCG взаимодействие с HTML-шаблоном программируют на JavaScript — языке, которым задают поведение веб-страниц. Функция play() сообщает шаблону о запуске, update(templatedata) передаёт строку данных, а stop() сообщает об остановке. Важная особенность этой реализации: вызов stop() сам по себе не удаляет HTML-шаблон. Поведение при остановке нужно учитывать при разработке и проверке. ^[2]

Повторное использование тоже бывает разным. В Adobe Premiere функция Source Graphic создаёт общий исходный графический элемент. Изменение текста, стиля или содержимого одного его экземпляра отражается в остальных связанных экземплярах. Это удобно для общей подписи, но опасно, если одинаково оформленным подписям нужны разные имена. Описанное поведение относится именно к Source Graphic. ^[1]

Виды и классификации

Ниже — редакционная классификация по задаче зрителя, а не обязательный стандарт отрасли. Один элемент может выполнять несколько задач.

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

Субтитры связаны с временными интервалами показа текста. Консорциум Всемирной паутины W3C разработал TTML2 — язык разметки текста со временем показа; в нём, например, атрибуты begin и end задают начало и конец интервала. Формат Европейского вещательного союза EBU-TT-D предназначен для распространения субтитров по сетям на основе интернет-протокола. Этот профиль основан на TTML1, поэтому его нельзя считать просто другим названием TTML2. ^{[3, 4]}

Как применяется на практике

Российский пример — «Форвард Спортивные Титры». По документации производителя система получает сведения из базы данных, табло стадиона или ручного ввода и подставляет их в графические шаблоны. Для оператора предусмотрены предпросмотр, запуск, остановка и обновление титров. Это описание конкретной системы, а не обещание одинаковых возможностей любого оборудования. ^[5]

Продолжим учебный пример с матчем. Перед репетицией редактор утверждает названия команд, оператор готовит значения счёта, а дизайнер проверяет размещение длинного названия. Команда «показать табло» должна относиться к нужному матчу. Если в предварительном просмотре стоит «2:1», а зритель получает «1:1», проверка содержимого базы ещё не выявляет место ошибки.

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

Как измерить или проверить

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

Затем выполняют сценарии и сверяют итоговое изображение с заданием. Для субтитров отдельно проверяют время: наличие правильных слов ещё не доказывает, что они совпадают с нужным фрагментом речи. Основание такого разделения есть в TTML2: текст и сведения о времени представляют разные части описания. ^[3]

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

Здесь числитель — число успешных проверок, знаменатель — число выполненных. Невыполненные сценарии записывают отдельно. Если не выполнено ни одного, доля не определена: делить на ноль нельзя. Название «покрытие» для этого результата неточно: даже двадцать успешных проверок могут не включать важный случай. Процент также не учитывает тяжесть двух ошибок и не служит самостоятельным разрешением на эфир.

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

Ошибки, ограничения и спорные вопросы

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

Нельзя переносить свойства одного инструмента на все остальные. Связь экземпляров Adobe и функции HTML-шаблонов CasparCG описывают разные механизмы. ^{[1, 2]} Перед использованием готового проекта нужно выяснить, какие изменения общие, какие данные независимы и что происходит при снятии элемента.

Стандарты субтитров также решают ограниченную задачу. Они задают представление и обработку текста, но не устанавливают истинность спортивного результата. ^{[3, 4]} В предложенном протоколе проверка содержимого остаётся отдельным этапом, даже если файл технически корректен.

Частые вопросы

Связанные термины

• titry-i-plashki
• infografika
• montazh
• studiynyy-kompleks
• vypuskayushchiy-rezhisser