Операторы проглядели, что картинка стоит и это стало ясно, когда ТаймШифт доиграл запись и картинка замерла.
Остановилась запись входящего сигнала в VideoIN1.
После перезагрузки выяснилось, что запись остановилась 2 часа назад
Собственно вопрос-предложение можно ли сделать какой-нибудь WatchDog алгоритм, который бы контролировал поступление данных в хранилище и в случае их отсутствия на экране Алярм выскакивал?
Мониторы от глаз операторов расположены на расстоянии 2-х метров и мелкую картинку в ВидеоИн тяжело разглядывать.
У нас вроде была программа для подобных целей. По-моему, называется StorageGuard - попробуйте поискать в Program Files\ForwardT Software. Постараюсь сегодня выяснить поточнее.
Нашел, есть такая. Но судя по настройкам -
Уведомление по почте и звуковой сигнал, а визуальные эффекты имеются?
Надо именно визуальную составляющую, т.к. у оператора кроме удаленного доступа и монитора за несколько метров нет возможности контактировать с серверами задержи, о них вспоминаем, когда они колом встают
Кстати, насчет зависания: в SLLog что-нибудь написано по поводу остановки VideoIn? Про какие-то ошибки, переполнение буфера ничего нет? У вас в FDOnAir логирование в SLLog событий RPMVideoIn включено?
Даже если и так. Просто в FDOnAir делается настройка того, что должно записываться в SLLog (у нас нет отдельной программы-конфигуратора для этого).
В FDOnAir есть в окне "Установки" есть закладка "Журнал". Там в списке нужно найти пункт RPMVideoIn и включить галочку слева от него. После этого FDOnAir можно закрыть.
Теперь, если в VideoIn делается запуск/остановка ввода, или возникают какие-то проблемы, это все будет записано в SLLog. Конечно, если VideoIn завис или выполнил недопустимую операцию, это записано не будет. Но, возможно, прямо перед этим произошло какое-нибудь переполнение внутренних буферов - а вот это уже будет отмечено в SLLog. Можно будет хотя бы косвенно понять, из-за чего возникла проблема.
