Ретрансляция потока.
- Автор темы AlexandrR
- Дата начала
Так как это ретрансляция интернет потока, возможные проблемы здесь только отсутствие потока как такового, это и проверяется. Ситуация, когда поток есть, но там тишина - вряд ли возможна. В будущем, когда можно будет ретранслировать и линейный вход, будет проверяться фактический уровень звука, и при отсутствии - переход на резерв.AlexandrR сказал(а):
Имеющийся детектор тишины проверяет только собственное вещание, но не проверяет ретрансляцию.
djsoft сказал(а):
Тогда возникает следующий вопрос: Если, как Вы пишите, имеющийся детектор, мониторит только своё вещание, то, что есть аварийный плейлист в этом случае? Мы в детекторе указываем целевой лист, который РБ запускает по истечению интервала тишины. А что ретрансляция будет понимать под резервным плейлистом? В настройках задания нет листа, по крайней мере пока.
djsoft сказал(а):
То есть роль резерва в этом случае играет заранее заготовленная вкладка с треками? Как - то кривенько. В задание ретрансляции нужно добавить действие "указать резервный плейлист". Просто резерв у федералов не обычный список треков, а полноценное расписание из ротатора, который мне у Вас к слову понравился. Говоря проще нужно, чтобы программа, по отсутствию звука на линейнике, когда он появится в ретрансляции, умела запускать заранее размеченный m3u. Либо в существующем детекторе тишины добавить галочку "учитывать ретрансляцию".
Ваш продукт мне импонирует, но из-за этих вот нюансов ретрансляции, руководство у меня пока притормозило его внедрение.
А что не так? С ретрансляции переход на собственное вещание и обратно, собственное вещание как раз в плейлисте. Дополнительно можно активировать детектор тишины, на случай если плейлист перестанет играть.AlexandrR сказал(а):
Тогда этот плейлист загрузите в окно плейлиста и запустите. Будет автоматический переходл с него и на него в зависимости от наличия звука в ретрансляции.AlexandrR сказал(а):
djsoft сказал(а):
Для заданий, которые проигрывают листы из стороннего менеджера рекламы, тогда нужно ставить "вставить как обычные треки из плейлиста", а для вкладки - "удалять проигранное из плейлиста" Верно? Просто тогда куча всего будет. Неплохо, но не так как хотелось бы. Тогда мы лишаемся автоперемешивания резерва, как у детектора тишины. Нет, однозначно нужно прописывать лист в ретрансляции при отсутствии сигнала...
Если позволите внесу свои пять копеек. Наверное должно быть так: Ретрансляция: Основной сигнал (не важно Ip или LineIn), при пропадании основного переход на резервный сигнал и если ни того ни другого запуск аварийного плейлиста (скаченного у федералов, ибо требуют). Ну и соответсвенно при появлении основного или резервного сигнала возврат на них. Т.е по приоритету: 1. Основной (из назначенного Ip или LineIn), 2.Резервный сигнал ( Ip или LineIn), 3. Аварийный плэй лист.
djsoft сказал(а):
Дмитрий, я не знаю как проще сказать, но нужна система, при которой работа резервного вещания не требует особого вмешательства, кроме естественно, музыкального редактора, который подготовит резервный плейлист. У нас, как и на многих радиостанциях, имеет место "женский фактор", поэтому нужно исключить факт порчи эфира какой-нибудь блондинкой по случайности.
Но самое главное даже то, что потеря сигнала часто кратковременная, и нужно, чтобы программа умела ненадолго включать аварийный лист, а потом возвращаться обратно.
Это умеет то ПО, на котором мы сейчас сидим, но в силу целой кучи его недостатков, хотим перейти на РБ.
Как - то так да.Storm сказал(а):
То есть, добавить резерв ретрансляции? Мы думали про это, но, учитывая развитие технологий, обрыв связи сейчас, особенно долгий - это крайне маловероятное событие. В этом случае, пока сигнала нет, будет играть собстьвенный плейлист ("аварийный плейлист", в зависимости от терминологии).Storm сказал(а):
Сейчас так и есть. Загрузить плейлист в окно, и запустить. Это и есть резерв. Можно настроить генератор плейлистов и пероидически обновлять плейлист, все это автоматически через планировщик.AlexandrR сказал(а):
Так и работает сейчас. Если обрывается связь, переходит на плейлист. Когда появляется, переходит обратно на ретрансляцию.AlexandrR сказал(а):
Можно ограничить доступ: https://manual.djsoft.net/radioboss/ru/user_account_management.htmAlexandrR сказал(а):
Это не так. Конец марта и неделя апреля у нас ознаменовались тем что сигнал со спутника прерывался на достаточно длительное время, в некоторые дни до часа с небольшим.djsoft сказал(а):
Поймите, требование двух источников сигнала + резервный плейлист - это требование московских станций. Это прописывается в договоре.
По этому то что я описал выше, Основной-Резервный-Аврийный плэйлист, не прихоть и не избыточные хотелки, а необходимость.
Дмитрий, такой функционал присутствует во всех системах профессиональных, как наших так и зарубежных. Реализуйте это и привлекательность вашей программы резко повысится.
Пример. У нас местная ВГТРК недавно монтировала центр вещания новый и я знаю, что ваше по не было выбрано только из-за отсутствия полноценной ретрансляции и её резервирования.
Storm сказал(а):
Вот, наконец нашёлся единомышленник! Это я и пытаюсь до Дмитрия донести.
djsoft сказал(а):
Дмитрий, Вам напомнить в какой стране мы живём? Заранее извиняюсь за резкость, но то, что Вы описали, условно говоря, идеал. На практике, часто берут в глубинке бытовую антенну Триколор и в силу малого размера тарелки, чуть дождик, всё сигнала нет. Вот Вам пример, для чего нужен полноценный резерв.
У меня руководству всё нравилось, пока мы не дошли до "резервного" вопроса.
Сказать по правде, будь я сам владельцем радиостанции, меня бы это не остановило, придумал бы временные костыли и обучил персонал. Но я сотрудник и начальство можно понять.
Это можно сделать дополнительной установкой RadioBOSS, которая будет вещать локально. Добавьте в плейлист несколько источников ретрансляции, поставьте плейлист на повтор (или, как вариант, там тоже настройте ретрансляцию). Детектор тишины - поставьте "перейти к следующему треку". Тогда будет происходить переключение между источниками.Storm сказал(а):
Основной RadioBOSS будет ретранслировать локальный поток, в котором будет один из источников
ретрансляции. И если там ничего нет, то будет играть свой плейлист.
Мы не делаем программу для "глубинки", все же в современном мире интернет обычно дело. Само подключение можно резервировать, например, мобильным интернетом, или еще чем-нибудь. Но какого-то специфического функционала для плохого интернета, постоянных отключений света, потопов, пожаров, воровства и что там еще происходит в "глубинке" мы пока добавлять не планируемAlexandrR сказал(а):
Про это знаю. И это ни есть правильно. Такой функционал должен быть внутри одного экзепляра программы. Оставил на одной из станций такую конфигурацию: 1й бос как коммутатор отдаёт второму через виртуальную звуковуху. Проблемы раз в месяц обязательно, звук булькает (решается перезагрузкой компа, "булькает" виртуалка и просто закрыть - открыть не помогает), если через ip, то не возможно точно подогнать время задержки для dtmf. Поток для меток и звуковой (а они разделены в боссе, Дмитрий сам об этом говорил) плавают друг относительно друга, не сильно но достаточно что бы врезка начиналась то на последней букве, то проскакивал кусочек который должен быть уже накрыт.djsoft сказал(а):
А для кого тогда Вы её делаете. Я сам из Тамбова, областной центр. Знаю по области в райцентрах куплено достаточно лицензий. Это глубинка? Если да, то что нам тогда отказаться от программы? Это первое, и второе: про резервирование:djsoft сказал(а):
Это и есть резервирование, как ещё объяснить Дмитрий. МОжет эмоционально, прошу прощения.Storm сказал(а):
Но если с Вашей точки зрения это не выполнимо по каким то причинам (придётся практически заново переписывать код программы или не хотите просто и т.д.) чётко скажите: "этого делать не будем, прогу будем развивать с собственным видением и если что то совпадёт с вашим желаниями - хорошо, нет- до свидания". И люди от вас отстанут и вам не придётся объяснятся. Ещё раз прошу прощения за эмоции
