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

[djsoft]

Скажите, вы когда писали модули оповещения о тишине в эфире, сам сайленс-детектор и плеер резерва, чем руководствовались? Ведь ОШИБОК НЕ БЫВАЕТ, и тут рраз - сразу три сложных модуля для того, чтобы обозначить и исправить невозникающее.

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

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

1) Неломащегося оборудования не бывает.

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

2) А имеющий право доступа к трекам ещё и должен не ошибаться никогда, так? Вы, называя свою программу автоматической, требуете УВЕЛИЧИТЬ объём ручного труда в той области, в которой машинный контроль быстрее и надёжнее.

Имеющий право доступа обязательно должен понимать, что он делает. Не перемещать, не переименовывать и не удалять треки, если он не 100% уверен, что это можно делать.

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

Ролик сам по себе не пропадет. Если он у вас пропадает, то это да, проблема - ваша, а не программы.

 

[Viktor K.]

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

Эти ситуации будут практически полностью исключены после того, как вы введёте проверку плейлистов до их выхода в эфир. Понимаете?

1) Неломащегося оборудования не бывает.

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

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

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

2) А имеющий право доступа к трекам ещё и должен не ошибаться никогда, так? Вы, называя свою программу автоматической, требуете УВЕЛИЧИТЬ объём ручного труда в той области, в которой машинный контроль быстрее и надёжнее.

Имеющий право доступа обязательно должен понимать, что он делает. Не перемещать, не переименовывать и не удалять треки, если он не 100% уверен, что это можно делать.

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

Ролик сам по себе не пропадет. Если он у вас пропадает, то это да, проблема - ваша, а не программы.

Вы потрясающе правы! У программы вообще нет проблем, она есть набор инструкций, ветвлений, циклов и прочих потрохов.
И этот набор инструкций просто обязан проверять плейлист для того, чтобы у вас, у меня, у любого Человека было меньше проблем.
Мы программы и создаём, чтобы жизнь была удобнее. Вы ведь для этого свою программу творите?

 

[Viktor K.]

Предлагаю сделать паузу в пару недель.
Со всеми этими новыми, волнующими мыслями надо переспать.

 

[tvmasterltd]

Слава аллаху! Утомил

 

[djsoft]

Вот расположения-дубли

Это называеется: RAID-массив для бедных. Тут и обсуждать нечего, никаких "дублей" в RadioBOSS точно не будет.

предварительная проверка плейлиста это то, чего вашей программе не хватает.

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

 

[Viktor K.]

Вот расположения-дубли

Это называеется: RAID-массив для бедных. Тут и обсуждать нечего, никаких "дублей" в RadioBOSS точно не будет.

Конечно же будет. Может лет через пять-шесть, но будет.
И это даже рядом с рейд-массивом не стоит. Это коммутатор рейд-массивов.

предварительная проверка плейлиста это то, чего вашей программе не хватает.

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

Уберите, пожалуйста, из программы детектор тишины и плеер резерва. Тогда ваше громкое заявление будет соответствовать истине. А пока увы - вы уже исправляете проблемы оборудования и косорукость работников. Заметьте, не боретесь, не предупреждаете того, кто будет, или должен бороться, а МОЛЧА ИСПРАВЛЯЕТЕ.
Давайте же сделаем ещё один шаг и начнём их не только исправлять, но и не допускать.

Вы, так же, с детским упорством (это действительно детское упорство) говорите следующее:
Так как моя программа не может починить сгоревший процессор, ХДД, память и вещательную консоль, то она не будет проверять плейлисты.

Это очень своеобразный способ доказательства верности своей позиции.

 

[djsoft]

Конечно же будет. Может лет через пять-шесть, но будет.
И это даже рядом с рейд-массивом не стоит. Это коммутатор рейд-массивов.

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

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

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

 

[Viktor K.]

Конечно же будет. Может лет через пять-шесть, но будет.
И это даже рядом с рейд-массивом не стоит. Это коммутатор рейд-массивов.

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

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

И для этого всего и надо, что 20 строк кода, которые вы с невероятной упорностью не хотите добавлять в вашу программу.

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

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

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

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

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

 

[djsoft]

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

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

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

 

[Pavel-93RUS]

Виктор, если не секрет, кого и в каком городе вещаете?

 

[Viktor K.]

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

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

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

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

Подождите, вы серьёзно храните аудиобазу на том же физическом носителе, что и систему? Не в виде временного исключения, а постоянно? Кхм...
Только не говорите, что ещё и в единственном экземпляре.

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

 

[djsoft]

Подождите, вы серьёзно храните аудиобазу на том же физическом носителе, что и систему? Не в виде временного исключения, а постоянно?.

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

 

[Viktor K.]

Подождите, вы серьёзно храните аудиобазу на том же физическом носителе, что и систему? Не в виде временного исключения, а постоянно?.

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

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

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

Неоднократно рассмотренные здесь проблемы ГАРАНТИРОВАННО случаются. Согласно упрощённому закону больших чисел у одного человека проблема будет случаться раз в 10 лет.
У 10 раз в год.
У 100 каждый месяц.
У (подставьте количество ваших клиентов) посчитайте сами.

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

Тупо.
Заткнёт.
Дыру.

А я и те люди, которые голосуют за, не довольствуемся этим. Мы понимаем, то дыры надо не ЗАТЫКАТЬ, а всеми средствами НЕДОПУСКАТЬ их возникновения.
Для нас, голосующих ЗА, не имеет значения ни причина, по которой они могут возникнуть, ни их частота.

Их просто надо н е д о п у с к а т ь.

И качественная САР обязана в этом помогать всеми своими силами. Это её первоочередная цель.
---

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

 

[djsoft]

Я лишь предлагаю ввести в программу систему контроля плейлистов. Которая, может, сработает раз в 10 лет

Вот я именно об этом. Раз в 10 лет. То есть, никогда. Не нужно это, в общем.

 

[Viktor K.]

Я лишь предлагаю ввести в программу систему контроля плейлистов. Которая, может, сработает раз в 10 лет

Вот я именно об этом. Раз в 10 лет. То есть, никогда. Не нужно это, в общем.

Вы к доктору после смерти пойдёте? Или немного заранее?
Умереть раз в десять лет из-за того, что вовремя не продиагностировал заболевание, приемлемо?
Вы планируете количество клиентов делить на десять лет, чтобы получить близкую к реальности цифру отказов, которые вы не желаете, в силу абсолютно необъяснимых причин, предотвращать?
Вы будете пытаться ответить на все аргументы, а не выбирать вкусные, удобные кусочки?

 

[djsoft]

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

 

[Novossyol]

Блин ну сделайте в конце концов то что я просил?!?!
Когда будет автоудаление файлов записи эфира после определенного количества?

 

[djsoft]

Блин ну сделайте в конце концов то что я просил?!?!
Когда будет автоудаление файлов записи эфира после определенного количества?

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

 

[Ian]

Да, да, сначала "Воисдроп"! Приоритет -- высокий! 

 

[Viktor K.]

Cначала они тебя не замечают
Потом смеются над тобой
Затем борются с тобой
А потом ты побеждаешь!

Рекламный планировщик
    Функция "проверить все блоки на ошибки"

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