Comments 12
Ужасно отформатированный код. Точнее совсем не форматирован.
+2
Классная идея. Спасибо за статью.
Насколько я понял, таким образом мониторить можно только падения канала (то есть когда трафика нет вообще)? В случаях, когда каналы «пикселят» (в некоторых местах на экране появляются квадратики) данный тип мониторинга не годится?
Насколько я понял, таким образом мониторить можно только падения канала (то есть когда трафика нет вообще)? В случаях, когда каналы «пикселят» (в некоторых местах на экране появляются квадратики) данный тип мониторинга не годится?
+3
Есть еще ситуация, когда канал закодировался или изменился pid канала.
0
Cледующий этап — надо сделать механизм чтобы попытаться исправить эти ошибки — т.е. написать скрипт, чтоб он например передергивал программно кам-модуль, или в крайнем случае ребутал ресивер, переключал на резервный, ну и разумеется отправлял почтовое алерты, смс-ки администратору ;)
Еще полезно иметь графики (в виде мртг-шных например) уровня сигнала с ресиверов (на широко распространенных PBI — вполне легко это делается)
Дальше можно продолжить в сторону юзеров — смотреть на какие каналы они подписываются и строить свой рейтинг популярности
Еще полезно иметь графики (в виде мртг-шных например) уровня сигнала с ресиверов (на широко распространенных PBI — вполне легко это делается)
Дальше можно продолжить в сторону юзеров — смотреть на какие каналы они подписываются и строить свой рейтинг популярности
0
Такое подозрение что автор специально наделал ошибок в коде. Но ничего, разберемся)
0
Для тех, у кого timeout в скрипте не отрабатывает ffmpeg, и тупо отваливается по таймауту, ставьте опцию --foreground.
0
Sign up to leave a comment.
Мониторинг IPTV