Протокол netip что такое в ip камере

Системы видеорегистрации для малых объектов: как меняются предпочтения

Сообщений: 8266
Рейтинг: 31985

Для малых объектов с небольшим количеством камер наблюдения резонно применять аналоговые HD-системы, которые становятся все более популярными. Наиболее предпочтительным является ставший базовым в мире формат FullHD, или 1080p, поскольку только он в сравнении с SD имеет абсолютно заметное визуальное преимущество в детальности изображения (разрешении). Для минимальной стоимости можно до сих пор ориентироваться и на типовое аналоговое телевидение. Хотя, конечно, формат SD можно считать уже абсолютно вчерашним днем, и многие поставщики полностью перешли на аналоговые HD-форматы HD-CVI, HD-TVI или AHD.

К сожалению, аналоговое FullHD-оборудование пока существенно дороже оборудования SD-формата. Особенно в части регистраторов с высокой скоростью записи (реальное видео). Но даже у варианта HD (1280x720p) есть значительное преимущество относительно типового чересстрочного телевидения. Это прежде всего отсутствие надоевшего интерлейсинга. Стоимость такого варианта практически идентична типовому SD-аналогу.

Сообщений: 5682
Рейтинг: 27031

Цитата из статьи

» Наиболее предпочтительным является цифровой видеорегистратор в виде специализированного блока (Stand Alone), где задействуется высоконадежное ПО на основе Linux. Речь идет о регистраторах DVR для аналога или HD-SDI и NVR для IP-систем. Стремительное развитие мегапиксельных аналоговых форматов привело к широкому предложению комбинированных или гибридных регистраторов, работающих с камерами практически любого формата, от типового аналога (SD) до IP. Это позволяет подобрать камеры различного типа, оптимальные для предполагаемых зон наблюдения.

В качестве удаленных клиентских мест могут использоваться РС c клиентским ПО или просто браузером (предпочтительно IE), а также мобильные устройства с соответствующими приложениями.»

Сообщений: 251
Рейтинг: 1160

Сообщений: 5682
Рейтинг: 27031

Troll
Старожил

Сообщений: 3294
Рейтинг: 16486

NETIP? Что это вообще такое, кто знает?

Freeze
Бывалый

Сообщений: 460
Рейтинг: 2175

Сообщений: 5682
Рейтинг: 27031

Источник

IP КАМЕРЫ КАК СЕТЕВЫЕ УСТРОЙСТВА

Главное отличие IP камеры видеонаблюдения от аналоговой — размещение её в сети как отдельного уникального устройства со своим IP.

Если ограничить доступ к камере, то эти возможности будут доступны только авторизованным пользователям. Однако остаются актуальными сетевые атаки. Этим платят IP камеры за лёгкость при монтаже и возможности масштабирования системы видеонаблюдения.

При передаче данных по сети также важно учитывать скорость, с которой транслируется изображение. Этот параметр зависит от следующих факторов:

Чем оно выше, тем медленнее будут генерироваться кадры и отправляться по сети. В противном случае страдает качество передаваемых данных.

Это может быть MPEG-4, H.264 или другой формат, но, как правило, применяются перечисленные варианты. Каждый из них обладает своими достоинствами и недостатками. Подробности будут рассмотрены несколько позже.

Пропускная способность сети.

Может доходить до десяти или сотни мегабит в секунду в случае подключения по Ethernet. Если IP камера подключена по Wi-Fi, то скорость передачи информации ограничена 11 мегабитами.

Производительность принимающей аппаратуры.

Будь то IP видеорегистратор, сервер или ПК, устройство должно обеспечивать необходимое качество отображения и возможности хранения видео информации.

Поскольку просмотр IP видеонаблюдения возможен не только посредством локальной сети, но и через Internet, скорость передачи изображения будет зависеть от маршрута передаваемой информации.

Согласование с серверами, компьютерами, IP видеорегистраторами и другими потребителями заключается в организации поддержки одинаковых сетевых протоколов и использовании соответствующих портов, а также в применении оборудования с соизмеримыми пропускными способностями.

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

СЕТЕВЫЕ ПРОТОКОЛЫ IP КАМЕР

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

Плюсом работы через RTSP является то, что всегда можно получить звук и изображение, однако использование остальных её функций не представляется возможным.

TCP — непосредственно протокол передачи данных видеонаблюдения. То есть IP камера может передавать информацию по TCP, и при этом получать управляющие команды через RTSP либо HTTP. По второму протоколу будет осуществляться управление камерой, по первому — движение видеопотока.

При использовании TCP можно быть уверенным в отсутствии повреждений и потерь передаваемых пакетов, однако работает он медленнее своей менее надёжной альтернативы UDP.

В отличие от TCP UDP-протокол не следит за движением информации и не устанавливает предварительного соединения. Однако передаёт данные быстрее за счёт отсутствия необходимости дублирования потерявшихся при передаче пакетов.

Его логичнее использовать, когда данные видеонаблюдения передаются с высокой интенсивностью, и потеря пары пакетов не играет существенной роли. В проблемных сетях, где потеря части информации критична, лучше использовать надёжный TCP.

RTP-протокол создан для передачи видеоизображения в режиме реального времени, а точнее он гарантирует передачу данных с жёстко заданной задержкой, приписывая каждому пакету временную метку. Благодаря этой особенности протокола приёмник может собрать и проиграть данные в правильном порядке.

Работает RTP поверх UDP и на практике неотделимо связан с RTCP, который управляет передачей результатов видеонаблюдения. Благодаря возможности синхронизации отсылки данных и корректировки поставок пакетов с изображением RTP подходит в качестве транспортного протокола лучше всего.

При проектировании и установке системы IP видеонаблюдения специалисты сталкиваются с множеством проблем интеграции отдельных её составляющих. Часто оборудование бывает совместимо лишь теоретически, а на практике возникает ряд нюансов, на решение которых неизбежно тратятся часы рабочего времени.

В связи с этим следует упомянуть стандарт ONVIF.

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

Часто компании позволяют использовать свои интерфейсы только с оборудованием, производимым этой компанией — в ONVIF входит более четырёхсот организаций, использующих данных протокол. Это значит, что оборудование как минимум четырёхсот организаций будет совместимо друг с другом.

При выборе элементов системы IP видеонаблюдения можно следовать простой тактике — смотреть, есть ли в описании упоминания поддержки ONVIF. Если есть — это оборудование с высокой степенью вероятности совместимо с другим оборудованием, поддерживающим этот стандарт.

В противном случае следует учитывать множество возможных проблем при интеграции IP камер, видеорегистраторов/серверов и прочих элементов.

ФОРМАТЫ СЖАТИЯ IP КАМЕР

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

MJPEG работает с видео покадрово, дробя его, а затем сжимая полученные изображения. Ввиду простоты алгоритмов применение этого формата не требует больших вычислительных мощностей. Также, потеря одного кадра не повлияет на остальные, а значит при этом формате вполне обосновано применение UDP-протокола.

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

Формат MJPEG будет дублировать бесполезную информацию раз за разом, неоправданно заполняя жёсткий диск. В связи со своими особенностями MJPEG вполне применим в бюджетных системах видеонаблюдения, где необходим покадровый вывод изображения.

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

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

Несмотря на значительный выигрыш в размере конечных файлов и скорости передачи, формат постепенно сдаёт позиции в пользу более эффективного H.264. Однако для многих задач безопасности организации сжатие посредством MPEG-4 является достаточным и бюджетным вариантом в сравнении с высокоэффективным аналогом.

H.264 является наиболее «продвинутым» форматом сжатия изображения и самым востребованным в настоящее время. Благодаря улучшенному качеству сжатия в сравнении с MPEG-4 он сокращает требования к пропускной способности сети вдвое.

Также, можно получить гораздо большее качество изображения при тех же затраченных ресурсах. Недостаток формата в том, что при сжатии в нём используются сложные алгоритмы, а значит, для его использования необходимо приобретать оборудование с высокой производительностью.

© 2014-2021 г.г. Все права защищены.
Материалы сайта имеют ознакомительный характер, могут выражать мнение автора и не подлежат использованию в качестве руководящих и нормативных документов.

Источник

Подключаем IP камеры по протоколам Onvif или RTSP

Подключаем IP камеры по протоколам Onvif или RTSP

ONVIF это общепринятый протокол для совместной работы IP-камер, видеорегистраторов NVR, программного обеспечения, на случай если все устройства разных производителей.

В свою очередь RTSP — это потоковый протокол реального времени, в котором описаны команды для управления видеопотоком. С помощью этих команд происходит трансляция видеопотока от источника к получателю, например от IP-камеры к видеорегистратору или серверу.

Нас часто спрашивают, как подключить камеру по тому или другому протоколу? Постараемся ответить на этот вопрос.

Зачастую возникает проблема, когда нет возможности подключить IP-камеру к NVR? потому как ее нет в списке совместимости.

выход из этой ситуации прост — подключение как раз и осуществляется по вышеназванным протоколам
ONVIF или RTSP.

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

Это значит, что логин и пароль будет всегда по умолчанию независимо от логина и пароля для WEB.

Некоторые устройства используют отдельный порт для работы по протоколу ONVIF. Также бывает, что ONVIF имеет пароль, который отличается от пароля для WEB доступа.

При подключении по ONVIF доступно:

— Прием и передача аудио данных

— Управление поворотными камерами (PTZ)

— Видеоаналитика (например обнаружение движения)

Эти параметры зависят от совместимости версий протокола ONVIF. В некоторых случаях часть параметров недоступна, или работает некорректно.

Разберем пример подключения камеры OMNY PRO к видеорегистратору SNR и Dahua с использованием ONVIF.

В регистраторах SNR и Dahua протокол ONVIF находится на вкладке Remote Device, строка Manufacturer. Выберите канал к которому будет подключено устройство.

Из вкладки Manufacturer выберите ONVIF и укажите ip адрес устройства, при этом RTSP порт остается по умолчанию.

Камеры OMNY PRO используют ONVIF порт 8080, в регистраторе он указывается как HTTP порт (с 2017 года, на новых моделях ONVIF порт изменен на 80 для серии Альфа, Мира). Камеры OMNY Base используют ONVIF порт 80, в регистраторе он указывается как HTTP порт.

Имя в соответствии с параметрами устройства

Пароль в соответствии с параметрами устройства

Remote channel по умолчанию 1. В случае если устройство многоканальное, указывается номер канала.

Decoder Buffer — буферизация видео потока с указанием значения времени

Server type здесь есть выбор TCP,UDP Schedule

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

В отличие от TCP, UDP не устанавливает предварительного соединения, а вместо этого просто начинает передавать данные. UDP не следит чтобы данные были получены, и не дублирует их в случае потерь или ошибок. UDP менее надежен, чем TCP. Но с другой стороны, он обеспечивает более быструю передачу потоков благодаря отсутствию повторения передачи потерянных пакетов

Schedule — автматическое определение типа.

Так выглядят подключенные устройства в Dahua

зеленый статус означает, что регистратор и камера соединены успешно

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

Если не получается подключить IP камеру в ПО или NVR по ONVIF, нужно убедиться в правильности:

Для проверки правильности параметров ONVIF камер (исключив ПО и NVR) можно использовать независимое ПО ODM (Onvif device manager).

При подключении камеры по RTSP (Real Time Streaming Protocol) доступны лишь передача видеоданных и прием и передача аудио данных.

Приемущество этого протокола передачи в том, что он не требует совместимости по версиям. На сегодняшний день RTSP поддерживают практически все IP камеры и NVR.

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

Разберем пример подключения камеры OMNY PRO к видеорегистратору SNR и Dahua с использованием RTSP.

RTSP находится на вкладке Remote Device, строка Manufacturer, в регистраторе SNR и Дахуа он представлен как General. Выберите канал, к которому будет подключено устройство

URL Addr — здесь вводим строку запроса, по которой камера отдает основной RTSP поток с высоким разрешением.

Extra URL — здесь вводим строку запроса, по которой камера отдает дополнительный RTSP поток с низким разрешением.

rtsp://172.16.31.61/1 основной поток

rtsp://172.16.31.61/2 дополнительный поток

На локальном мониторе подключенном к регистратору в мульти-картинке регистратор использует дополнительный поток для экономии ресурсов. К примеру в маленьких картинках по 16 окон совсем не обязательно декодировать Full HD разрешение, достаточно D1. Ну а если Вы открыли 1/4/8 окон в этом случае декодируется основной поток с высоким разрешением.

Имя в соответствии с параметрами устройства

Пароль в соответствии с параметрами устройства

Decoder Buffer буферизация видео потока с указанием значения времени

Server type — TCP, UDP, Schedule (аналогично протоколу ONVIF)

Надеемся эта статья поможет Вам подключить IP-камеры к видеорегистраторам по данным протоколам.

Мы же напоминаем, что наша компания «Запишем всё» с 2010 года занимается проектированием, монтажом, обслуживанием и ремонтом систем видеонаблюдения и видеодомофонов в Москве и Подмосковье.

Мы работаем быстро, качественно и по доступным ценам. Перечень услуг и цены на их вы можете посмотреть здесь.

Звоните +7 (499) 390-28-45 с 8-00 до 22-00 в любой день недели, в том числе и в выходные. Мы будем рады Вам помочь!

Источник

Нативный vs. кроссплатформенный: бизнес-эффекты в протоколах видеонаблюдения

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

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

Однако к настоящему моменту нативные протоколы производителей видеооборудования сохраняют актуальность. Даже в устройстве Ivideon Bridge, которое позволяет подключить к облаку ≈98% типов камер, мы предоставляем особые возможности при работе с нативными протоколами.

Почему так произошло и какие есть преимущества у нативных протоколов, расскажем дальше на примере интеграции c Dahua Technology.

Единый стандарт

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

Для решения проблемы несовместимости оборудования в 2008 году был разработан стандарт Open Network Video Interface Forum. ONVIF позволил проектировщикам и монтажникам сократить временные затраты на откладку всех компонентов видеосистемы.

Системные интеграторы и конечные пользователи смогли сэкономить с помощью ONVIF за счёт свободного выбора любого производителя при масштабировании системы или частичной замены отдельных её компонентов.

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

У Dahua Tech многие устройства поддерживают как onvif, так и проприетарный Dahua private protocol, который Dahua использует для построения комплексных систем безопасности на базе собственного оборудования.

Нативные протоколы

Отсутствие каких бы то ни было ограничений – преимущество нативной разработки. Производитель во встроенных функциях делает упор на те «фичи», которые считает главными, поддерживая все возможности собственного «железа».

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

Не всегда это хорошо – и огромное количество камер с Aliexpress, работающих по просто «дырявым» и открытым протоколам, «выставляющим» трафик всему миру, тому явное доказательство. С производителями уровня Dahua Technology, которые могут позволить себе тестировать системы на безопасность достаточно долго, ситуация обстоит иначе.

Нативный протокол IP-камеры позволяет достичь уровня интеграции, который не достижим в ONVIF. Например, когда вы подключаете ONVIF-совместимую камеру к сетевому видеорегистратору, вам нужно найти устройство, добавить, а затем проверить работу в режиме реального времени. Если камера «общается» по нативному протоколу, то её обнаружение и подключение в сети происходит автоматически.

Иногда при использовании регистратора со сторонней камерой можно заметить ухудшение качества картинки. При использовании нативных протоколов у устройств одного производителя, такой проблемы в принципе не возникает даже при передаче сигнала по кабелю до 800 метров (с технологией Extended Power over Ethernet).

Создала и ввела эту технологию компания Dahua Technology. Технология ePoE (Power over Ethernet) преодолевает ограничение традиционных Ethernet и POE (оба ограничены расстоянием до 100 метров между сетевыми портами) и устраняют необходимость в устройствах PoE, удлинителях Ethernet или дополнительных сетевых коммутаторах.

Благодаря использованию модуляции кодирования 2D-PAM3, новая технология обеспечивает подачу питания, передачу видео, аудио и сигналов управления на большие расстояния: более 800 метров при 10 Мбит/с или 300 метров при 100 Мбит/с через Cat5 или по коаксиальному кабелю. ePoE от Dahua представляет собой более гибкую и надёжную систему видеонаблюдения и позволяет экономить на монтаже и прокладке проводов.

Интеграция с Dahua Technology

В 2014 году Ivideon начал сотрудничать с компанией Dahua, которая является одним из ведущих производителей видеооборудования в мире, владея второй по величине долей мирового рынка систем безопасности. На данный момент Dahua занимает вторую позицию в рейтинге компаний с самыми большими продажами a&s Security 50.

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

В 2017 году мы разработали решение, которое позволяет подключать к облаку аналоговые камеры стандартной и высокой чёткости с использованием HDCVI-видеорегистраторов Dahua.

Нам также удалось обеспечить легкую механику подключения к облаку любого количества камер Dahua независимо от их географического местоположения, не используя видеорегистраторы, ПК или дополнительный софт.

В 2019 году мы стали стратегическими партнёрами в рамках DIPP (Dahua Integration Partner Program) – программы для технологического сотрудничества, направленной на совместную разработку комплексных интегрированных решений, включая решения по видеоаналитике. DIPP подразумевает приоритетную проектную и техническую поддержку совместных продуктов.

Поддержка Dahua на всех этапах создания новых продуктов позволила нам взаимодействовать с нативным протоколом в разных решениях. Один из самых интересных гаджетов за последний год – Ivideon Bridge, через который мы смогли достичь совместимости с камерами Dahua на уровне «родного» для них устройства.

Куда ведёт «мост»

Bridge – гаджет размером с небольшой Wi-Fi-роутер. Эта коробочка позволяет подключить до 16 любых камер к облаку Ivideon. Значит, пользователи локальных систем получают доступ к облачному сервису без замены установленного оборудования. В облако можно добавить даже аналоговые камеры – через подключенный к Ivideon Bridge видеорегистратор.

Стоимость устройства на сегодняшний день составляет 6 000 рублей. По соотношению цена/канал Bridge стал самым выгодным способом подключения к облаку Ivideon: один канал с Bridge с оплаченным базовым хранением архива у Ivideon обойдётся в 375 руб. Для сравнения: при покупке камеры с доступом к облаку стоимость одного канала составит 5 500 руб.

Ivideon Bridge – это не очередной видеорегистратор, а устройство с технологией «подключи и работай», которое значительно упрощает удаленное администрирование через облако.

Одна из интересных особенностей «бриджа» – полная поддержка нативного протокола Dahua. В результате Bridge обогатился функциями, которые оказывают прямое влияние на эффективность систем видеонаблюдения.

Нативные и кроссплатформенные функции Bridge

Локальная запись данных

Режим работы Edge Storage доступен для всех камер и видеорегистраторов Dahua, подключенных через Bridge по нативному протоколу. Edge позволяет записывать видео непосредственно на внутреннюю карту памяти или сетевое устройство хранения данных NAS. Edge Storage обеспечивает следующие гибкие инструменты записи:

Настройка OSD и подсветки

В Ivideon Bridge открыт доступ к настройке наложения произвольного текста, даты и времени на изображение (On Screen Display, OSD).

При перетаскивании метки текста и даты «прилипают» к невидимой сетке. Эта сетка для каждой камеры своя, и в зависимости от того, в какой части изображения находится метка, реальная позиция накладываемого текста может вычисляться по-разному.

При отключении наложения текста или даты их настройки сохраняются, и при включении они восстанавливаются.

Состав настроек, доступных на конкретной камере, зависит от её модели и версии прошивки.

Параметры работы детектора движения

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

Изменение параметров видеопотоков

Снизить нагрузку на интернет-канал поможет настройка параметров потоков видео и аудио – можно «урезать» ряд значений и экономить на трафике.

Настройка микрофона

Как и в случае с видеопотоком, настройки микрофона открывают доступ к шкале чувствительности, которая позволяет оптимизировать использование устройства внутри зашумленных помещений.

Заключение

Bridge – универсальное устройство, в котором есть возможность экспертной настройки подключения камер. Такой режим потребуется, если вы планируете подключить к облаку старый регистратор или камеру, которые не получается обнаружить автоматически.

За счет гибкости настроек Bridge пользователь легко справляется с ситуациями, когда меняется IP-адрес, логин/пароль камеры или осуществляется замена устройства. Поменяв камеру, вы не потеряете ранее записанный видеоархив в облаке и уже оплаченную подписку на сервис.

И хотя Bridge позволяет на экспертном уровне работать с ONVIF и RTSP, при этом не изматывая пользователя настройками уровня «первый раз в кабине “Боинга”», всё же наибольшую «отдачу» от камер можно ощутить с глубокой интеграцией, как видно на примере поддержки нативного протокола Dahua Technology.

Источник