v.5.115.0#
Изменения
-
Через один релиз LUNA PLATFORM поддержка сервисов Backport 3, Backport 4, UI 3 и UI 4 будет прекращена. Вся связанная с ними информация будет удалена из документации и скрипта Docker Compose.
-
SDK был обновлен до версии 5.30.0.
В данной версии LUNA PLATFORM были обновлены:
OneShotLiveness
до версии 11AgeNet
до версии 7 — обновлена основная сеть и добавлена оптимизированная версия для сценариев, где приоритетом является скорость обработки при допустимом уровне точностиEyeEstimator
до версии 3QualityEstimator
до версии 4
-
Добавлена поддержка отрицательных углов ориентации видео (
-90
,-180
,-270
).Ранее, если в качестве источника данных для определения поворота (параметр
orientation_strategy
) было установленоvideo_info
(угол поворота определяется по метаданным видео) и видео содержало метку поворота с отрицательным углом, обработка завершалась ошибкой с кодом43010
и сообщениемUnsupported image rotation from video info: -90.0
.
Теперь обработка видео с отрицательными углами, полученными из информации видео, выполняется корректно. -
Обновлены разрешения, задаваемые в токене:
Для разрешения "event" добавлено право на удаление событий ("deletion"). См. запрос create token.
-
Добавлена возможность удаления событий/обобщенных событий по их
event_id
с помощью новых запросов: delete event и delete general event. -
Обновлена спецификация OpenAPI.
Теперь в документации явно указаны группы параметров для настройки ограничений по умолчанию:
- Для запросов сравнения: в группах параметров
LUNA_HANDLERS_LIMITS
иPLATFORM_LIMITS
регулируется максимальное количество эталонов в запросе и кандидатов в ответе. - Для обработки изображений (запросы sdk resource и generate events): в группах параметров
LUNA_REMOTE_SDK_LIMITS
иLUNA_HANDLERS_LIMITS
регулируется максимальное количество изображений в одном запросе. - Для обработчиков (create handler): в
LUNA_HANDLERS_LIMITS
регулируется максимальное количество элементов вmatch_policy
.
Примечание. При увеличении лимитов необходимо учитывать, что это может повлиять на производительность работы системы.
Об упомянутых выше параметрах см. в разделе Описание параметров сервисов.
- Для запросов сравнения: в группах параметров
-
Добавлена возможность импорта и экспорта лямбд.
Теперь можно сохранять полную конфигурацию лямбды в виде архива, который может быть использован для точного воссоздания в другом окружении.
Результатом экспорта Lambda является zip-архив, содержащий:
- Docker образ лямбды;
- исходный архив, предоставленный при создании лямбды;
- JSON-файл с параметрами лямбды, указанными при её создании, а именно: учётные данные
credentials
, настройки лямбдыparameters
и параметры развёртыванияdeploy_parameters
.
См. запрос export lambda archive.
Lambda можно импортировать с помощью запроса import lambda archive. Архив, предоставленный в запросе, должен соответствовать структуре экспортированного.
Примечание. При импорте архива можно изменить параметры, хранящиеся в JSON-файле, путем их указания в теле запроса.
См. подробную информацию в разделе Lambda export and import руководства разработчика.
-
Добавлена поддержка автоматического переподключения к видеопотокам при разрыве соединения из-за ложного сигнала о завершении передачи видеоданных.
Теперь при получении сигнала
END_OF_FILE
от видеопотока система автоматически пытается восстановить соединение на стороне агента (не поддерживается для видеофайлов).Новые параметры в
behavior_parameters
позволяют настроить:eof_retry
>delay
задает интервал между попытками в миллисекундах (по умолчанию 100 мс);eof_retry
>attempt_count
определяет максимальное количество попыток (по умолчанию 10, значение 0 отключает повторные попытки).
См. запросы create stream, put stream, get stream, get streams.
Это изменение особенно полезно для работы с RTSP-потоками в условиях нестабильного сетевого соединения, когда ложный сигнал о завершении потока может привести к остановке обработки видео.
Исправленные ошибки
-
Для запроса
stream events ws handshake
при отсутствии авторизационных данных теперь возвращается код состояния 401 (Authorization failed) вместо ошибочного 403 (Forbidden. Specified token corrupted). -
Исправлен список доступных значений для параметров
targets
иfilters
в запросах получения статистики событий.Ранее документация содержала неактуальные значения, что приводило к ошибке с кодом состояния 400 (Bad/incomplete input data) при попытке их использования. См. запросы getEventStats и getGeneralEventStats.
-
Исправлена ошибка, при которой видеопоток не мог перезапуститься после обновления через запрос put stream.
Теперь после обновления потока:
- остановленный/завершившийся с ошибкой поток автоматически перезапускается со статусом
pending
; - активный поток сначала корректно завершает текущую обработку, после чего переводится в
pending
для повторного распределения.
Также теперь информация об обновлении потока записывается в логи сервиса Video Agent.
- остановленный/завершившийся с ошибкой поток автоматически перезапускается со статусом
-
Исправлена некорректная логика отправки статусов для видеопотоков, завершающихся с ошибкой.
Ранее система могла ошибочно отправлять статус "stop" ("обработка потока остановлена пользователем") для потоков, которые фактически завершились с ошибкой (статус "failure"). Это приводило к противоречиям в логах, где сначала фиксировалась ошибка (например, проблемы с декодированием или недоступностью источника потока), а затем статус "stop".
Теперь потоки, завершающиеся с ошибкой, не отправляют статус "stop".
-
Исправлена ситуация, когда по причине некорректно настроенных значений
LUNA_VIDEO_MANAGER_STREAM_STATUS_OBSOLETING_PERIOD
/LUNA_VIDEO_MANAGER_AGENT_STATUS_OBSOLETING_PERIOD
агенты не отправляли обратную связь с требуемой периодичностью.Ранее это приводило к непреднамеренному понижению версии агентов или потоков и отказу агентов обрабатывать потоки.
Теперь система автоматически обеспечивает оптимальную частоту отправки обратной связи независимо от точности заданных настроек
LUNA_VIDEO_MANAGER_STREAM_STATUS_OBSOLETING_PERIOD
иLUNA_VIDEO_MANAGER_AGENT_STATUS_OBSOLETING_PERIOD
. -
Исправлена ошибка, из-за которой невозможно было добавить кастомные эндпоинты для Agent-lambda.
Теперь функционал работает корректно. Подробности и примеры использования см. в разделе "Additional routes".
-
Исправлена ошибка, которая приводила к некорректной инициализации клиента для Tasks-lambda.