Сильная загрузка процессора при потере соединения с камерой

[g00d]

Сильная загрузка процессора при потере соединения с камерой
ОС ubuntu, эмперически выяснилось, что при потере соединения с камерой ffmpeg_011m начинает очень жестко грузить процессор, причем все потоки с потерянными камерами. И как следствии сильно растет load average
Можно это как то устранить?

[g00d]

Еще замечено что чем длинее пинг до камеры до тем сильнее грузится процессор. Хотя можем показалось
скриншоты можно смотреть на нашем сайте http://g00d.ru

[g00d]

забыл сказать камеры подключены через rtsp поток.

[g00d]

Эмперически выявлено, глюк с высокой загрузкой процессора - проявляется на камерах с микрофоном... включения звука прослушивание и записи звука приводит к 100% загрузке. отключение звука на камере приводит к 5% загрузке
увеличение rtsp трафика на камеру с 2мбит до 4мбит тоже приводит к 100% загрузке.
Мы считаем что ffmpeg_011m не справляется с rtsp трафиком больше 2мбит 25кадров без звука, и 2мбит 20кадров со звуком...
Можем дать возможность увидить проблему в живую

[Admin_M]

Возможно без звука Вы используете MJPEG, а со звуком RTSP/H.264 ? Причина может быть в этом. Либо плохой поток от самой камеры (т.е. часть пакетов теряется, возможно сеть медленная или сильно нагруженная), в таком случае есть вероятность, что ffmpeg получает поток, но не может его декодировать, из-за этого он начинает сильнее нагружать процессор.

[g00d]

поток rtsp, камеры ubiquity dome. Можем предоставить возможность посмотреть на проблему удалено, в живую. Сеть гигабитная, незагруженная. Как можно оценить качество потока? При просмотре этих камер через vlc нет проблем со звуком, качеством изображения и нагрузкой процессора даже при максимальном качестве и битрейте.
Может есть ошибка в ffmpeg ?
помогите решить проблему, уж очень нам нравится ваша программа и хочеться использовать камеры на 100%

[Admin_M]

Сообщите, пожалуйста, настройки камер (которые перестают показывать), желательно прислать скриншоты всех настроек модуля "Универсальная камера", или все пути, которые там прописаны.
Также сообщите загрузку процессора при нормальной работе всех камер (вывод команды top).

[g00d]

давайте я лучше открою удаленный доступ и посмотрите все в живую

[Admin_J]

Добрый день.
Сообщите нам данные TeamViewer (здесь или личным сообщением, как Вам удобно), и мы подключимся к Вам удаленно.

[g00d]

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

[g00d]

проблема актуальна!!!
каждое утро начинаю с kill -9 с зависшими процессами. Мы так поняли что когда указывается два потока для просмотра и записи. Замечено зависают только ffmpeg которые используются для просмотра.

[rCam]

сходи на linux.org.ru и поинтересуйся по вопросу, как отследить зависшие процессы ffmpeg и послать команду на завершение
костыль, но избавит от ручного killall по утрам

[Admin_J]

Проблема решена начиная с версии Xeoma 13.10.25