WhereIsMyTea
Хотелось бы уложиться полностью на систему.
Честно говоря, это фантастика

По поводу ПО, если вы ставите хики, купленные официально, то Трассир полностью бесплатен для них (как за канал, так и клиент с ядром)

По поводу рассчета сервака от GREEN from KPZ, не стоит питать иллюзий, там ни слова про дисковую систему (кроме количества винтов), а это грубый просчет, при таком количестве каналов на один сервер нужен хороший рейд и как минимум 3-4 шпинделя.

-SL-
не стоит питать иллюзий, там ни слова про дисковую систему (кроме количества винтов), а это грубый просчет, при таком количестве каналов на один сервер нужен хороший рейд и как минимум 3-4 шпинделя.
на 720-ю картинку то?
нинада грязи, может в расчете i3 и стремновато ставить, i5 какойнить, но рейд там точно нафих не нужен.
не путайте благородный макроскоп и поделки типа ивмс или как их там. 4-х кратное, ЧЕТЫРЕХ, блин, кратное увеличение камер на тот же сервер.

GREEN from KPZ

Мегабит 150 битрейта современные жесткие диски вполне нормально переваривают.
Мегабит 250 тоже можно писать без рейда, если известно, что не будет интенсивных операций по поиску и воспроизведению архива.
Если нужно больше - то либо RAID, либо несколько серваков (что чаще всего дешевле, чем RAID)

Идем на сайт Acumen'a в калькулятор, вводим исходные данные: формат сжатия H.264, тип HD 720p, количество кадров ставим 15. Поток идет 1,5 Мбит/с с одной камеры. Если выставляем 30 кадров, то поток уже 3 Мбит/с. Требуемая емкость на 7 дней при 15 кадрах - ~ 5 террабайт, при 30 - ~ 10 террабайт.

Если брать жесткие типа WD Purple, то рекомендации от WD - не более 32 HD камер на жесткий диск.

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

GREEN from KPZ
Блуждающий Биоробот

Речь не про общий поток. Вы можете поставить хоть 640х480 и меньшее число кадров, но суть в том что при таком количестве потоков (не важно какой толщины) диск (головка) не будет успевать спозиционнироваться, особенно это проявится после первого цикла заполнения дикового пространства. Поэтому надо наращивать количество в шпинделей в системе.
Странно, что сие вам не ведомо.
По поводу "благородного макроскопа" - общался с их тех. представителями по этому вопросу на одном из форумов, - слились они тоже "благородно"

N-Man
Если брать жесткие типа WD Purple, то рекомендации от WD - не более 32 HD камер на жесткий диск.
Рекомендация хороша и правильна, только необходимо выполнить условие возможности параллельной записи на диски операционкой и ПО видеонабдюдения.

Добавление от 24.11.2014 21:13:

mvn2000
Непонятно, разверните мысль

-SL-
Разворачиваю. То, что вы указываете для задачи в 6 десятков 24/7 потоков от HD камер необходимость многошпиндельной дисковой, это нормально, а для тех, кто более-менее в теме и так совершенно очевидно. Но вот то, что в как-бы профильной ветке форума вам приходится это утверждение еще и как-бы отстаивать - вот где нонсенс.

-SL-
суть в том что при таком количестве потоков (не важно какой толщины) диск (головка) не будет успевать спозиционнироваться

Это благополучно решается установкой SSD и бекапом с него на винты.

Allex
Это благополучно решается установкой SSD и бекапом с него на винты.
Это назывется "костыли" и достаточно серьезные. Организация самого бэкапа (плюс пост доп нагрузка на диски), работа с архивом и.т.д.

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

А вероятно так и есть - то есть система существует в "стационарном режиме" - камеры пишут поток, персонал смотрит на моники, а вот когда начинается РАБОТА с записями (или быстрое движение) вот тут вылезают лаги, на которые никто не обращает внимания, так как они небезосновательно списываются на "понятные" причины. Т.е. часть ваших систем существует "на грани и впритык" - увеличение нагрузки (лишняя временная камера или изменение настроек существующих - например увеличение количества "камер по тревоге"), деградация дисков, задержки - приводят к лагам, временным или постоянным, что народом безграмотным списывается на "сложности жизни" компьютерной техники - а на самом деле - это отсутствие резерва пропускной способности.

GREEN from KPZ
получается, что часть моих существующих систем просто не может существовать в вашей редакции действительности.
Существовать и нормальная работа - не одно и тоже. По поводу пруфов и рассчетов, отсутствие времени не позволяет их побыстрому выложить, хотя это уже не совсем формат данной темы (но при возможности выложу). Кстати, несколькими постами вышеN-Man приводил рекомендацию вестерна на кол. каналов диск (или у них тоже своя действительность? ).

-SL-
По поводу пруфов и рассчетов, отсутствие времени не позволяет их побыстрому выложить, хотя это уже не совсем формат данной темы (но при возможности выложу).
вы меня реально заинтриговали, но вот на этом же сайте есть сравнение обычных десктопных дисков, да и господина Korzhа можно попросить в тему
http://www.ixbt.com/storage/hdd-p09-3t.shtml
только я вижу запас в целый порядок по скорости записи?
таки прошу просветить, каким образом, поток в десяток мегабайт в секунду способен нагнуть существующие диски.

GREEN from KPZ
только я вижу запас в целый порядок по скорости записи?
Вы упорно не хотите увидеть разницу между скоростью-толщиной потока и количеством одновременных потоков.
На любой из ваших систем, где камер больше 40а 50и - загляните в очередь диска (есно при активных камерах(записи))

-SL-
приводил рекомендацию вестерна на кол. каналов диск (или у них тоже своя действительность? ).

Действительность там... во время беседы было сказано, что лучше иметь "запас" где-то 25-30%. Так что смотрим на поток с камеры и считаем.

-SL-
GREEN from KPZ
Все правы. RAID нужен и не нужен одновременно.
В Виндовз есть такая замечательная штука, как чередующейся том для динамических дисков, начиная с Windows Server 2003 http://support.microsoft.com/kb/323433
При его использовании ( а я использую его всегда) аппаратный RAID не нужен при общих битрейтах до 200-300 Мбит/с и эта система абсолютно прозрачна для пользователей.

-SL-
Вы упорно не хотите увидеть разницу между скоростью-толщиной потока и количеством одновременных потоков.
каким образом принимаемое количество потоков относится к записи на диск?
ваши софтины каждый поток отдельно пишут в свои файлики для каждого из каналов?

Блуждающий Биоробот
В Виндовз есть такая замечательная штука, как чередующейся том для динамических дисков,
Согласен, с натяжкой, - но в любом случае нужно несколько шпинделей.

GREEN from KPZ
Даже если взять тупую запись на флешку например - то много мелких файлов пишется медленнее одного толстого (суммарного обьема). Что все и пытаются пояснить.

andrew_spb
много мелкий файлов к макроскопу не относится, там структура другая
один файл большой и пара мелких, затем следующий.
ххххмнагобуквхххх - 4гига
ххххмнагобуквхххх.hdr - заголовки (разметка для бд)?
ххххмнагобуквхххх.copy.hdr - копия предыдущего.
так что пишется последовательно, все скопом.

GREEN from KPZ
ххххмнагобуквхххх - 4гига
Как собирается этот контейнер? с учетом хаотичного включения выключения камер? и записи по кольцу?
И опять же проверьте у себя как я вам рекомендовал ранее тут
И вы зря полагаете, что в других ПО происходит по другом (почти).

-SL-
вы таки бредите.
как это собирается - это к разработчикам.
нет никакого хаотичного включения/выключения. в вышеописанном примере у г-на вообще постоянная запись.
проверить что? включить 45 камер на запись на 1 диск?
и структура архива у itv, например, точно другая, куча папок/подпапок(по дате/времени/каналу) с мелкими файлами внутри.

GREEN from KPZ
Ну если я брежу, то у вас полный сюр. Честно говоря, далее уже лень вам что-то разъяснять; полностью разжёвывать - не мой метод. Достаточно быть более внимательным к тому, что уже написано.

-SL-
Честно говоря, далее уже лень вам что-то разъяснять; полностью разжёвывать - не мой метод.
понятно все с вами, прыг скок, готов соскок...

GREEN from KPZ
прыг скок, готов соскок..
Угу, прочитайте тогда еще раз 10 мелкий текст предыдущего моего поста... может чего и получится

Неплохо было бы в шапке резюмировать тему, а то 130 листов лопатить тяжковато. Господа вопрос собственно .... Есть халявный софт для Ip-камер? я вот нарыл iSpy, аналоги есть? Нужно писать архив с 16-20 камер камеры уже стоят RVI, просматривать через интернет и на местах.

Gunny
"Халявного" софта в принципе достаточно. Посмотрите, например, на ИТВ и ISS, у одних ограничение по количеству каналов у других объем архива.

Ссылочки ? Хочется то уже решение, а не перелопачивание инета,скачивание удаление, опять поиск

Gunny
Ссылочки ?
Гм, так там сразу за 1 мин все находится
ИСС (Бесплатная версия локальной системы видеонаблюдения на 4 IP-камеры с неограниченной глубиной архива)

Аксон от ИТВ (Бесплатная версия 16 камер 1 сервер максимальный размер архива – 1 Тб любое количество удаленных рабочих мест)

Ребята, есть видеорегистратор Panasonic WJ-RT416. Не получается достучаться до веб-интерфейса, Не удается найти веб-страницу http 404. Мне подсказали что нужно загрузить на регистратор "Web Data". Как загрузить знаю, но вот где взять этот файл не знаю, гугл ни чем не помог. Помогите пожалуйста

А в своей квартире/доме/даче тоже нужно плакатики развешивать?

m1a2x
Наверное нет, хотя... а если гости? И вы их.... в ванной...

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

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

думаю с плакатиками по аналогии

ksansan
Не получается аналогии вообще-то... и территория - частная (перед домом - надо наверное, но внутри - точно нет). А с цианидом - не канает, вещество в списке, а вот если они у меня в холодильнике метиловый спирт найдут и выпьют - то точно их проблемы.