Подготовка вещания

Здесь обсуждаются продукты для автоматизации телевизионного производства и вещания, аппаратно базирующиеся на платах FD300/FD322/FD422/FD842/FD722 (в том числе программа FDOnAir, система PostPlay, создание и использование титров)

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

Ответить
Даниленко Сергей
Сообщения: 6693
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Подготовка вещания

Сообщение Даниленко Сергей » 11 янв 2018 19:01

Уважаемые коллеги!

Настоятельно не рекомендуем использовать эфирные серверы для подготовки вещания!

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

Вы можете установить наше ПО на любую машину без плат (FD300, FD322, FD422, FD722, FD842) или USB HASP-ключа.

Этот режим работы не требует никаких лицензий и является абсолютно бесплатным.

Данный режим предназначен для:
-составления и проверки рекламных блоков
-подготовки и проверки расписаний вещания

Подробнее...


==========================

!!!Действует новый информационный ресурс, посвящённый текущей разработке ПО, "железа", документации: https://forwardsl.blogspot.ru/

==========================

Отдел технической поддержки СофтЛаб-НСК
Последний раз редактировалось Даниленко Сергей 02 фев 2018 18:14, всего редактировалось 1 раз.

ПТРК
Сообщения: 103
Зарегистрирован: 09 ноя 2016 19:18

Сообщение ПТРК » 11 янв 2018 20:01

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

Даниленко Сергей
Сообщения: 6693
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей » 12 янв 2018 14:49

Почему что? Почему не следует подготавливать эфир на вещательном сервере? Казалось бы всё очевидно.

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

Смотрим по списку:
составления и проверки рекламных блоков
Дополнительная нагрузка на диск и процессор. Возможность человеческой ошибки, т.к. должен будет запущен ещё один экземпляр программы OnAir (не будете же вы это делать на вещающем эфир экземпляре программы).
подготовки и проверки расписаний вещания
Дополнительная нагрузка на диск и процессор. Возможность человеческой ошибки, т.к. должен будет запущен ещё один экземпляр программы OnAir (не будете же вы это делать на вещающем эфир экземпляре программы).
настройки титровальных проектов
подготовки и просмотра бегущей строки и баннерной анимации
Дополнительная нагрузка на диск и процессор. Возможность человеческой ошибки, т.к. должен будет запущен ещё один экземпляр программы OnAir (не будете же вы это делать на вещающем эфир экземпляре программы) - в программе FDTitleDesigner не всегда полностью можно проверить работоспособность титровального проекта.
контроля "перепутанных" полей в видеофайлах
Дополнительная нагрузка на диск и процессор.
нормализации звука в видеофайлах
Дополнительная нагрузка на диск.
индексирования MPEG2-файлов
Дополнительная нагрузка на диск
заполнения метаданных в SLIni-файлах
Возможность человеческой ошибки, т.к. будет запущена ещё одна программа.

Перечислены далеко не все работы, которые требуются при подготовке эфира.

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

evergrin
Сообщения: 21
Зарегистрирован: 11 ноя 2017 03:20

Сообщение evergrin » 13 янв 2018 12:23

Можно уточнить, где должны находиться собственно файлы, которые круглосуточно выдаются в эфир?

Даниленко Сергей
Сообщения: 6693
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей » 15 янв 2018 12:02

На вещательном сервере.

Boyler7223
Сообщения: 20
Зарегистрирован: 26 фев 2015 18:31
Откуда: Мурманск, 8 канал

Сообщение Boyler7223 » 15 янв 2018 20:02

Лет 6 использую вещательный сервер для составления круглосуточных расписаний. Сбоев не было (тьфу-тьфу-тьфу). Естественно, никогда не копирую на диск, с которого идет вещание, какой-то новый медиаматериал. Для этого в системе установлено два отдельных HDD только под медиаданные. Расписание идет в режиме автозагрузки. каждый день составляется новое из шаблона с прошлой недели. Вещаем SD. Все медиаданные в формате H.264 потоком CBR 4500.

Даниленко Сергей
Сообщения: 6693
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей » 16 янв 2018 11:58

Лет 6 использую вещательный сервер для составления круглосуточных расписаний.
Из каких соображений?

Здесь описаны некоторые важные детали для сборки расписаний не на эфирном сервере: http://www.softlab.tv/rus/forward/qna.html#a2_19
Сбоев не было (тьфу-тьфу-тьфу).
Вам повезло. Но везение не бывает вечным :(

Boyler7223
Сообщения: 20
Зарегистрирован: 26 фев 2015 18:31
Откуда: Мурманск, 8 канал

Сообщение Boyler7223 » 16 янв 2018 16:51

Лет 6 использую вещательный сервер для составления круглосуточных расписаний.

Из каких соображений?
Просто так удобнее. Контент для эфира готовлю сам. Естественно, анализ звука и видео происходит на другой машине, там же формируются ini-файлы и титровальные проекты. На вещательном сервере только само расписание и разбивка контента на фрагменты под рекламу. Блоки реклам не использую, ставлю ролики как и обычный контент с отбивками и командой "снять-показать" для логотипа канала. Нагрузка на диски сведена к минимуму. За 6 лет было три "вылета" во время именно разбивки контента на фрагменты, видимо сам недоглядел режим использования диска. Контент на сервер закидывается по необходимости и с учетом используемого в текущий момент диска (без CopyDR быстрее). Т.к. всем этим я занимаюсь сам, то проблем нет. Опять же, т.т.т. чтоб не сглазить. )))

Даниленко Сергей
Сообщения: 6693
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей » 17 янв 2018 19:51

Как говорится "наше дело - предложить, ваше дело - отказаться" :)

evergrin
Сообщения: 21
Зарегистрирован: 11 ноя 2017 03:20

Сообщение evergrin » 20 янв 2018 15:24

Даниленко Сергей писал(а):Как говорится "наше дело - предложить, ваше дело - отказаться" :)
А чему Вы так рады? :?

Даниленко Сергей
Сообщения: 6693
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей » 20 янв 2018 20:56

И что вас задело? Просто констатация факта с долей юмора. Проблемы?
UPD
Последний раз редактировалось Даниленко Сергей 20 янв 2018 21:16, всего редактировалось 1 раз.

Даниленко Сергей
Сообщения: 6693
Зарегистрирован: 26 фев 2004 09:53
Откуда: Techsupport SoftLab-NSK

Сообщение Даниленко Сергей » 20 янв 2018 20:57

Тем более как бы в теме не участвовали.
UPD

И по теме есть что сказать?

evergrin
Сообщения: 21
Зарегистрирован: 11 ноя 2017 03:20

Сообщение evergrin » 20 янв 2018 21:47

Даниленко Сергей писал(а):И что вас задело? Просто констатация факта с долей юмора. Проблемы?
UPD
Именно, что проблемы.
Задел, просто, смайлик. В чём здесь юмор, в том, что вы не гарантируете нормальной работы вашего софта?
А по теме, нам такая схема работы не подходит.

vd
Сообщения: 2309
Зарегистрирован: 05 мар 2003 19:21

Сообщение vd » 20 янв 2018 23:13

Мне просто интересно: а может ли какой-то эфирный софт гарантированно работать, если, например, на диск, с которого он выдает что-то в эфир, интенсивно копировать файлы так, что диск будет на 100% занят этим копированием в течение длительного времени?

Здесь приводятся рекомендации, выполнение которых сведет риск проблем в эфире к минимуму. И эти рекомендации изобрели не мы.

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

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

Эфирный сервер (playout) считывает материалы с этого же сервера, и все это делается именно для того, чтобы минимизировать возможные проблемы при выводе материалов в эфир.

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

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

Резюме: не хотите работать по такой схеме - не работайте. Это лишь рекомендации. Но они не высосаны из пальца.

evergrin
Сообщения: 21
Зарегистрирован: 11 ноя 2017 03:20

Сообщение evergrin » 20 янв 2018 23:44

Спасибо за развернутое объяснение. Но, даже если виновата windows 10, ничего весёлого здесь нет.

Ответить