alibek Опубликовано 29 июня, 2020 · Жалоба 1 минуту назад, straus сказал: а в-третьих - аналог начинает выигрывать при длине линии от 100 до 500 метров. Не согласен с таким выводом. Как раз на больших дистанциях аналог вчистую проигрывает IP. До 200, максимум 300 метров еще можно обойтись качественным кабелем и монтажом. Но от 400 метров для аналога в принципе нет нормальных решений — или прямые конверторы аналога в оптику и обратно (за неадекватные деньги), или видеосервера (кодирование/раскодирование в IP), что сводит на нет все преимущества аналога перед IP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба Сходу по памяти: AHD по коаксиалу по стандарту до 500 метров. Через пассивные балуны по витой столько же. Через активные приёмопередатчики по витой обычно до километра (1200 метров работает хорошо). Дальше уже выигрывает IP по оптике. То есть, обычные территории, где IP по меди пасует, AHD покрывает без проблем. И у AHD (и вообще у аналога) нет этой поцоватой задержки в пару секунд. И с зависаниями бороться не надо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sport123 Опубликовано 29 июня, 2020 · Жалоба 4 минуты назад, straus сказал: И у AHD (и вообще у аналога) нет этой поцоватой задержки в пару секунд. И с зависаниями бороться не надо. К этой задержке еще добавьте задержку на рестрим и декодирование потока на внешнем сервисе для HTML5 (ютуб, facebook и т.п.) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 29 июня, 2020 · Жалоба В большинстве случаев задержка ничем не мешает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба Ну уже стала крылатой фраза, что с IP охранник может почувствовать ствол у виска раньше, чем увидит на экране. При экспериментах бегущий человек за время не самой большой задержки IP-видеонаблюдения преодолевал 11.5 метра. Если задержка больше, и бежать быстрее (как обычно бегают при нападении) - там совсем грустные цифры получаются. Собственно, известное видео https://www.youtube.com/watch?v=xcsowFcFRZ4 1 минуту назад, alibek сказал: В большинстве случаев задержка ничем не мешает. Обычные рядовые охранники почему-то другого мнения. И просят вернуть аналог. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 29 июня, 2020 · Жалоба Я не говорю об операторах кранов или о дежурных на мониторе, которые должны реагировать в реальном времени. В большинстве случаев от камер требуется не моментальная реакция, а видеофиксация (запись событий) и там задержка ничем не мешает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба Ну учитывая название темы "видеонаблюдение в многоквартирный дом" я предполагаю, что там реалтайм хоть и не обязателен, но в некоторых случаях может быть желателен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 29 июня, 2020 · Жалоба Где такую задержку увидели? Даже у нас при 10М потоках и TCP на транспорте, при просмотре видео с камеры на компе для просмотра. То есть цепочка идет камера - сервер - комп для просмотра, задержка не более секунды. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 29 июня, 2020 · Жалоба Например? Обычно под видеонаблюдением МКД понимают камеры во дворе, подъезде (домофоны) и на лестничных клетках. При этом онлайн никто не смотрит (просто некому), нужны только записи на случай каких-либо конфликтов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 29 июня, 2020 · Жалоба 41 минуту назад, straus сказал: AHD по коаксиалу по стандарту до 500 метров. А как же разнообразные наводки, окисления разъемов - это тоже частые вещи на аналоге. Когда еще ранее с ним занимались, частое явление было что приезжали и начинали откручивать коннекторы от регистратора и после обратно, что бы убрать дефекты картинок. Или там отражение появится, приходилось весь коаксиал просматривать для поиска неисправностей. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба 37 минут назад, alibek сказал: Например? Обычно под видеонаблюдением МКД понимают камеры во дворе, подъезде (домофоны) и на лестничных клетках. При этом онлайн никто не смотрит (просто некому), нужны только записи на случай каких-либо конфликтов. Ну понятно, что реалтайм нужен, когда есть охранник или консьерж. Есть ещё один вариант, который я до конца не осмыслил. Мама готовит на кухне, и смотрит за ребёнком на площадке. И был реальный случай, когда она после события на экране (с задержкой более 3 секунд) выглянула в окно рядом, а ребёнка уже не было. Тут мне непонятно вот что. Задержка IP-камер почему-то всегда достаточно большая, не менее секунды, антирекорд был чуть меньше 5 секунд. При этом с аналогового регистратора задержка всегда очень низкая. А ведь аналоговый регистратор выполняет всё тоже, что и камера - цифрует, пакует, передаёт. Да ещё и работает сразу с 16 каналами. Вот это я пока понять не могу... 47 минут назад, Saab95 сказал: А как же разнообразные наводки, окисления разъемов - это тоже частые вещи на аналоге. Окисление разъёмов одинаково влияет и на аналог и на цифру. Причём BNC гораздо меньше подвержены окислению, чем RJ45. Наводки - штука неприятная, но решаемая. При этом чёткость изображения AHD при наблюдении в реальном времени (до упаковки при записи) не оставляет IP-системе даже с большим потоком никаких шансов. Но к сожалению это касается только наблюдения (ну или писать несжатый поток). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 29 июня, 2020 · Жалоба 10 минут назад, straus сказал: Тут мне непонятно вот что. 1. Задержка в съеме данных с матрицы (доли секунды). 2. Кодирование в mp4 (до секунды). 3. Передача на регистратор/сервер (десятки-сотни миллисекунд). 4. Обычно записью видеопотока на диски занимается отдельный сервис, а GUI для операторов предоставляет другой сервис. Тут может еще до секунды набежать. 5. Передача и декодирование видеопотока на ПК оператора (десятки-сотни миллисекунд). 6. Если видео просматривают на смартфонах/планшетах/приставках и т.д., то обычно для них имеется отдельный видеостриммер или прокси, и они добавляет к задержке еще пару секунд. А если это стрим в интернет, то задержка может быть и 5-6 секунд. 7. Когда человек наблюдает за быстротекущими событиями, он может неправильно оценивать их длительность. Ему показалось, что прошло 5 секунд, а на самом деле прошло 2 секунды. На аналоговых системах обычно пунктов 2, 3, 4, 5 нет, оператор смотрит поток (или несжатый, или MJPEG) по мультикасту. 10 минут назад, straus сказал: И был реальный случай, когда она после события на экране (с задержкой более 3 секунд) выглянула в окно рядом, а ребёнка уже не было. И чем бы ей в этом случае помогла реалтаймовость? rt важен только в одном случае — когда за монитором сидит человек и моментально реагирует на события. То есть у него именно в этом работа и заключается. Если человек чем-то занимается и попутно поглядывает на мониторы — задержка в 2-3 секунды в IP-системах ему ничем не мешает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба 55 минут назад, Saab95 сказал: Где такую задержку увидели? Даже у нас при 10М потоках и TCP на транспорте, при просмотре видео с камеры на компе для просмотра. То есть цепочка идет камера - сервер - комп для просмотра, задержка не более секунды. Ну уж какая есть. У IP-систем есть ещё одна проблема, которая внезапно всплыла на нашей "типа войне" (в АТО) - выпадение кадров. Короткое событие может быть вообще пропущено. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 29 июня, 2020 · Жалоба 3 минуты назад, straus сказал: У IP-систем есть ещё одна проблема, которая внезапно всплыла на нашей "типа войне" (в АТО) - выпадение кадров. Ну это скорее свойство не IP-систем, а кодеков типа h.264, которые динамичные сцены нормально кодируют только при многопроходном кодировании. Когда-то давно для органов правопорядка в СВН стояло требование использовать mjpeg, чтобы такие случаи исключить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба 3 минуты назад, alibek сказал: И чем бы ей в этом случае помогла реалтаймовость? Не знаю. Но думаю, что если на экране ребёнка уводят с площадки, а реале он уже за углом дома - это не есть хорошо. Открытое окно кухни в полуметре, мама выглядывает, чтобы крикнуть - а кричать уже некому... 1 минуту назад, alibek сказал: Ну это скорее свойство не IP-система, а кодеков типа h.264, которые динамичные сцены нормально кодируют только при многопроходном кодировании. Нет, тут немного разное. Потери кодирования - это одно. А выпадение кадров (предполагаю, что из-за пиковых всплесков в сети) - это несколько другое. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 29 июня, 2020 · Жалоба 39 минут назад, straus сказал: А выпадение кадров (предполагаю, что из-за пиковых всплесков в сети) - это несколько другое. При использовании транспорта по TCP потерь кадров не будет. 55 минут назад, straus сказал: Окисление разъёмов одинаково влияет и на аналог и на цифру. Причём BNC гораздо меньше подвержены окислению, чем RJ45. Только вот проблемы на IP сразу всплывут, а на аналоге так и будет картинка с помехами или дефектами идти, пока оператор не сообщит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба 2 минуты назад, Saab95 сказал: При использовании транспорта по TCP потерь кадров не будет. Зато будут большие буфера, большая задержка и рывки изображения. Это принципиально нерешаемая проблема в разделяемой среде передачи. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 29 июня, 2020 · Жалоба 56 минут назад, straus сказал: При этом с аналогового регистратора задержка всегда очень низкая. А ведь аналоговый регистратор выполняет всё тоже, что и камера - цифрует, пакует, передаёт. Да ещё и работает сразу с 16 каналами. Вот это я пока понять не могу... Где она низкая? Когда вы с него и смотрите? Но это не всегда возможно, т.к. свести линии от камер удобно в одно место, а смотреть хорошо бы в другом. Если же по аналогу передавать данные на несколько мониторов, то их тоже надо переводить в аналог, или искать регистраторы с цифровыми выходами? Но там картинка уже несколько иная идет. Если же к такому регистратору подключаться по IP, то картинка и задержка будут хуже, чем у изначально цифровой системы. Только что, straus сказал: Это принципиально нерешаемая проблема в разделяемой среде передачи. У нас некоторое количество камер через интернет пишут на сервера, никаких проблем с потерями, задержками нет. Тут надо разобрать суть, что есть поток, который записывается, а есть поток, который смотрят. Ясно дело сервер выдает приоритет записи, а ретрансмиссия картинки на просмотр идет с низким приоритетом. Когда у нас операторы жаловались что выпадают события, то после на выгрузке архива все было четко, никаких рывков, ускорений и выпадений кадров. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба 6 минут назад, Saab95 сказал: Если же к такому регистратору подключаться по IP, то картинка и задержка будут хуже, чем у изначально цифровой системы. Вот в том то и дело, что при просмотре через локалку на ноутбуке задержка с аналогового регистратора у меня никогда не превышала 0.3 секунды. Ставишь ноут на подоконник и смотришь. При этом видео с IP-NVR (c IP-камеры, поставленной рядом с AHD) всегда имело задержку более 2 секунд. Если смотреть второй поток напрямую с IP-камеры - задержка лишь ненамного меньше (а бывает и чуть больше). Теоретически я понимаю, что должно быть примерно одинаково аналог по сети и IP, а на практике получается вот так... А, вот есть причина больших задержек IP - выравнивание по TimeStamp. Аналог цифруется в одном месте, и все кадры практически синхронизированы (до разброса синхрогенераторов камер). В IP-системе на кадр вешается TimeStamp, и когда кадры с разных камер собираются регистратором - он ждёт самый последний пришедший TimeStamp с такой меткой. То есть, если данные только от одной камеры запоздают - регистратор вынужден их ждать, прежде, чем выдавать полный пакет наружу. И только когда он выстроит текущие кадры от всех камер - он может их вытолкнуть наружу. В аналоге кадр запоздать не может, поскольку цифруется на месте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 29 июня, 2020 · Жалоба 2 часа назад, straus сказал: Собственно, известное видео https://www.youtube.com/watch?v=xcsowFcFRZ4 Следующее же видео из выдачи, того же года: На 0:11 останавливаем и смотрим положение белого "каблучка" на трассе. Я обычно примерно такую задержку наблюдаю, случаи как на первом видео, ИМХО, связаны с оптимизациями кодирования, выкрученными на экономию места на дисках. 39 минут назад, straus сказал: В IP-системе на кадр вешается TimeStamp, и когда кадры с разных камер собираются регистратором - он ждёт самый последний пришедший TimeStamp с такой меткой. То есть, если данные только от одной камеры запоздают - регистратор вынужден их ждать, прежде, чем выдавать полный пакет наружу. Да ну нафиг, регистратор в потоки (без случая аналитики) даже не смотрит, сразу на диск стримит основной, а дополнительный - на клиентов. В IP камерах timestamp вообще только на key-frame зачастую проставляют - вот их-то и регистратор, и клиент будут ждать как миленькие. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба К сожалению ни один производитель IP-систем не гарантирует значение задержки не выше определённой. Устанавливая IP-систему никогда не знаешь заранее, какая реальная задержка получится. И будет ли она стабильной. Условие тендера - гарантированная задержка на просмотре не выше 0.5 секунды и стабильная, и без выпадения кадров - ты будешь участвовать при больших штрафных санкциях? Да - продолжаем разговор, нет - и говорить больше не о чем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 29 июня, 2020 · Жалоба 10 минут назад, straus сказал: К сожалению ни один производитель IP-систем не гарантирует значение задержки не выше определённой. Ну почему-же. Есть протоколы и решения для передачи видео по сетям IP с гарантированной латентностью (правда они ориентированы на ТВ и видео, а не на камеры, но это не принципиально). Только использовать их для СВН никто не будет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 29 июня, 2020 · Жалоба 22 минуты назад, straus сказал: Условие тендера - гарантированная задержка на просмотре не выше 0.5 секунды и стабильная, и без выпадения кадров - ты будешь участвовать при больших штрафных санкциях? Для IP систем требования практически взаимоисключающие. Такой задержки добиться можно, это реально, но выпадение кадров при ней будет достаточно вероятным событием. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 29 июня, 2020 · Жалоба 29 минут назад, alibek сказал: Ну почему-же. Есть протоколы и решения для передачи видео по сетям IP с гарантированной латентностью (правда они ориентированы на ТВ и видео, а не на камеры, но это не принципиально). Только использовать их для СВН никто не будет. Этот суррогат тоже работает через пень-колоду. Даже на этом форуме есть пост, где по IP отдают ЦТВ на передающий центр и имеют проблемы. Для гарантированных результатов передачи видео нужно использовать SDI. Кстати, SDI используют в видеонаблюдении аж бегом, только в верхнем сегменте. 4 минуты назад, jffulcrum сказал: Для IP систем требования практически взаимоисключающие. Такой задержки добиться можно, это реально, но выпадение кадров при ней будет достаточно вероятным событием. Именно. Опять же ключевое - разделяемая среда передачи. Локальное IP-видеонаблюдение - это суррогат, когда пытаются использовать изначально неподходящую среду передачи. Когда для удобства жертвуют качеством. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 29 июня, 2020 · Жалоба Масштабируемость и коммодитизация. Понятно, что у Порнослоника, что у фошиздов из Бошсекурити на аналоге уровень был уже достигнут высокий - но и они пошли в IP, потому как очень дорого выходило для заказчика, особенно масштабироваться. Для качества был и есть SDI, кто спорит - но даже в казино SDi или хороший аналог лишь на высококритичных местах - типа наблюдения за картами, а все остальное на IP уже. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...