Если бы на в институте, когда нам преподавали Локальные сети показывали такую инфографику, как вы делаете в своих видеороликах, то проблемы с пониманием материала студентами отсутствовали бы. Однозначно Лайк!
Шутка стара как мир, но если выгнать всех из институтов, то там не будет дураков. В оригинале это звучало иначе: "если из всех институтов выгнать дураков, то там будет чего-то не хватать."
Как же удачно я зашёл!!! Создаю стример студию из того что есть, а что-то уже купил. Задержки дизориентируют, но на выходе получается магия. Очень впечатлила PTZ WiFi камера. Заказал WiFi мост из двух панелей. Делал стрим из 3х ip камер. Собрал все грабли..., но это тоже результат Сейчас пытаюсь подобрать WiFi роутер в качестве связующего звена между сетью и интернетом. На что нужно обратить внимание, чему отдать приоретет, а чем можно принебреч, при подборе роутера? Куда ходить, что смотреть, что читать???
Основными параметрами определяющие качественные характеристики роутера - это пропускная способность стандартов wifi, которых он поддерживается, мощность радиомодуля, и коэффициент усиления антенны. Мощный радиомодуль и высокий коэфициент усиления антенны даст Вам возможность увеличить зону покрытия точки доступа. А вот с пропускной способностью нужно быть аккуратней, так как она чаще всего указана при работе роутера в идеальных условиях: когда вокруг места установки присутствует минимальное количество устройств, которые могут работать в том же диапазоне частот, и тем самым влиять на скорость и стабильность соединения камер с точкой доступа. В итоге, рецепта по которому можно приобрести роутер для WIFI камер не найти. Для задач видеонаблюдения у нас есть простые рекомендации - использовать проводные камеры с питанием по POE.
Заметил вот что. Вы на каждый комментарий, под вашими видео, которые критикуют вас, пытаетесь дать оправдывающий вас ответ. Мой совет, не парьтесь по этому поводу. Завистников море, умников еще больше, троллей хватает, да и все равно, каждый останется при своем. Берегите свои нервы. Удачи. И да, спасибо за ваши видео.
Кстати переход на MJPEG просто убьет сеть) Я как-то попробовал 10 камер axis переключить на MJPEG 30 кадров в секунду. С каждой камеры пошел термоядерный поток в 98Мбит в секунду))) С десяти - примерно чистый гигабит суммарно и непрерывно. Synology этот гигабит глотает как не в себя, а вот коммутаторы начинают выделывать коленца) Кстати подозреваю что камеры могли-бы выдать и больше чем 98Мбит. Но у них самих внешний интерфейс стомегабитный) Короче этот MJPEG - для галочки у камер) Мол - никто не будет его использовать так как не справится дисковое хранилище. Мое - справлялось легко) А вот сеть - нет.
Про MJPEG мы упомянули только в свете уменьшения задержки в потоке для отображения оператору. Это второй поток? и его не нужно писать. Записывать нужно первый поток в полном разрешении сжатый H.264. Об этом мы говорили в видео ua-cam.com/video/Mek8m27ikaU/v-deo.html
@@TheDimBazz Все правильно вы сказали для ситуации, когда сеть на пределе - тогда возникают подтормаживания (не задержки). Если сеть рассчитана на "тяжелые потоки", если станционное оборудование готово принять и обработать эти потоки, то задержки будут минимальными. Плюс к этому практика - включение на втором потоке MJPEG при хорошей сети дает уменьшение задержки. В ближайший месяц-два планируем выпустить ролик - 10 причин торможений в IP-видеонаблюдении
Разумеется, низкое качество PoE-коммутаторов может ухудшить работу любой IP-системы, причём непредсказуемо. Вот только сам по себе термин "качество" неточен, неконкретен и неясен. Стоит прежде всего посмотреть загрузку сетевых соединений, особенно когда перед камерами интенсивное движение и/или в ночное время. Есть смысл поэкспериментировать с целью выявить причину задержек: подключить к коммутатору только одну камеру; подать питание на камеры отдельно (не по PoE); подключить камеру напрямую к серверу коротким кабелем; попробовать другие коммутаторы с большей производительностью. Ну и попробовать применить рекомендации из этого видео. Будем благодарны, если поделитесь результатами экспериментов
@@videomaxcreation Промежуточные результаты- скупой платит дважды, и не надо экономить деньги заказчика!!!) Свитч PoE другой более именитой марки, поставленный на место оного, критичных задержек не показал, все более-менее плавненько.
Synology умеет второй поток с камеры отправлять непосредственно на клиента. В обход сервера. Кстати для Synology даже компьютер на посту охраны не нужен. У них есть специальные железки для постов охраны которые заточены исключительно для показа видео на посту охраны. VS360HD например.
@@ЗлойИнженер Есть. На всех своих объектах в кач-ве видеосерверов применяю только Synology. Все устраивает. На последнем объекте - 30 камер Hikvision. На посту охраны 4 телевизора 4К. Каждый из них подключен к Synology VS960HD. Она умеет 4К. В принципе можно было поставить всего две. У нее два HDMI. Но второй только FullHD. Все работает.
@@olegivanov4682 При всем уважении. Synology - это NAS, умный, но NAS. Те решения, которые они позиционируют для видеонаблюдения являются по сути NVR. Об отличия видеосерверов и видеорегистраторов мы рассказывали в нашем видео ua-cam.com/video/KClmp2GGpVE/v-deo.html
@@videomaxcreation Можно долго спорить что лучше: сторонний софт типа трассира установленный на каком-то сервере, фирменный регистратор от производителя или NAS типа Synology. Лично я давно сделал выбор в пользу насов и вполне этим доволен. Их софт для видеонаблюдения давно переболел детскими болезнями и сейчас вполне себе работоспособен. По функционалу - не хуже фирменных решений.
Спасибо за видео. А не могли бы рассказать про использование мультикаст в видеонаблюдении? Или зачем в настройках некоторых камер имеется такая возможность.
Пожалуйста! Multicast нас давно интересует, мы знаем как это работает, но практического применения не видим. Возможно в таком ключе и стоит об этом рассказать. Подумаем. Спасибо за идею!
VIDEOMAX - видеонаблюдение для профессионалов по идее мультикаст позволяет подключаться к потоку с камеры любому числу пользователей, но я никогда не пробовал.
@@nik_ivan Так и есть. Но вопрос в том, что таких проектов, где ОЧЕНЬ много УРМ оператора не так много. Да и сервер по сути является сам источником потоков и камера не нагружается выдачей потоков нескольким получателям. Вот в этом то и загвоздка. Если считать внимательно, то для видеонаблюдения Multicast получается что вроде как и не нужен.
У нас в магазине ip видеокамеры подключены к интернету (модему). Если к этому же модему подключены также и работники магазина (со своих смартфонов), может ли это снижать качество и скорость ip видеокамер??
Да, может. Наилучшим решением в этой ситуации будет воспользоваться функционалом роутера и создать две подсети с разным ограничением по скорости доступа в Интернет. Тем самым разграничить аппаратно интернет канал между камерами и работниками. Какие у Вас приоритеты по камерам и доступу сотрудников - Вам виднее, но не забывайте, что поток с камер постоянен и достаточно большой. При выделении полосы пропускания для камер обязательно проведите расчет суммарного потока с камер. Если поток будет высоким и превысит полосу, которую вы готовы для него выделить, то необходимо будет поток с камер ограничить. Сделать это можно в настройках самих камер. Например, уменьшить количество FPS, разрешение и т.п., или включить режим CBR и выставить поток вручную на каждой камере. Для изучения вопроса Вам будут полезны следующие наши материалы: CBR или VBR для видеонаблюдения ua-cam.com/video/_tQmbcOhLaM/v-deo.html 6 способов уменьшить поток с IP камеры ua-cam.com/video/MomdaFgYnpQ/v-deo.html Система IP-видеонаблюдения: методика расчета ЛВС. Вебинар от 16.11.18 ua-cam.com/video/tW0zBgCM_DA/v-deo.html
Да почти все могут передавать потокинапрямую оператору. Тот же Интеллект, Макроскоп, Трассир. Кстати, хорошо бы рассказать как это настроить в софтах. Там все не просто
"Почти все" это в зависимости от того, с каким ПО Вы сталкивались. Вот справка: возможность отправки потока с камеры напрямую на рабочее место оператора в разном ПО: Интеллект - есть, Аксон - есть, Трассир - нет, Аксис - есть, Майлстоун - есть, Линия - нет, Болид - нет, Макроскоп - есть
TCP/IP и ширина канала - это основная причина задержек, поэтому переключаю на UDP передачу между камерой и видеорегистратором. Задержка может составлять до нескольких минут иначе. Камера передает поток из буфера и пытается протиснуть видео по узкому каналу.
Ого ! класс! только у меня всеравно тормозит :) Новый поставил в замен до 5М, через день HDD SSD помер.. ну как помер, не видит его больше, но через USB видит. Дисковые видит... Видимо некоторые регистраторы с SSD конфликтуют, хотя предыдущий из тойже серии работал на нем 3 года.
SSD в видеонаблюдении долго не живут. Лучше брать обычный HDD, причём CMR (без черепичной записи SMR). Лучше брать серверную версию или специальную серию для видеорегистраторов - там прошивка оптимизирована под такую работу. Единственный вариант, когда нужен именно SSD - это когда нужно любой ценой добиться максимально длительной работы от АКБ (снизить потребление) и/или устойчивость к вибрациям (в транспорте), но SSD лучше брать дорогущие, серверные, которые используются в серверах СУБД, там хороший ресурс на запись + рейд массив делать для надёжности. Но это невероятно дорого. Конечно, можно обычные SSD ставить, но там ресурс не предсказуемый. Кто будет менять его, если вы не находитесь на объекте?
Здравствуйте. Подскажите пожалйста. Система состоит из 10 камер и видеорегистратор. Замечаю такую закономерность что самая ближайщая камера к комутатору переодическии проподает изображение. Подскажите пожалуйста почему так происходит?
Здравствуйте. источник проблемы может быть где угодно: в камере, в коммутаторе, в регистраторе, в линии связи... Убедитесь прежде всего что у камеры нет проблем с питанием (если питается от коммутатора, то коммутатор должен гарантированно обеспечивать на каждом, используемом для подключения камер порту мощность согласно требованиям камер) и обратитесь за помощью в техподдержку производителя камер.
Добрый день подскажите пожалуйста такая проблема камера хиквижен айпи пишет по событию .заметил глючит .когда налажуются запись тоесть допустим зарись началась 10:00.10:01.другая запись10:01: 10:02 и так далия .тоесть каждая запись повторяется от 15...30 секунд предыдущей записи и когда повторяется с этого момента глючит . Не подскажите вчом проблема...?
Здравствуйте. На этот вопрос может ответить только техподдержка компании Hikvision (доступна по телефону и e-mail). Советуем обратиться по e-mail. И обязательно советуем собрать и передать максимум информации (так по написанному выше очень трудно предположить источник проблемы). Сделайте скриншоты списка записей, сделайте скриншоты настроек камеры (на которых виды настройки записи). Чтоб хорошо были видны времена, даты, настройки записи по событию, натройки записи по расписанию и т.д. Чем больше информации передадите в техподдержку- тем проще им будет дать ответ на ваш вопрос.
Спасибо за комментарий. Хороший вопрос. Но адресовать его надо производителям камер. p.s. декодирование видео, пришедшего с камеры, тоже порождает задержку - причем разную в разных декодерах. Так что проблема намного шире чем может показаться на первый взгляд.
Попробуйте начать с ЛВС. Попробуйте подключить камеру напрямую к компьютеру, минуя коммутаторы, медиаконвертеры и т.п. Посмотрите изображение в веб-интерфейсе камеры, посмотрите rtsp-поток с камеры через VLC. Как минимум, можно будет сделать вывод - "виновата" ли ЛВС или нет.
У меня дома интернет от ростелеком по оптике и камера от них же. Задержка камеры около 10 секунд. Не возможно пользоваться-настроек в приложении не нашел никаких.Всё что сказано в видео изменить не возможно.
В видео даны универсальные рекомендации - для систем и сетей IP-видеонаблюдения любого размера и состава. Схема на видео - всего лишь иллюстрация для лучшей понятности. P.S. таблицы маршрутизации присутствуют независимо от сложности и размера сети.
@Поддержка проектировщиков Видеомакс маршрутизируется трафик *между сетями* ! В пределах одной сети данная таблица не используется (там сразу arp-брудкаст рассылается и mac нужного хоста узнаётся). Глобальная же маршрутизация обычным пользователям недоступна (не считая туннелирования и в некоторых случаях протоколов динамической маршрутизации), этим занимаются уже провайдеры. Впрочем, не суть. Вам удачи.
@@mgcb Вы, похоже, понимаете под словом "маршрутизация" исключительно функцию (роль) транзитного устройства - маршрутизатора или шлюза (что по сути одно и тоже). Мы же воспринимаем термин "маршрутизация" так, как его определяют вендоры сетевого оборудования (тот же Cisco) - "процесс перенаправления пакетов IP". Этот процесс начинается с хоста, имеющего собственную таблицу маршрутизации. Которая - в случае использования DHCP и возможной смены адресов по истечении срока аренды адреса - может меняться, что нежелательно в IP-наблюдении.
Возможно, дело в используемых аудиокодеках... Рекомендуем вашему вниманию запись нашего вебинара, посвященного теме звука ua-cam.com/video/7HliKACBqjc/v-deo.html (также стоит посмотреть видео, в котором сравниваются разные кодеки - ua-cam.com/video/jX_XETQPvJc/v-deo.html )
Второй пункт напрямую противоречит смыслу видео. Чем чаще опорный кадр - тем больше нагрузка на трафик, увеличение битрейта. Да и кодек mjpeg прибольшом количестве камер так же не подходит.
Спасибо за Ваше мнение! Увеличение битрейта при хорошей сети и сетевом оборудовании не сказывается на задержках. Плюс к этому - в видео рецепты, которые могут помочь уменьшить задержку. Вы можете попробовать использовать разные пути снижения задержки. Какие то рецепты именно в Вашем случае могут не подойти, но какие то дать очень хороший результат - пробуйте, экспериментируйте, делитесь результатом.
@@TheDimBazz так что не ясно-то? Если у тебя сеть не загружена по самое немогу, а источник задержки - сама камера, то совет "сделать чаще опорные кадры" - может помочь. А если там сеть на издыхании, то прежде, чем менять частоту опорных кадров, купите сетевое оборудование адекватное нагрузке (то есть с запасом).
@@486OverDrive так мне то понятно о чем речь, а тебе видимо нет. И само собой нормальные проекты ВН делаются С ОТДЕЛЬНОЙ СЕТЬЮ и своим оборудованием под него. А не в общую сеть пихают всё.
@@videomaxcreation дык это как раз по технической части )) Мощность в ваттах измеряется, это ж физика со школы, но мы же не об обогревателях говорим ))
Проверьте параметры потока. Попробуйте выставить минимальное сжатие, максимальный битрейт, и чаще опорный кадр. Если картинка станет лучше, то дальше ухудшайте параметры до баланса между размером битрейта и качеством
Более того: некоторым людям задержки не просто нужны - без задержек (в их задачах) вообще нельзя ) Однако чаще все-таки приходится с задержками бороться.
Да, действительно, количество кадров в секунду тоже может влиять на качество работы камеры либо на величину передаваемого по сети видеопотока. Также стоит учитывать и другие неочевидные причины неполадок - о которых мы рассказывали в другом нашем видео ua-cam.com/video/Uc3tIYyuVQk/v-deo.html
Также помогает изменение транспортного протокола, у меня китайская ptz onvif заработала нормально. Инструкция для Интеллекта: doc.axxonsoft.com/confluence/pages/viewpage.action?pageId=124978773
Поставьте AHD камеру и забудете про задержки видео, при отключении электроэнергии вы сможете на рабочем месте оператора мониторить камеры, которые будут работать, с ip камерами такая хуйня не проканает, работать ничего не будет т.к. провайдер ставит свичи без бесперебойника в 90% случаев и интернета не будет, соответственно картинки тоже будет хуй.
@@Видеомакс_для_проектировщиков Вы неправильно поняли, ip камера как работает? Через интернет, который предоставляет провайдер, правильно? вырубили свет, перестал работать комутатор у провайдера, соответственно картинки с ip камер вы не увидите, несмотря на то что у вас на вашем оборудовании установлен бесперебойник, с ahd камерами такой проблемы нет, все ограничивается мощностью бесперебойника установленного на оборудовании, то есть сколько вы по времени сможете мониторить по камерам, вот в чем фишка. Про качество ip и ahd камер можно не говорить, сейчас они одинаковые по картинке, в одной ценовой категории.
@@sgn9388 Уверены, что любой производитель и любой установщик IP-камер подтвердит, что для работы IP-камер совершенно не обязательны ни наличие Интернета, ни наличие Интернет-провайдера.
Расскажите о своем опыте борьбы с задержками в IP-видеонаблюдении! Обсудим в комментариях. Интересен как положительный, так и отрицательный опыт.
Если бы на в институте, когда нам преподавали Локальные сети показывали такую инфографику, как вы делаете в своих видеороликах, то проблемы с пониманием материала студентами отсутствовали бы. Однозначно Лайк!
На или в институте ?
@@МаксимМ-р7и И "на" и "в" =)
Шутка стара как мир, но если выгнать всех из институтов, то там не будет дураков.
В оригинале это звучало иначе: "если из всех институтов выгнать дураков, то там будет чего-то не хватать."
Как же удачно я зашёл!!!
Создаю стример студию из того что есть, а что-то уже купил.
Задержки дизориентируют, но на выходе получается магия.
Очень впечатлила PTZ WiFi камера.
Заказал WiFi мост из двух панелей.
Делал стрим из 3х ip камер. Собрал все грабли..., но это тоже результат
Сейчас пытаюсь подобрать WiFi роутер в качестве связующего звена между сетью и интернетом.
На что нужно обратить внимание, чему отдать приоретет, а чем можно принебреч, при подборе роутера?
Куда ходить, что смотреть, что читать???
Основными параметрами определяющие качественные характеристики роутера - это пропускная способность стандартов wifi, которых он поддерживается, мощность радиомодуля, и коэффициент усиления антенны. Мощный радиомодуль и высокий коэфициент усиления антенны даст Вам возможность увеличить зону покрытия точки доступа. А вот с пропускной способностью нужно быть аккуратней, так как она чаще всего указана при работе роутера в идеальных условиях: когда вокруг места установки присутствует минимальное количество устройств, которые могут работать в том же диапазоне частот, и тем самым влиять на скорость и стабильность соединения камер с точкой доступа. В итоге, рецепта по которому можно приобрести роутер для WIFI камер не найти. Для задач видеонаблюдения у нас есть простые рекомендации - использовать проводные камеры с питанием по POE.
Заметил вот что. Вы на каждый комментарий, под вашими видео, которые критикуют вас, пытаетесь дать оправдывающий вас ответ. Мой совет, не парьтесь по этому поводу. Завистников море, умников еще больше, троллей хватает, да и все равно, каждый останется при своем. Берегите свои нервы. Удачи. И да, спасибо за ваши видео.
Спасибо за отзыв и за поддержку!
Класс. Здорово продемонстрировал то, что говорит. Огромное спасибо!
Рады что вам понравилось!
Ну Великий теоретик, прямо VideoMarx
Спасибо за столь неожиданный комментарий! 😮🙂
Инфографика - класс!
Толковое видео!!!
Спасибо на добром слове 👍
Спасибо за видео.
Кстати переход на MJPEG просто убьет сеть) Я как-то попробовал 10 камер axis переключить на MJPEG 30 кадров в секунду. С каждой камеры пошел термоядерный поток в 98Мбит в секунду))) С десяти - примерно чистый гигабит суммарно и непрерывно. Synology этот гигабит глотает как не в себя, а вот коммутаторы начинают выделывать коленца) Кстати подозреваю что камеры могли-бы выдать и больше чем 98Мбит. Но у них самих внешний интерфейс стомегабитный) Короче этот MJPEG - для галочки у камер) Мол - никто не будет его использовать так как не справится дисковое хранилище. Мое - справлялось легко) А вот сеть - нет.
Про MJPEG мы упомянули только в свете уменьшения задержки в потоке для отображения оператору. Это второй поток? и его не нужно писать. Записывать нужно первый поток в полном разрешении сжатый H.264. Об этом мы говорили в видео ua-cam.com/video/Mek8m27ikaU/v-deo.html
@@videomaxcreation а вы сами себе не противоречите?))) Если сеть нагрузить тяжёлым кодеком, задержки изображения исчезнут?
@@TheDimBazz Все правильно вы сказали для ситуации, когда сеть на пределе - тогда возникают подтормаживания (не задержки). Если сеть рассчитана на "тяжелые потоки", если станционное оборудование готово принять и обработать эти потоки, то задержки будут минимальными. Плюс к этому практика - включение на втором потоке MJPEG при хорошей сети дает уменьшение задержки.
В ближайший месяц-два планируем выпустить ролик - 10 причин торможений в IP-видеонаблюдении
Добрый вечер! как влияет качество PoE-коммутаторов на задержки в изображении с IP-камер? Взяли на объект недорогие свитчи, в результате задержки.
Разумеется, низкое качество PoE-коммутаторов может ухудшить работу любой IP-системы, причём непредсказуемо. Вот только сам по себе термин "качество" неточен, неконкретен и неясен.
Стоит прежде всего посмотреть загрузку сетевых соединений, особенно когда перед камерами интенсивное движение и/или в ночное время. Есть смысл поэкспериментировать с целью выявить причину задержек: подключить к коммутатору только одну камеру; подать питание на камеры отдельно (не по PoE); подключить камеру напрямую к серверу коротким кабелем; попробовать другие коммутаторы с большей производительностью. Ну и попробовать применить рекомендации из этого видео. Будем благодарны, если поделитесь результатами экспериментов
@@videomaxcreation Промежуточные результаты- скупой платит дважды, и не надо экономить деньги заказчика!!!) Свитч PoE другой более именитой марки, поставленный на место оного, критичных задержек не показал, все более-менее плавненько.
Капец, оскара не хватает)))))
Synology умеет второй поток с камеры отправлять непосредственно на клиента. В обход сервера. Кстати для Synology даже компьютер на посту охраны не нужен. У них есть специальные железки для постов охраны которые заточены исключительно для показа видео на посту охраны. VS360HD например.
Интересная штуковина. Но что-то уж больно сомнительные характеристики. Есть опыт ее применения?
@@ЗлойИнженер Есть. На всех своих объектах в кач-ве видеосерверов применяю только Synology. Все устраивает. На последнем объекте - 30 камер Hikvision. На посту охраны 4 телевизора 4К. Каждый из них подключен к Synology VS960HD. Она умеет 4К. В принципе можно было поставить всего две. У нее два HDMI. Но второй только FullHD. Все работает.
@@olegivanov4682 При всем уважении. Synology - это NAS, умный, но NAS. Те решения, которые они позиционируют для видеонаблюдения являются по сути NVR. Об отличия видеосерверов и видеорегистраторов мы рассказывали в нашем видео ua-cam.com/video/KClmp2GGpVE/v-deo.html
@@videomaxcreation Можно долго спорить что лучше: сторонний софт типа трассира установленный на каком-то сервере, фирменный регистратор от производителя или NAS типа Synology. Лично я давно сделал выбор в пользу насов и вполне этим доволен. Их софт для видеонаблюдения давно переболел детскими болезнями и сейчас вполне себе работоспособен. По функционалу - не хуже фирменных решений.
Спасибо за видео. А не могли бы рассказать про использование мультикаст в видеонаблюдении? Или зачем в настройках некоторых камер имеется такая возможность.
Пожалуйста! Multicast нас давно интересует, мы знаем как это работает, но практического применения не видим. Возможно в таком ключе и стоит об этом рассказать. Подумаем. Спасибо за идею!
VIDEOMAX - видеонаблюдение для профессионалов по идее мультикаст позволяет подключаться к потоку с камеры любому числу пользователей, но я никогда не пробовал.
Мультикаст это актуальная тема. Даёшь видос по мультикасту )))
@@rafasad Уговорили :) Будем делать видео по Multicast
@@nik_ivan Так и есть. Но вопрос в том, что таких проектов, где ОЧЕНЬ много УРМ оператора не так много. Да и сервер по сути является сам источником потоков и камера не нагружается выдачей потоков нескольким получателям. Вот в этом то и загвоздка. Если считать внимательно, то для видеонаблюдения Multicast получается что вроде как и не нужен.
У нас в магазине ip видеокамеры подключены к интернету (модему). Если к этому же модему подключены также и работники магазина (со своих смартфонов), может ли это снижать качество и скорость ip видеокамер??
Да, может. Наилучшим решением в этой ситуации будет воспользоваться функционалом роутера и создать две подсети с разным ограничением по скорости доступа в Интернет. Тем самым разграничить аппаратно интернет канал между камерами и работниками. Какие у Вас приоритеты по камерам и доступу сотрудников - Вам виднее, но не забывайте, что поток с камер постоянен и достаточно большой. При выделении полосы пропускания для камер обязательно проведите расчет суммарного потока с камер. Если поток будет высоким и превысит полосу, которую вы готовы для него выделить, то необходимо будет поток с камер ограничить. Сделать это можно в настройках самих камер. Например, уменьшить количество FPS, разрешение и т.п., или включить режим CBR и выставить поток вручную на каждой камере. Для изучения вопроса Вам будут полезны следующие наши материалы:
CBR или VBR для видеонаблюдения ua-cam.com/video/_tQmbcOhLaM/v-deo.html
6 способов уменьшить поток с IP камеры ua-cam.com/video/MomdaFgYnpQ/v-deo.html
Система IP-видеонаблюдения: методика расчета ЛВС. Вебинар от 16.11.18 ua-cam.com/video/tW0zBgCM_DA/v-deo.html
Да почти все могут передавать потокинапрямую оператору. Тот же Интеллект, Макроскоп, Трассир. Кстати, хорошо бы рассказать как это настроить в софтах. Там все не просто
Хз, хз - макроскоп например, самый простой из тех, с чем приходилось работать.
Максим М Макроскоп простой до тупости.
"Почти все" это в зависимости от того, с каким ПО Вы сталкивались. Вот справка: возможность отправки потока с камеры напрямую на рабочее место оператора в разном ПО:
Интеллект - есть, Аксон - есть, Трассир - нет, Аксис - есть, Майлстоун - есть, Линия - нет, Болид - нет, Макроскоп - есть
В интеллекте тоже все предельно просто, в настройках "экрана" можно выбрать откуда брать поток, с сервера или с камеры, для каждой конкретной камеры
TCP/IP и ширина канала - это основная причина задержек, поэтому переключаю на UDP передачу между камерой и видеорегистратором. Задержка может составлять до нескольких минут иначе. Камера передает поток из буфера и пытается протиснуть видео по узкому каналу.
Спасибо за комментарий.
Идея интересная, но не на всех IP-камерах возможна смена транспортного протокола.
Ого ! класс! только у меня всеравно тормозит :) Новый поставил в замен до 5М, через день HDD SSD помер.. ну как помер, не видит его больше, но через USB видит. Дисковые видит... Видимо некоторые регистраторы с SSD конфликтуют, хотя предыдущий из тойже серии работал на нем 3 года.
SSD в видеонаблюдении долго не живут. Лучше брать обычный HDD, причём CMR (без черепичной записи SMR). Лучше брать серверную версию или специальную серию для видеорегистраторов - там прошивка оптимизирована под такую работу. Единственный вариант, когда нужен именно SSD - это когда нужно любой ценой добиться максимально длительной работы от АКБ (снизить потребление) и/или устойчивость к вибрациям (в транспорте), но SSD лучше брать дорогущие, серверные, которые используются в серверах СУБД, там хороший ресурс на запись + рейд массив делать для надёжности. Но это невероятно дорого. Конечно, можно обычные SSD ставить, но там ресурс не предсказуемый. Кто будет менять его, если вы не находитесь на объекте?
Здравствуйте. Подскажите пожалйста. Система состоит из 10 камер и видеорегистратор. Замечаю такую закономерность что самая ближайщая камера к комутатору переодическии проподает изображение. Подскажите пожалуйста почему так происходит?
Здравствуйте. источник проблемы может быть где угодно: в камере, в коммутаторе, в регистраторе, в линии связи... Убедитесь прежде всего что у камеры нет проблем с питанием (если питается от коммутатора, то коммутатор должен гарантированно обеспечивать на каждом, используемом для подключения камер порту мощность согласно требованиям камер) и обратитесь за помощью в техподдержку производителя камер.
Добрый день подскажите пожалуйста такая проблема камера хиквижен айпи пишет по событию .заметил глючит .когда налажуются запись тоесть допустим зарись началась 10:00.10:01.другая запись10:01: 10:02 и так далия .тоесть каждая запись повторяется от 15...30 секунд предыдущей записи и когда повторяется с этого момента глючит . Не подскажите вчом проблема...?
Здравствуйте.
На этот вопрос может ответить только техподдержка компании Hikvision (доступна по телефону и e-mail).
Советуем обратиться по e-mail. И обязательно советуем собрать и передать максимум информации (так по написанному выше очень трудно предположить источник проблемы).
Сделайте скриншоты списка записей, сделайте скриншоты настроек камеры (на которых виды настройки записи). Чтоб хорошо были видны времена, даты, настройки записи по событию, натройки записи по расписанию и т.д.
Чем больше информации передадите в техподдержку- тем проще им будет дать ответ на ваш вопрос.
Спасибо
Все ок,спасибо.
У меня остался один вопрос.
Как уменьшить задержку в камере ?😂
Спасибо за комментарий.
Хороший вопрос. Но адресовать его надо производителям камер.
p.s. декодирование видео, пришедшего с камеры, тоже порождает задержку - причем разную в разных декодерах.
Так что проблема намного шире чем может показаться на первый взгляд.
У меня в видео камере задержка 6-7секундтак и не понял что делать
Попробуйте начать с ЛВС.
Попробуйте подключить камеру напрямую к компьютеру, минуя коммутаторы, медиаконвертеры и т.п.
Посмотрите изображение в веб-интерфейсе камеры, посмотрите rtsp-поток с камеры через VLC.
Как минимум, можно будет сделать вывод - "виновата" ли ЛВС или нет.
Krasausheg
У меня дома интернет от ростелеком по оптике и камера от них же. Задержка камеры около 10 секунд. Не возможно пользоваться-настроек в приложении не нашел никаких.Всё что сказано в видео изменить не возможно.
К сожалению, в данной ситуации чем-то помочь могут только специалисты Ростелеком-а.
4:54 - какая нафиг "таблица маршрутизации", если у вас на схеме всего одна сеть? Там нет никакой маршрутизации!
В видео даны универсальные рекомендации - для систем и сетей IP-видеонаблюдения любого размера и состава. Схема на видео - всего лишь иллюстрация для лучшей понятности. P.S. таблицы маршрутизации присутствуют независимо от сложности и размера сети.
@Поддержка проектировщиков Видеомакс маршрутизируется трафик *между сетями* ! В пределах одной сети данная таблица не используется (там сразу arp-брудкаст рассылается и mac нужного хоста узнаётся). Глобальная же маршрутизация обычным пользователям недоступна (не считая туннелирования и в некоторых случаях протоколов динамической маршрутизации), этим занимаются уже провайдеры. Впрочем, не суть. Вам удачи.
@@mgcb Вы, похоже, понимаете под словом "маршрутизация" исключительно функцию (роль) транзитного устройства - маршрутизатора или шлюза (что по сути одно и тоже). Мы же воспринимаем термин "маршрутизация" так, как его определяют вендоры сетевого оборудования (тот же Cisco) - "процесс перенаправления пакетов IP". Этот процесс начинается с хоста, имеющего собственную таблицу маршрутизации. Которая - в случае использования DHCP и возможной смены адресов по истечении срока аренды адреса - может меняться, что нежелательно в IP-наблюдении.
Это вы, похоже пишете не о таблице маршрутизации (route print), а об arp-таблице (arp -a).
@@mgcb Да, согласны, эти вещи похожи.
Как свами связаться?
Контактная информация компании Видеомакс www.videomax-server.ru/contacts/
Смотрите с 6:31 по 6:50. Остальное вода.
В указанном промежутке - что делать. А во всем ролике до этого - почему.
У меня проблема это помехи звука звук просто шыпит или хрюкает
Возможно, дело в используемых аудиокодеках... Рекомендуем вашему вниманию запись нашего вебинара, посвященного теме звука ua-cam.com/video/7HliKACBqjc/v-deo.html (также стоит посмотреть видео, в котором сравниваются разные кодеки - ua-cam.com/video/jX_XETQPvJc/v-deo.html )
Второй пункт напрямую противоречит смыслу видео. Чем чаще опорный кадр - тем больше нагрузка на трафик, увеличение битрейта. Да и кодек mjpeg прибольшом количестве камер так же не подходит.
Спасибо за Ваше мнение! Увеличение битрейта при хорошей сети и сетевом оборудовании не сказывается на задержках. Плюс к этому - в видео рецепты, которые могут помочь уменьшить задержку. Вы можете попробовать использовать разные пути снижения задержки. Какие то рецепты именно в Вашем случае могут не подойти, но какие то дать очень хороший результат - пробуйте, экспериментируйте, делитесь результатом.
@@videomaxcreation пространно отвечаете на вполне конкретное замечание))) ну да ладно. Не буду настаивать.
@@TheDimBazz так что не ясно-то? Если у тебя сеть не загружена по самое немогу, а источник задержки - сама камера, то совет "сделать чаще опорные кадры" - может помочь. А если там сеть на издыхании, то прежде, чем менять частоту опорных кадров, купите сетевое оборудование адекватное нагрузке (то есть с запасом).
@@486OverDrive так мне то понятно о чем речь, а тебе видимо нет. И само собой нормальные проекты ВН делаются С ОТДЕЛЬНОЙ СЕТЬЮ и своим оборудованием под него. А не в общую сеть пихают всё.
Процессоры не мощнее, а производительнее
Замечание принято! Исправимся. Однако просим простить нам и учесть, что мы не лингвисты, а деревянные технари :)
@@videomaxcreation дык это как раз по технической части )) Мощность в ваттах измеряется, это ж физика со школы, но мы же не об обогревателях говорим ))
@@МаксимМ-р7и Ок, Вы правы.
@@МаксимМ-р7и не существенно, сути не меняет
@@pivanov1168 для нерусей да, они и тёплое мягким назвать могут, а суть меняется кардинально
На видео с камеры появляются какие-то артефакты цветные,от чего это происходит,раньше этого не замечал.
Проверьте параметры потока. Попробуйте выставить минимальное сжатие, максимальный битрейт, и чаще опорный кадр. Если картинка станет лучше, то дальше ухудшайте параметры до баланса между размером битрейта и качеством
@@videomaxcreation спасибо
Ipv6 попробуйте, как вариант.
Интересная мысль.
А как замена IPv4 на IPv6 влияет на процесс передачи видео с камеры? Или - как эта замена должна повлиять?
нам и с задержками норм
Более того: некоторым людям задержки не просто нужны - без задержек (в их задачах) вообще нельзя )
Однако чаще все-таки приходится с задержками бороться.
купил камеру так зависала пз особено ночю видео замазано было поменял кадры в секунда стала видить 1000000 раз лучше
Да, действительно, количество кадров в секунду тоже может влиять на качество работы камеры либо на величину передаваемого по сети видеопотока.
Также стоит учитывать и другие неочевидные причины неполадок - о которых мы рассказывали в другом нашем видео ua-cam.com/video/Uc3tIYyuVQk/v-deo.html
Также помогает изменение транспортного протокола, у меня китайская ptz onvif заработала нормально. Инструкция для Интеллекта: doc.axxonsoft.com/confluence/pages/viewpage.action?pageId=124978773
Тоже вариант, да. Вот только не на всех IP-камерах возможна смена транспортного протокола.
руевкочанптьаепробпонпг чпраьеар апр чвяк уег вркугнлоневк роуекгочаневшнеквгоек гтоегзджс кнешгне врокег 5гонеквщ
Интересный комментарий.
К сожалению, не очень понятно о чём именно идёт речь. Просьба перефразировать 🙂
Поставьте AHD камеру и забудете про задержки видео, при отключении электроэнергии вы сможете на рабочем месте оператора мониторить камеры, которые будут работать, с ip камерами такая хуйня не проканает, работать ничего не будет т.к. провайдер ставит свичи без бесперебойника в 90% случаев и интернета не будет, соответственно картинки тоже будет хуй.
Для бесперебойной работы "бесперебойники" нужны даже AHD-камерам)
Просим быть вежливым и соблюдать принципы сообщества.
@@Видеомакс_для_проектировщиков Вы неправильно поняли, ip камера как работает? Через интернет, который предоставляет провайдер, правильно? вырубили свет, перестал работать комутатор у провайдера, соответственно картинки с ip камер вы не увидите, несмотря на то что у вас на вашем оборудовании установлен бесперебойник, с ahd камерами такой проблемы нет, все ограничивается мощностью бесперебойника установленного на оборудовании, то есть сколько вы по времени сможете мониторить по камерам, вот в чем фишка. Про качество ip и ahd камер можно не говорить, сейчас они одинаковые по картинке, в одной ценовой категории.
@@sgn9388 Уверены, что любой производитель и любой установщик IP-камер подтвердит, что для работы IP-камер совершенно не обязательны ни наличие Интернета, ни наличие Интернет-провайдера.
@@Видеомакс_для_проектировщиков Значит я ошибся признаю болван не ознакомился с документацией должным образом
В топку эти IP камеры. Срань.