Проблема с CMS

[SergOops]

На объекте полтора года назад установили видеонаблюдение. Видеорегистратор на 8 каналов и 5 ahd камер. Прошивка xmeye. При просмотре через мобильное приложение проблем никаких нет. Но через CMS (пробовал и другие программы), когда выводишь все камеры (и в основном потоке и в субпотоке) начинаются подвисания (бывает изображение с камеры и секунд 10 висит). Когда хочу посмотреть архив, он тоже дико виснет (в мобильном приложении архив работает отлично)

[kROOT]

Старые компы сильно слабее современных смартфонов.

[SergOops]

Старые компы сильно слабее современных смартфонов.

Пробовал и на ноутбуке (i5 7000u и встроенной графикой), и на личном мощном пк, так что проблема не в этом

[kROOT]

Одновременный просмотр основным потоком? Тогда включайте дополнительный. Версия какая CMS?

[AlienP666]

i5 7000u и встроенной графикой

Видеокарту на него поставьте. Встроенная не потянет нагрузки в основном потоке, а если навешаете еще штук 8 так вообще загнется.

[Рустам]

i5 7000u и встроенной графикой

Видеокарту на него поставьте. Встроенная не потянет нагрузки в основном потоке, а если навешаете еще штук 8 так вообще загнется.

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

[AlienP666]

Сейчас обработка данных строится на видеокартах используя GPU, да, не каждая карта это умеет. Или к примеру возьмите готовые сервера, от того же Trassir, построенные на Asus Prime матерях, с i7 процессорами и напичканные GeForce Titanium серии.

[Andry_S13]

i5 7000u 8 2МП потоков потянет легко, на встроенной графике. Серьезного анализа не проводил, но сталкивался что на отдельной видеокарте СМS начинала тормозить и росла загрузка проца, когда на встроенной все было гладко. Гульки та той карте работали в 3-4 раза быстрее встроенной. Очень много факторов влияют.
У меня планшет на Win10 проц M2 2ггц по WiFi спокойно показывает 16 вторичных потоков D1, загрузка проца 30-40%.
Смотрите загрузку проца, проверяйте пропускную способность сети к компу от рега, версию СMS скажите. Попробуйте то же самое воспроизвести в WEB-интерфейсе - в IE.

[AlienP666]

Вот один из примеров проблем работы CMS на XM - при запуске приложение ругается на ошибку OpenCl, при этом изображение с камер на монитор не выводится. Кто-то, когда-то спрашивал об этой ошибке, этот кто-то поймет о чем речь . Так вот, решением этой проблемы может быть банальное обновление драйверов и установка доп.софта для видяхи. Что такое OpenCL, OpenGL и тому подобное надеюсь объяснять не стоит, но в основном такая ошибка была замечена на AMD.

[Tюрин BB]

Кто-то, когда-то спрашивал об этой ошибке, этот кто-то поймет о чем речь . Так вот, решением этой проблемы может быть банальное обновление драйверов и установка доп.софта для видяхи. Что такое OpenCL, OpenGL и тому подобное надеюсь объяснять не стоит, но в основном такая ошибка была замечена на AMD.

Дык тот, чье имя нельзя произносить, тем кто так и не понял в чем разница между возможностью аппаратного декодирования одного единственного потока средствами GPU, против необходимости программного GPU декодированием - для множества потоков, еще тогда был задан конкретный наводящий вопрос ху-из OpenGL и как его работа может зависеть или не зависАть от свежести драйверов для той или иной CMS.

[AlienP666]

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

[Tюрин BB]

Для молодых жертв интуитивно понятных интерфейсов, а попутно еще и "специалистов" по НЕ ВЕКТОРНЫМ способам видео-сжатиям с потерями, рассказываю:
- Декодирование сжатого видеопотока, никогда ранее не зависло от драйверов видеокарты, и даже не зависело от наличия или отсутствия тех или иных директов или опенов настолько, что даже позволяло запускать просмотр видео не только в безопасном режиме винды при 16-битах цвета, но и даже позволяло декодировать видоепотоки в многооконно-терминальном режиме юниксов при полном отсутствии среды рабочих столов.
А вот с появлением в видеокартах АППАРАТНЫХ возможностей по видео-декодированию, как раз и появились проблемы не только с драйверами, но и со всем остальным.
Ну а т.к. АППАРАТНО, декодировать корректно можно исключительно один единственный поток (причем не важно какого разрешения), то по этому, нормальные производители софта под СВН, или сами, при мульте-экранной картинке автоматически отключают АППАРАТНОЕ ДЕКОДИРОВАНИЕ (УСКОРЕНИЕ) у видеокарты (оставляя его исключительно для однооконного режима под один поток с одной камеры), или же просто тупо рекомендуют отключать это самое АППАРАТНОЕ ДЕКОДИРОВАНИЕ (ускорение) в системных дайверах самой видеокарточки вручную самостоятельно для всех режимов декодирования видео средствами GPU.