Нет прав на вещание части контента.

Здесь обсуждаются любые продукты компании СофтЛаб-НСК для телевизионного вещания (Форвард Т, Форвард ТС, Форвард Голкипер, Форвард Рефери, Форвард Офис, Форвард Инжест)

Модераторы: Людмила, PR, vd, Даниленко Сергей

Ответить
Asag
Сообщения: 10
Зарегистрирован: 18 апр 2014 15:19

Нет прав на вещание части контента.

Сообщение Asag »

Здравствуйте!
Подскажите, пожалуйста, по следующему вопросу. Мы региональный круглосуточный телеканал. В вещании мы используем несколько видеосерверов ФорвардТА.

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

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

Подскажите может какие "подводные камни" могут встретится в данной схеме. Или есть какой-то альтернативный способ, лучше?
Если кто сталкивался с подобной задачей, как вы её решили?
Игорь Таранцев
Сообщения: 493
Зарегистрирован: 04 янв 2004 12:45
Откуда: СофтЛаб-НСК

Сообщение Игорь Таранцев »

Первое замечание очень простое - а почему не хотите играть независимое расписание, полученное из основного расписания "умной" заменой запрещенных роликов? Хотите сэкономить на работе редактора, формирующего расписание? Ведь сэкономить на стоимости решения все равно не получается - OnAir + AutoDetect в Вашем случае вместо просто OnAir в случае второго расписания. Зато можно заменять запрещенный контент разными роликами и канал для зрителей в интернете будет хоть как-то интерен. А то однообразная заставка в течении всего фильма быстро отучит зрителей смотреть Ваш канал в интернете. Я бы хотя бы IP-камеры показывал :)

Но если хочется использовать AutoDetect, то рекомендую почти полностью автоматизированный вариант:
1) для всех фильмов с запрещенным для интерент-показа контентом указывается дополнительное поле (типа возрастного ограничения);
2) используется скрипт, показывающий возрастные ограничения, но в режиме получения информации из этого нового поля;
3) в качестве картинки возрастного ограничения используется специальная картинка с черно-белыми полосами сверху и снизу кадра (буквально две строки сверху и две строки снизу) - такая картинка не заметна ни на одном телевизоре;
4) на приемной стороне настраивается AutoDetect по черно-белым полосам (23Line);
5) на приемной стороне запускается OnAir, который показывает перекрывающую заставку при срабатывании AutoDetect-события.
Вроде все. Нужно только помнить, что титровальная заставка не перекрывает звук и возможно, его тоже нужно будет включать/выключать по срабатыванию AutoDetect.
Я описал только идею, а название конкретного тировального скрипта, поля в SLIni, настройки в OnAir и прочее нужно будет уточнять.
Даниленко Сергей
Сообщения: 7091
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей »

Задача ваша можно сказать "классическая" у многих компаний ситуация точно такая же.

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

Способов передачи команды несколько.

1)Плагин AutoDetect. Можно использовать DTMF-метку - у нас есть модуль, который формирует её "на лету". Можно использовать технологию 23 строки, выложил черновик документа на эту тему:.http://www.softlab.tv/rus/forward/docs/ ... 23line.pdf

2)GPI-событие через COM-порт ("сухие" контакты). СОМ-порт на практически всех современных материнках есть, но он может быть просто не выведен наружу - в этом случае используется специальная планка с СОМ-портовым разъёмом. Она, как правило, идёт в комплекте с материнской платой. Можно использовать и переходник USB->RS232

3)Посылка программной команды с использованием механизма, который используется при зеркалировании (SLMessageServer)

Если бы действо происходило на одной машине, то был бы ещё один вариант: п.4 - посылка программного GPI-события (SoftGPI)

По поводу отключения звука на стороне, которая вещает в интернет. В п.1 и п.2 для получения команды можно использовать GPI-событие, которое не вставляется в расписание, но которое срабатывает автоматически. На это событие можно "навесить" разные действия. В том числе запуск заставки (назначенной на какую-нибудь кнопку титров) и отключение звука.

В п.3. команда отключения звука будет прописана на первом сервере.

Выбирайте способ и можно его будет более детально обсудить.
Asag
Сообщения: 10
Зарегистрирован: 18 апр 2014 15:19

Сообщение Asag »

Игорь Таранцев писал(а):Первое замечание очень простое - а почему не хотите играть независимое расписание, полученное из основного расписания "умной" заменой запрещенных роликов? Хотите сэкономить на работе редактора, формирующего расписание? Ведь сэкономить на стоимости решения все равно не получается - OnAir + AutoDetect в Вашем случае вместо просто OnAir в случае второго расписания. Зато можно заменять запрещенный контент разными роликами и канал для зрителей в интернете будет хоть как-то интерен. А то однообразная заставка в течении всего фильма быстро отучит зрителей смотреть Ваш канал в интернете. Я бы хотя бы IP-камеры показывал :)
Да, мы обсуждали вариант с дублированием расписания, но решили отказаться от него. В день у нас много прямых эфиров(новости каждый час) и программ, которые монтируются в день выхода. Оператор эфира постоянно редактирует плейлист, подгоняя хронометраж. И помимо двойной работы могут возникнуть затыки в "узких" местах.
Насчет заставки, это пока первая мысль. Потом подумаем чтобы показывать что-то более интересное.
Даниленко Сергей писал(а):Способов передачи команды несколько.
А что можете сказать в сравнении надежности срабатывания этих способов?

По поводу п.2, сервера просто напрямую соединяются кабелем через COM-порт?

По удобству реализации, наверное, интересен пункт 3. Есть где-то инструкции или примеры использования? И очень интересует надежность срабатывания, может ли "пакет затеряться" и команда не сработать?

И сразу такой момент, на вещание у нас работают два сервера. Основной и резервный, дублирующий основной как раз при помощи зеркалирования. Так вот? как быть в случае перехода вещания на резерв. С п.1 вроде никаких проблем. А с п.2 и п.3?
Даниленко Сергей
Сообщения: 7091
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей »

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

По поводу п.2, сервера просто напрямую соединяются кабелем через COM-порт?
Да.
По удобству реализации, наверное, интересен пункт 3. Есть где-то инструкции или примеры использования? И очень интересует надежность срабатывания, может ли "пакет затеряться" и команда не сработать?
Нет, пакет затеряться не сможет. Если у вас конечно нет проблем с сетью.
И сразу такой момент, на вещание у нас работают два сервера. Основной и резервный, дублирующий основной как раз при помощи зеркалирования. Так вот? как быть в случае перехода вещания на резерв. С п.1 вроде никаких проблем. А с п.2 и п.3?
А вот это уже интересно. Сервера вещательные у вас дублируются - это понятно. А с "интернетными" серверами как дело обстоит?
Нужна точная схема коммутации серверов, т.к. некоторые из предложенных способов могут не подойти.

И попутно вопрос - почему нельзя трансляцию в интернет осуществлять на том сервере, на котором у вас идёт основное вещание?
Asag
Сообщения: 10
Зарегистрирован: 18 апр 2014 15:19

Сообщение Asag »

Даниленко Сергей писал(а): А вот это уже интересно. Сервера вещательные у вас дублируются - это понятно. А с "интернетными" серверами как дело обстоит?
Нужна точная схема коммутации серверов, т.к. некоторые из предложенных способов могут не подойти.
Выходы двух вещательный серверов подключены на матричный коммутатор SDI.
С коммутатора сигнал подается на "интернет"-сервер. Его решили не дублировать.
Все три сервера на основе ФорвадТА HD на платах FD842.
Все они находятся в одной локальной сети.

Даниленко Сергей писал(а): И попутно вопрос - почему нельзя трансляцию в интернет осуществлять на том сервере, на котором у вас идёт основное вещание?
А каким образом закрывать запрещенный контент?
Даниленко Сергей
Сообщения: 7091
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей »

Выходы двух вещательный серверов подключены на матричный коммутатор SDI.
С коммутатора сигнал подается на "интернет"-сервер. Его решили не дублировать.
Все три сервера на основе ФорвадТА HD на платах FD842.
Все они находятся в одной локальной сети.
Тогда способ 3 не подходит по техническим причинам.

Остаётся либо AutoDetect, либо СОМ-порт. А можно и оба способа одновременно - у нас есть возможность создать группу из GPI-событий, котоая срабатывает по "или".
А каким образом закрывать запрещенный контент?
Если в интернет можно отправлять IP-поток, то достаточно просто.
1 выход платы дублируется. Один сигнал на коммутатор, второй - на один из свободных входов. После обработки со второго выхода кодируем в IP. Правда этот вариант более затратный. Нужно будет две лицензии на второй канал + две лицензии на кодирование. А в варианте с одним интернет-сервером максимум что потребуется докупить - плагин AutoDetect в количестве 1 ед.
Asag
Сообщения: 10
Зарегистрирован: 18 апр 2014 15:19

Сообщение Asag »

Даниленко Сергей писал(а): Тогда способ 3 не подходит по техническим причинам.

Остаётся либо AutoDetect, либо СОМ-порт. А можно и оба способа одновременно - у нас есть возможность создать группу из GPI-событий, котоая срабатывает по "или".
Ну тогда однозначно Autodetect.
Насчет COM-порта. Если для управления компьютеры напрямую соединяются кабелем COM-COM, то получается при переходе вещания на резерв, необходимо перекинуть кабель? Или добавить второй COM-порт в "интернет"-сервер?
Даниленко Сергей
Сообщения: 7091
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей »

Насчет COM-порта. Если для управления компьютеры напрямую соединяются кабелем COM-COM, то получается при переходе вещания на резерв, необходимо перекинуть кабель? Или добавить второй COM-порт в "интернет"-сервер?
Кабель поздно уже будет перекидывать. С каждого из вещающих серверов должен идти проводок на "интернетный" сервер. А на нём вам нужно их соединить и подать на 1 СОМ-порт
Игорь Таранцев
Сообщения: 493
Зарегистрирован: 04 янв 2004 12:45
Откуда: СофтЛаб-НСК

Сообщение Игорь Таранцев »

Asag писал(а):Насчет COM-порта. Если для управления компьютеры напрямую соединяются кабелем COM-COM, то получается при переходе вещания на резерв, необходимо перекинуть кабель? Или добавить второй COM-порт в "интернет"-сервер?
Раньше писалось про GPI на COM-порту:"
2)GPI-событие через COM-порт ("сухие" контакты).
Так что объединять нужно только "сухие" контакты, а не обычные COM-порты. Обычные COM-порты нельзя объединить, а "сухие" контакты можно. Схема не сложная, но ее нужно будет спаять самостоятельно.
Asag
Сообщения: 10
Зарегистрирован: 18 апр 2014 15:19

Сообщение Asag »

Так что объединять нужно только "сухие" контакты, а не обычные COM-порты. Обычные COM-порты нельзя объединить, а "сухие" контакты можно. Схема не сложная, но ее нужно будет спаять самостоятельно.
Понятно, да думаю с этим проблем возникнуть не должно.
В любом случае, сначала реализуем схему на Autodetect, потом возможно продублируем ещё через COM.
Спасибо большое за консультацию.

P.S. Насчет управления через COM, это описывается в инструкции ru_tools_rs232? Я правильно понял?
Даниленко Сергей
Сообщения: 7091
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей »

P.S. Насчет управления через COM, это описывается в инструкции ru_tools_rs232? Я правильно понял?
Нет.

Это описывается здесь: http://www.softlab.tv/rus/forward/docs/ ... rolbox.pdf

В документе речь идёт о нашем устройстве SLControlBox101. Но вы сами можете спаять схему для выдачи наружу GPI и для его приёма через COM-порт.
Ответить