Запуск сервера TRASSIR не как системной службы, а как обычного приложения с графическим интерфейсом — это отдельный режим работы видеосервера, при котором ядро обработки видео и окно управления объединены в одном процессе. Такой вариант часто встречается при первичной настройке, тестировании камер или диагностике, когда администратору нужно видеть интерфейс сервера прямо на экране, а не подключаться к нему удалённо через клиент.
В этой статье разберём, что именно означает режим сервера в виде GUI-приложения в экосистеме TRASSIR (продукт компании DSSL), чем он отличается от классической службы Windows, когда его стоит применять и какие ограничения нужно учитывать, чтобы не потерять архив или не оставить объект без записи.
Что такое сервер TRASSIR в виде GUI-приложения
В системе видеонаблюдения TRASSIR сервер — это программный модуль, который принимает видеопотоки с IP-камер, выполняет аналитику, ведёт архив и обрабатывает события. Обычно он работает в фоновом режиме как служба операционной системы: без окна, без авторизации пользователя, запускаясь вместе с системой. Режим GUI-приложения — альтернативный способ запуска, при котором сервер стартует как обычная программа с окном интерфейса.
Практически это означает, что на экране компьютера отображается полноценный интерфейс управления: дерево камер, настройки каналов, журнал событий, статус записи. При этом пользователь должен быть авторизован в системе — если завершить сеанс Windows, приложение закроется вместе с ним, и запись остановится. Именно это ключевое отличие от службы, которая продолжает работать независимо от входа пользователя.
Чем GUI-режим отличается от запуска в качестве службы
Выбор режима влияет не на качество видео или набор функций аналитики, а на поведение сервера в операционной системе. Различия удобно свести в таблицу — она помогает быстро понять, какой вариант подходит под конкретную задачу.
| Критерий | Служба Windows | GUI-приложение |
|---|---|---|
| Запуск без входа пользователя | Да, стартует с системой | Нет, требуется авторизация |
| Графический интерфейс | Отсутствует, управление через клиент | Есть, окно на экране |
| Завершение сеанса пользователя | Запись продолжается | Приложение закрывается, запись останавливается |
| Типичное применение | Постоянная эксплуатация объекта | Настройка, тесты, диагностика |
| Доступ к логам и статусу | Через клиент или файлы логов | Наглядно, прямо в окне |
Обратите внимание: функциональность самого ядра — запись, детекторы, скрипты, интеграции — в обоих режимах одинакова. Меняется только оболочка запуска и зависимость от пользовательского сеанса.
Когда имеет смысл запускать сервер как GUI-приложение
Режим с графическим интерфейсом не является «неправильным» — он просто предназначен для других сценариев. Вам стоит рассмотреть его в следующих случаях:
- 🔧 Первичная настройка объекта — удобно видеть реакцию сервера на добавление камер, изменение расписаний и шаблонов записи в реальном времени.
- 🧪 Тестирование аналитики — детекторы движения, пересечения линий, нейросетевые модули проще отлаживать, наблюдая за их работой в открытом окне.
- 🩺 Диагностика сбоев — если служба не стартует или вылетает, запуск в GUI-режиме помогает увидеть сообщение об ошибке, которое иначе осталось бы в логах.
- 🎓 Обучение персонала — демонстрация интерфейса и логики работы системы новым операторам или монтажникам.
Для круглосуточной эксплуатации объекта, где запись не должна прерываться, GUI-режим не подходит: любой перезапуск системы, обновление Windows или случайный выход пользователя из сеанса остановит видеорегистрацию.
Как запустить сервер TRASSIR в виде GUI-приложения
Конкретные названия ярлыков и пунктов меню зависят от версии ПО TRASSIR, поэтому перед действиями сверьтесь с документацией вашей версии. Общий безопасный порядок выглядит так:
- ▶️ Остановите службу сервера, если она запущена, — одновременная работа двух экземпляров может привести к конфликту за доступ к камерам и архиву.
- 📁 Найдите в меню «Пуск» или в каталоге установки ярлык запуска сервера с графическим интерфейсом (обычно он отличается от ярлыка клиента).
- 🔑 Запустите приложение и дождитесь загрузки ядра — сервер поднимет каналы, подключит камеры и возобновит запись по настроенным расписаниям.
- ✅ Проверьте статус каналов: зелёный индикатор записи, отсутствие ошибок подключения к камерам.
☑️ Проверка после запуска сервера в GUI-режиме
⚠️ Внимание: если сервер работает как GUI-приложение, не закрывайте его окно и не завершайте сеанс пользователя на время, когда требуется запись. Для автозапуска после перезагрузки потребуется включить автологон пользователя и добавить приложение в автозагрузку — это снижает защищённость системы, поэтому для постоянной эксплуатации безопаснее перевести сервер обратно в режим службы.
Типичные проблемы и их диагностика
Наиболее частая жалоба — «сервер запускается, но камеры не подключаются». Возможная причина — параллельно работающая служба, которая уже заняла потоки камер. Проверьте список служб Windows и убедитесь, что активен только один экземпляр сервера. Вторая типичная ситуация — приложение стартует, но запись не идёт: здесь стоит проверить шаблоны записи, расписание каналов и доступность диска под архив.
Если окно приложения закрывается сразу после запуска, посмотрите журналы событий Windows и файлы логов TRASSIR — там обычно фиксируется причина: нехватка прав, повреждённая база настроек или конфликт лицензии. Точные пути к логам зависят от версии, поэтому ориентируйтесь на документацию вашего релиза.
⚠️ Внимание: не запускайте одновременно службу и GUI-приложение сервера на одном компьютере. Конфликт за камеры и дисковое пространство архива может привести к потере фрагментов записи и повреждению индексов архива.
Как перевести сервер обратно в режим службы
Когда настройка завершена, сервер логично вернуть в фоновый режим. Для этого закройте GUI-приложение штатно — через команду выхода в интерфейсе, а не «крестиком» в спешке, — затем запустите службу сервера через оснастку services.msc или фирменную утилиту управления, если она предусмотрена вашей версией. Убедитесь, что тип запуска службы установлен в «Автоматически» — тогда сервер будет стартовать вместе с Windows без участия пользователя.
После переключения обязательно проверьте результат: подключитесь клиентом TRASSIR, убедитесь, что все каналы активны, запись идёт по расписанию, а архив доступен для поиска. Если часть камер не поднялась — вероятная причина в сетевых задержках при старте; обычно помогает перезапуск проблемного канала из интерфейса.
Почему разработчики вообще оставили GUI-режим?
Графический режим исторически удобен интеграторам: на этапе пусконаладки он позволяет видеть всю картину целиком без установки отдельного клиента и быстро переключаться между настройками и живым видео. Кроме того, при обращении в техническую поддержку запуск в GUI-режиме упрощает сбор диагностической информации и воспроизведение проблемы.
FAQ: частые вопросы о сервере TRASSIR в виде GUI-приложения
Это отдельная версия программы TRASSIR?
Нет. Это тот же серверный модуль, запущенный другим способом — как приложение с окном вместо фоновой службы. Набор функций, аналитика и лицензии при этом не меняются.
Будет ли идти запись, если свернуть окно сервера?
Да, сворачивание окна не останавливает работу — сервер продолжает писать архив. Опасны именно закрытие приложения и завершение сеанса пользователя Windows.
Можно ли управлять GUI-сервером удалённо через клиент TRASSIR?
Да, клиентское подключение работает независимо от режима запуска сервера. Вы можете одновременно наблюдать интерфейс на самом сервере и подключаться к нему с рабочего места оператора.
Что делать, если после перезагрузки сервер в GUI-режиме не стартовал сам?
Проверьте две вещи: настроен ли автоматический вход пользователя в Windows и добавлено ли приложение в автозагрузку. Если хотя бы одно условие не выполнено, сервер не запустится. Для постоянной работы надёжнее перевести сервер в режим службы.
Влияет ли режим запуска на нагрузку и производительность?
Отрисовка интерфейса добавляет небольшую нагрузку на графическую подсистему, но на обработку видеопотоков и запись архива это практически не влияет. Основная разница между режимами — в надёжности автозапуска, а не в производительности.