H.265: уже ПОРА или еще РАНО?

Представитель хренпоймичего (Тантос)

Формат : AVC

Формат/Информация : Advanced Video Codec

Размер файла : 7,46 Мбайт

Видео

Формат : AVC

Формат/Информация : Advanced Video Codec

Профиль формата : High@L3.1

Параметр CABAC формата : Да

Параметр ReFrames формата : 1 кадр

Параметр GOP формата : M=1, N=2

Ширина : 928 пикселей

Высота : 576 пикселей

Соотношение сторон : 16:10

Цветовое пространство : YUV

Субдискретизация насыщенности : 4:2:0

Битовая глубина : 8 бит

Тип развёртки : Прогрессивная

Согласен )) сравнение некорректное ;)

Вот как выглядит лог для ХМ при 25 к/с

Профиль формата : High@L3

Параметр CABAC формата : Да

Параметр ReFrames формата : 1 кадр

Параметр GOP формата : M=1, N=50

В принципе всё верно - один I в две секунды,чем больше к/с тем меньше количество I по сравнению с P , меньше нагрузка на диск и сеть,но больше нагрузка на декодер.

Кстати в новых ХМ можно выставить интервал равный 1.

А вот тантос меня удивил ))

В принципе всё верно - один I в две секунды,чем больше к/с тем меньше количество I по сравнению с P , меньше нагрузка на диск и сеть,но больше нагрузка на декодер.

Распространенное заблуждение из серии:

- Вы прослушали лекцию - для специалистов по кодекам-шмодекам:

;

;)

И вот в чем ошибка, все выше сказанное в лекции - на 100% справедливо только для внутрикадрового сжатия а-ля MJPEG

Для сжатия же с межкадровым кодированием - при условии что битрейт одинаков (ну скажем 2048 Мбит/с)

никакого увеличения трафика, ни какого увеличения размера архива,

при fps=12 GOP M=1, N=12 -- I PPPPPPPPPPP -- I PPPPPPPPPPP --

против fps=25 GOP M=1, N=25 -- I PPPPPPPPPPPPPPPPPPPPPPPP -- I PPPPPPPPPPPPPPPPPPPPPPPP --

НЕ БУДЕТ.

Причем при таких битрейтах в 2048, вы даже не сможете разглядеть разницы в качестве картинки между 720p

при 12fps при одном i-кадре в секунду

против 25fps опять же при 1 i-кадре/с

И это - не говоря уже про ХуФел-ХД.

Т.ч. единственное на что повлияет увеличение FPS при прочих равных условиях, так это

- на необходимость увеличение вычислительных ресурсов на клиентской стороне.

А вот тантос меня удивил ))

Чем же если не секрет?

PS

А что вы теперь, в свете того что вы стали понимать в "тонких" структурах ПОТОКОВОГО - MPEG-хх сжатия как правило не имеющего b-кадров, сможете сказать ну скажем про это такой лекторий:

;

Тем что в бюджетной модели есть нормальная настройка частоты опорного кадра.

Кстати 10 двухмегапиксельных хиков ложили 100 Мбитную сетку при частоте опорного кадра 7 и меньше на скорости записи 25 к/с

А что вы теперь, в свете того что вы стали понимать в "тонких" структурах ПОТОКОВОГО - MPEG-хх сжатия как правило не имеющего b-кадров, сможете сказать ну скажем про это такой лекторий:

Что тут сказать.Как детектирует то или иное ПО. я не знаю,вполне логично предположить что при детекции по ключевым кадрам если последние идит не слишком часто - пропуски будут.

С другой стороны сама камера является лучшим детектором т.к. при кодировании учитываются изменения в картинке,а эти изменения и есть движение остаётся только вычислить критичный порог что бы не было ложняков.

Конечно такой детекции как в Мегасенсе(с аналога) не получить но всё же лучше чем детектировать поток по нечастым ключевым кадрам.

Кстати интересно каким образом Мегасенс детектирует шз видео ?!

есть нормальная настройка частоты опорного кадра.

Ну а конкретней - что значит "нормальные"?

Кстати 10 двухмегапиксельных хиков ложили 100 Мбитную сетку при частоте опорного кадра 7 и меньше на скорости записи 25 к/с

Совершенно не кстати, потому как проблема падения сети ведь не только и не столько в том - что отдает камера при том или ином fps, главная проблема в том - а сколько одновременных подключении с этой камеры сосут трафик.

;)

К примеру при 8-ми 2-мегапиксельных и 8-ми 1,3-мегапиксельных камерах, работающих с одним единственным подключением к IP-серверу Domination, нет ни каких проблем даже на сотке при подключенных 8-10 клиентах.

Правда одно маленькое но: - клиенты подключаются не к камерам, а к серверу Dominftion и подключаются ко второй 1000 мбит/с сетевой карте.

Кстати интересно каким образом Мегасенс детектирует шз видео ?!

(с) - Не правильный вы дядя Федор, вопрос задаете!!! :))

Интересно не то - как кот, что там детектирует хоть по ключевым, хоть по 100% восстановленным.

Интересно то - а как это самое "типа задетектированое" он потом записывать собирается?

Ведь записать можно только "гоп-файлик" целиком.

И начитать запись можно - только с i-кадра.

Ну и как будет писать этот самый пресловутый детектор, если скажем буфер предзаписи 1 секунда, количество кадров ну пусть будет 25 к/с, а GOP будет M=1, N=50, а детектор при этом - честно отработает, ну скажем на 26-том P-кадре?

;)

С другой стороны сама камера является лучшим детектором т.к.

Камера-то является.

Только опять тот же самый вопрос: - Где талию делать будем?

Ой пардоньте: - Как писать GOP-ы будем?

:))

Причем писать придется, мало того что начиная с заголовка GOP-а неизвестной длинны, дык еще и начинать писать не известно когда из-за специфики задержек TCP/IP и кто по ней будет получен раньше - сигнала "алярм", - или очередной GOP: - полнейшее ХЗ.

;)

Ну а конкретней - что значит "нормальные"?

Для меня это значит что можно выставить значение одним параметром ,а не высчитывать секунды и кадры в секунду.На ХМ меньше 1 ключевого в секунду никак не получить,а здесь можно,другой вопрос зачем ))

Да нет,в том случае было одно подключение к камерам и это был только видеорегистратор

К примеру при 8-ми 2-мегапиксельных и 8-ми 1,3-мегапиксельных камерах, работающих с одним единственным подключением к IP-серверу Domination, нет ни каких проблем даже на сотке при подключенных 8-10 клиентах.

После того как параметр I кадра был выставлен на 15-20 сетка нормализовалась.

Совсем забыл,что мегасенс пишет аналог в MJPEG.

И как оказалось ШЗ тоже ))

В настоящее время комплекс поддерживает ввод изображений с IP камер AXIS и HIKVISION, использующих формат сжатия изображений MJPEG, а так же устройств ввода/вывода сигналов KernelChip.

Инструкция стр.15

Для меня это значит что можно выставить значение одним параметром .

Ну теперь понятно: - волшебная кнопочка из серии интуитивно понятного интерфейс а-ля сделать все хорошо.

а не высчитывать секунды и кадры в секунду.

;

На ХМ меньше 1 ключевого в секунду никак не получить

Стесняюсь спросить: - А "ХМ", это что?

а здесь можно,другой вопрос зачем ))

Ну видимо затем же самым, зачем по детектору

мегасенс пишет аналог в MJPEG. И как оказалось ШЗ тоже ))

;)

ХМ это кетайский производитель который наводнил страну одними и теми же регистраторами и камерами под разными шкурками.

Из известных поливижен,мастер,оптимус,сарматт,дивитек,тантос, и даже рви.

И каждый считает себя единственным и неповторимым ,а китайцы "любят"всех ))

Так ведь и у Tontos-а - ноги растут из ровно того же самого китайского места.

;)

Только я, так и не понял: - так кто же такой, этот ХМ?