Как снизить стоимость видеосистемы

Просто, насколько я понимаю, скорость работы сетевого архива ниже, чем локального.

Вы не поверите - таки удаленно.

?-(

Только вот одно дело при поиске, использовать сервер с локальным архивом, другое - с разнесенным чёрти-где по камерам сетевым, тем более на карточках записанным.

8-(

Еще раз переповторяю вопрос:

вы что каждый раз ковыряетесь на самом сервере или всё же подключаетесь к нему столь-же удаленно?!

Ну а если таки удаленно (т.е. по всё той же ip) - то причем тут высокая скорость локального сервера, вернее - чем она вам в этом случае поможет-то?

PS

Я подозреваю, что, помимо самой сети, еще и у карточек интефейсы не особо скоростные и протоколы доступа к ним громоздкие и камеры без карт бывают Если не так, значит я был не прав. В любом случае без учпстника разработки подобных систем спорить бессмысленно. Мароскопы!! АУ!! Трассировцы тоже!! и все остальные, спасайте!

Вокор"дУшки" - а вы почему со своим стрит-сервером, вернее с его твердотельным хардом - всё еще не тут :-)

Или вы у нас уже - не участник разработок распределенной архивации?

Тут разве есть Trassir(овцы)?

причем тут высокая скорость локального сервера, вернее - чем она вам в этом случае поможет-то?

Видите, какая от вас польза - полез с вокордом разбираться и скоростью обмена карточек. Мы у себя как-то на трассире зациклились и в эту сторону сильно не лезли по ряду причин. Не знаю как качество работы железа, но сама схема построения у вокордов вполне грамотна. Т.е. камера занимается задачей, посильной для ее процессора мощности, - организация видеопотоков и предварительная видеоаналитика. Далее она отдает видеопоток с координатами выделенных лиц на достаточно скорострельный сервер, занимающийся аналитикой по полной программе и осуществляющий промежуточное хранение и передачу значимой информации на сервер для хранения. Это в задачах распознавания лиц и номеров. А для видеонаблюдения - передача отдельного потока на центральный сервер, где свои алгоритмы обработки. Вот там большой архив и работа с ним с клиентских мест по полной программе. Я в 80-90е годы в КБ работал, по таким принципам мы свою аппаратуру спутниковой связи строили - несколько уровней обработки и оптимизация отдельных узлов под задачи. Объемы, скорости и элементная база были другими, но принципы те же - никто ничего лучше не придумал пока. И так же носились с идеями однородной вычислительной среды, но куча обидных мелких частностей заставляла всегда укрупнять узлы обработки информации. Т.е. это были некоторые аппаратные стойки, оптимизированные каждая под свою задачу, объединенные в сеть.

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

Насчет карточек - ладно, пусть лучше специалисты говорят. Действительно, насколько я понял, бывает скорость и 90 МБ/с, правда подозреваю, что они оптимизированы под чтение/запись больших массивов, но лучше других послушать. Другое дело твердотельные диски, все себе собираюсь в комп гигов на 120 затолкать под систему. Там интерфейс SATA и скорости действительно дурные из-за отсутствия механики.

Завтра постараюсь в Новосиб сгонять на SIPS, но вокорда в перечне участников не вижу. Ладно, посмотрим.

А для видеонаблюдения - передача отдельного потока на центральный сервер, где свои алгоритмы обработки. Вот там большой архив и работа с ним с клиентских мест по полной программе.

Похоже это или от меня "пользы не много", или Вы до конца так и не разобрались с распределенным архивом от Вокорд-овцев.

:-(

Потому как:

-Ну нет у них никакого видеонаблюдения! Они даже человека за охранную сущность не считают, только машина и только машинное зрение!

И нет у них никакого шибко-шибко большого, или шибко-шибко умного сервер, да еще и собирающего видеоданные по узкоколейным GPRS ШЗ-каналам! Всю "работу" делают локальные "стрит-сервера", да еще и в автономном режиме, другой вопрос - как качественного они это делают ;-).

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

PS

Другое дело твердотельные диски, все себе собираюсь в комп гигов на 120 затолкать под систему. Там интерфейс SATA и скорости действительно дурные из-за отсутствия механики.

Ну а кто Вам (кроме вашей жабы) - мешает уже сегодня затолкать solid-state drive (SSD) скажем в "простой" 4 канальный IP-DVR? ;-) Вы вот собираетесь на:

Завтра постараюсь в Новосиб сгонять на SIPS, но вокорда в перечне участников не вижу. Ладно, посмотрим.

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

Вставлю свои 5 копеек.

По моему мнению распределённая система надёжнее и устойчивее. НО!

Запись на камерах для большинства объектов не подходит, как тут правильно говорилось из-за воровства/вандализма/пожаров и т.п.

Однако в любой IP системе есть коммутаторы, и если расстояния от камер до сервера больше 100 метров, эти коммутаторы стоят не только в серверной. Для этих коммутаторов нужно питание, в идеале бесперебойное, значит нужен ББП.

Логично свитч с ББП установить в ящик. И в этот ящик можно засунуть NVR.

Получается такой узел, в дискуссии с Вокордом я его уже показывал: http://www1.fips.ru/fips_servl/fips_servlet?DB=RUPM&rn=5747&DocNumber=104753&TypeFile=html

Вот тут http://www.secuteck.ru/articles2/videonabl/zmei-gorinich-videonabludeniya я пробовал идею раскрутить, но живых клиентов не нашлось. Дороговато выходит.

Кстати, о Трассире. Их лансеры с HDD/SD на борту уже давно реализовывают похожую идею. Однако в 99% случаев клиенты предпочитают централизованную запись даже когда берут Лансеры.

Вот тут http://www.secuteck.ru/articles2/videonabl/zmei-gorinich-videonabludeniya я пробовал идею раскрутить, но живых клиентов не нашлось. Дороговато выходит.

Ну видимо это был 2011 год, т.е. так скажем: - было это "давненько"!

Сегодня же, это дело можно уже значительно удешевить, тем более что уже существуют даже такие решения, где всё - и коммутатор (причем даже с PoE) и NVP и хард (который вы естественно установите в NVR):

- т.е. всё что Вы Михаил - хотели засунуть в бокс (ну кроме что резервного БП) сегодня уже есть так скажем:

- в одном флаконе, наливай да пей

;-)

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

"Не понимаю, почему люди восхищаются этим Карузо? Каким-то тошнотворным козлетоном фальшивит, картавит, шепелявит!

-- Вы слышали, как он поёт?

-- Нет, но кое-что из его репертуара мне напел коллега Тюрин."

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

[1] Преимущества архитектуры VMS Vocord Tahion

[2] Vocord NetScale - маршрутизатор видеопотоков в IP-сетях: более гибко и надёжно, чем IP-multicast

[3] Цитата из редакционной статьи "Конвергенция и сетевое видеонаблюдение", журнал ProSystem CCTV 2008-03:

"Пожалуй, наиболее корректный для охранного телевиде­ния метод буферизации видеопотоков предло­жила компания Vocord. Сетевые видеосерверы Avantpost при сбоях в сети сохраняют аудио- и видеоданные на встроенный жёст­кий диск, а при восстановлении связи переда­ют всю накопившуюся информацию в архив без потерь. Гарантированная передача данных возможна благодаря использованию протоко­ла TCP, который требует подтверждения полу­чения пакетов и устраняет дублирование, тогда как протокол UDP, который используют многие производители сетевых видеосерверов для по­вышения скорости и плавности трансляции ви­деопотоков, не требует подтверждения приёма пакетов и может их терять."

Более того, для программера в принципе один чёрт, к какому архиву обращаться.

Тут кто-то из Макроскопов фигурировал, пусть слово молвит, почему они работают с дисковыми массивами, а не с сетевыми на основе встроенных карт.

Macroscop работает с любымы устройствами хранения.

Просто, насколько я понимаю, скорость работы сетевого архива ниже, чем локального.

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

Увы, все характеристики совместить не получилось. Изделия, подобные предложенному Вами, были и тогда. PoE свитч к NVR прилепить - не бином Ньютона.

Основные проблемы:

1. трудность резервирования питания 220В с сохранением низковольтных выходов 12В, 24В, 9В, и даже 5В, поскольку хотелось сделать универсальное изделие для разных камер. Вариант с резервированием 220В и кучкой адаптеров не слишком изящен.
2. всепогодность и необслуживаемость неизбежно обходятся в большие габариты и цену.
3. мало софтов заточено под распределённые УНИВЕРСАЛЬНЫЕ системы. Не работает народ с NVR как с линейным оборудованием, да и сами NVR не заточены под такую работу. Нет-нет, да и требуют они при разного рода сбоях мышку с моником подцепить, и решить проблему на месте. А это место предполагается не в тёплой серверной, а на 5-метровом столбе в пургу.

Ну слава те! А то хоть: - "я вам не Спиноза какой-нибудь,чтобы ногами разные кренделя выделывать", и только по этому размечтался:

- А не сгинула ль продвинутая контора, - под гнетом кризисной волны!

Анд нет, - жива еще моя старушка ;-), жив и я, - привет тебе привет! :-)