Перейти к контенту
Форум о видеонаблюдении

Рекомендуемые сообщения

 

19 минут назад, unlifer сказал:

Я же как-то умудрился обосновать необходимость перехода на Линию. Хотя изначально при получении в обслуживание систем ОТ такой аврал был: на стройплощадках Acecop, какие-то китайские платы видеозахвата, в офисе Securos, на некоторых объектах разномастные китайские и не только регистраторы, на ряде домов Avreg, на одном объекте додумались на один сервер впихнуть одновременно ПО Evidence и RVI, где-то местами Beward... в общем, тот ещё зоопарк был, я бы даже сказал цирк :)

p.s. Респект и уважение вам.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добрый день. Раскройте, пожалуйста, ваши планы на обучение Windows приему и выдаче потока RTSP, либо другой способ сопряжения двух Линий под Windows. Мне требуется подключить к Линии на Windows (на которой ведется запись) еще такую же Линию на Windows, к которой уже будут подключаться сотрудники для онлайн-просмотра камер.

 

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте!
Подробно расписывал здесь


Если цель ретранслировать - рассмотрите версию для Linux https://devline.ru/beta_version_linux/
Сейчас работа ведётся над кроссплатформенной версией, в ней будет возможность отдавать  RTSP потоки (принимать можно и сейчас).

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте.

Цитата

Раскройте, пожалуйста, ваши планы на обучение Windows приему и выдаче потока RTSP, либо другой способ сопряжения двух Линий под Windows.

Вот здесь:

я рисовал таблицы, так скажем, совместимости.

На данный момент нет такой возможности. Ждём кроссплатформенную версию, в ней обещали сделать.

Цитата

Мне требуется подключить к Линии на Windows (на которой ведется запись) еще такую же Линию на Windows, к которой уже будут подключаться сотрудники для онлайн-просмотра камер.

Хм... А для чего такие сложности? В плане безопасности особо то и не выиграть ничего.

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

Если первый сервер с аналоговыми камерами через платы видеозахвата, то только напрямую к нему подключаться для онлайн просмотра. Или, как вариант, заменить первый сервер на XVR16, если камер не больше 16-ти, а в качестве второго сервера (ретранслятора) использовать demo-версию Линии и принимать потоки с XVR можно по протоколам Devline, HLS, RTSP и FLV. На сколько помню, количество клиентских соединений к демке также не ограничено.

Изменено пользователем unlifer

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах
Цитата

использовать demo-версию Линии и принимать потоки с XVR можно по протоколам Devline, HLS, RTSP и FLV

Ой, чего-то я погорячился. Глянул сам на свои таблицы, поэтому поправлюсь: в demo-версии Линии под Windows можно будет принять только по RTSP. В общем то, что Вам и нужно.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сейчас "сопряжение" двух серверов Линия на Windows можно сделать через объединение их в группу. Подключившись к группе можно видеть камеры обоих серверов.

Если я правильно понял вопрос, то Вам необходимо ждать кроссплатформенной версии Линия 8.0 для Windows.

Либо: Сервер1 Windows с которого нужно забрать потоки на другой сервер перевести на Linux и тогда на Сервер2 Windows можно будет захватывать потоки по RTSP. 

Linux OS + Линия Linux  = можно отдавать и принимать RTSP потоки.

Windows OS + Линия Windows = можно только принимать потоки RTSP.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах
Цитата

Либо: Сервер1 Windows с которого нужно забрать потоки на другой сервер перевести на Linux и тогда на Сервер2 Windows можно будет захватывать потоки по RTSP.

Дополню. Если всё же речь о платах видеозахвата, то только замена на XVR, под Linux, помнится мне, нет драйверов для плат.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хм... Есть ещё одна завиральная идея... Но она, извиняюсь за выражение, попахивает тупостью.

Сделать ретранслятор для ретранслятора :) 

Суть решения:

- камеры подключены к серверу №1 на Windows, который способен отдавать потоки по протоколам Devline, HLS и FLV,

- ретранслятор (ffmpeg, vlc, erlyvideo и т.д.) принимает потоки по HLS или FLV с сервера №1 и перекодирует его в RTSP,

- сервер №2 принимает RTSP с ретранслятора,

- клиенты смотрят камеры с сервера №2.

Мдя... Знаю я толк в кое-каких нецензурных вещах :)

 

Кстати, а Линия то последняя на этих серверах установлена? А то и завиральная идея не поможет.

Изменено пользователем unlifer

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, unlifer сказал:

А для чего такие сложности?

Я планировал сэкономить последующие усилия на замене камер: при моем каскадном варианте замена камеры влечёт настройку только одной Линии, а не всех, который был заведен поток от старой камеры. А две Линии нужны потому, что камеры с регистратором находятся за 10-мегабитным туннелем от желающих их смотреть.

Аналоговых плат нет, только IP.

Изменено пользователем Mexanik2003

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах
Цитата

Я планировал сэкономить последующие усилия на замене камер: при моем каскадном варианте замена камеры влечёт настройку только одной Линии, а не всех, который был заведен поток от старой камеры.

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

Максимум, минимизировать можно если один из двух серверов используется как резервный для хранения записей. Но ранее Вы указали, что второй сервер используется только для ретрансляции онлайн видео, а про архив ничего не говорили. Но даже при всём при этом, как я понял, архив то хранится на первом сервере, и даже если второй всё таки используется как резервный для архива, то, если погаснет первый, от второго толку не будет при таком каскаде... от слова "вообще".

Далее. При физической замене одной IP-камеры на другую при любом раскладе (что с каскадом, что без) меняться, по сути, будет URL в настройках канала первого сервера. И всё. Даже на клиентах перенастраивать ничего не придётся, если они будут смотреть видео с него.

Далее №2. Если у Вас этот второй сервер выступает в качестве результирующего, как центральный узел в топологии "звезда", то есть к нему сведены камеры не только с первого сервера, но и ещё с кучи других серверов и регистраторов (подобного плана вещи делают для того, чтобы хранить пользовательские учётки в одном месте), то, опять же, перенастраивать при простой замене нигде и ничего не придётся, только URL на одном сервере и даже при подключении клиентов к нему.

Далее №3. Если всё таки дело как раз в хранении учёток в одном месте, то при добавлении новой камеры как раз таки придётся не только на первом сервере перенастраивать, но и на втором тоже. То есть изначально задача минимизировать количество настроек - абсолютно обратная от того, что Вы подразумеваете.

Цитата

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

То есть теперь идёт речь ещё и о каком-то регистраторе и о ширине канала? Вот всё надо щипцами вытягивать :angry::)

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

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

Тут тогда подойдёт предложенный Антоном вариант:

Цитата

Либо: Сервер1 Windows с которого нужно забрать потоки на другой сервер перевести на Linux и тогда на Сервер2 Windows можно будет захватывать потоки по RTSP.  

Linux OS + Линия Linux  = можно отдавать и принимать RTSP потоки.

Windows OS + Линия Windows = можно только принимать потоки RTSP.

С той только разницей, что наоборот на втором сервере ставить Linux OS + Линия Linux. Первый сервер оставить на Windows и приём-передачу осуществлять по Devline-протоколу.

Изменено пользователем unlifer

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или авторизуйтесь, чтобы оставить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

Создать аккаунт

Зарегистрировать новый аккаунт в нашем сообществе. Это несложно!

Зарегистрировать новый аккаунт

Войти

Есть аккаунт? Войти.

Войти

  • Похожий контент

    • Автор: Abirvalg
      Добрый день. Есть несколько камер, белый ИП
      Камеры стоят в одном месте, сервер в другом
      Первую камеру пробросил, работает. С другими проблема. Onvif я могу пробросить на другой порт как и RTSP,  в линии я указываю только порт подключения, обычно это http или onvif, но видеопоток берется вроде как с rtsp же? вот как указать RTSP принудительно, другой?
      Получается ситуация, когда камера №1 работает а вторую завести не могу, так как RTSP открыт только для первой.
      Как то можно указать принудительно в линии другой RTSP порт? в настройках нету
    • Автор: unlifer
      Имеется хорошая база по URL-адресам для получения потока с различных устройств. Большое количество производителей, указаны модели устройств, протоколы и т.д.
      Адрес http://www.ispyconnect.com/sources.aspx
      Ссылка ведёт на страницу со списком производителей, кликая мышкой по нужному, переходите на список моделей.
      Вдруг, кому пригодится
    • Автор: advixer
      Приветствую, господа. 
       Наша организация обладает большим количеством старого (но с точки зрения начальства "надежного" и главное уже имеющегося в наличии) оборудования, которое включает в себя Hikvision ds-6004hci. Железка очень старая (2006 год приблизительно). Необходимо получать каким то образом потоковое видео с этих чудных девайсов. В описании железяки обнаружилось, что она поддерживает потоковое видео. Никакие ссылки от Hikvision не работают. Прошивок на неё нет (по крайней мере 3 дня googyandex'a не помогли). Прошивки от девайсов с аналогичным железом на борту не льются (ни через веб морду, ни через hik utils, ни через sftp (читай RS 232)), от более свежих моделей в том числе... Сотрудников, свободно владеющих С++ у нас, к сожалению нет, поэтому осилить свою версию прошивки с SDK  мы не в состоянии.
      На просторах тырнета были обнаружены вот такие девайсы,  есть подозрение, что их прошивки сгодятся и на наши.
      Суть вопроса: если кто владеет информацией, как получить RTP поток с сего девайса, или может скинуть прошивку, в которой работает RTP - будем Вам крайне обязаны!



    • Автор: 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-камеры в "Линию"?
    • Автор: remont906
      Добрый утро. Не получается забрать  поток с регистратора h264. Модель mvi-8108av. версия прошивки 2.62.r07 от 2011 года
       
×