Анализ целостности плейлистов

[Viktor K.]

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

В RadioBOSS для джинглов, рекламы и прочего (что обычно и является короткими треками) можно поставить свои параметры кроссфейдов.

Дело в том, что процентное миксование это совсем другой уровень.
Просто попробуйте этот модуль для винампа.

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

 

[djsoft]

Дело в том, что процентное миксование это совсем другой уровень.
Просто попробуйте этот модуль для винампа.

Приемлемый параметр микса в любом случае находится в довольно узком диапазоне, т.е. надо все равно указывать рамки "от" и "до". Без этого, например, для длинных треков (60 и более минут) "микс" будет длиться несколько минут, что очень странно.

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

Эта функция не является базовой, и нужность ее также под вопросом. У нас нет цели сделать программу дуракоустойчивой. То есть, ситуации вроде "делаем событие в планировщике, а потом удаляем всю музыку с диска" не рассматриваются как возможный сценарий использования, и программа не должна такое отрабатывать. Если такое случилось - в отчете будет все написано: что запускалось, когда, почему не запустилось и т.п.

 

[Viktor K.]

Дело в том, что процентное миксование это совсем другой уровень.
Просто попробуйте этот модуль для винампа.

Приемлемый параметр микса в любом случае находится в довольно узком диапазоне, т.е. надо все равно указывать рамки "от" и "до". Без этого, например, для длинных треков (60 и более минут) "микс" будет длиться несколько минут, что очень странно.

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

Эта функция не является базовой, и нужность ее также под вопросом. У нас нет цели сделать программу дуракоустойчивой. То есть, ситуации вроде "делаем событие в планировщике, а потом удаляем всю музыку с диска" не рассматриваются как возможный сценарий использования, и программа не должна такое отрабатывать. Если такое случилось - в отчете будет все написано: что запускалось, когда, почему не запустилось и т.п.

Функция контроля целостности плейлистов является базовой функцией для все программ радиовещания. Вы же упорно доказываете мне, что пропажа материала это такая мелочь, на которую не стоит даже внимания обращать.
Это неверный подход.

Программу не надо делать дуракоустойчивой, не надо вот этого. Сделайте её "сдохвинтсмузломустойчивой", "сетьпропалаустойчивой", "всёпропалоустойчивой".
А считать радиовещателей дураками, хотящими странного, неконструктивно. Как минимум.

Вы как-то узко рассматриваете проблему. Попробуйте перейти от оценки с точки зрения "мне не надо" на точку зрения "надо ли это покупателю моей программы"?

Настолько трудно пробегать в цикле по эвентам и их плейлистам и ловить исключения, со сведением в еггог-лог эксепшнов?

 

[djsoft]

Функция контроля целостности плейлистов является базовой функцией для все программ радиовещания. Вы же упорно доказываете мне, что пропажа материала это такая мелочь, на которую не стоит даже внимания обращать.
Это неверный подход.

Программу не надо делать дуракоустойчивой, не надо вот этого. Сделайте её "сдохвинтсмузломустойчивой", "сетьпропалаустойчивой", "всёпропалоустойчивой".
А считать радиовещателей дураками, хотящими странного, неконструктивно. Как минимум.

Технические проблемы, вроде "пропала сетевая папка с музыкой" решаются просто - детектор тишины в этом случае запустит резервный плейлист. Также есть уведомления на email - по ошибкам, по срабатываниям детектора тишины и т.п.

Закладываться в программе на ситуации, которые происходят раз в 3-5 лет, а у кого-то и вообще не происходят - нет смысла. Мы делаем акцент на повседневных функциях.

Для "катастроф" обычно решение такое: просто ставится второй компьютер с резервным эфиром. Если что - идет переключение на него (автоматически или вручную, это уже кто как делает). На т.н. "западе" это типичная практика.

Вы как-то узко рассматриваете проблему. Попробуйте перейти от оценки с точки зрения "мне не надо" на точку зрения "надо ли это покупателю моей программы"?

Вот именно с точки зрения и оценивается. И я пока не вижу, какие преимущества даст эта функция для пользователей... Дело в том, что "проверку заданий" до вас никто не просил, что косвенно позволяет сделать некоторые выводы о востребованности.

Настолько трудно пробегать в цикле по эвентам и их плейлистам и ловить исключения, со сведением в еггог-лог эксепшнов?

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

 

[Viktor K.]

Технические проблемы, вроде "пропала сетевая папка с музыкой" решаются просто - детектор тишины в этом случае запустит резервный плейлист. Также есть уведомления на email - по ошибкам, по срабатываниям детектора тишины и т.п.

Средства автоматизации призваны ОБЛЕГЧАТЬ поиск проблем и ПРЕДОТВРАЩАТЬ их возникновение.
Ваш подход - сначала испортим эфир, потом, через две минуты, как-нибудь исправим, удивляет меня.
На мыло должно приходить сообщение "Слышь, у тя там песен в плейлисте нет! Скоро эфиру амба!", а не "Эфиру амба, иди чини!".

Закладываться в программе на ситуации, которые происходят раз в 3-5 лет, а у кого-то и вообще не происходят - нет смысла. Мы делаем акцент на повседневных функциях.

Все закладываются потому, ЧТО ПОДОБНОЕ НЕ ДОЛЖНО ПРОИСХОДИТЬ ВООБЩЕ! И только у вас подход - да пусть, это так редко ведь случается. У меня глаза уже на лбу, если честно.

Вот именно с точки зрения и оценивается. И я пока не вижу, какие преимущества даст эта функция для пользователей... Дело в том, что "проверку заданий" до вас никто не просил, что косвенно позволяет сделать некоторые выводы о востребованности.

То есть пользователю вашей программы пофигу, рабочий у него там плейлист? Есть ли в папке с музыкой материал для генерации плейлиста? Есть ли вообще эта папка с музыкой?
Ваш пользователь это человек, исправляющий, а не предупреждающий проблемы?

У меня от удивления брови выпадать начали.

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

А давайте-ка предметно, да? Я ведь не прошу встроить в программу редактор для подрисовывания обложек альбомам.
Все мои предложения - без исключения - повысят надёжность и удобство.

 

[djsoft]

Средства автоматизации призваны ОБЛЕГЧАТЬ поиск проблем и ПРЕДОТВРАЩАТЬ их возникновение.
Ваш подход - сначала испортим эфир, потом, через две минуты, как-нибудь исправим, удивляет меня.
На мыло должно приходить сообщение "Слышь, у тя там песен в плейлисте нет! Скоро эфиру амба!", а не "Эфиру амба, иди чини!".

Придет сообщение в стиле "обнаружена тишина, запущен резервный плейлист". Мне кажется, этого достаточно. То есть, программа сама приняла меры к исправлению и уведомила об этом.

Все закладываются потому, ЧТО ПОДОБНОЕ НЕ ДОЛЖНО ПРОИСХОДИТЬ ВООБЩЕ! И только у вас подход - да пусть, это так редко ведь случается. У меня глаза уже на лбу, если честно.

Если наступила тишина, неважно, по какой причине (умер диск, неправильные задания в планирощике) - для этого уже давно есть решение, и оно работает: запуск резервного плейлиста. Кроме как запустить резервный плейлист - что еще может сделать программа?

То есть пользователю вашей программы пофигу, рабочий у него там плейлист? Есть ли в папке с музыкой материал для генерации плейлиста? Есть ли вообще эта папка с музыкой?
Ваш пользователь это человек, исправляющий, а не предупреждающий проблемы?

А куда денется папка? [/quote]Отсутствие материала для генерации плейлиста обнаруживается генератором на этапе создания шаблона. Это не нужно постоянно перепроверять. Я не понимаю такой ситуации, чтобы папки куда-то там пропадали - по какой причине это может происходить вообще? Сейчас техника даже домашнего уровня обладает очень высоким уровнем надежности, а если ставить RAID массивы, то "пропадание папки" имеет вероятность порядка нуля. 

Все мои предложения - без исключения - повысят надёжность и удобство.

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

 

[Viktor K.]

Придет сообщение в стиле "обнаружена тишина, запущен резервный плейлист". Мне кажется, этого достаточно. То есть, программа сама приняла меры к исправлению и уведомила об этом.

Тишина должна наступать только при наступлении непреодолимых обстоятельств. Таких как:
- внезапное пропадание сигнала со спутника, интернет канала итп.
- отказ оборудования в момент воспроизведения эвента
- отказ оборудования за незначительное время до выхода эвента в эфир

Все предупреждаемые случаи должны детектироваться заранее. Ответственный должен узнавать о том, что в эвенте, который выйдет в эфир через час\полчаса\десять\пять минут итп. есть сбойные элементы не по факту его НЕвыхода в эфир.
Это же абсолютно естественно и логично. Как можно даже помыслить о том, что никому не интересно быть предупреждённым о том,что за углом кирпич на голову упадёт?

Если наступила тишина, неважно, по какой причине (умер диск, неправильные задания в планирощике) - для этого уже давно есть решение, и оно работает: запуск резервного плейлиста. Кроме как запустить резервный плейлист - что еще может сделать программа?

Программы автоматизации радиовещания нужны в том числе и для того, чтобы предупреждать проблемы. Они, в принципе, В КУРСЕ, что ничего проиграть не смогут. Почему бы не сообщить об этом событии другим заранее?

А куда денется папка? Отсутствие материала для генерации плейлиста обнаруживается генератором на этапе создания шаблона. Это не нужно постоянно перепроверять. Я не понимаю такой ситуации, чтобы папки куда-то там пропадали - по какой причине это может происходить вообще? Сейчас техника даже домашнего уровня обладает очень высоким уровнем надежности, а если ставить RAID массивы, то "пропадание папки" имеет вероятность порядка нуля. 

Вот. Вы опять предлагаете создание избыточных массивов хранения данных (у меня и так всё в пяти местах и ещё вот насчёт облака думаю), административные решения, постоянный контроль со стороны ЛЮДЕЙ, тогда как ПРОГРАММА проконтролирует всё быстрее и качественнее. Она и нужна для того, чтобы у меня ежеминутно голова не болела.
Программа должна предупреждать о проблемах до их наступления. Потому что она это может. И потому, что это её цель.
А в эфир и винампом выпускать можно.

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

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

 

[Ian]

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

Виктор, сканирование плей-листов уже есть в программе. Детектор тишины также настраиваем. Я не совсем понимаю, что вы хотите.
Можете более детально рассказать, что вам нужно по конкретно -- сканированию плейлиста?

1. Цель
2. Процесс
3. Ожидаемый результат.

 

[Viktor K.]

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

Виктор, сканирование плей-листов уже есть в программе. Детектор тишины также настраиваем. Я не совсем понимаю, что вы хотите.
Можете более детально рассказать, что вам нужно по конкретно -- сканированию плейлиста?

1. Цель
2. Процесс
3. Ожидаемый результат.

Детектор тишины это "Dead hand". Задача - не допустить его срабатывания.
Конкретную программную реализацию расписывать не буду.

{
Раз в х секунд отрабатывает таймер
В цикле проходим все плейлисты всех эвентов, выбираем из них элементы и делаем !FileExist
Если отсутствует, уведомляем каким-либо образом ответственное лицо.
Подменяем (опционально) битый трек другим.
Если ошибка обнаружена в коммерческом эвенте, то бьём во все колокола с удвоенной силой, то есть отсылаем уведомления до тех пор, пока ошибка не будет исправлена, или эвент не выйдет в эфир.
}

Все близкие к выходу в эфир эвенты (15 минут и меньше) проверяем на ошибки не раз в минуту, а вообще постоянно. Все отдалённые эвенты реже.

Также можно эмулировать отрабатывания эвента с генератором плейлиста и проверять сгенерированный плейлист ДО выхода эвента в эфир. Например за 5 минут. Если в плейлисте есть ошибки (отсутствуют файлы), то плейлист перегенерировать до тех пор, пока ошибки не исчезнут полностью. Если этого не происходит после некоторого количества генераций, то оставляем всё как есть, или выбираем из ранее сгенерированных плейлистов наименее проблемный, или заполняем пропуски автоматом из списка треков в базе.
В любом случае оповещаем о проблеме ответственное лицо.

Результат? Никакого, это я так, дурью, например, помаяться.
Мы тут вообще об эфире, или о вещании с подоконника на двор говорим?

 

[Ian]

Мы тут вообще об эфире, или о вещании с подоконника на двор говорим?

Виктор, если вы заинтересованы в решение какой-то нужно вам задачи, то прошу вас не дерзить.

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

2. Как быть, если событие, вставляется по времени, а проверка большого массива файлов, (и это не редкость) занимает больше пяти минут? Возникает потенциальная возможность вставки "битого" файла в промежутках между проверкой или во время проверки каталога. Как быть в этом случае?

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

 

[Viktor K.]

Мы тут вообще об эфире, или о вещании с подоконника на двор говорим?

Виктор, если вы заинтересованы в решение какой-то нужно вам задачи, то прошу вас не дерзить.

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

2. Как быть, если событие, вставляется по времени, а проверка большого массива файлов, (и это не редкость) занимает больше пяти минут? Возникает потенциальная возможность вставки "битого" файла в промежутках между проверкой или во время проверки каталога. Как быть в этом случае?

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

1) Какие коммерческие интернет-площадки? А сколько это стоит в созвездии Альфа-Центавра?
Разговор о РБ, работающем на эфирном компьютере имеющем достаточно системных ресурсов для того, чтобы с их помощью обеспечивать бесперебойное вещание.
И если кому неважно то, что в эфире у них тишина и реклама не выходит, то пусть они отключат контроль целостности плейлистов.
Плейлистов, а не файлов! Мне абсолютно неинтересно знать, все ли файлы в папке "Музыка" будут гарантированно читаться, однако мне нужно быть уверенным в том, что ВСЕ ФАЙЛЫ В ПЛЕЙЛИСТЕ ЭВЕНТА, КОТОРЫЙ ВЛЕТИТ В ЭФИР ЧЕРЕЗ 15-10-5-4-3-2-1 минуту отыграются Радиобоссом без проблем.
Как сейчас - тык в эфир, ой, не могу воспроизвести, ну да и хрен с ними - не надо вообще никому, кроме тех, кто балуется, тех, кто ИГРАЕТ в радио.

2) Никак не быть. Пусть ничего не выходит в эфир, сбережём важное процессорное время и фиг с ним, с эфиром!
При большом количестве файлов в плейлисте очевидным решением является анализ первых ста, например, при проверке плейлиста ДО его выхода в эфир. После его выхода в эфир воленс-неволенс, следует его хотя бы один раз просканировать полностью. Первые сто файлов обеспечат достаточный запас по времени тому, кто должен устранять проблемы.
А будет ли он их реально устранять, или решит забить - его дело.
Можно ставить эвенту признак контроля плейлиста руками. Важные будутконтролироваться, неважные не будут.
Всё можно придумать, как, что и почему. Нужно принципиальное признание этого проблемой,  которую надо устранить.

3) Кому нужны логи? Какой интерес знать, что печень отвалилась после того, как она отвалилась?
Проблемы надо предупреждать, а не заботливо записывать в лог для потомков.
И, простите,  у вас какой опыт самостоятельного эфирного радиовещания,  чтобы уверять меня в том, что проверять плейлист каждые пять минут не надо?

Мы стоим на "разных ногах".
Вы удивляетесь тому, что проблемы, оказывается, надо предупреждать, а не констатировать, а я в шоке от того, что есть люди, считающие срабатывание плеера резерва делом обыденным, невыход рекламы делом нормальным, а дыры в эфире вообще пофигу.
Я так понимаю, у вас кредо "Да кто вас там слушает ваще? Перетопчетесь!".

Вы ж, блин,  программу для РАДИОЭФИРА, КОММЕРЧЕСКОГО РАДИОЭФИРА пишете, а не программу для прокручивания свежего трека Петлюры соседке Маше в обмен на обещание любви.
А в коммерческом вещании должна быть предсказуемость и, если хотите, гарантированность выхода в эфир в заданное время заданного плейлиста.
И что мы имеем? Может выйдет, может нет, проверять не наше дело, вы там плейлисты составляйте грамотно и пусть админ вам редандантов побольше насуёт, а наше дело только по таймеру музычку включить и свести. Не включилось, не свелось? Ну на всё воля Божья, почитайте логи святые.

Да я на скриптах и штатном виндовом планировщике систему воспроизведения без подтверждения сваяю, а сайленс-детектор на бесплатном Pira CZ. Только на кой оно мне надо, я же комфорта хочу, за деньги.

 

[djsoft]

Все близкие к выходу в эфир эвенты (15 минут и меньше) проверяем на ошибки не раз в минуту, а вообще постоянно. Все отдалённые эвенты реже.

Зачем такая параноидальная проверка? Если файл был с утра - то к обеду он может куда-то деться? Можно тогда заодно и SMART данные с диска снимать (вдруг диск собрался умереть) и данные с температурных датчиков (а то мало ли, может компьютер сейчас все, того, от перегрева). Я не вижу в этом никакого смысла. Если оборудование исправно, если к компьютеру не имеют доступа левые люди - то файлы никуда не денутся. По вашему, проверили за 5 минут файлы есть, фух... потом еще через минуту - файлы все еще на месте. Ура! Только вот, с чего файлам вообще деваться куда-то?

Такой вопрос: как часто будет случаться событие, от которого призвана защитить эта проверка? По моим прикидкам, "срабатывать" будет раз в 5-10 лет (и то, если это компьютер класса home/small office, если взять серверное, то можно вообще не думать об этом).

Мой предварительный вывод такой: вся эта "защита" нужна только для вашей конкретной ситуации. И могу предложить такое решение: закажите разработку модуля проверки у сторонних разработчиков. Файл с заданиями - это текстовый файл в INI-подобном формате. Из него можно извлечь пути к запускаемым плейлистам, сами плейлисты это тоже текстовые файлы, очень легко обрабатываются.

Нужно принципиальное признание этого проблемой,  которую надо устранить.

RadioBOSS установлен на радио в 200 разных странах мира. Тысячи радио и раличных заведений. Никто вопрос о такой "проблеме" не поднимал. Какой вывод о востребованности такой проверки можно сделать?

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

Гарантия в достаточной степени есть. Считайте системным требованием к программе: исправное оборудование. Программа не "заточена" под использование на старом глючном "железе" с убитыми дисками, где пропадание файлов - ежедневное событие.

 

[Viktor K.]

Зачем такая параноидальная проверка? Если файл был с утра - то к обеду он может куда-то деться? Можно тогда заодно и SMART данные с диска снимать (вдруг диск собрался умереть) и данные с температурных датчиков (а то мало ли, может компьютер сейчас все, того, от перегрева). Я не вижу в этом никакого смысла. Если оборудование исправно, если к компьютеру не имеют доступа левые люди - то файлы никуда не денутся. По вашему, проверили за 5 минут файлы есть, фух... потом еще через минуту - файлы все еще на месте. Ура! Только вот, с чего файлам вообще деваться куда-то?

Такой вопрос: как часто будет случаться событие, от которого призвана защитить эта проверка? По моим прикидкам, "срабатывать" будет раз в 5-10 лет (и то, если это компьютер класса home/small office, если взять серверное, то можно вообще не думать об этом).

Мой предварительный вывод такой: вся эта "защита" нужна только для вашей конкретной ситуации. И могу предложить такое решение: закажите разработку модуля проверки у сторонних разработчиков. Файл с заданиями - это текстовый файл в INI-подобном формате. Из него можно извлечь пути к запускаемым плейлистам, сами плейлисты это тоже текстовые файлы, очень легко обрабатываются.

У вас нет понимания простой истины - проблемы случаются не за час, не за день и не за неделю до эфира, они случаются когда угодно, в том числе и за несколько секунд до выхода в эфир.
Это, видимо, от того, что вы в этом самом эфире никогда не работали, а я в этом варюсь с 1990 года.
Поэтому я просто ЗНАЮ, для чего нужно проверять плейлисты на целостность и для чего нужно оперативное вмешательство.
Единственное, чего я не знаю, как это донести до вас, считающего, что молчание в эфире для программы, считающей себя профессиональной, только из-за того, что программа просто не способна проанализировать то, что её плейлист пустышка, это нормально.

Любое молчание, которое можно предотвратить НУЖНО предотвратить.

Также у вас нет понимания того, что виноватых искать придётся после того, как эфир будет разрушен. А хотелось бы их искать ВМЕСТО и ДО того, как эфир мог быть разрушен.
У нас принципиальные разногласия в вопросе "дыр" в эфире, вы их считаете естественными, а я их считаю исключениями.
Файлы могут деться куда угодно и когда угодно. Это надо просто принять и не строить в голове конструкций, доказывающих невозможность такой ситуации.
Это событие может случаться раз в столетие, а может и каждый день. Вопрос не в частоте, а в средствах предотвращения.

То есть вы предлагаете мне написать программу, которая будет анализировать плейлисты и выдавать алерт, в то время, когда ваша программа, имея ВСЁ для предотвращения проблемы и анализа, будет работать только как планировщик запуска плейлистов в эфир?
Это несерьёзно.

Мой предварительный вывод такой - ваша программа подходит тем, кто считает, что косяки в эфире дело житейское. Кого не волнует качество эфира: что-то там пиликает? Отлично. Через минуту перестало пиликать, потому что программа не проверила плейлист перед запуском? Да чёрт с ней!
Это уровень школоло.
И все ваши аргументы по поводу наворачивания ВНЕШНИХ средств контроля исходят из вашего нежелания понять то, что суть эфира его НЕРАЗРЫВНОСТЬ. И что эту неразрывность в первую очередь должна обеспечивать его узловая часть - вещательная программа.
В том числе и путём анализа плейлиста.

RadioBOSS установлен на радио в 200 разных странах мира. Тысячи радио и раличных заведений. Никто вопрос о такой "проблеме" не поднимал. Какой вывод о востребованности такой проверки можно сделать?

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

А какой ещё вывод может быть? Им НЕИНТЕРЕСЕН эфир, ваша программа для них это аналог балалайки-самоиграйки, которая если сломается, то и ладно.
А для меня нет, для меня эта программа ФИЛИГРАННЫЙ ИНСТРУМЕНТ, потому что он управляет ЭФИРОМ, то есть тем, чем я зарабатываю деньги.
И вы тоже должны смотреть на этот вопрос не с точки зрения пофигистов.

Начнёте прислушиваться к мнению того, кто работает в эфире, а не крутит в интернете и в заведениях плейлисты, так у вас будет не 200 стран, а пятьсот, тысяча, а потомзахват галактики.
Вот пришёл я и говорю: крутая программа, только вот нет проверки плейлистов на ошибки, и можно там плеер поверх немного переделать, а вы мне "Нет! Это никому не надо!".
Ну и что? Я то другую программу куплю, а вам с этих отказов какая выгода?
Понимаете? Приходят, пробуют, нет, не то и идут дальше.
А для того, чтобы было то, вам надо сделать мизер.

Гарантия в достаточной степени есть. Считайте системным требованием к программе: исправное оборудование. Программа не "заточена" под использование на старом глючном "железе" с убитыми дисками, где пропадание файлов - ежедневное событие.

Опять явно вылезает отсутствие опыта радиоэфира. Для вас он монолитен: в 2003 году положили 10 000 файлов с аудиоматериалом, так вот и крутим их все до сих пор.
В реальности файлы удаляются, перемещаются, обрабатываются в аудиоредакторах, заменяются другими и т.д. Так работает радио. Программа должна живо реагировать на эти изменения,
а не ждать, что ей подсунут уже полностью безошибочный, рафинированный продукт. А если она его не получит, то обидится и выключится.
---
Есть один продукт, названный также, как и сполняющий желания дух в арабских сказках.
Так вот в нём молча, без "докажите мне необходимость" и тому подобного, в минимальной конфигурации, все проблемные файлы, которые гарантированно не выйдут в эфир, помечаются в плейлисте красным цветом. Всё. Никаких гвоздей.
Красный? Разбирайся, кто и где накосячил, у тебя для этого есть ещё несколько часов. Исправляй.
---
Вот это и есть  программный профессионализм.

 

[djsoft]

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

Молчания не будет - на этот случай есть резервный плейлист.

Файлы могут деться куда угодно и когда угодно. Это надо просто принять и не строить в голове конструкций, доказывающих невозможность такой ситуации.

Нет, не могут. Могут только если вместо нормального оборудования использовать некондицию.

Давайте конкретно: какова предполагаемая вероятность события, от которого вы пытаетесь "спасти эфир"? То есть, сколько ожидается инцидентов в год, 5, 10 лет?

Это событие может случаться раз в столетие, а может и каждый день.

Если раз в 100 лет - то можно расслабиться и осознать, что вероятность этой проблемы равна нулю. Если каждый день - то используемое оборудование подлежит замене. В любом случае программа ничего тут не должна ничего делать.

То есть вы предлагаете мне написать программу, которая будет анализировать плейлисты и выдавать алерт, в то время, когда ваша программа, имея ВСЁ для предотвращения проблемы и анализа, будет работать только как планировщик запуска плейлистов в эфир?
Это несерьёзно.

А вы предлагаете в программе для широкой аудитории добавлять функции, которые нужны только вам. Так не делается.

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

Просто они запустили эфир, и он у них работает годами. А вы рассматриваете теоретические возможности сбоев и пытаетесь решать проблемы, которых нет.

Вот пришёл я и говорю: крутая программа, только вот нет проверки плейлистов на ошибки, и можно там плеер поверх немного переделать, а вы мне "Нет! Это никому не надо!".

Первое, действительно, никому не надо. Второе обсуждаем в другой ветке.

 

[Viktor K.]

Молчания не будет - на этот случай есть резервный плейлист.

Буду повторять, пока в голове не осядет.
Резервный плейлист активируется тогда, когда ВСЕ ОСТАЛЬНЫЕ МЕРЫ ПРЕДУПРЕЖДЕНИЯ ПРОБЛЕМЫ исчерпали себя и оказались неэффективными.
Резервный плейлист это КРАЙНЯЯ  МЕРА СПАСЕНИЯ ЭФИРА, а не штатный случай, в чём вас убедили какие-то не очень умные люди.

Мои каналы резерва, переключаемые автоматически:
- Основной спутник
- Резервный спутник
- Интернет-поток 1
- Интернет-поток 2
- Интернет-поток 3
- Интернет-поток 4
- РЕЗЕРВНЫЙ ПЛЕЕР
- И, естественно, САР, которая предупреждает меня о возможных проблемах с плейлистами гораздо ранее того, как сбойные треки\плейлисты выйдут в эфир.

А вы,  чуть чего, "Резервный плеер всех спасёт". Как он спасёт невышедшую рекламу? Незапустившуюся программу?
РП это мерзкая затычка, а не благородный инструмент. Забудьте про него. Предупреждайте проблемы.

Нет, не могут. Могут только если вместо нормального оборудования использовать некондицию.

Давайте конкретно: какова предполагаемая вероятность события, от которого вы пытаетесь "спасти эфир"? То есть, сколько ожидается инцидентов в год, 5, 10 лет?

Нет могут. Кондиция, или некондиция тут не имеет значения. Я с 1990 года в радиоделе, и такое случалось, этого достаточно для меня, а значит должно быть достаточно и для вас.
Теперь озвучьте ваш прямой опыт работы на радио. А после мы с вами обсудим вероятности.
В целом достаточно того, что они случались в прошлом и могут случиться в будущем. Это фичреквест за деньги, не надо евангелизма - будете делать? Да-нет.
Если нет, продолжим по списку запросов. Если отказ получу по всему списку, то просто не стану покупать вашу программу, начёрта мне производитель, который лучше меня знает мои потребности и вместо того, чтобы с позиций здравого смысла рассмотреть предложения, рассказывает мне, что я должен найти непогрешимых работников и неломающееся оборудование.

А вы предлагаете в программе для широкой аудитории добавлять функции, которые нужны только вам. Так не делается.

Программа для широкой аудитории должна сменить слоган и название. Балалайка-три-струна, мы играем как умеем! - и я не в претензии. Профессиональное решение в области автоматизации радиовещания Радиобосс? Будьте добры прислушиваться к профессионалам, а не только к широкой аудитории.
Я,в отличие от неё, хочу не странного, а профессионального. Что хотят владельцы заведений мне доподлинно неизвестно.

Просто они запустили эфир, и он у них работает годами. А вы рассматриваете теоретические возможности сбоев и пытаетесь решать проблемы, которых нет.

Они запустили что-то куда-то и сказали, что это эфир. Эфир не работает на плеерах резерва, в эфире не бывает ситуаций, когда вещательная программа НЕ ЗНАЕТ, что следующего трека нет на носителе до тех пор, пока она его проиграть не попытается.
Это не эфир, это балаган и клоуны.

Первое, действительно, никому не надо. Второе обсуждаем в другой ветке.

Вам не надо, старым вашим клиентам не надо. Мне надо. В целом вы простозаняли некоторую удобную нишу и сидите в тепле.
И тут прихожу я и начинаю требовать странного, НАДнишевого, а вам неохота, это же надо работать, что-то там делать, как-то шевелиться.
Так вы мне сразу скажите, что вас просто всё устраивает и ничего вам больше не надо, ни денег больших, ни клиентов дополнительных.

 

[djsoft]

РП это мерзкая затычка, а не благородный инструмент. Забудьте про него. Предупреждайте проблемы.

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

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

Нет, недостаточно. Если что-то случается раз в 5 лет, то этой проблемы не существует. Решать нужно реальные задачи, а не бороться с теоретическими ветряными мельницами...

Теперь озвучьте ваш прямой опыт работы на радио. А после мы с вами обсудим вероятности.
В целом достаточно того, что они случались в прошлом и могут случиться в будущем. Это фичреквест за деньги, не надо евангелизма - будете делать? Да-нет.

Опыт достаточен, не нужно меряться им (и ничем другим тоже). Пока что никаких планов по добавлению функции проверки в программу нет.

Так вы мне сразу скажите, что вас просто всё устраивает и ничего вам больше не надо, ни денег больших, ни клиентов дополнительных.

Попробуйте такой подход применить к Microsoft, или Google, к примеру. Скажите, вот мне нужны такие-то и такие-то функции. Давайте делайте. А без этих функций у вас не продукт, а игрушка стремная. Сделают? Не думаю. Даже обсудить врядли получится. Получите отписку и сказке конец.

 

[Viktor K.]

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

Усечки-пусечки! Может ещё стоимостью фм-процессоров померяемся? У вас какой?
Мы не боги, поэтому мы не можем знать наперёд когда случится беда. Однако, так как мы видим весь плейлист на всё время вперёд, мы можем обнаружить в плейлисте сбойные элементы и недопустить неприятности в эфире.
Вот так это работает в коммерческом вещании, там принято не надеяться на то, что кривая вывезет,  а использовать все доступные инструменты для контроля эфира. Помогать должен каждый гвоздь, а уж САР это такой гвоздь, что всем гвоздям гвоздь. А вы говорите не надо. А вы говорите положите файлы, заприте дверь и уйдите.

Нет, недостаточно. Если что-то случается раз в 5 лет, то этой проблемы не существует. Решать нужно реальные задачи, а не бороться с теоретическими ветряными мельницами...

Ваши конкуренты не столь категоричны.
Рассмотрите случай потери контракта из-за того, что концепт-лидер программного проекта считает, что если происшествие случается раз в год, то оно не случается никогда? Что вам на это скажет хозяин радиостанции, у которого из-за этого "неслучающегося" денежки фьюить?
Много неприятного.
А кто вам не скажет ничего про это? Те, кто не зарабатывают с помощью вашей программы, а гонят поток в интернет никому (ещё и с кряченой версии), или там магазин какой озвучивают.
Вот им вообще пофиг, играет да и ладно. Это ваша целевая группа? Если да, то почему РАДИОбосс?
Не понимаю.

Опыт достаточен, не нужно меряться им (и ничем другим тоже). Пока что никаких планов по добавлению функции проверки в программу нет.

Некоммерческое онлайн-вещание это не опыт.
У вас и не будет таких планов никогда, пока не придёт понимание того, что эфир не должен рваться. Что САР это не плеерочек и к САР нельзя относится как к винампу.
САР это комплекс. И как и любой комплекс он ОБЯЗАН иметь функции самопроверки.

Попробуйте такой подход применить к Microsoft, или Google, к примеру. Скажите, вот мне нужны такие-то и такие-то функции. Давайте делайте. А без этих функций у вас не продукт, а игрушка стремная. Сделают? Не думаю. Даже обсудить врядли получится. Получите отписку и сказке конец.

А давайте вы попробуете в их продуктах, отраслевых продуктах, найти косяки уровня Радиобосса? А? Вот будем считать, что программа для составления деловых писем от Майкрософта (ворд, ага) не имеет спеллчекера. Вот видите, вы даже себе представить такого не можете.
А Радиобосс, который утыкается в отсутствующий файл потому, что у него /random /delete и представлять не надо.

Вы по уровню комфорта вровень с ними встать попробуйте для начала. И вдруг окажется, что для этого нужен:
- чекер плейлистов
- работа руками на горячую, так как всё сценарии запрограммировать нельзя и последнее слово ВСЕГДА должно оставаться за человеком
- блокирование прерывание рекламы не по типу эвента, а по типу материала в плейлисте эвента
- и многое другое

А пока вы говорите "Я, как и микрософт с гуглем, не работаю по заказу выскочек с улицы!" и это смешит меня.

 

[djsoft]

Рассмотрите случай потери контракта из-за того, что концепт-лидер программного проекта считает, что если происшествие случается раз в год, то оно не случается никогда?

Не раз в год, реже, часто - никогда вообще. Времена, когда диски "сыпались" - давно в прошлом. Для серьезной работы - сделайте RAID. Не должна программа компенсировать недостатки оборудования. А что если с диска пропадут системные файлы? Тогда вообще компьютер не запустится. Защищаться от удаления треков тоже смысла нет - если к вещательному компьютеру допущен кто попало, то они могут и сам RadioBOSS удалить и что угодно еще сделать. Тему "проверки плейлиста" можно закрыть.

Вы по уровню комфорта вровень с ними встать попробуйте для начала. И вдруг окажется, что для этого нужен:
- чекер плейлистов
- работа руками на горячую, так как всё сценарии запрограммировать нельзя и последнее слово ВСЕГДА должно оставаться за человеком
- блокирование прерывание рекламы не по типу эвента, а по типу материала в плейлисте эвента
- и многое другое

Это то, что нужно конкретно вам. Попросите в MS, чтобы добавили в Word функции защиты от удаления документов, ну или там чтобы при сохранении делалась копия сразу в 2-3 места - а то диски умирают, люди удаляют папки не думая, а документы важные - надо делать копии, это очевидно. А то делают продукт для студентов, а серьезным людям функций не хватает.

не работаю по заказу выскочек с улицы

Именно так. Вы не первый, кто начинает требовать функции, говоря, что все занимаются фигней "но уж я то знаю, как надо".

 

[Novossyol]

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

 

[Viktor K.]

Не раз в год, реже, часто - никогда вообще. Времена, когда диски "сыпались" - давно в прошлом. Для серьезной работы - сделайте RAID. Не должна программа компенсировать недостатки оборудования. А что если с диска пропадут системные файлы? Тогда вообще компьютер не запустится. Защищаться от удаления треков тоже смысла нет - если к вещательному компьютеру допущен кто попало, то они могут и сам RadioBOSS удалить и что угодно еще сделать. Тему "проверки плейлиста" можно закрыть.

Ого, я встретил человека, у которого никогда ничего не ломалось!
Вообще я зарабатываю ещё и тем (почему нет?) что чиню то, что опровергает, перечёркивает ваши заявления.
И данные выковыриваю с того, что не ломается. Вот как раз сейчас голова у не ломающегося не отвалилась.
Поэтому я уже просто в голос ржу, как лошадь.

И не реже, а чаще раза в год.
Реже только у тех, кто лупит вкруг лежащий на винте материал, а я в него ещё рекламу вставляю, собственное вещание.

Понятно. Конкурирующие САР не гнушаются контролировать плейлисты, а вот Радиобоссу это не по плечу просто. Не знает он, как это делать, не способен.
Вот предложить мне написать чекер способен, а сам неа.

Это то, что нужно конкретно вам. Попросите в MS, чтобы добавили в Word функции защиты от удаления документов, ну или там чтобы при сохранении делалась копия сразу в 2-3 места - а то диски умирают, люди удаляют папки не думая, а документы важные - надо делать копии, это очевидно. А то делают продукт для студентов, а серьезным людям функций не хватает.

Это то, что должно быть в уважающей себя САР. В наколенной поделке этого может и не быть, в САР это должно быть просто обязательно. На ней люди деньги зарабатывают, а не придомовое хозяйство радиофицируют.
У вас вообще нет понимания, что вы пишете бизнес-приложение, а не залепуху наколенную для развлечения.

Именно так. Вы не первый, кто начинает требовать функции, говоря, что все занимаются фигней "но уж я то знаю, как надо".

Ну во-первых я действительно знаю. Это истина.
А во-вторых я не требую, я пытаюсь изменить ваше восприятие вашей же собственной программы.
Вы её воспринимаете как ИГРУШКУ. Поломалась? Ну бог с ней.
А вам её надо воспринимать как инструмент. Как высокоточный станок. И вот как только придёт понимание того, что ЛЮБАЯ поломка этого станка это прямой убыток тому, кто его использует, так сразу в вашей голове всё прояснится и вы поймёте, почему нужно ЗНАТЬ, что следующего трека нет на винте.
Даже если это и случается раз в год.