Оркестрация | Слой управления

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

Для вещателей, работающих в гибридных средах и сталкивающихся с растущими ожиданиями аудитории, оркестрация больше не является абстрактной IT-концепцией. Она быстро становится операционной необходимостью.

От фиксированных эфирных трактов к гибким рабочим процессам

На протяжении десятилетий традиционные комплексы строились вокруг эфирных трактов на базе SDI. Серверы приёма, системы плейаута, графические системы и коммутаторы мастер-контроля соединялись в основном в статических конфигурациях. Каждый канал, как правило, имел собственный выделенный плейлист автоматизации и связанный с ним аппаратный тракт. Масштабирование означало добавление физического оборудования. Резервирование означало его дублирование.

Внедрение отраслью IP-стандартов, таких как SMPTE ST 2110, фундаментально изменило эту модель. Вместо дискретных, физически привязанных трактов сигнала медиапотоки теперь пакетируются и передаются по общей сетевой инфраструктуре. Каждый источник и назначение становятся адресуемыми. Ресурсы обработки, будь то локальные или облачные, существуют в виде общего пула.

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

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

Но гибкость приводит к усложнению, и именно здесь вступает в роль оркестрация.

Что такое оркестрация?

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

Архитектуры на базе IP снимают многие физические ограничения, но также многократно увеличивают количество переменных. Когда функции приёма, плейаута, графики, транскодирования и доставки представлены в виде программных сервисов, работающих в общей инфраструктуре, кто-то — или что-то — должен определять:

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

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

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

Результат — это не просто управление инфраструктурой. Это операционная согласованность.

Связывание автоматизации с инфраструктурой

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

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

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

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

What is Orchestration, and Why Might You Need It?

Управление резервированием и гибридными операциями

Резервирование всегда было ключевым элементом проектирования вещательных систем. Традиционно это означало построение параллельных аппаратных трактов. В IP- и гибридных средах резервирование может быть значительно более динамичным, но и более сложным.

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

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

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

Масштабирование для прямых эфиров и временных каналов

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

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

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

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

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

TFT1957 | TV & Film Tech Magazine Special Edition for NAB Show 2026

Почему это может быть необходимо

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

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

Тогда оркестрация, скорее всего, становится необходимостью.

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

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

Статья написана Джоном Мэйлхотом специально для «TFT 1957 | TV & Film Technology Magazine» и также была опубликована в журнале «TKT 1957 | Техника Кино и Телевидения», №04 (792) 2026.

Сообщение Что такое оркестрация и зачем она может понадобиться? появились сначала на TKT 1957 | Техника Кино и Телевидения.

Айдар Мусин, генеральный директор QBS (Qazaqstan Broadcasting Service), предупреждает: согласования, проектирование и поставки имеют свои сроки. Если затянуть с решениями, международный производитель может просто не взяться за проект.

«В подготовке к Азиаде-2029 есть момент, когда даже дополнительные деньги уже не помогут»

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

— Что сейчас опаснее для подготовки телевещания — нехватка денег или потеря времени?

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

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

Ursula Romero Takes Over Global Sports Broadcasting Company After Her Father’s Death

Что осталось от прорыва 2011 года

— Казахстан уже проводил зимнюю Азиаду. Почему прежнего опыта и техники теперь недостаточно?

Игры 2011 года дали казахстанскому телевидению очень многое. Мы создали инфраструктуру, приобрели технику, подготовили людей. Причём сделали это качественно: две большие 20-камерные передвижные телевизионные станции продолжают работать и производить спортивный контент.

Но техническая база создавалась для другого этапа развития телевидения. Тогда мы строили систему на SDI и Full HD. С тех пор технологии далеко продвинулись. Поэтому к Играм 2029 года необходимо серьёзное переоснащение. То, что система ещё работает, не отменяет необходимости её обновлять.

— Насколько большим был тот рывок?

По сути, целое направление пришлось создавать почти с нуля. В оргкомитете появилось управление телекоммуникаций и IT. Вместе с международными специалистами, в том числе финской компанией Qualitron, мы осваивали организацию вещания крупных соревнований: работу хост-бродкастера, производство международного сигнала, комментаторские позиции, международный звук. Для нас большим шагом стали производство в Full HD и звук 5.1.

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

— Если выделить одну первоочередную задачу, какую?

Кабельная инфраструктура для телерадиовещания спортивных объектов. Я специально ставлю её на первое место. Телеканалы могут покупать камеры и другое оборудование в рамках собственного развития. Но инфраструктуру арен необходимо проектировать и обновлять системно.

Это не просто кабели. Сначала определяются позиции камер и комментаторов, затем проектируются трассы и защищённые от снега и воды точки подключения. На комплексе «Сункар», например, первоначально предусматривались около 15 стационарных комментаторских позиций и около 25 дополнительных точек для подключения переносных. При такой подготовке оборудование подключают короткими кабелями к уже готовой инфраструктуре.

— Даже новый стадион может оказаться не готов к международной трансляции?

Да. При строительстве предусматривают освещение, звук, видеонаблюдение, системы доступа. Однако телевизионная инфраструктура требует отдельного внимания. Её нужно закладывать в проект с самого начала.

Вещательную инфраструктуру нужно включать в общестроительные работы и бюджет объекта. Если она не предусмотрена, необходимо корректировать проект и смету. Надежда на то, что перед соревнованиями телевизионщики просто протянут кабели по стадиону, создаёт проблемы: длинные временные линии путаются и повреждаются.

— Какую роль в обновлении должен сыграть переход к IP?

Нужно учитывать возможности IP-производства, в том числе семейства стандартов SMPTE ST 2110 для передачи профессиональных медиасигналов по управляемым IP-сетям. Это направление позволяет по-новому организовать работу с видео и звуком.

Медиацентр как ядро вещательной системы

— Где объединяются сигналы со всех спортивных объектов?

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

На Азиаде-2011 медиацентр работал в Almaty Towers: туда поступали сигналы с объектов Алматы и области. Международные специалисты сначала подготовили техническое задание, и уже на его основе центр спроектировали и построили. Этот опыт показывает, насколько важно заранее определить общую технологическую схему.

Tahir Aliyev, International Sport Broadcasting: I Visualize a Story as a Shot

Кто отвечает за международный эфир

— С какого организационного решения должна начинаться подготовка?

Должна быть чётко определена структура, отвечающая за подготовку Игр, а внутри неё — направление телекоммуникаций и IT. Оно должно работать совместно с профильными государственными органами, специалистами спортивных объектов и организатором телевизионного производства.

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

— Что должно появиться раньше — техническое задание или список оборудования?

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

После этого можно выбирать оборудование и системного интегратора. В Казахстане есть сильные компании, способные выполнить такую работу совместно с зарубежными партнёрами. Но им нужны сформулированные требования к спортивному производству.

— У Казахстана есть Qazsport и сильные телевизионные команды. Зачем привлекать международного партнёра?

В Казахстане действительно есть хорошие специалисты: режиссёры, продюсеры, инженеры, производственные команды. У Qazsport большой опыт спортивных трансляций. Но для Азиады нужен партнёр с опытом организации международного вещания крупных комплексных соревнований.

У нас в QBS (Qazaqstan Broadcasting Service) есть специалисты, которые вместе с Qualitron работали на Играх в Сочи, зимней Азиаде и международных проектах в Италии. Их опыт можно использовать при подготовке технического задания. А работа с международной командой позволяет передавать знания следующему поколению казахстанских инженеров — от расстановки камер и организации международного звука до всей системы производства.

— Какую компанию вы считаете подходящей для такой задачи?

Я считаю, что привлечение испанской компании (мирового лидера трансляции уровня Олимпийских игр) ISB — International Sports Broadcasting — было бы правильным решением. Для всех ответственных за проект принципиальны международный опыт компании и её компетенции в организации вещания больших спортивных событий.

Справка:

Безусловный авторитет и компетенция стали главными факторами, на основании которых Китай выбрал именно ISB официальным хост-вещателем Всемирных игр (The World Games 2025), которые прошли с 7 по 17 августа 2025 года в городе Чэнду.

Ключевые детали проекта:

Масштаб: ISB обеспечила рекордные объемы вещания для этих соревнований — порядка 900 часов прямого эфира, что в три раза превысило показатели предыдущих игр в Бирмингеме. 

Платформа: Специально к старту игр в Чэнду компания запустила глобальный стриминговый сервис The World Games Live для трансляции соревнований по всему миру. 

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

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

— То есть выбор производителя влияет и на экономику Игр?

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

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

Решения нужны уже сейчас

— На какой формат Казахстану следует ориентироваться при обновлении техники?

Я бы ориентировался на 4K. В Казахстане есть хорошая база для HD и Full HD: «Хабар», «Казахстан», Qazsport, коммерческие телекомпании. Но если мы приобретаем новую технику с расчётом на будущее, нужно смотреть дальше существующих возможностей.

ПТС покупают на годы — обычно речь идёт о горизонте пяти–десяти лет. Поэтому важно оценивать, какой контент она будет производить и после Азиады. Новое оборудование должно иметь перспективу дальнейшего использования.

— Почему поддержки 4K недостаточно при выборе ПТС?

Когда обсуждается аренда или покупка подержанной ПТС, нужно смотреть прежде всего на её назначение. Комплекс для телевизионных шоу и станция для крупных спортивных соревнований решают разные задачи. Само наличие 4K ещё не говорит о том, что машина подходит для производства спортивного контента.

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

— Если зарубежная ПТС приезжает со своей бригадой, что ещё нужно предусмотреть?

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

Дефицит памяти и предварительный заказ оборудования

— Как дефицит памяти влияет на сроки подготовки к Играм?

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

При подготовке к Азиаде-2011 мы начинали переговоры за несколько лет. Уже тогда производственные планы крупных поставщиков были расписаны далеко вперёд. Сейчас вопрос предварительных заказов нужно решать без промедления.

— Почему нельзя просто купить необходимую технику «в магазине» ближе к Играм?

Большая ПТС не стоит готовой на магазинной полке. Она создаётся под конкретные производственные задачи. Одно проектирование может занимать от полугода до года, затем нужно заказать и получить оборудование, построить комплекс и подготовить инженеров.

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

— Как увязать предварительные заказы с общей технологической схемой Игр?

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

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

Айдар Мусин: Первая семья папы погибла в трагедии на Медео в 1973 году

Сообщение «Завтра может быть поздно»: Готов ли Казахстан показать Азиаду-2029? появились сначала на TKT 1957 | Техника Кино и Телевидения.

Z Cinema | Рабочие процессы, цвет и системная стратегия

Филип Гроссман (Philip Grossman), главный редактор TFT1957 | TV & Film Technology Magazine.

У меня была возможность встретиться с Маюком Банерджи и задать вопрос о том, как Nikon видит развитие инициативы Z CINEMA по мере набора ею оборотов. Поскольку Nikon и RED теперь работают в более тесной связке, разговор быстро вышел за рамки спецификаций и перешёл к более широкой картине: рабочие процессы, согласованность цвета, многокамерное производство, стратегия объективов и долгосрочная поддержка для кинематографистов. Банерджи рассказал о том, как Nikon подходит к кинорынку не просто как производитель камер, а как компания, стремящаяся построить практичную и убедительную производственную экосистему.

Дорожная карта Z CINEMA и позиционирование на рынке

— Z CINEMA быстро прошла путь от концепции до полноценной экосистемы. Что является ориентиром на ближайшие 24 месяца — как выглядит «успех»?

Спрос на видеопроизводство растёт в широком спектре отраслей — от социальных сетей до стриминговых сервисов. Z CINEMA уже предлагает линейку из четырёх моделей. ZR поддерживает R3D NE, тогда как три модели RED используют байонет Z — обеспечивая такие улучшения, как более продвинутый автофокус и повышенную общую надёжность.

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

Приоритет рабочего процесса: акцент на надёжности

— Nikon известна своей ДНК в области изображения; при этом команды киноиндустрии сосредоточены на стабильности и повторяемости. Что вы поставили в приоритет в первую очередь — цветовую науку, поведение в светах, производительность автофокуса или надёжность рабочего процесса — и почему?

С ZR нашим главным приоритетом была надёжность рабочего процесса. ZR поддерживает R3D NE — 12-битный сжатый формат RAW, использующий файловый формат R3D от RED, а также применяет REDWideGamutRGB и Log3G10, соответствующие цветовой науке RED. В постпродакшене это позволяет обрабатывать материал с ZR в рамках того же рабочего процесса, что и R3D-материал, снятый на высококлассные кинокамеры RED.

Если камера RED используется как основная, ZR может выступать в роли B- или C-камеры, при этом сохраняя те же преимущества рабочего процесса на протяжении всего производства.

Nikon и RED: согласование на уровне пайплайна

— RED обладает легендарным присутствием в производстве. Не раскрывая деталей, где вы видите наиболее быструю синергию между изображением Nikon и рабочими процессами RED — в цветовом пайплайне, кодеках, on-set мониторинге, стратегии объективов, метаданных постпродакшена или дизайне сенсора?

Мы считаем, что наиболее прямая точка согласования — это совместимость цветового пайплайна и рабочего процесса. ZR разрабатывалась с расчётом на использование вместе с камерами RED, обеспечивая характеристики изображения и устойчивость в постпродакшене, соответствующие таким объединённым рабочим процессам.

Inside Nikon’s Z CINEMA Strategy: Workflow, Color, and the Road Ahead

Многокамерное производство: стабильность и согласование

— Если продакшн рассматривает Nikon для многокамерной съёмки, на каких ключевых принципах вы строите систему — синхронизация/таймкод, согласование между камерами, удалённое управление/шейдинг, единообразие объективов или надёжность при длительной работе?

Наивысшим приоритетом было достижение согласования цвета между ZR и камерами RED.

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

Интеграция экосистемы: готовность сторонних решений

— Партнёрства играют важную роль в киноиндустрии. Как вы взаимодействуете со сторонними производителями мониторов/рекордеров, аудиооборудования, объективов и ригов, чтобы сделать Z CINEMA готовой к использованию с первого дня?

С акцентом на то, чтобы ZR могла использоваться в широком диапазоне производственных сред с первого дня, мы тесно сотрудничали со сторонними производителями аксессуаров — включая партнёров по ригам, мониторам, рекордерам и аудио — ещё до запуска продукта.

Профессиональная поддержка и сервисная стратегия

— В киноиндустрии всё предельно практично: доверие формируют аптайм, сервис и поддержка. Что Nikon изменила или усилила в направлении профессиональной поддержки, чтобы соответствовать требованиям кино?

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

TFT1957 | TV & Film Tech Magazine Special Edition for NAB Show 2026

Стратегия Z-mount: гибкость против нативных кинотребований

— Байонет Z отличается высокой адаптируемостью, но киноиндустрия также ожидает нативные решения. Как вы видите роль Z-mount в кино — нативные объективы Z CINEMA против адаптации PL — и какова долгосрочная роль кинооптики Nikon в этой экосистеме?

Сильная сторона байонета Z — его высокая адаптируемость, обеспеченная самым коротким рабочим отрезком среди полнокадровых беззеркальных систем, что позволяет гибко конфигурировать систему. Как уже было заявлено на IBC в прошлом году, разработка кинообъективов ведётся. Подробности, включая вопросы байонета, будут объявлены при официальном выпуске.

Cтатья написана специально для «TFT 1957 | TV & Film Technology Magazine» и также была опубликована в журнале «TKT 1957 | Техника Кино и Телевидения», №04 (792) 2026.

Сообщение Внутри стратегии Nikon Z CINEMA: рабочие процессы, цвет и дальнейшее развитие появились сначала на TKT 1957 | Техника Кино и Телевидения.

Интервью с Михаилом Шадриным, директором отдела «Мультимедиа» компании SoftLab-NSK, о том как SoftLab-NSK строит видеосерверы и плейаут под Linux, внедряет сплайсинг рекламы и меняет западные решения в региональном и федеральном ТВ.

История компании

– Когда родилась компания SoftLab-NSK и в каком контексте это произошло?

Мы открылись в декабре 1991 года. Если кто помнит, то мы появились раньше, чем Гайдар стал премьером. Можно сказать, что почти ещё в Советском Союзе. Сейчас это уже несколько компаний с общей численностью порядка 100 человек. И даже на нашем дне рождения здесь обычно присутствует меньше половины коллектива.

Два основных отдела

– Как сегодня структурирована компания?

У нас два основных отдела. Первый, исторический, — это отдел виртуальной реальности. На самом деле это команда, которая продолжает наши изначальные традиции. Второй — отдел мультимедиа. Именно им я сейчас руковожу. Он тоже вырос из тренажёрной тематики, но уже другой.

Космос: Тренажеры для космонавтов

– Откуда вышла команда?

Мы родом из Института автоматики и электрометрии Сибирского отделения Академии наук. С конца 70-х этот институт работает с Центром подготовки космонавтов. И до сих пор стыковка всех космических кораблей, кроме шаттла, со всеми орбитальными станциями, начиная с «Салюта-7», тренируется на наших продуктах. Всю визуализацию для этих тренажёров делаем мы. Сейчас там работает уже девятое поколение наших продуктов.

От крылатых ракет к телевидению

– Как появился отдел мультимедиа и чем вы занимались до ТВ?

Отдел мультимедиа вырос из тренажёра для головок самонаведения крылатых ракет. В 1988 году мы начали делать этот тренажёр, в 1991-м сделали. Но Советский Союз закончился, и пришлось конверсироваться. И тут так совпало, что система, которую мы сделали для головок самонаведения, неожиданно нашла применение для сброса компьютерной графики на только что появившемся российском телевидении. Собственно, то, чем мы занимаемся сейчас в мультимедиа, — это прямое продолжение тех решений.

Отдел «Мультимедиа» сегодня

– Чем конкретно занимается ваш отдел сейчас?

Отдел «Мультимедиа», которым я руковожу, делает несколько ключевых продуктов. Первый и главный — это плейаут, автоматизация регионального вещания. Я говорю «регионального» уже чуть с иронией: к сожалению, из-за «спрямления вертикали власти» и перехода на «цифру» региональных компаний в России стало значительно меньше. Для примера: в Новосибирске из 23 каналов в аналоговом эфире живыми остались ВГТРК и ещё две компании. Остальные «отдали Богу душу». Тем не менее мы продолжаем заниматься автоматизацией вещания.

Ирина Травина, «СофтЛаб-НСК»: Вся прибыль сразу же вкладывается в дальнейшее развитие

Линейка продуктов для ТВ

– Какие ещё направления и продукты вы развиваете помимо плейаута?

Помимо автоматизации эфира, мы делаем: 

— Системы многоканальной записи. 

— Системы для живого ТВ-производства.

— Решения для обеспечения спортивных трансляций и спортивного судейства.

— И в последние годы активно развиваем работу с транспортным потоком.

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

– Что входит в линейку Forward для регионального ТВ?

Наш флагманский продукт — Forward Tuner. Forward TT — это титровальный комплекс, где нельзя воспроизводить фоновые ролики, он работает именно как система титровальных объектов. Дальше основной продукт — Forward TA. Это уже полноценная автоматизация эфира.

Презентация SoftLab-NSK: Новые программные и аппаратные решения для современного ТВ

Распространение систем Forward

– Насколько широко ваши решения используются в региональном ТВ?

По нашим оценкам, около 1700 региональных телекомпаний в России вещали с наших систем. По Казахстану, по моим прикидкам, доля должна быть в районе 30–50%.

Таймшифт и «свой» прайм-тайм

– Что такое Forward TP и зачем он нужен региональным вещателям?

Forward TP — это тот же самый эфирный комплекс, но с поддержкой таймшифта. Сибирь далеко от Москвы, и нужно, чтобы программы, идущие в прайм-тайм в Москве, попадали в прайм-тайм и в Сибири, которая живёт на несколько часов раньше. Поэтому сделана система таймшифта, которая не просто сдвигает вещание, а позволяет его перепланировать. Иногда нужно не «плюс-минус пару часов», а переупаковать целую сетку.

Был у нас новосибирский канал, который перепланировал принимаемый сигнал федерального канала из Москвы на целую неделю. Они полностью записывали недельный эфир из Москвы, а в Новосибирске отдавали уже по своему расписанию — так, как им нужно, при этом соблюдая пожелания по сохранению прайм-тайма.

Adsremover и реклама для СНГ

– Вы упомянули новый продукт AdsRemover. В чём его задача?

AdsRemover — продукт относительно свежий и как раз актуальный для Казахстана и других стран СНГ. С некоторого момента у вещателей возникло желание убирать московскую рекламу из федеральных каналов, которые уходят «наружу» за пределы России. Мы можем поверх московского рекламного блока отдать местную рекламу или, если реклама в принципе запрещена, показать заставки, перебивки, любой другой «заглушающий» контент. То есть зритель не увидит здесь рекламу, которая юридически не разрешена к показу.

Архитектура: Прием и выдача всего

– Как в целом устроена архитектура ваших систем по входам и выходам?

Мы умеем принимать практически все типы сигналов. Аналог как вход исчез недавно — просто потому, что аналоговое вещание в России закончилось. Но потенциально на складе у нас ещё порядка двадцати плат лежит — если вдруг кому-то понадобится. Из «живых» интерфейсов: SDI, IP, NDI, HDMI — всё, что может выдавать картинку.

На выходе мы точно так же формируем любые нужные форматы: SDI, IP с кодированием «на борту», ASI — уже как транспортный поток с мультиплексированием, по определению есть NDI, VGA, DisplayPort, HDMI.

Интерфейс On-Air и набор утилит

– Как выглядит интерфейс вашего эфирного комплекса и что идёт «в комплекте»?

Интерфейс нашего ON-AIR выглядит классически для плейаута: список событий, тайм-коды, статусы, превью. В детали сейчас не буду углубляться. Устанавливается не только сам Playout. В комплекте — большой набор вспомогательных приложений, которые родились по просьбам телеканалов. Это разные сервисы:
— ограничения по «взрослому» контенту;
— запрет курения;
— автоматическое включение/выключение тех или иных элементов, и прочая «служебная автоматика».

Часть из них вообще не видна зрителю, но очень облегчает жизнь эфиру.

Собственный редактор титров

– Вы используете сторонний титровальный софт или своё решение?

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

Редактор титров и сценарная логика

– Что умеет ваш редактор титров помимо базового набора?

У нас есть и редактор стилей титров, и планировщик экрана. Поддерживается больше 20 типов титровальных объектов. Их можно анимировать, они работают в 2,5D, то есть с визуальной глубиной. Из новых возможностей — управление титрами через JavaScript. Можно запрограммировать поведение титров в соответствии со сценарием программы. И всё это реализовано на довольно простом языке управления, чтобы не пугать режиссёров и дизайнеров сложным кодом.

Шрифты, локализация и интерфейс

– Насколько вы готовы к локализации под разные языки вещания?

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

Ролики, кодеки и качество видео

– Какие форматы видеороликов поддерживает система и как работаете с кодеками?

Поддерживаем все форматы, которые реально используются в отрасли. Кроме того, мы являемся авторизованными разработчиками для кодеков и энкодеров NVIDIA и Intel QuickSync. Более 30 лет работаем с компанией MainConcept, поставляющей программные кодеки. Всё это встроено в наши решения и контролируется нами.

Субтитры и телетекст

– Как обстоят дела с субтитрами и дополнительными сервисами?

Мы умеем работать с разными типами субтитров — здесь в презентации есть перечень форматов. Отдельно могу похвастаться: телетекст для канала «Матч ТВ» сейчас вставляется через наши решения.

Таймшифт как перепланирование, а не просто сдвиг

– Вы уже упоминали таймшифт. В чём его ключевое отличие от типичных реализаций?

Главное, что наш таймшифт — это не просто сдвиг по времени. Мы воспринимаем принятый эфир как набор материалов, которые можно перепланировать. Записанный материал вставляется в сетку как ролики. Дальше вы планируете показ на любой горизонт, на который хватает хранилища: несколько суток — на сколько хватит дисков.

Автоматический контроль громкости и рекламные вставки

– Как решаете вопрос с уровнем звука и рекламой?

Для лимитирования звука есть Sound Leveler. Изначально мы использовали решение от Linear Acoustic, но, когда они ушли из России в 2022 году, пришлось написать свой. Работает, проверено. Тот же AdsRemover (S-Remover) даёт инструмент для замены или перекрытия рекламы. Всё это уже в эксплуатации.

Готовность к 4K и международной сцене

– Какие форматы по разрешению сейчас полностью поддержаны?

Начинали мы ещё с SD. В середине 90-х добавили HD. Сейчас поддерживаем UHD, то есть 4K. В июле этого года мы получили подтверждение, что вступили в Международную 4K-ассоциацию, которая базируется в Пекине. Мы там официально присутствуем, все наши 4K-продукты сертифицированы и работают. Мы готовы.

IP, протоколы и удаленная работа

– Как вы работаете с IP-средой и транспортными протоколами?

Работаем с IP в разных условиях: внутренняя локальная сеть, «длинная» локалка, хороший интернет, плохой интернет. Поддерживаем больше 20 сетевых протоколов. Все современные SRT, RIST и другие варианты транспортировки потоков нами поддержаны. Мы со всем этим умеем работать. Как уже говорил, мы — авторизованные разработчики у NVIDIA и Intel по их продуктам для кодирования, и активно используем это в наших решениях для вещания и транспортного потока.

Облака, лицензии и защита контента

– Ваши решения работают в «облаках» или вы по-прежнему больше про «железо на площадке»?

Все наши продукты уже «умеют» вставать в облака. Сейчас в Индии — около 300 каналов. В Европе — больше 200 каналов единовременно. В России облака пока не сильно популярны. Телевещатели боятся, что контент украдут. А Европа движется в эту сторону, и мы там успешно работаем.

– Как в облаке решается защита лицензий, если нельзя вставить плату или USB-ключ?

Если премиум-системы ставятся «у себя», то защита лицензии делается либо через нашу карту (каждая плата имеет серийный номер и набор разрешённых приложений), либо через Hasp-ключ. В облаках ни плату, ни Hasp не воткнёшь. Поэтому у нас есть раздача сетевых лицензий. На планете развернуто три группы по три сервера (в сумме девять), отзеркалированных, работающих 24/7/365. Эта схема контроля лицензий по сети работает уже больше десяти лет — нареканий не было.

Сплайсинг: Врезка рекламы без порчи картинки

– Вы отдельно упомянули сплайсинг. Что это и зачем?

Сплайсинг — это врезка рекламы в транспортные потоки без транскодирования. Каждое транскодирование по определению портит проходящий канал — картинка деградирует. Самый правильный способ — переключение по меткам SCTE-35:
— с проходящего транспортного потока;

— на ваш рекламный транспортный поток и обратно.

Этой темой мы занимаемся почти десять лет. Есть софтверное решение и отдельный «железный» стендалон.

– Почему, по-вашему, сплайсинг медленно приживается на рынке?

Мы пару лет назад поняли, где «бутылочное горлышко»: для сплайсинга нужна нормальная инфраструктура. Нужно распределение плейлистов, распределение материалов, планирование, формирование расписаний и т. д.

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

Всё это уже работает. Первый канал в 30 городах России сейчас делает врезку рекламы через этот продукт. Если кто-то готов двигаться в эту сторону — милости просим, мы к этому давно готовы.

ГОЧС, системы оповещения и требования рынка

– Какие ещё обязательные вещи для телеканала вы закрываете?

В России телеканал сегодня невозможен без инструмента для врезки сообщений от ГОЧС — это государственная оборона и чрезвычайные ситуации. Мы такую функциональность полностью поддерживаем — и, честно, этим чуть-чуть хвастаемся: это уже «боевой» функционал, а не эксперимент.

FAСТ-каналы и реклама на уровне контента

– На слайде был термин FAST-каналы. Как вы в эту историю вписываетесь?

Термин «FAST-каналы» я привёз с NAB в этом апреле. Это то направление, куда сейчас активно движутся западные рынки и, что любопытно, Китай. Речь о поддержке рекламы на уровне контента — максимально рано, ещё на этапе создания канала. У нас все технологии для этого есть.  Если кому-то интересно развивать FAST-каналы с нормальной рекламной поддержкой — мы готовы.

Живое производство: ALL1MIX

– Что у вас есть для live-продакшна, помимо плейаута и сплайсинга?

Для живого производства у нас есть All1Mix. Это такой микс между vMix и нашей виртуальной студией. Дальше можно долго показывать, но если коротко — это наш инструмент для лайв-сборки программ с виртуальными декорациями и интеграцией в уже существующую мультимедийную инфраструктуру SoftLab-NSK.

– Что такое AllMix по функционалу?

All1Mix по сути повторяет весь функционал vMix: до 16 каналов, микширование, титры, плейаут. Плюс добавлена 3D-виртуальная студия. Если у вас есть человек, который в 3ds Max создаёт виртуальную студию, мы её отрендерим и «вставим» туда актёра. Кеинг тоже встроен, всё работает в одном комплексе. Справа в интерфейсе как раз перечислен функционал.

Спорт: графика и титры

– Что у вас есть для спортивных трансляций?

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

Система замедленных повторов

– Как решаете задачу замедленных повторов?

Есть система реплеев. Заявлено до 24 каналов. Реально тестировали до 40 каналов. Скорость воспроизведения от минус 100 до плюс 200 процентов. Поддержка внешних консолей перечислена в материалах. Плюс дополнительные функции: формирование отчётов о матче и прочие сервисные вещи, которых уже нет в классическом ЕС-стеке.

Видеосудейство в хоккее

– Какие требования по видеосудейству вы закрываете, например, в КХЛ?

По регламенту КХЛ камера должна стоять: в воротах, над воротами, за воротами, это всё умножается на два (двое ворот), плюс по камере на синюю линию с обеих сторон,
плюс по камере на четверть поля. И это каждый стадион, где играют КХЛ, МХЛ, ВХЛ, обязан обеспечивать. ХК «Барыс», насколько помню, работает как раз с нашего видеоблока.

Железо: Платы для SDI, HDMI и SMPTE 2110

– На чём всё это построено с точки зрения плат?

Это наши платы. Классика: SDI-вход и SDI-выход. Не так давно добавили HDMI-вход. Выход HDMI не нужен — всё отдаёт Nvidia. Из новых вещей справа внизу — плата с поддержкой SMPTE 2110. Ей уже скоро два года. Единственная проблема: российский рынок пока к 2110 не готов. За два года не продали ни одной, но мы к этому уже готовы и ждём, когда рынок дозреет. Готовится поддержка JPEG XS для 2110-80. Это всё будет внутри. Кто до этого дорастёт — милости просим.

Компактные платы М.2 для ноутбуков

– Есть ли что-то для мобильных или ультракомпактных систем?

Да, совсем новая штука — наша плата 722 форм-фактора M.2. Размер 22 мм на 80 мм. Идея простая: сделать из вашего ноутбука или «нюка на ладони» систему, готовую для монтажа и вещания. Мы к этому тоже готовы.

Резервирование с Bypass и Genlock

– Как обеспечиваете отказоустойчивость и синхронизацию?

Eсть модификация 722-й платы с bypass, с релейным входом. Если ваш компьютер по какой-то причине «умер», реле замыкает вход на выход, и, будем надеяться, пользователь вообще не заметит, что что-то произошло. По синхронизации: мы можем принимать genlock как классический BlackBurst и Tri-Level Sync, так и PPS (Pulse Per Second). Это сделано для того, чтобы наш SDI-сигнал был подгенлочен к мировому времени. Поддержка PPS у нас уже есть, и это важный момент для серьёзных продакшенов и центров вещания.

Синхронизация по GPS

— Вы упомянули поддержку PPS. Как это используется на практике?

Мы можем синхронизовать платы в вашей студии не раздавая по всему дому BlackBurst и Tri-Level Sync. А «подсаживая» все устройства на главный источник — GPS. Иногда это очень полезно: вы привязаны к мировому времени, а внутри всё живёт в единой временной сетке без отдельной «дистрибуции» синхросигнала по стойкам.

Новое направление: Камеры 200 К/С

— Вы начали производить камеры. Что в них особенного?

Это наше новое направление, ему всего 3–4 месяца. Камеры есть здесь, на выставке — милости просим, покажу. Главная особенность — 200 кадров в секунду. Философия простая:
— мы имеем самую большую базу инсталяций в стране,
— большой опыт работы с клиентами,
— очень хорошо знаем их реальные потребности.

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

Крупные проекты: Регионализация ОТР

— Какие показательные проекты вы бы выделили?

Три года назад был реализован проект регионализации ОТР. В каждой области России выбран один канал — так называемый «губернаторский». Он врезается в федеральный мультиплекс и дальше идёт в цифровом эфире. Так региональным каналам дали возможность присутствовать в цифровом ТВ. Сделано это на наших продуктах. Функциональные блоки там перечислены в презентации — врезка, плейаут, приём мультиплекса и т. д.

Модернизация РТРС: Импортозамещение

— Сейчас в России идёт обновление сетей. Как вы в этом участвуете?

Сейчас идёт модернизация российских телерадиосетей. Проект РТРС создавался в 2003 году, в 2009-м был запущен. К нынешнему моменту в большом количестве узлов банально высохли конденсаторы в блоках питания — оборудование надо менять. А заменить «тем же самым» нельзя: все поставщики ушли. Меняем на нас.

Катар: Подготовка К ОТТ-трансляциям

— Вы показывали слайд «Мы были в Катаре». Что вы там делали?

В Катаре мы обеспечивали телевизионную часть подготовки OTT и трансляций. На слайде как раз наши «черты» — те функциональные блоки, за которые отвечал SoftLab-NSK. Мы выступали как эксперты по телевидению, а не просто «поставщики коробок».

Философия: Цикл продукта и локальная разработка

— Как вы формулируете ваши сильные стороны?

Мы понимаем, что такое телевидение. Мы знаем полный жизненный цикл наших продуктов — от идеи до реализации и продажи. Работаем с клиентом, знаем его реальные потребности. Мы максимально локальные: разработка — Новосибирск, производство — Новосибирск. Импортные — только микросхемы, пока без них никуда. Посмотрим, как будет дальше.

От регионов к федеральному уровню

— До этого вы много говорили о региональном сегменте. Что сейчас с крупными игроками?

Всё, что я рассказывал до этого, в основном для региональных компаний с ограниченным бюджетом. Сейчас мы активно работаем с компанией «Прохаус Останкино». По некоторым оценкам, в «Останкино» стоит порядка тысячи рекординг- и плейаут-серверов Omneon. Срок их жизни подходит к концу, их нужно заменять. А заменять, по факту, не на что. Мы делаем аналогичные системы.

Замена Omneon, Imagine, Grass Valley

— Речь идёт только об Omneon или шире?

Шире. Кроме Omneon, есть Imagine, Grass Valley — мы поддерживаем все эти протоколы. Наше устройство позволяет подменить внешние западные рекординг- и плейаут-серверы нашими, сохраняя существующую систему автоматизации. То есть автоматизация остаётся той же, к которой привыкли люди. Меняется только «железо» под капотом. Список поддерживаемых протоколов и систем автоматизации у нас в презентации.

Собственная автоматизация и телекомпания «Мир»

— А вы сами делаете системы автоматизации или только интегрируетесь с чужими?

Делаем. Совместно с нашими партнёрами готовится и собственная система автоматизации. Телеканал «МИР» уже в эфире под управлением российской автоматизации, а не импортной. Функционал видеосервера называется BRIS — это наш продукт. Список возможностей там большой, в презентации он расписан, повторять не буду. И это уже не «планы», а реально работающий эфир.

– То есть, по сути, вы закрываете весь цикл: от платы, камеры и сервера до плейаута, сплайсинга, автоматизации и IP/2110?

Да. Мы как раз к этому и шли все эти годы.

Масштаб замены серверов

– Какой реальный масштаб замены Omneon/плейаут-серверов к концу 2024 года?

На слайде написано «100+ серверов». Но по факту к концу 2024 года из примерно тысячи Omneon-серверов, стоявших в «Останкино», мы уже заменили около 200–300. То есть сделано много, но двигаться ещё есть куда. Мы идём не только в сторону регионального вещания, но и в сторону большого, «генерального», глобального телевидения.

Переход на Linux и требования критической инфрастуктуры

– На какой платформе работают ваши продукты сейчас и что будет дальше?

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

Сплайсинг и Castle Radio

– В сплайсинге рекламы с Castile Radio у вас не было контактов?

Пока нет, не выходили. Это очень «свежий пирожок». Мы с РТРС работаем над сплайсингом уже лет семь, а переговоры с Ташкентом начались только в этом году.

Pin-to-Pin замена Omneon

– Замена Omneon — это буквально pin-to-pin? Вынули Omneon, вставили ваш сервер и всё работает с тем же ПО?

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

«Если сейчас не заработало — это не приговор»

– Насколько вы готовы адаптировать свои решения под конкретную автоматику?

Здесь важный момент: если вдруг что-то сейчас «из коробки» не заработало, это не значит, что оно не будет работать вообще. Мы — разработчики. Мы здесь, мы говорим с вами на одном языке — и человеческом, и техническом. Мы доработаем всё, что нужно. Чего мне сейчас реально не хватает в Новосибирске — это постановки задач. Огромное спасибо компании «Прохаус», которая донесла до нас реальные задачи из «Останкино». Технологически мы эти задачи решим. Дайте задачи.

Снобизм и деньги

– А как насчёт отношения рынка? Всё-таки многие привыкли к «большим западным брендам».

Да, снобизм есть. «Что мы пойдём в SoftLab, когда мы привыкли вот к…» — и дальше название привычного западного вендора. В итоге всё упирается в деньги. Когда бюджеты и сроки замены начинают считать всерьёз, к нам приходят гораздо легче.

Сообщение Михаил Шадрин: Плейаут, сплайсинг и замена тысяч серверов Omneon в «Останкино» появились сначала на TKT 1957 | Техника Кино и Телевидения.

Доклад Евгения Альтшуля во время выставки-конференции AV & Media Central Asia 2025 в Алматы, Казахстан.

Профиль компании и фокус

— Начнём с базового. Что такое Broadview сегодня?

Broadview — IT-компания, основанная в середине 2000-х. Первую инсталляцию мы реализовали в 2009 году. К 2025-му вышли на лидирующие позиции в автоматизации бизнес-процессов телеканалов.

— Где сосредоточены разработка и поддержка?

Вся технологическая база находится в Москве. Оттуда ведём активную разработку продукта и обеспечиваем техническую поддержку на русском и английском языках.

— Что именно вы предлагаете рынку?

Мы разрабатываем программный продукт — специализированный софт для телеканалов и медиакомпаний.

Кейс автоматизации эфирного планирования и отчетности: Внедрение BroadView в Агентстве «Хабар»

Для кого создаётся продукт

— Для каких подразделений он предназначен?

Важно понимать, что телевидение — это не только студии, камеры и аппаратные. Существенная часть работы скрыта «в тени»: административные отделы, редакции, планирование, финансы — те, кто определяет, как будет жить телеканал и как он зарабатывает. Наши основные пользователи — отделы планирования, редакции, финансовые службы, traffic management и промо-команды. Именно они формируют будущий эфир, и для них мы автоматизируем процессы.

Что такое «автоматизация» в Broadview

— Что вы вкладываете в понятие «автоматизация»?

Для нас автоматизация — это в первую очередь процесс, контролируемый человеком. Иногда от автоматизации ожидают «нажми кнопку — и всё само». Мы можем делать и так, но в основе — выстроенный человеко-центричный процесс, где рутина выполняется системой, а ключевые решения остаются за специалистами.

— Какие задачи автоматизируете на практике?

Рутинную подготовку телеканала к эфиру: сбор и обработку данных, согласования, расписания, промо-врезки, расчёты, отчётность. За счёт правильной организации процесса многие клиенты получают рост эффективности — в отдельных случаях до 40%.

— Какие основные «боли» вы видите у клиентов?

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

— Как вы решаете эти задачи при внедрении?

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

«Мостик» между бизнесом и эфиром

— Вы сказали, что Broadview — «мостик» между серверной техникой и бизнес-подразделениями телеканала. Что это означает на практике?

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

— Приведите прикладной пример — скажем, отчёты рекламодателям.

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

— Вы упомянули «сквозное планирование». В чём его ценность для канала?

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

Плейлист: сегменты, тайминги, пересчёты

— Плейлист часто воспринимают как цельный объект. Вы утверждаете, что он составной?

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

— Почему без автоматизации это сложно?

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

— Что делает ваш планировщик эфира в таких сценариях?

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

— Можно ли оперативно сверяться с фактическим эфиром?

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

— Как это отражается на бизнес-результатах?

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

Интеграции и безболезненные миграции

— Вы интегрируетесь с разными системами автоматизации вещания. Насколько трудоёмок переход с одной на другую?

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

Вторичные события и эфирная графика

— Отдельный вопрос — эфирная графика и «вторичные события». Как вы это автоматизируете?

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

— Что это даёт редакторам и эфирной службе?

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

Модели работы с рекламой

— Как обстоят дела с рекламой?

Каналы работают по разным моделям, мы поддерживаем два режима. Первый — «агентская» модель, распространённая в РФ: рекламные агентства продают размещения, канал получает плейлист спотов. Мы импортируем такие плейлисты из любых агентств и автоматически раскладываем их по сетке — остаётся контроль корректности выхода.
Второй — «инхаус»: канал сам продаёт рекламу и сам размещает. Это сложнее — много участников и операций: ведение заказчиков, условия, отчётность, планирование, оптимизация. Мы даём автоматический/полуавтоматический инструментарий: ведение кампаний, правила размещения, проверки пересечений, расчёт позиций и быстрые перестановки спотов.

— За счёт чего удаётся быстро расставлять споты?

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

— Финансовая часть — как она встроена в систему?

Телевидение — это бизнес, поэтому у нас есть контур финансового планирования: связь плана эфира с затратами и доходами, контроль себестоимости решений, прогнозы по слотам и инвентарю, отчётность по выполнению. Видно, «сколько стоит» конкретное программное решение, как меняется экономика при перестройке сетки, какие эффекты даёт та или иная рекламная политика.

— Если подытожить выгоды для канала?

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

Финансы, права и ротация

— Вы затронули финансы. Как система помогает считать экономику эфира?

Мы считаем амортизацию практически «на лету». При любых изменениях сетки сразу пересчитывается стоимость показов и влияние на бюджет. Это удобно для сценарного планирования и быстрых «что-если».

— Что с правами на контент?

Это чувствительная зона. Система контролирует права: проверяет корректность расстановки с точки зрения лицензий и предупреждает пользователя о нарушениях. Важно не только «можно/нельзя», но и ротация — как максимально полно использовать права. Наши отчёты показывают недоиспользование и рекомендуют оптимальную вёрстку.

Локальный ИИ для эфирного планирования

— ИИ в эфирном планировании. Как это работает у вас?

С 2021 года мы ведём пилот по инструментам на базе ИИ. По сути, это автоматическое принятие решений: что, когда и как показать, с прогнозом рейтинга и дохода. На конец 2025 года результат значимый: с сентября в России вещает канал, который полностью верстается ИИ. Нейросети формируют эфирный плейлист, подбирают контент, рассчитывают прогноз. Вещатель экономит ресурсы, а первые показатели — обнадёживающие. Ждём финальных финансовых итогов года, чтобы зафиксировать эффект.

— Планируете масштабирование ИИ-подхода?

Мы уверены, что за этим будущее. Будем развивать и предлагать на всех рынках.

Презентация «Бродвью Рашша» на AV & Media Central Asia 2025

Результаты и внедрения

— Итоги 2025 года по внедрениям?

Среди свежих проектов — казахстанские «Хабар» и «Хабар 24». В России нашу платформу используют крупные телеканалы и холдинги: СТС, «Цифровое Телевидение», РЕН и другие.

— Если говорить об ИИ: вы используете внешние ресурсы — условный ChatGPT — и «промпты» к нему, или всё работает внутри?

Сейчас — полностью внутри. Мы сами разработали подходы и инструменты. Это не «чистый» генеративный ИИ уровня чат-ботов, скорее «умное» машинное обучение для задач эфирного планирования. Решение устанавливается в контуре телекомпании и работает локально.

— Интеграции с внешними генеративными моделями пока нет?

В дорожной карте есть. Планируем интеграции с крупными генеративными моделями, но с оговоркой: речь не о постоянных вызовах внешних API в облака. Мы рассматриваем вариант «притащить» модель внутрь к заказчику, дообучить под его данные и использовать on-prem — с учётом политики безопасности и приватности.

— Это повлечёт дополнительные затраты и лицензирование?

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

— Почему не использовать «просто ChatGPT» как внешний сервис — дешевле же?

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

— Как выглядит проект внедрения такого ИИ-модуля у заказчика?

Аудит сетки и бизнес-правил → установка и интеграция → дообучение на исторических данных → пилот с A/B-сравнением против «ручной» схемы → тиражирование. По пути настраиваем KPI (скорость подготовки, точность прогнозов, выполненные обязательства по рекламе, использование прав), чтобы ROI был прозрачен.

—  Что бы вы сказали потенциальным клиентам?

Наши сильные стороны — сквозное планирование, автоматизация графики, реклама и финансовый контур, а также ИИ-верстка.

Евгений Альтшуль: Я горжусь тем, что мы сделали на Ленфильме

Сообщение Broadview: Сквозная автоматизация телеканала — плейлист, графика, реклама и ИИ-планирование появились сначала на TKT 1957 | Техника Кино и Телевидения.

Презентация ArtParovoz на AV & Media Central Asia 2025

Алматы и Саратов: Удаленная режиссура в прямом эфире

— Что Вы понимаете под трансляциями малых продакшн-компаний?

Очень наглядный пример. Что соединяет Алматы и Саратов, вот именно сейчас, в этот момент? Соединяет нас то, что режиссёр трансляции, которая идёт в эфире, находится в Саратове. Он сейчас принимает все сигналы со всех камер и презентации отдельно — каждую камеру — и режиссирует, собирает картинку сам. То есть вот вы видите установленные три видеокамеры и презентации. Именно там сейчас сидит человек, который получает все эти картинки, и уже по-своему, так сказать, фирменному стилю компании формирует, как они отображаются в эфире. И для того, чтобы сохранить вот этот самый фирменный стиль, режиссёр сейчас находится там.

Дистанционые включения для небольших компаний

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

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

Путь из строителей в аудиовидеоинженеры

— Ваш путь в профессию выглядит достаточно нетипично. Как вы оказались в медиа и продакшн?

Я по образованию инженер-строитель, но так уж получилось, что десять лет работал на телевидении и радио в качестве ведущего. Ну а с тех пор, как образовалась компания Artparovoz, я понемногу стал ещё и аудиовидеоинженером.

Artparovoz: От «чемоданных» ПТС до собственного OBVкара

— Немного о Вашей компании и её технических возможностях.

Компания основана в 2010 году, нам в этом году исполнилось 15 лет. У нас есть несколько комплектов мобильных телевизионных комплексов на базе так называемых «чемоданных» ПТС. И также, года два назад, у нас «поехала» собственная машина — обванкар, как можно её назвать. То есть она на базе автомобиля Mercedes Sprinter. Ездим, работаем.

Онлайн-марафон «В эфире Алматы»

— Как отметили 15-летие компании и День города Алматы?

В целом Artparovoz к своему 15-летию и к недавнему Дню города придумал такую штуку, надо было как-то красиво отметить, онлайн-марафон, который мы назвали «В эфире Алма-Аты». Он был посвящён Дню города.

Формат марафона: Студия, мобильные бригады и мини-ПТС

— Как была устроена система онлайн-марафона технически и организационно?

Система этого онлайн-марафона была такая. Мы объединили в студии веб-камеры. У нас были две мобильные бригады, которые ездили по городу с журналистами, выходили в эфир с разных точек Алма-Аты. Также была мини-ПТС. Я подробнее обо всём этом расскажу. И планировалась ещё съёмка какого-то концерта вечером, где должна была стоять наша машина ПТС. Но этого не случилось, на концерт мы не попали. Чему, наверное, даже и рады, потому что настолько много дел образовалось, что я не знаю, хватило бы сил ещё и на съёмку вечернего концерта.

Центральная студия и работа с комментариями

— Как вы организовали центральный узел управления трансляцией?

Мы все сигналы со всех источников объединили в нашей центральной студии, где эти сигналы обрабатывали. У нас была эфирная графика, и я имею в виду не только титры. Мы выводили комментарии с YouTube в прямом эфире. Отдельно сидел редактор комментариев, который отбирал те, что были, скажем так, готовы к эфиру, и выводил их в картинку.

Кроме всего прочего, мы собирали так называемые «виртуальные яблоки». Каждый лайк, сердечко, любая положительная реакция, просто плюсик — мы считали как одно виртуальное яблоко, и режиссёр титров выводил этот счёт на экран. Мы постоянно напоминали зрителям, сколько «яблок» удалось собрать.

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

ПТС на базе легкового автомобиля

— Как выглядела ваша ПТС и чем она отличалась от классического решения?

Александр Нужный: Мобильная ПТС изначально планировалась на автобусе — на этих новых красных автобусах-кабриолетах. Но с ними мы не договорились, и в итоге сделали мобильную студию на базе обычной легковушки Honda Element.

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

Передача сигналов по SRT и три локации за три часа

— Как вы передавали сигнал с ПТС в центральную студию?

— Передача в эфир осуществлялась по протоколу SRT. Если кто-то немного знаком с этим протоколом — классическая схема caller–listener. В студии мы принимали картинку с трёх камер. За три часа прямого эфира эта машина успела сменить три локации. Мы приехали к цирку, встали там, через 5–10 минут были готовы к эфиру. Потом переехали на улицу Панфилова, а третьей локацией был ресторан Nuala, где готовили праздничные блюда. Ну, какой сейчас эфир без еды, без темы «фуда».

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

Мобильный репортер с минимальными затратами

— Вы упоминали формат «мобильного репортёра». В чём его принцип и что важно в вашем опыте?

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

Технология мобильного репортера на Blackmagic

— На чём была построена схема мобильного репортёра?

В Blackmagic Studio 6K Pro G2 внедрён модуль стриминга. Как это работает? Вы просто подключаете к камере мобильный телефон, делаете раздачу интернета с мобильного телефона по IP и нажимаете всего одну кнопку. Нужно, чтобы в студии был «белый» IP-адрес. И эта камера без каких-либо дополнительных девайсов кидает картинку в студию.

Конвертер в студии и качество картинки

— Что при этом установлено в студии и какого качества сигнал вы получаете?

В студии всё тоже решение Blackmagic. Там находится конвертер Atem Streaming Bridge. Вы подводите к нему интернет по обычному LAN-кабелю, а с этого конвертера забираете SDI- или HDMI-сигнал со звуком. То есть картинка получается шикарная. Весь вопрос только в канале интернета: насколько он широкий. Камера автоматически регулирует посылаемый битрейт: если канал узкий и пропускной способности не хватает, она немного его понижает. Но при этом остаётся рабочее качество.

Компактный сетап для выездов

— Насколько это решение мобильное для репортёра «в поле»?

Очень удобно то, что человек поехал, грубо говоря, с небольшой сумочкой. Мы подобрали компактный аккумулятор, который прямо к камере закрепили. И, собственно, он просто со штативом и камерой выходит в эфир откуда хочет. В нашем случае мы выходили в эфир из парка Первого Президента — и всё прошло, всё получилось.

Планы по использования MxCall и двусторонняя связь

— Для каких задач нужен MxCall?

Мы планировали ПТС в центре города. Не получилось, но там тоже отработанная история. Вообще я хотел это сделать в MxCall, потому что MxCall позволяет иметь двустороннюю связь. Мне нужно было, чтобы машина имела обратный канал со студией. Если бы мы всё-таки делали трансляцию ещё и с городского праздника с машины, с ПТС, то это было бы именно в MxCall как в наиболее удобном протоколе для подобной задачи.

Ключевые вопросы: Интернет и каналы передачи

— Какие базовые вопросы нужно решить, чтобы организовать такие включения?

У меня практическая история, и я сразу перечисляю, что надо решить.

Во-первых, интернет. Это может быть 4G, 5G, либо бондинг-системы типа LiveU, TVU.
Бондинг — это система, которая объединяет несколько SIM-карт мобильных операторов, суммирует скорость, а уже сервер в студии по защищённому каналу даёт вам картинку. Но это недешёвая система.

Теперь можно использовать в Казахстане официально и Starlink. Я им регулярно пользовался. Несколько раз мы из труднодоступных мест, где мобильная связь работает через раз, WhatsApp не работает, выходили в онлайн через Starlink. Я не скажу, что это прям «вау-восторг», но это лучше, чем какие-то совсем странные решения.

Энергонезависимость и мини-ПТС

— Как вы обеспечиваете автономную работу мини-ПТС и репортёров?

Чтобы ваши репортёры или автомобиль — мини-ПТС — были энергонезависимы, чтобы не ждать подключения 220 В, этот момент нужно продумать заранее. У нас в машине ПТС стоит 5-киловаттный инвертор, который полностью закрывает потребности этой машины, включая два довольно мощных кондиционера, установленных сверху.

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

Энергосистема ПТС

— Как вы решили вопрос питания для мобильных решений и репортёров?

Роутеры и модемы 4G, которые мы использовали, мы запитывали через разные пауэрбанки — разной ёмкости, в зависимости от задачи. А ПТС на базе легковушки была оборудована электростанцией EcoFlow. Она отработала три часа и потянула всё оборудование, установленное в машине: звуковой пульт, несколько микрофонов и радиомикрофонов, мини-ПТС, несколько экранов. То есть EcoFlow обеспечила 3–4 часа автономной работы. Мы сознательно делали этот комплекс небольшим, мобильным, чтобы он мог работать в разных режимах.

Протоколы передачи: SRT и VMX Call

— Через какие протоколы вы передаёте сигнал в студию и почему выбрали именно их?

Мы активно используем SRT. Вот сейчас уже, по-моему, часа четыре мы были в эфире — и по SRT картинка со всех четырёх источников улетала без проблем. VMX Call удобен тем, что это двусторонняя связь. Используя эту «фичу», можно общаться со студией в режиме реального диалога. В этот раз мы решали всё попроще: режиссёр из студии звонил по телефону, говорил «поехали», мы махали рукой журналисту — и он начинал говорить.

Да, возникает задержка в секунду–две, но в целом это вполне рабочая система.

Blackmagic как легкий телемост

— Как показали себя камеры Blackmagic с модулем стриминга в реальной работе?

В данном случае эти камеры Blackmagic, о которых я говорил, оборудованы модулем стриминга. С последней прошивкой, слава богу, он заработал, и это оказался очень лёгкий телемост в студию. Нужен только «белый» IP-адрес, ещё раз подчёркиваю. Всё остальное — уже встроено в камеру и приёмную часть.

Результаты онлайн-марафона

— Какой отклик получила трансляция «В эфире Алма-Аты»?

Итоги этого прямого эфира, который мы оживили с помощью мобильной ПТС и мобильного журналиста, такие: прошло около 10 дней с момента эфира, и количество просмотров в Facebook приблизилось к 20 тысячам. Это статистика, которую вы видите в левом верхнем углу скриншота. Параллельно шла трансляция на YouTube. Канал у нас там не очень большой, поэтому на YouTube около тысячи просмотров, но в Facebook всё было значительно живее.

Команда и объем ресурсов

— Сколько людей было задействовано в проекте и как выглядела работа «в поле»?

На фото вы видите, как девочка выходит в эфир с камеры Blackmagic из парка Первого Президента — просто через мобильный телефон она выходит в эфир. Это скрин из реального эфира, плюс несколько рабочих моментов. Команда была совсем не гигантской, если сравнивать с телекомпаниями. Чуть больше десяти человек: несколько операторов, пара режиссёров, две ведущие и один координатор — фактически исполнительный продюсер.

SMM-команда работала удалённо, там ещё пара человек. То есть по ресурсам это вполне подъёмная история даже для среднего продакшена.

Мультиязывные трансляции и планы Artparavoz TV

— Чем ещё сегодня занимается ArtParovoz, помимо городских онлайн-марафонов?

Мы делаем не только «обычные» прямые трансляции. Например, буквально три дня назад мы делали стрим из университета — Satbayev University, бывшего политеха, — на трёх языках одновременно. Кроме того, на нашей машине ПТС регулярно происходят выездные истории, в том числе многокамерные съёмки и спецпроекты.

Так же потихоньку формируется наш Artparovoz TV — проект, который, я надеюсь, со временем вырастет в полноценный интернет-канал.

Взаимоотношения с классическим телевидением

— Какая у вас система взаимоотношений с классическими телевизионными каналами, если она вообще есть? Это сотрудничество или две параллельные вселенные?

Мы несколько раз участвовали в крупных проектах, которые делали телеканалы. Для примера — коротко. Была конференция, которую проводил аким города. В восьми районах Алматы были оборудованы студии, а сам аким находился в студии телеканала «Алматы». Из восьми районов мы закрывали два — то есть обеспечивали включения оттуда.

На данный момент других крупных совместных проектов нет. Я бы очень хотел продолжить и расширить это взаимодействие, потому что мне в целом это интересно. Я десять лет проработал на телевидении и радио до того, как организовал небольшой видеопродакшен, так что эта среда мне хорошо знакома. Но есть нюанс: телеканалы регулярно сталкиваются с такими задачами, им, безусловно, интересны подобные решения, но, возможно, срабатывает некий снобизм. «Мы никому обращаться не будем, сами как-нибудь решим». И как-то решают.

Решения для небольших команд

— То есть вы сознательно адресуете свои подходы не только телеканалам, но и небольшим продакшенам?

Да, именно поэтому я и предложил эту тему здесь. Мне кажется, что выездные журналисты, которые работают в точках событий, часто оказываются в ситуации, когда либо нужно использовать системы уровня LiveU, TVU (у нас в Казахстане их, например, продаёт и сдаёт в аренду «Жарык»), либо выкручиваться своими силами.

Но LiveU и аналоги — это всё-таки недешёвые решения. А я своё выступление адресую небольшим командам, которые готовы многое делать сами. И те решения, о которых я рассказываю, доступны практически всем: ничего сверхдорогого и запредельного не требуется. Мне кажется, это могло бы быть интересно и эфирным каналам, но пока, повторюсь, совместных проектов немного.

Концерты и живой сценический контент

— Прошла череда событий — JLO, Mister Boss и другие большие концерты. У вас была какая-то ниша участия в этих мероприятиях?

В этих конкретных концертах — нет. Здесь как раз сидят ребята (чуть выше по ряду), продакшн, который снимает почти все крупные концерты, по крайней мере многие из них. Они чаще всего работают с задачей вывода крупного плана артиста на экраны — лицо, эмоции, музыканты, несколько камер, live mix на сценические экраны. Мы делаем подобные истории, но в рамках других проектов.

Фестиваль Spirit of Tengri и две независимые ПТС

— Какой у вас опыт работы с концертами и фестивалями?

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

Александр Нужный: Главное достижение человека – обретение полной независимости и самостоятельности

По сути, это та же самая логика многокамерного концертного продакшена, о котором вы говорили, только в другом проекте. А те «звёздные» концерты, которые вы упомянули, — это уже зона ответственности коллег. Ну, не сложилось поучаствовать — бывает.

Сообщение Удалённая режиссура и чемоданные ПТС: Как ArtParovoz организует онлайн-трансляции появились сначала на TKT 1957 | Техника Кино и Телевидения.

Интервью с Сергеем Богомяковым, директором по работе с клиентами «BroadView Рашша«, об архитектуре, интеграции с Cinegy, As‑Run логах, бизнес‑процессах и результатах внедрения в Агентстве «Хабар», Казахстан.

Кейс автоматизации эфирного планирования и отчетности: Внедрение BroadView в Агентстве «Хабар»

— Какие модули BroadView внедрили в первую очередь и почему именно эти?

В первую очередь внедрялись перспективное планирование и плей-лист. Каналы «Хабар» и «Хабар24» являются государственными, что влечет за собой строгую отчетность перед Министерством информации и коммуникаций Казахстана. После анализа процессов, работы по формированию отчетов для канала мы посчитали наиболее трудоемкими – данные о фактических эфирах ежедневно вручную переносились в отчетные формы на основании As-Run лога. Плей-лист в Системе Автоматизации, также формировался полностью вручную. Этот процесс необходимо было изменить в первую очередь, уменьшив количество ручной работы и увеличив долю автоматизации в этом сегменте.

— Как была выстроена интеграция с существующими системами вещания — через API, прямой обмен данными, промежуточные слои?

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

— С каким форматом и каким способом реализована автоматическая загрузка рекламы и контроль рекламных блоков, какие интерфейсы, как обеспечивается синхронизация?

Реклама на телеканалах Агентства «Хабар» загружается в виде XML-файла прямо в плей-лист. Система сама определяет наличие ролика и при его отсутствии, сама добавляет его в каталог. Данный подход используется нами и на других клиентах. Он хорошо зарекомендовал себя из-за своей простоты для пользователя и высоким уровнем контроля процесса размещения рекламы в расписании и отчетности.

— Как организована передача плейлиста из BroadView в Cinegy — через какой протокол, как организован контроль целостности данных и время задержки?

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

— О внедрении загрузки AsRun-логов: какими форматами логов работали, были ли проблемы с точностью данных и как решили вопросы корректного сопоставления эфира с планом?

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

Оптимизация бизнес‑процессов телеканала: планирование сетки, права, отчетность и переобучение команд

— Как изменились роли и процессы редакции/отдела планирования после перехода на BroadView, — потребовалось ли переобучение, изменение штатной структуры?

На наш взгляд, изменения оказались значительными. Клиент полностью перешел на формирование сетки в BroadView (ранее недельная сетка готовилась вручную в Excel). Появился автоматизированный контроль над действующим фондом программ телеканалов. Сейчас система может считать права, показы и амортизацию полностью в автоматическом режиме, без участия людей. BroadView, как инструмент, значительно уменьшает количество рутинной работы сотрудников телеканала. Однако, для наилучшего эффекта, требуется и значительное участие подразделений телеканалов, их переобучение, замена привычных процессов и подходов. Данные изменения происходят поэтапно и занимают довольно большое количество времени.

Презентация «Бродвью Рашша» на AV & Media Central Asia 2025

— Как происходил переход от старой системы — были ли параллельные эксплуатация старой и новой системы, и как настроили «выгрузку» старых данных?

Из-за значительного объема ручной работы и невозможности эксплуатирования старого и нового процессов, команде внедрения пришлось адаптироваться и искать варианты поэтапного перехода на новые процессы в режиме реального времени. Мы сегментировали процессы на составные части и аккуратно заменяли их на новые. Опыт команды и гибкость нашей системы позволили выполнить такой переход с минимальными рисками для Холдинга.

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

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

— Какие были самые серьёзные «узкие места» (bottlenecks) в старом процессе, и как их решили с помощью BroadView?

Если идти снизу вверх, то список из ТОП 4 «узких места», на мой взгляд, будет выглядеть следующим образом:

1. Так как процесс был по большей части ручным, то вся ответственность за выход плей-листа в эфир лежала на инженерах. Остальные подразделения лишь «поставляли данные». После внедрения BroadView, работа подразделений стала более прозрачна, изменение процессов позволило лучше их контролировать. Тем самым, перераспределилась ответственность подразделений за свою работу. Теперь ошибки стали видны не только на этапе формирования или вещания плей-листа в эфире, а и на более ранних этапах, что значительно повысило эффективность работы.
2. Импорт As-Run лога позволил нивелировать большое количество ручной работы, значительно ускорил формирование отчетности и сильно повысил контроль работы подразделений. Например, позволил получать актуальные данные об остатках действующего фонда, ошибках в эфирной сетке и плей-листе, остатках прав.
3. Формирование отчетности вручную не давало возможности оперативно реагировать на изменения и затрачивало значительное количество человеко-часов. С внедрением BroadView этот процесс теперь выполняется в автоматизированном режиме, что значительно его ускорило. Обширная библиотека отчетов позволяет формировать и анализировать дополнительные срезы данных, что благотворно влияет на управленческий учет и использование активов.
4. Ручной контроль договоров и остатков прав значительно замедлял работу финансовой и правовой дирекций. После внедрения нашей системы, сейчас стал возможен контроль в режиме реального времени.

Результаты внедрения BroadView: скорость верстки сетки, снижение ручного труда, контроль качества и метрики.

— Результаты говорят, что верстка сетки сократилась с «несколько дней» до полдня. Какие именно метрики были зафиксированы (время, количество ошибок, число вручную вмешивающихся)?

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

— Какие показатели были до и после внедрения автоматической загрузки рекламы — например, количество штрафов, ошибок выхода рекламы, «переборов» рекламных блоков?

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

— Были ли случаи, когда автоматизация выявила ошибки, которые ранее могли не фиксироваться?

Конечно. Самые простые примеры – это проверка наличия материалов на эфирном сервере, ошибки при разметке материалов, дублирование файлов и т.д.

— После завершения проекта, какие дальнейшие задачи/планируются улучшения: например интеграция с MAM-системой Dalet, документооборотом. Какие временные рамки и ожидаемые эффекты?

Действительно, нам бы хотелось сделать полноценную интеграцию с МАМ Dalet, но одного желания нашей команды здесь недостаточно. Кроме этого, мы хотели бы улучшить работу Финансовой дирекции, более глубоко вовлекая их в процесс, а также внутренней рекламной службы, доработать отчетность под запросы Заказчика, улучшить графическую составляющую телеканалов (проработать правила выдачи графики). В перспективе нам было бы интересно предложить клиенту нашу новую разработку – модуль BroadView Intelligence. Использование ИИ для помощи Программной дирекции в формировании эфирных сеток, а также аналитическому отделу в анализе показателей телесмотрения и сеток конкурентов.

Технические вызовы, локализация и поддержка: двуязычие (каз./рус.), отказоустойчивость, обучение и SLA

— При работе в Казахстане — были ли языковые / локализационные / нормативные особенности, которые потребовали адаптаций в системе?

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

— Как обеспечена отказоустойчивость и резервирование системы BroadView (особенно в части формирования сетки, плейлистов, загрузки рекламы)?

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

— Какие были сложности с обучением персонала: сколько времени ушло, были ли «сопротивления», как решали переход к новой системе?

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

— Как устроена техподдержка и сопровождение после запуска проекта — SLA, режим работы, обновления системы.

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

Сообщение BroadView: Автоматизация сетки, плейлиста и отчетности для Агентства «Хабар» появились сначала на TKT 1957 | Техника Кино и Телевидения.

Что такое формат POV: «глаза ведущего» и эффект присутствия

— К кому пришла идея такой подачи — показывать телевизионный контент  «глазами ведущего»?

Пять лет назад, 20 февраля 2020 года, мы впервые вывели в эфир телеканала виртуального ведущего (I-Sanj) Айсанж. Виртуальный ведущий представляют собой компьютерные голограммы (цифровые аватары), созданные с использованием современных цифровых технологий и искусственного интеллекта (ИИ). Это инновационный и технологический прорыв телеканала Atameken Business, ставший первым подобным проектом в Центральной Азии. Это был наш первый серьёзный шаг в сторону искусственного интеллекта. Этот вектор — на инновации и цифровую трансформацию — мы взяли задолго до моды, и сегодня он даёт ощутимый результат.

Канат Сахария: «Виртуальная ведущая Atameken Business заговорит на казахском языке»

От идеи до эфира: почему POV усиливает доверие

— Как родился сам формат «вид от первого лица»?

Проект разработал я. Идею подсказал интернет: я увидел, что появились очки, позволяющие вести вещание от первого лица. Сразу возникла мысль — дать зрителю возможность видеть происходящее глазами ведущего. Мы внедрили очки Ray-Ban Meta и начали эфиры в формате POV.

— Как реагирует аудитория?

Очень позитивно. Зрители пишут, что ощущают себя ведущими: будто сами находятся на локации и задают вопросы. Это чувство присутствия не передаётся обычными камерами. Классическая картинка — выверенная и «вычищенная», зритель понимает, что часть момента может быть за кадром. POV стирает это ощущение недосказанности.

— Что это меняет в производстве эфира?

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

Интерактив и вопросы зрителей: новый уровень вовлечения

— Планируете развивать интерактив?

Да. Уже работаем над тем, чтобы подключать зрителей в прямой эфир — включать человека и давать ему право задавать вопросы в реальном времени. Это следующий шаг: интерактив и вовлечённость аудитории как ключевая цель.

Лайв‑камера вместо «дрожащего кадра»: эффект присутствия

— Камера в очках двигается вместе с головой. Не мешает ли это?

Да, голова не зафиксирована, поэтому движение неизбежно. Но мы это воспринимаем не как «дрожание», а как «лайв-камера» — живая картинка, которая передаёт присутствие. Когда камера живая, то и история оживает.

— Были противники идеи? Боялись тряски кадра?

Нет, на нашем канале противников не было вовсе. Во многом это стало возможным благодаря руководству телеканала, которое активно поддерживает наши инновационные идеи и смелые эксперименты. У нас культура «сделал—ошибся—исправил—сделал лучше». Мы не раскачиваемся, а пробуем и доводим. Режиссёрская группа, журналисты, ведущие — все поддержали с первого дня.

— То есть это не «скрытая камера через глаза ведущего»?

Нет. Это осознанный приём. Мы давно ушли от «штатив — мотор — не шевелимся». Наша задача — показать жизнь, а не музейную витрину. POV только усиливает доверие.

Ray‑Ban Meta и Instagram: прямые эфиры без монтажа

— Как это устроено технически?

Используем очки Ray-Ban Meta (HD). Они нативно привязываются к Instagram и Facebook. Мы выбрали Instagram как наиболее активную площадку канала: запускаем прямой эфир, задаём тему, приглашаем гостей, работаем с комментариями. Facebook тоже рассматриваем.

Почему POV не идёт в линейный эфир и что мешает на ТВ

— Этот сигнал идёт в эфир телеканала через Instagram?

Форматы идут параллельно. Линейное вещание — по прежней схеме, а ведущий дополнительно сообщает зрителям, что нас можно смотреть и онлайн: в YouTube, TikTok, Instagram. Это не замена, а расширение охвата и вовлечённости.

— Как выглядит взаимодействие со зрителем в этом формате?

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

— Не пробовали отдавать этот сигнал в «большой» эфир телеканала?

Осознанно не ставили такую задачу. Для каждой аудитории — свой формат. Домашний зритель у ТВ ожидает классическую, выверенную картинку. Мобильная аудитория в Instagram — вертикальный, «живой» POV. Мы не «причёсываем» всех под одну гребёнку, а даём каждому привычный формат потребления.

— Технически есть препятствия, чтобы пустить POV и на телеканал?

Критичных нет, организовать можем. Но сам формат очков — квадратное видео, оптимизированное под вертикальные площадки. На ТВ это даст чёрные поля по бокам или потребует творческих решений (например, делить экран на зоны). Это уже другой режиссёрский язык и другой UX.

— Почему выбрали именно Ray-Ban Meta? Рассматривали альтернативы?

Смотрели. На рынке немало очков, которые умеют только записывать. Нам принципиален прямой эфир. Ray-Ban Meta дают стабильный live-стрим и нативную привязку к Instagram/Facebook — поэтому выбор пал на них.

Участие зрителей в эфирах: присутствие на любых событиях

— Перейдём ко второму проекту — участию зрителей в эфирах. Что вы имеете в виду?

Мы хотим дать зрителю уникальный опыт присутствия: не только в новостях, но и на любых событиях — концерты, митинги, пожары, спортивные матчи. Формат не ограничится новостями. Такой подход повышает доверие к контенту и серьёзно усиливает вовлечённость.

— Как это будет работать технически? Зритель направляет на себя камеру и задаёт вопрос?

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

— То есть зритель фактически «входит» в событие вместе с журналистом?

Именно. Это похоже на нагрудные камеры у спасателей, только у нас — очки, картинка качественнее и сразу идёт в прямой эфир.

— Планируете раздавать очки самим зрителям?

Нет, на первом этапе очки у всех выездных журналистов. Журналист разговаривает с участником события — и зритель уже «внутри» диалога.

Скорость и прозрачность: новости здесь и сейчас

— Какие преимущества для эфирной сетки?

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

Стоимость в Казахстане: 350–390 тыс. тг (~$700)

— Сколько стоят такие очки в Казахстане?

Сейчас 350–390 тысяч тенге, примерно 700 долларов. Это в разы дешевле даже самых доступных камер Blackmagic.

— В студии всё понятно. А вне студии как будете выходить в эфир?

Сразу на корпоративный аккаунт. Параллельно включается рассылка по группам и интересам: аудитория моментально получает пуш о прямом эфире — «ЧП/событие там-то» — и заходит смотреть глазами ведущего.

Стратегия контента: «люди + деньги» вместо узкого «бизнеса»

— Но это уже не чисто деловой канал. Вы уходите в информационный?

Мы уже прошли трансформацию. Не ограничиваемся предпринимателями и ГЧП. Смотрим на новости через призму «люди + деньги»: в любом событии есть финансовое измерение. Контент не узконаправленный: «бизнес» — до 30%, остальное вокруг бизнеса. Это повышает кликабельность и охват.

— Такой формат лучше работает на событиях, а не на «деловых митингах», верно?

Да. POV особенно силён там, где «здесь и сейчас»: приехали — вышли в эфир, зритель видит происходящее сразу, без ожидания вечернего выпуска.

Максим Гребцов: Студия Atameken Business в стиле Open plan office

Монетизация digital‑аудитории: подписчики, просмотры, спонсорство

— Что с монетизацией? Линейный эфир — это сетка роликов, всё ясно. А здесь?

В соцсетях экономика иная: вовлечённость → рост подписчиков → рост дохода площадки и бренда канала. Instagram-трансляции поднимают подписки, просмотры и комментарии, что усиливает рекламные продажи в digital, спонсорские интеграции, бренд-лифт и переток аудитории в основной эфир. Детальный медиамикс — зона SMM/коммерческой службы, но драйвер — вовлечённость и масштабирование охвата в реальном времени.

Эти проекты подчеркивают роль телеканала как ключевого источника деловой информации, который не только оперативно освещает события, но и внедряет инновационные технологии.

Справка:

Максим Гребцов родился 27 августа 1983 года в городе Караганда, Казахстан.

Высшее образование:

«Санкт-Петербургский государственный института кино и телевидения» по специальности «Режиссура кино и телевидения» — 2018 г.

Карагандинский Государственный Университет по специальности «Радиофизика и электроника» 2005 г.

Общий стаж в медиа сфере 20 лет.

С 2017 года – по настоящее время — Главный режиссер телеканала «Atameken business» Астана, Казахстан.

2016 — режиссер департамента информационных программ телеканала «Atameken business» Астана, Казахстан.

2015-2016 — режиссер монтажа «НВ-TV» Астана, Казахстан.

2009-2015 – режиссер монтажа департамента информационных программ «Седьмой Канал» Астана, Казахстан.

2006-2009 – режиссер прямого эфира телерадиокомпании «АРТ» Караганда, Казахстан.

2005-2006 – видеоинженер телерадиокомпании «АРТ» Караганда, Казахстан.

Главные проекты:

1) Награжден нагрудным знаком «Ақпарат саласының үздігі» за достижение высоких результатов в медиа сфере Казахстана.

2) Пионерство в использовании искусственного интеллекта: Запуск виртуальных ведущих i-Sanj и i-Sana, которые вещают новости, был отмечен на международном уровне. Этот проект был признан самым инновационным в Казахстане.

3) Национальная премия «Тұмар»: Телеканал неоднократно получал эту награду за журналистские расследования. В 2025 году канал был удостоен премии «Тұмар»  за документальный фильм «АЭС и энергетическая безопасность», в котором за визуальное оформление и монтаж фильма отвечал Максим Гребцов.

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

Сообщение POV-телевидение в Казахстане: Atameken Business и очки Ray‑Ban Meta появились сначала на TKT 1957 | Техника Кино и Телевидения.

Облачная платформа Synamedia Cortex: резервирование, CDN и доставка видео

Интервью с Тимуром Юсуповым, Pre-Sales Engineer Synamedia, о том, как операторы платного ТВ и OTT используют Synamedia Cortex для перегонов, мульти-CDN и отказоустойчивого вещания без полной перестройки инфраструктуры.

КТО ТАКИЕ SYNAMEDIA

– Для многих название Synamedia всё ещё не на слуху. Почему так?

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

– С чего всё начиналось?

История идёт с 1988 года — с создания компании News Datacom. Кто-то, возможно, помнит это название. Позже она была переименована в NDS. NDS до сих пор используется, например, в Castile Radio — это система закрытия видеоконтента.

ОБЪЕДИНЕНИЯ, ПОКУПКИ И CISCO

– Как из этого выросла нынешняя Synamedia?

Со временем начались слияния и поглощения. В структуру нынешней Synamedia, например, вошла компания BarcoNet. Потом была Scientific-Atlanta, которую купили.

А затем все эти компании были приобретены Cisco.

– И тут вы «пропали из виду»?

По сути — да. Когда Cisco купила весь этот видеобизнес, мы фактически оказались внутри большого сетевого вендора. Cisco активно продавала своё сетевое оборудование, но видеонаправление, особенно в нашем регионе, развивалось не так активно. До 2020 года здесь вообще не было ни одного человека, который бы официально отвечал за видео-направление Cisco / Synamedia. Мы существовали, но нас почти не было видно.

ОТ CISCO К НЕЗАВИСИМОЙ SYNAMEDIA

– Как произошёл переход к независимой компании?

Через несколько этапов трансформации Cisco приняла решение выделить видео-направление в отдельную структуру. Так появилась самостоятельная компания Synamedia. Сейчас мы уже несколько лет работаем как полностью независимая компания. И занимаемся только вопросами, связанными с доставкой видео — от захвата и обработки до защиты и монетизации.

СТРУКТУРА SYNAMEDIA: ТРИ НАПРАВЛЕНИЯ

– Из чего сегодня состоит Synamedia как структура?

В компании три больших подразделения.

Первое — Video Network. В нём работаю я и мой коллега Андрей.

Второе — Media Technologies.

Третье — Media Cloud Services.

MEDIA TECHNOLOGIES И MEDIA CLOUD SERVICES

– В чём разница между Media Technologies и Media Cloud Services?

Media Technologies занимается, грубо говоря, более «классическим» вещанием. Это: смарт-карты для set-top box, классическое middleware, традиционные решения для операторов платного ТВ.

Media Cloud Services — это всё, что связано с облачными платформами: облачные решения для стриминга, скремблирование и DRM, аналитика по доставке видео и поведению зрителей, рекламные технологии.

– Можно чуть подробнее про рекламу?

В рамках Media Cloud Services есть продукт IRIS. Это, по сути, комплексный рекламный комбайн: от планирования рекламной кампании до подготовки рекламных ассетов  и точной вставки рекламы в нужный момент и в нужном месте. То есть это не просто «вырезать и вставить ролик», а полноценная платформа управления рекламой поверх видеосервиса.

VIDEO NETWORK: ЧТО МЫ ДЕЛАЕМ ПОСЛЕ ПРОДАКШЕНА

– Мы уже поговорили о Media Cloud Services и рекламе. Что такое направление Video Network?

Если коротко, Video Network — это всё про доставку контента. Мы занимаемся:
– point-to-point и B2B-доставкой;
– классическими линейными схемами;
– магистральной первичной дистрибуцией.

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

Помогаем организовать «перегон» сигналов, первичную дистрибуцию контента:
– DTH-операторам,
– OTT-платформам,
– стриминговым сервисам,
– а также доставку через интернет с использованием CDN.

МАССШТАБ: СКОЛЬКО ТРАФИКА И ЗРИТЕЛЕЙ

– Можно немного цифр, чтобы понять масштаб?

Хотя бренд Synamedia не всегда на виду, объёмы очень серьёзные. Больше 100 Тбит/с видео трафика в пике проходит через спутник с использованием нашего оборудования. Сейчас более 100 миллионов абонентов по всему миру смотрят телевидение и видео, в тракте которого так или иначе участвуют наши решения.

КТО НАШИ КЛИЕНТЫ

– Для кого вы всё это строите?

В первую очередь — для традиционных вещателей. Мы работаем:
– с классическими телеканалами и сетями;
– с контент-провайдерами;
– с операторами платного ТВ (Pay TV);
– с правообладателями, особенно в спорте;
– со стриминговыми операторами, которым нужна стабильная OTT-доставка.

То есть наши клиенты — это весь спектр: от владельца прав на спортивную лигу до кабельного оператора и крупного национального телеканала.

КУДА СМОТРЯТ ВЕЩАТЕЛИ И ОПЕРАТОРЫ

– Какие тренды вы видите в поведении заказчиков? Во что они инвестируют?

Если по сегментам, картина такая. 

Традиционные вещатели:
– всё активнее уходят от чисто классического эфирного вещания;
– смотрят в сторону IP и доставки через CDN;
– добавляют или строят параллельный IP-тракт.

Pay TV-операторы:
– прямо сейчас мигрируют от «железных» классических хэдэндов;
– сначала переходят на программные (software-based) решения on-prem;
– затем двигаются в сторону облачных сервисов.

Кабельные операторы:
– активно разворачивают доставку по IP в своей сети;
– HFC-сети постепенно вытесняются схемами «оптика до дома» (FTTH), и это меняет архитектуру.

КАНАЛЫ ИДУТ В СТРИМИНГ

– А что происходит на стороне самих телеканалов?

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

ОТ СПУТНИКА К IP И MULTI-BITRATE

– Вы упоминали смену схем регионализации. Что это за кейс?

Один из крупнейших вещателей в Северной Америке полностью пересматривает схему доставки регионального контента. Раньше классическая модель выглядела так:
– через спутник доставляется множество региональных версий;
– регионализация делается в разных точках, много «разветвлённой» инфраструктуры.

Это дорого и неэффективно.

Сейчас они смотрят в сторону:
– миграции на IP-доставку,
– использования CDN и IP-сетей вместо спутниковых «вееров»,
– перехода на мультибитрейт (adaptive bitrate), чтобы оптимально обслуживать разные устройства и качества.

И вот как раз здесь мы и подключаемся — со стеком Video Network, который позволяет плавно уйти от чисто спутниковой модели к гибридной или полностью IP-архитектуре, без потери надёжности и управляемости.

CDN: ОТ СОБСТВЕННЫХ СЕТЕЙ К ГИБРИДНЫМ МОДЕЛЯМ

– Вы затронули тему CDN. Что там меняется сейчас?

Региональный контент всё чаще доставляется уже не старыми схемами, а совсем новыми технологиями. По CDN мы видим интересный двусторонний тренд.

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

Им выгоднее: либо строить свой CDN-слой под конкретную страну, либо арендовать специализированную CDN в определённом регионе. Такую гибридную модель мы, например, наблюдаем в Италии. Часть трафика идёт через собственные ресурсы, часть — через публичные CDN, и всё это управляется как единый сервис.

ПЛАТФОРМА CORTEX: ДЛЯ ЧЕГО ОНА НУЖНА

– Перейдём к вашим решениям. Что такое Cortex и откуда он появился?

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

ЖЕЛЕЗО, СОФТ И ВИРТУАЛИЗАЦИЯ

– У вас по-прежнему есть «железные» решения или всё уже только в софте?

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

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

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

Фактически, первый шаг миграции — от чистого «железа» к виртуализированным софт-решениям.

ОБЛАЧНЫЕ СЕРВИСЫ: SELF-SERVICE И MANAGED

– А как выглядят ваши облачные сервисы? Все ли они «делай сам»?

Облака бывают разные — и сервисы в них тоже. 

Есть модель self-service: у заказчика есть веб-интерфейс, есть набор инструментов, он сам конфигурирует сервис, как с обычным оборудованием.

А есть managed service: у нас есть глобальный круглосуточный операционный центр, наши сервисные инженеры настраивают всё за вас, мониторят, управляют, масштабируют. В такой модели клиент сосредоточен на бизнесе: например, ему нужно просто «перегнать» сигнал из точки А в точку Б, или обеспечить доставку матча, турнира, канала. А всё, что касается настроек, качества, резервирования, SLA — остаётся на нашей стороне.

– То есть это что-то вроде «транспорт под ключ»?

Именно. У нас есть реальные заказчики, которые пользуются таким сервисом: формулируют задачу по контенту и географии, а техническую часть полностью отдают нам. Есть и третий вариант — гибрид: часть функционала клиент ведёт сам, часть — отдаёт нам как managed-сервис.

Выбирается модель, которая оптимальна по деньгам, компетенциям и срокам запуска.

ГИБРИДНЫЕ МОДЕЛИ: «ВСЁ У СЕБЯ, НО НА ВАШЕМ СОФТЕ»

– А если заказчик не хочет отдавать контроль ни над платформой, ни над инфраструктурой?

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

Система в этом смысле достаточно гибкая: можно мигрировать в облако, можно не мигрировать, можно комбинировать on-prem, приватное облако и публичный cloud.

ОТ «ЖЕЛЕЗНОГО» DCM К VIRTUAL DCM И ОБЛАКУ

– За счёт чего получается такая гибкость в технологиях?

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

Первый шаг — мы полностью перенесли её в софт, так появился Virtual DCM. Тот же функционал, но уже в виде программного решения, которое можно запускать на стандартных серверах.

Следующий шаг — на этих же технологиях мы построили облачные сервисы.

То есть сегодня один и тот же стек может жить на «железном» апплиансе , в виде виртуальной машины в вашем дата-центре или как облачный сервис, управляемый через Cortex.

VORTEX PLAY И VORTEX LINK: ЭФИР ЗА ПЯТЬ МИНУТ

– Вы упоминали, что можно «за 5 минут» поднять вещание. Как это выглядит на практике?

У нас есть self-service-сервисы.

Первый — Vortex Play. Через него за буквально несколько минут можно: подцепить видеосигнал, организовать вещание телеканала или любого контента, задать регион доставки (весь мир или конкретный регион), и посмотреть его с мобильного телефона. При нормальном интернете это реально занимает около пяти минут.

Второй сервис — Vortex Link. Это тоже self-service: быстрая настройка перегона по SRT,
например, из Германии в Японию или между двумя городами внутри одной страны. Создаёте SRT-точку входа и SRT-точку выхода — и дальше работаете как с обычным линком.

MEDIA EDGE GATEWAY: БОЛЬШЕ, ЧЕМ ПРОСТО РЕСИВЕР

– Давайте вернёмся к «железу». Что такое ваши ресиверы Media Edge Gateway?

Это не просто классический ресивер, это Media Edge Gateway. Он умеет принимать сигналы:
со спутника, по IP, по SRT, по Zixi (ZIGZIG/ZIXI). Дальше он декодирует их в SDI или SDI over IP.

Но важнее то, что это больше, чем «просто IRD», он умеет переключаться между разными входами, может выступать как переходный элемент от спутника к публичному интернету.

Например: сегодня вы принимаете канал со спутника. Завтра вещатель говорит: «Переходим на SRT». Вам не нужно менять железо — Media Edge Gateway уже умеет и спутник, и SRT. И наоборот, — можете комбинировать разные входы и сценарии.

ДИСТРИБУЦИЯ B2B: VDCM, CORTEX, POWERVIEW, CORTEX LINK

– Как это всё собирается в решения для B2B-дистрибуции?

За бизнес-to-business дистрибуцию контента через спутник или IP у нас отвечает связка VDCM + Cortex. Virtual DCM — это «двигатель» обработки, компрессии, мультиплексации. На стороне сервисов ему соответствуют Cortex PowerView и Cortex Link.

Cortex Link — это как раз self-service для транспортировки. Заказчик сам настраивает точку входа SRT и точку выхода SRT, определяете параметры, резервирование и т. д.

PowerView и другие компоненты Cortex уже отвечают за управление, мониторинг и интеграцию в общую инфраструктуру.

В итоге у заказчика есть выбор «железный» приёмник + локальный VDCM, чисто софт в своём дата-центре или связка с облачными сервисами Cortex — в зависимости от задач и бюджета.

CORTEX LINK: ВКЛЮЧИЛИ МАТЧ – ВКЛЮЧИЛИ ПЕРЕГОН

– В реальной эксплуатации Cortex Link — это просто «одна труба» или может быть их много?

Таких «труб» может быть сколько угодно. Можно: создать множество SRT-линков, задать для них расписание, включать перегоны только тогда, когда они нужны. Например, у вас сетка футбольных матчей — вы включаете доставку сигнала только на время матча и выключаете в остальное время. Это позволяет не держать всё постоянно «горячим» и оптимизировать затраты.

CORTEX POWERVIEW: MANAGED-СЕРВИС ПОД КЛЮЧ

– Чем Cortex PowerView отличается от Link?

Cortex PowerView — это более расширенный вариант. Он не только даёт инструменты по управлению потоками, но и подключает наши managed-сервисы и операционный центр.

Хороший пример — компания Hearst Networks. Они много лет назад перенесли продакшен и плейаут в облако. Но для доставки использовали публичные сети «как есть», и результат их не устроил по надёжности. Примерно год назад они объявили тендер, где искали партнёра, который:
обеспечит доставку телеканалов, возьмёт на себя техническую часть, даст им возможность сосредоточиться только на бизнесе.

Мы предложили Cortex PowerView и выиграли тендер. За прошедший год у них: ноль отказов, ноль жалоб от получателей контента. Наш глобальный операционный центр мониторит все потоки и даже предупреждает «концовую» сторону. То есть получатели контента не успевают увидеть проблему — им заранее приходит уведомление: «Возможны перебои, переключитесь, пожалуйста, на резерв». В результате Hearst, как ни странно, даже «немного недовольны» в том смысле, что им теперь совсем нечего обсуждать с нами в части инцидентов — их просто нет.

СТРИМИНГ: МУЛЬТИБИТРЕЙТ, CATCH-UP И TIMESHIFT

– Что по стримингу и VOD?

В стриминге мы опираемся на ту же платформу DCM / VDCM. Она позволяет:транскодировать в мультибитрейт, пакетировать потоки, записывать контент для catch-up и time-shift. На стороне Cortex этому соответствует сервис Cortex Play.

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

EDGE CDN SYNAMEDIA: НЕ ЕЩЁ ОДИН PUBLIC CDN

– Вы сказали, что у вас есть собственное решение для CDN. Это ещё один публичный CDN?

Нет, публичный CDN мы специально не делали — их и так достаточно. Есть Akamai, CloudFront, много локальных игроков в разных странах. Мы подошли с другой стороны.У Synamedia есть собственное Edge CDN-решение: это полнофункциональная платформа, которую можно развернуть прямо в сети оператора, и использовать для доставки контента до абонента. То есть это «ваш собственный CDN под ключ», а не ещё один глобальный сервис.

МНОГО CDN ВМЕСТО ОДНОГО: ГЛАВНЫЙ ТРЕНД

– Зачем тогда ещё один CDN, если уже есть крупные игроки?

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

Поэтому наша задача — дать им: собственный Edge CDN в их сети, и инструменты, чтобы сочетать его с публичными CDN, управляя всем этим как единой системой доставки.

Это уже не «ещё один CDN на рынке», а архитектурный слой для тех, кто хочет контролировать и качество, и экономику доставки своего видео-сервиса.

МНОГО CDN ДЛЯ ОДНОГО СЕРВИСА: SKY, DAZN И ИТАЛЬЯНСКИЙ КЕЙС

– Вы упоминали, что крупные игроки уже работают сразу с несколькими CDN. Можете привести примеры?

Хорошие примеры – Sky и DAZN. Оба активно выводят спорт «из облака в дом» через интернет. Они видят, что глобальная доставка, например только через Akamai, не всегда даёт нужный результат: в каких-то регионах есть всплески спроса; в каких-то странах резко растёт аудитория именно спортивного контента.

Нет смысла в таких случаях полагаться только на глобальный CDN. Гораздо эффективнее использовать CDN, который физически и логически ближе к зрителю – в сети местного оператора.

В Италии тот же DAZN арендует CDN-инфраструктуру у Telecom Italia. А CDN в сети Telecom Italia как раз построен на решениях Synamedia.

CORTEX SWITCH: БЕССШОВНОЕ ПЕРЕКЛЮЧЕНИЕ МЕЖДУ CDN

– Крупным сервисам важна бесперебойность. Как организовать переключение между CDN так, чтобы пользователь ничего не заметил?

Именно для этого мы сделали Cortex Switch – это наша свежая разработка. Он позволяет абсолютно бесшовно переключаться между разными CDN.

Для зрителя это выглядит так: он начал смотреть матч через CDN Akamai; нагрузка в регионе резко выросла; оператор решает перевести пользователей на локальный CDN в сети, скажем, Telecom Italia; Cortex Switch выполняет переключение прозрачно, без разрыва и «перезагрузки» плеера.

Конечный пользователь не увидит, что в какой-то момент трафик пошёл уже через другой CDN. Мы работаем по стандартным протоколам и интегрируемся с разными CDN. Если интересно «железо и протоколы», могу после выступления рассказать технические детали.

ПРОДУКТ, BLUEPRINT И СЛОЖНОЕ РЕШЕНИЕ

– Вы упоминали три «ипостаси» решений Cortex. В чём разница?

Мы предлагаем решения в трёх форматах: продукты, так называемые blueprint-конфигурации и сложные (custom) решения.

Если использовать автомобильную аналогию. Продукт – это готовая машина. Вы приходите в салон, выбираете конкретную модель, садитесь и едете. Четыре колеса, руль – всё предсказуемо и стандартизовано.

Blueprint – это та же модель, но с набором опций. Вы видите список доступных опций и выбираете: эту – да, эту – нет. Машина остаётся узнаваемой, но конфигурация подстраивается под ваши задачи и бюджет.

Сложное решение – это уже не «машина из каталога», а индивидуальная сборка под конкретную задачу. Когда стандартными средствами вендоров проблему не решить, мы вместе с заказчиком конструируем архитектуру, которая будет работать 24/7. Здесь мы можем использовать и наши продукты, и решения партнёров.

В табличном виде это выглядит так: в продукте все параметры и цена заранее предсказуемы; в blueprint-подходе есть регулируемые элементы, которые можно «крутить»; в сложном решении определённости меньше, потому что каждый проект уникален, – но именно поэтому он максимально точно попадает в требования заказчика.

МОДЕЛИ ОПЛАТЫ: PAY AS YOU GO, ПОДПИСКА И PREPAID

– Как устроена ценовая модель?

У нас три основных варианта.

Первый – Pay as you go (PSUGO). Платите только за фактическое использование. Условно: выпили бутылку воды – оплатили её; больше не хотите – ничего не платите. Это удобно, когда оператор никогда не работал, например, в ABR или с IP-перегонами и хочет просто попробовать. Он заходит на портал, настраивает перегон, проводит тест, платит только за этот перегон и, если ему не понравилось, может просто забыть о сервисе.

Второй – ежемесячная (или годовая) подписка, Monthly Recurring. Здесь логика другая: если вы вещаете 24/7 и понимаете, что сервис будет использоваться постоянно, выгоднее перейти на фиксированную подписку. У нас есть система скидок, и в итоге постоянным клиентам подписка обходится дешевле, чем оплата по факту. Такой моделью пользуются, например, оператор Yes в Израиле и тот же Hearst Networks – для доставки каналов «точка-точка» по Европе и Африке.

Третий – Prepaid-модель. Она появилась по запросу конкретного заказчика – Olympic Channel Services.

PREPAID ДЛЯ СПОРТА: OLYMPIC CHANNEL

– Чем prepaid отличается от pay as you go?

Pay as you go – это абсолютно «по факту», без заранее фиксированного объёма. 

Prepaid – это модель для тех, у кого заранее известен объём событий.

Olympic Channel Services – это интернет-канал олимпийских видов спорта, базируется в Испании. Они сказали: «У нас в году есть заранее известное количество соревнований: такие-то этапы, такие-то турниры, такие-то города. Нам нужно их освещать, мы примерно знаем, сколько будет событий».

Мы специально разработали для них prepaid-модель: они заранее оплачивают известное количество событий или объём ресурса; спокойно планируют сезон; и не думают, сколько «накликают» по Pay as you go.

Для них это получилось и предсказуемо, и экономически комфортно.

МОДЕЛЬ ОПЛАТЫ И ВЫБОР ПРОДУКТА

– Объясните тарифную политику.

Если клиент выбирает Pay as you go, то доступны только готовые продукты. То есть то, что можно сразу взять и использовать, но нельзя гибко кастомизировать под себя. Если заказчик хочет более сложную конфигурацию, тот же blueprint или полностью кастомное решение,
то модель pay-as-you-go уже не подходит. Там появляются другие схемы ценообразования – подписка или prepaid.

Главная идея – быстро понять, какие комбинации «модель оплаты + тип решения» вообще возможны.

КАК РАБОТАЕТ MANAGED-SERVICE: ШЕСТЬ ШАГОВ

– Как выглядит работа с вами, если клиент выбирает управляемый сервис?

Обычно это шесть шагов.

Первый – анализ потребностей. Мы разбираемся, что именно нужно заказчику: доставка сигнала, стриминг, резервирование, география, SLA.

Второй – развёртывание инфраструктуры. Если нужно, поднимаем всё в облаке или в гибридной схеме.

Третий – интеграция. Подключаем все компоненты, в том числе сторонние решения –
в сложных проектах это почти всегда так.

Четвёртый – аналитика и отчётность. Настраиваем панели, графики, метрики в том виде,
который удобен именно этому заказчику: качество картинки, стабильность доставки, задержки и т. д.

Пятый – обучение. Мы обучаем команду заказчика и постепенно передаём им оперативное управление.

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

УРОВНИ ПОДДЕРЖКИ: ОТ ЧАТА ДО «НУЛЯ ПРОСТОЕВ»

– Поддержка всегда одна и та же или есть уровни?

Есть несколько уровней. В самом простом варианте, который частично всегда включён, если вы пользуетесь Cortex Play или Cortex Link по модели pay-as-you-go, у вас всё равно есть базовая поддержка – можно написать в чат, получить помощь. 

Но если речь идёт, скажем, о крупном спортивном событии, где допустимый downtime равен нулю, такая поддержка, конечно, недостаточна. Там нужны другие SLA, другой уровень готовности и реакции, поэтому мы переходим к более дорогим, но и более серьёзным пакетам техподдержки.

АРХИТЕКТУРА CORTEX: CONTROL PLANE И DATA PLANE

– Если посмотреть внутрь Cortex как облачного решения, из чего он состоит?

Компонентов несколько. Есть так называемый customer-portal и два ключевых слоя:
control plane и data plane. Control plane – это уровень управления. Data plane – это уровень, где реально обрабатывается видео. Оба этих слоя могут находиться в одном облаке, а могут быть распределены по разным площадкам – в зависимости от требований по латентности, безопасности, юрисдикции.

ДВА ПОРТАЛА: ДЛЯ БИЗНЕСА И ДЛЯ ТЕХНИКИ

– Что видит бизнес-пользователь и что видит инженер?

Условно есть два портала.

Первый – бизнес-портал (customer portal). Это базовая веб-страница, где есть: логины, пароли, биллинговая система, отчёты по использованию. Это инструмент управления именно бизнес-частью сервиса: кто подключен, сколько потребил, сколько стоит.

Второй – портал приложений Cortex Applications. Там уже настраиваются сами сервисы:
точка–точка (point-to-point), стриминг, перегоны, профили, резервирование и т. д. Это рабочее место инженера или продвинутого оператора.

DATA PLANE: ГДЕ ЖИВЁТ ВИДЕО

– А что происходит на уровне data plane?

В data plane разворачиваются наши технологические компоненты. Там могут работать: модули Just-in-Time обработки, Virtual DCM, компоненты сторонних производителей, если того требует архитектура, а также слой управления облачной инфраструктурой.

Последнее важно для динамического масштабирования. Например, вырос трафик на матче – Cortex автоматически поднимает больше ресурсов. Событие закончилось – ресурсы освобождаются. Вся эта часть «под капотом» не требует вмешательства заказчика – он видит только стабильную доставку контента и контролирует сервис через порталы.

ПРОДУКТЫ: ВСЁ УЖЕ СОБРАНО И АВТОМАТИЗИРОВАНО

– Если говорить только о продуктах, вроде Cortex Link и Cortex Play, что получает оператор «из коробки»?

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

С точки зрения пользователя это выглядит просто: через API или веб-интерфейс он нажимает «создать точку» – и автоматически в облаке поднимается нужный инстанс, накатывается ПО, выполняется конфигурация, и сервис готов к работе.

Оператор управляет только сервисом, а не инфраструктурой.

BLUEPRINT: ВАШ DATA PLANE В ВАШЕМ ОБЛАКЕ

– Чем blueprint отличается от чистого продукта?

Логика похожа, но появляется дополнительная гибкость.

В blueprint-схеме control plane и портал могут жить у нас, а data plane, то есть функции обработки видео, мы можем развернуть в облаке заказчика или в его сегменте глобального облака.То есть все те же технологии Cortex и Virtual DCM работают уже не в «нашем» облаке, а в том окружении, которое оператор сам арендовал или контролирует.

СЛОЖНЫЕ РЕШЕНИЯ: MULTI-TENANT, ОБЩИЕ И РАЗДЕЛЁННЫЕ КОНТУРЫ

– А как выглядят самые сложные проекты?

Там вариантов очень много. Может быть единый control plane в режиме multi-tenant для группы клиентов, с последующим логическим разделением по заказчикам; общий customer-portal на нашей стороне, потому что биллинг и сводная аналитика мы должны контролировать сами.
А портал управления приложениями может быть как наш, так и полностью в аккаунте заказчика в его облаке. Здесь комбинации действительно очень разные: какие-то вещи мы держим у себя,
какие-то — полностью отдаём в контур клиента.

КТО ОПЕРИРУЕТ СИСТЕМОЙ

– Кто фактически управляет системой в разных моделях?

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

В варианте blueprint оператор также сам конфигурирует сервисы. Но появляется опция: наши инженеры могут помогать в настройке, плюс можно подключить наш NOC для проактивного мониторинга.

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

Каждый такой проект уникален, и модель взаимодействия тоже каждый раз настраивается отдельно.

ТРЕУГОЛЬНИК: БЫСТРО, УПРАВЛЯЕМО, ЭКОНОМИЧНО

– Вы упомянули свою версию классической формулы «быстро, качественно и дёшево – выберите два». Как это выглядит в вашем случае?

У нас немного другая триада: быстро, управляемо и эффективно по цене.

Продукт – это самое быстрое решение, входной порог по цене минимальный,
– можно буквально за 5 минут организовать вещание канала или перегон. Но при этом продукт не рассчитан на нетиповые, сильно кастомные задачи — он даёт стандартизованный, предсказуемый функционал. Blueprint – это шаг в сторону управляемости и гибкости: чуть дольше по запуску, чуть сложнее по конфигурации, но гораздо лучше адаптируется под инфраструктуру и процессы конкретного оператора.

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

– То есть логика такая: хочешь быстро попробовать – бери продукт; хочешь свой контур и контроль – blueprint; хочешь «идеально под себя» – идём в кастомные решения?

Да, примерно так. Главное, что у оператора есть выбор. Мы же можем работать во всех трёх форматах, в зависимости от того, на какой стадии он сейчас находится и какие задачи реально нужно решать.

Окей, давай сделаем аккуратное, «журнальное» редактирование без воды и повторов. Вот переработанный фрагмент про blueprint и резервирование как нормальное интервью с подзаголовками.

Продукты, blueprint и кастомные решения

– Если стандартного продукта уже не хватает, что дальше?

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

Blueprint стоит дороже, но позволяет адаптировать базовое решение под заказчика: добавить нужные опции, учесть особенности сети, подстроить архитектуру.

Если и этого недостаточно, переходим к сложным (кастомным) решениям. Это уже небыстро: анализируем задачу, проектируем архитектуру вместе с заказчиком, доводим до результата, который точечно закрывает его требования.

Зато в итоге система работает ровно так, как нужно конкретному оператору.

Требования к резервированию: спорт и «обычное» вещание

– Насколько разные бывают требования к резервированию?

Очень разные. У одного и того же оператора могут быть каналы, у которых даунтайм недопустим вообще (спорт, прямые трансляции). И каналы, где остановка на минуту–две некритична (сериалы, плейлистовый контент).

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

Три уровня резервной головной станции в облаке

– Какие варианты резервной головной станции вы выделяете?

Мы используем три основных модели:

1. Холодный резерв (cold standby)
2. Резерв в режиме ожидания (standby)
3. Тёплый резерв (warm)
   И отдельно – актив–актив.

Холодный резерв: поднять с нуля за 15 минут

– Что такое «холодный» вариант?

В холодном режиме резервной станции как таковой в этот момент нет. У нас есть: сохранённая конфигурация, API для автоматического развёртывания.

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

Режим ожидания: запустить за несколько минут

– Чем отличается резерв в режиме ожидания?

В standby-режиме резервная головная станция уже развернута. Все входящие каналы заведены и мониторятся – мы заранее знаем, что сигнал на входе есть. В момент аварии мы только запускаем нужные сервисы, и переключение занимает уже не 15 минут, а считаные минуты.

Тёплый резерв: сначала низкий битрейт, потом масштабирование

– А тёплый резерв?

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

Схема такая:
– мы мониторим все входы,
– заранее транскодируем только самый низкий профиль ABR,
– не гоняем полный набор битрейтов во втором контуре.

В случае аварии:
– мгновенно переключаем вещание на резерв,
– пользователь сразу получает картинку в низком качестве,
– система автоматически масштабируется и за примерно минуту поднимает остальные профили.

То есть зритель не остаётся без картинки вообще, а качество дорастает вслед за масштабированием.

Active–active: полное дублирование

– Когда нужен актив–актив?

Active–active – это полный дубль.

Обе головные станции работают параллельно:
– все входы мониторятся в двух контурах,
– все сервисы активны в обоих окружениях,
– есть возможность мгновенного переключения без потери сервиса.

Это самый дорогой, но и самый надёжный вариант. Его выбирают там, где цена ошибки максимальна – прежде всего для топового спорта и премиальных событий.

Сообщение появились сначала на TKT 1957 | Техника Кино и Телевидения.

Интервью с Максом Поповым, заместителем вице-президента по операциям на юго-западе США в Evertz USA Inc., о гибридных матрицах Next и Enterprise, JPEG XS, Scorpion и продакшн в облаке для спортивных трансляций и шоу Amazon.

SDI MUST DIE? ПОЧЕМУ ЭТОГО НЕ СЛУЧИЛОСЬ

— SDI действительно умирает?

Тема, которую я сегодня поднимаю, очень важна — где мы будем дальше. Когда SDI только начал потихоньку переходить на IP, все говорили: «SDI умрёт, SDI must die». И этого не случилось. Я хочу на примере собственных проектов, которые мне повезло реализовать за последние 14 лет работы в Evertz, показать, что реально есть сейчас и что, на мой взгляд, будет в ближайшем будущем.

EVERTZ И ПЕРВЫЕ НЕСЖАТЫЕ IP-ЦЕНТРЫ

— В чём была роль Evertz в переходе отрасли на IP?

Evertz была первой компанией в мире, которая представила телевизионному сообществу переход на uncompressed IP. И с тех пор мы построили очень много центров по всему миру. Один из первых — ESPN. Уже прошло 12 лет с тех пор, как была построена первая матрица EXE. Она была запущена в 2013 году, и до сих пор они на ней вещают. Там был гибрид: одновременно использовались uncompressed-сигналы и JPEG 2000 для производства всего телевещания.

ОТ ESPN К FOX TEMPE И SOFI STADIUM

— Над какими проектами вы работаете сейчас?

С тех пор мы построили очень много центров, и могу привести пример того, над чем работаю сейчас. Это Fox Tempe — 2110-система, полностью построенная на оборудовании Evertz, включая матрицы. Ещё один пример — SoFi Stadium. Как вы знаете, в Америке люди помешаны на спорте, и американский футбол — один из самых богатых видов спорта в мире.

У каждой команды 12 игр в году, на стадионах по 80 тысяч человек, а билеты стоят от 300 долларов и выше.

ПЕРВЫЙ СТАДИОН 49ERS С ПОЛНЫМ 4K 2110

— Вы показывали кадры с матча San Francisco 49ers. Что это за проект?

Это мой последний проект — фотографию я сделал буквально неделю назад. Это первая игра San Francisco 49ers на новом стадионе, который полностью оснащен 4K 2110.

В этой системе используются Cisco-свитчи как центральная матрица. Мы, естественно, управляем всем этим через Magnum. И у нас очень много edge-девайсов, которые занимаются преобразованиями: делают up/down/cross-конвертирование, работают как мультиэкранники и так далее.

КОНТРОЛ-РУМ, КОТОРЫЙ РАБОТАЕТ ТОЛЬКО НА БОРДА

— Как выглядит продакшн-часть на стадионе?

Это control room стадиона, который занимается только видео на два борда — большие экраны, установленные на арене. Там 12 операторов повторов, режиссёры, два TD — и всё это только для того, чтобы делать производство именно на эти экраны.

АРХИТЕКТУРА: CISCO В ЦЕНТРЕ, 2110 UHD ПО ПЕРИМЕТРУ

— Как в целом устроена система маршрутизации и обработки сигналов?

Примерная схема того, что мы построили, выглядит так: посредине — Cisco-свитчи, а по окружности — 2110 UHD-системы, которые:

– преобразуют сигналы,
– формируют мультиэкранники,
– делают 12G-SDI в IP и обратно.

Если упростить, система выглядит как центральная матрица внутри, а вокруг — всё необходимое для приёма, преобразования и вывода контента.

РОЛЬ MAGNUM OS В УПРАВЛЕНИИ SDI И IP

— Чем управляется вся эта сложная инфраструктура?

Всем этим управляет система Magnum, Magnum OS. Она в себе объединяет:
– SDI-маршрутизацию,
– IP-рутинг,
– salvo-конфигурации,
– все data flows.

То есть это единый «мозг», который позволяет оператору и инженерной службе работать с системой как с одной цельной платформой, независимо от того, SDI или IP используется на конкретном участке цепочки.

MAGNUM NMS, ANALYTICS И ПРОАКТИВНЫЙ МОНИТОРИНГ

— Как эволюционировала система управления Magnum и что сегодня в неё входит?

Magnum NMS — это бывшая VistaLink. Многие, у кого стоит оборудование Evertz, помнят это название. Мы перевели её с Windows на Linux и сделали частью общей Magnum-системы. Плюс есть Magnum Analytics, которая постоянно пишет телеметрию и позволяет предугадывать возможные проблемы с оборудованием. То есть система не просто реагирует на аварию, а даёт ранние сигналы, где и что может «поехать». На схемах хорошо видно, как добавляются устройства в Magnum, как в одном окне видно работу различных COTS-свитчей и наших собственных свитчей.

ЕДИНОЕ УПРАВЛЕНИЕ SDI, IP И ОБЛАКОМ

— Почему вы так акцентируете внимание на единой системе управления?

Очень важно понимать: система управления должна уметь работать не только с IP, но и с SDI. Потому что в реальных продакшн-центрах у вас почти всегда гибрид. У вас будет 2110, будет SDI и параллельно — облачные сервисы. И если у вас есть управление, которое может прозрачно рулить всем этим хозяйством, вы будете довольны. Если нет — у вас три разных «мира», три разных интерфейса и три разных команды.

СОБСТВЕННЫЕ СВИТЧИ И ВЫСОКАЯ ПЛОТНОСТЬ 12G-SDI

— Evertz традиционно ассоциируется с видео-матрицами. Что вы выпускаете сейчас на уровне «железа»?

Evertz также производит собственные свитчи. Вот, например, наша линейка NATX-LT, которые могут работать с портами от 10G до 200G. Есть и 1RU-свитч, который способен коммутировать 4000×4000 3G-SDI. Технологии дошли до того уровня, что сегодня одна стойка далеко не обязательно забита под завязку, как это было в SDI-эпоху, когда на подобную систему уходило 5–6 рэков железа.

MASTER CLOCK И ПОЧЕМУ БЕЗ ТАЙМИНГА НИКУДА

— Вы отдельно выделили Master Clock. Почему тайминг остаётся критическим и в SDI, и в IP?

Мы представляем новый Master Clock. Тайминг для телевидения — это всё. Без него мы не можем жить ни в SDI, ни в IP. Тайминг нужен для того, чтобы переключение происходило строго между кадрами. Тайминг нужен, чтобы аудио и видео всегда были «вместе», а не «ехали» друг относительно друга. Новый Master Clock делает то, за что Evertz всегда уважали: очень надёжную тайминговую систему. На каждый Master Clock приходится две GPS-антенны, и он логирует все необходимые параметры, включая PTP.

ВОЗВРАЩАЯСЬ К SDI: ОТ QUAD-LINK К 12G

— Мы так много говорим про 2110. А что с SDI-миром, особенно с UHD?

Примерно семь лет назад, когда UHD и классический SDI «не дружили», единственный способ передать 4K по SDI — это четыре BNC-кабеля в 3G-матрицу. То есть quad-link: четыре отдельных изображения, которые нужно правильно собрать в одно.

Это было тяжело. Я до сих пор помню Чемпионат мира по футболу 2018 года.

ЧМ-2018, ОСТАНКИНО И ЧЕТЫРЕ КВАДРАНТА

— Что тогда произошло?

За два месяца до старта меня вызвали в Останкино. Сидят серьёзные дядечки и говорят: «Мы только что получили ЦУ сверху, что всё должно вещаться в 4K на всю Россию. Макс, помоги». Я два раза слетал в Канаду, привёз два чемодана оборудования. Естественно, без документов. На таможне на меня посмотрели очень внимательно, уже потирали руки. И на своём «канадском русском» я сказал: «Извините, это распоряжение Путина». И меня пропустили.

Мы подняли это производство, но я до сих пор помню, как тяжело было сводить эти четыре квадрата. Мы получали от IBC (центра, через который делаются ЧМ и Олимпиады) четыре потока по JPEG 2000, принимали их в Останкино, дальше это шло по разным студиям, и всё надо было идеально совместить. Периодически один из квадрантов «выпадал», и картинка разваливалась.

ЮЖНАЯ КОРЕЯ, ОЛИМПИАДА И СТАНДАРТ 12G-SDI

— Как индустрия вышла из этого «квадратного ада»?

Сейчас такой необходимости уже нет. С тех пор 12G-SDI как один кабель стал стандартом для UHD по SDI. Первые, кто это полноценно использовал, были Корейские Олимпийские игры. Там стояли наши матрицы, и с этого момента мы начали делать не только IP-матрицы, но и 12G-SDI-матрицы.

То есть сегодня, если вам по каким-то причинам нужен не IP, а SDI-4K, это уже один кабель, нормальная топология и гораздо более предсказуемая эксплуатация по сравнению с тем, что было в 2018 году.

МАТРИЦА NEXT: КАК ОНА МЕНЯЕТ ПОДХОД К 12G-SDI

— Вы сказали, что матрица Next фактически перевернула подход к 12G-SDI. В чём её суть?

Матрица Next — это как раз та матрица, которая позволила полностью преобразовать то, как просто можно работать с 12G-SDI.

— Что такое 12G-SDI матрица в линейке Evertz?

У нас есть два базовых размера:
3RU — 96×96 12G-SDI,
5RU — 384×384 12G-SDI.

Мы можем объединить три таких 5RU-матрицы между собой через так называемые ATACS-links. Многие, кто давно работает с Evertz, помнят X-Link: это 32 сигнала, которые напрямую из кросспойнта матрицы уходили на мультиэкраники, не занимая выходов. То есть мультиэкраник был penalty-free. В Next мы развили эту идею: кросспойнт используется не только для мультиэкраников, но и для подключения других матриц. Но так как это 12G, минимальный «шаг» уже не 32×3G, а порядка 400 Gbit, поэтому между матрицами мы используем оптику.

В итоге три шасси (примерно 15RU) дают размерность 960×960 12G. И это на сегодня самая большая 12G-SDI-матрица как единое целое — не набор tie-line-ов, а одна логическая матрица, полностью видимая и управляемая системой управления.

АРХИТЕКТУРА 5RU NEXT: ВИДЕО И ЗВУК В ОДНОЙ РАМЕ

— Как устроено само 5RU-шасси Next с точки зрения входов, выходов и аудио?

5RU Next имеет 8 слотов с задней стороны — это 256×256 12G-SDI плюс MADI и TDM. Каждый вход может деимбедировать аудио, каждый выход может имбедировать его обратно. То есть на уровне матрицы вы не только коммутируете видео, но и управляете встраиванием/выстраиванием звука. Плюс я могу брать MADI или TDM снаружи: если у меня есть внешняя аудиосистема, я могу «подсадить» её прямо в матрицу и работать с аудио внутри общего роутинга.

Спереди ещё 4 слота. Их можно использовать либо под те же I/O (тогда получаем 384×384 12G-SDI), либо под специализированные модули: up/down/cross-конвертеры, advanced-мультиэкраники и прочие процессоры.

FX LINK VS X-LINK: КАК СВЯЗЫВАЮТСЯ МАТРИЦЫ

— Вы упомянули FX link и X-Link. В чём между ними разница в контексте Next?

По сути, это эволюция подхода. X-Link хорошо знаком многим — это был способ «безштрафного» подключения мультиэкраников к кросспойнту. FX link — развитие той же идеи на новом уровне пропускной способности и логики, уже для 12G-систем и больших Next-конфигураций. Таким образом, матрицы могут между собой подключаться так, что система по-прежнему выглядит как один цельный роутер, а не набор «пришитых» блоков.

КАРТА NEXT: FRAME SYNC И ВСТРОЕННЫЙ МУЛЬТИЭКРАННИК

— Разберём одну карту Next подробнее. Что она умеет на входе?

Каждый вход 3G на карте может иметь framesync, плюс-минус полкадра. Это важно при работе с нестабильными или «чужими» источниками.

— А мультиэкраник на этих картах как реализован?

На одной карте есть вычислительный ресурс для до четырех мультиэкраников формата 16×1. Это не значит, что мультиэкраник «видит» только входы этой карты. Нет. Я беру любые входы всей матрицы с кросспойнта и подаю их на этот мультиэкраник, а на выход выдаю уже собранный экран. Эти мультиэкраники мы называем стандартными: они не поддерживают pixel-by-pixel ручную подстройку, но обеспечивают набор пресетов с четырьмя типовыми размерами «пипов»,
которые можно комбинировать в разных конфигурациях. То есть оператор работает с готовыми пресетами раскладок, а системный интегратор получает мультиэкраник, встроенный прямо в инфраструктуру роутинга, без отдельной «фермы» внешних устройств.

ВСТРОЕННЫЕ МУЛЬТИЭКРАННИКИ: «ДЕШЕВО И В МАТРИЦЕ»

— Что дают встроенные мультиэкраники в Next по сравнению с отдельными устройствами?

У вас есть готовые пресеты раскладок, которые вы видите на экране. За счёт этого это недорогой мультиэкраник, который уже включён в матрицу — не нужно отдельное железо. И несмотря на то, что это «простые» мультиэкраники, у них есть до 3 UMD на экран, Full Tally по периметру окна, тайм-коды и до 16 каналов аудио-индикаторов. То есть базовый продакшн и мониторинг они закрывают спокойно.

НОВЫЕ R1-КАРТЫ: FIBER, FRAMESYNC И JPEG XS

— Какие новые I/O-карты вы добавили для работы с 12G и оптикой?

У нас появились в Next новые карты R1, которые позволяют делать Fiber In/Out в конфигурациях 20×20 или 32×8. Плюс они могут одновременно делать framesync для всех 32 12G-сигналов. И в ближайшем будущем эти карты будут использоваться для приёма и отправки JPEG XS. JPEG XS, для тех, кто не сталкивался, — это компрессия очень высокого качества. Многие телекомпании подключают стадионы по JPEG XS (часто через европейское оборудование), чтобы передавать максимально качественный сигнал.

Сжатие — примерно в 6–7 раз по битрейту, без визуальной потери качества и с минимальной задержкой — порядка 30 мс и меньше. То есть в Next у вас есть и коаксиальные карты, и файберные карты, и отдельная процессинговая карта.

ПРОЦЕССИНГ ВНУТРИ NEXT: УП/DOWN/CROSS, 2110 И ADVANCED MULTIVIEWER

— Что умеет процессинговая карта и чем она отличается от обычного I/O?

Процессинговая карта — это по сути «мозги» наших давно известных SDI/IP-процессоров и внешних мультиэкраников серии 670, только встроенные прямо в матрицу Next.

Варианты прошивок такие:

– до 16 преобразований up/down/cross-conversion;
– либо до 32×32 конверсий 2110 ↔ 3G-SDI;
– либо 16×16 UHD ↔ 2110;
– либо режим Advanced Multiviewer.

Advanced Multiviewer уже позволяет делать pixel-by-pixel adjustment, все привычные для Evertz вещи:

– advanced monitoring,
– fault monitoring (сигнал пропал — сразу видно),
– контроль субтитров/Closed Captions,
– взаимодействие с внешними системами измерений и сигнализации.

То есть это уже «взрослый» мультиэкраник, но встроенный в матрицу, а не отдельная стойка.

SCORPION: «ШВЕЙЦАРСКИЙ НОЖ» ДЛЯ REMOTE PRODUCTION

— Вы отдельно упомянули линейку Scorpion. В чём её идея?

Линейка Scorpion с небольшими картами — это наш «Swiss Army Knife», швейцарский нож. В одном 1RU-фрейме вы можете набить эти мини-карты, внутри у вас будет 80×80 12G-матрица плюс IP-свитч. Всё это вместе идеально подходит для Remote Production.

Привозите один 1RU-appliance на площадку — дальше по задачам:

– нужно отправить сигнал по H.265 SRT — пожалуйста;
– нужно принять оптику и конвертировать в SDI или IP — тоже можно;
– комбинировать разные интерфейсы и форматы.

Очень много вариантов конфигурации под конкретный проект.

DANTE, MIO-МОДУЛИ И АУДИО ВНУТРИ МАТРИЦЫ

— Как вы интегрируете современные аудио-сети вроде Dante?

Мы добавили карту, которая может принимать на себя двойные MIO-модули прямо в Next. Это позволяет непосредственно принимать Dante — аудиопротокол, который стал очень популярным. Мы можем завести Dante в матрицу, перевести его в «нормальный» SDI-формат с эмбеддингом аудио, а затем при необходимости отдать сигнал обратно в Dante-сеть.

То есть матрица становится и видео-, и аудио-хабом.

Z-21 MIO: МНОГО ПЕРСОНАЛИЙ В ОДНОМ МОДУЛЕ

— Какие задачи он решает Z-21 MIO?

Z-21 MIO — это модуль, который может работать в разных «персоналитях»:

– как двойной up/down/cross-конвертер,
– как JPEG XS-передатчик/приёмник,
– как JPEG 2000,
– как delay-обработчик.

Функционал зависит от того, какую аппликацию вы туда загружаете. И буквально на последней выставке IBC мы анонсировали нашу новую Enterprise-матрицу — следующий шаг в развитии больших 12G/IP-фабрик, где все эти технологии собираются в одну масштабируемую платформу.

РЕЗЕРВИРОВАННЫЙ CROSSPOINT И НОВОЕ ПОКОЛЕНИЕ МАТРИЦ

— Evertz многие годы ассоциировался с EQX. Как вы пришли к новому поколению матриц?

Многие из вас знают, что Evertz был очень известен по матрицам EQX. Если говорить о предыдущем поколении — матрице NEX, — она была очень «нафарширована», но у неё был один недостаток: только один crosspoint. То есть его резервирования не было. Хотя ни разу у нас не было полного выхода из строя crosspoint’а, теоретически такой риск существует. Нам нужно было придумать следующее поколение матрицы уже с защищённым crosspoint.

Новая Enterprise-матрица как раз и есть такой девайс: полностью резервированный crosspoint плюс функционал нового поколения. И вот здесь я возвращаюсь к мысли, с которой начинал: где мы будем в ближайшие 25 лет. Я всё больше думаю, что эти устройства мы уже не можем честно называть «SDI-матрицами» или «IP-матрицами». Это media processing devices — устройства медиаобработки.

Матрица может принимать 3G-SDI, 12G-SDI, 2110 и JPEG XS (Access), всё это внутри себя конвертировать и отдавать дальше в любом нужном виде.

ГИБРИДНАЯ МАТРИЦА: SDI, 2110 И JPEG XS В ОДНОМ КОРПУСЕ

— Как устроена эта Enterprise-матрица физически?

Вот фотография, которую я сам сделал на IBC — задняя панель этой матрицы. Карты унифицированные. Есть два crosspoint’а, и при этом оставлено место ещё под два — я сейчас объясню, зачем. Crosspoint полностью зарезервирован. Сами карты одинаковые, а их роль определяется типом задника:

– в одном случае это BNC-карты 32×32 12G-SDI,
– в другом — 32×32 ST 2110.

И для тех, кто боится перехода на 2110, это идеальный вариант. Вам не нужно сразу строить огромную PTP-инфраструктуру на всю фабрику, не нужно заморачиваться STP, IP-диапазонами и сложной сетевой топологией. Вы просто втыкаете IP-камеру прямо в карту.

Матрица сама собирает необходимую информацию по IP-адресам всех входов, сама делает так называемый nutting — и для оператора/инженера каждый вход выглядит как обычный SDI-вход.

PTP живёт внутри матрицы. Blackburst — тоже внутри. То есть вся сложность синхронизации спрятана «под капотом». Это даёт инженерным службам и руководству телецентров возможность принять реальное, а не декларативное решение по переходу на 2110: да, это сложнее с точки зрения компетенций, но с такой матрицей переход становится контролируемым и постепенным.

JPEG XS / ACCESS И МАССШТАБИРОВАНИЕ ДО 1536×1536

— Что насчёт компрессии и масштабирования системы?

В эту матрицу вы также можете заводить JPEG XS / Access:

– до 32 энкодеров,
– до 32 декодеров,
– либо конфигурации 16×16, всё в UHD.

Теперь о масштабировании. Базовый размер Enterprise-матрицы — 512×512 12G. Но помните про ещё два слота? Я могу использовать их под FX-links, соединить эту матрицу ещё с двумя такими же и получить одну логическую матрицу 1536×1536 12G.

Не «соединённые по tie-lines три шкафа», а именно одну большую матрицу, которая в системе управления видится как единое целое. Первую такую матрицу мы буквально продаём через два месяца — это будет самая большая 12G-матрица в мире.

ЦЕНТРАЛЬНАЯ ФАБРИКА + NEXT В СТУДИЯХ

— Как это всё связывается с уже существующими NEX-матрицами и студиями?

Мы говорили о матрице Next — её тоже можно подключать к Enterprise-матрице по FX-link. Представьте, вы проектируете новый телецентр. У вас есть центральная Enterprise-матрица как «фабрика», и есть студии, которым вы хотите дать локальную автономию:

– свои мультиэкраники,
– свои переключения,
– локальную обработку сигналов.

В студиях ставятся NEX-матрицы, которые через FX-link подключены к центральной Enterprise. В результате студия живёт как самостоятельный маленький центр, но при необходимости один клик — и все её ресурсы, камеры, каналы, обработка видны и управляемы из центра. Это как раз тот гибридный мир, о котором мы говорим: SDI, 12G, 2110, JPEG XS и облачные цепочки — всё в одной логике управления и медиафабрики, где для инженера это «одна система», а не набор плохо связанных островов.

АРХИТЕКТУРА «ЦЕНТР + СТУДИИ»: ОДНА ФАБРИКА БЕЗ TIE-LINES

— Как может выглядеть типовой дизайн телецентра с Enterprise и Next?

В студиях стоят локальные матрицы NEXT 5RU, посредине — большая Enterprise-матрица, и всё это объединено FX-link’ами в одно целое. У вас нет tie-lines как отдельной сущности — всё видится как одна фабрика. Каждый вход доступен на каждый выход в этой конфигурации. Для оператора и инженера это один общий роутер, а не набор «зашитых» переходов между блоками.

2110 MADE SIMPLE: КОГДА IP ВЕДЁТ СЕБЯ КАК SDI

— Вы показали слайд «2110 made simple». В чём идея этого упрощения?

Макс Попов: Этот слайд сделала Рэй — замечательная, очень умная девушка, которая сначала работала с NEXT, а сейчас с Enterprise (EONEX). Суть в том, чтобы сделать 2110 максимально похожим по поведению на классический SDI. Любая опорная синхронизация — PTP — идёт через всю систему. У вас clean switch, то есть «чистое» переключение между источниками без подрыва кадра.

В классическом 2110 для этого нужно делать make-before-break:
вам приходится удваивать полосу,
каждое устройство должно сначала получить новый поток,
и только потом вы можете переключить.

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

Наша задача — упростить routing:
network address translation на каждый порт,
никаких multicast source tables,
никакого ручного tuning destinations.

Те, кто уже «обжигался» на чистом 2110, понимают, насколько это боль. Здесь всё скрыто внутри матрицы и систем управления.

MAGNUM + SDI + IP + ОБЛАКО

— Кто всем этим управляет и как объединяются физические и облачные ресурсы?

Всем управляет Magnum — единый «core», который:

подключает 2110-устройства,
работает с SDI и 12G-SDI,
может управлять cloud-ресурсами.

Для пользователя это одна точка входа. Вы не думаете, «где у меня SDI, где IP, где облако» — у вас один логический уровень управления.

ПОЛНОЕ ПРОИЗВОДСТВО В ОБЛАКЕ: ПРОЕКТ С AMAZON PRIME

— Вы упомянули облако. Есть уже реальные примеры полностью «cloud-only» продакшена?

Да, я очень тесно работаю с Amazon. Amazon Prime — это та компания, которая купила права за баснословные деньги, миллиарды долларов, на такие спортивные продукты, как Thursday Night Football. Недавно они добавили туда хоккей, женский футбол, который активно развивается в США, и сейчас — баскетбол.

И именно они первыми обратились ко мне с задачей сделать полностью производство в облаках. Мы сделали proof of concept — показали, что полноценный live-продакшн может жить в cloud-среде.

ОТ СПОРТА К ENTERTAINMENT: ШОУ L.O.L.

— И на этом история с Amazon закончилась?

Нет. После спортивных трансляций ко мне пришла другая команда внутри Amazon — те, кто делает шоу L.O.L. (Love Out Loud). Их интересовал уже не только спорт, а развлекательный формат, но с теми же требованиями к надёжности и гибкости. И это как раз хороший пример того, как одна и та же инфраструктура — SDI, 2110, 12G, облако, Enterprise-матрицы и Magnum — может одинаково обслуживать и дорогой спорт, и большие шоу в entertainment-сегменте, не заставляя строить два разных «мира» параллельно.

Сообщение Макс Попов: Как SDI, 12G и IP-матрицы строят медиафабрики нового поколения появились сначала на TKT 1957 | Техника Кино и Телевидения.