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

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

Добрый день. Возникли проблемы с функционированием ПО ЛИНИЯ.

Есть два видеосервера с ПО ЛИНИЯ. Конфигурация идентичная. Выход в сеть идентичен.

С недавнего времени на одном из серверов изображение с камер начало искажаться, появились зависанисания, цифровые шлейфы после объектов. 

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

После очередного перебора сети вытащил RJ45 из сетевого гнезда, проверил на наличие коррозии, и вставил обратно. После этого изображение вернулось в нормальное состояние.

Искажения возвращаются с периодичностью 3-5 дней и исправляются "передергиванием" коннектора RJ45 из гнезда и обратно.

Под видео выделена отдельная ЛВС. Коммутаторы неуправляемые.

Что интересно. Второй сервер, тоже на ПО ЛИНИЯ, работает стабильно

Прошу дать мне совет как перестать дергать RJ45.  

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


Ссылка на сообщение
Поделиться на других сайтах
Здравствуйте!
Как правило,  причина подобного поведения или в настройках/прошивках IP камер или в камерах (питание/перегрев) или в нестабильности сети/проблемах с сетевым оборудованием.

Собственно, в Вашем сообщении содержится и ответ:

Цитата

После очередного перебора сети вытащил RJ45 из сетевого гнезда, проверил на наличие коррозии, и вставил обратно. После этого изображение вернулось в нормальное состояние.

+

Цитата

Искажения возвращаются с периодичностью 3-5 дней и исправляются "передергиванием" коннектора RJ45 из гнезда и обратно.


Попробуйте подключить RTSP ссылками (ссылки можно посмотреть на вкладке "Информация" в самой "Линии") по UDP. Если ситуация повторяется - нужно перебирать/менять  сеть/сетевое оборудование и проверять камеры.

Мнение пользователей по данной теме:

 

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


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

Подключил RTSP, где это возможно, в очередной раз проверил целостность сети.
Поменял сетевую карту на сервере.

Теперь изображение подвисает через 5-7 дней. 
Сетевое оборудование исправно.

Пробовал пинговать одну и ту же IP камеру с разных серверов (подключены к одному и тому же свичу), на 1ом задержка до 3мс(максимум), на втором <1мс.

Что можете посоветовать?

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


Ссылка на сообщение
Поделиться на других сайтах
Здравствуйте!
Проконтролируйте параллельно стабильность потока с этих же RTSP ссылок в VLC. VLC можно с этого сайта http://www.videolan.org/vlc/index.ru.html , после установки и запуска нажмите "Медиа" - "Открыть URL" - "Сеть" и вставив RTSP ссылку в поле нажать "Воспроизвести".
 
Если в VLC поток качественный, а в "Линии" разительно отличается,  нужен  удалённый доступ к серверу с помощью ПО TeamViewer 8|9 ( www.devline.ru/soft/ds.exe ) - укажите данные для подключения личным сообщением.

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


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

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

1. Загрузка процессора и сети одинаковая на обоих серверах?

2. Скорость подключения одинаковая на обоих серверах?

3. Есть ли возможность и пробовали патч-корды от серверов местами поменять?

4. Пробовали проблемный сервер воткнуть в другой порт или местами с другим сервером поменять временно?

Вероятно, проблема всё таки в сети, судя по тому, что Вы писали ранее:

Цитата

С недавнего времени на одном из серверов изображение с камер начало искажаться, появились зависанисания, цифровые шлейфы после объектов.

5. Я так полагаю, раньше работали оба сервера стабильно?

Цитата

После очередного перебора сети вытащил RJ45 из сетевого гнезда, проверил на наличие коррозии, и вставил обратно. После этого изображение вернулось в нормальное состояние.

Вполне мог выйти из строя порт на коммутаторе. Мог быть также и патч-корд повреждён, например, со стороны коннектора на излом жилы пошли, либо мог быть повреждён физически сам кабель - передавили, мыши поели :) Надо пробовать менять.

Может ещё наводка быть именно на этот патч-корд - при том, не обязательно от силовых проводов, если они рядом имеются, может и БП сервера пробивать на землю, а выход искать через экран (если витуха экранированная) патч-корда, может пробивать и через порт коммутатора, если порт поддерживает PoE и вышли дросселя \ контроллеры порта, мог и сам порт "выгореть" частично и при большой загрузке сети пакеты теряются или отклик выше.

Цитата

Искажения возвращаются с периодичностью 3-5 дней

+

Цитата

 

Подключил RTSP, где это возможно, в очередной раз проверил целостность сети.
Поменял сетевую карту на сервере.

Теперь изображение подвисает через 5-7 дней.

 

6. То есть признаки проблемы остались прежними, но срок увеличился?

Попробуйте порт поменять с другим сервером. Возможно, при H264 кодировании нагрузка на сеть упала, порт стал работать лучше, точнее - чуть дольше.

Цитата

Пробовал пинговать одну и ту же IP камеру с разных серверов (подключены к одному и тому же свичу), на 1ом задержка до 3мс(максимум), на втором <1мс.

Повторюсь: скорость сетевого подключения и загрузка сети одинаковая на серверах?

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

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


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

Добрый день.

Столкнулся с той же проблемой: заторможенное видео, рассыпающееся изображение.

20 камер трех разных производителей: ST, Tantos, HikVision (хотя допускаю, что прошивку им пишут одни и те же ребята), проблема возникает на всех из них. Заторможенность то постоянная, то наплывами: в какой-то момент все камеры работают, а через минуту на какой-то из них (рандомно, иногда на двух-трех сразу) возникают глюки, в то время как на других, в т.ч. где есть активное движение, все быстро и шустро.

В какой-то момент заметил странные  показания "линии" по битрейту потока с одной из камер.

UDP протокол, второй поток, 320x200, 15 кадров в секунду, CBR 256 kbps. В момент зависания увидел показания Линии: 7.12 мбит/с (успел сфотографировать). На другой камере успел заметить показания 21.3 мбит/с.

Еще один момент, который обратил на себя внимание. В какой-то момент решили понизить битрейт первого потока у всех камер и увидели такую штуку: три-четыре камеры меняем (через Линию) - все ок, при применении настроек для пятой камеры Линия долго думает, потом вдруг пишет "Ошибка сети." и на две-три минуты Линия не доступна (как я подозреваю, сервис либо уходит в ступор, либо в перезагрузку). После того, как Линия "очухивается", оказывается, что настройки не сохранились не только у последней перенастраиваемой камеры, но и у предыдущих 1-2-3 камер. Что интересно, если настраивать камеры (разрешение, частота кадров, битрейт) через веб интерфейс, а не через администрирование Линии, то в настройках Линия будет показывать то, что у неё в video.cfg. Иногда, правда редко, возникает проблема: "У нас изображение на двух камерах ужасное" Приезжаем, смотрим, лезем в настройки, а там у двух-трех камер стоит битрейт - 32 кбит/с. Есть подозрение, что у Линии в каких-то случаях возникает диссонанс между тем, что думают про себя камеры, что линия в текущий момент думает про камеры и что у линии записано в video.cfg. (Человеческий фактор вроде уборщицы практически полностью исключается).

photo_2019-02-08_14-49-23.jpg

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


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

Здравствуйте !
Давайте попробуем последовательно по пунктам, итак:
1.) Убедитесь, что используется актуальная версия "Линии", на данный момент это 7.6.0 https://devline.ru/software/
2.) Обновите прошивки камер до актуальных версий и сбросьте настройки потоков до дефолтных.  
3.) Попробуйте подключить потоки с камер в "Линии" RTSP ссылками (ссылки можно посмотреть на вкладке "Информация" в самой "Линии") . Если ситуация повторяется - проконтролируйте параллельно стабильность потока с этих же ссылок на сервере в VLC. VLC можно скачать с этого сайта http://www.videolan.org/vlc/index.ru.html, после установки и запуска нажмите "Медиа" - "Открыть URL" - "Сеть" и вставив RTSP ссылку в поле нажать "Воспроизвести", подробнее http://st.devline.ru/support/anton/RTSP_in_VLC.doc
4.) Обратите внимание на загруженность сети (если используется 100 - перейдите на 1000), процессора и оперативной памяти. Обновите драйвер сетевой карты, а лучше - временно установите другую.
5.) Если с камерами работает не только "Линия" - причина может быть и в этом.
Поскольку проблема с Ваших слов наблюдается на всех камерах и при этом они разные, я склоняюсь к тому, что имеет место проблема с сетью / сетевым оборудованием. Опишите конфигурацию сети подробно.

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


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

1. Не понимаю, что за мода у людей - цеплять потоки в авторежиме с использованием учётки, которая на камере имеет администраторские права, а потом ругаться на сброс настроек. Не Ваша ситуация? 

3. Сервер у вас на базе чего (Windows, Linux, видеорегистратор)?

4. В администрирование сервера заходите по сети с какого-то компьютера или непосредственно на самом сервере? Если по сети, то может у него настройки и слетают, потому что он в BSOD уходит с последующей перезагрузкой (и, собственно, потому и не доступен какое-то время).

5. Какая сетевая карта (гигабит или 100 мегабит) стоит на сервере, а то там может сеть загружена на 100%? И вообще загрузка сети, памяти и процессора на сервере какая? Большой битрейт - как раз вполне нормальная ситуация, когда картинка с камеры с искажениями идёт. И от этого на сервере может сеть под 100% загружаться и он уходит в отвал.

6. Настройки на камерах соответствуют тому, что в Линии (битрейт, частота кадров, разрешение и т.д.)?

7. Пинговать пробовали сервер во время настройки, последующего отвала и затем появления в сети?

8. Пробовали вместо UDP-протокола TCP?

9. Пробовали RTSP-ссылками подключать?

10. Кодирование потоков на камерах какое используете (MJPEG, H.264 или не поддерживаемый Линией H.265)? Учтите: MJPEG более требователен к ресурсам сети, а H.264 - к процессору.

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


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

или не поддерживаемый Линией H.265

Видео потока вообще не будет.

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


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

Видео потока вообще не будет.

Это если на камере прошивка нормальная :) 

Попадалось мне как-то на сверхстарых камерах (естественно, на них прошивку новую не найти), когда в настройках камеры стоит MJPEG, но его не хотелось бы использовать, чтобы уменьшить нагрузку на сеть. Выставляешь H.264 - камера (при захвате видео Линией) начинала жёстко виснуть (видимо, на столько сверхстарая, что собственный процессор кодирование в H.264 не тянул). Возвращаешь назад MJPEG - камера перестаёт подвисать, но в Линии стоят настройки для H.264 (RTSP-ссылка) и картинку видно :)

При том, URL сильно отличаются - /h264 против /mjpeg (или /jpeg) + порт 554 против 8008 + протокол RTSP против HTTP.

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


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

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

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

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

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

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

Войти

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

Войти

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

    • Автор: 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 и из-за окислившихся проводов, ввиду изначально неправильного монтажа системы ОТ подрядной организацией и, соответственно, постоянного залития водой линий при таянии снега, дожде и высокой влажности во время дождя. Буду выявлять неисправности.
    • Автор: lito4me
      Здравствуйте, подскажите пожалуйста стоит ПО ЛИНИЯ 6.3.9 на базе сервера 2012, в общем подключены 64 камеры.Также к серверу через свитчи подключены 2 компьютера (наблюдательный пост) с клиентским ПО ЛИНИЯ, в последнее время начались проблемы на стороне клиентского приложения,половина времени притормаживает картинка всех камер, половина времени показывает нормально, просматривая через  сервер камеры не тормозят. С чем это может быть связано, с малой скорости передачи камер (замер скорости показал передачу в 600-700 Мбит/c) или с устаревшей версией ПО ЛИНИЯ?  
    • Автор: morfius86
      Здравствуйте!
      Давно пользуемся DEVLINE и в последнее время очень часто стали покупать камеры из Китая под маркой Besder. Обратил внимание, что есть проблемы с некоторыми моделями.
      При просмотре через оригинальный софт видео четкое, без шлейфы, даже при разрешении 4MP. Если основной RSTP поток (полученный через ONVIF) смотреть через Devline (хоть XVR, хоть под виндой) то видим шлейф в нижней части экрана. У нас оч крупный проект строится на базе нескольких XVR и такая проблема очень напрягает.
      Повторюсь - проблема имеется, как на XVR так и на виндовых версиях DEVLINE. Версия ПО - последняя. На оригинальном софте камер такой проблемы нет.
      Скриншот прилагается.
      У меня есть подозрение, что RSTP-поток от камеры DEVLINE обрабатывает, как-то иначе, чем оригинальный софт от камер.

    • Автор: foxden
      Здравствуйте,
      Сегодня перенес сервер с виртуалки на HP DL580 G5 с 4 ксеонами и 128 гигами оперативки. Подключаюсь со своего компьютера на i7 через Наблюдательный пост к серверу. Изображение с камер стало тормозить и рассыпаться на артефакты. Линия версии 7.4, Windows 2012R2
    • Автор: defrag
      Доброго дня. 
      Имеется проблема следующего характера.
      На предприятии установлена Линия 7,0,2 (вроде бы оно)
      Суть такая - до этого ПО, стояли обычные видеорегистраторы, и виде с них что на ПК охраны, что в телефонах через интернет - было плавным. 
      Но после перехода на линию, все камеры дерганные. Изображение передается с запаздыванием, таймер времени переключается хаотично, то на 2 секунды то сразу на 5, и так не зависимо от настроек в программе. 
      В локальной сети рядом с сервером еще более менее, но всеравно видео опаздывает, человек уже прошел, а по программе он еще проходит.
       
      На Пк оператора включен второй поток (с  первым вообще не тянет). ЛВС от сервера до оператора 100мбит.
      Настройки камер - 8к\с 
      Камеры предпочтительно DAHUA . Но есть пару инфинити и хиквижн. Канал не забит - проверял. 
      Так в чем может быть проблема, если с китайскими регистраторами все работало плавно даже через мобильную сеть.? 
×