Кодек H.265: большая перемена или легкий мейкап?

Кстати, выигрыш в 2 раза маркетологами уже преподносится как свершившийся факт:

Вот ещё, самая первая новость в России о кодеке H.265 - http://www.security-bridge.com/news/new_products_security/n_265_-_vpervye_v_rossii/

"Кодек H.264 был утвержден в качестве стандарта в далеком 2003 году. За прошедшие годы были разработаны более эффективные алгоритмы кодирования, и на смену H.264 приходит кодек H.265, принятый как стандарт в 2013 году.

Стандарт H.265, он же HEVC (High Efficiency Video Coding, "высокоэффективное кодирование видеосигнала") определяет формат сжатия видеоизображений, предназначенный для замены ранее принятого стандарта H.264/MPEG-4 AVC (Advanced Video Coding, "продвинутое кодирование видеосигнала"). При использовании кодека H.265 можно сэкономить до 30…50% емкости архива HDD по сравнению с кодеком H.264 при таком же качестве изображения.

Кодек H.265 поддерживают IP-камеры TSi-Ple4VP (2.8-12) и TSi-Ple4FP (3.6). Данные камеры очень тесно интегрированы с регистратором TSr-NV0415 Light, что позволяет изменять практически все настройки данных камер через меню регистратора, в том числе настройки кодирования и детектора движения."

http://www.security-bridge.com/news/new_products_security/nvr_tantos_h_265_4k_uzhe_v_prodazhe/

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

"Формат сжатия видеоизображения Н.265 обеспечивает данным IP камерам в 2 раза большую эффективность сжатия видеопотока по сравнению с распространенными в настоящее время алгоритмами, применяемыми в обычных IP камерах с кодеком H.264.

И при пиковых нагрузках на сеть - дает в да раза большую потерю информации.

Т.е., как только, ваша перегруженная сеть, начнёт лагать, то вместо потери пяти-шести при MJPG, или же потери от 25-ти до 250 кадров при H.264 (он же MPEG-4 часть 10-тая), то при эффективном в два раза сжатии H.265 и при ровно тех же временных лагах сети: - потери могут составить от 25 до 500 кадров рассыпавшихся на воспринимаемый кубизм, причем кубизм этот будет именно на движущихся предметах нашего интереса.

Никто никакие тесты либо не проводил, либо проводил

Ну почему же никто. Просто этот некто кто проводил, не имеет отношения к "обхранному бизнесу", а так вот пожалуйста - результаты тестов и сравнений эффективности "h.264 (он же - mpeg-4 part10) vs HEVC (он же High Efficiency Video Coding т.е. - h.265)"

HEVC Video Codecs Comparison

(Tenth MSU Video Codecs Comparison)

MSU Graphics & Media Lab (Video Group)

Никто никакие тесты либо не проводил, либо проводил

Ну почему же никто. Просто этот некто кто проводил, не имеет отношения к "обхранному бизнесу"

Я и имел ввиду "обхранный бизнес". Подобные тесты есть в интернете. Но нас ведь интересует видеонаблюдение и те организации, которые рекламирует данный кодек. Они и должны проводить тесты.

Т.е., как только, ваша перегруженная сеть, начнёт лагать

AHD - муарное видео с аурой на гранях.

Хоть и не в тему, но здесь бы к месту был скриншот, доказывающий правоту заявления.

Ожидал от Вас такого запроса. При случае сделаю.

Они и должны проводить тесты.

Вы ценник-то на тесты видели?

Ибо не фиг использовать сеть предприятия (офисную) для видеонаблюдения.

А удаленные клиентские места (которые по определению, - так же будут получать сжатый поток в h.265)- вы тоже будете подключать по отдельно-построенной СКС (ВОЛС) и лепить в каждый систематик еще по одной сетевой карточке?

Ну, ну.

AHD - муарное видео с аурой на гранях.

Ну насчет ауры, так это к формату передачи AHD конечено не имеет никакого отношения ибо:

- это работа всяческих шибко шикбо "умных интеллектов" и "улчшайзеров" любой камеры ;)

А вот по поводу муара, возникающего при аналоговом способе передачи, так Юрий Михелевич, такое у нас уже было, причем еще с самых первых разборов полета на кукурузники имени "AHD 720p"!

См внимательно на кирпичную стенку в верхней правой части экрана, не забыв конечно перед этим: - выполнить просьбу баннера о необходимости включения "качества" в 720 ;-).