Подготовка вещания
Модераторы: Людмила, PR, vd, Даниленко Сергей
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
Подготовка вещания
Уважаемые коллеги!
Настоятельно не рекомендуем использовать эфирные серверы для подготовки вещания!
Напоминаем, что для организации неограниченного числа рабочих мест для подготовки вещания существует специальный режим работы "без платы".
Вы можете установить наше ПО на любую машину без плат (FD300, FD322, FD422, FD722, FD842) или USB HASP-ключа.
Этот режим работы не требует никаких лицензий и является абсолютно бесплатным.
Данный режим предназначен для:
-составления и проверки рекламных блоков
-подготовки и проверки расписаний вещания
Подробнее...
==========================
!!!Действует новый информационный ресурс, посвящённый текущей разработке ПО, "железа", документации: https://forwardsl.blogspot.ru/
==========================
Отдел технической поддержки СофтЛаб-НСК
Настоятельно не рекомендуем использовать эфирные серверы для подготовки вещания!
Напоминаем, что для организации неограниченного числа рабочих мест для подготовки вещания существует специальный режим работы "без платы".
Вы можете установить наше ПО на любую машину без плат (FD300, FD322, FD422, FD722, FD842) или USB HASP-ключа.
Этот режим работы не требует никаких лицензий и является абсолютно бесплатным.
Данный режим предназначен для:
-составления и проверки рекламных блоков
-подготовки и проверки расписаний вещания
Подробнее...
==========================
!!!Действует новый информационный ресурс, посвящённый текущей разработке ПО, "железа", документации: https://forwardsl.blogspot.ru/
==========================
Отдел технической поддержки СофтЛаб-НСК
Последний раз редактировалось Даниленко Сергей 02 фев 2018 18:14, всего редактировалось 1 раз.
-
- Сообщения: 118
- Зарегистрирован: 09 ноя 2016 19:18
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
Почему что? Почему не следует подготавливать эфир на вещательном сервере? Казалось бы всё очевидно.
Сначала о терминах. Вещательный сервер - это компьютер, с которого ведётся вещание вашего телеканала. Будем считать, что вещание круглосуточное.
Смотрим по списку:
Перечислены далеко не все работы, которые требуются при подготовке эфира.
Естественно, что в случае не круглосуточного вещания сервер может быть использован для подготовки эфира.
Сначала о терминах. Вещательный сервер - это компьютер, с которого ведётся вещание вашего телеканала. Будем считать, что вещание круглосуточное.
Смотрим по списку:
Дополнительная нагрузка на диск и процессор. Возможность человеческой ошибки, т.к. должен будет запущен ещё один экземпляр программы OnAir (не будете же вы это делать на вещающем эфир экземпляре программы).составления и проверки рекламных блоков
Дополнительная нагрузка на диск и процессор. Возможность человеческой ошибки, т.к. должен будет запущен ещё один экземпляр программы OnAir (не будете же вы это делать на вещающем эфир экземпляре программы).подготовки и проверки расписаний вещания
Дополнительная нагрузка на диск и процессор. Возможность человеческой ошибки, т.к. должен будет запущен ещё один экземпляр программы OnAir (не будете же вы это делать на вещающем эфир экземпляре программы) - в программе FDTitleDesigner не всегда полностью можно проверить работоспособность титровального проекта.настройки титровальных проектов
подготовки и просмотра бегущей строки и баннерной анимации
Дополнительная нагрузка на диск и процессор.контроля "перепутанных" полей в видеофайлах
Дополнительная нагрузка на диск.нормализации звука в видеофайлах
Дополнительная нагрузка на дискиндексирования MPEG2-файлов
Возможность человеческой ошибки, т.к. будет запущена ещё одна программа.заполнения метаданных в SLIni-файлах
Перечислены далеко не все работы, которые требуются при подготовке эфира.
Естественно, что в случае не круглосуточного вещания сервер может быть использован для подготовки эфира.
-
- Сообщения: 21
- Зарегистрирован: 11 ноя 2017 03:20
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
-
- Сообщения: 20
- Зарегистрирован: 26 фев 2015 18:31
- Откуда: Мурманск, 8 канал
Лет 6 использую вещательный сервер для составления круглосуточных расписаний. Сбоев не было (тьфу-тьфу-тьфу). Естественно, никогда не копирую на диск, с которого идет вещание, какой-то новый медиаматериал. Для этого в системе установлено два отдельных HDD только под медиаданные. Расписание идет в режиме автозагрузки. каждый день составляется новое из шаблона с прошлой недели. Вещаем SD. Все медиаданные в формате H.264 потоком CBR 4500.
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
Из каких соображений?Лет 6 использую вещательный сервер для составления круглосуточных расписаний.
Здесь описаны некоторые важные детали для сборки расписаний не на эфирном сервере: http://www.softlab.tv/rus/forward/qna.html#a2_19
Вам повезло. Но везение не бывает вечнымСбоев не было (тьфу-тьфу-тьфу).
-
- Сообщения: 20
- Зарегистрирован: 26 фев 2015 18:31
- Откуда: Мурманск, 8 канал
Просто так удобнее. Контент для эфира готовлю сам. Естественно, анализ звука и видео происходит на другой машине, там же формируются ini-файлы и титровальные проекты. На вещательном сервере только само расписание и разбивка контента на фрагменты под рекламу. Блоки реклам не использую, ставлю ролики как и обычный контент с отбивками и командой "снять-показать" для логотипа канала. Нагрузка на диски сведена к минимуму. За 6 лет было три "вылета" во время именно разбивки контента на фрагменты, видимо сам недоглядел режим использования диска. Контент на сервер закидывается по необходимости и с учетом используемого в текущий момент диска (без CopyDR быстрее). Т.к. всем этим я занимаюсь сам, то проблем нет. Опять же, т.т.т. чтоб не сглазить. )))Лет 6 использую вещательный сервер для составления круглосуточных расписаний.
Из каких соображений?
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
-
- Сообщения: 21
- Зарегистрирован: 11 ноя 2017 03:20
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
И что вас задело? Просто констатация факта с долей юмора. Проблемы?
UPD
UPD
Последний раз редактировалось Даниленко Сергей 20 янв 2018 21:16, всего редактировалось 1 раз.
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
-
- Сообщения: 21
- Зарегистрирован: 11 ноя 2017 03:20
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
Мне просто интересно: а может ли какой-то эфирный софт гарантированно работать, если, например, на диск, с которого он выдает что-то в эфир, интенсивно копировать файлы так, что диск будет на 100% занят этим копированием в течение длительного времени?
Здесь приводятся рекомендации, выполнение которых сведет риск проблем в эфире к минимуму. И эти рекомендации изобрели не мы.
В мире существует множество систем автоматизации эфира, в которых эфирный видеосервер предназначен только для выдачи готового расписания в эфир. А вся подготовка материалов, составление расписания, генерирование расписания из системы трафик-менеджмента - ведется на отдельном сервере (чаще - на нескольких).
В подобных распределенных системах бывает централизованный файловый сервер, операции копирования данных на который ведутся только с помощью специализированных программ - того же трафик-менеджмента или систем ввода (Ingest).
Эфирный сервер (playout) считывает материалы с этого же сервера, и все это делается именно для того, чтобы минимизировать возможные проблемы при выводе материалов в эфир.
Наши эфирные серверы можно использовать и в таких сложных системах. Но в случае, когда всё находится на одном компьютере, приходится соблюдать некоторые предосторожности, чтобы не было проблем при выдаче материалов в эфир. И виной этому не наш софт, а операционная система, а если точнее - особенности файловой системы, над которой наш софт работает. Если приоритетами исполнения процессов система Windows позволяет управлять, то приоритеты дисковых операций в ней в принципе не предусмотрены.
Для того, чтобы с этим бороться, мы сделали программы CopyDR, FileForwarder, и в программах, позволяющих осуществлять экспорт видеоматериалов и прочую работу с файлами (например, нормализация звука или индексирование MPEG-файлов) предусмотрели возможности по ограничению потока чтения или записи данных на диск. Это позволяет решать описанные выше проблемы, и в целом надежно работать всему вещательному комплексу.
Резюме: не хотите работать по такой схеме - не работайте. Это лишь рекомендации. Но они не высосаны из пальца.
Здесь приводятся рекомендации, выполнение которых сведет риск проблем в эфире к минимуму. И эти рекомендации изобрели не мы.
В мире существует множество систем автоматизации эфира, в которых эфирный видеосервер предназначен только для выдачи готового расписания в эфир. А вся подготовка материалов, составление расписания, генерирование расписания из системы трафик-менеджмента - ведется на отдельном сервере (чаще - на нескольких).
В подобных распределенных системах бывает централизованный файловый сервер, операции копирования данных на который ведутся только с помощью специализированных программ - того же трафик-менеджмента или систем ввода (Ingest).
Эфирный сервер (playout) считывает материалы с этого же сервера, и все это делается именно для того, чтобы минимизировать возможные проблемы при выводе материалов в эфир.
Наши эфирные серверы можно использовать и в таких сложных системах. Но в случае, когда всё находится на одном компьютере, приходится соблюдать некоторые предосторожности, чтобы не было проблем при выдаче материалов в эфир. И виной этому не наш софт, а операционная система, а если точнее - особенности файловой системы, над которой наш софт работает. Если приоритетами исполнения процессов система Windows позволяет управлять, то приоритеты дисковых операций в ней в принципе не предусмотрены.
Для того, чтобы с этим бороться, мы сделали программы CopyDR, FileForwarder, и в программах, позволяющих осуществлять экспорт видеоматериалов и прочую работу с файлами (например, нормализация звука или индексирование MPEG-файлов) предусмотрели возможности по ограничению потока чтения или записи данных на диск. Это позволяет решать описанные выше проблемы, и в целом надежно работать всему вещательному комплексу.
Резюме: не хотите работать по такой схеме - не работайте. Это лишь рекомендации. Но они не высосаны из пальца.
-
- Сообщения: 21
- Зарегистрирован: 11 ноя 2017 03:20