Jump to content

Recommended Posts

 

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

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

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

Share this post


Link to post
Share on other sites

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

 

Share this post


Link to post
Share on other sites

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


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

Share this post


Link to post
Share on other sites
Posted (edited)

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

Цитата

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

Вот здесь:

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

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

Цитата

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

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

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

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

Edited by unlifer

Share this post


Link to post
Share on other sites
Цитата

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

Share this post


Link to post
Share on other sites
Цитата

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

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

Share this post


Link to post
Share on other sites
Posted (edited)

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

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

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

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

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

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

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

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

 

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

Edited by unlifer

Share this post


Link to post
Share on other sites
Posted (edited)
1 час назад, unlifer сказал:

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

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

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

Edited by Mexanik2003

Share this post


Link to post
Share on other sites
Posted (edited)
Цитата

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

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

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

Далее. При физической замене одной 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-протоколу.

Edited by unlifer

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
      Имеется хорошая база по URL-адресам для получения потока с различных устройств. Большое количество производителей, указаны модели устройств, протоколы и т.д.
      Адрес http://www.ispyconnect.com/sources.aspx
      Ссылка ведёт на страницу со списком производителей, кликая мышкой по нужному, переходите на список моделей.
      Вдруг, кому пригодится
    • 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
      Заранее благодарен

×