Наблюдательный пост\клиент-высокая загрузка процессора

[Галактион 0]

1. " В основном ресурсы ПК расходуются именно на сжатие видео. Вывод на экран и запись на HDD занимают значительно меньше."- цитата ответа консультанта на обсуждение одной из тем форума по Линии 6". По факту почему-то получаем что, после перехода на 6-ю версию требования даже к клиенту получаются достаточно жесткие. Примером того может стать даже тот факт , что ранее на объекты для инсталляции брал с собой ноутбук Sony с двухядерным не не очень мощным,правда, процессором (е5600\1,86ГГц) - вполне комфортная работа при просмотре 20 видеокамер (35% загрузки процессора 8к\с на канал) с клиентом Линия5 - больше не ставил, с версией- же 6.2 на последнем объекте при отображении 14 видеокамер 8к\с компьютер(клиент-ноутбук) вышел на потолок в 100% - разумеется здесь ,как ни старался,настройку сервера пришлось делать через RAdmin, благо затем заказчик привез для удаленного доступа \ просмотра комп с процессором i7 . На этой же неделе цепляясь к серверу Trassir 64(!) камеры 15 к\с - фиксировал загрузку ноута 85% (!) - это для сопоставления. На следующих объектах также отмечено , что на клиенте-железе лучше бы не экономить (а ведь ранее и на Atom - материнках с интегрированным видео на клиенте задача решалась легко), кстати эксперименты коснулись применения до десятка разных конфигураций компов - везде ситуация с повышенной загрузкой подтверждалась . До разъяснений факта не тороплюсь делать апгрейды на объектах с 5 версией.

 

2. СКУД\ датчики - как прикручивать к 6 версии? На последнем проекте пришлось инженерить, подключая датчики охраны периметра к свободным входам аудио, раздавая тон -сигнал по входам и прописывая реакцию на отправку снимков по превышению уровня сигнала на микрофонном входе (хвала разработчикам хотя бы за это, а вообще курам на смех). Была задумка открывать ворота и калитку - здесь есть мысли задействовать линейный выход при звуковом оповещении при наступлении события (превышение сигнала уже на выходе) - здесь уже для отработки разных команд потребуются инженерные решения преобразования частота тона \номер реле . Уж лучше бы Вы не делали клиента под iPad - в этом проекте это был определяющий фактор (Если бы не техническая осведомленность заказчика, сказал бы, что невозможно применение сего девайса для удаленного наблюдения , а всю систему сделал бы на VideoNet) . Если все-таки сподобитесь сделать все как нужно, прикрутите в интерфейсе iPhone/iPad возможность включения\отключения режима отправки тревожных кадров и звукового оповещения при срабатывании видеодетектора\датчика\превышения звука ( посмотрите интерфейс iCam - для объектов вроде загородного дома, квартиры эта функция весьма и весьма полезная, ибо замусоренный почтовый ящик с фотографиями из хозяйской спальни не всегда нужны даже самому хозяину, если он дома, а вот в его отсутствие - весьма полезны , если в доме полно обслуживающего персонала )

 

3. Как без особых танцев с бубном прописать время записи после срабатывания видеодетектора? (в 5 версии - понятно\ в 6 -только через задания?). В будущем полезно предусмотреть комбинированный режим записи и цветовую дифференциацию режима записи: в проигрывателе медленная ,0,3 к/с. ,допустим, зеленой полосой , быстрая - по движению- красной. Сие нововведение полезно для фиксации событий и глазу приятно при просмотре (в настоящий момент при просмотре архива постоянно мигающие в разных окнах надписи ЗАПИСЬ НЕ ПРОИЗВОДИЛАСЬ вызывают скрежетание зубов уже на второй минуте )

С,уважением,Сергей.

[Станислав 0]

Здравствуйте

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

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