Прыгает изображение на видеорегистраторе
Закономерно, что с развитием продукта повышается и внимание к его качеству. Причем не только по части функционирования, но и в отношении пользовательской эстетики.
Несколько лет и версий назад мы столкнулись с недостаточным качеством отображения видео в Macroscop. Присутствовали “рывки”, из-за которых страдала плавность отображения, что в итоге ухудшало общее визуальное восприятие.
Когда пользователь видит, что изображение не экране “дергается”, его мало волнует, чем это обусловлено. Причин же тому может быть много, так как видеосистема состоит из многих компонент, и софт — лишь одна из них. Но мы должны были сделать все, чтобы Macroscop со своей стороны отображал максимально плавно.
А для этого разработчикам необходимо было четко понимать задачу с измеряемыми требованиями, а группе качества — иметь инструмент для оценки. В этой статье мы расскажем, какую метрику используем для измерения плавности и с помощью какого инструмента ее оцениваем.
Что сходу приходит в голову? — сравнить то, что мы видим в клиентском приложении с “родным” отображением ip-камеры.
И первое решение — оценка группой экспертов: выбираем несколько человек, показываем им видео и просим оценить его на предмет рывков.
Это решение “в лоб”. В определенной степени действенное, но очень времязатраное и слишком субъективное для практического использования. Собирать экспертов каждый раз, когда группа качества получает от разработчиков очередной прототип, совершенно нецелесообразно.
Вместо субъективной оценки “нравится- не нравится” надо было найти критерий плавности или ожидаемое поведение продукта, которое можно зафиксировать.
Этот критерий был сформулирован так: для плавного отображения достаточно, чтобы каждый кадр выводился на экран монитора.
В соответствии с ним появилось второе решение. Новый метод измерения “неплавности” состоял в следующем: создаем и выводим на монитор видеоролик с последовательностью цифр (каждая цифра в отведенной для нее части кадра) или секундомером, снимаем отображаемое видео на IP-камеру, прогоняем через Macroscop, снова отображаем и снова снимаем уже с помощью другой камеры (камеры смартфона, go pro и т.д.).
Ожидание. Результирующее видео покадрово разбираем: считаем количество задержавшихся или пропущенных кадров (цифр) и получаем, сколько было рывков. Способ трудозатратный (попробуйте покадрово разобрать ролик со стандартной для IP-камеры частотой в 25 fps! за минуту это без малого 1500 кадров), но, казалось бы, объективный.
Реальность. На практике все получилось не совсем так. Стандартная ip-камера выдает поток с частотой ~25fps, монитор ~60fps, камера смартфона ~30fps. Оказалось, что кроме того что частоты кадров не кратны, камеры и мониторы не работают синхронно. Поэтому иногда в момент считывания видео любой из камер на мониторе происходила смена кадра. В результате он “смазывался” и цифру на изображении было невозможно разобрать.
Таким образом, второй метод тоже не подошел.
Были еще варианты программного захвата или сбора статистики самим клиентским приложением, которое отображает видеопоток, но и их мы отбросили. Хотелось оценивать только внешнюю составляющую — ровно то что видит пользователь, для которого вся система является “чёрным ящиком”.
Итогом наших поисков стало аппаратное решение — стенд на основе микроконтроллера.
Он включает в себя полотно с 12 светодиодами, которое снимает видеокамера, и полотно с 12 фотодатчиками, которые накладываются на монитор, отображающий видеопоток с этой камеры, и фиксируют световые сигналы. Все устройство помещено в светонепроницаемый короб, чтобы исключить влияние внешних источников света.
Устройство выводит на светодиоды определенную последовательность паттернов, считывает результат и записывает его в отдельную строку отчёта.
Светодиоды отображают определенный узор световых сигналов с некоторой частотой. Так, например, для камеры с частотой 25 fps смена происходила раз в 1 кадр или в 40 мc (на 20 мс загорался паттерн, на 20 мс потухал, затем загорался следующий и т.д.)
Мы ожидали, что камера захватит именно то, что видит глаз, или даже собственные фотодатчики стенда. Вот как, по нашим ожиданиям, должна была выглядеть зафиксированная последовательность из 8 паттернов:
Каждый раз светодиоды воспроизводили одну и ту же последовательность сигналов, но в отчетах эта последовательность иногда нарушалась: присутствовали кадры, которых не должны было быть (на них активными были светодиоды из двух соседних паттернов).
Мы экспериментировали с разными IP-видеокамерами и оказалось, что наиболее четкие кадры давала камера 25 fps с прогрессивной разверткой (в отличие, например, от варианта с 50 fps с чересстрочной разверткой), при этом она минимально нарушала последовательность кадров при передаче по сети.
Так или иначе, избавиться от артефактов полностью нам не удалось- часть кадров приходила с запозданием или сливалась с другими, но на самом деле рывками это не являлось.
На помощь пришла теорема Котельникова, согласно которой для восстановления аналогового сигнала частоты f требуется частота отсчета не менее 2f. То есть восстановить сигнал со светодиодов в нашем случае можно надёжно только для частоты 12,5 fps, что соответствует 80мс.
В результате
В результате реализованное нами аппаратное решение позволило фиксировать рывки, соответствующие задержке кадров от 80мс и выше, которые как раз существенно ухудшают восприятие отображаемого видео.
Метод результативен, решает задачу обнаружения рывков, а также благодаря автоматизации он требует минимальных затрат времени и сил группы качества. По настоящий момент мы регулярно применяем его при регрессионном тестировании каждого нового релиза.
В итоге (хоть и потратив много времени) для субъективных критериев плавности/неплавности мы получили вполне объективный метод измерения. Собранный стенд позволил быстро оценивать плавность отображения при любых параметрах системы (разной пропускной способности сети, разной производительности оборудования для обработки и отображения). К тому же, он не имеет привязки к приложению Macroscop, поэтому с его помощью мы тестируем и десктопный, и мобильный, и веб — клиенты.
Что может быть хуже, когда после установки новенького видеорегистратора, после прокладывания всех проводов под крышей обнаруживаешь, что регистратор начинает зависать? В этом посте я расскажу об одной не совсем очевидной проблеме, с которой может столкнуться каждый.
Довольный покупкой с неплохой скидкой видеорегистратора TRENDVISION mini 2ch GPS, я начал устанавливать его в машину. Перед этим, конечно, проверил работоспособность, все было ОК. Установил обычно, питание по левой стойке в прикуриватель, задняя камера по левой верхней части крыши. Настроил, еще раз проверил, качество съемки хорошее, все было хорошо.
А вот на следующий день в начале поездки я обнаружил регистратор намертво зависшим! И то, когда успел уже проехать некоторое расстояние. Зависшая на нем картинка указывала на самое начало пути. Согласитесь, очень неприятно. После некоторого расследования удалось выявить моменты зависаний. Зависания происходили после небольшого времени при переключении положений ключом. А также при глушении двигателя машины. Причем зависало не всегда, а примерно в трети случаев. Просто сам по себе регистратор не зависал.
(это видео записал уже под конец разбирательства, в самом начале странный звук при зависании был намного тише (и это звук из колонок))
Расстроившись, стал копаться в настройках регистратора, сбросил настройки, выключил парковочный режим (хотя он и так не должен был работать). На какое-то время это помогло, зависаний не было. Однако впоследствии после выезда с заправки я опять обнаружил зависший регистратор! Озадачившись данным фактом, все же стал подумывать, что придется сдавать регистратор обратно в магазин, но останавливало меня нежелание опять разбирать обшивку машины. В принципе, можно было ездить и так, главное только контролировать, не завис ли он при начале движения автомобиля, а если завис, то перезагружать.
Такое положение дел, конечно, меня не устраивало. Первым делом решил обновить прошивку регистратора. Итог: зависания стали происходить намного чаще! Стал разбираться далее: зависания происходят при переключении ключа с положения ACC в ON ровно через 15 секунд, а также сразу после глушения двигателя машины (перевод ключа в ACC). При просто вставлении и вытаскивании штекера прикуривателя с любыми интервалами регистратор никогда не зависал. Также обратил внимание на странный звук в колонках как раз в тот момент, когда происходит зависание. Дальше больше: после отключения шнура задней камеры зависания прекратились! Полностью! Абсолютная чертовщина! Хотя странный звук остался. Перестаньте ненадолго читать и подумайте, сможете ли вы на данный момент догадаться, в чем было дело?
Я после некоторых раздумий догадался, в чем же был секрет зависающего видеорегистратора.
Разгадка: посередине сверху на лобовом стекле установлена сигнализация Sheriff ZX-750. И провод от нее идет также по левой стойке, как раз рядом с проводом питания и проводом задней камеры! Также в том месте находится радиоантенна. Провод сигнализации каким-то образом наводил помехи на кабель питания и провод задней камеры. Если наводятся помехи на провод питания регистратора, слышится только странный звук и ничего не зависает, при наведении помех на провод задней камеры регистратор зависает.
После прокладки проводов отдельно друг от друга зависания и звук помехи были окончательно побеждены.
Все описанное выше относится не только к данной марке регистратора или модели сигнализации. Я думаю, с этим может столкнуться каждый, независимо от типа устройства. Имейте это в виду при прокладке проводов подключаемых устройств.
Часто при работе системы видеонаблюдения, изображение с камер поступает некачественное. Это может быть размытие изображения, одноцветность, помехи, мерцание.
Более того, устранение неполадок камеры безопасности с изображением, которое мерцает или прыгает, требует терпения. Есть много факторов, которые могут вызвать эту проблему. В этой статье мы обобщим наиболее распространенные причины и решения проблем, связанных с мерцанием изображения камеры видеонаблюдения.
Существует несколько факторов, которые могут вызвать мерцание видеоизображения. Во большинстве случаев это происходит из-за плохих условий освещенности зоны обзора камеры. Бывает, что из-за обычных лампочек уличного или внутреннего освещения, работающих с определенной с частотой, изображение с камеры начинает мерцать.
Иногда мерцание появляется, когда у камеры недостаточное электропитание . В этом случае источник питания или переключатель PoE не выдают нужные параметры для работы камеры. Поэтому часто проблема мерцания возникает только в ночное время, т.к. именно тогда камерам требуется больше энергии для работы ИК-светодиодов, используемых для освещения зоны наблюдения.
Частота питания, подаваемая на камеру, также может быть несовместимой, вызывая при этом мерцание. Еще одна проблема возникает из-за неправильной настройки NVR / DVR, что тоже может привести к мерцанию камер при определенных условиях.
В некоторых случаях мерцание видео вызвано помехами из-за неправильной установки, неисправного оборудования или источников питания, а также плохих условий окружающей среды. Ниже мы предлагаем решения для каждой проблемы, которая может вызвать мерцание камеры видеонаблюдения.
1. Проблемы с питанием
Отключение или недостаточная мощность могут вызвать проблемы с производительностью вашей системы видеонаблюдения. Это особенно актуально, если камеры мерцают в ночное время. ИК-светодиоды включаются, когда темнеет, и им требуется больше энергии. Если источник питания не обеспечивает требуемую мощность, камеры видеонаблюдения будут постоянно мигать или показывать бегущие строки.
П роверьте источник питания и убедитесь, что камеры получают достаточное питание. Если вы используете IP-камеры, убедитесь, что коммутатор PoE может поддерживать все ваши камеры одновременно. Если вы используете камеры видеонаблюдения, которые работают от батарей, дважды проверьте, есть ли проблема с низким уровнем заряда батареи.
2. Изменение условий освещения
Если ваша камера видеонаблюдения мерцает только в ночное время, убедитесь, что она направлена в сторону от источников электрического света. Частые изменения условий освещения, например внезапное увеличение или уменьшение освещенности из-за проезжающих мимо автомобилей, также могут вызвать мерцание видеоизображения в течение нескольких секунд, пока камера регулирует свои ИК-светодиоды.
Если изменение условий освещения является причиной проблемы мерцаня изображения, то следует отрегулировать угол наклона камер или переставить их туда, где они менее подвержены воздействию переменной освещенности в кадре.
2. Поврежденные кабели или соединения.
Поврежденные кабели и соединения могут вызвать проблемы с питанием и передачей данных, что приведет к проблеме мерцания. Проверьте все соединения, идущие к вашим камерам, на предмет отсутсвия контактов или плохого соединения. Открытые провода и кабели подвержены коррозии и другим воздействиям, поэтому старайтесь их прятать под землю или помещать в герметичные гофрированные шланги.
Проблема с мерцанием может также появиться, если вы используете кабели, длина которых превышает стандартную для данного типа камер.
Если ваша камера видеонаблюдения имеет аналоговый выход или вы используете очень длинные кабели, убедитесь, чтобы кабели смонтированы правильно и заземлены.
3. Электрическая частота
Камера, предназначенная для американского рынка, но продаваемая в России, может иметь электрическую частоту, установленную для рынков США. Вам нужно это учитывать. Так, в США используется мощность 110–120 В с частотой около 60 Гц. В Европе и во многих других странах мира используются 220–240В с частотой 50 Гц.
Для настройки частоты на вашем рекордере, переключателе PoE или композитном источнике питания есть небольшой переключатель, который позволяет вам выбирать частоту. Кроме того частоту можно изменить в программе для настройках камеры. Например, ниже приведены настройки частоты IP-камеры Dahua.
4. Использование функции Anti-Flicker.
5. Видеовыходы
Если ваша камера подключена к оборудованию с дополнительными видеовыходами, убедитесь, что все видеовыходы правильно терминированы.
6. NTSC и PAL
NTSC и PAL — это две разные системы кодирования видео, которые до сих пор используются в аналоговых (HD) камерах видеонаблюдения. Оба эти протокола работают с разным разрешением и частотой кадров и предназначены для разных регионов мира. Например, NTSC используется в США, PAL используется в Европе.
В настоящее время большинство устройств могут воспроизводить видео в обоих форматах. Камеры (или записывающие устройства) PAL или NTSC будут работать где угодно, если они сопряжены с камерами, которые используют тот же формат. Если вы используете камеру видеонаблюдения, которая не поддерживает их обоих, вы можете получить мерцающее видео и огромные полосы прокрутки на экране. Войдите в настройки камеры или рекордера и установите правильный формат видео.
7. Обновите прошивку до последней версии.
В некоторых случаях, особенно если проблема мерцания связана с ошибками программного обеспечения, обновление прошивки на ваших IP-камерах, DVR или NVR может решить эту проблему. Убедитесь, что у вас установлена самая последняя прошивка.
8. Старение или неисправное оборудование.
Чем старше ваша камера видеонаблюдения, тем больше вероятность возникновения проблем. Все системы видеонаблюдения имеют ограниченный срок службы, и, если ваша достигла конца, вы почти ничего не можете сделать, кроме как заменить оборудование. Если вы убедились, что камеры получают достаточно энергии, кабели и соединения не повреждены, скорее всего проблема в устаревших камерах и видеорегистраторе.
Главная / Обслуживание систем безопасности / Что делать, если видео на мониторе системы наблюдения зависает?
Что делать, если видео на мониторе системы наблюдения зависает?
При работе системы видеонаблюдения случается, видео с камер, отображаемое на мониторе зависает или пропускает секунды.
Есть несколько факторов, которые могут вызвать эту проблему, начиная с проблем с пропускной способностью и заканчивая ошибками прошивки.
Иногда появление стоп-кадра случается только при просмотре видео в режиме реального времени, но при воспроизведении из архива оно отображается плавно, без зависания. В других случаях зависание видно и видеозаписи.
В наши дни существуют различные типы видеорегистраторов (NVR, DVR) и камер. По этой причине подход к решению проблемы зависит именно от типа оборудования, которое вы используете.
Ниже приводим несколько советов по устранению неполадок, позволяющих устранить зависание видео на экране монитора:
NVR со встроенным переключателем PoE
Это сетевой видеорегистратор, в котором IP-камеры подключаются прямо на задней панели рекордера к порту PoE, а режим просмотра в реальном времени отображается на мониторе / телевизоре, подключенном к сетевому видеорегистратору.
Если все камеры сразу или постоянно зависают:
- Перезагрузите NVR. Выключите его через меню и подождите, пока он не вернется в онлайн. Проверьте, не замерзли ли камеры.
- Иногда это вызвано неисправным жестким диском. Выключите устройство, откройте крышку и отсоедините все жесткие диски. Затем включите рекордер и посмотрите, плавно ли работают камеры. Если это так, то один из жестких дисков неисправен и перегружает сетевой видеорегистратор. Вам необходимо определить, в каком из них есть проблемы, и заменить его жестким диском с функцией наблюдения.
- Проблема также может быть вызвана плохой прошивкой. В программном обеспечении есть ошибки, которые устраняет производитель. Вам необходимо обновить видеорегистратор и камеры до последней версии прошивки.
Если эта проблема возникает только у одной конкретной камеры, попробуйте следующие советы:
- Подключите камеру к другому порту NVR с помощью другого сетевого кабеля, посмотрите, работает ли он. Если это не так, проблема может быть в кабеле или в порту на задней панели сетевого видеорегистратора.
- Иногда путаются настройки камеры. В этом случае вам необходимо перезагрузить зависшую камеру. Используйте кнопку сброса на плате, когда камера находится под напряжением. Затем подключил его обратно к переключателю сетевого видеорегистратора.
- Увеличьте частоту кадров. Если частота кадров слишком низкая, например 1 кадр / с, изображение в реальном времени будет прерывистым и зависать. Войдите в настройки камеры и установите более высокий FPS, например 10 FPS.
- Кроме того, битрейт — это количество данных, которые камера отправляет на рекордер. Если он слишком высокий, NVR не может работать плавно. Изменяйте его, пока не получите правильный баланс. Ниже показан случайный пример.
NVR с подключением по WiFi
Если все камеры зависли одновременно:
Если эта проблема возникает только у одной конкретной камеры, пожалуйста:
- Убедитесь, что антенны WiFi надежно закреплены на камере. Вам необходимо разместить их, как показано в руководстве.
- Поменяйте местами антенны этой камеры с другими функциональными камерами. Если картинка, то это может быть проблема с антеннами и вам необходимо их заменить.
- Перезагрузите сетевой видеорегистратор, камеры и маршрутизатор. Попробуй еще раз.
- Увеличьте частоту кадров и уменьшите битрейт. Как показано выше, убедитесь, что частота кадров не слишком низкая, а пропускная способность адекватна.
- Переместите камеру ближе к сетевому видеорегистратору. Если покрытие Wi-Fi слабое, а камера находится далеко, она отключится и на экране будет отображаться как зависшая. Просто поднесите его поближе и проверьте, есть ли разница в живом изображении.
Проблема обычно связана с программными проблемами камеры или видеорегистраторов, неисправным жестким диском, низкой частотой кадров или высокой пропускной способностью.
Изменяйте настройки, пока не получите приемлемое изображение. Если он все еще зависает, возможно, вам придется обратиться к производителю или продавцу оборудования.
p4GcRGuXFmeV4ZWTYHVAt18A2 2021-06-28T18:48:18+03:00 28, Июнь, 2021 | Обслуживание систем безопасности | Комментарии к записи Что делать, если видео на мониторе системы наблюдения зависает? отключены
Зарегистрировать новый аккаунт в нашем сообществе. Это несложно!
Войти
Есть аккаунт? Войти.
Похожий контент
Здравствуйте!
Давно пользуемся DEVLINE и в последнее время очень часто стали покупать камеры из Китая под маркой Besder. Обратил внимание, что есть проблемы с некоторыми моделями.
При просмотре через оригинальный софт видео четкое, без шлейфы, даже при разрешении 4MP. Если основной RSTP поток (полученный через ONVIF) смотреть через Devline (хоть XVR, хоть под виндой) то видим шлейф в нижней части экрана. У нас оч крупный проект строится на базе нескольких XVR и такая проблема очень напрягает.
Повторюсь - проблема имеется, как на XVR так и на виндовых версиях DEVLINE. Версия ПО - последняя. На оригинальном софте камер такой проблемы нет.
Скриншот прилагается.
У меня есть подозрение, что RSTP-поток от камеры DEVLINE обрабатывает, как-то иначе, чем оригинальный софт от камер.
Здравствуйте,
Сегодня перенес сервер с виртуалки на HP DL580 G5 с 4 ксеонами и 128 гигами оперативки. Подключаюсь со своего компьютера на i7 через Наблюдательный пост к серверу. Изображение с камер стало тормозить и рассыпаться на артефакты. Линия версии 7.4, Windows 2012R2
Доброго дня.
Имеется проблема следующего характера.
На предприятии установлена Линия 7,0,2 (вроде бы оно)
Суть такая - до этого ПО, стояли обычные видеорегистраторы, и виде с них что на ПК охраны, что в телефонах через интернет - было плавным.
Но после перехода на линию, все камеры дерганные. Изображение передается с запаздыванием, таймер времени переключается хаотично, то на 2 секунды то сразу на 5, и так не зависимо от настроек в программе.
В локальной сети рядом с сервером еще более менее, но всеравно видео опаздывает, человек уже прошел, а по программе он еще проходит.
На Пк оператора включен второй поток (с первым вообще не тянет). ЛВС от сервера до оператора 100мбит.
Настройки камер - 8к\с
Камеры предпочтительно DAHUA . Но есть пару инфинити и хиквижн. Канал не забит - проверял.
Так в чем может быть проблема, если с китайскими регистраторами все работало плавно даже через мобильную сеть.?
Добрый день. Возникли проблемы с функционированием ПО ЛИНИЯ.
Есть два видеосервера с ПО ЛИНИЯ. Конфигурация идентичная. Выход в сеть идентичен.
С недавнего времени на одном из серверов изображение с камер начало искажаться, появились зависанисания, цифровые шлейфы после объектов.
После долгого чтения форума и применения полученных знаний на практике ничего не изменилось. Обновление ПО тоже не помогло.
После очередного перебора сети вытащил RJ45 из сетевого гнезда, проверил на наличие коррозии, и вставил обратно. После этого изображение вернулось в нормальное состояние.
Искажения возвращаются с периодичностью 3-5 дней и исправляются "передергиванием" коннектора RJ45 из гнезда и обратно.
Под видео выделена отдельная ЛВС. Коммутаторы неуправляемые.
Что интересно. Второй сервер, тоже на ПО ЛИНИЯ, работает стабильно
Прошу дать мне совет как перестать дергать RJ45.
Читайте также: