Предлагайте темы к новым сериям разрушителей мифов видеонаблюдения. Авторам тем, которые будут приняты и поставлены в план съемок - приятные призы от Видеомакс
Не все мегапиксели одинаковы. Прошу сравнить разные камеру у которых одиноковое количество мегапикселей но разные производители матриц, посмотрим как отличаетка качество от разным мартиц.
Выводы из видео: Получается, если выставить GOP 60, и FPS 15, то сравнение будет каждые 4 секунды. Если запись по движению, то надо соответственно выставить предзапись 5 секунд минимум. И так для каждого конкретного случая. Ну и камера должна по возможности смотреть так, чтобы невозможно было быстро проскочить.
не понял, 8-й кадр опорный, а фпс 20 или 15 это лучше, чем 15, 20 фпс и опорный 30 или 40 сотаетственно. из-за опорного не 1к1 картинка будет дерганная в местах с изменениями ???
Тут нужно смотреть как часто в итоге будет приходить от камеры опорный кадр. Если фпс (кол-во кадров в секунду) =25, а GOP=8 - то опорный кадр будет приходить 25/8 ≈ 3 раза в секунду -> детектор движения будет срабатывать не чаще 3 раз в секунду. А если фпс =20, а GOP=40 - то опорный кадр будет приходить 20/40 = 0,5 , т.е. один раз в течение 2 секунд. И, соответственно, детектор будет срабатывать не чаще одного раза за две секунды. Картинка в любом случае будет идти равномерно, частота опорного кадра на это не влияет. Движение в поле зрения камеры может оказаться пропущенным детектором если опорный кадр приходит слишком редко. Если, например, в настройках камеры выставить fps=1, GOP=60 - то опорный кадр будет приходить раз в минуту, и риск пропустить движение становится очень высок.
Если можете, ответьте. Возможно ли, без увеличения требований к вычислительной мощности, получить информацию в виде скорости изменений в кадре, количество изменений и величины изменений?
Здравствуйте. Не очень поняли вопрос, к сожалению. Просьба перефразировать. В общем случае IP-камеры плохо подходят для проведения каких-то точных измерений. Для этого лучше использовать т.н. камеры машинного зрения. Здесь нам сложно что-либо советовать т.к. это оборудование не из сферы охранного видеонаблюдения, т.е. не в нашей компетенции.
Доброго времени суток. Система интеллект 4.10 камера h264 idis, в меню камеры нигде не нашел настройки GOP, gov, и т.п Подсказкажите пожалуйста в чем разница GOP и GOV? Прочитал у вас на сайте что для потока записи в архив частоту опорных кадров можно выставить со значением (62). На другом сайте прочитал что для потока аналитики в интеллекте с камерами h264, частоту опорных кадров лучше выставить 8. Но тут наткнулся на статью где человек пишет что GOP нужно высчитывать по формуле ОК=2*ЧК (ОК - опорный кадр, ЧК - частота кадров), в системе стоит 10 кадров на оба потока, соответственно GOP нужно выставлять в обоих потоках равный 20? Подскажите пожалуйста как правильно?, а то голова уже взрывается ))))) Так же есть система трассир при добавлении любых камер по умолчанию стоит всегда GOP 20? А в настройках камер beward GOP 50. Чем чревато когда эти настройки отличаются?
Здравствуйте. GOP и GOV по факту одно и то же (о чём мы рассказывали в нашей статье ""Опорный кадр в H.264. Маленький параметр с большими последствиями"" www.videomax.ru/support/articles/opornyy-kadr-v-h-264-malenkiy-parametr-s-bolshimi-posledstviyami/ ). Да, действительно, для работы в ПО Интеллект (да и в другом ПО, в котором детекция движения производится по опорным кадрам) рекомендуем ставить GOP=8 - чтобы собственный детектор движения ПО Интеллект включался не реже трех раз в секунду. Размер GOP устанавливать лучше непосредственно в настройках самой камеры. Уточнить параметры потоков и порядок настройки камер IDIS лучше всего в службе техподдержки IDIS.
Спасибо за внимательный просмотр :-) Насколько помним, использовавшаяся на момент съемки версия ПО "Интеллект" "автоматом" ставила GOP=8 на всех потоках, приходящих с камеры (с учетом, конечно, возможностей конкретных камер и полноты интеграции), поэтому не обратили особого внимания, что на видео показан интерфейс настройки первого потока. В том отрезке видео (на который вы указали) делается акцент на том, что GOP устанавливается самим ПО "Интеллект" - и мы этот факт просто проиллюстрировали. И ещё раз озвучим главную мысль видео: если детекторы используемого ПО видеонаблюдения работают только по опорным кадрам, то нужно проверять настройки частоты следования этих кадров.
Спасибо за высокую оценку! Не хотелось бы плохо думать о нашем народе. Скорее всего сфера, в которой мы работаем, довольно узкая.Вряд ли домохозяйке интересно смотреть про проблему детектирования движения в VMS :) Ну и канал мы только начали активно развивать.
Просто потому, что тема специфическая. Тебе же скорей всего не интересно какие типы нитей бывают, так же как и швее не интересно чем отличаются матрицы в камерах.
В скором времени планируем провести партнерский вебинар по беспроводным технологиям передачи данных. Регистрируйтесь на сайте www.videomax-server.ru/, чтобы не пропустить
Ребята..есть камера дахуа.. в опциях есть какая функция smart codek. вкл/выкл когда ее включаю все виснет работает нестабильно перезагружается..что это и зачем оно надо?
Smart Codec (другие названия аналогичных технологий H.264+, H.265+, Zipstream) это набор "умных" алгоритмов кодирования в формате h.264/h.265, разработанный Dahua. Его использование должно уменьшить поток передаваемых данных без заметного ухудшения качества изображения. Вы не сказали - что именно начинает виснуть и перезагружаться после включения этой опции. Если сама камера - то налицо признак её некорректной работы. В таких случаях следует прежде всего обращаться в техподдержку производителя. Если NVR или видеосервер - то, хотя Dahua в своих материалах говорит что кодированный Смарткодеком видеопоток воспроизводится также, как и "обычный" H.264/H.265, может быть какая-нибудь несовместимость ПО видеосервера или "прошивки" регистратора с этим, так сказать, "улучшенным" режимом кодирования. Тут уже надо задавать вопросы в техподдержку производителя регистратора или видеосервера. Ну или можете просто не включать эту опцию (если нет проблем с загрузкой сети и глубиной архива).
@@videomaxcreation спасибо за развернутый ответ! Камера dahua 1420, запись ведется по детекции на sd карту 128gb в формате h.264h 2688*1520 15fps vbr (качество 3) bitrate до 6144mbps,, интервал опорного кадра 15. Еще хотелось узнать адекватный ли это битрейт для этих параметров или есть смысл понизить до 4000?
еще очень хотелось бы узнать чем отличаются кодеки h264/h264b/h264h. возможно моя проблема ,появляющаяся после вкл. опции смарт кодера, именно изза того что я использую h264h (предложен по умолчанию). может попробовать другие два?
@@disput0r По поводу битрейта. Здесь все зависит от типа сцены. Если у Вас камера смотрит на задний двор, где нет никакого движения и двор залит солнечным светом, то 6mbps - это даже много. Если освещение плохое и камера стоит на проходной завода с крупным планом, то и 10mbps может быть мало. В целом, по опыту, битрейт в 6mbps с теми параметрами, которые Вы указали вполне достаточен. Понижать битрейт в CBR точно не нужно, а вот выставить режим VBR точно стоит ruclips.net/video/_tQmbcOhLaM/видео.html
@@disput0r По поводу h264/h264b/h264h. Это разные профайлы H.264. B это Baseline Profile H.264, H это High Profile H.264, просто H.264 это Main Profile. Baseline - большой поток и низкие ресурсы на обработку на стороне камеры и приемного устройства, High - низкий поток и высокие ресурсы на обработку. Попробуйте другие профайлы. Возможно просто камера не справляется с кодированием в High Profile H.264.
У меня на камере по умолчанию частота опорного кадра выставляется в два раза больше величины выбранного мною fps. я вручную делаю ее равной значению fps для улучшения качества. скажите я правильно делаю? и на сколько будет больше поток?
Чем чаще опорный кадр, тем меньше вероятность появления артефактов и деградации изображения в H.264 и H.265. Но это справедливо только в том случае, когда ширина полосы пропускания канала позволяет передать увеличенный поток. По поводу величины роста потока при изменении опорного кадра сказать сложно, т.к. это сильно зависит от интенсивности движения и насыщенности кадра - чем больше в кадре движения, тем меньше будет прибавка в потоке при увеличении частоты опорных кадров. И наоборот - чем более статичная и простая картинка, тем значительнее в % будет увеличение потока при увеличении частоты опорных кадров.Если нужно объяснить почему такая зависимость - пишите, ответим.
"Качество" понятие относительное. Если требуется высокая плотность пикселов = высокая детализация объектов в поле зрения камеры в рамках области интереса, то разрешение понадобится высокое. Но не забывайте о том, что у камер высокого разрешения меньше чувствительность (при одинаковом размере матрицы). Если же Качеством называть четкую картинка с минимумом шумов при различных условиях освещенности (улица), то высокое разрешение может помешать.
@@videomaxcreationзадача - разглядеть номерные знаки автомобиля, в случае необходимости, если водитель поломает палку шлагбаума,т.к были случаи. в данный момент пытаюсь выжать максимум из уже установленной 4 МП камеры, вместо которой (но уже поздно), нужно поставить 2 МП камеру с 6мм обьективом и было бы легче жить. .. но увы. Ночь отдельная тема, BLC особо не помогает, но днем номеров также не видно. Камера пишет в 1080р, считал, что с 4 МП камеры битрейт будет более "полезным", нежели с 2 МП, но, опять же, увы. Итого: камера пишет 1080р, жертвуем плавностью видео - выставляем 15-20 кадров, выставляем shutter на 1\500, выставляем минимальный период опорных кадров, выставляем максимально доступный для этих параметров битрейт по CBR, настроена "приоритетная зона сьемки"ROI(ROY?) - получаем картинку ? Еще проблема в том, что регистратор не торт ... максимум 1080р и по ONVIF - в настройках камеры одно, а регистратор показывает другое, хотя битрейт идет как выставлено на камере. И еще вопрос - битрейт в сеть уходит сжатым? если у меня регистратор принимает 10 Мбит поток - это поток видео после раскодирования, а сколько Мбит\с сети этот видеопоток занимает при Н264 кодировании? СПАСИБО
@@akineosun Минимально необходимые условия для того, что бы зафиксировать номера автомобилей на въезде: 1. Отсутствие смазывания - shutter 1/500 - без шлагбаума, и 1/250 и даже больше, если автомобиль останавливается перед шлагбаумом. 2. Плотность пикселов в зоне распознавания 160pix/m. 3. Угол наклона оси наблюдения 20 град в вертикальной плоскости и 30 в горизонтальной. 4. Фокус фиксированный и настроен в темное время суток на область распознавания. 5. Камера настроена в VBR, либо ограничение в CBR или MBR установлено адекватное (для FHD - не меньше 8Мбит). Если при таких условиях номер не видно (шумы, засветки фарами и т.п.), то выход один - добавлять освещение. Про битрейт - не понятно. В чем вопрос? Видеоизображение в камере кодируется в H.264 с настройками: профиль сжатия/степень сжатия/FPS/разрешение/период следования опорных кадров. В зависимости от выставленных настроек и характера снимаемой сцены (наличие мелких деталей и движения) мы получаем тот или иной битрейт (объем передаваемой в единицу времени информации). Если выставлены ограничения битрейта, то камера регулирует либо FPS (приоритет качества), либо сжатие (приоритет скорости). Об этом мы рассказывали в видео ruclips.net/video/_tQmbcOhLaM/видео.html
Добрый день! Подскажите пожалуйста, почему на картинке с ip камеры, есть большая зернистость или шум , ну очень заметный и размывает картинку, камера hikvision 4 мегапикселя.
Добрый день. Причин может быть сразу несколько: недостаток освещенности, недостаточная светосила объектива, не полностью открытая диафрагма, в настройках камеры установлен высокий уровень усиления (т.н. gain). Такое может встретиться не только на Hikvision и не только при разрешении 4 Мп.
@@Diman. Попробуйте "подкрутить" Gain (может называться как "Усиление") в настройках самой камеры (должен быть где-нибудь рядом с настройками яркости, контрастности и т.п.).
@@Видеомакс_для_проектировщиков Но! Видео не воспроизводится, нужен какой-то дополнительный софт. Если диск подключить просто к компьютеру или ноутбуку ничего не получается.
@@dahuadahua8137 Приемы работы с регистраторами отличаются для регистраторов разных марок. Смотрите документацию на регистратор. Обращайтесь в техподдержку производителя регистратора - уж они-то точно должны дать четкие, ясные, профессиональные ответы.
MJPEG стал не актуальным несколько лет назад, когда начался бурный рост разрешения камер. Стоимость хранения видеоданных и сетевая инфраструктура для MJPEG не сопоставима с преимуществами MJPEG. Проще выставить период следования опорного кадра в потоке с детекцией на 8 и все будет хорошо. Об этом и видео.
Предлагайте темы к новым сериям разрушителей мифов видеонаблюдения. Авторам тем, которые будут приняты и поставлены в план съемок - приятные призы от Видеомакс
Добрый вечер. Тема: как на компьютере посмотреть SSD, снятый с регистратора.
Не все мегапиксели одинаковы. Прошу сравнить разные камеру у которых одиноковое количество мегапикселей но разные производители матриц, посмотрим как отличаетка качество от разным мартиц.
Выводы из видео:
Получается, если выставить GOP 60, и FPS 15, то сравнение будет каждые 4 секунды. Если запись по движению, то надо соответственно выставить предзапись 5 секунд минимум. И так для каждого конкретного случая.
Ну и камера должна по возможности смотреть так, чтобы невозможно было быстро проскочить.
Все абсолютно верно!
По делу и просто. Желаю успехов в ваших проектах.
Спасибо за тёплый отзыв :-)
Благодарность, за качественный, практический контент, среди кучи помета маркетинговых псевдоспецов!!!
Спасибо за комментарий :-)
Спасибо! Интересные эксперименты делаете.
Макроскоп еще и по вторичному потоку умеет детектировать движение. А там нагрузка на процессор намного меньше.
Верно. Однако в ряде случаев видеоаналитика Macroscop требует чтобы детекторы (в т.ч. и движения) работали только по основному потоку.
не понял, 8-й кадр опорный, а фпс 20 или 15 это лучше, чем
15, 20 фпс и опорный 30 или 40 сотаетственно.
из-за опорного не 1к1 картинка будет дерганная в местах с изменениями ???
Тут нужно смотреть как часто в итоге будет приходить от камеры опорный кадр.
Если фпс (кол-во кадров в секунду) =25, а GOP=8 - то опорный кадр будет приходить 25/8 ≈ 3 раза в секунду -> детектор движения будет срабатывать не чаще 3 раз в секунду.
А если фпс =20, а GOP=40 - то опорный кадр будет приходить 20/40 = 0,5 , т.е. один раз в течение 2 секунд. И, соответственно, детектор будет срабатывать не чаще одного раза за две секунды.
Картинка в любом случае будет идти равномерно, частота опорного кадра на это не влияет.
Движение в поле зрения камеры может оказаться пропущенным детектором если опорный кадр приходит слишком редко. Если, например, в настройках камеры выставить fps=1, GOP=60 - то опорный кадр будет приходить раз в минуту, и риск пропустить движение становится очень высок.
Это было... Мило)))
Спасибо, повеселился и познал))
А тема то довольно серьезная. Из за этого опорника глюки с незаписанным архивом и происходят
Если можете, ответьте.
Возможно ли, без увеличения требований к вычислительной мощности, получить информацию в виде скорости изменений в кадре, количество изменений и величины изменений?
Здравствуйте.
Не очень поняли вопрос, к сожалению. Просьба перефразировать.
В общем случае IP-камеры плохо подходят для проведения каких-то точных измерений.
Для этого лучше использовать т.н. камеры машинного зрения. Здесь нам сложно что-либо советовать т.к. это оборудование не из сферы охранного видеонаблюдения, т.е. не в нашей компетенции.
Отлично, молодцы!)
Спасибо! Стараемся и просвещать, и развлекаться заодно :)
@@videomaxcreation а какое значение GOP следует выбрать для рендеринга видео с приоритетом на лучшее качество?
@@KIBRG-v9c Чем меньше GOP, тем лучше качество, а точнее меньше артефактов. В то же время - в рендеринге видео не разбираемся.
Грабитель запомнился на все 100:-)
+Максим Петров Разыскивается
Доброго времени суток.
Система интеллект 4.10 камера h264 idis,
в меню камеры нигде не нашел настройки GOP, gov, и т.п
Подсказкажите пожалуйста в чем разница GOP и GOV? Прочитал у вас на сайте что для потока записи в архив частоту опорных кадров можно выставить со значением (62). На другом сайте прочитал что для потока аналитики в интеллекте с камерами h264, частоту опорных кадров лучше выставить 8. Но тут наткнулся на статью где человек пишет что GOP нужно высчитывать по формуле ОК=2*ЧК (ОК - опорный кадр, ЧК - частота кадров), в системе стоит 10 кадров на оба потока, соответственно GOP нужно выставлять в обоих потоках равный 20? Подскажите пожалуйста как правильно?, а то голова уже взрывается ))))) Так же есть система трассир при добавлении любых камер по умолчанию стоит всегда GOP 20? А в настройках камер beward GOP 50. Чем чревато когда эти настройки отличаются?
Здравствуйте.
GOP и GOV по факту одно и то же (о чём мы рассказывали в нашей статье ""Опорный кадр в H.264. Маленький параметр с большими последствиями"" www.videomax.ru/support/articles/opornyy-kadr-v-h-264-malenkiy-parametr-s-bolshimi-posledstviyami/ ).
Да, действительно, для работы в ПО Интеллект (да и в другом ПО, в котором детекция движения производится по опорным кадрам) рекомендуем ставить GOP=8 - чтобы собственный детектор движения ПО Интеллект включался не реже трех раз в секунду.
Размер GOP устанавливать лучше непосредственно в настройках самой камеры.
Уточнить параметры потоков и порядок настройки камер IDIS лучше всего в службе техподдержки IDIS.
Лично наблюдал этот эффект на камере видеоконтроля
Интересно.
Какой именно эффект? Отсутствие срабатывания детектора движения? Каким образом это было заметно?
3:36 - скорее, на Зорро. 😊
Ну так ведь Зорро - разбойник 🙂.
Благородный разбойник, конечно же 🙂
у Вас в видео аналитика на втором видеопотоке, а настройку GOP Вы показываете для первого, это правильно? ruclips.net/video/od8pOp5_XbU/видео.html
Спасибо за внимательный просмотр :-)
Насколько помним, использовавшаяся на момент съемки версия ПО "Интеллект" "автоматом" ставила GOP=8 на всех потоках, приходящих с камеры (с учетом, конечно, возможностей конкретных камер и полноты интеграции), поэтому не обратили особого внимания, что на видео показан интерфейс настройки первого потока.
В том отрезке видео (на который вы указали) делается акцент на том, что GOP устанавливается самим ПО "Интеллект" - и мы этот факт просто проиллюстрировали.
И ещё раз озвучим главную мысль видео: если детекторы используемого ПО видеонаблюдения работают только по опорным кадрам, то нужно проверять настройки частоты следования этих кадров.
Видео хорошее. Почему так мало просмотров в отличии в тупорылых видео про самых-самых или топ 5 хреней, которых вы не знали??? Народ деградирует(
Спасибо за высокую оценку!
Не хотелось бы плохо думать о нашем народе. Скорее всего сфера, в которой мы работаем, довольно узкая.Вряд ли домохозяйке интересно смотреть про проблему детектирования движения в VMS :) Ну и канал мы только начали активно развивать.
А не нужно расстраиваться. Чем выше степень деградации масс, тем ценнее будете вы, редкие оставшиеся недеградировавшие.
Просто потому, что тема специфическая. Тебе же скорей всего не интересно какие типы нитей бывают, так же как и швее не интересно чем отличаются матрицы в камерах.
потому что информация узкого направления для специалистов, а все это шоу ни к чему.
Расскажите пожалуйста про радиомосты
В скором времени планируем провести партнерский вебинар по беспроводным технологиям передачи данных. Регистрируйтесь на сайте www.videomax-server.ru/, чтобы не пропустить
Закадровое видео угар))))
+L.D.e.n. Повеселились от души. Съемка видео - как маленькое приключение
а можно обзор xeoma ?
В настоящий момент обзора этого ПО в планах нет. Но за пожелание спасибо - будем иметь в виду в дальнейшем.
Ребята..есть камера дахуа.. в опциях есть какая функция smart codek. вкл/выкл когда ее включаю все виснет работает нестабильно перезагружается..что это и зачем оно надо?
Smart Codec (другие названия аналогичных технологий H.264+, H.265+, Zipstream) это набор "умных" алгоритмов кодирования в формате h.264/h.265, разработанный Dahua. Его использование должно уменьшить поток передаваемых данных без заметного ухудшения качества изображения.
Вы не сказали - что именно начинает виснуть и перезагружаться после включения этой опции.
Если сама камера - то налицо признак её некорректной работы. В таких случаях следует прежде всего обращаться в техподдержку производителя.
Если NVR или видеосервер - то, хотя Dahua в своих материалах говорит что кодированный Смарткодеком видеопоток воспроизводится также, как и "обычный" H.264/H.265, может быть какая-нибудь несовместимость ПО видеосервера или "прошивки" регистратора с этим, так сказать, "улучшенным" режимом кодирования. Тут уже надо задавать вопросы в техподдержку производителя регистратора или видеосервера.
Ну или можете просто не включать эту опцию (если нет проблем с загрузкой сети и глубиной архива).
@@videomaxcreation спасибо за развернутый ответ! Камера dahua 1420, запись ведется по детекции на sd карту 128gb в формате h.264h 2688*1520 15fps vbr (качество 3) bitrate до 6144mbps,, интервал опорного кадра 15. Еще хотелось узнать адекватный ли это битрейт для этих параметров или есть смысл понизить до 4000?
еще очень хотелось бы узнать чем отличаются кодеки h264/h264b/h264h. возможно моя проблема ,появляющаяся после вкл. опции смарт кодера, именно изза того что я использую h264h (предложен по умолчанию). может попробовать другие два?
@@disput0r По поводу битрейта. Здесь все зависит от типа сцены. Если у Вас камера смотрит на задний двор, где нет никакого движения и двор залит солнечным светом, то 6mbps - это даже много. Если освещение плохое и камера стоит на проходной завода с крупным планом, то и 10mbps может быть мало. В целом, по опыту, битрейт в 6mbps с теми параметрами, которые Вы указали вполне достаточен. Понижать битрейт в CBR точно не нужно, а вот выставить режим VBR точно стоит ruclips.net/video/_tQmbcOhLaM/видео.html
@@disput0r По поводу h264/h264b/h264h. Это разные профайлы H.264. B это Baseline Profile H.264, H это High Profile H.264, просто H.264 это Main Profile. Baseline - большой поток и низкие ресурсы на обработку на стороне камеры и приемного устройства, High - низкий поток и высокие ресурсы на обработку. Попробуйте другие профайлы. Возможно просто камера не справляется с кодированием в High Profile H.264.
У меня на камере по умолчанию частота опорного кадра выставляется в два раза больше величины выбранного мною fps. я вручную делаю ее равной значению fps для улучшения качества. скажите я правильно делаю? и на сколько будет больше поток?
Чем чаще опорный кадр, тем меньше вероятность появления артефактов и деградации изображения в H.264 и H.265. Но это справедливо только в том случае, когда ширина полосы пропускания канала позволяет передать увеличенный поток. По поводу величины роста потока при изменении опорного кадра сказать сложно, т.к. это сильно зависит от интенсивности движения и насыщенности кадра - чем больше в кадре движения, тем меньше будет прибавка в потоке при увеличении частоты опорных кадров. И наоборот - чем более статичная и простая картинка, тем значительнее в % будет увеличение потока при увеличении частоты опорных кадров.Если нужно объяснить почему такая зависимость - пишите, ответим.
Не понел сколько нужно в основном потоке и во вторичном кадров?
Зависит от выбранного ПО. А если ПО использует встроенный в камеру детектор движения - то вообще неважно.
Просто огнедышащие чуваки.
+Оператор Кыпс Спасибо!
если на детекцию безразлично, а нужно качество картинки, то ставим меньшее значение?
"Качество" понятие относительное. Если требуется высокая плотность пикселов = высокая детализация объектов в поле зрения камеры в рамках области интереса, то разрешение понадобится высокое. Но не забывайте о том, что у камер высокого разрешения меньше чувствительность (при одинаковом размере матрицы). Если же Качеством называть четкую картинка с минимумом шумов при различных условиях освещенности (улица), то высокое разрешение может помешать.
@@videomaxcreationзадача - разглядеть номерные знаки автомобиля, в случае необходимости, если водитель поломает палку шлагбаума,т.к были случаи. в данный момент пытаюсь выжать максимум из уже установленной 4 МП камеры, вместо которой (но уже поздно), нужно поставить 2 МП камеру с 6мм обьективом и было бы легче жить. .. но увы. Ночь отдельная тема, BLC особо не помогает, но днем номеров также не видно. Камера пишет в 1080р, считал, что с 4 МП камеры битрейт будет более "полезным", нежели с 2 МП, но, опять же, увы. Итого: камера пишет 1080р, жертвуем плавностью видео - выставляем 15-20 кадров, выставляем shutter на 1\500, выставляем минимальный период опорных кадров, выставляем максимально доступный для этих параметров битрейт по CBR, настроена "приоритетная зона сьемки"ROI(ROY?) - получаем картинку ? Еще проблема в том, что регистратор не торт ... максимум 1080р и по ONVIF - в настройках камеры одно, а регистратор показывает другое, хотя битрейт идет как выставлено на камере.
И еще вопрос - битрейт в сеть уходит сжатым? если у меня регистратор принимает 10 Мбит поток - это поток видео после раскодирования, а сколько Мбит\с сети этот видеопоток занимает при Н264 кодировании? СПАСИБО
@@akineosun Минимально необходимые условия для того, что бы зафиксировать номера автомобилей на въезде: 1. Отсутствие смазывания - shutter 1/500 - без шлагбаума, и 1/250 и даже больше, если автомобиль останавливается перед шлагбаумом. 2. Плотность пикселов в зоне распознавания 160pix/m. 3. Угол наклона оси наблюдения 20 град в вертикальной плоскости и 30 в горизонтальной. 4. Фокус фиксированный и настроен в темное время суток на область распознавания. 5. Камера настроена в VBR, либо ограничение в CBR или MBR установлено адекватное (для FHD - не меньше 8Мбит). Если при таких условиях номер не видно (шумы, засветки фарами и т.п.), то выход один - добавлять освещение.
Про битрейт - не понятно. В чем вопрос? Видеоизображение в камере кодируется в H.264 с настройками: профиль сжатия/степень сжатия/FPS/разрешение/период следования опорных кадров. В зависимости от выставленных настроек и характера снимаемой сцены (наличие мелких деталей и движения) мы получаем тот или иной битрейт (объем передаваемой в единицу времени информации). Если выставлены ограничения битрейта, то камера регулирует либо FPS (приоритет качества), либо сжатие (приоритет скорости). Об этом мы рассказывали в видео ruclips.net/video/_tQmbcOhLaM/видео.html
Добрый день! Подскажите пожалуйста, почему на картинке с ip камеры, есть большая зернистость или шум , ну очень заметный и размывает картинку, камера hikvision 4 мегапикселя.
Добрый день. Причин может быть сразу несколько: недостаток освещенности, недостаточная светосила объектива, не полностью открытая диафрагма, в настройках камеры установлен высокий уровень усиления (т.н. gain). Такое может встретиться не только на Hikvision и не только при разрешении 4 Мп.
@@Видеомакс_для_проектировщиков спасибо, а как это можно исправить, на что обратить внимание?
@@Diman. Попробуйте "подкрутить" Gain (может называться как "Усиление") в настройках самой камеры (должен быть где-нибудь рядом с настройками яркости, контрастности и т.п.).
на 6.49 что настраиваете? это хиковское что-то?
Верно подметили. На 6:49 настройки камеры Hikvision
забавно))
Это вы про видео или описанную в нем технологию? )
Грабитель перееигрывает
Возможно :) Как Вы понимаете, это не профессиональный актер. Мы ему передадим Ваше замечание
Тема: как на компьютере посмотреть SSD, снятый с регистратора.
Ровно так же, как и просмотреть HDD, снятый с регистратора. Физическая сущность носителя в данном случае роли не играет.
@@Видеомакс_для_проектировщиков Но! Видео не воспроизводится, нужен какой-то дополнительный софт. Если диск подключить просто к компьютеру или ноутбуку ничего не получается.
Вот и хотелось бы узнать у профессионалов, как это осуществить.
@@dahuadahua8137 Приемы работы с регистраторами отличаются для регистраторов разных марок.
Смотрите документацию на регистратор. Обращайтесь в техподдержку производителя регистратора - уж они-то точно должны дать четкие, ясные, профессиональные ответы.
А тупо в MJPEG работать не пробовали?
MJPEG стал не актуальным несколько лет назад, когда начался бурный рост разрешения камер. Стоимость хранения видеоданных и сетевая инфраструктура для MJPEG не сопоставима с преимуществами MJPEG. Проще выставить период следования опорного кадра в потоке с детекцией на 8 и все будет хорошо. Об этом и видео.
так и похудеть не долго
СерверОв, обеспечЕние ... мда
Да, филологов у нас в штате нет, сплошь "технари" )