Дублирование потоков между регистраторами

[sergvl]

Регистраторы можно взять у Поливижин а вот камеры я пробовал брать там же но очень много брака из за сборки, поэтому сам собираю или закупаю готовые http://www.anjvision.com/. Только для этих камер регистраторы подороже хотя Хик с камерами работает по родному протоколу. Пробовал работать с HiWatch очень не понравилось, Hik и ХМ намного лучше хотя ХМ у меня более сотни установлено. Есть пользователь KROT у него ХМ по очень недорогим ценам. Можно взять Hik но они не пишут на чём собраны камеры но реги неплохие как и цена.

[GenaSPB]

Не могли бы пояснить, справа на изображении - настройки NVR hikvision? То есть поток с каждого канала передающего регистратора нужно активировать, а на дублирующем регистраторе добавляется один IP адрес основного рега и выбираются каналы, которые нужно забирать с этого адреса? В случае XVR hikvision/hiwatch настройки идентичны? Или тоже нужно уточнять наличие rstp протокола?

Верно.

Как понял HiWatch по их словам вообще не рассматривается. Вроде смотришь в сторону оборудования проверенных брендов, чтобы избежать проблем при стыковке устройств, а по итогу нет никакой уверенности, что не будет танцев с бубном при настройке. ))

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

Пробовал работать с HiWatch очень не понравилось, Hik и ХМ намного лучше хотя ХМ у меня более сотни установлено.

Повеселил. Ни чего что hiwatch и Хик это одно и тоже. По крайней мере до тех пор пока не требуется аналитики или каких либо специфичных функций.

[sergvl]

Повеселил. Ни чего что hiwatch и Хик это одно и тоже. По крайней мере до тех пор пока не требуется аналитики или каких либо специфичных функций.

hiwatch это бюджетный вариант Хика, DS-H208QA разных годов выпуска это разные вещи с разными параметрами. При сканировании QR кода DS-H208QA подписался на платные услуги с платой 3р в день.

[SM]

Спасибо всем за ответы! Буду пробовать.

[radioham]

Дабы не плодить темы, спрошу здесь.
В локалке два XM DVR, DVR_2- старенький аналоговый MBD6304T 0.81 прошивка от 09092014г. в IP режиме, берёт вторичные потоки с 3-х каналов, в NETIP режиме, с другого аналогового DVR_1 MBD6508E 0.115 прошивка от 12122015г. Запись - всё нормально. Пробую на DVR_2 настроить детектор движениия - настройки сохраняет - но не применяет - при проверке настроек - не сохраняються. Корректна ли моя хотелкка - функция детектора движения на DVR_2?

[2Dem]

Нет. В айпи-видеонаблюдении детекцию проводят камеры. Если вы в nvr загоняете rtsp-поток, то его можно только записать.
А чтобы не было сомнений, dvr в режиме nvr все равно nvr и никакую детекцию делать не будет, несмотря на то, что в основном режиме он это умеет. Netip это лишь надстройка над rtsp и никаких дополнительных преимуществ, кроме удобства, не дает.

[kROOT]

немного не понял, если надо ловить движения на камерах подключенных в 1му, то надо сначала на нем настроить детектор и по netip передать на 2й. А на 2м только включить в настройках записи, что надо по детекции писать.
А вообще доппоток с аналоговых камер это дно полное, проще купить плату рега nvr на 10-16 каналов от ХМ и на него завести все каналы с аналоговых регов.

[radioham]

Нет. В айпи-видеонаблюдении детекцию проводят камеры. Если вы в nvr загоняете rtsp-поток, то его можно только записать.
А чтобы не было сомнений, dvr в режиме nvr все равно nvr и никакую детекцию делать не будет, несмотря на то, что в основном режиме он это умеет. Netip это лишь надстройка над rtsp и никаких дополнительных преимуществ, кроме удобства, не дает.

Попробывал эмулировать детектор на камере, включил детектор движения на "кроневом" DVR_2 - хотелка не запустилась.
to kRoot - переключил на основной поток, сигнал детекции не проходит, лог пустой, запись не активируется.

[radioham]

...Ой корневой Dvr_1 (поздно заметил ошибку).

[2Dem]

to kRoot - переключил на основной поток, сигнал детекции не проходит, лог пустой, запись не активируется.

Так нету там такого сигнала. DVR тупо отдает видеопоток (rtsp) в красивой и удобной ему обертке (netip). Больше ничего там нет.

[kROOT]

to kRoot - переключил на основной поток, сигнал детекции не проходит, лог пустой, запись не активируется.

Так нету там такого сигнала. DVR тупо отдает видеопоток (rtsp) в красивой и удобной ему обертке (netip). Больше ничего там нет.

дважды ошибаешься, во первых поток там идет в своем стандарте, это по ONVIF он передается по rtsp и как следствие по netip в случае потери пакетов идет замедление/зависание картинки, когда по rtsp она рассыпается до ключевого кадра. А во вторых, именно по нему и идет вся служебная и управляющая информация.

[2Dem]

Неа;) Внутри всех приватных протоколов по сути лежит rtsp, но вот оборачивают его по разному. Если чистый rtsp идет по udp, то и при потере пакетов картинка сыпется. То в случае onvif и приватников, чаще всего используется tcp, поэтому картинка тормозит и зависает. То есть картина в целом выглядит так - в любом случае есть rtsp, которому пофиг по udp или tcp, все равно он на 554 порту висит. В случае onvif rtsp оборачивается в tcp, так как onvif живет на 80 порту. А вот в случае приватников порт может быть любой, но внутри это доработанный onvif, который иногда умеет не только по tcp, но и по udp, с добавками, костылями и прочим огораживанием на выбор производителя. Например в связке камеры и сетевого регистратора по netip помимо медиа-потоков передается море всякой дополнительной информации. А вот в случае с одного рега на другой в ХМ зажали и ничего лишнего, кроме потоков и пары других флагов, там не передается, поэтому и детекции движения в таком варианте нет.