Jump to content
unlifer

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

Recommended Posts

Имеется хорошая база по URL-адресам для получения потока с различных устройств. Большое количество производителей, указаны модели устройств, протоколы и т.д.

Адрес http://www.ispyconnect.com/sources.aspx

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

Вдруг, кому пригодится :)

Edited by unlifer
дополнение

Share this post


Link to post
Share on other sites

Периодически буду пополнять данную тему URL-адресами на потоки камер.

Просьба всем, кто будет просматривать данную тему, не задавать вопросы по отдельным моделям камер / устройств и отдельным производителям!!!

Хотелось бы, чтобы эта страница носила справочный характер.

Share this post


Link to post
Share on other sites
добавлю....
RTSP ссылка для подключения к IP видеокамерам EVC-*, PX-IP3-*
rtsp://login:password@ip_addres:port/0 
login - логин
password - пароль
ip_addres - ip адрес
port - порт (554 по умолчанию)
0 - первый поток

RTSP ссылка для подключения к сетевым регистраторам
rtsp://login:password@ip_addres:port/00 
login - логин
password - пароль
ip_addres - ip адрес
port - порт (554 по умолчанию)
0 - первый канал
0 - первый поток

Share this post


Link to post
Share on other sites

IP-camera Dahua K15P

rtsp://admin:admin@192.168.0.3:554/cam/realmonitor?channel=1&subtype=0&unicast=true&proto=Onvif

Share this post


Link to post
Share on other sites

Hikvision RTSP URLs регистраторы
rtsp://имя:пароль@192.168.1.50:554/Streaming/Unicast/channels/1501      -  первый поток с 15 - того    канала
rtsp://имя:пароль@192.168.1.50:554/Streaming/Unicast/channels/1502      -  второй  поток с 15 - того    канала
rtsp://имя:пароль@192.168.1.50:554/Streaming/Unicast/channels/401        -  первый поток с 4 - того    канала
rtsp://имя:пароль@192.168.1.50:554/Streaming/Unicast/channels/402        -  второй поток с 4 - того    канала

Share this post


Link to post
Share on other sites

Beward.

 

1. MJPEG over HTTP.

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

  • в качестве видеоформата должен быть выбран MJPEG,
  • в качестве потока - MJPEG поверх HTTP,
  • в качестве порта подключения указывается в настройках сети HTTP-порт, по умолчанию указан HTTP-порт 80, на некоторых камерах могут отдельно применяться также порты по умолчанию 8070, 8008,
  • во многих случаях отдельный порт для получения потока по HTTP может отсутствовать в настройках, в этом случае приём потока осуществляется по порту 80, по которому же работает web-интерфейс камеры.

Камеры BD-серии:

http://user:password@IP:8008

http://user:password@IP            (если по умолчанию используется порт 80)

Камеры N-серии:

http://user:password@IP            (если по умолчанию используется порт 80)

http://user:password@IP/video.mjpg            (если по умолчанию используется порт 80)

Камеры серий N37210, N132xx, N1xx, N3xx, N5xx, N6xx:

http://user:password@IP/jpg/image.jpg

Камеры N7000:

http://user:password@IP:8070/video.mjpg

 

2. MJPEG over RTSP.

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

  • в качестве видеоформата должен быть выбран MJPEG,
  • в качестве потока - RTSP поверх HTTP,
  • в качестве порта подключения указывается в настройках сети RTSP-порт, по умолчанию указан RTSP-порт 554.

Камеры BD-серии:

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

Камеры серий N1000, N1250, N131xx, N66xx, N35110:

rtsp://user:password@IP:554/video.mjpg

 

3. MPEG4.

  • чаще всего, камеры, которые имеют данный кодек, способны сжимать видео только в двух форматах - MJPEG и MPEG4. Соответственно, эти камеры имеют отдельные разделы в секции Видео (или Видеоформат) для настройки данных кодеков,
  • в некоторых случаях для включения второго потока (чаще всего, он называется - мобильный) необходимо включить данную опцию в настройках камеры, в случае если по умолчанию для второго потока порт указывается отдельно и он по умолчанию тоже 554, то велика вероятность, что при попытке сохранить настройки вылезет ошибка, что данный порт уже используется и необходимо указать иной порт, собственно, это и делаем - указываем порт, например, 5554.

Камеры BD-серии:

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

второй поток:

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

Камеры серий N1000, N1250, N131xx, N66xx, N35110:

rtsp://user:password@IP:554/video.mp4

второй поток:

rtsp://user:password@IP:5554/video.mp4

 

4. H.264.

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

  • в качестве видеоформата должен быть выбран H.264,
  • в качестве потока - RTSP поверх HTTP,
  • в качестве порта подключения указывается в настройках сети RTSP-порт, по умолчанию указан RTSP-порт 554.

Камеры BD-серии:

первый поток:

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

rtsp://user:password@IP:554/video.h264

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

второй, третий и четвёртый потоки:

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

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

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

Камеры серий N131xx, N35110:

rtsp://user:password@IP:554/video.h264

 

5. Одинаковые формы запроса и для MJPEG, и для H.264, и для H.265.

IP-домофоны, B-серия (В17xxхх, В27xxхх, B1001, B1012, B1014, B1018), DK-серия:

первый поток:

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

rtsp://IP:554/av0_0&user=user&password=password

второй поток:

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

rtsp://IP:554/av0_1&user=user&password=password

В случае видеосерверов \ видеокодеров B1001, B1012, B1014, B1018 ещё указывается нужный номер канала:

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

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

Камеры серий N37210, N132xx, N1xx, N3xx, N5xx, N6xx:

rtsp://user:password@IP:554/video.proN

, где N - номер профиля.

 

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

IP-домофоны:

http://IP/cgi-bin/images_cgi?channel=номерпотока&user=user&pwd=password

BD-серия:

http://user:password@IP/cgi-bin/jpg/image.cgi           (только при включённом MJPEG потоке, порт по умолчанию 80)

http://user:password@IP/jpg/image.jpg           (порт по умолчанию 80)

Серии N1000, N1250, N131xx, N66xx, N35110:

http://user:password@IP/jpg/image.jpg           (порт по умолчанию 80)

http://user:password@IP/cgi-bin/view/image?pro_[CHANNEL]           (порт по умолчанию 80)

 

7. ONVIF.

На большинстве камер, если указана поддержка ONVIF, но отсутствует хоть какое-то упоминание про ONVIF-порт в настройках камеры, то по умолчанию задействован порт 80.

На большинстве камер, которые имеют в арсенале PTZ-функции, в настройках можно обноружить ONVIF-порт по умолчанию 2000.

Собственно, эти порты и используем.

Есть высокая вероятность того, что ONVIF-поддержка предусмотрена, но не работает: значит высока вероятность, что нужно поменять прошивку.

 

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

 

9. Серия CamDrive.

Данные камеры предназначены для работы с облачными сервисами P2P, поэтому вероятность получить с них поток - минимальна, но есть вероятность получить с них изображение:

http://user:password@IP/cgi-bin/view/image?pro_[CHANNEL]

Share this post


Link to post
Share on other sites

RVI.

 

1. MJPEG over HTTP.

Некоторые IP-камеры:

http://user:password@IP/cgi-bin/mjpg/video.cgi            (порт по умолчанию 80)

 

2. H.264.

Камеры RVi-IPC11/IPC11W (старого образца):

rtsp://user:password@IP:554/video.h264

 

3. Одинаковые формы запроса и для MJPEG, и для H.264, и для H.264B, и для H.265.

Камеры RVi-IPC11S, RVi-IPC11SW, RVi-IPC12SW, RVi-IPC41LS, RVi-IPC42LS, RVi-IPC31MS-IR, RVi-IPC32MS-IR, RVi-IPC31S (2.8-12 мм), RVi-IPC32S (2.8-12 мм), RVi-IPC42L (2.8-12 мм):

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

rtsp://user:password@IP:554/PSIA/streaming/channels/101

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

rtsp://user:password@IP:554/PSIA/streaming/channels/102

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

Видеорегистраторы серий MA, LE, RVI-R04LA NEW, а также оборудование HDTVI ***:

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

rtsp://user:password@IP:554/PSIA/streaming/channels/101

rtsp://user:password@IP:554/Streaming/Unicast/channels/101

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

rtsp://user:password@IP:554/PSIA/streaming/channels/102

rtsp://user:password@IP:554/Streaming/Unicast/channels/102

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

В случаях, когда регистраторы имеют 10 и более каналов, в строке запроса вместо первой цифры ставится двузначное число:

rtsp://user:password@IP:554/PSIA/streaming/channels/1101          (11-й канал, 1-й поток)

rtsp://user:password@IP:554/Streaming/Unicast/channels/1202          (12-й канал, 2-й поток)

и т.д.

Камеры IPC11-New/11W-New/12-New/12W-New/21WDN/22DN/23DN/23-PRO/32M/32MS/33M/31(2.7-12)/32(2.7-12)/33(2.7-12)/32DNS/32S/33V/41DNS/42DNS/42S/42DN/42(2.7-12)/43 - вся линейка/44-PRO/52DN20/62Z30/62Z30-PRO/62Z12/52Z30-PRO/52Z12/52DN12/53M/43M3/42Z12/41DNL-New и видеорегистраторы серий LB, LB-PRO, 04LA white, IPN 4/1, IPN 8/1-4p, IPN 16/2 pro, а также оборудование HDCVI ***:

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

, где channel=1 - указываем номер канала (нумерация как для камер, так и для регистраторов начинается с "1"), subtype=0 - указываем номер потока (0 - основной, 1 - дополнительный).

Также возможна кодированная base64-авторизация:

rtsp://IP:554/cam/realmonitor?channel=1&subtype=0&authbasic=[auth_base64]

, где [auth_base64] - закодированная пара имя пользователя \ пароль.

Камеры и видеокодеры RVi-IPC20DN/21/21DN/21DNL/23WDN/50DN/51DN/31DNL/32DNL/33WDN/31VD­N/32VDN/33WVDN/41DNL/43WDN/IPS4100/IPS125:

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

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

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

Камеры RVi-IPC12/12W (старого образца):

rtsp://user:password@IP:554/media/media.amp?streamprofile=Profile1

, где для примера указано Profile1 - имя профиля в меню "Видео" - "Видео профиль".

 

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

Камеры RVi-IPC11S, RVi-IPC11SW, RVi-IPC12SW, RVi-IPC41LS, RVi-IPC42LS, RVi-IPC31MS-IR, RVi-IPC32MS-IR, RVi-IPC31S (2.8-12 мм), RVi-IPC32S (2.8-12 мм), RVi-IPC42L (2.8-12 мм):

http://user:password@IP/ISAPI/Streaming/channels/101/picture?snapShotImageType=JPEG

Возможные формы для запроса скриншотов с видеорегистраторов:

http://user:password@IP/ISAPI/Streaming/channels/101/picture?snapShotImageType=JPEG

http://user:password@IP/cgi-bin/snapshot.cgi?channel=1

Скриншот с камер через браузер:

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

 

5. ONVIF.

В качестве порта для ONVIF-протокола по умолчанию используется порт 80.

 

*** Примечание. В некоторых случаях может возникнуть ситуация, когда с регистраторов не возможно получить потоки с 3-го канала и выше. Чаще всего, причиной является получение видеопотока регистратором с IP-камер RVI по ONVIF-протоколу. В случае приёма видеопотока по Private-протоколу (собственный протокол производителя RVI).

Share this post


Link to post
Share on other sites
3 часа назад, unlifer сказал:

*** Примечание. В некоторых случаях может возникнуть ситуация, когда с регистраторов не возможно получить потоки с 3-го канала и выше. Чаще всего, причиной является получение видеопотока регистратором с IP-камер RVI по ONVIF-протоколу. В случае приёма видеопотока по Private-протоколу (собственный протокол производителя RVI).

Не дописал: в случае приёма видеопотока по Private-протоколу (собственный протокол производителя RVI) с 3-го канала и выше потоки забираются без проблем.

Share this post


Link to post
Share on other sites

Evidence.

 

  • в качестве порта RTSP по умолчанию используется порт 554, но производителем заявлено, что поток по RTSP-протоколу принимать можно без явного указания порта, например: rtsp://user:password@IP/v2, в Линии да и в других продуктах видеонаблюдения такая форма записи может не прокатить, так что указываем порт явно, например: rtsp://user:password@IP:554/v2.

 

1. MJPEG over HTTP.

Камеры APIX Box / 4K, APIX Box / M4, APIX Box / S2, APIX Dome / 4K AF, APIX Dome / M4 AF, APIX MiniDome / M4, APIX MiniDome / M2 Ext, APIX MiniDome / M2, APIX VDome / 4K Ext AF, APIX VDome / M4 Ext AF, APIX VDome / M3 Led Ext, APIX 30ZBox / M4, APIX 3ZBox / M4, APIX Bullet / M4 AF, APIX FishEye / M12 Ext, APIX 30ZDome / M2 Ext, APIX 20ZDome / M2, а также камеры старых образцов:

http://user:password@IP:8008/mjpeg            (порт по умолчанию 8008)

 

2. MPEG4.

  • существуют камеры, в настройках которых может присутствовать третий поток (он же мобильный, он же 3GPP), включается и настраивается отдельным пунктом в настройках видеоформата,
  • в качестве аудио кодека используется AMR.

Некоторые камеры из серий Box, Dome и Bullet:

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

 

3. H.264.

Камеры APIX Box / 4K, APIX Box / M4, APIX Box / S2, APIX Dome / 4K AF, APIX Dome / M4 AF, APIX MiniDome / M4, APIX MiniDome / M2 Ext, APIX MiniDome / M2, APIX VDome / 4K Ext AF, APIX VDome / M4 Ext AF, APIX VDome / M3 Led Ext, APIX 30ZBox / M4, APIX 3ZBox / M4, APIX Bullet / M4 AF, APIX FishEye / M12 Ext, APIX 30ZDome / M2 Ext, APIX 20ZDome / M2:

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

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

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

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

Камеры APIX Box / M1, APIX Box / M2 ... (старого образца):

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

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

либо

rtsp://user:password@IP:554/h264/ch1/main/

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

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

либо

rtsp://user:password@IP:554/h264/ch1/sub/

 

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

Камеры APIX Compact / M2 WiFi:

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

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

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

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

Камеры APIX Box / E4, APIX Box / E8, APIX MiniDome / E2, APIX MiniDome / E4, APIX Dome / E2 WDR AF, APIX VDome / S2 WDR AF, APIX VDome / E4 AF, APIX Bullet / E2 WDR AF, APIX Bullet / E2, APIX Bullet / E2 NT, APIX Bullet / E3, APIX Bullet / E4 AF, APIX FishEye / E6 EXT, APIX FishEye / E6 ICM, APIX 12ZDome / E3 EXT, APIX 22ZDome / E2 LED EXT, APIX 30ZDome / E3 LED EXT:

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

rtsp://user:password@IP:554/snl/live/1/1/cx/sido=-A0my1A==

либо

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

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

rtsp://user:password@IP:554/snl/live/1/2/cx/sido=-A0my1A==

либо

rtsp://user:password@IP:554/snl/live/1/2

Камеры APIX Box / S2 SFP, APIX Box / S2 SFP Expert, APIX VDome / E8 EXT AF, APIX MiniBullet / M2, APIX MiniBullet / M4, APIX Bullet / M2, APIX Bullet / M4 AF, APIX 10ZBullet / S2, APIX 22ZBullet / S2 SFP, APIX FishEye / M12 EXT (II), APIX 22ZDome / S2 LED SFP, APIX 33ZDome / S2 LED:

Основной поток (видео + аудио):

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

Основной поток (только видео):

rtsp://user:password@IP:554/media/video1/video

Основной поток (только аудио):

rtsp://user:password@IP:554/media/video1/audio

Дополнительный поток (видео + аудио):

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

Дополнительный поток (только видео):

rtsp://user:password@IP:554/media/video2/video

Дополнительный поток (только аудио):

rtsp://user:password@IP:554/media/video2/audio

Камеры APIX Dome / E5 Led, APIX Dome / E2:

Основной поток:
rtsp://user:password@IP:554/

Дополнительный поток:
rtsp://user:password@IP:554/v2

 

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

  • есть высокая вероятность, что работать будет при включенном MJPEG-потоке,
  • в целом, вероятность получить скриншот очень мала.

Камеры APIX Box / M1, APIX Box / M2 ... (старого образца):

Возможные варианты:

http://user:password@IP/cgi-bin/jpg/image.cgi

либо

http://user:password@IP:8008/cgi-bin/jpg/image.cgi

 

6. ONVIF.

В качестве порта для ONVIF-протокола по умолчанию используется порт 80.

 

7. Третий и четвёртый потоки.

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

В некоторых камерах может присутствовать третий поток, если заявлена поддержка SVC-потока. URL обычно совпадает со вторым потоком, но вместо "2" ставим "3", например:

второй поток: rtsp://user:password@IP:554/media/video2

значит третий поток: rtsp://user:password@IP:554/media/video3

В редких случаях может присутствовать третий и \ или четвёртый потоки, в качестве кодека сжатия для которых будет выступать MJPEG. Соответственно, данный поток принимаем по ссылке:

http://user:password@IP:8008/mjpeg

Для камеры Apix Bullet / M2 Lite 28, к примеру, характерно наличие до 4-х потоков (все четыре H.264 либо три H.264 и один MJPEG). Соответственно, получаем следующие URL для данной камеры:

первый поток: rtsp://user:password@IP:554/h264

второй поток: rtsp://user:password@IP:554/h264_2

третий поток: rtsp://user:password@IP:554/h264_3

четвёртый поток: rtsp://user:password@IP:554/h264_4

либо

первый поток: rtsp://user:password@IP:554/h264

второй поток: rtsp://user:password@IP:554/h264_2

третий поток: rtsp://user:password@IP:554/h264_3

четвёртый поток: http://user:password@IP:8008/mjpeg

 

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

Edited by unlifer

Share this post


Link to post
Share on other sites

Tantos.

 

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

Аналоговые регистраторы TSr-AV0411 Light, TSr-AV0411/0811/1621 Standard, TSr-EF0411/0811 Forward, TSr-HV0411 Light, TSr-HV0411/0811Standard, TSr-HV0411/0821/1621Forward,

Камеры серии Light (TSi-Dle1F(3.6), TSi-Dle11F(3.6), TSi-Ple1F(3.6), TSi-Ple11FA(3.6), TSi-Ple2FP(3.6), TSi-Ple4FP(3.6), TSi-Dle2FP(4), TSi-Ple2VP(2.8-12), TSi-Ple2VPA(2.8-12), TSi-Dle2VP(2.8-12), TSi-Dle2VPA(2.8-12), TSi-Dle21FP (3.6), TSi-Dle22FP (3.6), TSi-Dle23FP (3.6), TSi-Vle2FP (3.6), TSi-Vle2VPA(2.8-12),TSi-Vle2VPZ(2.8-12),TSi-EBle2F (3.6), TSi-Ple2VPZ(2.8-12), TSi-SDL2Z18IR),

Регистраторы NVR серии Light (TSr-NV0415 Light, TSr-NV0815 Light, TSr-NV0821 Light, TSr-NV0812 Light, TSr-NV0818P Light, TSr-NV2421 Light, TSr-NV2442 Light, TSr-NV2481 Light, TSr-NV0414 Light):

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

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".

Примечание!! Для аналоговых регистраторов характерной особенностью является отдача потока только с кодеком H.264.

Примечание!!! RTSP-запрос для регистраторов TSr-NV0415 Light и TSr-NV0815 Light работает только при выборе кодека H.264. При выборе кодека H.265 видео по RTSP-запросу не транслируется.

Камеры серии TSi-Cxxx ревизии v1.1 (TSi-C111F (3.6), TSi-C111F (3.6) Wi-Fi, TSi-C211F (6.3), TSi-C211F (6.3) Wi-Fi, TSi-C311F):

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

rtsp://IP:554/channel1

либо

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

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

rtsp://IP:554/channel2

либо

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

Третий поток:

rtsp://IP:554/channel3

либо

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

Камера TSi-PTZ311F:

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

rtsp://IP:554/stream1

либо

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

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

rtsp://IP:554/stream2

либо

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

Камеры ревизии TSi v4.3 (TSi-P121V (3.3-12), TSi-B121, TSi-B211, TSi-B311, TSi-P211V (3.3-12), TSi-P212V (3.3-12), TSi-Pm111F (3.6), TSi-Pm211F (3.6), TSi-Pm211V (3.3-12), TSi-Pm311V (3.3-12), TSi-Pm511V (3.3-12), TSi-DV211V (3.3-12), TSi-DVm211F (3.6), TSi-DVm212F (3.6), TSi-D211V (3.3-12)):

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

rtsp://IP:554/snl/live/1/1/Ux/sido=-Ux/sido=

либо

rtsp://user:password@IP:554/snl/live/1/1/Ux/sido=-Ux/sido=

либо

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

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

rtsp://IP:554/snl/live/1/2/Ux/sido=-Ux/sido=

либо

rtsp://user:password@IP:554/snl/live/1/2/Ux/sido=-Ux/sido=

либо

rtsp://user:password@IP:554/snl/live/1/2

Третий поток:

rtsp://IP:554/snl/live/1/3/Ux/sido=-Ux/sido=

либо

rtsp://user:password@IP:554/snl/live/1/3/Ux/sido=-Ux/sido=

либо

rtsp://user:password@IP:554/snl/live/1/3

Камеры ревизии TSi v4.4 (TSi-B211, TSi-B311, TSi-B511, TSi-P212V (3.3-12), TSi-P311V (3.3-12), TSi-P511V (3.3-12), TSi-Pm111F (3.6), TSi-Pm211F (3.6), TSi-Pm212V (3.3-12), TSi-Pm311V (3.3-12),TSi-Pm511V (3.3-12), TSi-Pb111F (3.6), TSi-Pb221F (3.6), TSi-DV211V (3.3-12), TSi-DV311V (3.3-12), TSi-DV511V (3.3-12), TSi-DVm211F (3.6), TSi-DVm212F (3.6), TSi-DVm221F (3.6), TSi-DVm311F (3.6), TSi-D211V (3.3-12), TSi-EB211V (3.3-12), TSi-SDW211Z22, TSi-SDW211Z22IR, TSi-SD211Z10),

камеры ревизии TSi v5.1 (TSi-B221, TSi-B231, TSi-B451, TSi-B831, TSi-Pm231V (3-12), TSi-Pm451F (3.6), TSi-Pm451V (3-12), TSi-DV451F (2.8), TSi-DV451V (3-12), TSi-SDW231Z22, TSi-SDW231Z22IR, TSi-SDW331Z30):

RTSP-поток транслируется аналогично ревизии v4.3. Исключением является отсутствие третьего потока.

Регистраторы линейки NVR:

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

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

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

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

, где idc - номер канала, нумерация начинается с "1".

Гибридные регистраторы линейки UVR (TSr-UV0410, TSr-UV0411 Eco, TSr-UV0412 Eco, TSr-UV0811 Eco, TSr-UV0812 Eco, TSr-UV1622 Eco):

RTSP-поток транслируется аналогично линейке NVR. Исключением является наличие ещё и третьего (мобильного) потока:

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

Камеры серии TSi-Cxx2 (TSi-C112F, TSi-C112F Wi-Fi, TSi-C212F, TSi-C212F Wi-Fi):

rtsp://IP:554/media/media.amp?streamprofile=Profile1

либо

rtsp://user:password@IP:554/media/media.amp?streamprofile=Profile1

, где Profile1 - имя профиля в настройках камеры. Для камер можно задавать различные профили (с разными разрешениями, кодеками, наличием \ отсутствием ROI, с разными битрейтами и т.д.). Лимит (ограничение) количества профилей производителем нигде не задокументировано, поэтому можно считать, что лимита нет :D

Кроме того, для протоколов RTSP и ONVIF профили задаются отдельно для каждого протокола.

Соответственно, такого понятия как "номер потока" (основной [первый], дополнительный [второй], мобильный [третий]) нет. Потоки задаются профилями.

Камеры серий TSi-Pn, TSi-Dn, TSi-Pe, TSi-De, TSi-Ve:

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

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

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

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

 

2. ONVIF.

По умолчанию в качестве порта для протокола ONVIF на камерах используется порт 80.

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

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
      Заранее благодарен

×