Минимальная задержка в получении видео с IP-камеры

http://www.security-bridge.com/news/news_company_security/minimal_naya_zaderzhka_v_poluchenii_video_s_ip-kamery/

Цитата:

"В АПК Domination стала доступна функция - "Прямое получение дельта-кадров" (ППДК), которая сводит к минимуму задержку передачи видеоданных от камеры к конечному пользователю.

Как известно, большой проблемой систем IP-видеонаблюдения является задержка по времени при передаче изображения. Если для небольших систем задержки в 1-4 секунды не вызывают особых проблем, то для промышленных и "закрытых" предприятий такое "промедление" может стать критичным".

Наверное, критичным все-таки является не профиль предприятия, а возможная скорость протекания процессов и событий на контролируемой территории.

Тем не менее, в целом информация, на мой взгляд, интересная. Косвенно это еще и говорит о том, что война "IP - аналог" далека от завершения, что противники находят технические решения, снимая уязвимые для критики места из своей концепции развития охранного видеонаблюдения.

Если для небольших систем задержки в 1-4 секунды не вызывают особых проблем, то для промышленных и "закрытых" предприятий такое "промедление" может стать критичным".

а конкретно на примерах можно рассмотреть ситуации ?...когда не критично 1-4 секунды и когда видители критично 1-4 секунды ...что может оператор сделать за 1-4 секунды ? ...и что это за такие процессы которые держатся / зависят от рекции оператора в 1-4 секунды ...

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

Если говорим про человека, то исходить, как мне кажется, нужно из 10 м/c - это скорость хорошего спортсмена или злодея, убегающего от погони.

Стало быть, если 4 секунды - то это 40 метров, которые злоумышленник успел уже пробежать до того, как двинулась поворотная камера.

Про автомобиль надо говорить отдельно (это заводская территория, улица или скоростное шоссе).

;

Добдень!

Не мог пройти мимо, коль тут решили обозначиться ребята из доминейшн. Знаком с представленными серверами более 6-ти лет, и, могу подтвердить, что в данном целевом сегменте их, IP-видеосервера занимают достаточно твёрдую позицию;

Однако являясь приверженцем прямого управления видеорегистратором, без покупки дополнительного ПК+винда+антивирь+наведение ШЗ виланов, короче предлагаемая ими клиент-серверная архитектура у меня на предприятии не канает. Соответственно - я не использую домики на нынешнем месте работы (а, это не меньше 6-ти молотящих клиентов-компов, круглосуточно жрущих 220В). Так, что пока домики работают у моих многочисленных клиентов, ещё с прежнего места работы :). НО! если Domination сделает сетевой IP-ВИДЕОРЕГИСТРАТОР (аналогичный хотя-бы ENVR8304X-16, DHI-NVR4816, MDR-N16800), то я сразу закуплю штучек эдак 6-7 для начала. Хотя, что-то мне подсказывает, что в ближайшее время НИ ОДИН отечественный производитель этого не сделает.

Что касается демонстрации новинки - ребята... в пределах одной грамотно построенной сети (ФИЗИЧЕСКИ отдельной для ШЗ ВК) все прекрасно работает и без изобретения велосипеда. А, при наличии, как в моём случае, удалённых пром.площадок - не одна ли тратата? Простой пример: если вы едете на машине по дороге - это одно; по ж\д путям на поезде - это другое. Так, вот ШЗ видео - это железная дорога, со своими правилами, скоростями и протоколами, не применимыми к автомобильному шоссе. Задержки потокового видео были есть и будут, и, в данном случае, 2 или 4 секунды не играют сколь либо значимой роли.

Тут явно не звучит, но обычно потребители, не задумываясь, валят вину за задержки на IP-камеры. И страшно удивляются, когда имеют задержки от аналога, включенного в сетевые регистраторы, которые еще и работают по общей локальной сети.

Насчёт допустимых задержек - максимальные требования имел в организации, где изображение с камер приёмной и ещё трёх точек, причём с разных регистраторов, было выведено в кабинет руководителя организации - человек хотел контролировать ситуацию в реалтайме, и его не интересовали проблемы ЛВС. А регистраторы сидели в общей ЛВС После долгих мытарств с ИТ-шниками завели туда через разветвители сигналы с камер (аналоговых) и поставили квадратор с монитором. Вот и всё IP :-)

IP-ВИДЕОРЕГИСТРАТОР (аналогичный хотя-бы ENVR8304X-16, DHI-NVR4816, MDR-N16800),

человек хотел контролировать ситуацию в реалтайме, и его не интересовали проблемы ЛВС.

Не мог пройти мимо, коль тут решили обозначиться ребята из доминейшн.

Ну поскольку, на само деле мужики из Випакс - ту не появлялись, то за любимый вендер и его разработчиков (с которым и с которыми лично я знаком года так с 2002)- попробую ответить.

Вся та, "локально-сетевая" концепция построения систем видеонаблюдения (и за которую, вы все сегодня так тащитесь с желейными DVR-ами и IVR-ами) при которой:

- множество (и неважно каких камер) подключаются к многопользовательскому LINUX видеосерверу, ну а дополнительные клинские места, могли быть организованны по локальной сети, ну множество сетевых LINUX серверов объединялись при необходимости на нескольких удаленных рабочих местах: - одними из первых была не только предложена, но обкатана - именно Domination.

И по этому, проблемы временной задержки и проблемы различий во времени отображения на локальном и отображения на удаленно-сетевом рабочем месте: - в Domination появились и были известны еще за долго до появления ШЗ-ы.

Какие это приносило (приносит) неудобства?

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

Вторая проблема была уже озвучена - управление PTZ. Но в эпоху "аналоговых" PTZ-камер (да еще при наличии локального рабочего месте) эта проблема была не так актуальна как скажем при управлении по сети с удаленного сетевого АРМ.

Так же проблема задержки отображения, весьма существенна на входных/выходных группах в которых управление доступом существляется оператором дистанционно по видеоиндентификации.

Вот вам сами-то понравиться система когда, Вы подходите (подъезжаете) к двери (к воротам), нажимаете кнопочку звонка (или же просто "светите харей" в объектив камеры) и ждете, - "Ну когда-же вам "соизволят" открыть?" но сами при этом просто не догадываетесь что оператор на своем мониторе, еще только видит то, как вы подходите (подъезжаете) к дверями (воротам)?

Только вот все эти проблемы, - это не проблемы

Domination! Это проблемы всех систем видео"наблюдения" с удаленно-сетевыми рабочими местами.

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

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

Я хочу сказать что не всё так страшно в плане настроек . Другое дело что при оперативной подстройке резкости как всегда не окажется под рукой ни того ни другого и вот тогда придётся крутить объектив с учётом задержки передачи информации . На той неделе сам это проходил , правда в очередной раз ))) Опять без предварительной подготовки пришлось настраивать резкость и угол . Ничег , справились , но неудобство конечно ощутимое .