"Дубовый" датчик движения - что делать?
Re: "Дубовый" датчик движения - что делать?
А где вы увидели предзапись в IP-регистраторах бюджетного сегмента?
Re: "Дубовый" датчик движения - что делать?
VitoTLT, буфер на один GOP это функция декодера, т.ч. делать пред запись в пару секунд секунд обязано уметь делать любой NVR (при условии конечно что он не совсем уж кривой).
Re: "Дубовый" датчик движения - что делать?
Так вот, дружище, только пары вот этих ваши фраз
Только не надо сразу обижаться и путать опыт монтажа, опыт обслуживания - с опытом владения. Это три разные ипостаси одной и той же систем ВН.
Ну а если хочешь конструктивно разобраться в проблемах записи по ДД, ну хотя бы вот в этих viewtopic.php?p=109987#p109987 то давай-ка дружище, общаться с большим уважением к чужому опыту.
Уже достаточно для того, чтобы лишний раз подтвердить мои догадкиИгорь_Я писал(а):Дружище, да всё будет тип-топ. Допустим первый I кадр без движения, через 2 сек. следующий I кадр зафиксировал изменения достаточные для ДД. С этого момента весь фрагмент, 5 сек предзапись + n сек. постзапись, будут помечены как тревожные. Ну не нравится вам GOP 50, поставьте 10.
В ХМ нельзя уменьшить величину GOP так, чтобы I-кадр стал чаще чем 1 кадр в 2 секунды, и только уже из-за этого одного, при всем твоем алгоритме что ты написал выше, ничего путевого у тебя по факту ДД записано не будет, даже при viewtopic.php?p=108983#p108983.Tюрин BB писал(а): Ну а т.к. у вас (судя по всему) опыта владения системой ВН не так много
Только не надо сразу обижаться и путать опыт монтажа, опыт обслуживания - с опытом владения. Это три разные ипостаси одной и той же систем ВН.
Ну а если хочешь конструктивно разобраться в проблемах записи по ДД, ну хотя бы вот в этих viewtopic.php?p=109987#p109987 то давай-ка дружище, общаться с большим уважением к чужому опыту.
Re: "Дубовый" датчик движения - что делать?
Я не совсем понял вопрос, т.е. вы спрашиваете про NVR у которого есть свой детектор движения но нет функции предзаписи? Честно говоря я таких не встречал. Просто я не встречал бюджетных регистраторов с ДД, обычно такие регистраторы получают видеопоток с meta данными тревоги с видеокамер, соответственно функция предзаписи так же возложена на камеру (т.к. многие из них могут нести на борту карту памяти и вообще не отправлять поток на NVR но, предзапись на карте памяти существует и это факт). Если вы имели ввиду оборудование типа ХМ, то я вообще не считаю его оборудованием CCTV, это оборудование для бытового назначения, как электрочайник. На нём хоть и написано ONVIF 2.0 но боюсь что не всё соответствует спецификации данного протокола, потому и возникают проблемы совместимости.VitoTLT писал(а):А где вы увидели предзапись в IP-регистраторах бюджетного сегмента?
Re: "Дубовый" датчик движения - что делать?
При всем уважении, но Игорь - вы весьма посредственно ориентируетесь в принципиально разных алгоритмах детекторов движения сами, ну а потому не вводите в заблуждение других.
Даже наличие буфера пред записи на SD на борту камеры с ДД, никак не может повлиять на запись по ДД NVR любой ценовой категории и от любого производителя если у него нет собственного пред тревожного буфера.Игорь_Я писал(а): обычно такие регистраторы получают видеопоток с meta данными тревоги с видеокамер, соответственно функция предзаписи так же возложена на камеру(т.к. многие из них могут нести на борту карту памяти и вообще не отправлять поток на NVR но, предзапись на карте памяти существует и это факт).
Re: "Дубовый" датчик движения - что делать?
Я двумя руками ЗА. Давай общаться с уважением к чужому опыту. Вот мой опыт подсказывает мне что не сжатый (сырой) RGB поток с матрицы на процессор даже у 2МП камеры будет составлять 1125 Мбит/сек т.е. больше гигабита/сек. Пожалуйста коллега, объясни мне как на таком (сыром) потоке работает ДД. Или мы всё таки сначала начинаем сжимать его до YCbCr с дескритизацией 4:2:2 и получаем первый I кадр?Tюрин BB писал(а): то давай-ка дружище, общаться с большим уважением к чужому опыту.
Re: "Дубовый" датчик движения - что делать?
Ну так ты начинай "танцевать от RAW печки" а не от непонятно откуда у тебя взявшегося RGB, вот тогда поймешь - что уже с матрицы получаешь фактически 4:2:2 даже без всякого участия DSP и скорость потока уже в три раза ниже.
Или ты хотел сказать что компрессированный YCbCr - это типа уже "сжатый" кадр.
Так и тут мимо. ДД работает только с яркостной компонентой - а она как раз таки не компрессируется, а даже на оборот - недостающие в RAW пикселы Y выдумываются из под фильтра Байера с его квадратно-гнездовым RGB, но вот тут уже вступает в дело DSP.
Или ты хотел сказать что компрессированный YCbCr - это типа уже "сжатый" кадр.
Так и тут мимо. ДД работает только с яркостной компонентой - а она как раз таки не компрессируется, а даже на оборот - недостающие в RAW пикселы Y выдумываются из под фильтра Байера с его квадратно-гнездовым RGB, но вот тут уже вступает в дело DSP.
Re: "Дубовый" датчик движения - что делать?
У меня почти топовый XM на чипе Hi3798M - и у него нет предзаписи вообще.
Также у меня в пользовании был XM на Hi3535 - у него тоже нет предзаписи.
Ну и в довершение всего у меня есть в пользовании отечественный Satvision SVN8525Pro на чипе Hi3520D - и даже у него нет предзаписи.
Все три NVR - не имеют своей функции детекции движения и полностью опираются на метаданные камеры.
Соответственно, если у меня в камере нет флешки, то я "пролетаю" с качественной детекцией.
Также у меня в пользовании был XM на Hi3535 - у него тоже нет предзаписи.
Ну и в довершение всего у меня есть в пользовании отечественный Satvision SVN8525Pro на чипе Hi3520D - и даже у него нет предзаписи.
Все три NVR - не имеют своей функции детекции движения и полностью опираются на метаданные камеры.
Соответственно, если у меня в камере нет флешки, то я "пролетаю" с качественной детекцией.
Re: "Дубовый" датчик движения - что делать?
Вот лично я, вообще слабо себе представляют (да и особо никогда не замарачивался) как может быть организован в ШЗ-NVR-е детектор движения, да еще и по основному потоку.VitoTLT писал(а): Все три NVR - не имеют своей функции детекции движения и полностью опираются на метаданные камеры.
Как ДД работает в DVR и как у него при этом организованна предзапись - тут все ясно как три рубля.
Но вот чтобы собственный ДД был у NVR ценой за три тупля - это видимо все же миф продавцов ШЗ-ы от дядюшки Ли.
Ну вообщем-то да, при использовании NVR - пролетаете.Соответственно, если у меня в камере нет флешки, то я "пролетаю" с качественной детекцией.
Только ведь вы в ШЗ-ВН, пролетаете не только с качественной записью по ДД, но и еще со многими другими параметрами определяющими качество системы ВН.
-
- Модератор
- Сообщения: 11242
- Зарегистрирован: 20 апр 2010, 11:33
- Откуда: Санкт-Петербург
- Контактная информация:
Re: "Дубовый" датчик движения - что делать?
Немного ясности в теме. ДД будет нормально работать когда камера подключена к NVR по нативному протоколу, по Onvif как повезет. Программный ДД может косячить из-за опорного кадра, но программный ДД существует только на софтовых NVR. Трассир, Макроскоп, Доминайшн, в Линии что-то было и т.д. NVR которые обычные Хиквижн, ХМ, Dahua не имеют на борту детектора движения. Нет там мощностей, чтобы распакавать поток, проанализировать и упаковать обратно. А ещё и на мониторе отображать, а ещё кто-нибудь по сети поток тянуть будет.
Re: "Дубовый" датчик движения - что делать?
Вовсе не обязательно что будет работать не то что нормально, но и вообще - будет работать.GenaSPB писал(а):ДД будет нормально работать когда камера подключена к NVR по нативному протоколу
Могу как минимум пару примеров привести в лет, тем более что раз в железном NVR получается что буферов предзаписи нет
PS
Ну и уточнение вдогонку - в ПАК Domination программного ДД нет, только мета.
-
- Модератор
- Сообщения: 11242
- Зарегистрирован: 20 апр 2010, 11:33
- Откуда: Санкт-Петербург
- Контактная информация:
Re: "Дубовый" датчик движения - что делать?
Под работой по нативному протоколу я конечно подразумеваю что он работает правильно.
NVRов без предзаписи я лично не видел.
NVRов без предзаписи я лично не видел.