Project

General

Profile

Задание на переоснащение комплекса

Главная страница проекта

*ОБСУЖДЕНИЕ ПРОЕКТА ТЗ ТУТ (585:ПРОЕКТ ТЗ ГОЛОС РОССИИ)

Попытка написать спецификацию

Описание комплекса

Комплекс состоит из:

* 20 шт. аппаратных подготовки программ (АПП)

* 2 шт. больших АСБ (АСБ 1-2) (В рамках арендного комплекса большая АСБ 2 не строится)

* 4 шт. малых АСБ (АСБ 3-6)

* сервера многопрограммного вещания на 12 каналов.

* состоит из двух идентичных серверов вещания на 12 каналов каждый с Системой горячего резерва

* Комплекса оборудования Axia

* Сети передачи сигналов LiveWire и нодов в местах сопряжения с электрическим сигналом

* Микшерной консоли Аксия (АСБ1)

* нода GPIO

* ПО PathFinder

Комплекс формирует 14 каналов вещания, которые состоят из программ различных языковых редакций.
Примерное распределение редакций по каналам можно посмотреть в [raw-attachment:"График_вещания языки.xlsx" приложенном файле].

{{Image("VoR_broadcast_timeframes.PNG","width=600")}}

Часть каналов работает в автоматическом режиме с живыми включениями (большинство), часть каналов работает в живую.

Что такое АПП

АПП представляет из себя аппаратную со студией.

В аппаратной расположены:

* Рабочее место выпускающего редактора. Рабочее место выпускающего оснащено

* ПО ДЖИНН План:

* с шаблонами (сеткой)

* возможностью прослушивания звуковых материалов

* просмотра текстовых сюжетов.

* Рабочее место звукорежиссера оснащено:

* ПО ДЖИНН Вещание.

* блочным плеер

* БД

* файловым браузер,

* кнопку которой можно отдать эфир на сервер, а возможно и взять эфир на себя

* Что происходит с сервером в случае, если он что-то вещает в этот момент?

* Что происходит с сервером, когда мы отдаем вещание? С какого места расписания он должен начать вещание?

* Трек 2 с Расписанием и БД (Трек должен зажигать табло при включении режима записи)

* На некоторых машинах (6 шт.) будет стоять Samplitude, соответственно нужна опция работы с материалами БД с помощью внешнего редактора.

  • Электрическое (не аксия) микшерное оборудование для подключения микрофонов и пр.

В студии устанавливается

* компьютер типа netBox (нечто типа Asus EEE PC, но в десктопном исполнении), на котором установлено:

* ПО RNews.

Одна АПП работает только с одним выходным каналом.

В каждую АПП подается сигнал соответствующего канала - снимается с LiveWire нодом.

Выход АПП заведен в LiveWire - поступает на вход нода и отуда в LiveWire.

В АПП находится световая сигнализация "АПП в эфире" зщажигающаяся при коммутации сигнала с выхода АПП на выход канала.

На экране ПО Дигиспот присутствует обратный отсчет до момента времени выхода АПП в эфир и, после выхода в эфир, отсчет до момента возврата на автоматическое вещание.

Ден, а нужен ли обратный отсчет в АПП?

При вещании АПП не использует расписание. Все необходимые материалы вещаются из блочного плеера и джингл-машины.

Канал вещания

Канал автоматического вещания работает следующим образом. Материалы для эфира готовятся в АПП, звукорежиссер записывает материалы и сохраняет их в БД.

Готовые фонограммы выпускающий ставит в расписание в область автоматического вещания.

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

Вещание заранее запланированного материала осуществляется полностью автоматически с вещательного сервера.

В запланированный в расписании момент времени эфир переключается с вещательного сервера на выход заранее определенной в расписании АПП (присутствует возможность инициировать переход со стороны АПП ). При этом эфирный ДЖИНН, запущенный на сервере, останавливается, в аппаратной АПП зажигается табло "Идет эфир". Синал с выхода АПП поступает в эфир.

К каналу вещания (физическому выходу комплекса) привязана одна или несколько АПП.

Возможна замена одной АПП на другую на некоторое время в случае реорганизации или нештатных ситуаций.

Это не оперативное переключение и требует участия инженера.

Коммутация и сигнализация

Коммутация сигнала выполняется PathFinder под управлением ПО Дигиспот.

В случае замены одной АПП на другую инженер должен изменить матрицу коммутации в PathFinder.

Сигналы зажигания индикации "АПП в эфире" вырабатывает GPIO нод по командам от PathFinder, формируемым совместно с командами коммутации потоков.

АСБ

АСБ-1 формирует 100% самостоятельную программу.

В состав АСБ-1 (и АСБ-2 тоже, но позже) входит две студии - гостевая и новостная. В гостевой студии 4 рабочих места оборудованы персональными компьютерами с ПО РНьюс, в новостной - 2.

Работа в АСБ 3-6 идентична работе АПП, т.к. программа собственного вещания сложнее АСБ, то при вещании из АСБ используется расписание. Редактирование расписания автоматического и ручного вещания АСБ ведет один и тот же человек. Разбиение автоматической части расписания и "собственной" на разные расписания невозможно.

Вопрос, а почему мы не можем оставить этого джина в режиме АВТО на остальное время, зачем нам коммутация?

В качестве микшерной консоли в АСБ 1 используется консоль Axia.

* АСБ 1-2

* Эфирное ПО - 2 компьютера в связке

* X-Плеер

* HotStandby.

* Рабочее место выпускающего оснащено

* RNews

* шаблоны

* АСБ 3-6

* Эфирное ПО - 2 компьютера в связке

* X-Плеер

* HotStandby.

* Рабочее место выпускающего оснащено

* RNews

* шаблоны

В студии АСБ этого типа 2 рабочих места оснащены персональными компьютерами с ПО РНьюс.

Сервер вещания

На сервере для каждого канала автоматического вещания запущена копия ДЖИННа содержащая несколько расписаний (по числу редакций сидящих на данном канале (я насчитал максимум 5 - КП)) разнесенных во времени. Все расписания играются в один физический канал.

Общее количество запущенных копий ДЖИННа на арендном комплексе не превышает 12 (равняется количеству каналов автоматического вещания), но в полном варианте будет больше.

Серверов должно быть два. На втором крутится то же самое в горячем резерве.

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

Система контроля

Система контроля расположена на рабочем месте дежурного инженера. Система реализуется на базе персонального компьютера (или нескольких). Контроль комплекса осуществляется двумя контрольными модулями - контроль наличия звукового сигнала и контроль состояния эфирных ДЖИННов.

Модуль контроля звукового сигнала реализуем на базе клиентской части PathFinder. Он должен обеспечивать визуальный контроль наличия звукового сигнала на 12 программных выходах комплекса и иметь возможность взять любой из выходных сигналов на акустический контроль. В случае пропадания сигнала на любом из выходов необходимо обеспечить аварийную сигнализацию, как звуковую (с возможностью сброса сигнала), так и световую. Сигнализация должна отрабатывать аварийные сигналы согласно расписанию работы канала, т.е. в случае штатного отсутствия звукового сигнала на выходе канала, сигнал аварии не вырабатывается.

Модуль состояния эфирных ДЖИННов пытаемся реализовать на платформе трактовских часов. (Аппаратная часть системы часофикации в рамках арендного комплекса не поставляется.) Соответственно, возможно будем поднимать систему на виртуальных машинах (Вопрос: насколько это реально?). Данная часть системы контроля должна в реальном времени отслеживать работоспособность всех эфирных станций комплекса (АСБ и эфирного сервера). В случае отказа любого из эфирных мест, также выдается звуковой и световой сигнал аварии.

Схема комплекса

Нарисовать схему комплекса с точки зрения передачи вещательного сигнала и каналов управления.

Указать на схеме все коммутационное оборудование

Add picture from clipboard (Maximum size: 742 MB)