Трафик с GV-IP на DVR

[Diesel 10]

Стаю перед выборомв общем то задача простая, вытащить 4 канала по средства IP на DVR. Предыдущий раз решил при помощи Compact DVR не устраивает при макс. разрешении и 5 к/с архив в 20 гиг за сутки(16 каналов на DVR сток места не занимают). Хочу попробовать Video Server (GV-H.264). Может кто поделится статистикой по трафику, хотелось бы сравнить реальные цифры и определится с устройством.

[dexi-andrey 60]

Максимальный битрейт для аналогового видеопотока D1 - 2мегабита т.е. 200кб/с. Исходя из этого можете посчитать сколько занимает 1 час видео в максимальном качестве 25к/с = 720Мб. Если уменьшаете скорость кадров - объем уменьшается пропорционально.

Вы можете уменьшить объем архива тремя способами:

1) установить VBR поток;

2) принудительно ограничить его качество до нужного уровня битрейтом;

3) ограничить скорость кадров;

 

CompactDVR имеет сжатие MPEG4, а видеосервер H264. При одинаковом битрейте объем архива будет одинаковый. Если записывать VBR, то при кодеке H264 сжатие будет на 10-20% больше

[milker 12]

О.

Похожая проблема - что брать из ip устройств.

 

На примере конкретно ощупанного compact DVR:

1. Максимальный битрейт (CBR) D1 - 3 Мбит

2. При уменьшении частоты кадров объем часа видео НЕ МНЯЕТСЯ (что, в общем-то логично, ибо CBR - это constant bitrate), зато при увеличении fps катострофически падает качество (поскольку каждый ключевой кадр приходится ужимать пропорционально увеличению fps).

 

Далее, по ограничению качества.

Первичен не занимаемый объем, а именно получение видео качеством не ниже заданного (качество - это детали + fps).

Поэтому до бесконечности зажимать поток и fps нельзя.

 

Практика показала, что при равном качестве/разрешении/fps, при использовании VBR, видео с Compact DVR занмает в 5 раз больше места чем записанное с ТОЙ ЖЕ КАМЕРЫ (и неплохой камеры, по крайней мере не шумящей в сумерках), В ТОМ ЖЕ МЕСТЕ на компьютере (10Гб/сут против 2).

Качество CBR 1 Мбит/с (укладывающееся в те же 10 Гб/сут) оказалось неудовлетворительным, а 2 Мбит/с - это непотребные 20 Гб/сут, т.е. превышение на порядок.

 

Итог - Compact DVR как переходник аналог --> ip работает абсолютно неудовлетворительно.

 

И очень остро стоит вопрос - хоть какие-то IP устройства от Geovision позволяют получить сжатие, хотя бы приближающееся к получаемому на DVR (компьютере с платами 600-1200 серий и GV 8.x)?

Или они все работают на уровне cDVR?

Возможности экспериментировать за счёт предприятия нет.

 

Идеально если бы удалось пощупать реальные ролики, записанные ip устройствами (cDVR, DVR, видеосервера, ip камеры) в услових сопоставимых или, лучше, одинаковых сцен.

Интересует D1 и fps около 4, хочется уложится в 3-4 Гб/сут.

[dexi-andrey 60]

Ошибся, действительно максимальный битрейт при CBR в CompactDVR V2 3мегабита.

 

Посмотрел сейчас, 5-ти минутная AVI с сервера записанного аппаратной платой 4008, весит 140Мб (в среднем 139-145Мб), кодек GeoH264. Т.е. примерно 0,48мегабайт/секунда (28Мб/мин)

 

На регистраторе разброс файлов размером от 130-470Мб, больше всего порядка 160МБ. По мере уменьшения освещенности, от шума в камере, размер файлов начинает расти.

Все таки производительность процессоров аппаратных устройств и компьютеров разная. На компьютере возможно использование функции "снижения шума" которое очень хорошо снижает размер видео. Возможно программные алгоритмы делают небольшое размытие перед сжатием, как мне кажется картинка в записи с регистратора боле четкая.

 

Китайские регистраторы с которыми доводилось иметь дело пишут 14-18мб/мин. Самый большой выставляемый CBR в них видел 2Мбит.

 

Новые видеосервера VS пишут в H264 т.е. должны оказаться примерно как и компьютерные платы. Протестировать его пока нет возможности, но в ближайшее время сделаю.

Поэтому единственный вариант ограничивать размер записи - ставить постоянный битрейт.

Если вам надо передавать куда то видео, можно использовать сервер архивации - на него можно сбрасывать только ключевые кадры.

 

PS сейчас постоянно меняющуюся камеру проверил в двух режимах записи на CompactDVR - VBR и CBR (3мбит) получились файлы 223 и 92Мб соответственно. Качество у 92мб заметно ниже.

[Diesel 10]

Система 1240, камера BCC-B2307P средний размер ролика 5 мин. 3 Мб ,кодек GeoH264 качество 3, 6 к/с D1.

Сюда же заведён с удалённого объекта компакДВР запись круглосуточная VBR хорошее 2,5 к/с D1 средний размер ролика 5 мин. 15 Мб то есть если 5 к/с. скорее всего будет 30 Мб.

Дело даже не в объёмах хотя напрягает( а в том что для нового подключения к системе 4 каналов планируется WiFi, боюсь при MPEG4 и как я понял слабом проце у компакта канал связи будет не стабильный.

Поэтому интересуюсь видеосервером который использует H264.

[milker 12]

Ошибся, действительно максимальный битрейт при CBR в CompactDVR V2 3мегабита.

 

Посмотрел сейчас, 5-ти минутная AVI с сервера записанного аппаратной платой 4008, весит 140Мб (в среднем 139-145Мб), кодек GeoH264. Т.е. примерно 0,48мегабайт/секунда (28Мб/мин)

Зверские какие-то режимы.

Вполне приемлемое для нужд наблюдения за территорией качество (D1 + 2-3-5fps) укладывается в 0.5-1 Гб/сутки, это 2-4 Мб на пятиминутный ролик (~0.5..1 Мб/минута).

 

На регистраторе разброс файлов размером от 130-470Мб, больше всего порядка 160МБ.

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

Максимум - установка VBR на "средний" дает в среднем двукратный выигрыш по объему по сравнению с CBR, обеспечивающим аналогичное качество.

 

По мере уменьшения освещенности, от шума в камере, размер файлов начинает расти.

Это есть.

Но,

Во-1 - не надо использовать дешевые камеры.

Во-2 - при применении CBR ничего никуда не растёт. Правда и качество не радует, по сравнению с аналогичным по прожорливости VBR режимом...

 

Все таки производительность процессоров аппаратных устройств и компьютеров разная.

Воооот.

Я тоже считаю что корень зла в производительности.

Два ядра и 2.4 ГГц на 16 камер - это 300 млн операций в секунду на камеру. 64 битных операций, если я чего понимаю. А с учетом того, что Intel Core умеет вроде как до 4 операций/такт...

Против этого 300, или пусть даже 400 МГц процессор cDVR (я как бы на него смотрел) - это 100млн операций на камеру в секунду - и то, в предположении, что один такт == одна операция.

Причем, думаю, максимум - 32 битных операций.

 

Т.е. вычислительные ресурсы в пересчёте на канал могут легко отличаться на порядок.

 

На компьютере возможно использование функции "снижения шума" которое очень хорошо снижает размер видео. Возможно программные алгоритмы делают небольшое размытие перед сжатием, как мне кажется картинка в записи с регистратора боле четкая.

У нас тот сжатия немного другие, поэтому картинка по-любому заметно замыленная (но, тем не менее, достаточная).

Но полученная с регистратора - в разы большего объема.

 

Новые видеосервера VS пишут в H264 т.е. должны оказаться примерно как и компьютерные платы. Протестировать его пока нет возможности, но в ближайшее время сделаю.

Насчёт одинаковости - есть сомнения.

Дело в том, что H264 - всего лишь расширение mpeg4.

Причем большая часть фишек видео наблюдению скорее вредна, поскольку замедляет процессы произвольного позиционирования и просмотра задом наперёд, поэтому, готов спорить, в продуктах Geovision она тупо отключена.

Кроме того, жручесть до ресурсов никто не отменял, при прочих равных H264 может потребовать в 2-3 раза больше - а где их взять?

Единственная надежна на аппаратные кодеры, которые уже появились.

Эх, если бы были известна номенклатура потрохов...

 

В общем, ждём тестов, очень интересно.

Социальный заказ - D1, 4 fps, и разные варианты сжатия, из расчёта попадания в 1..2..5 Гб/сут для общего плана двора с периодически-умеренным движением.

 

Поэтому единственный вариант ограничивать размер записи - ставить постоянный битрейт.

Это не столько ограничивать, сколько получать гарантированный размер.

Причем при равной среднесуточной скорости с VBR "средний" получаем двукратный рост архива (который у cDVR и так не маленький).

Применяли, пытаясь уложится в "тонкий" канал связи (похоже что cDVR жмёт поток один раз, далее раскидывая копии пожатого на webcam, ip cam и в запись), с появлением толстого канала, после серии экспериментов - остановились всё-таки на VBR.

 

Если вам надо передавать куда то видео, можно использовать сервер архивации - на него можно сбрасывать только ключевые кадры.

Тоже не устраивает - при 3-4 fps событие легко может попасть между ключевыми кадрами, и весь смысл архива потеряется.

[dexi-andrey 60]

Зверские какие-то режимы.

Вполне приемлемое для нужд наблюдения за территорией качество (D1 + 2-3-5fps) укладывается в 0.5-1 Гб/сутки, это 2-4 Мб на пятиминутный ролик (~0.5..1 Мб/минута).

Я привел вам максимальное качество при максимальном FPS.

 

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

Максимум - установка VBR на "средний" дает в среднем двукратный выигрыш по объему по сравнению с CBR, обеспечивающим аналогичное качество.

Как вариант -переходить на CIF+VBR в макс качестве.

 

Но полученная с регистратора - в разы большего объема.

Вы пишете видео на местах, с передачей его на удаленный сервер по сети? CompactDVR однопотоковый. В отличии от него, VS-04H двухпотоковый, один поток высокого разрешения на запись, второй низкого на передачу по сети. Если у вас узкие каналы связи, храните архив локально на устройстве записи, и смотрите второй поток в низком разрешении.

 

H264 может потребовать в 2-3 раза больше - а где их взять?

Единственная надежна на аппаратные кодеры, которые уже появились.

Уже в продаже есть DSP которые жмут 16 каналов Д1. У Геовижен уже вышла новая модель Compact DVR с двухпотоковым кодированием и кодеком H264. В ближайшее время они появятся в продаже.

 

Социальный заказ - D1, 4 fps, и разные варианты сжатия, из расчёта попадания в 1..2..5 Гб/сут для общего плана двора с периодически-умеренным движением.

При современных объемах дисков и тенденции перехода на IP такие разработки маловероятны. 99% рынка нужно больше кадров, больше разрешения

 

 

Применяли, пытаясь уложится в "тонкий" канал связи (похоже что cDVR жмёт поток один раз, далее раскидывая копии пожатого на webcam, ip cam и в запись), с появлением толстого канала, после серии экспериментов - остановились всё-таки на VBR.

В этом как раз плюс двухпотокового сжатия в новых устройствах GV. Установки потоков независимы, и позволяют не нагружать канал. При переключении в полный экран на стороне просмотра, подключается поток высокого разрешения.

[dexi-andrey 60]

Дело даже не в объёмах хотя напрягает( а в том что для нового подключения к системе 4 каналов планируется WiFi, боюсь при MPEG4 и как я понял слабом проце у компакта канал связи будет не стабильный.

Клиенты смотрят без проблем регистраторы установленные на удаленных офисах с ADSL подключением. Напомню у ADSL канал несимметричный, и на отдачу как правило не выше 1-2 мегабит.

Видео затыкается, но показывает.

 

Для снижения размера картинки попробуйте поставить разрешение 704х288, особо качестве не потеряете, зато снизите в 2 раза битрейт.

[Diesel 10]

Спасибо за интерес к вопросу.

Может подскажите VS-04А это предшественник VS-04H, что означает буква А после 04(Н я полагаю означает Н264 хотя может не прав).

И может знаете цену на VS-04H.

[dexi-andrey 60]

Этот видеосервер (VS-04A) уже не выпускается порядка года. У него было сжатие MPEG4 ASP, и один поток.

По поводу цен звоните (473) 246-76-66. Отправка в любую точку страны транспортными компаниями.

[milker 12]

Я привел вам максимальное качество при максимальном FPS.

Этот режим нас не интересует.

 

Как вариант -переходить на CIF+VBR в макс качестве.

Не вариант - качества CIF абсолютно недостаточно.

 

Вы пишете видео на местах, с передачей его на удаленный сервер по сети? CompactDVR однопотоковый. В отличии от него, VS-04H двухпотоковый, один поток высокого разрешения на запись, второй низкого на передачу по сети. Если у вас узкие каналы связи, храните архив локально на устройстве записи, и смотрите второй поток в низком разрешении.

У нас теперь широкие каналы.

Но никуда не делись требования:

1. Возможности полноценной работы с переданным видео (пишется софтовым DVR от того же Geovision). Посему качество требуется достаточно высокое.

2. По хранению данных в течении нескольких месяцев (до полугода), поэтому сжатие сильное.

Софтовый DVR от geovision укладывается, железячный нет.

Софтовый после железячного пережимать не умеет.

Железячный - в помойку?

 

Уже в продаже есть DSP которые жмут 16 каналов Д1. У Геовижен уже вышла новая модель Compact DVR с двухпотоковым кодированием и кодеком H264. В ближайшее время они появятся в продаже.

Заказан, ждём.

Будем тестировать.

Но, если он жмет D1 @ 5fps так же как и предыдущий...

 

При современных объемах дисков и тенденции перехода на IP такие разработки маловероятны. 99% рынка нужно больше кадров, больше разрешения

Зависит от сферы применения.

На стоянке, товарной ЖД станции или ещё какой промышленной территории 25 fps избыточны.

Меня учили, что это нужно для объектов типа казино, в современных реалиях - возможно для супермаркетов, контроля за транспортом там, где он быстро движется - на улицах, магистралях.

 

С другой стороны, в стандартный системник более 4х дисков затруднительно, ёмкости сейчас только-только подошли к 2-3 Тб, десяток Тб - это примерно 2 недели при 16 камерах и 160 Мб/5 минут.

Ни о каком архиве, даже на блюрей, речи не идет.

Да, закон Мура, каждые 18 месяцев ёмкость жестких дисков удваивается за ту же цену, да, года через три можно будет писать аж два месяца.

 

Но уже сейчас удается запихиваться в около 15Гб/день - "живой" архив месяца на 4 в приемлемом качестве - при существенно менее дорогом дисковом массиве.

 

В этом как раз плюс двухпотокового сжатия в новых устройствах GV. Установки потоков независимы, и позволяют не нагружать канал. При переключении в полный экран на стороне просмотра, подключается поток высокого разрешения.

Не устраивает - получаем слишком низкое качество при фиксации на центральном DVR.

[Diesel 10]

То же заказан новый компакт.

Правда особых чудес с качеством картинки и объёмами передаваемых данных на ДВР не жду

Надежда на Н264 слабая, а два потока не интересует.