Стенограмма Online круглого стола “Broadcasting 2020: Канал в коробке”

28.09.2020

11 августа состоялся Online круглый стол «Broadcasting 2020: Канал в коробке (Channel-in-a-Box)». Опубликовано в TKT 08 (724) 2020.

Grand Jury
Тимур Кулгарин, модератор, технический директор «СТС Медиа».
Ернар Баймолдаев, технический директор телеканала «Астана» (Казахстан);
Алексей Брусницкий, директор технической дирекции АО «ТВ Центр»;
Алексей Вашурин, заместитель технического директора «Белтелерадиокомпании» (Беларусь);
Игорь Верновский, технический директор АО «Спутниковое телевидение»;
Алексей Ганков, IT-директор «Киностудии «Союзмультфильм»;
Артем Жилин, технический директор «Прямой» (Украина);
Ернур Касабеков, технический директор Агентства «Хабар» (Казахстан);
Гоча Кумсиашвили, директор по производству и технической поддержке Общественного телевидения Грузии;
Андрей Мамонтов, руководитель комплекса технологического обеспечения ТВ и радиопрограмм технического департамента ЗАО “Русская Медиагруппа»;
Искандар Салихов, начальник сектора развития цифровых технологий Национальной телерадиокомпании Узбекистана (Узбекистан);
Владимир Широков, генеральный директор «Старта».

Доклады и докладчики
«Grass Valley Morpheus&ICE решение для сложных систем прямых эфиров и Grass Valley iTX система для больших масштабируемых платформ», Григорий Арзамасцев, Sales Engineer Grass Valley.
«Линейка серверов SL NEO от «Скайларк»: универсальное решение для вещания и производства», Сергей Перминов, инженер, менеджер проектов компании «Системные решения для телевидения» — представительства SkyLark Technology Inc. в Восточной Европе.
«Решения типа «телеканал-в-коробке» от «SoftLab-НСК», Михаил Шадрин, директор отдела Мультимедиа «SoftLab-НСК».
«Cinegy’s TV Pack: надежность, эффективность и гибкость», Александр Келембет, глава департамента по разработке продуктов Cinegy.
«Автоматизация планирования расписания», Александр Ермаков, генеральный директор BroadView Russia.

Стенограмма:

Тимур Кулгарин, модератор, технический директор “СТС Медиа”: Добрый день! Я очень рад приветствовать всех наших уважаемых коллег, которые собрались сегодня за виртуальным круглым столом, организованным журналом «ТКТ» и институтом ГИТР, а также наших уважаемых зрителей.
Большое спасибо, что вы с нами, надеюсь, что вам с нами интересно. Двойное спасибо тем, кто подключается из отпуска. Я знаю, многим сейчас удалось все-таки вырваться! Это особенно приятно, что вы нас помните и что вы с нами. Сегодняшняя тема круглого стола называется «Канал в коробке» или «Channel-in-a-Box». Это такое маркетинговое название, которое сейчас популярно и уже устоялось.
Что мы вообще под этот понимаем под этим термином? Если совсем по-простому, то это одно устройство, которое объединяет в себе видеосервер, эфирную графику и автоматизацию воспроизведения, то есть позволяющее формировать полноценную ТВ-программу. Поэтому оно, собственно, и называется «Канал в коробке». Основные причины возникновения такого класса решения – это в первую очередь развитие IT-технологий. Раньше нельзя было запихнуть в одну коробку все, что могло сразу сформировать полноценный телеканал. Сейчас процессоры стали мощнее, память объемнее и дешевле, и технологии на месте не стоят, спасибо им за это. Также требования к мультиплатформенности и к вещанию разных языках, разные часовые пояса. То есть чем больше нам приходится формировать разных версий телеканалов, тем больше мы их должны создавать у себя, и при этом плотность решения, то есть количество каналов, которые можно запихнуть в какой-то объем пространства энергетических ресурсов, тоже имеет большое значение. Также экономическая эффективность, поскольку эти решения обычно являются типовыми, и все эти каналы и достаточно легко тиражировать при масштабировании и расширении своего вещательного комплекса. Это часто выгоднее, чем строить параллельно какие-то еще полноразмерные вещательные мощности. И удобство управления – это уже, конечно, больше зависит от конкретных интерфейсов, но если мы стремимся к унификации, то, конечно же, общий интерфейс, вернее одинаковый интерфейс для всех каналов – это тоже важно. Почему я думаю, что эта тема интересна не только мне, но и всем присутствующим?

Во-первых, есть некоторые данные (они, правда, у меня на английском языке) о том, что рыночный сегмент решений «Канал коробке» довольно стабильно растет в последние годы, и, несмотря на COVID и все прочее, ожидается дальнейший рост примерно на 25% в год на протяжении следующих семи лет. То есть этот рынок, по оценкам некоторых маркетинговых исследований, может достичь более чем 600 миллионов долларов в 2027 году. Есть также отдельные данные по США, где тоже видно, что эти цифры растут. Очевидно, что эти решения набирают популярность.
И я думаю, что стоит немножечко подробнее углубиться в то, что они из себя представляют. Я пособирал из интернета основных игроков. Понятно, что это не все, но, как видите, уже довольно много компаний выпускают продукты, которые позиционируется, как решение «Канал в коробке». Они перечислены в два столбика. Я не буду их все зачитывать могу только сказать, что некоторые из них, примерно четыре, у нас сегодня в числе докладчиков, и будет очень интересно послушать и узнать, чем отличаются эти продукты.
Потому что, с одной стороны, их функционал должен быть достаточно близок, в силу определения этого класса решений; с другой стороны, понятно, что каждый из них основывался на какой-то истории, на какой-то линейке предыдущих продуктов, на своих собственных представлениях о правильном интерфейсе. А также у каждого есть какие-то дополнительные интересные функции, которые отличают решения друг от друга и создают какие-то дополнительные маркетинговые ниши для каждого из них.
Также хочу сказать, что сегодня наши спонсоры и докладчики чудесным образом совпадают – это SoftLab-NSK, Grass Valley, SkyLark Tecnology, Cinegy и BroadView Russia. Доклады именно этих компаний мы собираемся сегодня выслушать, и самым первым из них будет выступление Grass Valley. Это всем известный, очень крупный производитель телевизионного софта. Поэтому с удовольствием передаю слово Григорию Арзамасцеву, он расскажет нам про решение Grass Valley класса «Канал в коробке». Григорий, вас не слышно.

Григорий Арзамасцев, Sales Engineer Grass Valley: Добрый день! А сейчас слышно?

Тимур Кулгарин: Да, сейчас слышно.

Григорий Арзамасцев: И видно, надеюсь, презентацию. Добрый день! Григорий Арзамасцев. Так как сегодня у нас достаточно сжатые презентации, коротко хотел бы рассказать о наших решениях. В табличке ранее было указано решение, было представлено одно из наших решений, но это только один продукт. На самом деле у нас их исторически сложилось несколько, и даже дальнейшее развитие, о котором я вам сегодня вкратце расскажу, – это уже совместное произведение наших исторических центров разработки, которые есть в составе компании. Как уже говорилось, одна из важных тенденций того, что сейчас происходит на рынке телевизионного вещания, – это необходимость доставки контента на различные устройства, и это большая сложность для вещателей. Причем делать это нужно одновременно на все большее количество устройств во все большем количестве форматов. А самое сложное, что это нужно делать с меньшими издержками, за меньшие деньги. То есть становится очень важной экономическая составляющая вещания, и телевизионные вещатели уже не могут себе позволить простаивающее оборудование. Мы, как Grass Valley, видим на сегодняшний день рынок, фактически состоящий из трех разных сегментов, каждый из которых мы стараемся адресовать, с каждым из которых мы стараемся работать. И фактически мы стараемся предложить продукт, который подойдет любому формату вещателя или любому классу телевещателя, начиная от федеральных телеканалов, которые, как известно, формируют очень сложный динамичный контент, вплоть до тех платформ и тех игроков на рынке, которые не являются вещателями в традиционном смысле. Я говорю сейчас о компаниях, которые предоставляют конечному пользователю, зрителю контент нелинейным образом. То есть это вещатели, в том числе сетевые операторы, предоставляющие услуги связи для пользователя, и в составе этих услуг связи – предлагающие вещание телеканала. У нас есть три различные группы продуктов, о каждом из которых можно сказать, что это «Канал в коробке». Три различных продукта для всех трех сегментов. iTX – это решение, которое позволяет платформам эфирного вещания вещать большое количество тематических телеканалов. В частности, iTX популярно среди наших заказчиков, которые предоставляют услуги вещания для собственного телеканала. Второе решение – Morpheus&ICE, которое ориентировано больше на сложные телеканалы: с большим количеством прямых эфиров, с большой динамикой эфирной сетки, когда прямой эфир невозможно предсказать, прогнозировать, и с этим нужно работать. Для этого нужен определенный инструмент в составе решения. И третий сегмент, который мы видим, который набирает все большую популярность, и за которым мы видим будущее – это вещание из облака, то есть полностью облачное решение, позволяющее формировать так называемые Pop-Up каналы, или временные каналы.

Это каналы, которые можно буквально запустить за несколько минут, повещать небольшое количество времени и отключить. В частности, это могут быть дополнительные услуги, это могут быть не обязательно средства именно доставки вещания «до дома», это может быть вещание на мобильные устройства и так далее – во время спортивных соревнований, к примеру. И для этого сегмента у нас есть решение, которое называется AMPP Playout. Начнем с iTX. Как уже говорили, iTX – это система эфирного вещания, которая ведет свою историю от эфирной автоматизации Omnibus, и в настоящее ее название расшифровывается, как integrated transmission (интегрированное вещание). То есть, по сути дела, это идеология «Канала в коробке», когда один сервер формирует полностью весь тракт эфирного вещания, и iTX поддерживает огромное количество функционала. Мы можем поддержать вещание любого телеканала: начиная опять же от больших национальных вещателей и вплоть до тематических каналов, которым нужно большое количество звуковых дорожек, то есть мультиязычность поддержки и.т.д. Здесь поддерживается большое количество функционала. Мы можем работать с компрессированным звуком в любом сочетании, то есть мы можем на входе и на выходе получать Dolby различных форматов совместно с некомпенсированным звуком. Поддерживается работа с огромным количеством аудиодорожек, с большим количеством дорожек субтитров, поддерживается встроенная графика и, естественно, вещание. Все наши решения поддерживают вещание от SD до 4K с HDR. Весь этот функционал и его различные сочетания позволяют решать задачу плотности, когда необходимо из относительно небольшого дата-центра (чаще всего дата-центр физический, находящийся на территории вещателя, то есть частный) организовать вещание десятков или сотен телеканалов. То есть решение направлено именно на высокую плотность вещания. Тем не менее iTX может быть реализован как в виде коробок, то есть физических серверов SDI-входами и с SDI-выходами. Также полностью поддерживается смесь SD-IP, в том числе и компрессированное IP, то есть мы можем получать и передавать потоки H.264, но также iTX может быть реализован на основе виртуальных машин. Эти виртуальные машины опять же могут быть, к примеру, в локальном дата-центре. Следующее совместное решение – это Morpheus&ICE, где Morpheus – система автоматизации, а ICE – это видеосервер, который формирует весь тракт. То есть сервер, делающий это решение «Каналом в коробке». Morpheus&ICE также поддерживает большое количество функционала, работу с различными форматами и.т.д. Но большой отличительной способностью решения Morpheus&ICE является очень гибкая система автоматизации Morpheus, которая в том числе может применяться как отдельно стоящая система эфирной автоматизации, управляющая всем эфирным трактом: дискретным, традиционным эфирным трактом. Но также решение Morpheus позволяет делать гибридные системы, то есть системы, в которых часть функционала задействована внутри коробки «Канала в коробке», а часть канала исполняется внешними устройствами, так как Morpheus поддерживает большое количество внешних устройств третьих производителей, и в том числе серверов внешних производителей. Управление всем этим может осуществляться из пользовательского интерфейса, который называется Morpheus UX. Это пользовательский интерфейс системы автоматизации, который полностью основан на HTML5, а это означает, что появляется очень большая гибкость в реализации рабочих мест. То есть рабочим местом может быть любой компьютер, в том числе, что важно сейчас, например, дома у оператора. По большому счету, неважно, где находится управляющий интерфейс: в вещательном центре или дома – так как в этом интерфейсе это можно делать удаленно. Интерфейс полностью кастомизуется, то есть его можно переделать, его можно собрать из компонентов в соответствии с задачами канала, с задачами данного оператора, или в соответствии с задачами текущего момента. То есть во время живого эфира мы можем показать оператору панель с различными графическими элементами, которые можно накладывать в процессе эфира. И это важная часть, также ключевая отличительная особенность Morpheus –возможность работы со вторичными элементами без необходимости использовать трафик системы. Мы знаем, что обычно сложные элементы эфира планируются в трафике, где к ним добавляются всяческие вторичные события: управление графикой, к примеру, или управление вставками меток, субтитров. И обычно, если оператор вручную управляет системой автоматизации, насытить это вручную добавленное событие вторичными событиями бывает сложно. Morpheus же позволяет автоматически или вручную, в зависимости от того, как все настроено и как выберет оператор в данный конкретный момент, добавлять большое количество вторичных событий, взаимоувязанных, взаимно друг на друга влияющих. Также решение Morpheus&ICE может быть реализовано в виде физических серверов, которые могут быть установлены с SDI-интерфейсами, например, и с IP 2110-интерфейсами, но поддерживается также виртуализированная реализация. Мы можем либо создать частное облако, то есть виртуализировать на дата-центре заказчика, вещателя, либо серверы Morpheus и серверы ICE также могут быть реализованы в AWS в Amazon-облаке, что позволяет в частности развернуть, к примеру, распределенную вещательную структуру, когда физические вещательные серверы расположены близко к потребителю. При этом вся оркестрация, все управление производится из облака, и таким образом пользовательский интерфейс уже оператора эфира, так как он реализуется через веб-интерфейс, а вся управляющая логика реализована в облаке, может объединять несколько географически распределенных вещательных систем в виде одного интерфейса под управлением одного оператора. Следующее решение, за которым мы видим будущее называется AMPP Playout. Это решение следующего уровня виртуализации. Вы можете заметить, что, в отличие от предыдущих слайдов с картинками решений, здесь нет сервера. Здесь нарисован пользовательский интерфейс, но не нарисован сервер, на котором все это дело работает. Связано это с тем, что вообще платформа AMPP разработана как то, что называется Cloud Native – с нуля на основе архитектуры микросервисов, где все необходимые компоненты полностью запускаются в облаке и полностью реализуют основное преимущество облака – динамическое масштабирование, или, как его ещё называют, эластичность. До тех пор, пока вам не нужен какой-то компонент в системе, его не существует, он не потребляет ресурсы облака. Это значит, что вещатель за него не платит, потребитель продукта за него не платит. И только при необходимости запуска какого-то сервиса, например, запуска вещания нового телеканала в облаке, запускается необходимый элемент, набор микросервисов, за которые, как за любой облачный сервис, оплата производится по факту использования. Таким образом, это решение позволяет очень динамично и эффективно использовать современные вычислительные мощности, предоставляемые облачными провайдерами, компаниями, предоставляющими услуги вычисления в облаке. AMPP Playout является частью нашего решения или нашей экосистемы GV AMPP, которая вся основана на этой гибкой, масштабируемой, или эластичной архитектуре облачных микросервисов. В частности, одним из наших первых решений на платформе AMPP было решение вещания и формирование телевещания для компании Blizzard, которая занимается с его помощью трансляцией турниров по электронным видам спорта. И в рамках этого решения с помощью платформы GV AMPP мы формируем для них виртуальные студийные аппаратные, виртуальное ASB и виртуальное вещание, включая виртуальные master control микшеры. Только на то время, пока идет трансляция, эти ресурсы создаются в облаке. Все это возможно благодаря разработанным в Grass Valley технологиям доставки контента, его синхронизации, оркестрации всех процессов, а также управлениями ресурсами, позволяющими как в случае виртуальных ASB, так и виртуальных каналов, за несколько минут создавать и запускать телеканалы и производить вещание в течение ограниченного количества времени экономически эффективно. То есть это решение позволяет организовать вещание так называемых Pop-Up телеканалов или телеканалов, которые требуются, например, на время Олимпийских игр или больших спортивных событий, которые, как известно, длятся немного, а производство для них стоит очень дорого (потому что необходимо сформировать все мощности, которые необходимы для этого вещания). Данное решение – это «Канал без коробки». По факту GV AMPP – это просто программное обеспечение. Оно может быть реализовано на любой вычислительной мощности. Это может быть арендованная вычислительная мощность в облаке, таком, как, например, Amazon или Microsoft, либо это могут могут быть вычислительные мощности в дата-центре заказчика. То есть мы также можем развернуть эту платформу на «голом железе» заказчика, точно также виртуализовав ее через микросервисы, через современную облачную архитектуру. Решение в настоящий момент находится в завершающей стадии разработки, мы осуществляем тестовое вещание совместно с некоторыми нашими заказчиками, то есть это процесс доведения продукта до его коммерческой эксплуатации. И по факту это новая идеология подхода к затратам на вещание, которую мы видим. То есть затраты на вещание ведутся только в тот момент, когда вещания ведется. То есть нет простоя оборудования, нет неиспользуемого оборудования. Эта технология и возможность эластичного масштабирования позволяет реализовать систему по сути любого размера. Все, что вам нужно, – это достаточное количество вычислительной мощности и возможность реализовать любое количество каналов за очень короткое время. При этом эти каналы, благодаря опять же тем же самым облачным технологиям, могут быть географически разнесены для осуществления отказоустойчивости силами облачных провайдеров и также включают в себя технологию самовосстановления, что значительно уменьшает затраты на их эксплуатацию. Таким образом, мы видим, что у нас в настоящий момент все наши вещательные решения, по большому счету, – это «Канал в коробке», и все сегменты рынка – это «Канал в коробке». При этом мы можем реализовать весь функционал, но тем не менее, в зависимости от конкретных условий эксплуатации, конкретной коммерческой модели эксплуатации и требований каналов, у нас есть разные решения для разных сегментов.

Тимур Кулгарин: Григорий, большое спасибо и респект за четкий тайминг. Пока коллеги готовят вопросы, я бы хотел задать несколько своих о том, что я услышал. Скажите, а используются ли каким-нибудь образом карточки GPU, например, в платформе iTX, для того чтобы работать с кодеком H.264, или этов се генерится на центральном процессоре?

Григорий Арзамасцев: H.264, по большому счету, не требуют GPU, и мы стараемся во всех наших решениях «Канал в коробке» отказаться от использования аппаратного ускорения какого-либо вида. Есть такое выражение «cloud-friendly» – это дружественность используемой технологии к виртуализации. GPU как раз является не дружественной к виртуализации технологией, в связи со сложностями ее проброса виртуальной машиной и так далее. Поэтому диалогически и технологически мы стараемся все решение базировать только на CPU, только на вычислительной мощности, что делает его независимым от аппаратной платформы.

Тимур Кулгарин: Еще вопрос – про формат 2110. Он предполагает очень четкий тайминг пакетов, то есть исследование пакетов должно быть размечено по времени, и любое нарушение этого стандарта может плохо восприниматься соседними системами, другим оборудованием. Удается ли вам эффективно генерить эти потоки 2110 из виртуальных машин или cloud-систем?

Григорий Арзамасцев: Да, у нас есть решения. В зависимости от продукта, все наши решения поддерживают виртуализацию с работой. Все три решения поддерживают виртуализацию, и все три решения в виртуальной платформе поддерживают работу с 2110, с видео по IP,в том числе 2010. В ряде случаев мы рекомендуем использовать 2022.6, просто потому что это проще и не требует такой синхронизации, но 2010 тоже поддерживается. Реализуется это по-разному. В частности, в некоторых платформах мы этого добились просто благодаря использованию собственных алгоритмов формирования потока именно на программном уровне. В некоторых платформах мы используем тесное взаимодействие с драйверами конкретных адаптеров. То есть требуется поддержка на аппаратном уровне определенных технологий, которые мы используем.

Тимур Кулгарин: Понятно. Но это как раз, наверное, уже варианты не cloud-friendly технологий?

Григорий Арзамасцев: Да, до некоторой степени это не cloud-friendly. Поэтому в дальнейших разработках мы предпочитаем использовать технологии, которые мы наработали именно с точки зрения программной реализации.

Тимур Кулгарин: И у меня последний вопрос про продукт AMPP. Какие форматы вещания он поддерживает?

Григорий Арзамасцев: По сути, AMPP, как идеология, как архитектура предоставляет полностью производство в облаке. Соответственно, финальное результирующие вещание – это некий поток в облаке. Это может быть H264 поток с различными способами доставки его до потребителей, а дальше все зависит от той платформы, на которой вы хотите размещать финальное вещание. Если вы хотите размещать это в социальных медиа (YouTube или Facebook), то мы можем просто нативно доставить этот поток до серверов Facebook, а если же вы хотите формировать эфирное вещание, например, DVB-T или что-то более традиционное, то финальный результирующий поток мы можем доставить до нашего конечного устройства, которое преобразует поток из облака в SDI или в 2110, которые вы уже дальше подаете на сеть распространения. И то же самое можем делать с источниками, то есть источником для этого решения может быть как нативный поток из облака, так и физический SDI-сигнал, к примеру, в студии от камеры, который мы с помощью опять же своего конечного устройства (по большому счету, это сервер) можем преобразовать в некий компресированный поток и отправить в облако.

Тимур Кулгарин: Понятно, спасибо. Коллеги, у кого какие есть вопросы? Еще один-два мы успеем обсудить.

Анатолий Зубашев, генеральный директор “Теком”: Да, Тимур, есть вопрос. Григорий, как сделать выбор между Morpheus, перенесенным в облако, или сразу разработанным под облако AMPP?

Григорий Арзамасцев: Разработанный под облако AMPP в настоящий момент имеет меньший функционал, чем Morpheus. По большому счету, на сегодняшний день будет два определяющих фактора. Первый определяющий фактор – цена собственно вычислительных мощностей, по которым финальный потребитель может ихзакупать.Мы все понимаем, что в зависимости от объема покупки у того же Amazon вычислительных мощностей, цена будет значительно различаться. В зависимости от цены закупки CPU, вычислительных мощностей и того функционала, который необходимо реализовать на старте. AMPP на первом этапе больше предназначен для простых каналов, когда не требуется большого количества живых эфиров, большого количества сложной графики, вторичных событий и тому подобного. Morpheus в облаке – это тот же самый Morpheus, только серверная часть ПО выполняется не на принадлежащем пользователю «железе», а на арендованной вычислительной мощности. Здесь опять же может быть вопрос цены, потому что как традиционная реализация программного обеспечения, Morpheus требует операционной системы, оперативной памяти определенного объема и.т.д. Это более традиционный сервер, который просто виртуализован. Соответственно, арендовать у того же самого поставщика облачных услуг нужно сервер, тогда как в случае AMPP Playout арендовать нужно не сервер, а время вычислений на виртуальном облаке, на виртуальном устройстве. Соответственно, в зависимости от сценария эксплуатации также может отличаться цена.

Анатолий Зубашев: Понятно, спасибо.

Тимур Кулгарин: Да, большое спасибо, Григорий. Наш следующий доклад от компании SkyLark. Нам его представит Сергей Перминов, инженер и менеджер проектов компании «Системные решения для телевидения», представительства SkyLark в Восточной Европе. Сергей, вам слово.

Сергей Перминов, инженер и менеджер проектов компании «Системные решения для телевидения», представительства SkyLark в Восточной Европе: Добрый день, коллеги! Слышно меня нормально?

Тимур Кулгарин: Да, слышно хорошо.

Сергей Перминов: Сейчас я включу демонстрацию экрана. Тема моего доклада –«Линейка серверов SL NEO от SkyLark: универсальное решение для вещания и производства». Давайте для начала пару слов о нашей компании. Мы – производитель программного обеспечения для медиаиндустрии. Компания работает с 2009 года, и головной офис находится в Канаде, где происходит вся разработка программного обеспечения. Наш продукт – это универсальные медиаплатформы SL NEO, на базе которых собирают серверы SL NEO в России, Гонконге, Корее, Испании, США и еще в других наших представительствах. Платформа имеет модульную архитектуру и позволяет делать разнообразные инсталляции: от решения «все в одном корпусе» до больших распределенных гибридных систем.

Как сегодня уже сказал Григорий, есть различные категории клиентов, и, например, наша платформа также может применяться разными категориями потребителей. На ней можно организовать вещание телеканалов федерального уровня, таких как, например, «Рен ТВ» или Еurosport. Можно поставлять решения для playout-центров, которым требуется формировать или осуществлять врезку в большое количество каналов одновременно, организовать вещание региональных телекомпаний. И как раз в этом случае, как правило, используются решениz «Channel-in-a-Box», а также платформа может использоваться в прикладных целях организациями, не имеющими прямого отношения к телевидению, такими как школы, университеты, бизнес-центры и др. Как уже сегодня отметил Тимур Кулгарин, такое явление как «Channel-in-a-Box» стало возможно благодаря росту производительности аппаратных платформ. Но есть еще один фактор, который привел к формированию «Channel-in-a-Box» – это увеличение функциональности и надежности ПО. Софтверизация затронула сферу вещания и видеопроизводства ничуть не меньше, чем другие области. Давайте поговорим о функционале платформы. И раз мы затрагиваем playout в первую очередь, то начнем с воспроизведения. Поддерживается воспроизведение видеофайлов и сигналов с внешних линий, возможность ручного запуска воспроизведения и автоматизация запуска по плейлистам, в том числе работа 24/7. В плейлистах может быть смешанный контент SD, HD и UltraHD, и преобразование происходит бесшовно и автоматически. Возможна врезка рекламного контента по управляющим меткам, по времени и по видеофрагментам. Поддерживается синхронное многоканальное воспроизведение, а также замедленное ускоренное воспроизведение, которое используется в основном в спортивных трансляциях. Во время воспроизведения поддерживается многоканальный многодорожечный звук, то есть можно сделать мультиязычность, либо, например, стереовещание и 5.1 одновременно одним сервером. Следующий функционал – это графика. У нас поддерживается до девяти слоев графического оформления плюс логотип. Есть статические и динамические шаблоны, которые, в свою очередь, могут состоять из большого количества вложенных элементов. Поэтому девять слоев – это значит не всего девять плашек, а девять довольно сложных графических элементов. На самом деле, здесь все ограничено процессорными мощностями платформы и ее оперативной памятью. В качестве элементов для графических шаблонов поддерживаются секвенции и видео с прозрачностью, в том числе со звуком «picture-in-picture», элементы, такие как видеоролики, клипы. Есть анимация по ключевым кадрам, поддержка масок и видеоэффекты. Возможна генерация текста и графики на основе внешних источников, таких как RSS-данные, TXT, Еxcel. Есть графический API, который позволяет также отправлять сторонним приложениям данные в графический движок SkyLark. Графика может синхронизироваться с основным плейлистом по принципу вторичных событий, при этом эти вторичные события могут как быть запланированы в плейлисте, так и формироваться автоматизацией на основе каких-топризнаков первичных событий. Например, выключать логотип на рекламе, либо автоматически подписывать фильмы по принципу, что это тип контента «фильм», и его нужно подписать, вначале поставить ему возрастной маркер и, скажем, подписать, что сейчас в эфире. Оформление может выдаваться на проход либо в режиме «Fill+Key».
Следующий функционал – это запись. Возможна многоканальная запись, при этом одновременная, синхронная по LTC-таймкоду. Во время записи можно использовать растущие файлы, то есть в момент, когда файл записывается его можно уже редактировать, просматривать и воспроизводить в плейлисте. Таким образом, возможно транслировать хоккейный вариант, когда прямой эфир транслируется с задержкой. Также поддерживается режим фрагментированной записи, то есть записи по кусочкам с внешних линий. Есть планировщик записей, который позволяет с нескольких внешних линий настроить запись и автоматически управлять расписанием, а также выбирать, какие рекордеры сейчас свободны, какие заняты, чтобы распределить нужным образом ресурсы системы. Во время записи происходит генерация proxy-копий. По этим proxy-копиям с клиентских рабочих мест можно просматривать и размечать медиаматериалы. Каждый канал записи поддерживает несколько профилей, и можно выбирать, в какой кодек, контейнер записывать конкретным рекордером. Также есть контроль на запись эфира с мгновенным доступом к контенту. Она достигается благодаря планировщику записи и благодаря proxy-копиям. Следующие функции – это кодирование и декодирование. Мы поддерживаем большинство распространенных в индустрии кодеков ипротоколов. Есть Up/Down/Cross преобразование на лету. Возможно ре-энкодирование потока: например, можно принять HD-поток, транскодировать его в SD или в несколько качеств, давать с одного сервера одновременно несколько качеств одного канала. Есть мультиплексирование, в том числе статистическое мультиплексирование. Поддерживается веб-стриминг, все более-менее распространенные протоколы, такие как RTMP, HLS, SRT, RTP. И поддерживаются аппаратныеускорители для кодирования. Дальше трансфер файлов: загрузка и выгрузка медаматериалов, в том числе автоматическая, по заданным правилам есть в нашей платформе, транскодирование в различные кодеки и контейнеры,нормализация звука при импорте и экспорте. Есть функция копирования медиаматериалов под плейлист, когда, например, у вас есть некий большой storage, в котором очень много медиаматериалов, и в соответствии с плейлистом на эфирный сервер автоматически загружаются только те клипы, которые нужны в плейлисте. Контент основного резервного сервера может синхронизироваться автоматически, а также осуществляться автоматическое управление местом на хранилище. То есть, например, когда в эфирном сервере места уже мало, будут удаляться те клипы, которые не нужны, которые в плейлисте отсутствуют, на ближайшие сколько-то дней. Поддерживаются в нашей платформе субтитры: скрытые и открытые, формирование субтитров происходит на основе файлов, либо потоков ANC-данных. Для PAL мы поддерживаем телетекст и DVB-субтитры, для API-потоков, для NTSC поддерживаем 608/708 субтитры. Также в платформе есть встроенный редактор субтитров и возможно декодирование субтитров из входящих сигналов в файлы. Из внешних данных мы реализуем генерацию декодирования SCTE-меток, генерацию декодирования меток DTMF, таймкод LTC и VITC, встроенный в SDI. Есть поддержка AFD и WSS, SGPI.
Что касается коммутации, то в рамках платформы предусмотрена внутренняя виртуальная матрица, которая коммутирует видео- и аудиопотоки между сервисами платформы, между модулями. Есть управление SDI-коммутаторами сторонних производителей по IP и RS-протоколам. Есть управление GPI-устройствами, поддержка внешних контроллеров, таких как разнообразные кнопочки типа «XCase» либо крутилки, пульты JLCooper. И есть управление устройствами по командам внутренней автоматизации, например, по исполнению плейлиста на каких-то определенных строках может переключаться заданным образом коммутатор или выдаваться GPI. Давайте немного поговорим об архитектуре платформы. Платформа, как я уже сказал, имеет клиент-серверную архитектуру, состоит она из модулей, соответственно, в левой части слайда – серверные модули, в правой – клиентские. На следующем слайде есть вот такая схема взаимодействия модулей. Главным модулем является основной модуль-сервер, который занимается управлением работы других модулей, коммутирует виртуальные потоки и маршрутизирует команды управления между модулями. Следующий модуль – это AV/TSCapture. Его задача – работать с платой ввода, захватить SDI-поток, или транспортный поток, или веб-стрим, сформировать из него uncompressed видео и декодировать ANC-данные, и отдать его дальше в платформу. Задачи модуля File Recorder – сжать кодек uncompressed видео, упаковать в контейнер, записать файл и отправить, если нужно, команды внешнему коммутатору для переключения. Далее идет модуль программного канала. Его задача – воспроизводить клипы, исполнять плейлист, то есть делать эфирную автоматизацию, накладывать графику, сформировать полностью картинку, которая будет эфиром. Как правило, после программного канала стоит модуль AV/TS Player. Его функционал – это взаимодействие с платой вывода: он либо выводит SDI, либо формирует IP-поток и формирует ANC-данные, а принимает на вход uncompressed видео либо от программного канала, либо от модуля входа Capture. Контент хранится в медиабазе, это виртуальная файловая система, которая занимается управлением контентом, содержит метаданные для этого контента, некоторое количество описательных полей, и там еще разграничиваются права доступа. То есть некий такой мини-медиаcсет-менеджмент в рамках playout-сервера. Еще один модуль – это Time Shift. С помощью него можно сформировать вещание со сдвигом часовых поясов, либо сделать сервис короткой задержки для прямых эфиров, которые позволяют вырезать различные нежелательные фрагменты. И последний модуль на этой схеме – это Device Server. Он управляет внешними устройствами, получает от них команды и взаимодействует с различными контроллерами. При этом сам он получает команды от главного модуля системы. Еще одно программное обеспечение – это Transfer Manager». Его задачи – это автоматический импорт и экспорт контента по правилам. При этом возможны транскодирование, нормализация звука, перекладывание аудиоканалов и работа с субтитрами по части их импорта и транскодирования между форматами. Также он используется для синхронизации содержимого хранилищ. В составе платформы также есть мультиплексор Easy Muxer, который используется для мультиплексирования/демультиплексирования транспортных потоков, он поддерживает в том числе статистическое мультиплексирование и функцию «Time Shift» для потоков без декодирования.
Теперь о клиентском софте. Программа Air Manager – это та, которая наиболее часто используется в эфирных аппаратных для управления сервером SkyLark. Она управляет как эфирными плейлистами, также в ней есть редактор плейлистов, где их можно заранее собрать и заготовить. Разметка, копирование, перемещения контента – все ручные операции над контентом делаются здесь. Следующая клиентская программа – это News Cut. Она позволяет выполнить оперативный видеомонтаж по proxy-копиям, поддерживает видеоэффекты и переходы. Самая главная особенность News Cut в том, что в ней не обязательно рендерить, и собранный проект можно воспроизвести в плейлисте SkyLark без предварительного просчета. Также в News Cut встроен редактор субтитров.
Дальше программа Мultiscreen. Она используется для мониторинга видео- и аудиосигналов по сети с клиентских рабочих мест. Работает она с proxy-копиями потоков, чтобы не нагружать сеть. Там есть многоканальный индикатор уровня звука, а также мониторинг субтитров. Последняя клиентская программа – это Routing Client. Ее задача –визуализация состояния матрицы, а также ручное управление матрицей. При помощи точек можно настроить, каким образом матрицу вручную переключить, одновременно послать команды на переключение нескольких входов или выходов и, возможно, объединить матрицы в слои, чтобы несколько из них переключать.
Теперь чуть-чуть о технических характеристиках серверов «Channel-in-a-Box». На одном сервере SD/HD возможно до 16 каналов, либо до двух каналов Ultra HD. В правой части слайда указаны форматы видео. Мы поддерживаем SD,HD, Ultra HD до 60 FPS. Наши платформы совместимы со всеми современными интерфейсами и протоколами, которым подобает иметь «Channel-in-a-Box», у нас есть SDI, IP 2110. Стримить мы можем в RTMP, HLS, SRT, UDP, RTP, а также есть поддержка NDI. Кроме того, мы реализуем поддержку эмбедированного звука в NDI, AES-звука – отдельно, и предусматриваем pass through для Dolby E. Синхронизация возможна по Blackburst и Tri-Level, а также реализуется синхронизация времени по NPT и LTC.На этом слайде представлены поддерживаемые нами кодеки и контейнеры.
В целом, все широко распространенные в индустрии кодеки и контейнеры поддерживаются на импорт, экспорт и запись. Как я уже сказал, поддерживаются субтитры 708/608, телетекст в формате ОР 42/47, DVB Subtitles/Teletext, метки SCTE, AFD, таймкод Nielsen Watermarkin. Кроме всего прочего, наш сервер может управляться сторонней автоматизацией по VDCP-протоколу и выступать в качестве магнитофона, а также управляться по Chyron Intelligent Interface, по GPI и командами IP по XMLRPC. Поддерживаются цветовые пространства HDR/SDR, возможна конвертация между цветовыми пространствами «налету», то есть можно HDR-файл воспроизвести в SDR Playout и наоборот. Возможно схема резервирования от N+1 до 100-процентного резервирования, при этом синхронизируются плейлисты, синхронизируется контент между хранилищами, и для IP Playout реализуется автоматическое резервирование: когда один сервер перестает транслировать по какой-то причине, включается другой.
Теперь сфокусируюсь на возможностях для интеграции. Есть API на основе XMLRPC, а также RESTAPI, есть SDK на С++. Что касается форматов плейлистов, то наши внутренние плейлисты XML. Также есть возможность импортировать Excel-плейлисты, CSV и TXT-плейлисты, настраивая правила для импорта, правила сопоставления колонок исходного плейлиста плейлисту SkyLark. В части AsRun логов у нас текстовый формат. Также поддерживаются другие форматы логов, такие как OSi Louth и есть Custom AsRun лог, который дает возможность настроить правила генерации AsRun логов. Таким образом, широкое количество AsRun логов мы можем сымитировать нашим генератором.
С точки зрения интеграции с внешними устройствами, мы умеем управлять коммутаторами по различным протоколам, поддерживаются внешние контроллеры от компаний JLCooper, X-Keys. Недавно мы сделали поддержку контроллера Stream Dec, популярного в стриминговой индустрии, GPI-устройства ADU 208, например, и также умеем управлять микшерами. С точки зрения трафик-системы, мы наиболее хорошо интегрированы с Broadview, с Oplan, с Win TV и с испанской системой Crea TV (от VSN). Что касается инсталляций, то я тоже разбил их по категориям клиентов.
Из федеральных каналов «Рен ТВ» – самый крупный, телеканалы «Газпром Медиа», «Европа Плюс», «ТВ Старт» также вещают с наших серверов. За рубежом нашими заказчиками являются Еurosport, Еuronews, телекомпания Media Prima (Малайзия), телекомпания Puls TV– третий по рейтингу канал в Польше. Из Playout-центров, которые осуществляют врезку, либо вещание большого количества каналов – это Триколор и STV в России. Из Cloud Playout и провайдеров, которые реализуют систему облачного вещания, наши клиенты – это «Космическая связь» и «Бизнес Связь Холдинг», которые предоставляют SkyLark как сервис для конечных клиентов. То же самое делает американская компания Multiplex Cloud, Тrue Digital – это крупный оператор в Таиланде, который занимается формированием своих каналов и врезкой в другие каналы, принимаемые со спутников.
Региональные телекомпании, из крупных – это Life 78 в Петербурге, «ОТВ Екатеринбург», «Ветта Пермь», «Лада Медиа». В принципе, география продаж простирается до самого востока, к примеру нашими клиентами являются «НВК Саха», «ОТВ Приморье» во Владивостоке. За рубежом это телеканал мэрии Чикаго City of Chicago, KNXT-TV – небольшой телеканал в США, компания Media Prima в Малайзии, Amarin TV в Таиланде и One TV – один из крупных вещателей Камбоджи. В части производства программ наше решение используют «Амедиа» для многоканальной видеозаписи с нескольких камер своих программ, «Авторское телевидение» – тоже для многоканальной записи и воспроизведения, ЦСКА использует наши замедленные повторы. «ОНТ Минск» использует наши системы для графического оформления новостей и выдачи новостного плэйаута, а Korean Pusan Cycle Center также отдает предпочтение нашим системам повторов. Спасибо за внимание!

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

Сергей Перминов: Да, возможна нормализация по пикам и по люфсам (R128). При этом она может быть как при импорте, то есть оффлайн-нормализация, так и в момент воспроизведения плейлиста – онлайн-нормализация.

Тимур Кулгарин: И еще вопрос. Поддерживаются ли какие-нибудь внешние контроллеры для управления эффектом замедленного воспроизведения? Можно ли что-то подключить?

Сергей Перминов: JLCooper, пульт с колесиком, с Т-баром, все, как надо.

Тимур Кулгарин: Понятно, спасибо большое. Коллеги, есть у кого-нибудь вопросы к Сергею?

Андрей Мамонтов, руководитель комплекса технологического обеспечения ТВ и радиопрограмм технического департамента ЗАО “Русская Медиагруппа”: Сергей, на трансфер-менеджере есть ли какой-нибудь контроль качества по видеокартинке?

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

Андрей Мамонтов: Спасибо.

Тимур Кулгарин: Давайте перейдем к нашему следующему, тоже очень интересному докладу. Михаил Шадрин представит нам решение «Телеканал в коробке» от SoftLab-NSK.Отечественный производитель, очень модная система, давайте послушаем.

Михаил Шадрин, руководитель отдела мультимедиа «СофтЛАБ-НСК: Добрый день, коллеги!

Тимур Кулгарин: Добрый, вас слышно.

Михаил Шадрин: Шадрин Михаил, компания SoftLab-NSK – Новосибирск, хочу представить наше видение, понимание того, что является «телеканалом в коробке». Сначала немного истории. Еще в 1995 году 49-й канал Новосибирска выдавал рекламу именно с компьютера – можно сказать, это был первый шаг к безленточным технологиям. С 1997 года первая инсталляция у нас состоялась именно на 49-м канале, когда появилось наше название OnAir, и был сделан первый шаг в сторону «телеканала в коробке». Мы уже более 29 лет на рынке, в следующем году будем отмечать 30. Присутствуем практически на всей планете. Где-то – много, в таких местах, как Восточная Европа, наш социалистический бывший лагерь, либо Восточная Азия; где-то – поменьше. В стране, по нашим оценкам, порядка двух тысяч телекомпаний использовали наше решение. «Использовали» говорю потому, что в связи с распрямлением вертикали власти и цифровизации телевидения большое количество наших региональных клиентов потихонечку сейчас придумывают, как выживать дальше.

Наша дилерская сеть насчитывает более 50 компаний, и география здесь указана. Что мы подразумеваем под «телеканалом в коробке»? У нас есть некоторое разделение. «Форвард ТА» – классический «телеканал в коробке», это Playout сервер с графикой и «Форвард ТП» – это расширенный программно-аппаратный комплекс для автоматизации вещания с возможностью задержки видеопрограмм и ретрансляции с изменениями в расписании. Третий пункт – AllMix. Ему я позже немного уделю внимание.
А производство – тоже необходимая составляющая для телеканала,и именно производящая «система в коробке» для телеканала – это наш продукт AllMix. «Фордвард ТА» – головной продукт, подходит для организации как собственно вещания, так и ретрансляции головных станций с региональными врезками, наложениями региональных титров, регионального оформления. Представляет собой либо программное обеспечение, если мы работаем с IP-входами и выходами, либо программное обеспечение плюс наши платы ввода-вывода. И при этом акцент на том, что только наши, потому что очень популярному BlackMagic мы не доверяем по надежности, а остальные не менее надежные платы, чем наши, уступают нам по цене. Далее необходимо добавить, что телеканал сейчас может находиться в виртуальной коробке, которая находится в облаках. Сейчас для нас эти вещи неразделимы. Одно и то же программное обеспечениеу станавливается как на ваш локальный сервер, так и на облачный сервер. Вот здесь примерно показано, как оно будет выглядеть в облаке. Я буду немножко перепрыгивать. Я надеюсь, если будут вопросы, потом зададите, потому что за 15 минут 30 слайдов показать сложно.
Чуть-чуть про облако. У нас используется технология виртуальных плат, где каждый из входных слоев входа формирует некоторую виртуальную плату, которая потом между собой взаимодействует, микшируется и формирует выход, и в этом месте происходит еще и синхронизация, так как входы не обязательно будут синхронными к выходам. Вопрос timebase-коррекции решается здесь. Второй аспект, для облаков важный – это лицензирование. У нас поддержана раздача сетевых ключей, когда вы не имеете возможность USB-ключик вставить в облачный сервер. По планете расположено четыре сервера, которые раздают ключи зеркалированные. В свое время война с «Телеграмом» у нас один сервер отключила, но, спасибо, три остальные его поддержали.

В «Форвард ТА» входит большое количество вспомогательных приложений. Здесь показаны их иконки, при инсталляции они появляются. Теперь по функционалу. Титры. У нас есть свой редактор титровальных проектов Title Designer, свой собственный графический редактор Forward Titling, большое количество вспомогательных приложений для работы с титрами. В титрах могут быть логотипы статические и динамические, бегущие строчки, баннеры, данные от метеодатчиков, от метеостанций, часы, таймеры, счетчики, видео и многое другое. Количество титровальных слоев не ограничено. Поддержан Unicode для работы на различных языках. Если кто знает, корейский для нас когда-то был почти родным, мы 12 лет там отработали. Поддержан и арабский. Справа налево, слева направо –как угодно. Поддержаны специальные символы и изображения в тексте. Независимое управление отдельными различными титровальными объектами и управление титрами можетбыть как автоматическое из расписания OnAir, так и по команде оператора. Дополнительные программные опции: показ возрастных ограничений, автоматическая подтитровка музыкальных клипов, автоматический вывод анонсов, бегущая строка с анимацией на номере телефона, автоформирование и вывод программы телепередач, показ субтитров из SRT-файлов и многое чего еще. Для этого мы используем java-скрипты, которые являются открытыми. И если у вас есть свои собственные разработчики, то вы можете разрабатывать эти скрипты сами, либо заказывать у нас. Часть скриптов открыта, часть скриптов входит в платные библиотеки, которые развиваются. Когда-то начали с одной, сейчас их уже три.
Мы предоставляем возможность управления вещанием живого видео, видеофайлов, плейлистов и титров из одного расписания, мультиформатность. Мы были родоначальниками этого термина, когда в одном расписании вы располагаете видеофайлы различных форматов. Все, которые сейчас существуют в нашей индустрии, мы поддерживаем. И все разрешения – тоже. Подрезка файлов в расписании есть, встроенный Trim Editor, преобразование форматов налету up/down, cross и так далее. Гибкий запуск блоков расписания по команде оператора, по времени, по GPI, внешним событиям, либо по меткам, которые являются виртуальными GPI. Переключение между различными источниками «живого» видео ограничено только количеством этих самых «живых» входов, которые у вас есть.
Теперь о локальной и удаленной подготовке расписания. Наше программное обеспечение встает на любую машину, и ваши операторы либо редакторы, которые готовят плейлисты, в одном и том же приложении формируют расписание. Здесь же смогут их посмотреть, проверить. Для этого не требуется каких-то отдельных дополнительных приложений. Служебные возможности: имеется инструмент, обеспечивающий выполнение требований законодательства: протоколирование выдачи эфир, полицейская запись, нормализация уровня звука, субтитры. При этом для нормализации возможно два варианта.
У нас есть своя собственная нормализация для заранее подготовленных материалов. Для нормализации «живых» эфиров мы используем решение компании Мinnetonka. Большое внимание уделено всевозможным автоматам, чтобы минимизировать, во-первых, количество операторов, во-вторых, операторские ошибки. Функционал системы также включает такие возможности, как автоматизация врезки рекламы, автоматизация нормализации звука, лог уровня звука, нотификация при проблемах, полицейская запись, работа с IP, приложения для телефонных опросов, СopyDR–синхронизация папок с контролем пропускной способности как сети, так и файлового хранилища дисков, либо удаленных хранилищ; удаление старых файлов, преобразование из RSS и других источников в текст; преобразование текста в изображение поддержкой SMS-чатов; показ информации о погоде. В частности, мы были родоначальниками, первыми начали работать с Яндексом по показу погоды.
Мы умеем врезать по DTMF-меткам, и тоже были первыми в России, кто начал это делать. Врезка выполняется по Jingle, по звуковому фрагменту, по картинке, по видеофрагменту. Отдельно скажу, что SCTE35 мы умеем как принимать, так и генерить. «ФорвардТП» – это соответственно Time shift. Производится запись сигнала хранилища как на вещательном сервере, так и на удаленном. Сдвиг ретрансляции на фиксированное время либо просмотр материала, создание виртуальных клипов. Эти виртуальные клипы могут точно также вставать в ваш плейлист вперемешку с вашими видеоматериалами для последующего ретранслирования в случае, когда необходимо перепланирование ретранслируемого эфира. Экспорт данных из хранилищ, возможность работать с задержанным сигналом, как будто это ваш «живой» сигнал, но задержанный на какое-то время. Соответственно, весь функционал по переходу на него, возвращению с него, по автоматическим врезкам рекламы в задержанный «живой» эфир – здесь точно так же все работает.
Перейдем к каталогизации управления. Есть некоторый свой МАМ Форвард Офис. Предназначен он для приема, каталогизации, хранения, управления видеоматериалами, составления эфирной сетки телеканала, подготовки расписаний, получения отчетов. Он достаточно небольшой и компактный по функционалу. Решение, скажем так, – entry level, но его достаточно для большинства телекомпаний, которые занимаются ретрансляцией больших каналов с врезкой региональной рекламы. И есть интеграция со сторонними МАМ, в частности, Oplan, Metus и др.
Наш «телеканал в коробке» универсальный. Мы принимаем все возможные входные сигналы, начиная от аналога SDI/HDMI/ASI и по IP, кроме транспортного потока. Поддержан NDI, все сетевые протоколы, какие есть, а также поддерживается SRT, не так давно появившийся, кроме того, HLS, RTMP. И точно так же на выход вы можете отдать результирующую программу во все возможные стандарты, во всевозможные сигналы. Мы используем наши платы. 722 – два входа, два выхода, поддержка ASI; 788 – от 8 входов до 8 выходов в любой комбинации с поддержкой от SD до 3G, соответственно 4К, HDMI, два входа; и свежая плата – «свежий пирожок», который только что испекли – 12G, SDI, два хода, два выхода. В сентябре будет запущено массовое производство. И виртуальная плата – это либо USB-ключик, либо сетевой ключик, как я сказал, для облачных решений без HASP.
Мы обеспечиваем работу зеркально настроенных серверов «ведущий-ведомый». Если в случае «железных» серверов добавляется SL Control Box, который контролирует работоспособность обоих серверов и управляет внешним свитчером, либо в случае, если это IP-решение, то есть специальный IP-шлюз, который мониторит оба вещательных сервера по IP и формирует результирующий сигнал по мере приема обоих транспортных потоков, которые могут идти тоже каналами с потерями, и формирование из двух потоков результирующего, возмещая потери в одном канале из другого.
Теперь по зеркалированию. Как я сказал, есть возможность запустить два сервера в зеркале, и все операции оператора на одном сервере будут отображаться на его зеркальном брате. И теперь немножко про AllMix. Это уже именно производство контента, те же новостей в одной коробке. Ключевые особенности решения: многоканальная съемка, трансляция записи как в обычной 2D студии, так и в трехмерной виртуальной студии, многослойные анимированные, дистанционно управляемые титры и графика, плейлисты с событиями мультивью, мультиформатный плэйаут, профессиональная работа с видео, цветокоррекция, хромакей, деинтерлэйсинг; встроенный редактор 3D сцен, встроенный редактор титровально-графических композиций с неограниченным количеством слоев. Также реализуются поддержка сетевых источников NDI, Fill+Key, управление PTZ-камерами с пресетами (либо живое), поддержка внешних консолей.

В заключение суммирую наши общие преимущества для всех продуктов: бесплатный тестовый период для платы и ПО, бесплатное обновление ПО (пока пожизненное – в том смысле, что всю предыдущую жизнь оно обновлялось бесплатно; надеюсь, что и дальше также будет); бесплатная техподдержка – тут могу сказать, что у нас реально лучшая техподдержка, в России – точно, а может быть, и на планете в нашей индустрии, без ложной скромности. Мы предлагаем гибкие масштабируемые решения, привычный, понятный интерфейс, SDК раздаются бесплатно, и – welcome, готовы помочь сторонним разработчикам. Наши продукты внесены в единый реестр российских программ. Вопросы? Единственное, что еще чуть-чуть добавлю. Мы говорим про «канал в коробке», я бы еще сказал, что не «Channel-in-а-Box», а «Мultiсhannel-in-а-Box»: можно как в SDI говорить о 16 каналах, даже HD либо 2 и 4 К. Недавно проводили эксперименты, что 10 каналов HDVC из одного бокса мы в состоянии сделать полнофункциональных вещателей. Наверное, все.

Тимур Кулгарин: Михаил, большое спасибо. Парочка вопросов. Может быть, я тоже пропустил. Поддерживаете ли вы форматы I-вещания, такие как 2022.6 и 2110?

Михаил Шадрин: Нет, 2206 и 2110 прямо сейчас пока не поддержаны. Сейчас в разработке собственная сетевая плата, но мы традиционно «железо» используем свое. Когда мы это сделаем, тогда и анонсируем поддержку.

Тимур Кулгарин: Понятно. И еще вопрос по эфирной графике. Поддерживается ли анимированная графика со звуком, и если да, то сколько слоев одновременно?

Михаил Шадрин: Неограниченное количество слоев. Безусловно, поддерживается анимированная графика.

Тимур Кулгарин: Ограничение – видимо, по производительности процессора?

Михаил Шадрин: Да, ограничением является текущая производительность процессора. Хватает на 10 каналов легко. Неограниченность слоев на 10 каналов.

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

Сергей Перминов: Михаил, в AlMix для 3D объектов вы используете какое-то аппаратное ускорение?

Михаил Шадрин: Безусловно. Nvidia, GPU. Там продолжают использоваться те же технологии, которые использовались в нашей виртуальной студии «Фокус», но это уже приближение виртуальной студии, как достаточно сложного инструмента, к людям, которые не обладают высокопрофессиональными знаниями. Попытка дать им возможность этим пользоваться.

Тимур Кулгарин: Понятно, спасибо большое. Коллеги, давайте мы перейдем к следующему докладчику.

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

Тимур Кулгарин: Понятно. Космонавтам привет!

Михаил Шадрин: Всем спасибо, и я прошу прощения, вынужден откланяться, потому что меня ждут космические дела!

Тимур Кулгарин: Спасибо, до новых встреч. Коллеги, давайте мы перейдем к нашему следующему докладу от компании Cinegy. Александр Келембет, руководитель отдела разработки программных продуктов, расскажет нам про решение Cinegy TV Pack. Александр, вам слово.

Александр Келембет, руководитель отдела разработки программных продуктов Cinegy: Добрый день, уважаемые коллеги! Спасибо за ваше время, за то, что вы смогли присоединиться к данной конференции. Я постараюсь вкратце рассказать о программном решении Cinegy TV Pack, которое укладывается в рамки данного круглого стола, посвященного «каналу в коробке». Что оно из себя представляет? Это интегрированное решение из коробки, которое собрано из продуктов компании Cinegy, много лет оперирующей на бродкаст-рынке. То есть мы не представляем вам какое-то специализированное аппаратное обеспечение, либо какой-то монолит. Это набор продуктов, которые хорошо интегрируются между собой, которые могут использоваться как по отдельности, так и в составе единого решения.
Основные требования уже не один раз были озвучены в течение сегодняшнего дня: это надежность данного решения, возможности делегирования, обеспечения безопасности для вещания 24/7, возможность вещания по расписанию, а также студийный, эфирный playout. Мы обеспечиваем возможности графического оформления эфира, возможность подготовки, мониторинга и контроля данного материала и захват в реальном времени. При необходимости – обеспечение транскодирования и подготовки материалов, согласно требованиям компании. В данном случае мы представляем вам набор продуктов, которые идут в составе Cinegy TV Pack.

Первый программный продукт в данной линейке – это Cinegy Аir для автоматизации вещания. Решение уже более 10 лет на рынке и успешно показало себя в различных экстремальных и не очень экстремальных условиях, отлично масштабируется от маленьких каналов, которым необходимо вещать в течение нескольких часов, до enterprise-решений, наподобие больших федеральных каналов. Данный программный продукт поддерживает вещание по расписанию, автоматическое, составленное с помощью сторонних трафик-систем, либо вручную оператором подготовленное заранее, на основе шаблона. Данный плейлист поддерживает управление сторонними устройствами с помощью вторичных событий, а также поддерживает графическое оформление эфира. Как уже упоминалось, мы реализуем не только автоматический рlayout, но и проигрывание в режиме студии, когда у вас есть возможность вручную запускать и останавливать различные врезки и оперировать файлами.
Традиционные возможности: есть мультиканальность и одновременное вещание нескольких версий вашего канала типа ультравысокого разрешения и создание одновременно версии в низком разрешении и стандартном разрешении поддерживаются прямо из коробки без необходимости дополнительных фич. Также поддерживается управление звуком, поддерживается Dolby, нормализация звука, вставка Nielsen Watermarking и другие стандартные функции. В дополнение к нашему серверу вещания мы также предоставляем в составе данного пакета продукт под названием Cinegy Titler для графического оформления эфира. Поддерживается до 9 слоев анимированной графики с управлением по ключевым кадрам, а также отдельно слой для логотипа. Это также не новый продукт на рынке, ему уже более трех лет, и он является логическим развитием предыдущей версии Cinegy Type. Мы поддерживаем опять же стандартные динамические данные, то есть внешние источники данных, наподобие RSS новостей, погодных серверов, станций. Поддерживаем управление с помощью API и внутри наших анимированных сцен прямые включения. В данном случае вы можете использовать ваши анимированные сцены для организации телемостов и эффектов типа «картинка в картинке». Количество прямых включений внутри вашего шаблона ограничено только вычислительными возможностями вашей машины. Оптимизация и просчет всех составляющих графической сцены идет на GPU для минимизации расходов процессора. Фактически динамические данные могут поступить в любой момент, и ваша сцена будет пересчитана налету без необходимости предварительного рендеринга.
Также в пакет входит полиэкранный мультивьюер для мониторинга и контроля качества входных каналов. Поддерживается настраиваемый вид, встроенный графический редактор для добавления дополнительных элементов, возможность отображения динамических html-страниц, например, для отображения чатов. Поддерживаются SDI/NDI и все варианты API. Также для интеграции с нашими продуктами есть расширенные возможности, наподобие отображения статуса нашего сервера захвата Cinegy Capture.
Кроме обычного мониторинга, с помощью оператора визуально поддерживается автоматический контроль качества сигнала и отправление нотификаций. То есть при повышении уровня звука, при пропадании звука, при наличии статической картинки, либо каких-то других нарушениях сигнала, вы можете автоматически сконфигурировать отправления нотификаций на мобильный телефон, либо на любое другое устройство, либо логировать данные проблемы в файл, то есть уведомлять оператора автоматически.
Кроме того, в состав интегрированного пакета входит наш сервер программного обеспечения для захвата видео в реальном времени – на рынке также уже более шести лет. Поддерживает работу по расписанию, поддерживает работу по вторичным событиям из плейлиста для организации, например, полицейской записи либо для захвата эфира в высоком качестве для повторного вещания. Также поддерживается стандартный функционал вещания для растущих файлов, то есть вы можете начать запись эфира и одновременно использовать его как уже предподготовленный файл непосредственно в плейлисте либо в любом другом канале. Поддерживается опциональная интеграция с МАМ, то есть все наши решение могут работать как отдельно стоящие, так и интегрированные с МАМ. МАМ может быть как наш, так и с помощью API вы можете интегрировать свой собственный продукт для этого. Захват производится опять же во все стандартные ключевые контейнеры с использованием оптимизированных кодеков. Помимо этого, реализуется одновременный захват в несколько качеств. То есть вы можете одновременно создавать и полицейскую копию, и видео для высокого качества для повторного бродкаста.
Кроме того, сервер вещания Аir поддерживает не только один вывод графики, но и чистый вывод, то есть без наложения графики. Вы можете использовать этот функционал для повторного бродкаста с изменением графики, которая будет использоваться либо для региональных плейлистов, либо при повторном вещании в эфир со сменой графических элементов, либо создания полицейской записи без лишних элементов на самом изображении. Для подготовки файлов используется решение Cinegy Convert для транскодирования, поддерживается программное управление с помощью скриптов, позволяет вам контролировать материал и с помощью API расширять его, интегрируя его с другими решениями для контроля качества. То есть оффлайн-контроль уровня звука, нормализация звука и тому подобное. Вы можете с помощью скриптов анализировать материал; также добавлять, например, логотип при импорте или экспорте материала, либо анализировать контент по наличию каких-либо проблем. Данное решение работает под управлением операционной системы линейки Windows на стандартном оборудовании, то есть у нас нет необходимости в покупке каких-то специализированных плат или устройств. Все может быть реализовано на любой машине, которая есть в вашей сети. Варианты приобретения пакета – это либо постоянная лицензия, либо подписка на 12 месяцев с постоянными обновлениями, и поскольку это полностью программное решение, оно легко поддерживает виртуализацию. Как пример, мы уже в течение нескольких лет предоставляем возможность организации канала для вещания на базе Аmazon AWS, либо Мicrosoft Azure. В любой момент вы можете попробовать вещание на полностью виртуальной машине и развернуть его, либо свернуть в зависимости от ваших потребностей.
Ограничением Cinegy TV Pack, который предоставляется в качестве упрощенного по ценовому решению, является только установка на одном физическом сервере, то есть без виртуализации, но в данный пакет входит полноценное решение без каких-либо дополнительных ограничений. Какие ключевые особенности можно выделить именно в рамках нашего решения? Все наши продукты оптимизированы для работы в полном спектре стандартных разрешений от SD до 8К. Это означает, что, приобретя продукт на данный момент, вы можете путем обновления сервера в любой момент расширить качество вещания без необходимости покупки дополнительных элементов либо дополнительных лицензий.
Поскольку поддерживается вариант работы с несколькими плейлистами одновременно или вещание в нескольких форматах, вы можете составить плейлист в UHD, то есть в ультравысоком качестве, и одновременно конверсия, понижение качества до SD/HD будет выполнено автоматически. Вещание по расписанию и студийный режим являются стандартными опциями, потому здесь нет необходимости останавливаться.
Как уже я упоминал, у нас есть интеграция со сторонними трафик-системами, то есть плейлист может быть составлен как в ручном режиме оператором (предоставляется специальный редактор плейлистов), либо автоматически и загружен на сервер с помощью сторонних трафик-систем. Поддерживаются все ключевые медиаформаты на вход и стандартные форматы на выход – собственно, нет необходимости перечислять их. Что касается поддержки меток SCTE-35/SCTE-104 для управления региональными врезками: они генерируются и декодируются автоматически с помощью нашего ПО.
Поддерживаются стандартные AsRun логи и телеметрия.AsRun лог предоставляется в кастомизированном формате Cinegy, но есть стандартная телеметрия, которая может быть отправлена на сервер наподобие Elastic search и графически выведена на экран для простоты анализа и обнаружения проблем. Теперь о встроенной шаблонной графике с поддержкой анимации, то есть управлении сторонними событиями с помощью вторичных событий в плейлисте и изменении графики, управлении с помощью API сторонними устройствами. Вы можете построить свою систему автоматизации, либо использовать продукт Cinegy CG для управления графикой в ручном режиме оператором. Мы предусматриваем управление сторонними устройствами (когда каждый элемент плейлиста в автоматическом расписании или составленном вручную может иметь неограниченный набор вторичных событий, которые отправляют команды на внешние устройства, наподобие матриц внешних титровальных устройств, либо каких-либо еще устройств в зависимости от вашей системы). Например, с помощью этих вторичных событий можно реализовать запись эфира с помощью Cinegy Capture, либо с помощью других программных решений. Вставка аудиособытий также поддерживается с помощью тех же вторичных событий.
Что дает возможность компании Cinegy использовать ПО на стандартном оборудовании и при этом работать с разрешениями до 8К? В данном случае это оптимизация обработки ресурсов компьютера: CPU, GPU и использование технологии Shared RAM. Об этом чуть позже. Сейчас о реализации и оптимизации стандартных кодеков Н.264, Н.265, а также собственном оптимизированном кодеке для работы на процессоре и на графическом ускорителе DANIEL2, возможности управления интеграции с помощью API. Буквально каждый продукт, который был назван в составе данного пакета, имеет API для интеграции и может быть использован с помощью внешней системы автоматизации.
Наша компания давно выступает за отказ от SDI по возможности и по необходимости, поскольку при переходе на разрешение выше, чем Ultra HD, 4К и 8К, использование кабеля становится проблематичным. Тем не менее, мы поддерживаем на вход и в некоторых случаях на выход стандартные графические карты сторонних производителей, типа DVS, BlackMagic Design, AJA, Deltacast, но в тоже время мы все больше выступаем за то, что телевидение, телепроизводство должны переходить на IP.
Мы поддерживаем стандартные UDP/RTP протоколы передачи данных со стандартными кодеками 264, 265. Но в то же время для создания аналога SDI-передачи некомпрессированных данных или визуально некомпрессированных данных без потерь был создан и разработан кодек DANIEL2, который позволяет передавать большие объемы данных вплоть до 8К посредством стандартных телесетей, при этом не нагружая ваш процессор, либо ваш буфер.
В тоже время мы опционально поддерживаем продукт компании NewTek NDI для интеграции с устройствами, которые работают также с помощью NDI-протокола. И в ближайшем будущем, мы надеемся, станет стандартом поддержка SRT, который позволяет вам организовать вещание не только внутри вашей локальной сети, но и достоверно, без ошибок доставлять ваш контент в любую точку планеты с помощью обычных соединений, без выделенных линий с гарантированной задержкой и контентным качеством. Поддерживается шифрование, поддерживается защита, – но это тема отдельного доклада, я здесь останавливаться не буду, вы можете ознакомиться с докладом Тани Золотуской, который был ранее. Тем не менее IP – это основное, что мы рекомендуем сейчас для работы с телевидением. Как всегда, поддерживаем стандартные ТВ-форматы, начиная от SD и заканчивая 8К, стандартное разрешение во всех наших продуктах, включая выдачу в эфир, захват, мониторинг и транскодирование. При необходимости вы можете подогнать ваш материал налету с помощью транскодера, либо выдать его в эфир напрямую с автоматическим просчетом без необходимости преобразования в Ultra HD. В плейлист вы можете вставлять файлы любого формата, любого кодека, и автоматически наш сервер будет производить необходимые вычисления.
Как упоминалось ранее, для того чтобы мы могли позволить нашему ПО работать до разрешения 8К и выше на стандартном обеспечении, мы должны иметь возможность полагаться на кодеки, которые используем, они должны быть оптимизированы, и мы должны иметь возможность изменять их копии, поддерживать при обнаружении каких-либо проблем либо при необходимости оптимизации. Cinegy использует собственную реализацию стандартных кодеков: MPEG2, H.264, H.265. Они оптимизированы для работы на современных процессорах, используя многопоточность и остальные функциональности на данных процессах, а также мы очень плотно используем оптимизацию ресурсов GPU с помощью технологии компании Nvidia, а также наших разработок.
Например, кодек DANIEL2, который был использован в качестве внутреннего кодека для обмена данными внутри наших приложений, дает возможность декодировать и кодировать видео в формате до 8К на видеокарте, при этом достигая нескольких сотен кадров в секунду. При сравнении с ближайшими конкурентами опять же использование ресурсов является оптимальным, и количество кадров в секунду даже на 4К контенте отличается в десятки раз.
Каким образом достигается оптимизация? Одним из вариантов решения является симметричная реализация обработки на графической карте и на центральном процессоре и минимизация передачи данных. С одной стороны, при работе с контентом в стандартном решении вы в большинстве случаев не замечаете передачу данных между процессором и графической картой, но, когда доходит дело до утра высоких разрешений 4К и выше, потери на передачу данных между процессором и графической картой становятся ощутимыми. Поэтому единственным вариантом решения данной проблемы является оптимизация всего тракта таким образом, чтобы вычисления происходили либо на CPU полностью, либо на GPU, либо с минимальными переключениями. Cinegy Аir, то есть наш вещательный сервер, был перестроен таким образом, что все эффекты наложения графики происходят именно таким образом: либо на CPU, либо на GPU – в зависимости от ваших устройств.

Тимур Кулгарин: Александр, у вас примерно минута еще, извините.

Александр Келембет: Хорошо. Буквально следующий момент – технология Shared RAM является практически ключевым моментом для реализации «телеканала в коробке». В данном случае мы имеем дело со стандартной схемой, например, вещательный сервер Cinegy Аir производит какой-то кадр со сложной графикой, с дополнительными эффектами. Для того чтобы передать его на захват или на мониторинг, вам обычно требуется данный материал закодировать и декодировать, что предполагает дополнительные расходы на это. При технологии Shared RAM мы имеем специализированный общедоступный блок памяти, в котором формируется кадр, и данный кадр без необходимости, без потери на кодирование, декодирование либо передачу данных доступен всем программным продуктам, которые работают на том же сервере. То есть противоположная задача типа захвата, мониторинга, вывода в эфир, воспроизведения больше не борется за ресурсы, а использует их совместно. В данном случае это позволяет максимально эффективно задействовать наш Cinegy TV Pack, то есть на одной станции вы можете использовать один и тот же контент, фактически без потерь на паразитные преобразования.

Татьяна Золотуская, руководитель отдела продаж Cinegy GmbH: Я хочу немножко включиться в разговор, буквально одна минутка у нас еще есть. Был вопрос от Михаила Дворникова (к.ф.м.н., руководитель ООО «АльфаПро М») про отличия, про особенности Cinegy. Как раз хочу заметить, что собственная технология и работа над оптимизацией, технология Shared RAM, оптимизация кодеков, особая работа над GPU-акселерацией (внимание на это обращаем) позволяют использовать максимальное количество продуктов на одном сервере. Именно по-настоящему иметь «телеканал в коробке» и при минимальном задействовании ресурсов «железа» иметь максимальный результат.Именно это было оценено нашими клиентами, которым TV Pack пришелся по душе. Много у нас заказчиков, опять же от маленьких университетских каналов до современных ОТТ-платформ, больших федеральных каналов, которые в своем производстве используют TV Pack. В частности, есть хороший пример – ElevenSports – наш клиент в Польше. Это часть большого медиахолдинга, у них несколько офисов, производств в разных странах, в том числе в Великобритании, в Нью-Йорке, в Сингапуре. Наш клиент находится в Польше, четыре города использует наш TV Pack на 24 каналах, половина из них Ultra HD, и полностью отказался от SDI. Причем это спорт, самый требовательный как к картинке, так и к динамическому обновлению контента клиент. Из моего опыта продаж, это как раз первые клиенты, которые перешли на Ultra HD.
ElevenSports – один из каналов, которые планируют переход на 8К, а технологии Cinegy, которую они используют, им в этом помогут. Буквально в следующем году у них будет запущен экспериментальный 8К канал, в этом году он должен был уже вещать под Олимпиаду в Токио. Пожалуй, в этом мы как раз отличаемся от наших конкурентов, которые сегодня тоже выступали. Если есть вопросы, обращайтесь. Все, о чем мы сегодня говорили, можно протестировать прямо с веб-сайта Cinegy. Если хотите поговорить по цене, вы можете обратиться ко мне или к нашим дилерам в России, эта компания DNK, всем вам известная. Жду ваших вопросов.

Тимур Кулгарин: Татьяна, Александр, большое спасибо. У нас еще один спикер, который немножечко выбивается, конечно, из общего ряда докладов про «канал в коробке», но, тем не менее, все эти вещательные решения так или иначе требуют подготовки расписания, требуют интеграции с трафик-системой. Итак, послушаем спонсорский доклад от компании BroadView Russia, как раз про их трафик-систему, которая интегрируется практически с любым из продуктов, которые сегодня освещались и вообще которые упоминались в самом начале. Могу сказать, что мы тоже используем этот продукт и вполне им довольны. Поэтому передаю слово Александру Ермакову, генеральному директору компании BroadView Russia.

Светлана Максимова, BroadView Russia: Добрый день, уважаемые коллеги! Я не знаю, сможет ли подключиться Александр, потому что он сейчас издалека с нами. По всей видимости, там могут быть какие-то небольшие технические проблемы – свет или что-то еще. Но он очень хотел поучаствовать. Я попробую начать и с большим удовольствием расскажу о нашей компании, о том, что мы делаем. И я очень рада, что мы сегодня здесь совместно с производителями систем автоматизации вещания и нашими большими друзьями. Все те компании, которые сегодня выступали – наши партнеры, с которыми у нас реализованы проекты: Cinegy, SkyLark и SoftLab-NSK. Если кого-то забыла, прошу прощения, но все это у нас есть.
Презентацию подготовил Александр Ермаков, прошу любить и жаловать, наш генеральный директор, руководитель московского подразделения. Сразу хочу сказать, что мы на российском рынке уже давно, с 2005 года. У нас офис полного цикла, то есть мы реализуем как продажи, так и внедрение, разработку и полную поддержку клиентов. Наличие разных офисов в разных часовых поясах: в Америке, в Индии – позволяет нам обслуживать клиентов круглосуточно. У нас есть как крупные клиенты мировые: PBS, Discovery и.т.д. так и небольшие медиакомпании. В России сейчас систему используют более 80 каналов, по всему миру – порядка 2000.
Почему мы, собственно, пришли на этот прекрасный круглый стол? Мы хотели и всегда подчеркиваем необходимость комплексного подхода к автоматизации работы на телеканале. Потому что очень часто, закупая эфирные сервера, крутые системы автоматизации вещания, о которых сегодня наши коллеги рассказывали, совершенно упускается момент управления бизнес-процессами на телеканале. То, как разные подразделения связываются и обмениваются информацией между собой. Зачастую бывает так, что на телеканалах существует большое количество рутинных неэффективных операций, бумажного труда, дублирование информации и.т.д. Все это затрудняет работу. И часто бывает так, что телеканал, например, приобрел очень хорошую систему автоматизации вещания, но из-за того, что происходит неэффективное планирование сетки, картинка выходит не слишком красивая.
Что позволяет делать наша система? Это полный комплекс управлением бизнес-процессами на канале, связанных с планированием эфира. Это перспективное планирование, недельное планирование и оперативное планирование эфира, верстка плейлиста с точностью до кадра. Сюда же входят удобные инструменты расстановки и управления графическим оформлением эфира, стилями эфира, различными плашками: курение, возрастные категории и др. Система позволяет управлять видеотекой и всеми видеофайлами, которые существуют, мы также поддерживаем работу с кассетами, потому что на некоторых телеканалах это осталось, и необходимо также учитывать эти материалы. У нас очень сильный модуль по учету прав на контент, для того чтобы эффективно его размещать и для того чтобы эффективно использовать тот контент, который имеется на телеканале. Можно впустить Александра в конференцию? Он все-таки хочет продолжить. Все-таки у нас получилось его пригласить.
Да, отлично. Очень мощный модуль учет прав на контент, и он позволяет эффективно размещать его в сетке. Рекламный модуль у нас есть, он занимает порядка 40 % всей системы. Мы можем управлять как собственными продажами рекламы, так и продажами рекламы с помощью рекламных агентств, делать необходимые отчеты, анализ. У нас в системе существует вся необходимая отчетность на сегодняшний день: РАО, ГТРФ и более 600 отчетов, которые учитывают эфир, рекламу, контент, управленческую отчетность и.т.д.

Александр Ермаков: Коллеги, добрый день! Я подключился. Приветствую всех, коллеги. Я нахожусь в Крыму, и тут какие-то перебои с электричеством. Светлана уже сделала некую вводную. Мы уже более 30 лет на рынке, делаем всё и всё делаем хорошо. Пару лет назад мы себя сравнивали по уровню автоматизации с целой конвейерной линией по сборке автомобилей по цене отдельного станка. Но прошло некоторое время, буквально пару лет, поменялись технологии, поменялись все мы, и сегодня я в первый раз для широкой аудитории проанонсирую то, чего пока нет на рынке: не только в России, но и в мире.
Это абсолютное ноу-хау, и я надеюсь, что вы тоже разделите со мной технологические предвкушения. В 2020 году мы выводим на рынок технологии уже искусственного интеллекта, и, если сегодня многие коллеги рассказывали о «каналах в коробке», о «каналах в облаке» и так далее, сейчас мы посмотрим еще и на творческую задачу создания канала. Сейчас, если вы следите за технологическими новостями, буквально пару месяцев назад прогремела новость (или, может быть, даже месяц назад) о том, что одна из крупнейших дизайн-студий в России анонсировала искусственный интеллект, который занимается графическим дизайном и созданием айдентики и брендирования.
Мы пока не замахнулись на задачи такого уровня,, но в плане автоматизации человеческого труда тоже делаем большой скачок вперед, и сегодня BroadView можно уже сравнивать не с конвейером по сборке автомобилей, заранее запрограммированным, а интеллектуальной системой, которая во многом может если не заменять, то очень сильно упрощать работу, творческих людей в том числе.
Расскажу об автоматизации планирования. Это не автоматизация эфира, это автоматизация верстки канала. При этом, чуть позже я расскажу, что мы подразумеваем под этой версткой. Здесь мы смогли разбить довольно сложную, нетривиальную задачу на последовательные шаги так, как это делается со всеми сложными задачами, в том числе и творческими, интеллектуально нагруженными. Пять основных шагов: загрузка данных, анализ данных, задание цели для искусственного интеллекта, автоматическая оптимизация по нескольким слоям, по нескольким уровням, и уже последующая экспертная оценка результата, корректировка целей и взаимодействие с искусственным интеллектом. Шаг первый – сбор и загрузка данных. Мы формируем общее хранилище данных. Это довольно известная классическая история, когда мы собираем то, что в англоязычной среде называется warehouse, или хранилище данных. Мы собираем данные со всех систем: здесь участвует как система планирования, сама BroadView, так и данные из телеизмерений, из интернет-видеосервисов, где происходит просмотры контента, кабельные и мобильные операторы, которые дают также много статистики по просмотру контента, независимо от Mediascope. Учитываем финансовый слой вещания. Все это складываем в одно большое хранилище и позволяем проводить полноценный многомерный ОLAP-анализ в реальном времени, строить в различных срезах различные отчеты с различной агрегацией, сравнивать эффективность каких-то отдельных продуктов, сериалов, линеек, сравнивать окупаемость, анализировать свою библиотеку, анализировать как свои каналы, так и конкурирующие, так как сетка конкурирующих каналов, а также их набор контента, который они вещают, их данные по телесмотрению также известны.
При должном старании все эти данные получаются. С учетом демографии, со всем остальным, вы можете проанализировать все данные и построить для начала некие экспертные прогнозные модели: пессимистические, оптимистические, реалистичные, с различными экспертными поправками, с опорой на различные предыдущие периоды, на разные источники данных. Задать, какие факторы, как вам кажется, могут повлиять на эффективность планирования вашего вещания, задать все возможные факторы, которые могут быть со всеми данными, которые вы собрали со всех систем и использовать.
Мы задаем перспективную сетку, то есть, условно, некую шаблонную сетку на будущий сезон, на один, на два, на три года, хоть на 20 лет. Настолько детально, насколько вам это удобно – можно сделать с точностью до конкретного эпизода на два года вперед, либо попробовать какие-то блочные истории с указанием только категории контента, например, ценовой категории, либо какие-то эксклюзивные или старые повторы и так далее, опять же с базовыми описательными вещами. Рассчитать с учетом использования того контента, который у вас уже в библиотеке, либо находится в планах производства, либо еще только рассматривается. Параллельно вы можете нагенерить любое количество таких шаблонов и параллельно оценить каждый из этих шаблонов независимо, и дальше со всеми этими шаблонами поручить разбираться алгоритмам. Здесь есть две основных ветки работы с искусственным интеллектом. Whitebox, или алгоритмическое планирование: ситуация, когда мы задаем некие целевые формулы, некие параметры, которые оценивают наше перспективное расписание по различным параметрам, и запускаем оптимизирующие алгоритмы, которые способом перебора пытаются обнаружить максимально оптимальное распределение нашего контента, нашей блочной сетки и.т.д. И второй большой подход – это технологии Вlackbox: машинное обучение, искусственный интеллект и нейронные сети. История, когда вы загружаете все свои миллиарды данных в…

Тимур Кулгарин: Кажется, мы потеряли Александра, или он потерял связь, одно из двух. Тема искусственного интеллекта вообще сейчас очень популярна.

Светлана Максимова: Да, мы движемся постепенно в эту сторону. В этой части он, как нельзя лучше, может это все осветить.

Тимур Кулгарин: Хорошо. Пока у нас небольшая пауза, хотелось бы задать один из зрительских вопросов компании SkyLark. Сергей, какое число слоев анимационной графики поддерживается в Ultra HD разрешении на каналах?

Сергей Перминов: На «Nanotex 2019» мы показывали бегущую строку, анимированную подпечатку передачи, два анимированных баннера и анимированный логотип. Это пять получается. Тогда это был какой-то не топовый сервер, 2017 года выпуска.

Тимур Кулгарин: Это был Ultra HD?

Сергей Перминов: Да, конечно, Ultra HD, пять на нем работает. Вообще, как и в других наших продуктах, девять слоев плюс логотип. Но все, конечно же, зависит от возможности платформы. Учитывая, что память и процессоры быстрые, Shared Мemory – без него вообще, наверное, невозможен «Channel-in-a-Box», про него много говорили коллеги из Cinegy – девять слоев должно заработать на хорошей платформе.

Тимур Кулгарин: Понятно. Светлана, как там не вернулся Александр?

Светлана Максимова: Нет, вы знаете, Александр пока не вернулся. Я уже думаю, перенести наш доклад на следующий круглый стол.

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

Светлана Максимова: Тогда и расскажем про новый проект: там действительно классные штуки делаются.

Тимур Кулгарин: Хорошо, тогда будем считать, что у нас небольшая интрига к следующему мероприятию, потому что, мне кажется, здесь как раз максимальный интерес к решению с искусственным интеллектом и машинным анализом.
Я бы хотел еще сделать один небольшой анонс от журнала «ТКТ» о том, что 15 сентября состоится церемония награждения TKT International Awards», и впервые с 2011 года она состоится не в Амстердаме во время IBC, а в режиме онлайн, по всем известным причинам. Будут награждены лучшие технические директора и лучшие проекты 2019-2020 годов в странах Европы и Центральной Азии. Поэтому 15 сентября у нас будет еще одно мероприятие. Но будет, я думаю, еще и до сентября, следите за группами и анонсами. Также я хотел бы поблагодарить всех участников, наших партнеров: SoftLab-NSK, GrassValley, Cinegy, SkyLark и BroadView Russia. Даже, несмотря на то, что у нас прервался их интересный доклад. Очень ждем писем от зрителей. Пишите, что вам интересно, и о чем бы вы хотели, чтобы мы вам рассказали и что обсудили на адрес: tkt1957.awards@gmail.com. Огромное спасибо зрителям, и до новых встреч!

Йохем Хаверман: Zero Density демонстрирует унифицированную экосистему VR

Крейг Хеффернан, Blackmagic Design: Мы улучшили поддержку Camera-to-Cloud

Александр Курц, GatesAir: Ближайшие 5-10 лет DAB заменит FM-вещание

Джордан Томас, QuickLink: На IBC2024 мы представляем платформу StudioEdge

3 октября – день рождения Константина Дышлевого, президента и директора Dune…

3 октября – день рождения Владимира Широкова

2 октября – день рождения Сергея Рожкова

2 октября – день рождения Алексея Майорова, директора по продажам StreamLabs

Стенограмма Online круглого стола “Broadcasting 2020: Канал в коробке”

Broadcasting / Cinema 2024 Uzbekistan

Новости

RADiCAL: RADiCAL Canvas – комплексное решение для предпродакшена

26 сентября — день рождения Андрея Гайнулина, COO Qligent

Blackcam и новый роботизированный манипулятор на IBC2024

Ikegami: Новый модуль расширения IPX-100 для IP-подключения

DHD Audio на IBC 2024: Фокус на инновации

Интеграция VSI и OOONA для упрощения процессов локализации

Nara и MASV: Интеграция сервиса MASV в платформу Nara

Lawo .edge: Усиление аудио и обеспечение цветокоррекции