p9160ff Опубликовано 18 марта, 2013 (изменено) · Жалоба День добрый. Не однократно поднимался вопрос о том какую полосу канала надо закладывать под систему видео-наблюдения. Собственно в картинке мой способ подсчета. Шпаргалка. Как считать: 1280x1024=1310720 бит 1310720/1024 = 1280 Кбит 1280/1024= 1.25 Мбит (приблизительно 1.3 Mpix) 1.3x25= 32.5 Мбит/сек/25кадров Соответственно будет легко подсчитать какой битрейт выдаст поток из 3,6,12 кадров в секунду. Все данные приблизительны +- 5-10% Изменено 18 марта, 2013 пользователем p9160ff Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lamyk Опубликовано 26 марта, 2013 · Жалоба а как зависит битрейт от количества опорных кадров у h264? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
p9160ff Опубликовано 26 марта, 2013 · Жалоба к примеру : разрешение - 1280х1024 кодек - h264 кадров в секунду : 1 - поток 0,2 Mbps - скорость записи на диск - 0,0025 Мегабайт/сек 3 - поток 0,6 Mbps - скорость записи на диск - 0,075 Мегабайт/сек 6 - поток 1,2 Mbps - скорость записи на диск - 0,15 Мегабайт/сек 12 - поток 2,4 Mbps - скорость записи на диск - 0,3 Мегабайт/сек 25 - поток 5,0 Mbps - скорость записи на диск - 0,625 Мегабайт/сек К примеру 40 камер при 25 кадрах и упаковке H.264 создадут поток к серверу 200 Mbit/s - соответственно скорость записи на хард будет 25 Мегабайт/сек. Я про опорные кадры ничего не говорил, это немного другая история. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lamyk Опубликовано 28 марта, 2013 · Жалоба смысл 264 как раз в опорных кадрах или у меня неправильная информация? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
p9160ff Опубликовано 28 марта, 2013 · Жалоба смысл 264 как раз в опорных кадрах или у меня неправильная информация? точнее не бывает Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 1 апреля, 2013 · Жалоба Кстати, интересно. Кто-нибудь сейчас делает камеры с intra-refresh, т.е. без опорных кадров с равномерным битрейтом? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rusinsmile Опубликовано 12 ноября, 2013 (изменено) · Жалоба Простите, подниму старую тему, т.к у меня получаются немного иные показатели по потокам. в соответствии с ТЗ заказчика мы имеем цветное изображение с камеры 1920х1080 при 30 кадрах в секунду и два потока: MJPEG на запись и h264 просмотр. с записью звука Методика моего расчета: умножаем разрешение на глубину 1920х1080х24=49766400 далее делим на 8 49766400/8=6220800 делим на 1024 6220800/1024=6075, т.е получили размер 1го фрейма в кбайтах без сжатия теперь компресия mjpeg жмет в 15,4 раза = 394,4 кбайт h264 "жмет с учетом опорных кадров" в 74,9 раза = 81,1 кбайт перемножаем данные на фпс mjpeg = 11,8 мбит/с h264 = 2,4 мбит/с суммируя и прибавляя звуковой поток получаем 15 мбит/с накинул с запасом 20% на "служебный" трафик, по итогу имеем расчетный поток с 1 камеры 18 мбит/с, реальный будет еще меньше. т.к в расчетах не учтены сложность плана и количество движения на камере. Правильно ли я посчитал? все ли учел, ибо это ниразу не мой профиль. Потому как ребята специализирующиеся на видеонаблюдении насчитали нам 45 мбит/с с 1 камеры. А камер, на минуточку, порядка сотни. представьте суммарную нагрузку на канал в сторону ЦХД. Мне необходимо соблюсти ТЗ не выпадая за рамки рельности. Изменено 12 ноября, 2013 пользователем rusinsmile Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SMSI Опубликовано 12 ноября, 2013 · Жалоба А зачем писать MJPEG? МВД требует? И откуда взялась цифра mjpeg жмет в 15,4 раза = 394,4 кбайт? Из даташита камеры или из головы? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cheshire Опубликовано 12 ноября, 2013 (изменено) · Жалоба Степень сжатия H.264 оценить очень сложно...точная оценка только "сверху" и это mjpeg (11 мбит/с средний поток с HickVision был). 45 мбит/с с камеры - бред. Такой поток возможен несолько секунд, но ради нескольких секунд вливать бабло в инфраструктуру сети неразумно. У крупных вендоров для H.264 есть калькуляторы расчета, там всегда указывается тип сцены (или %времени, когда есть движения в кадре...величина крайне непонятная) и уровень кодека (как раз кол-во опорных кадров). Лучше пользоваться ими...ну или калькуляторами ПО Intellect и Milestone. Поток в 2,4 мбит/с для H.264 - цифра не очень понятная...в моей практике H.264 и 8 мбит/с выдавал на раз на некторых объектах...2,4 мбит/с + звук - это 15 мбит/с?! Что ж за звук такой? P.S. Цифру в 15,9 сжатия Mjpeg я видел у Aviglion в документации к их камерам. Это максимальный коэффициент сжатия, при котором искажения еще не очень заметны. Опять же формулировка расплывчата, но каких-то четких критериев качества видео я вообще не встречал...если вы знаете, поделитесь:) Изменено 18 ноября, 2013 пользователем Cheshire Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rusinsmile Опубликовано 14 ноября, 2013 · Жалоба Cheshire, да понятно, калькуляторы гуглятся отлично) но, для полноты картины хочется еще и понимать как оно считается. Неужели от производителя будет сильно зависеть итоговый объем данных передаваемых с камеры, при прочих равных настройках конечно же? И я правильно понимаю что "стадартом" является переменный битрейт? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SMSI Опубликовано 14 ноября, 2013 · Жалоба От производителя камер (точнее, от чипсета) будет зависить битрейт и MJPEG и H.264 Уточните модель камеры, тогда что-то можно будет посоветовать Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rusinsmile Опубликовано 14 ноября, 2013 · Жалоба Bosch VG5-7220-EPC4 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SMSI Опубликовано 18 ноября, 2013 · Жалоба Ну в даташите до 10 Мбит/с на поток. Так что 20 Мбит/с на камеру (с учетом двух потоков) Похоже, она то ли не умеет 25 к\с MJPEG то ли сильно пережимает поток, так что возможны артефакты Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cheshire Опубликовано 18 ноября, 2013 (изменено) · Жалоба Невнимательно прочитал. Не увидел, что 2 потока отправляете. Прошу прощения. Но 45 мбит/с цифра явно завышенная. 10 мбит/с - цифра реальная вполне при 25 к/с и с хорошим качеством, если JPeG2000 используется, согласитесь? Изменено 18 ноября, 2013 пользователем Cheshire Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rusinsmile Опубликовано 18 ноября, 2013 (изменено) · Жалоба К сожалению граница на которой видеозапись не годится для доказательной базы в суде мне не известна. Обладаю этой информацией вопроса бы не возникло. Судя по даташиту к камере Data Rate 9.6 kbps to 10 Mbps (per stream) и вот тут получается что это 10 мегабайт. судя по всему не сжатых либо с минимальным сжатием. А если это переводить в мбиты, то получается 80мбит/с с одного потока. Коэффициэнты сжатия указаны в моем первом посте... Короче это все теория получается. Обнаружить бы где нибудь испытания зависимости искажений от степени сжатия. Для себя решил, применительно к моему случаю использовать коэффициент 7. как усредненное значение. Хоя разницу между MBps и Mbps я понимаю, но что имел ввиду производитель, не ясно. Изменено 18 ноября, 2013 пользователем rusinsmile Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cheshire Опубликовано 18 ноября, 2013 (изменено) · Жалоба В Datasheet максимум 10 Мбит/с на поток. А камеру на тестироване нет возможности взять? Это был бы оптимальный вариант. Mbps - это Мбит/с Изменено 18 ноября, 2013 пользователем Cheshire Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rusinsmile Опубликовано 18 ноября, 2013 · Жалоба нет к сожалению, камеру получить нет возможности. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lamyk Опубликовано 19 ноября, 2013 · Жалоба не понимаю зачем что-то считать? во всех камерах которые я помню, есть установка битрейта, я ставлю 4 мегабита и столько камера и выдает Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cheshire Опубликовано 19 ноября, 2013 · Жалоба Тогда камера может не выполнять функции, для которых она предназначена. Хотели с обзорной камеры лица видеть, а в результате шишь:) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
frant Опубликовано 14 декабря, 2013 · Жалоба Честно я ваще не понимаю смысла темы... как что считалось и зачем она.. укаждого производителя камер по разному жмется один и тот же когдек.. H 264 имеет три профиля, которые по разному жмут так же.. о чем тема? пофлудить али как? Топик стартер 1280x1024=1310720 бит Это как так? может быть пикселей? а пиксель у нас бит? попрошу закрыть тему.. она ни о чем Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
384842 Опубликовано 2 января, 2014 · Жалоба а как считать тогда правильно? Какой ширины канал требует 2мегапиксельная камера / 25к/с. для максимально качественного раскрытия картинки так сказать? Как оптимизировать входящий поток на камеру, который тоже не мало набегает (на случай платного входящего трафика)? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...