Видеосервер на базе ПК. Подбор железа.

[Unnamed 694]

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

 

Подскажите пожалуйста. Планируется система:

 

Камеры

GV-MFD110 - 8 шт.

GV-BL320D - 2 шт.

GV-VD320D - 8 шт.

 

Коммутатор

D-Link DES-1210-28 WEB - 1 шт.

 

С клиентским компом вопросов нет. Остро стоит вопрос с выбором железа для сервера. Каков принцип, где можно посмотреть? Как выбирать, критерии? 2-х процессорный или 1 процессорный комп, Core i7, Xeon? Абсолютно не понятно...

 

P.S: Если не там разместил, прошу прощения, исправлюсь в перспективе...

[milker 12]

Абсолютно точно не скажу, но имею мнение, что запись трафика с ip камер практически не грузит CPU - он приходит сжатым и уже не пережимается. Поэтому, в первом приближении, обычный офисный комп, но с 4х ядерным i5 (на всякий случай).

 

Основная возможная проблема здесь будет в другом - выдержит ли сеть/дисковая система суммарный трафик со всех камер.

Сколько выдают камеры - неизвестно, предположим 160 Мб/5 минут, 0.5 Мб/с,

18 камер - 9 Мб/с - это на пределе теоретической пропускной способности 100 Мбит/с линка.

Поднимайте сеть до гигабита, или ограничивайте качество.

 

Второй затык - дисковая подсистема. Современные диски имеют линейный трансфер за 100 Мбайт/с, но при многопоточной работе он падает до 1..10Мбайт/с (ЕДИНИЦ мегабайт/с). Поэтому диски серверные, оптимизированные для многопоточной работы. NCQ помогает, но слабовато. В принципе одного-двух ХОРОШИХ дисков должно хватить, если не хватит - думать про рейд или SAS.

 

Ну и, ознакомившись с первоисточниками - интересная табличка на http://www.geovision.com.tw/english/Prod_GVNVRV84_Spec.asp.

Geovision считает нормальным писать 18x25 = 450 fps при 3 мпикс на одиночный жесткий диск (систему лучше положить на отдельный), но в примечаниях еще один интересный момент:

===

To connect IP cameras with H.264 codec and GV-IP Speed Dome (no matter which codec you select), the minimum CPU requirement of Core 2 Quad can only support up to 8 channels. With CPU of Core i7 or higher, you can record up to 32 channels but note the following limit for live viewing:

• For live viewing of 32 channels, you need to lower the resolution and change the codec to MPEG 4 or MJPEG.

===

[Pir 319]

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

 

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

 

Как выбирать - расскажу на основе собственного опыта.

Как правило под большое (более 10) число IP-камер сервер приобретается не один.

Почему?

1- Экономический мотив. - ставить большую и жутко дорогую железяку конечно интересно и даже где то надежно, но уж очень дорого она встает при покупке. Да и доп. опции к ней недешевы (так же играет такой момент - а ну как выйдет из строя -и объясняй начальству почему за такое количество денег купленная железка не работает).

2- Технический мотив. - проверено 7 мегапиксельных камер на полном качестве "кладут" 100мбит начисто.- стало быть гигабитная сетевуха.(кстати если используется на предприятии - только отдельный сегмент сети, иначе прочие пользователи локалки вас казнят))) Следом упираемся в винты и проц. Первых надо (в идеале) по одному на камеру-две , проц же можно несколько разгрузить сменой кодека на менее затратный (то бишь H264 на MJPEG ), но при этом растет архив.

 

Опять же из практики - 4 камеры BX-110 + 1 MDF-110 пишутся на сервак с 3 винтами, 2 Гб памяти, и квадропроцом (не помню точно конфигурацию) - загрузка проца порядка 60-70 процентов (кстати оперативка не так критична) - в общем можно добавить еще парочку, но на этом и все.

ставили недавно камеру GV-BX320D (у вас GV-BL320D, что тоже самое, только в кожухе), так она есть не стесняясь 20мбит от сетки (опять же на полных настройках - ну а зачем иначе приобретать камеры за 20крублей если на всю катушку не смотреть?_)))

 

3. Мотив душевного спокойствия))

Если есть несколько системников (серверов то бишь) - все наблюдение не "ляжет " моментом, чтото да останется работать. Тем более для "среднеобычных компов" железо можно найти недорого и в сжатые сроки.

А лишнюю деньгу лучше потратьте на сетевое оборудование хотя бы среднего уровня.

 

Итого подытожу свое ИМХО.

Разбиваем по каким то территориальным или логическим признакам камеры на 3(в вашем случае группы).

Соответственно покупаем 3 компа с хорошей материнкой и процом (тут можно и старый квадрик и i7 - как денежка позволит) -винты по усмотрению\предпочтению, но, учитывая количество и разрешение камер архив будет весьма нехилый, в связи с чем советовал бы подумать о сетевом хранилище.

По поводу

D-Link DES-1210-28 WEB..

Положа руку на сердце - лучше бы циска...

Но коли все таки д-линк то не один (про отдельную сетку и разделение на группы я говорил уже) .

Самая распостраненная схема - это обычно по нескольку камер на один маленький но надежный коммутатор с гигабитным портом, который служит аплинком, и потом "собрать такие аплинки в кучу" уже чем то более умным и мощным.

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

[Pir 319]

Да вот еще момент....

Очень критичная вещь - будет ли видеосервер(ы) кроме как "писать", еще и отображать.

В моем примере с 5 камерами сервер как раз еще и отображает, для чего ему нужно "разворачивать" 264 кодек - что ест проц.

Если сервак не будет самостоятельно показывать картинку - то можно писать раза в 1.5 -2 большее кол-во камер.

Ну это все кратко. Если напишете подробности и условия - можно будет подумать поглубже.

[Diesel 10]

Добрый день.

Может подскажете какой объём информации передаст камера GV-BX220D подключенная к DVR при 1280 x 960,5к/с,кодек Н264 за 5 мин.

[dexi-andrey 60]

Вот пример видео снятый камерами BX-120 30FPS качество стандартное и высокое. Можете посмотреть битрейты.

ftp://195.46.187.150/DEMOVIDEO/GV/BX120D/DEMO_BX120D_30fps_45mb.avi

ftp://195.46.187.150/DEMOVIDEO/GV/BX120D/DEMO_BX120D_30fps_exelent_37mb.avi

 

Ссылка на требования к системе для IP камер.

ftp://195.46.187.150/GV_DOC/IP_device_integration_notes-updated110103.pdf

 

Поток с 2-х мегапиксельной IP практически не превышает 10 мегабит, поскольку в 99% случаев камера снимает достаточно статичную картинку. Хотя теоретически поток от нее может доходить до 40 мегабит.

По опыту могу сказать, что двухпотоковые камеры загружают сервер немного. Но достаточно 3-4 однопотоковых камер чтобы загрузить процессор i5 на 80%. Еще процентов по 5-10 от процессорного времени занимают сервисы WEB, CC, Center V2 (каждый).

Так же при воспроизведении видео нагрузка на процессор значительно возрастает, поскольку приходится декодировать несколько потоков в качестве FullHD

 

Если выбирать между процессорами, лучше брать чтобы было больше ядер чем бОльшую частоту. Поэтому Core i7 с 4-мя физическими и 4 виртуальными ядрами будет в 2-3 раза быстрее чем i5. При разнице в цене процессоров 1,5-2тыс лучше брать i7

 

У Geovision есть платное ПО Recording Server для записи 128 каналов IP. Работает на Core i7. Полноценная работа - запись 128каналов, отдача 300 каналов работает с 4-мя гигабитными сетевыми картами. Поскольку оно не занимается выводом видео на экран, а только записью и ретрансляцией потока, это позволяет писать такое количество каналов.

[milker 12]

Вот пример видео снятый камерами BX-120 30FPS качество стандартное и высокое. Можете посмотреть битрейты.

ftp://195.46.187.150/DEMOVIDEO/GV/BX120D/DEMO_BX120D_30fps_45mb.avi

ftp://195.46.187.150/DEMOVIDEO/GV/BX120D/DEMO_BX120D_30fps_exelent_37mb.avi

О, а это уже очень, очень интересно, предметный разговор.

Только полянка как раз из тех, для которых за глаза 3-4 кадра в секунду, да и при 45Мбайт/мин получается 65 Гбайт/(камера * сутки), многовато.

Думаю, что если зажать fps и качество vbr - можно очень много места сэкономить...

Ещё бы интересно ночные съёмки посмотреть - это очень сложно?

 

Ссылка на требования к системе для IP камер.

ftp://195.46.187.150/GV_DOC/IP_device_integration_notes-updated110103.pdf

Тоже ознакомились, много интересного, в т.ч. явно заявлен суммарный fps системы, ограниченный процессором.

 

Поток с 2-х мегапиксельной IP практически не превышает 10 мегабит, поскольку в 99% случаев камера снимает достаточно статичную картинку. Хотя теоретически поток от нее может доходить до 40 мегабит.

По опыту могу сказать, что двухпотоковые камеры загружают сервер немного. Но достаточно 3-4 однопотоковых камер чтобы загрузить процессор i5 на 80%.

...

Если выбирать между процессорами, лучше брать чтобы было больше ядер чем бОльшую частоту. Поэтому Core i7 с 4-мя физическими и 4 виртуальными ядрами будет в 2-3 раза быстрее чем i5. При разнице в цене процессоров 1,5-2тыс лучше брать i7

А вот тут вопрос.

i5 бывают разные - 2х и 4х ядерные.

О каких идёт речь?

Поскольку у меня есть большие сомнения, что 4х ядерный i7, даже с гипертредингом (8 виртуальных ядер), на реальных задачах хотя бы вдвое быстрее чем i5 c теми же 4мя физическими ядрами, но без гипертрединга.

 

Хотя в PDF для i7 указаны вдвое большие fps, чем для Core 2 Quad, это наводит на размышления...

[dexi-andrey 60]

Можно и ночное видео записать, но там разница будет небольшой от дневного, потому что таких шумов как в аналоговых камерах в IP нет. А вот разница в дождь или снег будет минимум раза в 2-3 раза.

В солнечную погоду например поток с камеры порядка 3-4 мегабит, а в дождливую пасмурную 15-17 - смотрю по графику загрузки LAN интерфейса.

 

В документе приведено реальное тестирование компьютеров. Использованные конфигурации и максимальный суммарный FPS там описан.

[Diesel 10]

Ролики посмотрел спасибо.

Для себя вывод сделал, что при круглосуточной записи в наших настройках примерно 10 гигов в сутки с одой камеры будет.

Но ночные съёмки действительно интересно было бы посмотреть. Сейчас мы используем камеры от самсунга (аналоговые) с накоплением в принципе даже в пасмурную погоду с мокрым асфальтом картинка приемлемая. К сожалению сравнить работу ПЗС и CMOS не доводилось.

[Unnamed 694]

Во-первых, большое спасибо всем откликнувшимся за оперативность!

Обрисую вкратце систему (для справки и исключения недопонимания).

 

Есть офис (400-500 м2), в нем планируется видеонаблюдение.

 

Камеры

GV-MFD110 - 8 шт.

GV-BL320D - 2 шт.

GV-VD320D - 8 шт.

 

Кабель

С помощью витой пары UTP 4х2х0.5 (Тайвань), подключаем все это добро к коммутатору.

 

Коммутатор

Коммутатор, находится тоже в этом офисе. Самая длинная линия от коммутатора до камеры, метров 40. В моем первом посте, ошибка, планируется коммутатор:

- D-Link DES-1210-28P

Он был выбран для экономии на POE-адаптерах, этот линк по мощности должен потянуть, был вопрос, что камера потребляет 14,5 Вт и у него на один порт 14,5 Вт, но меня заверили проблема была (давно), устранили, маленькой накладочки в 0,5-1 Вт, получиться не должно. Внешние камеры запитываются отдельно от ИВЭПРА, на тот случай, если будет отключение основного питания зимой и на длительный срок.

Офис не большой, зачем ставить аплинки? С коммутатора на сервак, конечно Гбитка.

 

 

Роутер

С коммутатора на роутер (защищаемся от интернет провайдера). Можете посоветовать интересное что-нибудь?

 

C роутера на роутер удаленного объекта и на пост Мониторинга. У нас только 20-30 Мбит/c получается по деньгам (VLAN канал), канал отдельный. Выхода нет, будем смотреть на посту все в 320 x 240, ну а при необходимости просмотра в качестве, 1 камеру переключать на прямой поток.

 

 

ИБП

Powercom Smart King RM SMK-3000AL RM LCD – при 900 Вт должен прожить 30 мин. (правда, тяжеловат, дороговат, выбор обусловлен необходимостью жизни системы 20-30 минут). Может и здесь мысли у кого интересные?

 

Сервер

По pdf получается (Таблица 1.1)

На GV-MFD110 (1,3 Мп, 8 шт.) – Core i7 - 1 шт.

На GV-BL320D и GV-VD320D (3 Мп, 2 и 8 шт. соответственно) – Core i7 - 2 шт.

 

Комбинируем, к примеру 3-3х Мп с 3мя-1,3Мп?

 

Если исполнение все в одном, то я присмотрел так (но согласен, 1 – это не очень):

Корпус – Server Case SuperMicro <CSE-743TQ-865B-SQ> Black 8xHotSwap SAS/SATA, E-ATX 865W 4U RM

Мать – SuperMicro X8DTL-IF (RTL)Dual LGA1366 <i5500> SVGA+2GbL SATA RAID ATX 6DDR-III

Память – 6 *1Гб

Проц – Intel Xeon E5620 2.4 ГГц/12Мб/5.86 ГТ/с LGA1366 *2

Видюха – Sapphire Radeon HD5570, 1Gb DDR3, 128bit, PCI-E, DVI, HDMI, Retail

Жесткий диск – Seagate 3Tb ST33000651AS 7200rpm 64Mb SATA3 *5 (по 4 камеры на хард, архив должен быть где-то месяц, считал, вроде при данной конфигурации выходит 8-11 Тб при H.264).

 

Да и в pdf только Core i7 и Core 2 Quad, а для Xeon ничего такого нет или не целесообразно?

 

 

Если исполнение 2 штука (3 – многовато, необходимо компактней), у меня получилось так:

Корпус – Корпус HEC Compucase S401BS 4U 19" (Без БП)

Мать – Intel S5500HCVR, 2xSocket1366, i5500, 9DDRIII, VGA, PCI-E, SATA RAID, 2GLAN, E-ATX, Retail

Память – 2 *1Гб

Проц – Intel Core i7 (930) 2800Mhz 8Mb 4.8GT/s S1366 tray *2

Видюха – Sapphire Radeon HD5570, 1Gb DDR3, 128bit, PCI-E, DVI, HDMI, Retail

Жесткий диск – Seagate 3Tb ST33000651AS 7200rpm 64Mb SATA3 *3 (по 4 камеры на хард, архив должен быть где-то месяц, считал, вроде при данной конфигурации выходит 8-11 Тб при H.264). Может калькулятор есть у кого полезный?

 

 

 

 

Хотелось бы услышать мнения? И если есть возможность ответы на вопросы?

 

 

 

 

Планируемая структура ip-видеонаблюдения (162.62 кБ)

 

 

 

 

Возможно, ли сделать так, чтобы из Центрального офиса, введя всего один ip адрес, затем введя логин и пароль, можно было выбрать с каким офисом соединиться (включая офисы расположенные в том же городе и те, которые в других). И чтобы все это без установки специального ПО (позволит ли это WEB-сервер или может с помощью web программирования, но куда эту программу засунуть, было бы здорово, чтобы логин и пароль тоже вводились один раз, а не дублировались при выборе видеосервера)? Желательно бы еще, чтобы это была железка (роутер, шлюз или еще чего), для усиления безопасности и упрощения настройки роутеров, видеосерверов?

Не понятно, какое оборудование ставить в центре (Точка А)? Хватит ли роутера (мне тут it отдел сказал, что без цыски за 100-140 тыр деревянных никак не обойтись ( - при таком раскладе в смету не влезет, по частям же не купишь)? Офисов в г. X планируется 8, около 100 камер. В других городах планируется пока только 3. Т.е. непосредственно кабеля получается:

- 1*VLAN (1 порт, в котором 8 потоков по 20-30 Мбит)– Гбитка

- 1*LAN (Центрального офиса) – Гбитка

- 1*Internet (Для связи с другими городами) – 100 Мбит (но подключить наверное лучше в Гбитный порт, на перспективу)

- 4*Lan (4 компа Центрального мониторинга, по 4 монитора, т.е. 4 объекта на комп) – 4*100 Мбит

Может есть какой-нибудь переходной вариант, например в точку А взять роутер, который в последующем пойдет на другой офис? Брать сейчас цыску под систему, которая будет в итоге, смысла нет, т.к. перспектива построения такой системы 2 года и скорость, сейчас 1 ячейка, через 2 месяца еще 1 ячейка, а потом я пока даже не знаю.

 

 

 

P.S: Может стоит эту тему перенести куда-то? Не соответствует разделу (

[dexi-andrey 60]

От аналогичного коммутатора D-Link запитаны IP камеры, проблем с нагрузкой нет. Внешние камеры так же можете питать от Д-линка, отдельный БП им не нужен. Главное не превысьте максимальную мощность.

 

Роутер - недорогой по деньгам и возможностям циски - Microtik. Вам нужен чтобы обеспечивать VPN 20 Мегабит. на периферийных офисах, и N*20 в главном. Если будете использовать VPN на PPoE то в офисах хватит RB450, если IPSEC то надо что нибудь помощнее. Можете купить саму Microtik RouterOS и поднять VPN сервер на без компа.

 

Не совсем понятно, с какой скоростью вы хотите записывать архив?

 

Xeon E5620 аналог i7 (4 ядра + 4 виртуальных). Два процессора, соответственно дадут вам 8+8 ядер и фактически двукратное повышение производительности от указной в таблице для Core i7. Т.е. на ваш сервер вы без проблем должны записывать минимум 12к/с со всех камер, и еще останется запас.

Разделять на 2 сервера наверное смысла нет, лучше на разницу в деньгах установить больше HDD.

Памяти меньше 4Гб ставить не стоит, но и больше тоже нет особого смысла.

 

Калькулятор объема вещь бесполезная. Ибо подсчитать точный объем вы сможете только при CBR сжатии. А при VBR он изменяется от 10 до 60мегабит.

 

Если вы объедините офисы по VPN, то видеосервера у вас будут видны в общей сети. Если без VPN, то ставите Control Center на рабочие места и введя один пароль будете управлять и смотреть любые разрешенные сервера.

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

 

В точке А вам потребуется широкий интернет канал N офисов*20 мегабит или несколько каналов разных провайдеров. Соответственно мощный VPN (тот же микротик)

Хочу обратить внимание, что веб сервер передает не полные 3 мегапикселя с каждой камеры, а ужатое изображение примерно до 320х170 точек. А переключение на поток большого разрешения происходит при разворачивании видео в полный экран.

Для мониторинга вы можете использовать Contol Center, Center V2, или можете поднять, параллельно основному, видеосервер на который подключить поток низкого разрешения с камер.

Center V2 экономит трафик подключая только активные на данный момент камеры. особенность его работы: если вы настраиваете подключение камеры в Center V2, то она передает туда основной поток. А если камера подключена в NVR -> Center V2 то он получает сжатый поток от веб сервера.

 

 

Советую так же обратить внимание на новое ПЛАТНОЕ серверное ПО Geovision Recording Server http://www.geovision.com.tw/english/Prod_GVRecordingServer.asp

Если вы не будете смотреть видео на сервере, то оно позволяет получить бОльшую скорость записи при аналогичных требованиях к серверу по сравнению с обычным NVR.

 

 

Вам надо бы подумать более подробно, кто, в каком количестве, и объеме и каким ПО будет смотреть потоковое видео? Каждый клиент это отдельный поток веб сервера. Если это более чем 1 постоянный и 1-2 изредка подключающихся клиента, то нужно делать Multicast (а мультикаст+VPN+NAT это отдельное поле для экспериментов). А так система вполне жизнеспособная будет.

[dexi-andrey 60]

Ещё бы интересно ночные съёмки посмотреть - это очень сложно?

ftp://195.46.187.150/DEMOVIDEO/GV/BX120D/BX-120night.avi

Ночная запись. 220мегабайт. Ночное освещение - фонарь на соседнем здании и ИК прожектор под камерой.

Скопирована AVI с сервера, запись 5 или 6fps, но медиаплеер неверно определяет скорость и пытается воспроизвести ее 30к/с

[Unnamed 694]

Скажу сразу, если на некоторые вопросы есть ответы в мануале, прошу прощения, бегло пробежав, ответа не получил, а времени на реализацию очень мало, не сочтите за труд либо ответить либо указать сцыль, где можно почитать (лучше бы ответ конечно ), огромное спасибо!

 

Наш it отдел с Microtic не сталкивался (говорят хз как настраивать, разбираться не будут, отмажутся ), поэтому в смету будем забивать CISCO 2821 (центральный роутер), зараза 250 косых стоит . В Офисы на выход будем брать CISCO 871 (везде будет реализовываться IPSEC). Не думаю, что в ближайшие 1-3 года сможем перейти на каналы больше 100 Мбит, а до 100 цыска 871 потянет.

 

Появилось несколько вопросов.

1. Камеры у нас все Geovision, единственно в каждом офисе будет ptz (Axis), отсюда вопрос, что за ПО нужно покупать:

1.1. Center V2 Pro - для Центрального поста мониторинга, 1 модуль – 1 комп (№1)? Дело в том, что нам нужно реализовать такой принцип (или близко к нему):

- 1 оператор, смотрит за 4-мя офисами, т.о. в идеале нужно, чтобы было 4 монитора, 1 монитор – 1 офис и желательно, чтобы любую камеру можно было увеличить и переключить на прямой поток, для просмотра в качестве (камер на 4 офиса – около 52). Может растягивать 1 рабочий стол на 4 моника или есть, какие другие варианты, читал где-то, что только один активный, остальные просто в режиме просмотра. Может тогда 4 компа по 1 монитору, но 4 мышки – очень печальная ситуация. Подскажите, пожалуйста, варианты (№2)?!

1.2. Control Center – для администратора, периодический доступ (что-то настроить, что-то скачать, что-то просмотреть в режиме реального времени или запись). На один монитор я так понял, он может отобразить 96 каналов, верно? А как осуществляется просмотр оставшихся 96? Создаются группы по 96 каналов или как (№3)?

1.3. GV-Video Gateway (вроде бесплатное приложение?) – не вполне уловил, зачем оно используется, имеется ввиду, если много операторов с постоянным просмотром (№4)? Нам вроде не нужно…

1.4. Geovision Recording Server (кстати, когда русифицируете, дилер, через которого берем, ничего не слышал о нем, ну и какая ориентировочная стоимость, порядок цифр(№5)?) – этот модуль видимо нужно будет для Центрального сервера. В ссылке на инфу о нем, я так понял вот это – «Receive up to 128 channels and transmit up to 300 channels with the image settings of 1920 x 1080 or 2048 x 1536 resolution, 20 fps and H.264 codec for each channel.» т.е. принимает и записывает 128 каналов в 1920 x 1080 или 2048 x 1536 при 20 fps и H.264 и все это при 1 проце - Core i7 920, 2.67 GHz(№6)? Тогда, если модуль не дорогой, возможно, получиться снизить стоимость видеосерверов в офисах? Вместо 2х Xeon`ов 1 Core i7(№7)?

1.5. Ключ на каждую камеру стороннего производителя.

Это все, больше ничего не нужно платного(№8)?

 

2. В центре схемы находится т.н. Центральный сервер (далее по тексту ЦС), на него будет осуществляться запись в качестве 320x170 со всех камер системы. Думаю, будет Geovision Recording Server, а вот каким образом будет происходить запись? Имеется ввиду, это ПО как-то согласуется с локальными Видеосерверами в каждом офисе (название из нашей схемы) и тянет поток оттуда или там прописываются ip всех камер системы и с них на сервер тянется поток(№9)? Получается на отрезке ip-камера -> коммутатор, будет двойной поток (1 на видеорегистратор, 1 на ЦС), теоретически может быть превышение 100 Мбит, что же, организовывать Гбит до коммутатора от камеры?

3. Будет ли возможность, у всех кто просматривает поток с ЦС, отображение любой выбранной камеры в высоком качестве (прямой поток с камеры), я правильно понимаю, когда мы выбираем прямой поток, у нас образуется прямой канал с ip-видеокамерой, а как же запись, этот поток же уже идет на видеосервер (№10)?

4. В идеале, нужна теоретическая вероятность просмотра 4мя пользователями одной камеры в высоком разрешении (прямой поток), реально или нет, если да, как можно реализовать и какие трудности могут быть (№11)?

- У нас планируется 1 постоянный пост (Центральный пост мониторинга), 1 комп - на нем Администратор этой сети с Control Center (настройка и администрирование при необходимости, надеюсь редко, это буду я) и 5-10 cотрудников с периодическим просмотром не более 1-2 часов (все эти компы в Центральном офисе). Организовать MultiCast для ЦС, нет проблем, с сеткой Центрального офиса они в одной подсети, а вот дальше…

5. Я правильно понял Geovision Recording Server, позволяет отобразить максимум 300 каналов, т.е. это либо 300 человек по 1 камере, либо 3 по 96 (№12)?

6. В Geovision Recording Server похоже WebCam не предусмотрен, значит всем, кто захочет просматривать видео, нужно будет устанавливать ПО, какое посоветуете? Получается, оно тоже будет платным или где-то читал, что если просто для просмотра, до 32 камер, то бесплатно(№13)?

7. А как быть, если есть удаленный пользователь (сидит дома с инетом), ему нужно просмотреть что-то из этой системы и чтобы это было однозначно БЕЗ специального ПО (доступ может быть предоставлен временно, разным людям), есть ли какая-то возможность реализации? Как-нибудь типа поднимается прокси, там организуется авторизация, создается web интерфейс, где можно выбрать хотя бы какой офис смотреть? А дальше, в зависимости от того какой офис выбран, обращается на соответствующий webcam локального видеосервера? Лучше если бы это как-то реализовывалось на ЦС, для упрощения эм.. да всего и оптимизации потоков, такое можно реализовать? По идее, для локальных пользователей, это было бы тоже удобнее, такой принцип (№14)? Подозреваю в Интелекте это все реализуется, но их ценник за ПО, эт жесть…

 

P.S: Вся задумка с ЦС, это для того, чтобы уменьшить нагрузку на каналы связи...

P.P.S: Очень надеюсь на оперативный ответ! По возможности, конечно...

[dexi-andrey 60]

Зря отказываетесь от микротика, могли бы сильно снизить стоимость системы. Пропускная способность маршрутизатора RB1100 (цена порядка 450$) должна быть 130-150Mbps для IPSec. Для RB450G (250$) должна быть 30-50Mbps. Однако, все числа могут меняться в зависимости от различной конфигурации

http://gallery.ru-board.com/topic.cgi?forum=8&topic=38493&start=1500

 

PS по остальным вопросам отпишусь чуть позже

[dexi-andrey 60]

По вопросам:

1. Покупаете на те сервера, где будут записываться камеры AXIS лицензии на нужное число каналов сторонних производителей - USB ключи. Совместимость проверяете по таблице http://www.geovision.com.tw/english/product/SupportIPCAM.asp

1.1 Center V2 Pro (CV2) думаю вам не нужен. Во первых он нужен для работы с Dispatch server, во вторых когда устройств в нем более 5шт. Под устройством понимается или одно IP устройство или сервер на 32 канала. Можете использовать бесплатный CV2. Его работа основана на "всплытии" камеры в которой есть детекция движения. Зафиксировать камеры, или вывести ее отдельно можно, но не очень удобно. Основной плюс этой программы в том что видеопоток передается ТОЛЬКО во время тревоги.

Обратите внимание на возможности CV2:

1024x768 or 1280x1024 resolution

Live or attached videos at 320x240 / 640x240 / 640x480

Single monitor screen divisions: 6/15/24x, 6/12/24x

Dual monitors screen divisions: 9/25/36x; 9/20/42x

Dual monitor support: one for live videos display, the other for event lists

Если нужно 4 монитора, то нужно покупать 2 компьютера, 2 Center V2 Pro + Dispatch Server. Причем Dispatch должен стоят на отдельной машине, поскольку для работы использует одинаковые порты.

1.2. Control Center (CC). Более универсальная программа. Вы можете создать на ней несколько матричных видов и переключаться между ними для просмотра, без проблем увеличивать любую камеру, выводить в полный экран. Есть система VMD по работе аналогичная CV2, но несколько ограничена. Количество экранов - один под VMD, один под матрицу. БОльшее число экранов только с IP матрицей (несколько компьютеров).

 

Выбор ПО должен быть обусловлен спецификой наблюдения. Если это много каналов и редкое движение в них, то CV2. Если это постоянный мониторинг группы камер, то СС. Учитывайте что человек просто не в состоянии смотреть на все 4 монитора одновременно, и анализировать картинку более 32 камер.

Я рекомендую на место охраны покупать CC, а CV2 вы сможете при желании установить и бесплатный.

Например днем можно работать через СС, а на ночь, по расписанию, активировать CV2.

1.3. Video Getaway (VG) не бесплатное ПО. Во первых, он не пишет, в отличии от Recording Server (RS). Во вторых в отличии от NVR, не он подключается к камере, а наоборот, камера к VG, что позволяет при работе например через GSM модемы не получать на каждое устройство фиксированный IP, купив его только на сервер.

Например вы можете используя Multiview, CC, CV2 подключаться напрямую к устройствам (IP камерам), но они более 2-3 подключений не тянут. Выход - подключить IP устройства к NVR, VG, RS и далее смотреть на большом кол-ве клиентов. Но NVR более ограничен по производительности и по кол-ву каналов. RS имеет тот же функционал как и VG, но может еще и записывать, НО стоит примерно в 10 раз дороже.

Ограничения VG: может получать до 128 каналов и передавать до 300 каналов с разрешением 1280 x 1024, 15 к/с и кодеками MPEG4/H.264 на каждый канал.

 

1.4 RS будет русифицирован в ближайшие месяцы. Просто сейчас ожидается выход нового ПО 8.5, поэтому пока есть задержки с русификацией. Форум создан для поддержи, а не обсуждения цен, по этому по поводу звоните в офис, пишите в личку. Порядок цены измерятся в тысячах УЕ, поэтому экономии сильной не получится. Лицензируется RS USB ключем на нужное кол-во каналов. Поскольку RS не занимается выводом на экран, а только записью потока, это позволяет снизить требования к процессору. Для его полноценной работы нужно 4 гигабитных сетевых карты.

http://www.geovision.com.tw/english/Datasheet/Datasheet_RecordingServer.pdf

1.5. Смотрите 1.1.

 

 

 

2. RS не может собирать поток с видеосерверов NVR. Но вы можете второй поток низкого разрешения с каждой камеры отправить на RS. Но в таком случае по каналу связи от офиса будет предаваться двойной видеопоток: видео на RS от камер, и видео на пост мониторинга с NVR.

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

Я не совсем не понимаю, зачем нужно такое усложнение системы? Пишете все локально на NVR в каждом офисе. Через несколько СС организуете рабочие места монитринга, Тем кому по производственной необходимости надо смотреть 2-3 камеры ставите бесплатный Multiview. Как правило для целей непосредственного наблюдения 2-3 мегапикселя не нужны. А для разбора в архиве вы сразу подключаетесь к архиву конкретного сервера.

Ставить RS для дублирования записей в плохом качестве смысла наверное нет.

4. Прямой поток вы можете подключить в СС непосредственно с устройства, минуя NVR. При любом кол-во подключившихся удаленно вы будете ограничены пропускной способностью канала 20 мегабит в офисе. Поэтому целесообразность таких одновременных подключений стремится к нулю. Вам была бы интересна схема NVR->VG->клиенты, но VG к сожалению работает только с IP устройствами.

5. Правильно.

6. ПО остается тем же - Multiview, CV2, CC, RemoteViewlog

7. WEB сервер есть в каждом NVR вы можете смотреть камеры через IE без специального ПО. Сделайте HTML страничку для своих пользователей с обычными ссылками на разные сервера. Функциями NAT разнесете веб сервера на разные порты. Но лучше бы организовать для этих людей отдельные VPN каналы во внутреннюю сеть, потому что зная прямую ссылку на сервер, можно будет попасть к ним напрямую.

Не думаю что в интелекте придумали что то лучше

 

С ЦС уменьшить нагрузку на каналы связи никак не получится. Получается чтобы разгрузить 1 камеру от 4-х потоков для клиентов вам надо на RS постоянно передавать все потоки высокого разрешения от всех камер. А для этого интернет-канала не хватит.

Единственное исключение - выдать на него с IP устройств вторичный поток низкого разрешения, писать его, фактически дублируя в низком разрешении. И всех клиентов подключать уже RS. А если им понадобится поток высокого разрешения, то через СС можно подключиться непосредственно к устройству. То же самое с архивом, если надо в хорошем качестве, то смотрится с конкретного NVR, если достаточно низкого, то с RS.

[Unnamed 694]

Совместимость проверяете по таблице http://www.geovision.com.tw/english/product/SupportIPCAM.asp

 

Понял, полезная табличка! Ток маленько не понятно, x - нет, 0 - да? Подозреваю, что прав, ну дают, с галочкой проще вроде и понятней было бы, вместо 0:mad:

 

Обратите внимание на возможности CV2:

1024x768 or 1280x1024 resolution

Live or attached videos at 320x240 / 640x240 / 640x480

Single monitor screen divisions: 6/15/24x, 6/12/24x

Dual monitors screen divisions: 9/25/36x; 9/20/42x

Dual monitor support: one for live videos display, the other for event lists

 

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

Если ответ можно, то вопрос, возможно ли раскрыть 1 необходимую камеру на весь экран на 2м мониторе, и можно ли регулировать разрешение отображения на нем? Или это можно делать только при раскрытии на весь экран на основном?

 

- А как понять

Single monitor screen divisions: 6/15/24x, 6/12/24x

Dual monitors screen divisions: 9/25/36x; 9/20/42x

Это означает если монитор один, то можно делить либо - 6/15/24x, либо - 6/12/24x?

А в случае с двумя, что это ?

И что за понятие двойной монитор, два монитора или два монитора с растянутым рабочим столом на два монитора?

 

P.S: Это не дотошность, начальник охраны интересовался.

 

1.2. Control Center (CC). Более универсальная программа. Вы можете создать на ней несколько матричных видов и переключаться между ними для просмотра, без проблем увеличивать любую камеру, выводить в полный экран.

 

А можете подробнее объяснить про переключение? Т.е. имеем 4 монитора, 1 главный и 3 с матричным отображением.

Мы смотрим на первом, главном. Нам нужно увеличить камеру на втором мониторе с матричным отображением. Мы переводим туда мышку, нажимаем два/один раз на камеру, она разворачивается на весь этот экран (2й), затем нажав правую кнопку мыши, переходим в прямой режим отображения в качестве или не так?

Или может нужно переключить изображение со 2 монитора на первый, при этом изображение камер, которое было до этого на нем, переместиться на 2 или как?

 

P.S: Это тоже для начальника охраны, видимо уже думает как организовывать.

 

Выбор ПО должен быть обусловлен спецификой наблюдения. Если это много каналов и редкое движение в них, то CV2. Если это постоянный мониторинг группы камер, то СС. Учитывайте что человек просто не в состоянии смотреть на все 4 монитора одновременно, и анализировать картинку более 32 камер.

 

Это так, но есть основные, которые требуют повышенного внимания, а есть так, ну есть и ладно, в итоге отслеживать нужно 30% от общего числа, во всяком случае у нас так.

 

Я рекомендую на место охраны покупать CC, а CV2 вы сможете при желании установить и бесплатный.

Например днем можно работать через СС, а на ночь, по расписанию, активировать CV2.

 

Отличная идея, спасибо! При CV2 я так понял, будет задействоваться только 2 монитора из 4х. Как можно разбить их, по сколько, макс 42?

 

RS имеет тот же функционал как и VG, но может еще и записывать, НО стоит примерно в 10 раз дороже.

Ограничения VG: может получать до 128 каналов и передавать до 300 каналов с разрешением 1280 x 1024, 15 к/с и кодеками MPEG4/H.264 на каждый канал.

 

Да, все здорово, но при 1280 x 1024, 15 к/с, каналы будут практически все забиты, просмотреть в максимальном разрешении не получиться, но с другой стороны… Есть тут над чем подумать… А хотя, не получиться, при 1280 x 1024 будет около 4 Мбит с камеры, с 10 уже 40 Мбит, а у нас всего 20, а жаль…

Да и резервную запись пусть и в плохом качестве иметь стоит…

 

1.4 RS будет русифицирован в ближайшие месяцы. Просто сейчас ожидается выход нового ПО 8.5, поэтому пока есть задержки с русификацией. Форум создан для поддержи, а не обсуждения цен, по этому по поводу звоните в офис, пишите в личку. Порядок цены измерятся в тысячах УЕ, поэтому экономии сильной не получится.

 

Не получиться, стоимость в районе 4 штучки УЕ.

 

2. RS не может собирать поток с видеосерверов NVR. Но вы можете второй поток низкого разрешения с каждой камеры отправить на RS. Но в таком случае по каналу связи от офиса будет предаваться двойной видеопоток: видео на RS от камер, и видео на пост мониторинга с NVR.

 

Не уловил, почему так? Разве нельзя СС поста мониторинга подключить к RS? Или Вы имели ввиду двойной поток до коммутатора в офисе? Один, высокого качества пойдет на NVR, второй, низкого на RS.

 

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

 

Это понятно, но если СС подключен к RS, будет же возможность любую камеру просмотреть в качестве, переключившись на прямой поток с камеры или нет?

Или я не совсем понимаю организацию и понятие прямого потока, в моем понимании, если 2 камеры через СС подключенного к RS смотрятся в качестве 320x170, то поток для этих двух камер тянется полностью с RS, каналы камера – офис – центральный офис не задействуются. Если же в 1 камере, включается режим прямого потока (отображение с разрешением 1920X1080 к примеру), тогда задействуются каналы камера – офис – центральный офис и поток этой камеры тянется непосредственно с ip-камеры? Или не так? Подозреваю не так, тогда понятно, почему 2 потока до Центрального офиса. Видимо СС Поста мониторинга (или любой другой) должен быть подключен к NVR(у которого запись ведется в максимальном качестве), чтобы иметь возможность просмотра в высоком качестве, верно, тогда млин, почему он прямым потоком называется? ((((((

 

Я не совсем не понимаю, зачем нужно такое усложнение системы? Пишете все локально на NVR в каждом офисе. Через несколько СС организуете рабочие места монитринга, Тем кому по производственной необходимости надо смотреть 2-3 камеры ставите бесплатный Multiview. Как правило для целей непосредственного наблюдения 2-3 мегапикселя не нужны. А для разбора в архиве вы сразу подключаетесь к архиву конкретного сервера.

 

Центральный сервер и усложнение системы, я думал использовать для следующего:

Есть общий канал в 20 Мбит (хотя вроде провел переговоры, докинув 3 тыр. деревянных, можем получить и 30 Мбит, ну да ладно), в общем, есть канал 20 Мбит до офиса.

Подключив пост Центрального наблюдения, от него отнимается сразу, на постоянку 4 Мбит минимум (поток с 1 офиса от всех камер, с разрешением 320x170). Остается 16.

Теперь допустим, через СС подключился еще один человек, ему тоже нужно просмотреть, он открывает все камеры тоже в плохом качестве. Минус еще 4. Осталось 12.

Теперь берем возможный случай (не маловероятный), подключился 3й, он тоже открыл все камеры в плохом качестве, еще минус 4. Итого осталось 8. Теперь нет даже теоретической вероятности, просмотреть хоть одному в разрешении 1920x1080.

А использовав RS, все они подключились бы к нему. Канал был бы задействован только на 4 Мбит, 16 осталось (это если я правильно трактовал прямой поток, см. предыдущий пост).

 

4. Прямой поток вы можете подключить в СС непосредственно с устройства, минуя NVR. При любом кол-во подключившихся удаленно вы будете ограничены пропускной способностью канала 20 мегабит в офисе.

 

А подключить в СС прямой поток непосредственно с устройства, минуя RS и NVR рельно?

 

Поэтому целесообразность таких одновременных подключений стремится к нулю. Вам была бы интересна схема NVR->VG->клиенты, но VG к сожалению работает только с IP устройствами.

 

Да тоже не сильно поможет, ограничение 20 Мбит осталось, в высоком разрешении на VG не передаш. VG тянет поток непосредственно с камер? Это имелось ввиду?

 

 

Единственное исключение - выдать на него с IP устройств вторичный поток низкого разрешения, писать его, фактически дублируя в низком разрешении. И всех клиентов подключать уже RS. А если им понадобится поток высокого разрешения, то через СС можно подключиться непосредственно к устройству.

 

Что-то я запутался, так это реально? Именно это я и хотел реализовать с помощью ЦС.

Еще раз, так как ОЧЕНЬ важный момент для меня.

Все (абсолютно все, Пост мониторинга, Админ, 10 допущенных лиц – используют СС) они подключены к RS. На Посту мониторинга отображаются постоянно (кроме как в ночное время, там переходим на CV2 – отображение по детекции) 128 каналов (все камеры системы). У Админа – за 1 раз может быть подключено не более 48 каналов. (300-128-48 = осталось свободно 76). У остальных 10 челов, не более 12 каналов на каждого. Итого задействовали все 300 каналов на отображение. Добились, что одновременно могут смотреть в плохом качестве все допущенные (при этом каналы просели всего лишь на 4 Мбита). Теперь Вы писали, что от камеры максимум 2-3 соединения прямого потока. 1 задействован в NVR, записывается. Остается 2. Т.о. из 12 человек только 2-е могут смотреть изображение в качестве (1920x1080) с одной камеры (ограничение по кол-ву подключений от камеры, если я Вас правильно понял). И все равно только 2-е, с разных камер – ограничение по каналу связи.

Все верно?

 

P.S: Жесть малява получилась ОЧЕНЬ надеюсь на ответы!!! Если здесь все прояснится, в дальнейшем вопросы будут короче и реже я так думаю, надеюсь.

[dexi-andrey 60]

Уточнил у разработчиков некоторые моменты по RS, потому что тестировать еще не приходилось.

 

1. Русская версия Рекординг Сервера выходит на днях.

2. Сейчас в разработке и тестах идет новое приложение Mobile Server - он должен позволить RTSP потоки камер c NVR передавать на RS. Но пока нет утвержденной спецификации, поэтому не могу гарантировать.

3. RS поддерживает двойной поток. Например запись в одном разрешении, а передача на клиента в другом.

 

По поводу CV2

При двух мониторах на один выводится сетка с камерами, на второй информация.

Писать много, поэтому привожу выдержку из документации:

 

In the 1024 x 768 resolution, select 6, 15, or 24 screen divisions for a single monitor; 9, 25, or 36 screen divisions for dual monitors.

....пропущено

In the 1920 x 1200 resolution, select 6, 15, or 28 screen divisions for a single monitor; 9, 20, or 42 screen divisions for dual monitors.

In the 1920 x 1080 resolution, select 6, 15, or 28 screen divisions for a single monitor; 6, 20, or 35 screen divisions for dual monitors.

 

Вывода камеры на полный экран там нет, можно увеличить до максимума - вывести 1 канал.

 

По поводу СС.

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

Support for screen resolution of 1024 x 768, 1280 x 1024, 1600 x 1200,

1680 x 1050, 1920 x 1200, 1280 x 800, 1920 x 1080 and 1440 x 900

Number of displayed cameras at a time can be up to 96

Display of up to 8 Matrix windows in 1 monitor or separate 8 monitors

at a time

The Matrix supports the megapixel resolution only on a single screen.

Click the button at left-top corner of the single screen to display

megapixel images.

According to your screen divisions, the Matrix will reduce the received

resolution as close as to the division size. For GV IP devices, the

JPEG stream of 704 x 480 or smaller will be changed to the MPEG

stream of the similar size; the JPEG stream higher than 704 x 480 will

remain as JPEG stream. The mechanism is designed to reduce CPU

usage and save bandwidth.

 

Сыылка на мануал по всем программам CMS (CV2, CC, VSM...) ftp://195.46.187.150/GV_DOC/V8.4.CMSManual(CSV84-B-EN).pdf

 

По остальным вопросам лучше позвоните в офис (473) 246-76-66 доб 213.

[Unnamed 694]

Хотел уточниться, вот это реально или нет

 

Единственное исключение - выдать на него с IP устройств вторичный поток низкого разрешения, писать его, фактически дублируя в низком разрешении. И всех клиентов подключать уже RS. А если им понадобится поток высокого разрешения, то через СС можно подключиться непосредственно к устройству.

 

Речь о Recording Server...

[noiseless 18]

Есть еще такая штука как Twin Server

Выводите свои сервера через узкие каналы на Twin-сервера, далее с них раздаете потоки тем кому требуется

ПО бесплатно...

[noiseless 18]

Мы немножко отклонились от основной темы топика.

А тема то про потбор железа...

Так что вот какие сведения пока могу сообщить:

Конфигурация на Intel Atom не справляется с мегапиксельными и выше H264-потоками. Причем по графикам системных ресурсов ядра не грузятся и на половину.

Проявляется это частотой кадров, которая не правышает 15к/с...

[dexi-andrey 60]

Геовижен делает минисервера на Атоме. Характеристики по скорости записи можете посмотреть тут http://www.geovision.com.tw/english/Prod_GVNVRLite.asp

[Unnamed 694]

2. RS не может собирать поток с видеосерверов NVR. Но вы можете второй поток низкого разрешения с каждой камеры отправить на RS. Но в таком случае по каналу связи от офиса будет предаваться двойной видеопоток: видео на RS от камер, и видео на пост мониторинга с NVR.

 

С ЦС уменьшить нагрузку на каналы связи никак не получится. Получается чтобы разгрузить 1 камеру от 4-х потоков для клиентов вам надо на RS постоянно передавать все потоки высокого разрешения от всех камер. А для этого интернет-канала не хватит.

Единственное исключение - выдать на него с IP устройств вторичный поток низкого разрешения, писать его, фактически дублируя в низком разрешении. И всех клиентов подключать уже RS. А если им понадобится поток высокого разрешения, то через СС можно подключиться непосредственно к устройству. То же самое с архивом, если надо в хорошем качестве, то смотрится с конкретного NVR, если достаточно низкого, то с RS.

 

Сделал как Вы посоветовали, в офисе где камеры (назовем его Офис 1), на NVR 8.5.3 поставил один поток, т.е. и запись и отображение в лучшем качестве (2048x1536). В офисе где нужно дублировать поток (назовем его Офис 2), поставил Recording Server, но с ним проблема какая-то, поэтому для проверки поставил еще один NVR 8.5.3, в нем указал тоже 1 поток и для записи и для отображения (640x480). В камере, имя ее BL320D соответственно в поток 1, поставил - 2048x1536, поток 2 - 640x480.

 

Проблема - каждые 2-3 секунды идет потеря соединения с камерой, причем она идет и в Офисе 1 и в Офисе 2.

Если поставить только в офисе 1, к примеру двойной поток, все работает, поставить один поток, все работает, и даже если из офиса 2, во время записи и при одинарном потоке и при двойном (в офисе 1), заходить на данную камеру через web интерфейс все показывает и все работает и никаких обрывов.

 

В чем может быть проблема?

 

Сеть через VLAN поэтому проброски портов не требуется. Реализован IPSec DES.

[Mozgoved 11]

Сорри, wlan это wi-fi lan?

[Unnamed 694]

Да, пардон, ошибка... Поправил, имелось ввиду VLAN...

[Unnamed 694]

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