Кому нужно в связи с последними событиями:
Скрипт index.php (PHP 7+) должен иметь доступ к WEB Линии по http протоколу. Обратите внимание, что некоторые хостинги разрешают http запросы только на 80 порт. Тут или менять хостинг, или на сервере с Линией делать проброс порта с 80-го на 9786.
1. Создаём реакцию «детекция движения» или какую вам нужно для уведомления в MAX, выбираем нужные камеры.
 
2. В реакцию добавляем действие «отправить HTTP-запрос» (см. скриншот).
2.1. URL указываем место, куда положим файл index.php (скрипт на PHP, полностью автономный).
2.2. Method: POST.
2.3. Data: ${camera_id}|||Детекция движения на камере ${camera_name} (ну или свой текс, разделитель III, первый параметр ID камеры, второй — текст сообщения в MAX). Можно использовать любой другой разделитель, удобный вам, но тогда поменяйте параметр define('DATA_STRIP', '|||') в index.php.
2.4. Задайте Login и Password для простой проверки, такие же пропишите в index.php define('HTTP_USER', 'max') и define('HTTP_PSWD', 'max_passwd').
2.5. Создайте в Линии такого же пользователя с таким же паролем с доступом только к WEB.
2.6. В реакции поставьте частоту запросов не чаще 30 секунд для предотвращения спама.
 
3. В index.php пропишите:
define('LINE_SERVER', 'myserver.ru:9786') — адрес сервера Линия с портом.
define('MAX_BOT_TOKEN', 'my_max_token') — токен MAX бота (создать бота может любое юр. лицо после регистрации на мсп.рф).
define('MAX_CHAT_ID', 'my_max_chat_id') — ID канала в MAX (можно получить, если зайти в канал в WEB версии MAX).
4. Добавляем бота вначале в подписчики нужного канала, потом в администраторы с разрешением только отправлять сообщения.
 
Бот будет при получении аларма забирать кадр с указанной камеры и слать сообщение в канал. Я не особо программист PHP, и, конечно же, хотелось бы отправлять кусок видео, так что пожелания и дополнения приветствуются.
 

 
index.zip

Прошу доработать возможность ввести интервальную запись в архив. После включения которой каждому интервалу времени предоставляется выбор режима записи.
Зачем это нужно: для экономии места в архиве!!!! Ну не нужна нам постоянная запись в ночное время, а в запись по детекции постоянно что-то не попадает и в самое ответственное время (часто).
Уже во всех современных камерах есть возможность настроить режимы записи по времени, выходным днями и праздникам, а в Линии этого нет 

Решил выложить для последователей (ибо сам не нашел)
 
Итоги тестирования:
Пул ~220 камер, FullHD и выше. Запись по движению. Аналитики нет, ALPR и прочих детекторов - нет. Суммарный поток в моменте ~500-550Мбит
 
Сервер - 2 * Xeon Silver 4215R / 64 Gb 
16 дисков - все NTFS, одиночные. Распределение примерно пропорционально ожидаемому размеру потока с камеры (12-16 на каждый)
 
Под Windows Server - процессор регулярно уходил "в потолок", на записях были пробелы - т.е. в таймлайне перерывы каждые несколько секунд, просмотр видео - телепортация сотрудников с места на место. Неадекватное поведение. Проблема не в очереди диска, как понимаю.
 
Дальше - проведена замена ОС на Debian 13 + установка Линии с переносом конфигурации - успешно, пришлось чуть подкорректировать конфигурацию (пути) + повозиться с переносом паролей пользователей. В итоге - все завелось почти безболезненно. Добавлены отдельные (чистые) диски.
 
Консоль Линии показывает нагрузку процессора подозрительно стабильную - 45-50% (не выше 50%!) - пробелы при записях исчезли.
Итого - load average ~16-18
 
Диски NTFS с драйвером ntfs-3g подключены для просмотра архива - в каждую группу записи также добавлен отдельный диск под EXT4, с целью записи новых данных уже на него.
Пока дописывались остатки на NTFS - была доп. нагрузка процессами mount.ntfs (по одному процессу на диск, логично). Постепенно спадает. Дальше либо архивы фоново скопирую на EXT4, либо оставлю на 3-4 месяца до истечения срока хранения.
 
Вывод: при любой возможности избегать Windows - избегайте  либо не грузите сервер большим количеством камер. Сервер Линии объективно лучше работает с Linux.
 
Осталось перепроверить стабильность клиентов / работу с множественными мониторами, тогда и рабочие места у охраны сменим.
 
Добавлю:
Тестировал на более скромной конфигурации: Ryzen 9 7950X3D / 128Gb демо-сервер, отдал ему для хранения "записей" tmpfs ramdisk, получил около 20-25% (LA ~4..5) при обработке 128 потоков. Разбил сервер на пару виртуальных - и спокойно отдал ему те же 220 штук. Т.е. - по процессору у одиночного Ryzen даже запас остается.
 

Доброго дня.
 
Есть два запроса к сообществу и к разработчикам:
 
1) На текущий момент есть перегруженный Windows сервер с 256 каналами (в работе ~215) - есть пробелы в записях, и CPU регулярно уходит в потолок.
 
Конфигурация:
2 * Xeon Silver 4215R ( 8 ядер / 16 потоков, включен Hyperthreading - на каждом)
64 Gb ОЗУ (нагрузка невелика, 10-15 используется)
 
Дисковая подсистема:
10 * 18Тб на одном контроллере
24 * 20 Тб на другом (внешний JBOD)
Распределение потоков по дискам, увы, "ручное" и примитивное, но в целом - равномерное.
 
Камеры:
43 с разрешением 3840х2160 (4K)
174 с разрешением 1920х1080 (2K, FullHD)
4 с разрешением 1280х720 (1,3 Mp)
 
У всех включен второй поток, разумеется, в надежде что детекция движения идет только по нему.
 
80% каналов идут в h265 ( т.е.:  "codec" : "h265") 
 
Общий поток с камер порядка 450-550 Мбит/с
 
Есть желание переиграть конфигурацию системы:
Разнести на два сервера с бытовыми быстрыми процессорами - Ryzen 7.. Ryzen 9 ?
На каждый бросить по SAS контроллеру, подключенному к половине дисков JBOD-а, отдать по 12 дисков
Перенести половину лицензий на каждый. Уйти от Windows.
 
Вопрос!
Жизнеспособен ли такой сценарий, или столкнемся с теми же проблемами (CPU не вывозит), но вдобавок еще потратим время на перенастройку, и получим простой системы в течение этого периода? Т.е. для обработки 128 каналов с высоким разрешением - толстый Ryzen подходит, или режим 24/7 для него будет губителен, и придется вернуться к пром. платформе в любом случае?
Имеет ли смысл рассматривать установку GPU в эти машины, позволяет ли система детекцию движения сбрасывать на GPU ? Или это пустая трата ресурсов будет?
 
 
2) Отдельная задача:
По другому объекту подбирается (тиражируемый в будущем) комплект для программного регистратора, предполагаем тоже DevLine на Linux:
 
Требования:
До 64 камер, разрешение до 8Мп на канал, без продвинутой аналитики, только детекция движения.
 
Рассматривается:
AMD Ryzen 7 7800X3D / 16 Gb / 4*20Tb SATA (с возможностью роста до 8*20, либо замены на внешнюю корзину, либо iSCSI хранилище)
 
Опять же - 8 потоков на каждое физическое ядро - не много ли? Что говорят тест и реальная практика (я не оглядываюсь на "смотрите конфигурации", ибо они устарели очень)
 
С перспективой расширения это будет выглядеть так:
Собирается хранилище - либо SAS JBOD, либо iSCSI SAN (с отдельными LUN на каждый диск)
Серверы обработки видео подключаются к нему, камеры распределяются по ним (вручную), клиенты - получают доступ к необходимым группам камер.
 
 
 
Объекты - склады с режимом 24/7, по факту 
 

Будут ли в будущих релизах изменения, касающиеся удобства работы с архивом и принимаются ли предложения для удобства работы с архивом?