Разбираемся с настройками камеры с медиапортом 34567

[Vlad-bodryi]

существенной нагрузки на проц. нет, при i5, 3,4ГГц, с ограниченной мощностью в 80%, нагрузка всего 20%.

[Vlad-bodryi]

да, забыл наверное сказать, система стоит в авто и соответственно картинки сильно динамичные...

[skrandy]

Тут вопрос, какой битрэйд на камере и что за хард?

Хард стоит Seagate на 160Гб 3.5". Проверял его перед установкой, состояние хорошее.
Настройки камеры на скрине, с битрейтом тоже пробовал играться, не помогает.


В настройках NVR вот эта вторая строка с каналами (1|2|3|4) отвечает за запись sub-потока или за что?

[Vlad-bodryi]

кто подскажет, мне нужно принять команды тревожного входа, какого вида они?

вот ответ тех.поддержки Ксеомы:
"Камера должна отправлять запросы-URL вида http://192.168.0.70:10090/http_switcher ... witcher.20" onclick="window.open(this.href);return false; и http://192.168.0.70:10090/http_switcher ... witcher.20" onclick="window.open(this.href);return false; в модуль “НТТР переключатель”, вы можете связаться с производителем, чтобы узнать может ли камера отправлять http-запросы и можно ли менять их вид.
Xeoma в данном случае будет лишь принимать команды, а отправлять их должна сама камера."

[kROOT]

если кратко, то они логического вида.
если вопрос при прием сигнала с камеры, то они передаются через родной протокол и возможно по ONVIF

[Vlad-bodryi]

да, мне надо чтобы при сработке "тревоги" поднималось окно. в "CMS" оно просто увеличивается, а не поднимается, поэтому хочу попробовать в Ксеоме, но не знаю как поймать это.

[power74]

У меня на против этого написано ТУР.

[kROOT]

да, мне надо чтобы при сработке "тревоги" поднималось окно. в "CMS" оно просто увеличивается, а не поднимается, поэтому хочу попробовать в Ксеоме, но не знаю как поймать это.

разбираться с протоколом ONVIF и править код на Ксеоме

[skrandy]

Доброго времени суток, уважаемые!
Нет возможности читать 70 страниц, в поиске не нашёл. Проблема: сыпется картинка в течение пары секунд (иногда проблема отсутствует) при записи на NVR BES-1004/8F (ссылка на товар) с камеры производитель - BESDER процессор - HI3516C (ссылка на товар). Камера записывает на регистратор по движению, проявляется в основном спустя пару секунд от начала записи. В чём может быть проблема?

Заметил, что время "сохранения" артефактов на картинке зависит от опорного кадра, если стоит 2, то артефакты через 1-2 секунды пропадают, если поставить значение опорного кадра выше - артефакты сохраняются дольше, но как совсем от этого избавиться?

[NeiroN]

Круто было бы делать опорный кадр при обнаружении движения.

[dede]

У меня есть одна камера, восстановленная крайне радикальными и нетрадиционными методами, после К.З. в SoC. Так вот, камера работает в полную силу сейчас, но при снятии потока по RTP наблюдается аналогичная проблема. По NETIP все в порядке.


А на заведомо рабочих камерах, более частая проблема, это телепортирующиеся объекты, при записи по движению. Я полагаю, что это как раз связано с потерей I-фреймов, но причина не ясна.


Проверьте кабель, может быть в вашем случае имеет место потеря пакетов

[skrandy]

Круто было бы делать опорный кадр при обнаружении движения.

Возможно, что так и делается (а возможно я плохо знаю принцип работы китайского NVR и принцип кодировки h.264 ), но т.к. идёт предзапись (в моём случае 5 сек), то когда движущийся объект попадает в кадр, он через пару секунд рассыпается. Я вообще не знаю, связано ли это с опорным кадром напрямую, но то что он влияет - факт, доказанный эмпирическим путём ))