[sibcat]

Выбор видеорегистратора (аппаратный).

Ключевая задача - ускоренная перемотка, ускоренный просмотр.
Цель - просматривать работу маленького цеха в ускоренном времени. Постоянная запись в рабочее время (ну и по детектору ночью - дополнительно).
У кого есть опыт? - на каком аппаратном регистраторе нормально можно увидеть честную хорошую перемотку 8х, 16х.
условно - чтобы человечек "быстро бегал", а не появился-пропал.

2. подрешение - поможет ли аппаратному регику поставить SSD диск, и как быстро он помрет в таком режиме?
 

[naves]

1 hour ago, sibcat said:

подрешение - поможет ли аппаратному регику поставить SSD диск, и как быстро он помрет в таком режиме?

Поможет.

Как быстро, считайте параметр

Quote

Показатели DWPD и TBW

Обычно производитель указывает два параметра, которые позволяют рассчитать срок эксплуатации накопителя: DWPD и TBW. Например, для NVMe SSD 980 PRO заявлен гарантийный показатель 150 TBW для накопителя на 250 ГБ и 600 TBW для модели 1 ТБ.
 

• Terabytes Written (TBW) = количество терабайт, которые можно записать на SSD в течение срока эксплуатации.
• Drive Writes Per Day (DWPD или DW/D) = расчётная нагрузка на SSD (в день) во время срока эксплуатации, который составляет три-пять лет.

Если указан только DWPD, то можем сами посчитать TBW:

TBW (Х ТБ) = Х * DWPD * 365 дней в году * количество лет гарантии

Если в технических характеристиках 4-терабайтного SSD указано «пять лет, 1 DWPD», то накопитель рассчитан на 4 терабайта записи в день в течение 365*5 = 1825 дней, то есть:

TBW = 4*1825 = 7300 ТБ

Такой объём записи должен выдержать накопитель в течение гарантийного срока.

Одна FullHD камера в максимальном качестве обычно дает 8мбит/c, вот и считайте. 1мб/с *3600*24=86400мб записи в день

[sibcat]

Quote

Поможет.

Ух ты. А подскажите на какой задаче помогло? и на каком ssd?

а то сомнения взяли - HDD то как раз оптимизированы именно под потоковое чтение/запись, в отличие от SSD. Есть ли смысл переплачивать? Не дешевле ли будет собрать на PC, на которых как раз с плавностью всё впоряде.

[naves]

48 minutes ago, sibcat said:

HDD то как раз оптимизированы именно под потоковое чтение/запись, в отличие от SSD

Смешиваете два понятия, хдд никак не оптимизированы для чего-то, они такие, какие есть. Линейные чтение запись хорошо и быстро 100-150мб/с. При случайной чтении-записи скорость падает на порядок.

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

В случае SSD скорость случайных чтения-записи может немного упасть, например, на 10%. Обычный SSD нормального качества, а не сделанный в китайском подвале из отбракованных SD-карточек, дает стабильные 500мб/с. Даже десктопные SSD, вытянут непрерывную запись в 20мб/с. Главное не покупать Samsung QVO-диски, вот в их случае все очень плохо.

 

Quote

https://download.semiconductor.samsung.com/resources/data-sheet/Samsung_SSD_870_QVO_Data_Sheet_Rev1.1_10129514052310.pdf

https://download.semiconductor.samsung.com/resources/data-sheet/Samsung_SSD_870_EVO_Data_Sheet_Rev1.1_230509.pdf

 

QVO
Sequential write performance measurements are based on Intelligent TurboWrite technology. 

Performances after Intelligent Turbowrite are
80 MB/s (1TB), 160 MB/s (2/4/8TB).

EVO
The sequential performance measurements after Intelligent TurboWrite region are
300MB/s (250/500GB), or 530MB/s (1TB/2TB/4TB)

 

48 minutes ago, sibcat said:

Не дешевле ли будет собрать на PC, на которых как раз с плавностью всё впоряде.

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

Соберите нулевой рейд из двух бэушных жестких дисков, будет примерно в 1,5 быстрее одного HDD, и дешевле чем один SSD такого же объема от суммы двух HDD

Edited October 30 by naves

[Saab95]

12 минут назад, naves сказал:

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

Если ставить в регистратор/сервер не один жесткий диск под все, а несколько, и сам жесткий диск серии Ынтырпрайз на 7200 оборотов, а не для видео на 5900, тогда никаких проблем не возникнет. И оперативки побольше - 16 или 32 гб, тогда ПО будет в оперативную память записывать данные, когда диск занят.

 

4 часа назад, sibcat сказал:

У кого есть опыт? - на каком аппаратном регистраторе нормально можно увидеть честную хорошую перемотку 8х, 16х.
условно - чтобы человечек "быстро бегал", а не появился-пропал.

Вы сами как это представляете? Камера отдает 2 потока, с малым разрешением для мини картинок, и с полным для просмотра. Обычно используется сжатие с опорными кадрами, и на один опорный бывает 10-15-20 последующих. Поэтому что бы показать некий кадр на экране, с диска нужно прочитать фрагмент видео файла опорный кадр + раскодировку до нужного. Это зависит от ПО регистратора / сервера, как они читают.

 

Если это делает регистратор, а просмотр по сети на другом устройстве, то регистратору нужно все прочитать, обработать и передать по сети, что бы передать по сети так же нужно сделать последовательность кадров. Поэтому тут тоже затык по скорости.

 

Поэтому никакой "железный" регистратор для этой цели не подойдет, у него мало оперативной памяти, слабый процессор для обработки картинки, поэтому только решение на базе сервера / ПК.

 

5 часов назад, sibcat сказал:

2. подрешение - поможет ли аппаратному регику поставить SSD диск, и как быстро он помрет в таком режиме?

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

 

54 минуты назад, sibcat сказал:

Не дешевле ли будет собрать на PC, на которых как раз с плавностью всё впоряде.

Для сборки на базе ПК потребуются лицензии на софт, это обычно на каждую камеру, тысячи 2, не меньше. Конечно на базе ПК будет лучше, но на нем ничего кроме записи быть не должно, даже интернета быть не должно. И системный диск отдельно, для записи видео отдельный.

 

20 минут назад, naves сказал:

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

Вообще если брать маленький серверный 1/2 юнитовый корпус, то он не особо больше регистратора, установив куда-то фиксированно никто его пинать не станет, да и пыль не так страшна.

[naves]

Автор темы не написал, сколько у него камер, и с каким битрейтом они пишут. Если у него будет одна камера, то простого HDD хватит.

 

1 hour ago, Saab95 said:

Если это делает регистратор, а просмотр по сети на другом устройстве, то регистратору нужно все прочитать, обработать и передать по сети, что бы передать по сети так же нужно сделать последовательность кадров. Поэтому тут тоже затык по скорости.

Так. Берем одну камеры с потоком 8мбит, умножаем на 16 - это получается, получается 128мбит. Ой затык, так затык, там что 100мбит локалка из 2003 года? Причем, обычно там поток еще меньше с одной камеры.

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

 

1 hour ago, Saab95 said:

Сломается быстро, нужно смотреть на серверные модели

Нужно не смотреть, а считать TBW конкретной модели и делить на общий битрейт всех камер.

 

1 hour ago, Saab95 said:

Камера отдает 2 потока, с малым разрешением для мини картинок, и с полным для просмотра. Обычно используется сжатие с опорными кадрами, и на один опорный бывает 10-15-20 последующих.

ичо?

[straus]

14 часов назад, sibcat сказал:

Ключевая задача - ускоренная перемотка, ускоренный просмотр.
Цель - просматривать работу маленького цеха в ускоренном времени. Постоянная запись в рабочее время (ну и по детектору ночью - дополнительно).

Что стоит сейчас? В смысле, на каком аппарате просмотр с рывками?

Какая стоит частота кадров на запись и коэффициент сжатия?

Камеры аналоговые или цифровые?

 

14 часов назад, sibcat сказал:

на каком аппаратном регистраторе нормально можно увидеть честную хорошую перемотку 8х, 16х.
условно - чтобы человечек "быстро бегал", а не появился-пропал

Просмотр на скорости 8х и выше всегда рваный. Просто потому, что частота кадров при просмотре остаётся 50 к/с, и промежуточные кадры (из получающихся 400 к/с и более) не показываются, а отбрасываются.

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

А обычное воспроизведение плавное и 50 к/с?

 

А так - посмотри регистраторы Novus (Польша). Там кроме нормальной аппаратной базы ещё есть анализ уже записанного. То есть, не надо будет просматривать на ускоренном, а просеивание записанного сделает за тебя сам регистратор.

 

14 часов назад, sibcat сказал:

подрешение - поможет ли аппаратному регику поставить SSD диск, и как быстро он помрет в таком режиме?

Рывки изображения не из-за диска. Там другие причины. Помрёт ли SSD - зависит от того, сколько раз будет перезаписываться. Если взять объём с большим запасом, ну там чтобы заполнялся хотя бы за три месяца или полгода - будет жить.

[Saab95]

В 30.10.2025 в 22:50, naves сказал:

Берем одну камеры с потоком 8мбит, умножаем на 16 - это получается, получается 128мбит. Ой затык, так затык, там что 100мбит локалка из 2003 года? Причем, обычно там поток еще меньше с одной камеры.

Начнем с того, что запись с камеры на диске лежит в том виде, в которой камера его передала, она (запись) никак не обрабатывается.

 

Допустим битрейт видео потока 10М, что бы делать просмотр на скорости 8х нужно прочитать и обработать 80М данных, а для 16х уже 160М данных. Далее нужно выделить нужный кадр с заданным интервалом, сформировать новый поток видео с таким же сжатием и передать его на устройство просмотра.

 

Обычно ПО не раскодирует видео дальше опорных кадров, поэтому и получаются рывки и резкие смены вида, т.к. может взять 1 и 2 опорные кадры, 3 выкинуть и взять 4-й, а это пропажа 1-2 секунд видео.

 

В 30.10.2025 в 22:50, naves сказал:

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

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

 

18 часов назад, straus сказал:

Там кроме нормальной аппаратной базы ещё есть анализ уже записанного.

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

[naves]

11 hours ago, Saab95 said:

Допустим битрейт видео потока 10М, что бы делать просмотр на скорости 8х нужно прочитать и обработать 80М данных, а для 16х уже 160М данных. Далее нужно выделить нужный кадр с заданным интервалом, сформировать новый поток видео с таким же сжатием и передать его на устройство просмотра.

160мбит, те 20 мб в секунду, у вас там 100мбит локалка и диски из 98 года? Ну паралельно идет поток записи, еще 1мб в секунду. Сколько камер у автора темы мы не знаем, да пусть хоть 10. 20мб/с чтение, 10мб/с запись. Любой диск справится. Если софт записи совсем не кривой, и не пишет покадрово кусочками по 4кб.

 

11 hours ago, Saab95 said:

Обычно ПО не раскодирует видео дальше опорных кадров, поэтому и получаются рывки и резкие смены вида, т.к. может взять 1 и 2 опорные кадры, 3 выкинуть и взять 4-й, а это пропажа 1-2 секунд видео.

Вот тут вопрос, если софт декодирует весь поток, то он упрется в проц. Если он при х16 скорости декодирует только опорные кадры, то получается достаточно на самой камере выставить интервал опорных кадров в 1 сек.

Те на скорости х16 мы получим 16 кадров в секунду, вполне нормально для просмотра видео.

открываем первый попавшийся мануал от камеры

И что мы видим, значение по умолчанию 25 для потока в 25 кадров в секунду.

I Frame Interval: Set I Frame Interval from 1 to 400

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

 

11 hours ago, Saab95 said:

Начнем с того, что запись с камеры на диске лежит в том виде, в которой камера его передала, она (запись) никак не обрабатывается.

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

Еще неизвестно, может у автора темы вообще аналоговая камера, и там никакого 10мбит потока вообще нет.

 

11 hours ago, Saab95 said:

Если то же самое делать на компьютере через локальную сеть, там картинка начинает подтормаживать.

Если у вас сеть на 100мбит реалтеках из 2003 года, то конечно будет подтормаживать.

Edited November 1 by naves

[naves]

11 hours ago, Saab95 said:

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

Анализ идет при записи, и в базу пишется число с условным количеством движения, и при выборе времени на timelapse-шкале будет показан график уровня движения. Там даже выполнять большие расчеты не надо, просто по объему трафика в P-frame можно посмотреть.

Аналогично как в аудиоредакторах. Никогда не видели такой софт? Странно, такое уже было в аудиоредакторах даже в 2003 году.

Edited November 1 by naves

[straus]

29 минут назад, naves сказал:

Вот тут вопрос, если софт декодирует весь поток, то он упрется в проц.

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

 

Есть хорошая современная аналогия из мира вооружений. Никто не задумывался, почему во всех бортовых компьютерах российских ракет стоит не обычный процессор, а DSP? Да, именно процессор цифровой обработки сигналов. У в Киеве никто из конструкторов разного летающего и взрывающегося не смог ответить на этот вопрос. А ведь ответ лежит на поверхности: DSP благодаря архитектуре и системе команд хорошо приспособлен для вычисления интегралов. А далее всё просто: первый интеграл от ускорения - скорость, второй интеграл - пройденное расстояние. Три оси, шесть операций интегрирования - и мы всегда знаем, куда улетели от исходной точки. Ну и ещё некоторые операции по коррекции траектории по GPS и при уклонении от ПВО на атакующем участке - всё это тоже хорошо решается именно на DSP.

 

Блин, ну давно уже видео обрабатывается в видеокартах, а не на CPU, вот в регистраторах тоже ASIC.

 

28 минут назад, naves сказал:

Анализ идет при записи, и в базу пишется число с условным количеством движения

Не только. В регистраторах Novus есть возможность анализа потока при чтении записанного. Для экономии ресурсов анализ идёт в несколько итераций - сначала по опорным кадрам, потом в случае выявления изменений в нужной области, уже подробный.

 

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

Если это бытовой регистратор, то он всегда будет показывать рывками.

Для ТС: никогда ни при каких обстоятельствах не надо слушать пользователя Saab_95 - он вообще не в теме.

[naves]

3 hours ago, straus said:

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

Уж набросили, так набросили)))

Никто не задумывался, потому что специалисты уже знают ответ. Вы как-то слишком категорично рассуждаете. При определенных вводных может быть дешевле поставить процессор общего назначения, чем какой-то DSP, или наоборот. Это зависит от кучи факторов, от стоимости самого чипа, стоимости его доставки от производителя, наличия и стоимости разработчиков, которые этот чип поставят в конечное изделие. Можно иметь мешок дешевых DSP, но не иметь инженеров, которые напишут прошивку для работы с ним.

 

3 hours ago, straus said:

Поэтому давно уже производительности связки проц/ASIC хватает на весьма большое количество потоков

Может там древнее говно мамонта за 10 баксов с али, которое рассчитано на 8 аналоговых каналов или 4 fullHD цифровых, а автор темы подключил пятую камеру. Там же ограничение по факту по суммарному битрейту, или 8 камер низкого разрешения, или 4 высокого.

Edited November 1 by naves

[straus]

50 минут назад, naves сказал:

Уж набросили, так набросили)))

Никто не задумывался, потому что специалисты уже знают ответ. Вы как-то слишком категорично рассуждаете. При определенных вводных может быть дешевле поставить процессор общего назначения, чем какой-то DSP, или наоборот. Это зависит от кучи факторов, от стоимости самого чипа, стоимости его доставки от производителя, наличия и стоимости разработчиков, которые этот чип поставят в конечное изделие. Можно иметь мешок дешевых DSP, но не иметь инженеров, которые напишут прошивку для работы с ним.

Ну если отойти немного от темы (разбавим, так сказать), то конкретно в данном случае выбор процессора был безотносительно цены. Вопрос был только в эффективности применения. А для доступности даже заказали беларусам скопировать оригинал. В первых бортовых компах стояли родные TMS320, а в более поздних стоят уже беларусские.

 

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

[naves]

12 minutes ago, straus said:

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

Интересно, применяют ли китайцы отбраковку таких чипов, когда оригинальный чип на условные 32 канала оказывается бракованным, и продается как 8-канальный какой-нибудь фирме tantos для использования в 4 канальных региках.

[straus]

Про отбраковку не знаю, а вот в эпоху аналоговых DVR видел такой фортель. Процессор не соответствовал заявленному, и форма Oltec в своих DVR просто в софте ограничила двумя каналами. Причём хардвар на плате, включая входные разъёмы, был четырёхканальным.

[Saab95]

В 01.11.2025 в 12:50, naves сказал:

Если у вас сеть на 100мбит реалтеках из 2003 года, то конечно будет подтормаживать.

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

 

Если сервер записи на базе ПК и работает на встроенной сетевой, и производится замена на десктопный интел адаптер, освобождается около 10-15 процентов по нагрузке процессора при потоке данных 300М от камер.

 

В 01.11.2025 в 13:01, naves сказал:

Анализ идет при записи, и в базу пишется число с условным количеством движения, и при выборе времени на timelapse-шкале будет показан график уровня движения. Там даже выполнять большие расчеты не надо, просто по объему трафика в P-frame можно посмотреть.

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

 

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

 

Поэтому только ручной просмотр и все.

 

В 01.11.2025 в 13:51, straus сказал:

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

В больших системах все регистраторы = сервера / ПК, в которых установлены платы обработки видео информации и работают они на специализированном ПО. Это системы безопасный город, запись с камер на дорогах и т.п., все они на базе серверов сделаны, а не регистраторов.

 

Все это по той причине, что легко обновить софт, когда бы сервер не был установлен, в этом году, 5 лет назад - везде одинаковая ОС и можно установить одинаковый софт.

 

На регистраторах так нельзя, они всегда урезаны по ОЗУ, по флэшке для софта, по истечении 2-3 лет уже устаревают.

 

 

[naves]

2 hours ago, Saab95 said:

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

Названия этих плат и использующих ПО.

 

2 hours ago, Saab95 said:

Как вариант примера - качающиеся деревья или другие элементы в кадре.

Настраивать зоны движения мы не умеем, так и запишем.

2 hours ago, Saab95 said:

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

Настраивать запись стоп-кадров по интервалу времени при отсутствии движения мы не умеет, так и запишем.

У меня такой же есть пример, когда трубу прорвало и по стене лилось говно. Зато на ежеминутных стоп-кадрах был красивый timelapse.

  

2 hours ago, Saab95 said:

На регистраторах так нельзя, они всегда урезаны по ОЗУ, по флэшке для софта, по истечении 2-3 лет уже устаревают.

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

  

2 hours ago, Saab95 said:

5 лет назад - везде одинаковая ОС

Windows Server 2008, я правильно вас помню?

  

2 hours ago, Saab95 said:

Поэтому только ручной просмотр и все.

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

  

2 hours ago, Saab95 said:

Если сервер записи на базе ПК

Сервер из ПК, ну дальше можно не читать.

 

Edited November 2 by naves

[straus]

В 02.11.2025 в 19:54, Saab95 сказал:

сервер записи на базе ПК

 

В 02.11.2025 в 19:54, Saab95 сказал:

работает на встроенной сетевой

 

В 02.11.2025 в 19:54, Saab95 сказал:

замена на десктопный интел адаптер

Это не сервер. Это говнище.

 

В 02.11.2025 в 19:54, Saab95 сказал:

детекция движения в этот момент не сработала

Руки надо отрихтовать кому-то. Чтобы радиус их кривизны был не запредельный.

 

В 02.11.2025 в 19:54, Saab95 сказал:

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

Уже наверное лет 12 существуют регистраторы, которые анализируют даже оставленные или пропавшие предметы. Кстати, очень помогает против терактов.

 

В 02.11.2025 в 19:54, Saab95 сказал:

Поэтому только ручной просмотр и все.

А тут не только руки рихтовать, тут ещё и голову надо лечить.

 

В 02.11.2025 в 22:10, naves сказал:

Настраивать зоны движения мы не умеем, так и запишем.

Он даже не знает о такой возможности. Хотя она присутствует уже лет 20. И если в ранних количество зон детекции на канал было 16, то сейчас уже 1500-2000.

 

В 02.11.2025 в 22:10, naves сказал:

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

Абсолютно точно. Я ему с полгода назад привёл пример регистратора, который покрывает его "сервер" как бык овцу. Умеет даже детекцию лиц. А он до сих пор несёт туфту про недосервер на ПК. Я уж не знаю, это такой троллинг или недостаток ума...

[Saab95]

22 часа назад, naves сказал:

Сервер из ПК, ну дальше можно не читать.

 

Приведите модель регистратора с сертификатом ФСТЭК СТ-1. А если сертификата нет - доступ в крупные системы записи ему закрыт.

 

22 часа назад, naves сказал:

Названия этих плат и использующих ПО.

Современные видеокарты с нейропроцессорами, в зависимости от бюджета разные модели.

 

22 часа назад, naves сказал:

Windows Server 2008, я правильно вас помню?

Можно Windows Server, можно Astra Linux Special Edition.

 

22 часа назад, naves сказал:

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

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

 

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

 

21 час назад, straus сказал:

Он даже не знает о такой возможности. Хотя она присутствует уже лет 20. И если в ранних количество зон детекции на канал было 16, то сейчас уже 1500-2000.

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

 

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

 

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

 

Кроме всего детекцию должен делать сервер записи, а не камера. Сама камера только картинку передает и все. Это сделано для того, что бы можно было подключать любые камеры, хоть домофоны, и обрабатывать картинку не зависимо от возможности камер.

 

21 час назад, straus сказал:

Абсолютно точно. Я ему с полгода назад привёл пример регистратора, который покрывает его "сервер" как бык овцу. Умеет даже детекцию лиц. А он до сих пор несёт туфту про недосервер на ПК. Я уж не знаю, это такой троллинг или недостаток ума...

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

 

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

 

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

[straus]

Мне неинтересно обсуждать эту тему с человеком, который живьём не видел ни регистраторов ни видеосерверов.

Найди для общения свой уровень.

[naves]

On 11/2/2025 at 8:54 PM, Saab95 said:

сервера / ПК, в которых установлены платы обработки видео информации и работают они на специализированном ПО

 

On 11/3/2025 at 9:45 PM, Saab95 said:

Современные видеокарты с нейропроцессорами, в зависимости от бюджета разные модели.

первый раз вижу, чтобы так видеокарты называли. Даже если это какая-нибудь Nvidia Tesla, в которой нет видеовыхода.

On 11/3/2025 at 9:45 PM, Saab95 said:

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

Дяденька узнал про существование отдельного класса оборудования СХД. Поздравляем.

On 11/3/2025 at 9:45 PM, Saab95 said:

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

 

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

Ничего не понял. Хоть один скриншот привести можете 4-х зонной детекции?

On 11/3/2025 at 9:45 PM, Saab95 said:

Приведите модель регистратора с сертификатом ФСТЭК СТ-1

Вы используете ПК вместо серверов, потому что они имеют бумажку. Ну используйте.

[straus]

4 часа назад, naves сказал:

В 03.11.2025 в 20:45, Saab95 сказал:

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

 

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

Expand  

Ничего не понял. Хоть один скриншот привести можете 4-х зонной детекции?

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

[Saab95]

4 часа назад, straus сказал:

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

Так напишите как они работают. И я предложил пример с 4-мя зонами детекции на всю картинку и объект в виде человека перемещается по диагонали кадра.

 

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

 

9 часов назад, naves сказал:

первый раз вижу, чтобы так видеокарты называли.

А как их называть? 40хх, 50хх? Есть еще специализированные модели. У нас, например, в серверах стоят вообще платы без публичных наименований и опознавательных знаков, просто здоровущая плата с радиаторами с двух сторон.

 

9 часов назад, naves сказал:

Дяденька узнал про существование отдельного класса оборудования СХД. Поздравляем.

Ну так как ваши регистраторы сохраняют данные? У нас на ПО для каждой камеры выделен отдельный сетевой диск, и одновременно идет запись на локальный. Если вдруг пропадет сетевое подключение, при восстановлении автоматически переписываются данные с локального диска, регистраторы так умеют?

 

9 часов назад, naves сказал:

Ничего не понял. Хоть один скриншот привести можете 4-х зонной детекции?

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

 

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

 

Для борьбы с этим эффектом можно увеличить длительность события, например движение должно происходить 5 секунд, и только после сработает детекция. При наличии предзаписи в 10-15 секунд все данные будут записаны. Но когда требуется срабатывать на минимальные движения в кадре, такой фокус не поможет.

 

9 часов назад, naves сказал:

Вы используете ПК вместо серверов, потому что они имеют бумажку. Ну используйте.

Так без этой бумажки сейчас почти везде нельзя работать по записи с камер. Только частникам да на маленькие промышленные помещения / офисы камеры устанавливать.

[straus]

Кто-нибудь понял этот словесный понос?

[naves]

5 hours ago, Saab95 said:

У нас

У вас, это где?

5 hours ago, Saab95 said:

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

Где вы их берете?

5 hours ago, Saab95 said:

Однако для события нужно выделить весь объект

зачем?

5 hours ago, Saab95 said:

на маленькие промышленные помещения

маленькие - это сколько камер?