Перейти к контенту
Форум о видеонаблюдении
unlifer

Разная реакция на потоки с камер в Наблюдательном посте и в Просмотре архива с артефактами

Рекомендуемые сообщения

Возникла такая ситуация:

Перевёл сервера с 6.9.6 на версию 7.4.0 в конце 2017 года, в начале 2018 года перевёл на 7.5.0. До этого проблема никак не проявляла себя (на старой версии), а возможно просто совпало.

При просмотре камер через Наблюдательный пост (НП) в онлайн режиме камеры показывают относительно нормально (имеются рывки в перемещениях, что указывало на проблему с сетью). При просмотре же архива через НП, через Просмотр арива и в экспортированных файлах вместо рывков - шлейфы за движущимися объектами, "искажение" битрейта, прочие артефакты.

На большинстве серверов проблема с сетью решена заменой двух центральных коммутаторов (на один по оптике приходят линии с домов, он чисто под SFP-модули, на другом - основная масса портов под RJ-45 гигабиты, и несколько портов под SFP, два из которых были в транке). Замена произведена для поднятия 10-гигабитной сети между этими двумя коммутаторами, ибо общий трафик только по видеопотокам - 1,6-1,9 гигабит при средней загрузке сети, в пиковые моменты и того больше.

Так вот проблема с сетью была выявлена через месяц-полтора после обновления (повторюсь, на 6.9.6 такого не было), потому что потребовалось выгрузить архив и вскрылись артефакты в архивах. Не просто рывки у движущегося объекта, а именно шлейфы и прочее.

Проверял с помощью VLC, анализом трафика, перепрошивал камеры, игрался с настройками - заключение по проблеме с сетью подтвердилось.

Вопрос: сам онлайн-просмотр и запись в архив имеют разные алгоритмы компрессии-декомпрессии потока?

Ибо проблема большей частью выявилась только при выгрузке, а хотелось бы воочию увидеть сразу при онлайн-просмотре камер. Ибо рывки при онлайн-просмотре - не всегда показатель проблем с сетью, так как просмотр осуществляется не всегда с производительной техники с количеством камер в Виде на 30+ камер. К тому же, обновление производилось с физическим присутствием подле самих серверов, и на серверах при выводе картинки на 20+ камер таких явных рывков в онлайн не наблюдалось.

ПС. Остался ещё один проблемный сервер. Но, похоже, это уже конкретно коммутаторы глючат из-за постоянных коротких замыканий по PoE и из-за окислившихся проводов, ввиду изначально неправильного монтажа системы ОТ подрядной организацией и, соответственно, постоянного залития водой линий при таянии снега, дожде и высокой влажности во время дождя. Буду выявлять неисправности.

Изменено пользователем unlifer

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Цитата

Вопрос: сам онлайн-просмотр и запись в архив имеют разные алгоритмы компрессии-декомпрессии потока?

Вопрос видимо обусловлен работой детектора движения. Он работает в зависимости от наличия/отсутствия  второго потока и режима записи.
1. Один поток:
   а) режим записи  «по детекции» - поток разжимается;
   б) режим записи   «постоянно»  -  поток разжимается.

2. Два потока:
   а) оба по детекции -  разжимается только второй поток. При отсутствии второго потока, первый переключается на постоянный режим записи;
   б) первый по детекции, второй постоянно - разжимается только второй поток. При отсутствии второго потока, первый переключается на постоянный режим записи;
   в) первый постоянно, второй по детекции - разжимается только второй поток;
   г) оба постоянно - разжимается только второй поток .
Т.е. первый поток, при задействованном втором с самой IP камеры,  «Линия» не разжимает и не смотрит вообще. По обоим потокам -  в архив и на экран попадает именно то, что приходит с камеры.  Единственное, что «Линии» сейчас временно не понимает и с чем нормально не может работать именно в архиве - FPS более 25 к/с (к данной ситуации не относится).

 

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах
Цитата

Вопрос видимо обусловлен работой детектора движения. Он работает в зависимости от наличия/отсутствия  второго потока и режима записи

Второй поток присутствует, режим записи: первый - по детекции, второй - не ведётся.

Цитата

Т.е. первый поток, при задействованном втором с самой IP камеры,  «Линия» не разжимает и не смотрит вообще.

Попробую поразбираться в этом направлении.

Цитата

По обоим потокам -  в архив и на экран попадает именно то, что приходит с камеры.

Да, данную тенденцию прослеживал, но не придавал значение второму потоку. Внимание уделял только первому.

Цитата

Единственное, что «Линии» сейчас временно не понимает и с чем нормально не может работать именно в архиве - FPS более 25 к/с (к данной ситуации не относится).

Вполне может и моя ситуация. Тоже попробую капнуть в этом направлении. Как раз примерно треть камер, где 95% от всех видеоформатов представлен для обоих потоков с припиской 50 к\с. Например, 1920х1080 (50 к\с). Чуть меньше половины камер, где разрешение выбрано ниже, и оно только с 50 к\с. А остальное меньшинство работает нормально. Возможно проблема в некорректной отдаче видеопотоков самими камерами. Хотя прошивки ставил последние на некоторых испытуемых.

Спасибо за информацию.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Решено.

Часть камер действительно писалось в архив с артефактами из-за 50 к\с. С остальными проблема в кабеле: понаделали скруток да понаставили переходников подрядчики. Всё поокислялось от дождевой воды. Тьфу на них трижды.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте!
Спасибо, что сообщили о результате.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или авторизуйтесь, чтобы оставить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

Создать аккаунт

Зарегистрировать новый аккаунт в нашем сообществе. Это несложно!

Зарегистрировать новый аккаунт

Войти

Есть аккаунт? Войти.

Войти

  • Похожий контент

    • Автор: taraz
      Будут ли в будущих релизах изменения, касающиеся удобства работы с архивом и принимаются ли предложения для удобства работы с архивом?
    • Автор: SergeyB
      Добрый день,
      В работе сервер на 32 камеры: 16 RVI, 16 hikvision, все пишется на 4-е "диска" 10Tb, по 2-а на каждую группу, параметры 1-го потока одинаковы, 2-й поток на камерах hikvision пишется с более высоким разрешением (настройки потоков камер, линии и суточный объем за сутки приложены, по одному каналу), все камеры заведены на линию по ONVIF 2, версия линии 7.7.0x64
      Итоговый перекос по объему почти в 2-а раза больше на камерах RVI, 20Tb хватает только на 28 дней, на камерах hikvision, 30-ть дней и порядка 8Tb свободного места остается.
      По кол-ву создаваемых файлов архива, в один файл пишется: 
      hikvision - от 50-60 минут (32 файла, вместе со 2-м потоком)
      RVI -  15-25 минут (84 файла, вместе со 2-м потоком)
      Почему такое различие в объемах хранимого архива и как это можно изменить (уменьшить объем занимаемого архива камер RVI)? (при одинаковых условиях записи)
       




    • Автор: Bishamon
      Добрый день.
      Столкнулся со следующей проблемой: подключил камеру DS-I253M (купольная IP-камера). Видео идет (подключил по протоколу ONVIF (G.711 A-law)), но отсутствует звук как бы его не пытался настроить. С чем может быть связана проблема и как ее решить?
    • Автор: epodivilov
      Добрый день.
      13 января 2016 обновили сервер до версии 7.0.8. Обновляли поверх, что бы не настраивать заново всё.
      Обновление прошло нормально и до сегодняшнего дня всё работало хорошо.
       
      Но сегодня возникла проблема - не можем просмотреть архив начиная с 0:00 сегодняшнего дня. Все записи вплоть до обновления доступны, а сегодняшние не открываются.
      При попытке выбрать сегодняшнюю дату выскакивает ошибка "Не удалось загрузить архив. Попробовать ещё раз?". Ошибка просмотра архива возникает как на клиентах, так и на самом сервере.
      На файловой системе видно, что запись в текущую папку ведётся. В мониторинге ресурсов видно что kernel.exe активно пишет новые файлики. Видимо какой-то сбой в индексах.
       
      Что пробовали сделать самостоятельно:
      1. Отключили виндовую индексацию на диске с архивом.
      2. Перезагружали сервер.
       
      Собственно два вопроса:
      1. Кто виноват?
      2. Что делать?
       
    • Автор: sansoft
      Добрый день!
      Случилось что то странное. Имеем видеосервер на базе ПК. Два HDD для архива (2ТБ и 3ТБ). ОЗУ 4Гб. 18 IP-камер. Работало всё как надо.
      И вот поступила задача подключить ещё 3 камеры. Подключилсись к серверу: стояла версия 7.5.1 (по-моему). Решили заодно обновить на 7.7.0, раз уж подключились. Купили 3 лицензии, активировали. Настроили ещё 3 камеры и после сохранения настроек поступил первый "звоночек": на многих камерах сверху справа появился значок белого крестика на красном фоне (первый раз такой значок увидел за много лет эксплуатации Линии, даже не знал его назначение). При наведении мышки всплывает подсказка, что проблема с записью. Но потом эти значки исчезли и вроде как все успокоились. Позже понадобилось просмотреть архив. И если раньше после выбора даты и времени архив стартовал практически сразу же (секунд 5 раздумываний не считается) и работал плавно, то теперь первая картинка с н\камеры появляется после 3-4 минут ожидания. И работает рывками. Время на шкале и на картинке постепенно, всё больше и больше, расходятся. Перезапустишь - опять синхронно время идёт. Но через 10-15 минут разница уже большая: по шкале вечер и должно быть темно, на картинке солнышко. К сожалению дистрибутива предыдущей версии не осталось и не можем вернуться. Помогите победить 7.7.0 или дайте 7.5.1 для отката версии(надеюсь они совместимы по вормату архивных файлов). Значки красные появляются и исчезают то на одной, то на другой камере. Неужели 18 камер работали с дисками архива и те справлялись, а на 20-ти стали "чихать"? Загрузка процессора по данным монитора ресурсов примерно 40-55%, загрузка дисков 6-8% с пиками до 60%
×