H.265 (hevc)

System Requirements

Operating System

SVT-HEVC may run on any Windows* or Linux* 64 bit operating systems. The list below represents the operating systems that the encoder application and library were tested and validated on:


  • Windows* Operating Systems (64-bit):

    Windows Server 2016

  • Linux* Operating Systems (64-bit):

    • Ubuntu 16.04 Server LTS

    • Ubuntu 18.04 Server LTS

    • CentOS 7.4/7.5/7.6

Hardware

The SVT-HEVC Encoder library supports x86 architecture

CPU Requirements

In order to achieve the performance targeted by the encoder, the specific CPU model listed above would need to be used when running the encoder. Otherwise, the encoder runs on any 5th Generation Intel Core Processors (formerly Broadwell) CPUs (Xeon E5-v4) or newer.

RAM Requirements

In order to run the highest resolution supported by the encoder, at least 64GB of RAM is required to run a single 8kp50/10-bit encode. The encoder application will display an error if the system does not have enough RAM to support such. The following table shows the minimum amount of RAM required for some standard resolutions of 10bit video per stream:

Resolution Minimum Footprint (GB)
8k 64
4k 16
1080p 6
720p/1080i 4
480p 3

Какие имеет достоинства видео формат HEVC?

Apple приняла решение использовать HEVC по двум причинам: во-первых, это видео более высокого качества, во-вторых, оно имеет самый лучший коэффициент сжатия. Стандарт H.265 позволяет сжать видеофайл H.264 / AVC примерно в половину (или половину битовой скорости).

Другими словами, видеофайл HEVC обеспечивает значительно лучшее качество изображения, чем файл AVC с таким же размером и скоростью передачи. Видео, закодированные в H.265, обычно демонстрируют меньше дефектов сжатия и обеспечивают более плавное воспроизведение, чем видео, закодированные с использованием AVC. Однако, результаты могут варьироваться в зависимости от типа контента и настроек используемых кодировщиком.

Согласно данным Apple, H.265 может сжимать 4K видеофайлы AVC размер которых будет на 40 процентов меньше, не теряя при этом качество. Это означает, что пользователи, которые переходят на iOS 11 и macOS High Sierra, смогут принимать высококачественные видео и при этом не тратить много места на их хранение.


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

Это шаг вперед! Взять хотя бы в расчет то, что для нового Apple TV существует большое количество файлов форматом 4K. Передача подобного рода данных может занять приличное количество времени, однако данная технология сможет снизить временные затраты на 40 процентов.

Что такое формат HEVC

Аббревиатура HEVC расшифровывается как High Efficiency Video Coding, что можно перевести на русский как высокоэффективное кодирование видеоизображений. Это формат, созданный для сжатия видео с разрешением до 8K (UHDTV, 8192×4320 пикселей). Другим названием формата является H.265, поэтому HEVC и H.265 это одно и тоже.

Формат HEVC разрабатывался как замена для устаревающего формата H.264/MPEG-4 AVC. Работа над новым стандартом началась еще в 2004 году, когда экспертная группа VCEG (Video Coding Experts Group) начала поиск новых технологий, которые могли бы лечь в основу нового стандарта. Тогда этому проекту были присвоены временные названия H.265 и H.NGVC (Next-generation Video Coding). Основными требованиями к разрабатываемому стандарту стали: снижение битрейта видео, сохранение текущего качества картинки, а также сохранение текущих требований к вычислительным мощностям.

Разработка продолжалась с 2012 года, когда этот формат был официально утвержден. Но, после выхода особой популярности формат не получил, он применялся в IP камерах, телевизионном вещании и других специализированных областях. Обычным пользователям формат HEVC стал известен в конце 2017 года, когда вышла iOS 11.

Build and Install

Windows* Operating Systems (64-bit)

  • Build Requirements

    • CMake 3.14 or later (download here)
    • YASM Assembler version 1.2.0 or later
      • Rename yasm-1.3.0-win64.exe to yasm.exe
      • Copy yasm.exe into a location that is in the PATH environment variable
  • Build Instructions

    • Build the project by following the steps below in a windows command prompt:
      • In the main repository directory, cd to
      • Run
    • To Build the project using a generator other than Visual Studio
      • run instead of the second command
      • Note: These are not officially supported and thus are not displayed in the help message.
  • Binaries Location

    Binaries can be found under \Bin\Release or \Bin\Debug, depending on whether Debug or Release was selected

  • Installation For the binaries to operate properly, the following conditions have to be met:

    • On any of the Windows* Operating Systems listed in the OS requirements section, install Visual Studio* 2017 or 2019
    • Once the build is complete, copy the binaries to a location making sure that both the application and library are in the same folder.
    • Open the command prompt at the chosen location and run the application to encode.
    • The application also supports reading from pipe. E.g.

Linux* Operating Systems (64-bit)

  • Build Requirements

    • GCC 5.4.0 or later
    • CMake 3.5.1 or later
    • YASM Assembler version 1.2.0 or later
  • Build Instructions

    • In the main repository, run either the provided build script

      cd Build/linux
      ./build.sh   
      # Requires sudo permission for installing
      # Run './build.sh -h' to see the full help
    • or run the commands directly

      mkdir build && cd build && cmake .. -DCMAKE_BUILD_TYPE=<Release|Debug> && make -j $(nproc) && sudo make install
  • Sample Binaries location

    Binaries can be found under $REPO_DIR/Bin/Release

  • Installation For the binaries to operate properly, the following conditions have to be met:

    • On any of the Linux* Operating Systems listed above, copy the binaries under a location of your choice.
    • Change the permissions on the sample application “SvtHevcEncApp” executable by running the command:
    • cd into your chosen location
    • Run the sample application to encode.
    • Sample application supports reading from pipe. E.g.

Текущий стандарт: AVC/H.264


Когда вы смотрите диск Blu-ray, видео на YouTube или фильм из iTunes, все они имеют идентичный исходный файл, который был получен в студии редактирования. Чтобы разместить этот фильм на диске Blu-ray или сделать его достаточно маленьким, чтобы удобно загружать из интернета, видео должно быть сжато.

Расширенное кодирование видео, также известное как AVC или H.264, является лучшим стандартом для сжатия видео среди широко используемых. Существует несколько различных методов, которые он использует, чтобы попытаться уменьшить размер файла видео.

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

AVC также использует  межкадровое сжатие, которое рассматривает несколько кадров и отмечает, какие части кадра меняются, а какие нет. Алгоритм сжатия также развивает фрейм на макроблоки и говорит: «Знаешь что? Эти куски не меняются 100 кадров подряд, поэтому давайте просто отображать их снова, вместо того, чтобы хранить все части изображения 100 раз». Это может значительно уменьшить размер файла.

Это всего лишь два упрощенных примера использования методов AVC/H.264. Но, они позволяют сделать видеофайл более эффективным, не ставя под угрозу качество.

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

Уровни

На октябрь 2012 года проект HEVC определял два слоя — Основной (Main) и Высокий (High), и 13 уровней. Уровень (Level) представляет собой набор ограничений для потока данных, связанных с вычислительными возможностями декодера и загрузкой памяти. Уровень устанавливается исходя из максимальной частоты дискретизации, максимального размера кадра, максимальной скорости потока, минимальной степени сжатия и возможностей кадрового буфера декодера и кодера. Понятие слой (англ. Tier — ярус) было введено для приложений, которые различаются только максимальной скоростью потока и ёмкостью кадрового буфера кодера. Основной слой был разработан для большинства приложений, а Высокий уровень предназначен для приложений с повышенными требованиями. Декодер, соответствующий определенному слою и уровню, должен декодировать все потоки, закодированные с параметрами этого слоя и уровня и всех более низких слоев и уровней. Для уровней ниже четвёртого допускается только Основной слой.

Уровни с максимальными параметрами
Уровень Макс. частотадискретизации(Гц) Макс. размер кадра(пикс.) Макс. скорость потока для профилей Main и Main 10 (кбит/с) Пример разрешения кадра@макс. частота кадров(Макс. размеркадрового буфера) Мин.степеньсжатия
Основной слой Высокий слой
1 552 960 36 864 128 128×96@33.7 (6) 176×144@15.0 (6) 2
2 3 686 400 122 880 1 500 176×144@100.0 (16) 352×288@30.0 (6) 2
2.1 7 372 800 245 760 3 000 352×288@60.0 (12) 640×360@30.0 (6) 2
3 16 588 800 552 960 6 000 640×360@67.5 (12) 720×480@42.1 (8)720×576@37.5 (8) 960×544@30.0 (6) 2
3.1 33 177 600 983,040 10 000 720×480@84.3 (12)720×576@75.0 (12) 960×544@60.0 (8) 1280×720@33.7 (6) 2
4 66 846 720 2 228 224 12 000 30 000 1280×720@68.0 (12)1920×1080@32.0 (6)2048×1080@30.0 (6) 4
4.1 133 693 440 20 000 50 000 1280×720@136.0 (12)1920×1080@64.0 (6)2048×1080@60.0 (6) 4
5 267 386 880 8 912 896 25 000 100 000 1920×1080@128.0 (16) 3840×2160@32.0 (6) 4096×2160@30.0 (6) 6
5.1 534 773 760 40 000 160 000 1920×1080@256.0 (16) 3840×2160@64.0 (6) 4096×2160@60.0 (6) 8
5.2 1 069 547 520 60 000 240 000 1920×1080@300.0 (16) 3840×2160@128.0 (6) 4096×2160@120.0 (6) 8
6 1 069 547 520 35 651 584 60 000 240 000 3840×2160@128.0 (16) 4096×2160@120.0 (16) 4096×2304@113.3 (12) 7680×4320@32.0 (6) 8192×4320@30.0 (6) 8
6.1 2 139 095 040 120 000 480 000 3840×2160@256.0 (16) 4096×2160@240.0 (16) 4096×2304@226.6 (12) 7680×4320@64.0 (6) 8192×4320@60.0 (6) 8
6.2 4 278 190 080 240 000 800 000 3840×2160@300.0 (16) 4096×2160@300.0 (16) 4096×2304@300.0 (12) 7680×4320@128.0 (6) 8192×4320@120.0 (6) 6

HEVC по сравнению с H.264 и MPEG‑2. Сравнение трех кодеков

Если коротко, кодек HEVC предоставляет инструменты для передачи видео с заданным уровнем качества при наименьшем объеме передаваемой информации. Ниже приведено сравнение кодеков MPEG‑2, H.264 и HEVC по компонентам.

Компонент MPEG‑2 H.264 HEVC / H.265
Общие Компенсированное предсказание движения, кодирование остатка, преобразование кодирования, энтропийное кодирование Основные характеристики аналогичны MPEG‑2 Основные характеристики аналогичны MPEG‑2
Внутрикадровое предсказание Только DC Мультинаправленный, мультишаблонный, 9 внутренних режимов для 4×4, 9 для 8×8 и 4 для 16×16 35 режимов внутрикадрового предсказания, размер блока предсказания 32×32, 16×16, 8×8 и 4×4
Типы кодируемых изображений I, B, P I, B, P, SI, SP I, P, B
Преобразование DCT, 8×8 DCT‑подобное целочисленное преобразование, 8×8 и 4×4 DCT‑подобное целочисленное преобразование, 32×32, 16×16, 8×8 и 4×4
Блоки оценки движения 16×16 16×16, 16×8, 8×16, 8×8, 8×4, 4×8, 4×4 64×64 и иерархическое разбиение дерева квадратов до 32×32, 16×16 и 8×8. Для каждого размера можно применить до 8 способов разбиения, не обязательно на квадраты.
Энтропийное кодирование Несколько таблиц VLC Контекстно‑адаптивное двоичное арифметическое кодирование (CABAC) и контекстно‑адаптивные таблицы VLC (CAVLC) Контекстно‑адаптивное двоичное арифметическое кодирование (CABAC)
Кадры, используемые для предсказания 1 предыдущий и 1 последующий опорный кадр До 16 предыдущих и / или последующих опорных кадров, включая долгосрочные опорные кадры До 15 предыдущих и / или последующих опорных кадров, включая долгосрочные опорные кадры
Дробная оценка движения Билинейная интерполяция до ½ пикселя ½‑пиксельный фильтр с 6 коэффициентами, линейная интерполяция до ¼ пикселя ¼‑пиксельный фильтр с 6 коэффициентами
Внутриконтурный фильтр Нет Адаптивный фильтр удаления блочности Адаптивный фильтр удаления блочности и адаптивный к выборке смещения фильтр
Компенсированное предсказание движения, кодирование остатка, преобразование кодирования, энтропийное кодирование
Компенсированное предсказание движения, кодирование остатка, преобразование кодирования, энтропийное кодирование
Компенсированное предсказание движения, кодирование остатка, преобразование кодирования, энтропийное кодирование
Компенсированное предсказание движения, кодирование остатка, преобразование кодирования, энтропийное кодирование
Компенсированное предсказание движения, кодирование остатка, преобразование кодирования, энтропийное кодирование
Мультинаправленный, мультишаблонный, 9 внутренних режимов для 4×4, 9 для 8×8 и 4 для 16×16
Мультинаправленный, мультишаблонный, 9 внутренних режимов для 4×4, 9 для 8×8 и 4 для 16×16
Мультинаправленный, мультишаблонный, 9 внутренних режимов для 4×4, 9 для 8×8 и 4 для 16×16
DCT‑подобное целочисленное преобразование, 8×8 и 4×4
16×16, 16×8, 8×16, 8×8, 8×4, 4×8, 4×4
16×16, 16×8, 8×16, 8×8, 8×4, 4×8, 4×4
Мультинаправленный, мультишаблонный, 9 внутренних режимов для 4×4, 9 для 8×8 и 4 для 16×16
Мультинаправленный, мультишаблонный, 9 внутренних режимов для 4×4, 9 для 8×8 и 4 для 16×16
DCT‑подобное целочисленное преобразование, 8×8 и 4×4
Основные характеристики аналогичны MPEG‑2
64×64 и иерархическое разбиение дерева квадратов до 32×32, 16×16 и 8×8. Для каждого размера можно применить до 8 способов разбиения, не обязательно на квадраты.
64×64 и иерархическое разбиение дерева квадратов до 32×32, 16×16 и 8×8. Для каждого размера можно применить до 8 способов разбиения, не обязательно на квадраты.
Адаптивный фильтр удаления блочности и адаптивный к выборке смещения фильтр
Адаптивный фильтр удаления блочности и адаптивный к выборке смещения фильтр

Как вернуться к старым форматам видео

Как уже было сказано, в новых версиях iOS и в новых моделях iPhone, формат HEVC используется по умолчанию. Если настройки не поменять, то камера будет сохранять видео в формате HEVC, а фотографии в формате HEIF. Но, при необходимости пользователь может вернуться к использованию старых форматов. Для этого нужно зайти в настройки Айфона и открыть раздел «Камера».

Дальше нужно перейти в подраздел «Форматы».

И включить опцию «Наиболее совместимые».

После включения данной опции iPhone перестанет использовать HEIF/HEVC и вернется к старым форматам видео. Но, такой возврат приведет не только к увеличенному расходу памяти, но и к ограничению по частоте кадров. Например, с форматом HEVC камера iPhone X может снимать FullHD видео со скоростью 240 кадров в секунду, но после возврата к старым форматам эта функция становится недоступной.

Demo features and limitations

  • VBR BRC mode: The VBR functionality implemented in SVT-HEVC Encoder is a demo feature to allow for an easier integration of product level BRC. The algorithm implemented would allow the encoder to generate an output bit stream matching, with a best effort, the target bitrate. The algorithm does not guarantee a certain maximum bitrate or maximum buffer size . When set to encode in VBR mode, the encoder does not produce a bit-exact output from one run to another.

  • Speed Control output: The speed control functionality implemented for SVT-HEVC Encoder is a demo feature showcasing the capability of the library to adapt to the resources available on the fly in order to generate the best possible video quality while maintaining a real-time encoding speed. When set to use the Speed Control mode, the encoder does not produce a bit-exact output from one run to another.

  • Multi-instance support: The multi-instance functionality is a demo feature implemented in the SVT-HEVC Encoder sample application as an example of one sample application using multiple encoding libraries. Encoding using the multi-instance support is limited to only 6 simultaneous streams. For example two channels encoding on Windows: SvtHevcEncApp.exe -nch 2 -c firstchannel.cfg secondchannel.cfg

Описание

Итак, изначально давайте разберемся, что же такое кодек H265/HEVC. Это современный контейнер, позволяющий получить наилучшее качество записи при минимальном размере файла. Причем уменьшение итогового объекта может достигать нескольких раз.

Если говорить об эффективности кодирования, можно заметить, что данный формат видео справляется со своей задачей лучше любых других контейнеров. Если сравнивать наш кодек с его предыдущей версией, то прирост качества производительности составил более 10%.


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

Применение HEVC

Выделим четыре области применения, в которых в 2014–2016 годах можно ожидать внедрения новой системы компрессии HEVC.

• UHDTV: Ultra High-Definition Television — первичная и втори­чная дистрибуция видеоконтента с разрешением, превышающим HD. В ближайшей перспективе речь может идти о формате 4К, но в долгосрочной перспективе возможно применение и 8К.

• OTT: видео доставляется по нерегулируемым каналам сети Интернет. Применение HEVC интересно с точки зрения возможности доставки HD- и UHDTV-контента до конечных устройств (планшеты, Smart TV, игровые приставки) без дорогостоящей замены сетевой инфраструктуры. На развивающихся рынках, где широкополосный доступ или мобильные подключения не идут в ногу с запросами пользователей, HEVC можно использовать для доставки видео стандартного разрешения.

• Платное ТВ: Для существующих систем платного ТВ, использующих AVC и/или MPEG-2, переход на HEVC может занять больше времени, т.к. он зависит от жизненного цикла используемого оборудования. Подобным образом существующие системы бесплатного (FTA) телевидения ограничены в применении нового формата сжатия уже принятыми стандартами и большой базой устаревшего приемного оборудования.

• IPTV через DSL: операторы IPTV, работающие через DSL-соединение, испытывают трудности в связи с нехваткой полосы пропускания. Применение HEVC (теоретически) может позволить удвоить количество транслируемых ТВ-каналов без необходимости замены линий связи.

В следующем разделе будут рассмотрены десять факторов, которые надо учитывать при выборе кодера HEVC, в контексте этих четырех вариантов применения.

Эффективность кодированияПравить

Разработка большинства стандартов видеокодирования предназначена, в первую очередь, для достижения наибольшей эффективности кодирования. Эффективность кодирования определяется способностью закодировать видео с минимально возможной скоростью передачи данных при сохранении определённого уровня качества видео. Существует два стандартных способа измерения эффективности кодирования видео, один из которых заключается в использовании объективной метрики, такой как пикового отношения сигнал-шум (PSNR), а второй состоит в использовании субъективной оценки качества видео. Субъективная оценка качества изображения является наиболее важным параметром для оценки кодирования видео, так как люди воспринимают качество видео субъективно.

Вместо макроблоков, которые применялись в H.264, в HEVC используются блоки с древовидной структурой кодирования. Выигрыш кодера HEVC — в применении блоков большего размера. Это было показано в тестах PSNR с моделью кодера HM-8.0, где сравнивались результаты кодирования с разными размерами блоков. В результате тестов было показано, что по сравнению с кодированием блоков размером 64×64 пикселей, битрейт увеличивается на 2,2 %, когда используются блоки размером 32×32 и увеличивается на 11,0 %, когда используется размер блоков 16х16. В тестах кодирования видео с разрешением 2560×1600 пикселей при использовании блоков с размером 32×32 пикселей битрейт увеличивается на 5,7 %, а при использовании блоков размером 16×16 пикелей — на 28,2 %, по сравнению с видео, где использованы блоки размером 64х64, при одинаковом пиковом отношении сигнал-шум. Тесты показали, что применение блоков большего размера более эффективно при кодировании видео с высоким разрешением. Тесты также показали, что для декодирования видео, закодированного с размерами блоков 16х16, требуется на 60 % больше времени, чем при использовании блоков 64×64. То есть, применение блоков бо́льших размеров повышает эффективность кодирования при одновременном сокращении времени декодирования.

Было проведено сравнение эффективности кодирования основного профиля Н.265 с кодеками H.264/MPEG-4 AVC High Profile (HP), MPEG-4 Advanced Simple Profile (ASP), H.263 High Profile Latency (HLP) и H .262/MPEG-2 Main Profile (MP). Были закодированы видео развлекательных программ и девять тестовых видеопоследовательностей с двенадцатью различными битрейтами с использованием тестовой модели HEVC HM-8.0, пять из них были с HD разрешением, а четыре были с разрешением WVGA (800 × 480). Уменьшение битрейта определялось на основе PSNR.

Сравнение стандартов видеокодирования при равном PSNR
Стандарт видеокодирования Среднее сокращение битрейта
H.264/MPEG-4 AVC HP MPEG-4 ASP H.263 HLP H.262/MPEG-2 MP
HEVC MP 35.4 % 63.7 % 65.1 % 70.8 %
H.264/MPEG-4 AVC HP 44.5 % 46.6 % 55.4 %
MPEG-4 ASP 3.9 % 19.7 %
H.263 HLP 16.2 %

ИсторияПравить

В 2004 году ITU-T Video Coding Experts Group (VCEG) приступила к исследованию развития технологий, которые позволили бы создать новый стандарт сжатия видео (или добиться существенного улучшения стандарта H.264/MPEG-4 AVC). В октябре 2004 года произведен обзор различных методов для потенциального усовершенствования H.264/MPEG-4 AVC.

Изначально предусматривалось, что H.265 будет полностью новым стандартом, а не расширением H.264, вроде HVC (High-performance Video Coding). В рамках проекта были присвоены предварительные имена H.265 и H.NGVC (англ. Next-generation Video Coding — следующее поколение видеокодирования), также существовала значительная часть работы VCEG до её эволюции в HEVC, совместный проект с MPEG в 2010 году. В апреле 2009 года, проект получил название NGVC; в июле 2009 состоялось совещание MPEG и VCEG, на котором обсуждалось дальнейшая совместная работа по NGVC и HVC.

Предварительные требования к NGVC состоят в уменьшении битрейта на 50 % при схожей субъективной оценке качества изображения и сравнимой с H.264 High profile вычислительной сложностью. В зависимости от настроек предполагается варьирование вычислительной сложности от 1/2 до 3 по сравнению с H.264 High profile, при этом в первом случае NGVC должен обеспечивать на 25 % меньший битрейт.

ISO / IEC Moving Picture Experts Group (MPEG) начала аналогичный проект в 2007 году, предварительно названный Высокопроизводительное видеокодирование (High-performance Video Coding). В июле 2007 года было принято решение в качестве цели проекта достигнуть снижение битрейта на 50 %. К июлю 2009 года, результаты эксперимента показали среднее снижение скорости потока примерно на 20 % по сравнению с AVC High Profile, эти результаты побудили MPEG инициировать его усилия по стандартизации в сотрудничестве с VCEG.

Для разработки стандарта MPEG и VCEG создали Объединенную команду по видеокодированию Joint Collaborative Team on Video Coding (JCT-VC). (ITU-T Rec H.264|ISO/IEC 14496-10). Первое заседание Объединенной команды по видеокодированию (JCT-VC) состоялось в апреле 2010 года. Было представлено 27 полноценных проектов. Оценки показали, что некоторые предложения могут достичь такого же качества изображения, как AVC лишь с половинным битрейтом во многих тестах, при 2 — 10-кратном увеличении вычислительной сложности, и в некоторых проектах были достигнуты хорошее субъективное качество и хорошие результаты скорости передачи данных с более низкой вычислительной сложностью, чем при референсном кодировании AVC с высоким профилем. На этом совещании было принято название для совместного проекта — высокоэффективное видеокодирование High Efficiency Video Coding (HEVC).

Комитет Проекта HEVC был утвержден в феврале 2012 года. В июне 2012 года MPEG LA объявила о начале процесса принятия совместных лицензий на патенты HEVC. Проект международного стандарта был утвержден в июле 2012 года на совещании, состоявшемся в Стокгольме. Fröjdh, председатель шведской делегации MPEG, считает, что коммерческие продукты, которые поддерживают HEVC могут быть выпущены в 2013 году.

29 февраля 2012 года на выставке Mobile World Congress 2012 компания Qualcomm продемонстрировала HEVC декодер, работающий на планшете Android, с двухъядерным процессором Qualcomm Snapdragon S4 с частотой 1,5 ГГц. Демонстрировались две версии видео с одинаковым содержанием, закодированными H.264/MPEG-4 AVC и HEVC. На этом показе HEVC показал почти 50 % снижение скорости передачи по сравнению с H.264/MPEG-4 AVC.

31 августа 2012, Allegro DVT объявила о выпуске двух HEVC вещательных кодеров: кодер AL1200 HD-SDI и IP-транскодер AL2200. Allegro DVT заявило, что аппаратные декодеры HEVC не следует ожидать до 2014 года, но HEVC сможет применяться и раньше в приложениях с программным декодированием. На IBC 2012 выставка Allegro DVT продемонстрировала HEVC системы потокового IP-вещания на основе IP-транскодера AL2200.

Ericsson в сентябре 2012 года на выставке International Broadcasting Convention (IBC) представила первый в мире HEVC кодер, Ericsson SVP 5500, который предназначен для кодирования видео в реальном времени для трансляции эфирного ТВ в мобильных сетях.

В апреле 2013 года проект принят в качестве стандарта МСЭ-T.

Сомнения и ограничения

Как и большинство современных видеокодеков, Н.265 максимально эффективен (то есть способен подтвердить маркетинговые ожидания) в относительно несложных сценах наблюдения, где отсутствуют резкие перепады контрастности и не наблюдается интенсивных перемещений объектов и фона. Обещанная экономия битрейта/объёма средств хранения в 50% прежде всего касается именно таких сцен. То есть в реальных условиях — на оживлённом перекрёстке или в торговом зале супермаркета — цифры экономии окажутся существенно меньшими.

Кроме этого, на сегодняшний день толком не востребованы все «экономические» преимущества кодека-предшественника. Большинство производителей оборудования и систем, в частности, так и не осуществили переход на более продвинутые варианты профилей H.264. В видеонаблюдении чаще всего используются три профиля этого стандарта. Базовый профиль (Baseline) — это минимальная экономия полосы пропускания и минимальная нагрузка на вычислительные ресурсы. В последние несколько лет он приобрёл наибольшую популярность у вендоров. Главный профиль (Main) обеспечивает, согласно результатам независимых тестов, 10-30% улучшение показателей по сравнению с базовым. В последние несколько месяцев производители проявляют всё больший интерес именно к этому профилю. Высокий профиль (High) предоставляет ещё более существенные преимущества, однако на сегодняшний день вендоров, которые обеспечили совместимость с этим профилем, можно буквально пересчитать по пальцам.

Иными словами, производителям и без нового кодека есть куда развиваться, при этом не испытывая лишних рисков и двигаясь по относительно накатанному пути. Поскольку отрасль с переходом на IP-видео всё в большей степени становится «айтишной», здесь начинают работать соображения, свойственные сисадминам: то, что нормально работает, лучше не менять и вообще не трогать.

Полную версию статьи «H.265 — маркетинговый трюк или что-то большее? Что несёт с собой грядущая смена стандарта кодирования», читайте в электронном журнале Security Focus.

Чем смотреть HEVC формат на компьютере и телевизоре?

Многие пользователи задаются вопросом, чем смотреть HEVC?

Все устройства Apple под управлением iOS 11 и Mac на High Sierra будут поддерживать воспроизведение HEVC. Также устройства iOS и новейшие Macintosh 2017 поддерживают ускорение аппаратного кодирования/декодирования, обеспечивая более высокую производительность, расходуя при этом меньше энергии.

Что касается программного обеспечения, которое может воспроизводить файлы с кодировкой H.265, то тут есть множество вариантов:

  • VLC Media Player
  • KMPlayer
  • Media Player Classic – Black Edition (MPC-BE)
  • GRETECH GOM Player
  • Daum Pot Player
  • K-Lite Codec Pack
  • 5KPlayer
  • Blu-ray Media Player
  • Xbox One

Если вы используете macOS или iOS, то лучший выбор для вас – это VLC Media Player. На устройствах Android вы сможете воспроизводить файлы HEVC с помощью MX Player используя программное декодирование (если ваше устройство достаточно мощное).

Если это так, то и MX Player, и приложение Plex будут идеальным выбором, так как оба поддерживают воспроизведение HEVC

Обратите внимание, что некоторые устройства имеют блоки декодирования H.265 в своих SoC

Таким образом, несмотря на то, что преимущества кодирования H.265 очевидны, воспроизведение таких файлов ограничено на персональных компьютерах, некоторых смартфонах, планшетах и консолях. Точна такая же проблема обстоит с некоторыми медиаплеерами. На данный момент именно проблема совместимости является недостатком для кодирования всей медиа-библиотеки в H.265.


С этим читают