Китайский Mini NVR

[Muxi]

AlienP666, в настройках компрессии камеры нашел интервал кадров, он установлен на 2 (варьируется от 2 до 12) , в нвр нашел только I Frame Interval: 50, и там же стоит Frame Rate: 1fps., а в камере 20. Попробал в нвр поставить фпс 20 и I Frame Interval 2, как в камере, фпс применилось, а вот интервал стал 48, а не 2 Выравнять не выйдет значит, т.к. в камере максимум 12, а в нвр минимум 48(?)

[AlienP666]

Попробуйте выставить значение 12

[Muxi]

AlienP666, выставил 12, нвр перестал видеть основной поток вовсе

[AlienP666]

Попробуйте выставить значение 12

Обновление прошивки делали на камере? И значение все значения на камере и регистраторе проверяйте чтобы были одинаковыми.

[Muxi]

AlienP666, прошивки на камере менял, штук 5, стоит 05.2016. Картинка сыпется и в onvif device menager, потому проблема не в нвр обидно, что нельзя сразу с 34567 брать, как это работает в браузере, там картинка идеальна

[AlienP666]

AlienP666, прошивки на камере менял, штук 5, стоит 05.2016. Картинка сыпется и в onvif device menager, потому проблема не в нвр обидно, что нельзя сразу с 34567 брать, как это работает в браузере, там картинка идеальна

Если картинка в браузере идеальна значит правильно работает RTSP. Картинка в браузер в основном транслируется именно по RTSP. Как вариант можно попробовать установить RTSP протокол на регистратор и попробовать забрать поток именно с RTSP, но нужно учитывать какой именно поток RTSP используется в браузере первичный или вторичный.

[AlienP666]

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

[Muxi]

AlienP666, да вот нет, в IE трафик идет только по одному порту

Код: Выделить всё

IEXPLORE.EXE	192.168.0.101:34567	18567429	426.4 Кбайт/с	3334	34567	OUT TCP

и именно основной поток, если выбрать доп поток, то и картинка хуже и поток меньше. никакого 554 порта нет даже близко, сугубо 34567

[ubuser]

Насчет FPS и ключевых кадров.
Дело в том, что в одном месте интервал ключевых кадров выставляется в секундах, а в другом - в количестве кадров между ключевыми.
При 25fps 2 секунды это 50 кадров.
Да, и регистратор не знает про 25fps, это косяк прошивки, лучше выставить 25fps на камерах и в регистраторе в этот раздел не лазить. Регистратор показывает 1fps при выставленных 25 на камере, возможно поэтому кстати так через зад работает motion detector.
Мне так и не удалось его заставить нормально писать по движению на последней прошивке, недавно какой-то шкет спер замок на воротах, а регистратор это благополучно пропустил, записал только самый конец, когда шкет уже мирно прогуливался рядом, а замок хз куда дел - может выбросил, не сознался. А может это вообще не он был, начала движения нет, доказательств соответственно тоже. Вообще с записью по движению беда, половины того, что должно быть записано - нет.
При этом предзапись выставлена 30сек и чувствительность на максимум.

[Kruso]

Получается что детектирование движения средствами матрицы чисто коммерческий ход. Типа "всё в одном". На деле - фуфло.
Лучше отдельного аппаратного датчика движения (ик или свч или комбинированного) ничем такое событие не обнаружить. Причем, можно практически без влияния уровня освещенности.
Есть иные мнения на этот счёт?

[kROOT]

Ну во первых, детекция происходит не матрицей, а процессором камеры для айпи.
Пишу по только детектору в очень редких случаях, когда сильно ограничен размер диска и требуется длительная запись, чаще постоянно+детекция, но этот рег так не умеет.

[Kruso]

Ну ясное дело не матрицей. И не текстолитом модуля. Это образно было сказано - матрицей. Т.е. программно-аппаратными средствами модуля ип-камеры.
А по внешнему датчику не точнее получается запускать запись ?