Jump to content
unlifer

Хорошая база по URL-адресам для получения потока с устройств

Recommended Posts

Polyvision.

 

1. MJPEG over HTTP.

  • в качестве альтернативного потока,
  • по умолчанию используется порт 80.

Камеры серий PDL1, PDL, PNL, PQ:

http://user:password@IP/action/stream?subject=mjpeg

 

2. MJPEG over RTSP.

  • в качестве альтернативного потока.

Камеры серий PDL1, PDL, PNL, PQ:

rtsp://user:password@IP:554/live/jpeg

Камеры серии PS:

rtsp://user:password@IP:554/1/mjpeg

 

3. MPEG4.

Камеры "7-й" серии (сняты с производства - PN7x-xx-xxxxxx-IP, PD7x-xx-xxxxxx-IP, PS7x-xx-xxxxxx-IP, PQ7x-xx-xxxxxx-IP):

rtsp://user:password@IP:554/mpeg4

 

4. Одинаковые формы запроса и для H.264, и для H.264+ (если есть поддержка) , и для H.265 (если есть поддержка) , и для H.265+ (если есть поддержка).

Гибридные и IP-видеорегистраторы,

камеры серий PDM1, PVC, PNM, PN, PD, PD1, PDM,

камеры "2-й" и LC серий (сняты с производства - PN2x-xx-xxxxxx-IP, PD2x-xx-xxxxxx-IP, PS2x-xx-xxxxxx-IP, PQ2x-xx-xxxxxx-IP, LC-xxxxxx),

также является общим (основным [по заявлениям производителя]) видом URL для получения потоков с устройств Polyvision по RTSP (в том числе для снятых с производства аналоговых и гибридных видеорегистраторов и камер "4-й", "8-й", "9-й" серий):

Основной поток:

rtsp://IP:554/user=user&password=password&channel=1&stream=0?.sdp

Дополнительный поток:

rtsp://IP:554/user=user&password=password&channel=1&stream=1?.sdp

Примечание! Нумерация каналов начинается с "1", а для IP-камер номер канала всегда равен "1".

Камеры серий PDL1, PDL, PNL, PQ,

камеры "5-й" серии (сняты с производства):

Основной поток:

rtsp://user:password@IP:554/live/main

Дополнительный поток:

rtsp://user:password@IP:554/live/sub

Камеры серии PS:

Основной поток:

rtsp://user:password@IP:554/1/h264major

Дополнительный поток:

rtsp://user:password@IP:554/1/h264minor

 

5. Запрос изображения \ скриншота.

Камеры серий PDL1, PDL, PNL, PQ:

http://IP/action/snap?cam=0&user=user&pwd=password

Камеры серий PDM1, PVC, PNM, PN, PD, PD1, PDM:

  • для конкретных серий \ моделей необходимо уточнять у производителя,
  • скриншот выдаётся с минимальным размером.

http://IP/webcapture.jpg?command=snap&channel=1&user=user&pwd=password

 

6. ONVIF.

Камеры серий PDL1, PDL, PNL, PQ:

Порт по умолчанию 80.

Камеры серий PDM1, PVC, PNM, PN, PD, PD1, PDM, PS, а также камеры снятые с производства:

Порт по умолчанию 8899.

Камеры PNL-IP2-Z4 v.3.5.9, PNM-IP2-Z4 v.3.6.9, PNM-IP2-Z4P v.2.5.8:

Порт по умолчанию 8999.

 

7. Также возможны варианты приёма потоков без авторизации.

 

8. FLV.

Камеры серий PDL1, PDL, PNL, PQ:

  • по умолчанию используется порт 1935.

rtmp://user:password@IP:1935/livemain

rtmp://user:password@IP:1935/livesub

либо

rtmp://IP:1935/livemain

rtmp://IP:1935/livesub

 

9. Доступ по FTP к встроенному накопителю.

Камеры серий PDL1, PDL, PNL, PQ:

  • по умолчанию используется порт 21.

ftp://user:password@IP/mnt/

ftp://user:password@IP/mnt/mmc/

либо

ftp://IP/mnt/

ftp://IP/mnt/mmc/

 

10. Получение аудиопотока по RTSP.

  • данная информация требует проверки.

rtsp://IP:554/user=user&password=password&channel=1&stream=0.sdp?real_stream

либо

rtsp://IP:554/user=user&password=password&channel=1&stream=0?.sdp?real_stream

Share this post


Link to post
Share on other sites

iTech

 

1. MJPEG over HTTP.

  • данная информация требует проверки, хотя и получена от тех. поддержки производителя,
  • для всех камер с поддержкой MJPEG,
  • по умолчания используется порт 80.

http://user:password@IP

 

2. MPEG4.

  • предусмотрен для камер с наличием третьего потока (он же мобильный, он же 3GPP).

Камеры серии IPr подсерии 2MP (здесь и далее разрешение в мегапикселях):

rtsp://user:password@IP:554/2

Камеры серии IPr подсерий 3MP \ 4MP \ 5MP \ 8MP:

rtsp://user:password@IP:554/ch00/2

либо

rtsp://user:password@IP:554/ch01/2

Примечание! По некоторым мануалам и источникам, связанных напрямую с производителем, в основной массе в качестве номера канала для камер IPr используется ch01, а по некоторым - ch00. Требует проверки!!!

Камеры серий IP-Cxx, IP-Dxx, IP-Oxx, IP-Bxx, IP-Fxx:

С аудиопотоком, кодек AMR:

rtsp://user:password@IP:554/3g

Без аудиопотока:

rtsp://user:password@IP:554/3gx

 

3. Одинаковые формы запроса и для H.264, и для H.264+ (если есть поддержка) , и для H.265 (если есть поддержка) , и для H.265+ (если есть поддержка), и для MJPEG (если есть поддержка).

  • регистраторы не поддерживают MJPEG.

Камеры серии IPr подсерии 2MP:

Основной поток:

rtsp://user:password@IP:554/0

Дополнительный поток:

rtsp://user:password@IP:554/1

Камеры серии IPr подсерий 3MP \ 4MP \ 5MP \ 8MP:

Основной поток:

rtsp://user:password@IP:554/ch00/0

либо

rtsp://user:password@IP:554/ch01/0

Дополнительный поток:

rtsp://user:password@IP:554/ch00/1

либо

rtsp://user:password@IP:554/ch01/1

Примечание! По некоторым мануалам и источникам, связанных напрямую с производителем, в основной массе в качестве номера канала для камер IPr используется ch01, а по некоторым - ch00. Требует проверки!!!

Камеры серий IPe, IPh,

регистраторы серий NVR, HVR, Hybrid:

Основной поток:

rtsp://IP:554/user=user&password=password&channel=1&stream=0.sdp?

Дополнительный поток:

rtsp://IP:554/user=user&password=password&channel=1&stream=1.sdp?

Камеры серий IP-Cxx, IP-Dxx, IP-Oxx, IP-Bxx, IP-Fxx:

Основной поток:

rtsp://user:password@IP:554/

Дополнительный поток:

rtsp://user:password@IP:554/v2

 

4. ONVIF.

Камеры серии IPe:

Порт по умолчанию 8899.

Камера IPe-DVP 4MP (по мануалу), камеры серий IPh, IPr, IP-Cxx, IP-Dxx, IP-Oxx, IP-Bxx, IP-Fxx:

Порт по умолчанию 80.

 

5. Частный протокол NETIP.

  • совместимость между оборудованием одного производителя.

Камеры серий IPe, IPh:

Порт по умолчанию 34567.

 

6. HTTP API.

  • есть возможность управления тревожными выходами.

Камера IPh-PTZr 30x Starvis:

Открытие тревожного выхода:

http://user:password@IP/ISAPI/System/IO/outputs/1/trigger

Закрытие тревожного выхода:

http://user:password@IP/ISAPI/System/IO/outputs/0/trigger

Share this post


Link to post
Share on other sites

Falcon Eye

 

1. MJPEG over HTTP.

  • если верить производителю (по мануалам от него), то нумерация каналов для HTTP-потока начинается с нуля, в то время как для RTSP-потока - с 1... Требует проверки,
  • по умолчания используется порт 80.

Камеры серий FE-IPC-HDWxxxxx, FE-IPC-HFxxxxx, FE-IPC-HFWxxxxx, FE-IPC-HDBxxxxx, FE-IPC-HDBWxxxxx, FE-IPC-Kxxxxx, FE-SD6x2x0S-HN, FE-SD6x8xA-HN, FE-IPC-Wx-xx0P, камера FE-SD42212S,

NVR-регистраторы серий FE-NVR-7xxxx, FE-NVR-4xxxx, NVR100/100-P, 1080P, 1080Poe, 1080Pro, FE-xxxN-Р, FE-NR-xxxxx, FE-xxxxN,

цифровые регистраторы FE-3xxxHDS,

гибридные регистраторы FE-9xxDE, FE-8xxDH, FE-5xxD1, FE-xxxxHE, FE-xxxxH, FE-xxxxV:

http://user:password@IP/cgi-bin/mjpg/video.cgi?channel=0

 

2. Одинаковые формы запроса и для H.264 (если есть поддержка), и для H.264+ (если есть поддержка), и для H.265 (если есть поддержка), и для H.265+ (если есть поддержка), и для MPEG4 (если есть поддержка), и для MJPEG (если есть поддержка).

Регистраторы линеек MHD и AHD (серии FE-11xxMHDxx, FE-14xxAHD, FE-21xxMHD, FE-22xxMHD, FE-51xxMHD, FE-52xxMHD, FE-34xxAHD, FE-21xxAHD, FE-41xxAHD), а также серия регистраторов FE-01xxxx:

Основной поток:

rtsp://IP:554/user=user&password=password&channel=1&stream=0.sdp

Дополнительный поток:

rtsp://IP:554/user=user&password=password&channel=1&stream=1.sdp

Камеры серий FE-IPC-BPxxxx, FE-IPC-Bxxxx,

регистраторы серии NVR,

регистраторы линейки MHD (кроме уже описанных ранее):

Основной поток:

rtsp://user:password@IP:554/mode=real&idc=1&ids=1

Дополнительный поток:

rtsp://user:password@IP:554/mode=real&idc=1&ids=2

, где idc - номер канала (нумерация начинается с 1, для камер всегда равен 1), ids - номер видеопотока (1 - основной, 2 - дополнительный).

Камеры серий FE-IPC-HDWxxxxx, FE-IPC-HFxxxxx, FE-IPC-HFWxxxxx, FE-IPC-HDBxxxxx, FE-IPC-HDBWxxxxx, FE-IPC-Kxxxxx, FE-SD6x2x0S-HN, FE-SD6x8xA-HN, FE-IPC-Wx-xx0P, камера FE-SD42212S,

NVR-регистраторы серий 7xxxx, 4xxxx, NVR100/100-P, 1080P, 1080Poe, 1080Pro, FE-xxxN-Р, FE-NR-xxxxx,

цифровые регистраторы FE-3xxxHDS,

гибридные регистраторы FE-9xxDE, FE-8xxDH, FE-5xxD1, FE-xxxxHE, FE-xxxxH, FE-xxxxV:

Основной поток:

rtsp://user:password@IP:554/cam/realmonitor?channel=1&subtype=0

Дополнительный поток:

rtsp://user:password@IP:554/cam/realmonitor?channel=1&subtype=1

Камеры FE-MTR1300, FE-ITR1300, FE-OTR1000:

Основной поток:

rtsp://IP:554/11?user:password

Дополнительный поток без звука:

rtsp://IP:554/12?user:password

Дополнительный поток со звуком:

rtsp://IP:554/13?user:password

Примечание! Для камеры OTR1000 не заявлено наличие "третьего" потока (доп. поток со звуком).

Камеры серий FE-IPC-Bxxxx, FE-IPC-BLxxxx, FE-IPC-Dxxxx, FE-IPC-DLxxxx, произведённые после августа 2018г., а также камеры FE-IPC-QL200PA, FE-IPC-HSPD220PZ:

Основной поток:

rtsp://user:password@IP:554/ch01.264?ptype=udp

Дополнительный поток:

rtsp://user:password@IP:554/ch01_sub.264?ptype=udp

Примечание! Для некоторых моделей камер также заявлена поддержка MJPEG, поток получаем по аналогичной ссылке. Но, если честно, данная информация требует проверки, и, возможно, MJPEG-видео тоже будет работать только по HTTP-ссылке из пункта 1.

Камеры FE-MTR1000, FE-ITR1000, FE-OTR1300, FE-ITR2000:

Основной поток:

rtsp://user:password@IP:554/onvif1

Дополнительный поток:

rtsp://user:password@IP:554/onvif2

Примечание! Для камеры ITR2000 заявлено наличие только первого потока.

Камера FE-IPC-HSPD210PZ:

Основной поток:

rtsp://user:password@IP:554/channel1/1

Дополнительный поток:

rtsp://user:password@IP:554/channel1/2

 

3. ONVIF.

Большинство камер с поддержкой данного протокола:

Порт по умолчанию 80, то есть тот же, что и для HTTP-протокола используется.

Также может быть указан иной порт в настройках самой камеры. Например, 1018 - для камер FE-MTR1300 и FE-ITR1300.

NVR-регистраторы:

Для некоторых регистраторов заявлена поддержка данного протокола на раздачу потоков с каналов.

Порт по умолчанию 8082.

 

4. Частные протоколы FE и FE Smart.

  • совместимость между оборудованием одного производителя,
  • взаимодействие с P2P-сервисами,
  • мобильные приложения.

Порт по умолчанию 5800.

 

5. FLV.

На многих устройствах заявлена поддержка flash play порта для воспроизведения видео в браузерах.

Порты по умолчанию 843,1935.

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

На некоторых устройствах заявлена поддержка RTMP-протокола, например, на регистраторе FE-NR-8836 Pro.

 

6. Сторонние протоколы.

  1. Заявлена поддержка для работы с приложениями Goolink (порты 38800,48500,28622) и Aeeye (порт 5800).
  2. Поддержка протокола QUVII (конкретной  информации по данному протоколу найти не вышло, но есть предположение, что используется также в P2P-сервисах, но оптимизирован данный протокол так, что работает и в рамках локальной сети, без наличия доступа в Интернет).
  3. По некоторым данным (штрудирование мануалов и форумов) у части оборудования есть взаимная поддержка между устройствами FE и Hikvision.

Share this post


Link to post
Share on other sites

RTSP для регистратора optimus:

1 канал основной поток rtsp://IP-АДРЕС/user=admin_password=tlJwpbo6_channel=1_stream=0.sdp
1 канал доп поток rtsp://IP-АДРЕС/user=admin_password=tlJwpbo6_channel=1_stream=1.sdp

2 канал основной поток rtsp://IP-АДРЕС/user=admin_password=tlJwpbo6_channel=2_stream=0.sdp
2 канал доп поток rtsp://IP-АДРЕС/user=admin_password=tlJwpbo6_channel=2_stream=1.sdp

и так далее

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By unlifer
      Здравствуйте.
      Вдруг кому-то пригодится.
      Возникла такая ситуация: периодически подвисала IP-камера Beward BD137-P, имеющая белый IP-адрес. Установлена в 20 км. Периодически приходилось договариваться с местной управляющей компанией заранее, искать машину, ехать, ждать подолгу освободившегося сотрудника, чтобы открыл все двери, перезапускать её по питанию (переменный ток 24В).
      Было подозрение на атаки по Интернету, ну, и на грозы.
      Задал себе задачу: как-то обезопасить это дело и организовать перезагрузку по расписанию.
      В качестве аппаратной защиты, понятное дело, грозозащита.
      В качестве программной защиты: настройка имеющегося "Фильтра по IP", ну, и, естественно, должны быть отключены всякие UPnP, SNMP и т.д., должен быть сложный пароль, а также, по возможности, сменены стандартные порты на другие.
      Внимание: если делаете IP-фильтрацию на камере, то сначала определитесь, с каких IP-адресов нужен доступ на камеру, и, в первую очередь, добавьте адрес своего офисного шлюза в список, а только потом включайте фильтр.
      Далее задача - перезагрузка по расписанию. На самой камере настроек соответственно не оказалось, программное обеспечение даже функций перезагрузки либо не имеет, либо имеет такую функцию, но только без расписания и только в рамках локальной сети.
      Написал в тех. поддержку. Ответили. Решение такое:
      Работает только из-под Windows, расписание добавить в стандартном планировщике и, собственно, bat'ник написать следующего содержания (и выслали пример):
      @echo off
      cd \
      cd "Program Files"
      cd "Internet Explorer"
      iexplore.exe http://1.1.1.1/cgi-bin/admin/restart.cgi
      exit
      Естественно, передача URL посредством HTTP-протокола совсем не решение в рамках работы через Интернет. Ибо отправляет пару "логин-пароль" в чистом виде - хорошая находка для шпиона.
      Как решаем!? Заходим на камеру, идём в "Безопасность" и находим там HTTPS и создаём там сертификат, заполнив все строчки английскими буквами (естественно, в этих буквах должен содержаться хоть какой-то смысл ). Всё: теперь можно заходить на камеру по HTTPS протоколу.
      Заходим на камеру через web-интерфейс по HTTPS. Браузер IE естественно ругается на самоподписанный сертификат: во-первых, потому что IE не знает такого сертификата, во-вторых, сертификат создаётся на доменное имя, а не на IP-адрес.
      Решение: добавляем сертификат в доверенные и отключаем галочку "Предупреждать о несоответствии адреса сертификата" в "Свойства браузера - Дополнительно - Параметры".
      По сути bat'ник должен получиться такой:
      @echo off
      cd \
      cd "Program Files"
      cd "Internet Explorer"
      iexplore.exe https://user:password@1.1.1.1/cgi-bin/admin/restart.cgi
      exit
      , где 1.1.1.1 - адрес нашей камеры.
      Но не тут то было: есть ещё один подводный камень: IE версии 10 ни в какую не принимал подобного плана URL. В Интернете искал решение, но так и не нашёл. Правки реестра Windows и прочие бубны не работали, совсем стороннее и непроверенное ПО использовать не хотелось.
      Таки нашёл решение: Firefox.
      Опять же, Firefox тоже сругнулся на сертификат. Добавляем адрес нашей камеры в Исключения.
      Итоговое решение:
      @echo off
      cd \
      cd "Program files (x86)"
      cd "Mozilla Firefox"
      start firefox.exe https://user:password@1.1.1.1/cgi-bin/admin/restart.cgi
      exit
      Но даже при наличии сохранённого пароля в самом браузуре, при наличии пароля в URL и при добавленном сертификате в исключениях, Firefox постоянно спрашивал подтверждения для "авторизации на сайте".
      Судя по форумам в Интернете, правда, совсем мало написано и довольно сумбурно, это защита от фишинговых атак, но могу и ошибаться.
      Отключается сие дело следующим образом (если есть сомнения в необходимости такого решения - не заставляю делать это):
      В адресной строке браузера набираем about:config, жмём Enter, соглашаемся с тем, что "будем осторожны", и видим кучу настроек.
      Ищем свободное место на странице с настройками (в самом низу страницы), кликаем правой кнопкой мыши, выбираем "Создать - Целое", в первом всплывающем окошке вводим параметр network.http.phishy-userpass-length , во втором - значение 100
      Для написания данного материала использовал информацию от Beward и из этой статьи:
      http://adugin.ru/834.html#more-834
      Есть ещё один подводный камень, я бы даже сказал - камушек : при работе bat'ника Firefox не закрывался после "отработки". Но есть вероятность, что из-за того, что он у меня уже был открыт с кучей вкладок.
      Если bat'ник будет отрабатывать также и при закрытых окнах браузера (данное условие пока не проверял), то можно дополнить bat'ник (закрытием браузера по истечении, например, 15 секунд):
      @echo off
      cd \
      cd "Program files (x86)"
      cd "Mozilla Firefox"
      start firefox.exe https://user:password@1.1.1.1/cgi-bin/admin/restart.cgi
      timeout 15
      taskkill /im firefox.exe
      exit
      Внимание: если у Вас открыты вкладки в браузере Firefox, то по команде taskkill всё закроется.
      ПС. Есть и минус в данном решении (но, опять же, пока не проверен) - скорее всего, если отвалится web-интерфейс на камере, то работать данное решение не будет.
    • By advixer
      Приветствую, господа. 
       Наша организация обладает большим количеством старого (но с точки зрения начальства "надежного" и главное уже имеющегося в наличии) оборудования, которое включает в себя Hikvision ds-6004hci. Железка очень старая (2006 год приблизительно). Необходимо получать каким то образом потоковое видео с этих чудных девайсов. В описании железяки обнаружилось, что она поддерживает потоковое видео. Никакие ссылки от Hikvision не работают. Прошивок на неё нет (по крайней мере 3 дня googyandex'a не помогли). Прошивки от девайсов с аналогичным железом на борту не льются (ни через веб морду, ни через hik utils, ни через sftp (читай RS 232)), от более свежих моделей в том числе... Сотрудников, свободно владеющих С++ у нас, к сожалению нет, поэтому осилить свою версию прошивки с SDK  мы не в состоянии.
      На просторах тырнета были обнаружены вот такие девайсы,  есть подозрение, что их прошивки сгодятся и на наши.
      Суть вопроса: если кто владеет информацией, как получить RTP поток с сего девайса, или может скинуть прошивку, в которой работает RTP - будем Вам крайне обязаны!



    • By taraz
      Имеется панорамная китайская Wi-Fi IP-камера Oltec IPC VR-362 с объективом "рыбий глаз" (fish-eye). С родным китайским андроид-софтом V380S камера работает отлично и даже со звуком. В VLS по ссылке rtsp://admin:@192.168.1.1:554/live/ch00_1 камера также работает (но уже без микрофона, что пока не очень важно). В ONVIF device manager тоже показывает. При включении камера создаёт Wi-Fi точку доступа типа"MV12345678". В "Линии" камера по RTSP не показывает. Хотелось бы интегрировать камеру в "Линию" . Из VLC информация о видеоисточнике: Кодек H264-MPEG-4 AVC (part10) (h264), разрешение 960x962. Разрешение монитора - 960х960. Декодированный формат - Planar 4:2:0 YUV. По адресу http://192.168.1.1:8899/ выдаётся следующее:
        This XML file does not appear to have any style information associated with it. The document tree is shown below. <SOAP-ENV:Fault xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"xmlns:wsa="http://schemas.xmlsoap.org/ws/2004/08/addressing"xmlns:wsdd="http://schemas.xmlsoap.org/ws/2005/04/discovery"xmlns:chan="http://schemas.microsoft.com/ws/2005/02/duplex"xmlns:wsa5="http://www.w3.org/2005/08/addressing" xmlns:c14n="http://www.w3.org/2001/10/xml-exc-c14n#" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:xenc="http://www.w3.org/2001/04/xmlenc#"xmlns:wsc="http://schemas.xmlsoap.org/ws/2005/02/sc"xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"xmlns:xmime="http://tempuri.org/xmime.xsd" xmlns:xop="http://www.w3.org/2004/08/xop/include"xmlns:tt="http://www.onvif.org/ver10/schema" xmlns:tds="http://www.onvif.org/ver10/device/wsdl"xmlns:tev="http://www.onvif.org/ver10/events/wsdl" xmlns:wsnt="http://docs.oasis-open.org/wsn/b-2" xmlns:timg="http://www.onvif.org/ver20/imaging/wsdl"xmlns:tmd="http://www.onvif.org/ver10/deviceIO/wsdl"xmlns:tptz="http://www.onvif.org/ver20/ptz/wsdl"xmlns:trc="http://www.onvif.org/ver10/recording/wsdl"xmlns:trt="http://www.onvif.org/ver10/media/wsdl"> <faultcode>SOAP-ENV:Client</faultcode> <faultstring>HTTP GET method not implemented</faultstring> </SOAP-ENV:Fault>   Предоставлял удалённый доступ техподдержке. Пришли к выводу о запросе китайцам: "Мы можем предложить Вам интеграцию IP камер в наше программное обеспечение Линия для расширения круга использования камер на объектах любой сложностиИнтеграция бесплатна и производится силами наших специалистов при следующих условиях:
      1) Обязательное условие − предоставление CGI API или HTTP API (от производителя). Это набор команд для управления камерой. На основании данных SDK нами пишется скрипт, который позволит не только автоматически подключать камеры, но и управлять её параметрами в зависимости от возможностей камеры и SDK.
      2) Необходим доступ к камерам. Это можно сделать удаленно постредствам сети Интернет через открытые порты на камеры, либо прислать камеры к нам в офис."
      По словам менеджеров продавцов из Киева, китайцы до сих пор не ответили и вряд-ли ответят. Поэтому спрашиваю: достаточно ли вышеприведённой информации для интеграции этой IP-камеры в "Линию"?
    • By remont906
      Добрый утро. Не получается забрать  поток с регистратора h264. Модель mvi-8108av. версия прошивки 2.62.r07 от 2011 года
       
    • By v.palianytsia
      Добрый день, столкнулись с проблемой при подключении камеры AN-C510P28A от производителя Ansjer Electronics Co.,Ltd  Камера предоставляет достаточно широкий функционал, и показала себя в работе с хорошей стороны. Мы используем у себя семь штук, стабильно себя отрабатывают. Ввиду того что наше предприятие расширяется и требуется увеличить количество камер всерьез задумались о смене системы видеорегистрации. Раньше поток писали на 4 канальный регистратор DA-2004GM - производитель DONGJIA DIGITAL затем успешно мигрировали на 8 канальный KVS-NVR6308 - Kingvision который успешно у нас торгуется под разными именами.
       
      Найдя одного из Ваших клиентов попросились опробовать совместимость Линия с камерой Ansjer, и были очень обрадованы функционалом системы и приятным интерфейсом и производительностью в целом, пока не начали углубляться в вопрос. PTZ не заработал, но это не столь критично в наших условиях, большее огорчение получили от отсутствия звука. Правда пол часа спустя у нас получилось  добиться звука если переключить поток с TCP на UDP однако тогда начинает рвать картику, появляются артефакты или видео идет рывками. Прошу помощи разобраться в проблеме, надеемся на плодотворное сотрудничество.
       
      С вышеизложенным оборудованием проблем не возникало, в том числе при подключении с мобильного клиента под андроид и iphone
      К сожалению доступ дать не могу, так как сервер не наш. Версия на которой проверяли 7.10 32bit
      Заранее благодарен

×