Jump to content
Калькуляторы

Macroscop/trassir/axxon для загородного дома

Всем привет!

Что лучше выбрать для домашнего ip видеонаблюдения?

8-10 уличных камер+4-6 внутренних. Может одна ptz. Мобильное приложение и гибкие настройки оповещений.

Крутиться все будет на supermicro(2xeon), использование nvr как то не сильно рассматривал.

Хотелось бы на кухне(или где то еще) повесить монтор и выводить туда уличные камеры.

Камеры пока рассматриваю hikvision(несколько уже есть)

Share this post


Link to post
Share on other sites

А зачем платное ПО, чем вас обчные NVR обидели?

Share this post


Link to post
Share on other sites

Ну расчитывать на хорошо-работающее бесплатное по...вы на штатное по Hikvision намекаете?

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

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

Share this post


Link to post
Share on other sites

Бесплатное ПО как правило редкостная кака.

Много плюшечек и рюшечек, но толком не работает, взять тот же NVSCenter или Smart-PSS, про Hik вообще промолчу.

Да ещё и камеры разных производителей не сведёшь в один сервер.

Share this post


Link to post
Share on other sites

да почему ПО, регистратор возьмите.

Например у OMNY есть реги с РЕЙДОМ, у дахуа тоже... на 16 дисков, можно с аналитикой камер завязываться(отправку уведомлений и реакции)..

если не стоит вопрос цены, так и скажите, тогда посоветую Milestone

 

Что лучше выбрать для домашнего ip видеонаблюдения?

8-10 уличных камер+4-6 внутренних. Может одна ptz.

как коррелирует с

 

стоимость nvr для моего количества камер будет ощутимым. Отказоустойчивость и быстрое восстановление работоспособности тоже под вопрсоом.

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

Share this post


Link to post
Share on other sites

Вот как раз для дома я бы взял регистратор. Какие плюсы?

1. Включил, настроил и забыл. А есть еще и Plug & Play где даже настраивать то ничего не нужно.

2. Нынешние регистраторы бесшумно работают, места не занимают. Регистраторы с PoE портами не требуют лишней коммутации

3. ОС настраивать не нужно, париться за лицензии не нужно.

4. Уже готовое P2P и мобильное приложение для доступа без доп. платы

Share this post


Link to post
Share on other sites

Недорого и вполне приемлемо - Линия www.devline.ru

Наиболее надежно - Макроскоп, но дороже.

А вообще, как уже писали, под такие задачи ставить сервер - это перебор, регистратора вполне хватит.

Только не пытайтесь заменить охранную систему видеонаблюдением - это работать не будет

Share this post


Link to post
Share on other sites

Хорошо. отталкиваемся от:

1) лишний сервер уже есть. как 1U так и Proliant microserver g8. Вполне можно их и применить.

2) если выходит из строя компонент NVR -сдавать в ремонт, поменять какую то неисправную часть(кроме HDD) не получится.

 

Все же вопрос не выбора между регистраторо/сервером а выбор софта для видеонаблюдения.

Share this post


Link to post
Share on other sites

Хорошо. отталкиваемся от:

1) лишний сервер уже есть. как 1U так и Proliant microserver g8. Вполне можно их и применить.

2) если выходит из строя компонент NVR -сдавать в ремонт, поменять какую то неисправную часть(кроме HDD) не получится.

 

Все же вопрос не выбора между регистраторо/сервером а выбор софта для видеонаблюдения.

По поводу когда все железо уже есть согласен с Вами, ПО интереснее.

По поводу какое, Вам перечислили.

Берите демки, пробуйте.

Share this post


Link to post
Share on other sites

У MACROSCOP тоже не всё просто

1. Софт сырой

2. Чтобы добавить элементарно новые лицензии надо сервер отправлять к ним

3. Внутри сервера стоит обыкновенное железо.

Радует саппорт быстро отвечают и изменения вносят быстро

Share this post


Link to post
Share on other sites

Посмотрите в сторону Trassir. Если камеры покупать у DSSL, лицензии идут в подарок. Купить нужно только один ключ защиты.

Share this post


Link to post
Share on other sites

У MACROSCOP тоже не всё просто

1. Софт сырой

2. Чтобы добавить элементарно новые лицензии надо сервер отправлять к ним

3. Внутри сервера стоит обыкновенное железо.

Радует саппорт быстро отвечают и изменения вносят быстро

 

у ТС есть сервак.так что он просто покупает Лицухи и ставит, докупает и расширяет. Зачем дезинформировать человека?

А внутри каких NVR недорогих от русских производителей софта стоит серверное железо?

Share this post


Link to post
Share on other sites

У MACROSCOP тоже не всё просто

1. Софт сырой

2. Чтобы добавить элементарно новые лицензии надо сервер отправлять к ним

3. Внутри сервера стоит обыкновенное железо.

Радует саппорт быстро отвечают и изменения вносят быстро

Я не работаю в макроскопе, но вот п..ть не надо

1. Софт сырой

Весь софт для видеонаблюдения сырой. У макроскопа не самый худший.

2. Чтобы добавить элементарно новые лицензии надо сервер отправлять к ним

Это что-то вы не так поняли. Нужен номер ключа и они файл с лицензиями новый дают.

3. Внутри сервера стоит обыкновенное железо.

Это да. Можно конечно свой сервак собрать

Радует саппорт быстро отвечают и изменения вносят быстро

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

Раньше было лучше и проще.

Share this post


Link to post
Share on other sites

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

За год ни разу проблем с саппортом не было. Тикеты регулярно открываем/обновляем.

Share this post


Link to post
Share on other sites

Есть еще бесплатный Ivideon под линух (старая версия консольная).

Вполне работоспособна. правда настроек никаких не умеет. но собрать картинки и дать их на клиентскую программу может.

 

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

У меня особожадные клиенты и на предприятиях такое ставят. для поста охраны локального просмотра хватает.

Share this post


Link to post
Share on other sites

Только не Линию(devLine), вляпаетесь в такое гамно,  стыдно будет перед заказчиком, проверено!!!

Share this post


Link to post
Share on other sites
8 часов назад, Wonderful сказал:

Только не Линию(devLine), стыдно будет перед заказчиком, проверено!!!

Стыдно будет если камеры не те поставите и настроите соединение по UDP, тогда да, будет и картинка тормозить, и обрываться, и движения рывками. По TCP таких проблем нет, и сетевушка на компьютере, куда запись идет, должна быть все же хотя бы тысячи за 2 от интела не подделка.

Share this post


Link to post
Share on other sites

Трассир 32 не умеет SMP так что 2xeon ему что есть что нет. 64 только Linux, оно штатно идет с их серверами.

Которые сервера только в варианте ultra (избыточность по БП и дискам). Все остальное обычные десктовы в стоечном корпусе и даже не микра :(((

Получить так просто никсовый софт на свой сервер не получится. Ну либо через покупку ентерпрайз лицензий.

 

 

 

Share this post


Link to post
Share on other sites
On 6/3/2020 at 4:28 PM, Saab95 said:

настроите соединение по UDP, тогда да, будет и картинка тормозить, и обрываться, и движения рывками. По TCP таких проблем нет

Это ещё почему? Да потому что неправильно построена/рассчитана сеть.

Если вероятность переполнения буферов сетевого оборудования в квант времени равна нулю, то никаких тормозов/обрывов/рывков не будет. Рассчитывается элементарно.

На TCP только сеть лишний раз загружать ретрансмитами, да джиттер увеличивать. Кстати, от движения рывками TCP никак не поможет. Только от визуальных обрывов.

Share this post


Link to post
Share on other sites
4 часа назад, dr Tr0jan сказал:

Это ещё почему? Да потому что неправильно построена/рассчитана сеть.

Потому что UDP не гарантирует доставку. И когда камера выдает 3 потока (основной поток 10М, второй поток 1.5М и еще звук), при этом на сервере все 3 потока пишутся на диск (основной что бы смотреть картинку, второй поток что бы смотреть мультивид в записи, и звук что бы слышать что происходит), то по UDP происходит как минимум рассинхронизация. По TCP такого эффекта нет.

 

4 часа назад, dr Tr0jan сказал:

Если вероятность переполнения буферов сетевого оборудования в квант времени равна нулю, то никаких тормозов/обрывов/рывков не будет. Рассчитывается элементарно.

По опыту работы с компьютерным софтом для записи (почти все российские), у каждого наблюдается проблема при работе с UDP. И наблюдается такое и на не управляемых коммутаторах, и на DGS 3120-24SC (это разве плохой коммутатор по вашей классификации?), и через радиоканалы. Достаточно переключить на TCP как любые проблемы уходят, что же тогда его не использовать?

 

4 часа назад, dr Tr0jan сказал:

На TCP только сеть лишний раз загружать ретрансмитами, да джиттер увеличивать. Кстати, от движения рывками TCP никак не поможет. Только от визуальных обрывов.

Какой джиттер при видеозаписи? Если потерь нет то и ретрансмитов не будет, кроме всего TCP меньше загружает оборудование, то есть при работе по TCP загрузка процессора меньше.

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

На компах, если сетевушку интел за 2 тыщи воткнуть, хоть очереди для каждого ядра процессора появляются.

Share this post


Link to post
Share on other sites
2 hours ago, Saab95 said:

Потому что UDP не гарантирует доставку.

А зачем её гарантировать в сетях, где нет потерь, т.к. где доставка априори гарантированна сетью???

2 hours ago, Saab95 said:

И когда камера выдает 3 потока (основной поток 10М, второй поток 1.5М и еще звук)

Ну если основной поток 10M, тады ой. На длинке вполне допускаю переполнение буфера.

Не работаю с такими большими потоками. Обычно с x265 меньше четырёх достаточно.

 

2 hours ago, Saab95 said:

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

А нахера писать второй поток в 1.5M? Макроскоп прекрасно делает мультивид в записи из основного потока.

2 hours ago, Saab95 said:

это разве плохой коммутатор по вашей классификации?

Я с Длинками не работаю уже 8 лет. Но вот прям сейчас (на загородном доме, кстати) на стареньком DES-1024 (выступает выключателем между двумя каталистами) нет никаких проблем с 10ю камерами с потоком 4 Mbps в работе по UDP.

2 hours ago, Saab95 said:

то по UDP происходит как минимум рассинхронизация

 

2 hours ago, Saab95 said:

Если потерь нет то и ретрансмитов не будет

Тогда откуда тогда берётся рассинхронизация???

2 hours ago, Saab95 said:

кроме всего TCP меньше загружает оборудование

Да ну! И оверхед у TCP меньше, и контроль соединения в памяти отсутствует, да? Полнейшая профнепригодность!

Edited by dr Tr0jan

Share this post


Link to post
Share on other sites
В ‎03‎.‎06‎.‎2020 в 09:28, Saab95 сказал:

Стыдно будет если камеры не те поставите и настроите соединение по UDP, тогда да, будет и картинка тормозить, и обрываться, и движения рывками. По TCP таких проблем нет

Какая чушь. Или это на Микротиках такие проблемы, что без поддержки целостности на уровне протокола ими пользоваться нельзя?

В нормальной сети ничего обрываться и теряться не будет.

У UDP есть некоторое преимущество в том, что ниже накладные расходы и меньше отклик. Иногда я использую UDP, если нужно сократить задержку трансляции от реалтайма.

 

8 часов назад, dr Tr0jan сказал:

Макроскоп прекрасно делает мультивид в записи из основного потока.

Разве? Я тоже пишу оба потока, потому что без этого в мультивиде передается полный поток.

Но полтора мегабита избыточно, у меня 500 Кбит/с, для маленького экрана этого достаточно.

 

11 часов назад, Saab95 сказал:

Достаточно переключить на TCP как любые проблемы уходят, что же тогда его не использовать?

Видимо UDP это тоже устаревшая технология?

Проблемы в сети можно решать разными способами.

Можно устранить источник проблем — правильной настройкой или использованием подходящего оборудования.

А можно лепить костыли в надежде переложить решение проблемы на протокольные возможности — добавить TCP, обернуть в EoIP, перейти на 10G.

 

Share this post


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

Видимо UDP это тоже устаревшая технология?

Просто Микротики с UDP не дружат :)

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