У нас процессор не грузится ни на какую распаковку. Функция детекции движения есть в любой ip-камере, мы используем её (habr.com/post/422797/#comment_19095241).
В современном поколении встречаются разные ребята, просто их никто не направляет в «правильном» направлении, оптимальные программы с задествованием возможных аппаратных блоков писать сложно и долго, почти все решают MIPS-сы. Хотя мы стараемся как раз идти тернистой дорогой, так нам интересней и результат получается особенный (можем себе позволить по работе). Ну а по fps в охранной системе с Вами спорить не буду. Мы опирается на свой опыт и при нашей реализации информативность записанных данных по тревоге отличная, по сравнению с постоянной записью или отдельного/серии кадров.
Обязательно наведем контакты. Идея модификации HI3518xx витала уже давно, но те SDK которые были у нас и набор различных, купленных в разное время камер не получилось расколоть, наверное не хватило терпения или мотивации. Реализованная идея дает свободу выбора пользователю — камера хоть дешевая, хоть дорогая, хоть большая, купольная, малогабаритная, захотел — вообще поменял, например с поддержкой h265 — такие взял себе на дачу. Также хотим прикрутить к нашей плате работу с датчиками — например охранный ИК и уменьшить количество ложняков детекции движения.
Спасибо, по конфигу сами так делали, по супервизору посмотрю, когда разбирались на это не обратили внимание. У нас он стартовал вроде без проблем, но перезагружался под нагрузкой.
У Вас внушительные наработки по платам на HI35xx, очень интересно. Если не секрет откуда берете стабильные поставки ревизий плат, напрямую от завода? И какова вероятность поддежки текущих модификаций в SDK?
Отключение портов действительно снижает энергопотребление на такой плате. А супервизор питания у него в прошивке OpenWrt или это сторонний патч, можете подсказать? Вообще у этой реализации платформы на Чипе RT5350 маловато памяти, как оперативной, так и под прошивку, обрезать функционал приходится по-максимуму. Кстати что-то сейчас его в продаже и не найти на али.
Видимо это Вы что-то путаете. Чтобы «хватать» несжатый поток с камеры нужна более высокая пропускная способность канала. Так, при захвате несжатых данных разрешения HD процессор MIPS грузится под 100%, греется, FPS получается в районе 5. При захвате JPEG кадров удается получить чуть более 20 кадров в секунду — режим стрим. Если устройство используется для наблюдения и/или охранных функций 5 кадров в секунду маловато для оценки обстановки. Это я еще не учитываю работы функции анализа движения на том-же MIPS. Ну а про «колхоз» с аквариумом и козырьком — повеселили. Видно не много уличных устройств с режимом 24/7 Вы намастерили.
В современном поколении встречаются разные ребята, просто их никто не направляет в «правильном» направлении, оптимальные программы с задествованием возможных аппаратных блоков писать сложно и долго, почти все решают MIPS-сы. Хотя мы стараемся как раз идти тернистой дорогой, так нам интересней и результат получается особенный (можем себе позволить по работе). Ну а по fps в охранной системе с Вами спорить не буду. Мы опирается на свой опыт и при нашей реализации информативность записанных данных по тревоге отличная, по сравнению с постоянной записью или отдельного/серии кадров.