Перейти к содержимому
Калькуляторы

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

Всем привет!

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

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

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

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

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

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


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

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

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


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

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

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

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

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


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

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

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

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

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


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

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

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

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

 

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

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

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

 

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

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

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


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

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

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

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

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

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

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


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

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

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

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

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

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


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

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

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

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

 

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

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


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

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

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

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

 

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

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

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

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

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


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

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

1. Софт сырой

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

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

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

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


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

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

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


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

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

1. Софт сырой

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

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

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

 

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

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

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


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

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

1. Софт сырой

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

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

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

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

1. Софт сырой

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

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

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

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

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

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

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

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

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


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

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

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

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


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

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

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

 

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

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

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


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

Линия IP - оптимально для дома.

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


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

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

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


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

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

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

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

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


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

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

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

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

 

 

 

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


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

On 6/3/2020 at 4:28 PM, Saab95 said:

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

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

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

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

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


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

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 тыщи воткнуть, хоть очереди для каждого ядра процессора появляются.

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


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

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 меньше, и контроль соединения в памяти отсутствует, да? Полнейшая профнепригодность!

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

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


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

В ‎03‎.‎06‎.‎2020 в 09:28, Saab95 сказал:

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

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

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

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

 

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

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

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

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

 

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

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

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

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

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

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

 

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


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

1 час назад, alibek сказал:

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

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

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


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.