Jump to content

Высокоэффективное видеокодирование

HEVC/H.265/MPEG-H, часть 2
Высокоэффективное видеокодирование
Статус Действующий
Год начался 7 июня 2013 г. ( 07.06.2013 )
Впервые опубликовано 7 июля 2013 г. ( 07.07.2013 )
Последняя версия 9.0
13 сентября 2023 г. ( 13.09.2023 )
Организация МСЭ-Т , ИСО , МЭК
комитет SG16 (Секретарь: Симао Кампос ) ( VCEG ), MPEG
Базовые стандарты H.261 , H.262 , H.263 , ISO/IEC 14496-2 , H.264
Сопутствующие стандарты H.266 , MPEG-5 , MPEG-H
Домен Сжатие видео
Лицензия MPEG Лос-Анджелес [1]
Веб-сайт www .Что .int /запись /T-REC-H .265

Высокоэффективное кодирование видео ( HEVC ), также известное как H.265 и MPEG-H Part 2 , — это стандарт сжатия видео, разработанный в рамках проекта MPEG-H в качестве преемника широко используемого расширенного кодирования видео (AVC, H. 264 или MPEG-4, часть 10). По сравнению с AVC, HEVC обеспечивает на 25–50 % лучшее сжатие данных при том же уровне качества видео или существенно улучшенное качество видео при той же скорости передачи данных . Он поддерживает разрешения до 8192×4320, включая 8K UHD , и в отличие от преимущественно 8-битного AVC, профиль Main 10 с более высокой точностью HEVC включен практически во все поддерживающее оборудование.

В то время как AVC использует целочисленное дискретное косинусное преобразование (DCT) с размерами блоков 4×4 и 8×8, HEVC использует как целочисленное DCT, так и дискретное синусоидальное преобразование (DST) с различными размерами блоков от 4×4 до 32×32. Высокоэффективный формат изображения (HEIF) основан на HEVC. [2]

Концепция [ править ]

Во многих отношениях HEVC является расширением концепции H.264/MPEG-4 AVC. Оба работают путем сравнения различных частей кадра видео для поиска избыточных областей как внутри одного кадра, так и между последовательными кадрами. Эти избыточные области затем заменяются кратким описанием вместо исходных пикселей. Основные изменения для HEVC включают расширение областей сравнения шаблонов и разностного кодирования с 16×16 пикселей до размеров до 64×64, улучшенную сегментацию блоков с переменным размером , улучшенное «внутреннее» предсказание в пределах одного и того же изображения, улучшенное движение. векторное предсказание и объединение областей движения, улучшенная фильтрация компенсации движения и дополнительный этап фильтрации, называемый адаптивной к выборке фильтрацией смещения. Эффективное использование этих улучшений требует гораздо больших возможностей обработки сигналов для сжатия видео, но оказывает меньшее влияние на объем вычислений, необходимых для распаковки.

HEVC был стандартизирован Объединенной совместной группой по кодированию видео (JCT-VC), результатом сотрудничества между ISO / IEC MPEG и 16-й исследовательской группой ITU-T VCEG . Группа ISO/IEC называет его MPEG-H Part 2, а ITU-T — H.265. Первая версия стандарта HEVC была ратифицирована в январе 2013 года и опубликована в июне 2013 года. Вторая версия с многовидовыми расширениями (MV-HEVC), расширениями диапазона (RExt) и расширениями масштабируемости (SHVC) была завершена и утверждена в 2014 году. и опубликовано в начале 2015 года. Расширения для 3D-видео (3D-HEVC) были завершены в начале 2015 года, а расширения для кодирования содержимого экрана (SCC) были завершены в начале 2016 года и опубликованы в начале 2017 года, охватывая видео, содержащее визуализированную графику, текст или анимация, а также (или вместо) видеосцены, снятые камерой. В октябре 2017 года стандарт был отмечен премией Primetime Emmy Engineering Award. как оказавшее существенное влияние на технологию телевидения. [3] [4] [5] [6] [7]

HEVC содержит технологии, защищенные патентами , принадлежащими организациям, участвовавшим в JCT-VC. Для реализации устройства или программного приложения, использующего HEVC, может потребоваться лицензия от владельцев патентов HEVC. ISO/IEC и ITU требуют, чтобы компании, принадлежащие их организациям, предлагали свои патенты на разумных и недискриминационных условиях лицензирования (RAND). Патентные лицензии можно получить непосредственно у каждого патентообладателя или через органы по лицензированию патентов, такие как MPEG LA , Access Advance и Velos Media.

Совокупные лицензионные сборы, предлагаемые в настоящее время всеми органами по патентному лицензированию, выше, чем для AVC. Лицензионные сборы являются одной из основных причин низкого уровня внедрения HEVC в сети, и именно поэтому некоторые крупнейшие технологические компании ( Amazon , AMD , Apple , ARM , Cisco , Google , Intel , Microsoft , Mozilla , Netflix , Nvidia и подробнее) присоединились к Альянсу открытых медиа , [8] завершила разработку бесплатного альтернативного формата кодирования видео AV1 . 28 марта 2018 года [9]

История [ править ]

Формат HEVC был совместно разработан более чем дюжиной организаций по всему миру. Наибольший активный патентный вклад в развитие формата HEVC поступил от пяти организаций: Samsung Electronics (4249 патентов), General Electric (1127 патентов), [10] M&K Holdings (907 патентов), NTT (878 патентов) и JVC Kenwood (628 патентов). [11] Другие держатели патентов включают Fujitsu , Apple , Canon , Колумбийский университет , KAIST , Университет Квангун , Массачусетский технологический институт , Университет Сунгюнкван , Funai , Hikvision , KBS , KT и NEC . [12]

Предыдущая работа [ править ]

ITU-T В 2004 году Группа экспертов по кодированию видео (VCEG) начала масштабное исследование технологических достижений, которые могли бы позволить создать новый стандарт сжатия видео (или существенные улучшения стандарта /MPEG-4 AVC H.264 , ориентированные на сжатие). ). [13] В октябре 2004 года были рассмотрены различные методы потенциального улучшения стандарта H.264/MPEG-4 AVC. В январе 2005 года на следующем заседании VCEG VCEG начала определять определенные темы как «ключевые технические области» (KTA) для дальнейшего изучения. Для оценки таких предложений была создана кодовая база программного обеспечения, называемая кодовой базой KTA. [14] Программное обеспечение KTA было основано на эталонном программном обеспечении Joint Model (JM), разработанном совместной видеогруппой MPEG и VCEG для H.264/MPEG-4 AVC. Дополнительные предложенные технологии были интегрированы в программное обеспечение KTA и протестированы в ходе экспериментов в течение следующих четырех лет. [15] [13] [16] [17]

Были рассмотрены два подхода к стандартизации технологии улучшенного сжатия: либо создание нового стандарта, либо создание расширений H.264/MPEG-4 AVC. Проект имел предварительные названия H.265 и H.NGVC (кодирование видео следующего поколения) и был основной частью работы VCEG, пока в 2010 году не превратился в совместный проект HEVC с MPEG. [18] [19] [20]

Предварительными требованиями для NGVC были возможность снижения скорости передачи данных на 50% при том же субъективном качестве изображения по сравнению с H.264/MPEG-4 AVC High Profile, а также вычислительная сложность в диапазоне от 1/2 до 3 раз выше, чем у H.264/MPEG-4 AVC High Profile. Высокий профиль. [20] NGVC сможет обеспечить снижение скорости передачи данных на 25 % и снижение сложности на 50 % при том же воспринимаемом качестве видео, что и профиль High, или обеспечить большее снижение скорости передачи данных при несколько более высокой сложности. [20] [21]

Группа ISO / IEC экспертов по движущимся изображениям (MPEG) начала аналогичный проект в 2007 году, предварительно получивший название « Высокопроизводительное кодирование видео» . [22] [23] Соглашение о снижении скорости передачи данных на 50% было принято в качестве цели проекта к июлю 2007 года. [22] Первые оценки проводились с использованием модификаций эталонного программного обеспечения-кодера KTA, разработанного VCEG. [13] К июлю 2009 года результаты экспериментов показали среднее снижение битов примерно на 20% по сравнению с AVC High Profile; Эти результаты побудили MPEG начать работу по стандартизации в сотрудничестве с VCEG. [23]

Объединенная совместная группа кодированию по видео

MPEG и VCEG создали совместную совместную группу по кодированию видео ( JCT-VC ) для разработки стандарта HEVC. [13] [24] [25] [26]

Стандартизация [ править ]

Официальный совместный конкурс предложений по технологии сжатия видео был объявлен в январе 2010 года VCEG и MPEG, и предложения были оценены на первом заседании совместной группы сотрудничества MPEG и VCEG по кодированию видео (JCT-VC), которое состоялось в апреле. 2010 г. Всего было подано 27 полных предложений. [18] [27] Оценки показали, что некоторые предложения могут достичь того же визуального качества, что и AVC, только при половине скорости передачи данных во многих тестовых случаях, за счет увеличения вычислительной сложности в 2–10 раз, а некоторые предложения достигают хороших субъективных результатов качества и скорости передачи данных. с меньшей вычислительной сложностью, чем эталонные кодировки высокого профиля AVC. название «Высокоэффективное видеокодирование» (HEVC). На этой встрече для совместного проекта было принято [13] [18] Начиная с этой встречи, JCT-VC объединил функции некоторых из лучших предложений в единую кодовую базу программного обеспечения и «Рассматриваемую тестовую модель», а также провел дальнейшие эксперименты для оценки различных предложенных функций. [13] [28] Первый рабочий проект спецификации HEVC был подготовлен на третьем заседании JCT-VC в октябре 2010 года. Многие изменения в инструментах кодирования и конфигурации HEVC были внесены на более поздних собраниях JCT-VC. [13]

25 января 2013 года ITU объявил, что HEVC получил одобрение (согласие) первого этапа в альтернативном процессе утверждения ITU-T (AAP) . [29] [30] [31] В тот же день MPEG объявил, что HEVC получил статус окончательного проекта международного стандарта (FDIS) в процессе стандартизации MPEG . [32] [33]

13 апреля 2013 г. HEVC/H.265 был утвержден в качестве стандарта ITU-T. [34] [35] [36] Стандарт был официально опубликован ITU-T 7 июня 2013 г. и ISO/IEC 25 ноября 2013 г. [24] [17]

11 июля 2014 года MPEG объявил, что второе издание HEVC будет содержать три недавно завершенных расширения: многовидовые расширения (MV-HEVC), расширения диапазона (RExt) и расширения масштабируемости (SHVC). [37]

29 октября 2014 г. HEVC/H.265 версии 2 был утвержден в качестве стандарта ITU-T. [38] [39] [40] Затем он был официально опубликован 12 января 2015 года. [24]

29 апреля 2015 года HEVC/H.265 версии 3 был утвержден в качестве стандарта ITU-T. [41] [42] [43]

3 июня 2016 года версия 4 HEVC/H.265 была одобрена ITU-T и не была одобрена во время голосования в октябре 2016 года. [44] [45]

22 декабря 2016 года HEVC/H.265 версии 4 был утвержден в качестве стандарта ITU-T. [46] [47]

Лицензирование патентов [ править ]

29 сентября 2014 г. MPEG LA объявила о своей лицензии HEVC, которая охватывает основные патенты 23 компаний. [48] Первые 100 000 «устройств» (включая реализации программного обеспечения) не требуют лицензионных отчислений, а после этого плата составляет 0,20 доллара США за устройство до годового лимита в 25 миллионов долларов США. [49] Это значительно дороже, чем плата за AVC, которая составляла 0,10 доллара США за устройство, с тем же отказом в размере 100 000 и годовым лимитом в 6,5 миллиона долларов США. MPEG LA не взимает никакой платы за сам контент, что они пытались сделать при первоначальном лицензировании AVC, но впоследствии отказались от нее, когда производители контента отказались ее платить. [50] Лицензия была расширена за счет включения профилей второй версии стандарта HEVC. [51]

Когда были объявлены условия MPEG LA, комментаторы отметили, что ряд известных обладателей патентов не входили в группу. Среди них были AT&T , Microsoft , Nokia и Motorola . В то время предполагалось, что эти компании сформируют свой собственный пул лицензий, чтобы конкурировать с пулом MPEG LA или дополнить его. О такой группе было официально объявлено 26 марта 2015 года как HEVC Advance . [52] Условия, охватывающие 500 основных патентов, были объявлены 22 июля 2015 г., причем ставки зависят от страны продажи, типа устройства, профиля HEVC, расширений HEVC и дополнительных функций HEVC. В отличие от условий MPEG LA, HEVC Advance вновь ввела лицензионные сборы за контент, закодированный с помощью HEVC, посредством платы за распределение доходов. [53]

Первоначальная лицензия HEVC Advance имела максимальную ставку роялти в размере 2,60 долларов США за устройство для стран региона 1 и ставку роялти за контент в размере 0,5% от дохода, полученного от видеоуслуг HEVC. Страны региона 1, в которых действует лицензия HEVC Advance, включают США, Канаду, Европейский Союз, Японию, Южную Корею, Австралию, Новую Зеландию и другие. Страны Региона 2 — это страны, не включенные в список стран Региона 1. Лицензия HEVC Advance имела максимальную ставку роялти в размере 1,30 доллара США за устройство для стран Региона 2. В отличие от MPEG LA, здесь не было годового ограничения. Помимо этого, HEVC Advance также взимает роялти в размере 0,5% от дохода, полученного от видеосервисов, кодирующих контент в HEVC. [53]

Когда о них было объявлено, отраслевые обозреватели вызвали резкую реакцию по поводу «необоснованных и жадных» сборов за устройства, которые примерно в семь раз превышали сборы MPEG LA. В сумме для устройства потребуются лицензии стоимостью 2,80 доллара, что в двадцать восемь раз дороже, чем AVC, а также лицензионные сборы за контент. Это привело к призывам «владельцев контента объединиться и согласиться не лицензировать HEVC Advance». [54] Другие утверждали, что эти тарифы могут заставить компании перейти на конкурирующие стандарты, такие как Daala и VP9 . [55]

18 декабря 2015 г. HEVC Advance объявила об изменении ставок роялти. Изменения включают снижение максимальной ставки роялти для стран Региона 1 до 2,03 доллара США за устройство, установление годового лимита роялти и отмену роялти за контент, который является бесплатным для конечных пользователей. Ежегодный лимит роялти для компании составляет 40 миллионов долларов США за устройства, 5 миллионов долларов США за контент и 2 миллиона долларов США за дополнительные функции. [56]

3 февраля 2016 г. Technicolor SA объявила о выходе из патентного пула HEVC Advance. [57] и будут напрямую лицензировать свои патенты HEVC. [58] HEVC Advance ранее перечислил 12 патентов Technicolor. [59] Technicolor объявили, что воссоединились 22 октября 2019 года. [60]

22 ноября 2016 года HEVC Advance объявила о крупной инициативе, пересмотрев свою политику, позволяющую распространять программные реализации HEVC напрямую на потребительские мобильные устройства и персональные компьютеры без лицензионных отчислений и без необходимости получения патентной лицензии. [61]

31 марта 2017 года Velos Media объявила о своей лицензии HEVC, которая охватывает основные патенты Ericsson, Panasonic, Qualcomm Incorporated, Sharp и Sony. [62]

По состоянию на апрель 2019 года Список патентов MPEG LA HEVC занимает 164 страницы. [63] [64]

Патентовладельцы [ править ]

Следующие организации в настоящее время обладают наиболее активными патентами в патентных пулах HEVC, перечисленных MPEG LA и HEVC Advance :

Организация Активный
патенты
Ссылка
Самсунг Электроникс 4249 [10]
Дженерал Электрик (GE) 1127
М&К Холдингс Инк. 0 907 [11]
Nippon Telegraph and Telephone (включая NTT Docomo ) 0 878
JVC Кенвуд 0 628
Долби Лаборатории 0 624 [10]
Инфобридж Пте. ООО 0 572 [11]
Митсубиси Электрик 0 401 [10]
SK Telecom (включая SK Planet ) 0 380 [11]
MediaTek (через HFI Inc.) 0 337 [10]
Университет Седжонга 0 330
КТ Корп 0 289 [11]
Филипс 0 230 [10]
Годо Кайша IP-мост 0 219
НЭК Корпорация 0 219 [11]
Научно-исследовательский институт электроники и телекоммуникаций (ETRI) Кореи 0 208
Кэнон Инк. 0 180
Тагиван II 0 162
Фуджицу 0 144
Университет Кён Хи 0 103

Версии [ править ]

Версии стандарта HEVC/H.265, использующие даты утверждения ITU-T. [24]

  • Версия 1: (13 апреля 2013 г.) Первая утвержденная версия стандарта HEVC/H.265, содержащая профили Main, Main10 и Main Still Picture. [34] [35] [36]
  • Версия 2: (29 октября 2014 г.) Вторая утвержденная версия стандарта HEVC/H.265, которая добавляет 21 профиль расширения диапазона, два профиля масштабируемых расширений и один профиль расширений с несколькими представлениями. [38] [39] [40]
  • Версия 3: (29 апреля 2015 г.) Третья утвержденная версия стандарта HEVC/H.265, в которую добавлен основной профиль 3D. [41] [42] [43]
  • Версия 4: (22 декабря 2016 г.) Четвертая утвержденная версия стандарта HEVC/H.265, которая добавляет семь профилей расширений кодирования содержимого экрана, три профиля расширений с высокой пропускной способностью и четыре профиля масштабируемых расширений. [65] [46] [47]
  • Версия 5: (13 февраля 2018 г.) Пятая утвержденная версия стандарта HEVC/H.265, которая добавляет дополнительные сообщения SEI, в том числе всенаправленные видеосообщения SEI, профиль Monochrome 10, профиль Main 10 Still Picture, а также исправления различных мелких дефектов. в предыдущем содержании Спецификации. [66] [67]
  • Версия 6: (29 июня 2019 г.) Шестая утвержденная версия стандарта HEVC/H.265, которая добавляет дополнительные сообщения SEI, включающие сообщения манифеста SEI и сообщения префикса SEI, а также исправления различных незначительных дефектов в предыдущем содержании Спецификации. [66] [68]
  • Версия 7: (29 ноября 2019 г.) Седьмая утвержденная версия стандарта HEVC/H.265, которая добавляет дополнительные сообщения SEI для видеоинформации «рыбий глаз» и аннотированных областей, а также включает исправления различных незначительных дефектов в предыдущем содержании Спецификации. [66] [69]
  • Версия 8: 22 августа 2021 г. утверждена Версия 8. [70]
  • Версия 9: Версия 9 была утверждена 13 сентября 2023 г., это последняя версия. [71]

Реализации и продукты [ править ]

2012 [ править ]

компания 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. [72]

2013 [ править ]

11 февраля 2013 года исследователи из Массачусетского технологического института продемонстрировали первый в мире опубликованный декодер HEVC ASIC на Международной конференции по твердотельным схемам (ISSCC) 2013. [73] Их чип был способен декодировать видеопоток 3840×2160p со скоростью 30 кадров в секунду в реальном времени, потребляя менее 0,1 Вт мощности. [74] [75]

3 апреля 2013 года Ateme объявила о доступности первой реализации программного проигрывателя HEVC с открытым исходным кодом на основе декодера OpenHEVC и GPAC видеоплеера , которые лицензируются в соответствии с LGPL . Декодер OpenHEVC поддерживает основной профиль HEVC и может декодировать видео 1080p со скоростью 30 кадров в секунду, используя одноядерный процессор. [76] Живой транскодер, поддерживающий HEVC и используемый в сочетании с видеоплеером GPAC, был показан на стенде ATEME на выставке NAB в апреле 2013 года. [76] [77]

23 июля 2013 года MulticoreWare объявила и предоставила исходному коду доступ к библиотеки кодировщиков x265 HEVC под лицензией GPL v2 . [78] [79]

8 августа 2013 года компания Nippon Telegraph and Telephone объявила о выпуске своего программного кодировщика HEVC-1000 SDK, который поддерживает профиль Main 10, разрешение до 7680×4320 и частоту кадров до 120 кадров в секунду. [80]

14 ноября 2013 г. разработчики DivX опубликовали информацию о производительности декодирования HEVC с использованием процессора Intel i7 с частотой 3,5 ГГц, 4 ядрами и 8 потоками. [81] Декодер DivX 10.1 Beta обеспечивал скорость 210,9 кадров в секунду при разрешении 720p, 101,5 кадров в секунду при разрешении 1080p и 29,6 кадров в секунду при разрешении 4K. [81]

18 декабря 2013 года ViXS Systems объявила о поставках своего XCode (не путать с Apple Xcode IDE для MacOS) 6400 SoC, который был первым SoC, поддерживающим профиль Main 10 HEVC. [82]

2014 [ править ]

5 апреля 2014 г. на выставке NAB компании eBrisk Video, Inc. и Altera Corporation продемонстрировали кодер HEVC Main10 с ускорением FPGA, который кодировал видео 4Kp60/10-бит в реальном времени с использованием двухпроцессорного процессора Xeon E5-2697-v2. платформа. [83] [84]

13 августа 2014 года компания Ittiam Systems объявила о выпуске кодека H.265/HEVC третьего поколения с поддержкой 12-битного формата 4:2:2. [85]

5 сентября 2014 года Ассоциация дисков Blu-ray объявила, что спецификация дисков Blu-ray 4K будет поддерживать видео 4K в кодировке HEVC со скоростью 60 кадров в секунду, Rec. 2020 Цветовое пространство , широкий динамический диапазон ( PQ и HLG ) и 10-битная глубина цвета . [86] [87] Диски Blu-ray 4K имеют скорость передачи данных не менее 50 Мбит/с и емкость диска до 100 ГБ. [86] [87] Диски Blu-ray 4K и проигрыватели стали доступны для покупки в 2015 или 2016 году. [86] [87]

9 сентября 2014 года Apple анонсировала iPhone 6 и iPhone 6 Plus , которые поддерживают HEVC/H.265 для FaceTime по сотовой связи. [88]

18 сентября 2014 года Nvidia выпустила GeForce GTX 980 (GM204) и GTX 970 (GM204), в состав которых входит Nvidia NVENC , первый в мире аппаратный кодировщик HEVC в дискретной видеокарте. [89]

31 октября 2014 года Microsoft подтвердила, что Windows 10 будет поддерживать HEVC «из коробки» , согласно заявлению Габриэля Аула, руководителя группы данных и фундаментальных исследований Microsoft Operating Systems Group. [90] [91] В Windows 10 Техническая предварительная версия сборки 9860 добавлена ​​поддержка на уровне платформы для HEVC и Matroska . [92] [93]

3 ноября 2014 года Android Lollipop был выпущен со стандартной поддержкой HEVC с использованием программного обеспечения Ittiam Systems . [94]

2015 [ править ]

5 января 2015 года ViXS Systems анонсировала XCode 6800, который является первой SoC, поддерживающей профиль Main 12 HEVC. [95]

5 января 2015 года Nvidia официально анонсировала SoC Tegra X1 с полным аппаратным декодированием HEVC с фиксированными функциями. [96] [97]

22 января 2015 года Nvidia выпустила GeForce GTX 960 (GM206), которая включает в себя первый в мире аппаратный декодер HEVC Main/Main10 с фиксированными функциями в дискретной видеокарте. [98]

23 февраля 2015 года компания Advanced Micro Devices (AMD) объявила, что ее ASIC UVD , который можно найти в APU Carrizo , станет первым процессором на базе x86, имеющим аппаратный декодер HEVC. [99]

27 февраля 2015 г. был выпущен медиаплеер VLC версии 2.2.0 с надежной поддержкой воспроизведения HEVC. Соответствующие версии для Android и iOS также могут воспроизводить HEVC.

31 марта 2015 года VITEC анонсировала MGW Ace, который стал первым полностью аппаратным портативным кодером HEVC, обеспечивающим мобильное кодирование HEVC. [100]

5 августа 2015 года Intel выпустила продукты Skylake с полностью фиксированными функциями основного/8-битного декодирования/кодирования и гибридного/частичного основного 10/10-битного декодирования.

9 сентября 2015 года Apple анонсировала чип Apple A9 , впервые использованный в iPhone 6S , свой первый процессор с аппаратным декодером HEVC, поддерживающим Main 8 и 10. Эта функция не будет разблокирована до выпуска iOS 11 в 2017 году. [101]

2016 [ править ]

11 апреля 2016 г. было объявлено о полной поддержке HEVC (H.265) в новейшей версии MythTV (0.28). [102]

30 августа 2016 года Intel официально анонсировала продукты процессоров Core 7-го поколения ( Kaby Lake ) с полной фиксированной поддержкой аппаратного декодирования HEVC Main10. [103]

7 сентября 2016 года Apple анонсировала чип Apple A10 , впервые использованный в iPhone 7 , который включал аппаратный кодер HEVC, поддерживающий Main 8 и 10. Эта функция не будет разблокирована до выпуска iOS 11 в 2017 году. [101]

25 октября 2016 года Nvidia выпустила GeForce GTX 1050Ti (GP107) и GeForce GTX 1050 (GP107), которые включают в себя полностью фиксированные функции аппаратного кодирования HEVC Main10/Main12.

2017 [ править ]

5 июня 2017 года Apple объявила о поддержке HEVC H.265 в macOS High Sierra , iOS 11 , tvOS , [104] HTTP-трансляция в прямом эфире [105] и Сафари . [106] [107]

25 июня 2017 года Microsoft выпустила бесплатное расширение приложения HEVC для Windows 10 , позволяющее некоторым устройствам Windows 10 с аппаратным обеспечением декодирования HEVC воспроизводить видео в формате HEVC внутри любого приложения. [108]

19 сентября 2017 года Apple выпустила iOS 11 и tvOS 11 с поддержкой кодирования и декодирования HEVC. [109] [104]

25 сентября 2017 года Apple выпустила macOS High Sierra с поддержкой кодирования и декодирования HEVC.

28 сентября 2017 года GoPro выпустила экшн-камеру Hero6 Black с кодированием видео 4K60P HEVC. [110]

17 октября 2017 года Microsoft удалила поддержку декодирования HEVC из Windows 10 с помощью обновления Fall Creators Update версии 1709, сделав HEVC доступным вместо этого в виде отдельной платной загрузки из Microsoft Store. [111]

2 ноября 2017 года Nvidia выпустила GeForce GTX 1070 Ti (GP104), которая включает в себя полностью фиксированный аппаратный декодер HEVC Main10/Main12.

2018 [ править ]

20 сентября 2018 года Nvidia выпустила GeForce RTX 2080 (TU104), которая включает в себя полностью фиксированный аппаратный декодер HEVC Main 4:4:4 12.

2022 [ править ]

25 октября 2022 года Chrome выпустил версию 107, которая начинает поддерживать аппаратное декодирование HEVC для всех платформ «из коробки», если оборудование поддерживается.

Поддержка браузера [ править ]

HEVC реализован в следующих веб-браузерах:

  • Браузер Android (начиная с версии 5 от ноября 2014 г.) [112]
  • Safari (начиная с версии 11 от сентября 2017 г.) [113]
  • Edge (начиная с версии 77 с июля 2017 г., поддерживается в Windows 10 1709+ для устройств с поддерживаемым оборудованием при установке видеорасширений HEVC, начиная с версии 107 с октября 2022 г., поддерживается в macOS 11+, Android 5.0+ для всех устройств) [114]
  • Chrome (начиная с версии 107 от октября 2022 г., поддерживается на macOS 11+, Android 5.0+ для всех устройств, поддерживается на Windows 8+, ChromeOS и Linux для устройств с поддерживаемым оборудованием) [115]
  • Opera (начиная с версии 94 от декабря 2022 г., поддерживается на тех же платформах, что и Chrome)

По данным Can I Use, в июне 2023 года примерно 88,31% браузеров, используемых на настольных и мобильных системах, могли воспроизводить видео HEVC на веб-страницах HTML5. [116]

Поддержка операционной системы [ править ]

Поддержка HEVC различными операционными системами
Microsoft Windows macOS Андроид iOS
Поддержка кодеков Да Да Да Да
Поддержка контейнеров MP4 (.mp4, .m4v)

Формат файла QuickTime (.mov)

Матроска (.mkv)

MP4 (.mp4, .m4v)

Формат файла QuickTime (.mov)

MP4 (.mp4, .m4v)

Матроска (.mkv)

MP4 (.mp4, .m4v)

Формат файла QuickTime (.mov)

Примечания - Поддержка появилась в Windows 10 версии 1507.
- Встроенная поддержка была удалена в Windows 10 версии 1709 из-за затрат на лицензирование. Надстройку HEVC Video Extensions можно приобрести в Microsoft Store, чтобы включить воспроизведение HEVC в приложении медиаплеера по умолчанию Microsoft Movies & TV . [111]
- Начиная с Windows 11 версии 22H2, видеорасширения HEVC встроены в установку по умолчанию. [117]
Поддержка появилась в macOS 10.13 High Sierra. [118] - Поддержка появилась в Android 5.0. [112]
- Некоторые устройства Android могут поддерживать только 8-битное аппаратное декодирование (основной профиль), но не 10-битное (основной профиль 10).
- Поддержка появилась в iOS 11.0.
- Воспроизведение с программным декодированием возможно на iPhone 5s (с разрешением 720p/240 кадров в секунду, 1080p/60 кадров в секунду) и iPhone 6 (с разрешением 1080p/240 кадров в секунду).
- Аппаратное декодирование доступно на Apple A9 (iPhone 6s), а аппаратное декодирование и кодирование доступно на Apple A10 (iPhone 7). [119]

Эффективность кодирования [ править ]

Блок-схема HEVC

Большинство стандартов кодирования видео разработаны в первую очередь для достижения максимальной эффективности кодирования. Эффективность кодирования — это способность кодировать видео с минимально возможной скоростью передачи данных, сохраняя при этом определенный уровень качества видео. Существует два стандартных способа измерения эффективности кодирования стандарта видеокодирования: использовать объективный показатель, такой как пиковое соотношение сигнал/шум (PSNR), или использовать субъективную оценку качества видео. Субъективная оценка качества видео считается наиболее важным способом измерения стандарта кодирования видео, поскольку люди воспринимают качество видео субъективно. [120]

HEVC выигрывает от использования блоков дерева кодирования (CTU) большего размера. Это было показано в тестах PSNR с кодером HM-8.0 HEVC, где он был вынужден использовать постепенно меньшие размеры CTU. Для всех тестовых последовательностей по сравнению с размером CTU 64×64 было показано, что скорость передачи данных HEVC увеличилась на 2,2% при принудительном использовании размера CTU 32×32 и увеличилась на 11,0% при принудительном использовании размера 16×. Размер 16 ГТЕ. В тестовых последовательностях класса A, где разрешение видео составляло 2560×1600, по сравнению с размером CTU 64×64, было показано, что скорость передачи данных HEVC увеличилась на 5,7% при принудительном использовании размера CTU 32×32. и увеличился на 28,2% при использовании CTU размером 16×16. Тесты показали, что большие размеры CTU повышают эффективность кодирования, а также сокращают время декодирования. [120]

Основной профиль HEVC (MP) сравнивался по эффективности кодирования с H.264/MPEG-4 AVC High Profile (HP), MPEG-4 Advanced Simple Profile (ASP), H.263 High Latency Profile (HLP) и H. .262/MPEG-2 Основной профиль (MP). Кодирование видео было выполнено для развлекательных приложений, и для девяти тестовых видеопоследовательностей было создано двенадцать различных битрейтов с использованием кодера HM-8.0 HEVC. Из девяти тестовых последовательностей видео пять имели разрешение HD, а четыре — разрешение WVGA (800×480). Снижение скорости передачи данных для HEVC было определено на основе PSNR, при этом HEVC имел снижение скорости передачи данных на 35,4% по сравнению с H.264/MPEG-4 AVC HP, на 63,7% по сравнению с MPEG-4 ASP, на 65,1% по сравнению с H.263 HLP. и 70,8% по сравнению с H.262/MPEG-2 MP. [120]

HEVC MP также сравнивался с H.264/MPEG-4 AVC HP по субъективному качеству видео. Кодирование видео было выполнено для развлекательных приложений, и для девяти тестовых видеопоследовательностей были созданы четыре различных битрейта с использованием кодера HM-5.0 HEVC. Субъективная оценка была проведена раньше, чем сравнение PSNR, поэтому использовалась более ранняя версия кодера HEVC, которая имела немного более низкую производительность. Снижение скорости передачи данных определялось на основе субъективной оценки с использованием средних значений оценок . Общее субъективное снижение битрейта для HEVC MP по сравнению с H.264/MPEG-4 AVC HP составило 49,3%. [120]

Федеральная политехническая школа Лозанны (EPFL) провела исследование для оценки субъективного качества видео HEVC при разрешениях выше, чем HDTV. Исследование проводилось с использованием трех видеороликов с разрешением 3840×1744 при 24 кадрах в секунду, 3840×2048 при 30 кадрах в секунду и 3840×2160 при 30 кадрах в секунду. В пятисекундных видеороликах были показаны люди на улице, движение транспорта и сцена из с открытым исходным кодом компьютерного анимационного фильма «Синтел» . Видеопоследовательности были закодированы с пятью различными скоростями передачи данных с использованием кодера HM-6.1.1 HEVC и кодера JM-18.3 H.264/MPEG-4 AVC. Субъективное снижение скорости передачи данных определялось на основе субъективной оценки с использованием средних значений оценок. Исследование сравнило HEVC MP с H.264/MPEG-4 AVC HP и показало, что для HEVC MP среднее снижение битрейта на основе PSNR составило 44,4%, тогда как среднее снижение битрейта на основе субъективного качества видео составило 66,5%. [121] [122] [123] [124]

В сравнении производительности HEVC, опубликованном в апреле 2013 года, HEVC MP и основной профиль 10 (M10P) сравнивались с H.264/MPEG-4 AVC HP и профилем High 10 (H10P) с использованием видеопоследовательностей 3840×2160. Видеопоследовательности кодировались с помощью кодера HM-10.0 HEVC и кодера JM-18.4 H.264/MPEG-4 AVC. Среднее снижение скорости передачи данных на основе PSNR составило 45 % для межкадрового видео.

В сравнении видеокодеров, опубликованном в декабре 2013 года, кодер HM-10.0 HEVC сравнивался с кодером x264 (версия r2334) и кодером VP9 (версия v1.2.0-3088-ga81bd12). Для сравнения использовался метод измерения скорости передачи данных Бьёнтегора-Дельта (BD-BR), в котором отрицательные значения показывают, насколько ниже снижается скорость передачи данных, а положительные значения показывают, насколько скорость передачи данных увеличивается для того же PSNR. В сравнении, кодер HM-10.0 HEVC имел самую высокую эффективность кодирования, и в среднем для получения такого же объективного качества кодеру x264 требовалось увеличить битрейт на 66,4%, тогда как кодеру VP9 требовалось увеличить битрейт. на 79,4%. [125]

Субъективное сравнение производительности видео [126]
Видео
кодирование
стандартный
Снижение средней скорости передачи данных
по сравнению с H.264/MPEG-4 AVC HP
480p 720p 1080p 2160p
HEVC 52% 56% 62% 64%

В ходе субъективного сравнения производительности видео, опубликованного в мае 2014 года, JCT-VC сравнил основной профиль HEVC с профилем H.264/MPEG-4 AVC High. В сравнении использовались средние значения оценок общественного мнения, оно было проведено BBC и Университетом Западной Шотландии . Видеопоследовательности кодировались с помощью кодера HM-12.1 HEVC и кодера JM-18.5 H.264/MPEG-4 AVC. В сравнении использовался диапазон разрешений, а среднее снижение скорости передачи данных для HEVC составило 59%. Среднее снижение скорости передачи данных для HEVC составило 52% для 480p, 56% для 720p, 62% для 1080p и 64% для 4K UHD. [126]

В ходе субъективного сравнения видеокодеков, опубликованного EPFL в августе 2014 года, кодер HM-15.0 HEVC сравнивался с кодером VP9 1.2.0–5183 и кодером JM-18.8 H.264/MPEG-4 AVC. Четыре последовательности с разрешением 4K были закодированы с пятью различными скоростями передачи данных, при этом кодеры были настроены на использование внутреннего периода в одну секунду. В сравнении, кодер HM-15.0 HEVC имел наибольшую эффективность кодирования и в среднем при том же субъективном качестве битрейт можно было снизить на 49,4% по сравнению с кодером VP9 1.2.0–5183, и его можно было снизить. на 52,6% по сравнению с кодером JM-18.8 H.264/MPEG-4 AVC. [127] [128] [129]

В августе 2016 года Netflix опубликовал результаты крупномасштабного исследования, сравнивающего ведущий кодировщик HEVC с открытым исходным кодом, x265 , с ведущим кодером AVC с открытым исходным кодом, x264 и эталонным кодером VP9 , ​​libvpx. [130] Используя свой усовершенствованный инструмент измерения качества видео Video Multimethod Assessment Fusion (VMAF), Netflix обнаружил, что x265 обеспечивает идентичное качество при скорости передачи данных в диапазоне от 35,4% до 53,3% ниже, чем x264, и от 17,8% до 21,8% ниже, чем VP9. [131]

Особенности [ править ]

HEVC был разработан для существенного повышения эффективности кодирования по сравнению с H.264/MPEG-4 AVC HP, т.е. для снижения требований к битрейту вдвое при сопоставимом качестве изображения за счет увеличения вычислительной сложности. [13] HEVC был разработан с целью обеспечить степень сжатия видеоконтента до 1000:1. [132] В зависимости от требований приложения кодеры HEVC могут выбирать между вычислительной сложностью, степенью сжатия, устойчивостью к ошибкам и временем задержки кодирования. [13] Двумя ключевыми особенностями, в которых HEVC был улучшен по сравнению с H.264/MPEG-4 AVC, были поддержка видео более высокого разрешения и улучшенные методы параллельной обработки. [13]

HEVC предназначен для HDTV-дисплеев нового поколения и систем захвата контента, которые поддерживают с прогрессивной разверткой частоту кадров и разрешение дисплея от QVGA (320×240) до 4320p (7680×4320), а также улучшенное качество изображения с точки зрения уровня шума и цвета. пробелы и динамический диапазон . [21] [133] [134] [135]

Уровень кодирования видео [ править ]

Уровень кодирования видео HEVC использует тот же «гибридный» подход, который используется во всех современных видеостандартах, начиная с H.261 , поскольку он использует предсказание между/внутри изображения и кодирование 2D-преобразования. [13] Кодер HEVC сначала разделяет изображение на области блочной формы для первого изображения или первого изображения точки произвольного доступа, которая использует внутрикадровое предсказание. [13] Прогнозирование внутри изображения — это когда прогнозирование блоков изображения основано только на информации, содержащейся в этом изображении. [13] Для всех остальных изображений используется межкадровое предсказание, при котором информация предсказания используется из других изображений. [13] После завершения работы методов прогнозирования и прохождения изображения через контурные фильтры окончательное представление изображения сохраняется в буфере декодированного изображения. [13] Изображения, хранящиеся в буфере декодированных изображений, могут использоваться для предсказания других изображений. [13]

HEVC был разработан с идеей, что с прогрессивной разверткой будет использоваться видео , и не было добавлено никаких инструментов кодирования специально для чересстрочного видео . [13] Специальные инструменты чересстрочного кодирования, такие как MBAFF и PAFF, не поддерживаются в HEVC. [136] Вместо этого HEVC отправляет метаданные , сообщающие, как было отправлено чересстрочное видео. [13] Чересстрочное видео можно отправлять либо путем кодирования каждого кадра как отдельного изображения, либо путем кодирования каждого поля как отдельного изображения. [13] Для чересстрочного видео HEVC может переключаться между кодированием кадров и кодированием полей с помощью Sequence Adaptive Frame Field (SAFF), что позволяет изменять режим кодирования для каждой видеопоследовательности. [137] Это позволяет отправлять чересстрочное видео с помощью HEVC без необходимости добавления специальных процессов чересстрочного декодирования в декодеры HEVC. [13]

Цветовые пространства [ править ]

Стандарт HEVC поддерживает такие цветовые пространства , как обычный фильм, NTSC , PAL , Rec. 601 , Рек. 709 , Рек. 2020 , Рек. 2100 , SMPTE 170M, SMPTE 240M, sRGB , sYCC , xvYCC , XYZ и внешние цветовые пространства. [24] HEVC поддерживает представления кодирования цвета, такие как RGB , YCbCr и YCoCg . [24]

Инструменты кодирования [ править ]

Единица дерева кодирования [ править ]

HEVC заменяет макроблоки размером 16×16 пикселей , которые использовались в предыдущих стандартах, на единицы дерева кодирования (CTU), которые могут использовать более крупные блочные структуры, содержащие до 64×64 выборок, и могут лучше разбивать изображение на структуры переменного размера. [13] [138] HEVC первоначально делит изображение на CTU, которые могут иметь размеры 64×64, 32×32 или 16×16, причем больший размер блока пикселей обычно увеличивает эффективность кодирования. [13]

Обратные преобразования [ править ]

HEVC определяет четыре размера единиц преобразования (TU) 4×4, 8×8, 16×16 и 32×32 для кодирования остатка предсказания. [13] CTB может быть рекурсивно разделен на 4 или более TU. [13] TU используют целочисленные базисные функции, основанные на дискретном косинусном преобразовании (DCT). [13] [2] Кроме того, блоки преобразования яркости 4×4, которые принадлежат области внутреннего кодирования, преобразуются с использованием целочисленного преобразования, которое получается из дискретного синусоидального преобразования (DST). [13] Это обеспечивает снижение скорости передачи данных на 1%, но было ограничено блоками преобразования яркости 4×4 из-за незначительных преимуществ для других случаев преобразования. [13] Chroma использует те же размеры TU, что и яркость, поэтому для цветности нет преобразования 2×2. [13]

Инструменты параллельной обработки [ править ]

  • Плитки позволяют разделить изображение на сетку прямоугольных областей, которые можно независимо декодировать/кодировать. Основное назначение тайлов — обеспечить параллельную обработку. [13] Плитки могут декодироваться независимо и даже обеспечивать произвольный доступ к определенным областям изображения в видеопотоке. [13]
  • Параллельная обработка волнового фронта (WPP) — это когда срез делится на строки CTU, в которых первая строка декодируется нормально, но каждая дополнительная строка требует принятия решений в предыдущей строке. [13] WPP использует информацию об использовании энтропийного кодировщика из предыдущей строки CTU и допускает метод параллельной обработки, который может обеспечить лучшее сжатие, чем фрагменты. [13]
  • Плитки и WPP разрешены, но не являются обязательными. [13] [24] Если плитки присутствуют, они должны быть не менее 64 пикселей в высоту и 256 пикселей в ширину с ограничением на количество разрешенных плиток, специфичным для уровня. [13] [24]
  • Срезы по большей части могут декодироваться независимо друг от друга, при этом основным назначением тайлов является повторная синхронизация в случае потери данных в видеопотоке. [13] Срезы можно определить как автономные, поскольку прогнозирование не осуществляется за пределами границ срезов. [13] Однако при выполнении внутриконтурной фильтрации изображения может потребоваться информация о границах срезов. [13] Срезы представляют собой CTU, декодированные в порядке растрового сканирования, и для срезов могут использоваться разные типы кодирования, такие как типы I, типы P или типы B. [13]
  • Зависимые фрагменты могут обеспечить более быстрый доступ системы к данным, связанным с фрагментами или WPP, чем если бы приходилось декодировать весь фрагмент. [13] Основная цель зависимых фрагментов — обеспечить кодирование видео с малой задержкой благодаря меньшей задержке. [13]

Другие инструменты кодирования [ править ]

Энтропийное кодирование [ править ]

HEVC использует контекстно-адаптивный алгоритм двоичного арифметического кодирования (CABAC), который по своей сути аналогичен CABAC в H.264/MPEG-4 AVC. [13] CABAC — единственный метод статистического кодирования, разрешенный в HEVC, тогда как в H.264/MPEG-4 AVC разрешены два метода статистического кодирования. [13] CABAC и энтропийное кодирование коэффициентов преобразования в HEVC были разработаны для более высокой пропускной способности, чем H.264/MPEG-4 AVC. [139] сохраняя при этом более высокую эффективность сжатия для блоков преобразования большего размера по сравнению с простыми расширениями. [140] Например, количество ячеек с контекстным кодированием было уменьшено в 8 раз, а режим обхода CABAC был улучшен с точки зрения его конструкции для увеличения пропускной способности. [13] [139] [141] Еще одно улучшение HEVC заключается в том, что зависимости между закодированными данными были изменены для дальнейшего увеличения пропускной способности. [13] [139] Моделирование контекста в HEVC также было улучшено, так что CABAC может лучше выбирать контекст, который повышает эффективность по сравнению с H.264/MPEG-4 AVC. [13]

Внутреннее предсказание [ править ]
HEVC имеет 33 режима внутреннего прогнозирования.

HEVC определяет 33 направленных режима для внутреннего предсказания по сравнению с 8 направленными режимами для внутреннего предсказания, указанными в H.264/MPEG-4 AVC. [13] HEVC также определяет режимы внутреннего предсказания постоянного тока и плоского предсказания. [13] Режим внутреннего прогнозирования постоянного тока генерирует среднее значение путем усреднения эталонных выборок и может использоваться для плоских поверхностей. [13] Режим планарного прогнозирования в HEVC поддерживает все размеры блоков, определенные в HEVC, тогда как режим планарного прогнозирования в H.264/MPEG-4 AVC ограничен размером блока 16×16 пикселей. [13] Режимы внутреннего предсказания используют данные из соседних блоков предсказания, которые были ранее декодированы из одного и того же изображения. [13]

Компенсация движения [ править ]

Для интерполяции позиций дробных выборок яркости HEVC использует отдельное применение одномерной интерполяции половинной выборки с 8-отводным фильтром или интерполяции четверти выборки с 7-отводным фильтром, в то время как, для сравнения, H.264/MPEG-4 AVC использует двухэтапный процесс, который сначала выводит значения в позициях полувыборки с использованием разделимой одномерной 6-точечной интерполяции с последующим целочисленным округлением, а затем применяет линейную интерполяцию между значениями в соседних позициях полувыборки для генерации значений в позициях четверти выборки. [13] HEVC имеет повышенную точность благодаря более длинному фильтру интерполяции и устранению промежуточной ошибки округления. [13] Для видео 4:2:0 образцы цветности интерполируются с помощью разделяемой одномерной 4-кратной фильтрации для получения точности до восьмой выборки, в то время как для сравнения H.264/MPEG-4 AVC использует только 2-кратный билинейный фильтр (также с точностью до восьмой выборки). [13]

Как и в H.264/MPEG-4 AVC, взвешенное прогнозирование в HEVC может использоваться либо с однопрогнозированием (при котором используется одно значение прогнозирования), либо с двойным прогнозированием (при котором значения прогнозирования из двух блоков прогнозирования объединяются). . [13]

движения Прогнозирование вектора

HEVC определяет 16-битный диапазон со знаком как для горизонтальных, так и для вертикальных векторов движения (MV). [24] [142] [143] [144] Это было добавлено в HEVC на встрече HEVC в июле 2012 года с переменными mvLX. [24] [142] [143] [144] Горизонтальные/вертикальные MV HEVC имеют диапазон от -32768 до 32767, что, учитывая точность в четверть пикселя, используемую HEVC, позволяет использовать диапазон MV от -8192 до 8191,75 выборок яркости. [24] [142] [143] [144] Это можно сравнить с H.264/MPEG-4 AVC, который допускает диапазон MV по горизонтали от -2048 до 2047,75 выборок яркости и диапазон MV по вертикали от -512 до 511,75 выборок яркости. [143]

HEVC допускает два режима MV: расширенное прогнозирование вектора движения (AMVP) и режим слияния. [13] AMVP использует данные из опорного изображения, а также может использовать данные из соседних блоков предсказания. [13] Режим слияния позволяет наследовать MV от соседних блоков прогнозирования. [13] Режим слияния в HEVC аналогичен режимам «пропущенного» и «прямого» вывода движения в H.264/MPEG-4 AVC, но с двумя улучшениями. [13] Первое улучшение заключается в том, что HEVC использует индексную информацию для выбора одного из нескольких доступных кандидатов. [13] Второе улучшение заключается в том, что HEVC использует информацию из списка опорных изображений и индекса опорных изображений. [13]

Петлевые фильтры [ править ]

HEVC определяет два контурных фильтра, которые применяются последовательно: сначала применяется фильтр деблокирования (DBF), а затем фильтр адаптивного смещения выборки (SAO). [13] Оба контурных фильтра применяются в цикле межкадрового предсказания, т.е. отфильтрованное изображение сохраняется в буфере декодированного изображения (DPB) в качестве эталона для межкадрового предсказания. [13]

Разблокирующий фильтр [ править ]

DBF аналогичен тому, который используется в H.264/MPEG-4 AVC, но имеет более простую конструкцию и лучшую поддержку параллельной обработки. [13] В HEVC DBF применяется только к сетке выборки 8×8, тогда как в H.264/MPEG-4 AVC DBF применяется к сетке выборки 4×4. [13] DBF использует сетку выборки 8×8, поскольку она не вызывает заметного ухудшения качества и значительно улучшает параллельную обработку, поскольку DBF больше не вызывает каскадных взаимодействий с другими операциями. [13] Еще одно изменение заключается в том, что HEVC допускает только три уровня DBF от 0 до 2. [13] HEVC также требует, чтобы DBF сначала применял горизонтальную фильтрацию для вертикальных краев к изображению и только после этого применял вертикальную фильтрацию для горизонтальных краев к изображению. [13] Это позволяет использовать несколько параллельных потоков для DBF. [13]

Пример адаптивного смещения [ править ]

Фильтр SAO применяется после DBF и предназначен для лучшего восстановления амплитуд исходного сигнала путем применения смещений, хранящихся в справочной таблице в битовом потоке. [13] [145] В соответствии с CTB фильтр SAO можно отключить или применить в одном из двух режимов: режим смещения края или режим смещения полосы. [13] [145] Режим смещения края работает путем сравнения значения выборки с двумя из восьми соседей, используя одну из четырех диаграмм направленного градиента. [13] [145] На основе сравнения с этими двумя соседями выборка классифицируется по одной из пяти категорий: минимальная, максимальная, граница с выборкой, имеющей более низкое значение, граница с выборкой, имеющей более высокое значение, или монотонная. [13] [145] Для каждой из первых четырех категорий применяется смещение. [13] [145] Режим смещения полосы применяет смещение, основанное на амплитуде одной выборки. [13] [145] Выборка классифицируется по амплитуде в одну из 32 полос ( ячейки гистограммы ). [13] [145] Смещения указаны для четырех последовательных из 32 полос, поскольку на плоских участках, склонных к появлению артефактов в виде полос, амплитуды выборок имеют тенденцию группироваться в небольшом диапазоне. [13] [145] Фильтр SAO был разработан для повышения качества изображения, уменьшения артефактов полос и помех . [13] [145]

Расширения диапазона [ править ]

Расширения диапазона в MPEG — это дополнительные профили, уровни и методы, которые удовлетворяют потребности, выходящие за рамки потребительского воспроизведения видео: [24]

  • Профили, поддерживающие разрядность выше 10 и различную разрядность яркости / цветности .
  • Внутренние профили для случаев, когда размер файла гораздо менее важен, чем скорость декодирования с произвольным доступом.
  • Профили неподвижных изображений, составляющие основу высокоэффективного формата файлов изображений , без каких-либо ограничений на размер или сложность изображения (уровень 8.5). В отличие от всех других уровней, минимальная мощность декодера не требуется, а только максимально возможный вариант с разумным запасом хода.

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

  • Постоянная адаптация Райса, общая оптимизация энтропийного кодирования.
  • с более высокой точностью Взвешенное предсказание и большой битовой глубиной. [146]
  • Межкомпонентное прогнозирование, позволяющее несовершенной цветовой декорреляции YCbCr , позволяющей сопоставлению яркости (или G) устанавливать прогнозируемые совпадения цветности (или R/B), что приводит к выигрышу до 7% для YCbCr 4:4:4 и до 26% для видео RGB. Особенно полезно для кодирования экрана. [146] [147]
  • Управление внутренним сглаживанием, позволяющее кодировщику включать и выключать сглаживание для каждого блока, а не для каждого кадра.
  • Модификации пропуска преобразования:
    • Остаточный DPCM (RDPCM), позволяющий, если возможно, более оптимально кодировать остаточные данные по сравнению с типичным зигзагообразным кодированием.
    • Гибкость размера блока, поддержка размеров блоков до 32×32 (по сравнению с поддержкой пропуска преобразования только 4×4 в версии 1).
    • Вращение 4×4 для потенциальной эффективности.
    • Преобразуйте контекст пропуска, позволяя блокам DCT и RDPCM переносить отдельный контекст.
  • Повышенная точность обработки, обеспечивающая немного более точное декодирование видео с низкой разрядностью.
  • Выравнивание обхода CABAC, оптимизация декодирования, специфичная для профиля High Throughput 4:4:4 16 Intra.

HEVC версии 2 добавляет несколько сообщений дополнительной информации о расширении (SEI):

  • Переназначение цвета: сопоставление одного цветового пространства с другим. [148]
  • Функция Knee: подсказки по преобразованию динамических диапазонов, в частности, из HDR в SDR.
  • Освоение цветового объема дисплея
  • Временной код для архивных целей

Расширения кодирования содержимого экрана [ править ]

Дополнительные параметры инструмента кодирования были добавлены в проект расширений кодирования содержимого экрана (SCC) за март 2016 г.: [149]

  • Адаптивное преобразование цвета. [149]
  • Адаптивное разрешение вектора движения. [149]
  • Внутриблочное копирование. [149]
  • Режим палитры. [149]

Версия стандарта ITU-T, в которую добавлены расширения SCC (утверждена в декабре 2016 года и опубликована в марте 2017 года), добавлена ​​поддержка функции передачи гибридной логарифмической гаммы (HLG) и цветовой матрицы ICtCp . [65] Это позволяет четвертой версии HEVC поддерживать обе функции передачи HDR, определенные в Рек. 2100 . [65]

Четвертая версия HEVC добавляет несколько сообщений дополнительной информации расширения (SEI), которые включают в себя:

  • Информационное сообщение SEI об альтернативных характеристиках передачи предоставляет информацию о предпочтительной функции передачи для использования. [149] Основным вариантом использования этого будет доставка видео HLG способом, обеспечивающим обратную совместимость с устаревшими устройствами. [150]
  • Сообщение SEI об окружающей среде просмотра предоставляет информацию об окружающем освещении среды просмотра, которая использовалась для создания видео. [149] [151]

Профили [ править ]

Поддержка функций в некоторых профилях видео. [24]
Особенность Версия 1 Версия 2
Основной  Главная 10 Главная 12 Основной
4:2:2 10
Основной
4:2:2 12
Основной
4:4:4
Основной
4:4:4 10
Основной
4:4:4 12
Основной
4:4:4 16
Внутри
Разрядность 8 с 8 до 10 с 8 до 12 с 8 до 10 с 8 до 12 8 с 8 до 10 с 8 до 12 с 8 до 16
выборки цветности Форматы 4:2:0 4:2:0 4:2:0 4:2:0/
4:2:2
4:2:0/
4:2:2
4:2:0/
4:2:2/
4:4:4
4:2:0/
4:2:2/
4:4:4
4:2:0/
4:2:2/
4:4:4
4:2:0/
4:2:2/
4:4:4
4:0:0 ( Монохромный ) Нет Нет Да Да Да Да Да Да Да
Высокоточный взвешенный прогноз Нет Нет Да Да Да Да Да Да Да
Список смещений Chroma QP Нет Нет Да Да Да Да Да Да Да
Межкомпонентное прогнозирование Нет Нет Нет Нет Нет Да Да Да Да
Отключение внутреннего сглаживания Нет Нет Нет Нет Нет Да Да Да Да
Адаптация стойкого риса Нет Нет Нет Нет Нет Да Да Да Да
RDPCM неявный/явный Нет Нет Нет Нет Нет Да Да Да Да
Преобразование блоков пропуска размером более 4×4. Нет Нет Нет Нет Нет Да Да Да Да
Преобразование пропуска контекста/поворота Нет Нет Нет Нет Нет Да Да Да Да
Повышенная точность обработки Нет Нет Нет Нет Нет Нет Нет Нет Да

Версия 1 стандарта HEVC определяет три профиля: Main , Main 10 и Main Still Picture . [24] Версия 2 HEVC добавляет 21 профиль расширения диапазона, два профиля масштабируемых расширений и один профиль с несколькими представлениями. [24] HEVC также содержит положения для дополнительных профилей. [24] Расширения, добавленные в HEVC, включают увеличенную разрядность 4:2:2/4:4:4 , выборку цветности , многовидовое видеокодирование (MVC) и масштабируемое видеокодирование (SVC). [13] [152] Расширения диапазона HEVC, масштабируемые расширения HEVC и многопросмотровые расширения HEVC были завершены в июле 2014 года. [153] [154] [155] В июле 2014 года был выпущен черновой вариант второй версии HEVC. [153] Расширения кодирования содержимого экрана (SCC) находились в стадии разработки для видео с содержимым экрана, которое содержит текст и графику, окончательный вариант проекта ожидается в 2015 году. [156] [157]

Профиль — это определенный набор инструментов кодирования, который можно использовать для создания битового потока, соответствующего этому профилю. [13] Кодер профиля может выбирать, какие инструменты кодирования использовать, при условии, что он генерирует соответствующий поток битов, тогда как декодер профиля должен поддерживать все инструменты кодирования, которые могут использоваться в этом профиле. [13]

Профили версии 1 [ править ]

Главное [ править ]

Основной профиль допускает битовую глубину 8 бит на семпл с сэмплированием цветности 4:2:0, который является наиболее распространенным типом видео, используемым в потребительских устройствах. [13] [24] [154]

Основная 10 [ править ]

Главная 10 ( Main10) профиль был добавлен на совещании HEVC в октябре 2012 года на основе предложения JCTVC-K0109, в котором предлагалось добавить 10-битный профиль в HEVC для потребительских приложений. В предложении говорилось, что это позволит улучшить качество видео и поддержать Rec. 2020 , которое стало широко использоваться в системах UHDTV и обеспечивает более широкий динамический диапазон и точность цветопередачи, избегая артефактов полос. Предложение поддержали различные компании, в том числе Ateme , BBC , BSkyB , Cisco , DirecTV , Ericsson , Motorola Mobility , NGCodec, NHK , RAI , ST, SVT , Thomson Video Networks , Technicolor и ViXS Systems . [158] Профиль Main 10 допускает разрядность от 8 до 10 бит на семпл с семплированием цветности 4:2:0. Декодеры HEVC, соответствующие профилю Main 10, должны быть способны декодировать потоки битов, созданные с помощью следующих профилей: Main и Main 10. [24] Более высокая разрядность позволяет использовать большее количество цветов. 8 бит на образец позволяют получить 256 оттенков основного цвета (всего 16,78 миллиона цветов), а 10 бит на образец позволяют получить 1024 оттенка основного цвета (всего 1,07 миллиарда цветов). Более высокая разрядность обеспечивает более плавный переход цвета, что решает проблему, известную как цветовые полосы . [159] [160]

Профиль Main 10 позволяет улучшить качество видео, поскольку он может поддерживать видео с более высокой битовой глубиной, чем то, что поддерживается основным профилем. [158] Кроме того, в профиле «Основной 10» 8-битное видео можно кодировать с большей разрядностью в 10 бит, что позволяет повысить эффективность кодирования по сравнению с профилем «Основной». [161] [162] [163]

В компании Ericsson заявили, что профиль Main 10 принесет потребительскому телевидению преимущества 10 бит на выборку видео. Они также заявили, что для более высоких разрешений нет штрафа за скорость передачи данных при кодировании видео со скоростью 10 бит на выборку. [159] Imagination Technologies заявила, что 10-битное видео на выборку позволит использовать большее цветовое пространство и требуется для Rec. Цветовое пространство 2020 года , которое будет использоваться UHDTV. Они также сказали, что Rec. Цветовое пространство 2020 года будет способствовать широкому распространению 10-битного видео. [160] [164]

В сравнении производительности на основе PSNR, опубликованном в апреле 2013 года, профиль Main 10 сравнивался с основным профилем с использованием набора 10-битных видеопоследовательностей 3840 × 2160. 10-битные видеопоследовательности были преобразованы в 8 бит для профиля Main и остались на уровне 10 бит для профиля Main 10. Эталонный PSNR был основан на исходных 10-битных видеопоследовательностях. При сравнении производительности профиль Main 10 обеспечил снижение скорости передачи данных для межкадрового видеокодирования на 5% по сравнению с профилем Main. Сравнение производительности показывает, что для протестированных видеопоследовательностей профиль Main 10 превзошел профиль Main. [165]

Основное неподвижное изображение [ править ]

Сравнение стандартов сжатия неподвижных изображений на основе равных PSNR и MOS. [166]
Неподвижное изображение
стандарт кодирования
(метод испытания)
Средняя скорость передачи данных
сокращение по сравнению с
JPEG 2000 JPEG 
HEVC (ПСНР) 20% 62%
HEVC (МОС) 31% 43%

Основной кадр ( MainStillPicture) позволяет кодировать одно неподвижное изображение с теми же ограничениями, что и основной профиль. В качестве подмножества основного профиля профиль основного неподвижного изображения допускает битовую глубину 8 бит на семпл с семплированием цветности 4:2:0. [13] [24] [154] Объективное сравнение производительности было проведено в апреле 2012 года, в ходе которого HEVC снизил среднюю скорость передачи данных для изображений на 56% по сравнению с JPEG . [167] Сравнение производительности сжатия неподвижных изображений на основе PSNR было проведено в мае 2012 года с использованием кодера HEVC HM 6.0 и эталонных программных кодеров для других стандартов. Для неподвижных изображений HEVC снизил среднюю скорость передачи данных на 15,8% по сравнению с H.264/MPEG-4 AVC, на 22,6% по сравнению с JPEG 2000 , на 30,0% по сравнению с JPEG XR , на 31,0% по сравнению с WebP и на 43,0% по сравнению с JPEG. [168]

Сравнение производительности сжатия неподвижных изображений было проведено в январе 2013 года с использованием кодера HEVC HM 8.0rc2, Kakadu версии 6.0 для JPEG 2000 и IJG версии 6b для JPEG. При сравнении производительности использовался PSNR для объективной оценки и значения среднего балла мнения (MOS) для субъективной оценки. При субъективной оценке использовалась та же методология тестирования и изображения, что и комитет JPEG при оценке JPEG XR. Для изображений с цветовой выборкой 4:2:0 среднее снижение скорости передачи данных для HEVC по сравнению с JPEG 2000 составило 20,26% для PSNR и 30,96% для MOS, тогда как по сравнению с JPEG оно составило 61,63% для PSNR и 43,10% для MOS. [166]

Сравнение производительности HEVC для сжатия неподвижных изображений на основе PSNR было проведено компанией Nokia в апреле 2013 года . HEVC имеет большее улучшение производительности для изображений с более высоким разрешением, чем для изображений с более низким разрешением, и большее улучшение производительности для более низких скоростей передачи данных, чем для изображений с более высокими скоростями передачи данных. Для сжатия с потерями для получения того же PSNR, что и у HEVC, потребовалось в среднем в 1,4 раза больше битов для JPEG 2000, в 1,6 раза больше битов для JPEG-XR и в 2,3 раза больше битов для JPEG. [169]

Исследование эффективности сжатия HEVC, JPEG, JPEG XR и WebP было проведено в октябре 2013 года компанией Mozilla . Исследование показало, что HEVC значительно лучше сжимает, чем другие протестированные форматы изображений. В исследовании использовались четыре различных метода сравнения качества изображения: Y-SSIM, RGB-SSIM, IW-SSIM и PSNR-HVS-M. [170] [171]

Профили версии 2 [ править ]

Версия 2 HEVC добавляет 21 профиль расширения диапазона, два профиля масштабируемых расширений и один профиль с несколькими представлениями: монохромный , монохромный 12 , монохромный 16 , основной 12 , основной 4:2:2 10 , основной 4:2:2 12 , основной. 4:4:4 , Основной 4:4:4 10 , Основной 4:4:4 12 , Монохромный 12 Внутри , Монохромный 16 Внутри , Основной 12 Внутри , Основной 4:2:2 10 Внутри , Основной 4:2:2 12 Внутренний , Основной 4:4:4 Внутренний , Основной 4:4:4 10 Внутренний , Основной 4:4:4 12 Внутренний , Основной 4:4:4 16 Внутренний , Основной 4:4:4 Фото , Основной 4:4 :4 16 Неподвижное изображение , Высокая пропускная способность 4:4:4 16 Внутренний , Масштабируемый главный , Масштабируемый главный 10 и Многопросмотровый главный . [24] [172] Все профили расширения межкадрового диапазона имеют профиль Intra. [24]

Монохромный
Профиль Monochrome допускает битовую глубину 8 бит на семпл с поддержкой сэмплирования цветности 4:0:0. [24]
Монохромный 12
Профиль Monochrome 12 обеспечивает разрядность от 8 до 12 бит на семпл с поддержкой семплирования цветности 4:0:0. [24]
Монохромный 16
Профиль Monochrome 16 обеспечивает разрядность от 8 до 16 бит на семпл с поддержкой семплирования цветности 4:0:0. Декодеры HEVC, соответствующие профилю Monochrome 16, должны быть способны декодировать потоки битов, созданные с помощью следующих профилей: Monochrome, Monochrome 12 и Monochrome 16. [24]
Главная 12
Профиль Main 12 допускает разрядность от 8 до 12 бит на семпл с поддержкой семплирования цветности 4:0:0 и 4:2:0. Декодеры HEVC, соответствующие профилю Main 12, должны быть способны декодировать потоки битов, созданные со следующими профилями: Monochrome, Monochrome 12, Main, Main 10 и Main 12. [24]
Основной 4:2:2 10
Профиль Main 4:2:2 10 допускает разрядность от 8 до 10 бит на семпл с поддержкой семплирования цветности 4:0:0, 4:2:0 и 4:2:2. Декодеры HEVC, соответствующие профилю Main 4:2:2 10, должны быть способны декодировать потоки битов, созданные со следующими профилями: Monochrome, Main, Main 10 и Main 4:2:2 10. [24]
Основной 4:2:2 12
Профиль Main 4:2:2 12 допускает разрядность от 8 до 12 бит на семпл с поддержкой семплирования цветности 4:0:0, 4:2:0 и 4:2:2. Декодеры HEVC, соответствующие профилю Main 4:2:2 12, должны быть способны декодировать потоки битов, созданные со следующими профилями: Monochrome, Monochrome 12, Main, Main 10, Main 12, Main 4:2:2 10 и Main 4. :2:2 12. [24]
Основной 4:4:4
Профиль Main 4:4:4 допускает разрядность 8 бит на семпл с поддержкой семплирования цветности 4:0:0, 4:2:0, 4:2:2 и 4:4:4. Декодеры HEVC, соответствующие основному профилю 4:4:4, должны быть способны декодировать потоки битов, созданные с помощью следующих профилей: монохромный, основной и основной 4:4:4. [24]
Основной 4:4:4 10
Профиль Main 4:4:4 10 допускает разрядность от 8 до 10 бит на семпл с поддержкой цветности 4:0:0, 4:2:0, 4:2:2 и 4:4:4. выборка. Декодеры HEVC, соответствующие профилю Main 4:4:4 10, должны быть способны декодировать потоки битов, созданные со следующими профилями: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4 и Main. 4:4:4 10. [24]
Основной 4:4:4 12
Профиль Main 4:4:4 12 обеспечивает разрядность от 8 до 12 бит на семпл с поддержкой цветности 4:0:0, 4:2:0, 4:2:2 и 4:4:4. выборка. Декодеры HEVC, соответствующие профилю Main 4:4:4 12, должны быть способны декодировать потоки битов, созданные со следующими профилями: Monochrome, Main, Main 10, Main 12, Main 4:2:2 10, Main 4:2:2. 12, Основной 4:4:4, Основной 4:4:4 10, Основной 4:4:4 12 и Монохромный 12. [24]
Основной 4:4:4 16 Интра
Профиль Main 4:4:4 16 Intra допускает разрядность от 8 до 16 бит на выборку с поддержкой 4:0:0, 4:2:0, 4:2:2 и 4:4:4. выборка цветности. Декодеры HEVC, соответствующие основному профилю 4:4:4 16 Intra, должны быть способны декодировать битовые потоки, созданные со следующими профилями: Monochrome Intra, Monochrome 12 Intra, Monochrome 16 Intra, Main Intra, Main 10 Intra, Main 12 Intra, Main 4:2:2 10 Внутри, Основная 4:2:2 12 Внутри, Основная 4:4:4 Внутри, Основная 4:4:4 10 Внутри и Основная 4:4:4 12 Внутри. [24]
Высокая пропускная способность 4:4:4 16 Внутри
Профиль High Throughput 4:4:4 16 Intra обеспечивает разрядность от 8 до 16 бит на выборку с поддержкой форматов 4:0:0, 4:2:0, 4:2:2 и 4:4: 4 выборки цветности. Профиль High Throughput 4:4:4 16 Intra имеет HbrFactor В 12 раз выше, чем у других профилей HEVC, что позволяет ему иметь максимальную скорость передачи данных в 12 раз выше, чем у основного профиля 4:4:4 16 Intra. [24] [173] Профиль High Throughput 4:4:4 16 Intra предназначен для создания высококачественного профессионального контента, и декодеры для этого профиля не требуются для поддержки других профилей. [173]
Основное фото 4:4:4
Профиль основного неподвижного изображения 4:4:4 позволяет кодировать одно неподвижное изображение с теми же ограничениями, что и основной профиль 4:4:4. Являясь подмножеством профиля Main 4:4:4, профиль Main 4:4:4 Still Picture обеспечивает битовую глубину 8 бит на сэмпл с поддержкой 4:0:0, 4:2:0, 4: Выборка цветности 2:2 и 4:4:4. [24]
Основной 4:4:4 16 Неподвижное изображение
Профиль Main 4:4:4 16 Still Picture позволяет кодировать одно неподвижное изображение с теми же ограничениями, что и профиль Main 4:4:4 16 Intra. В качестве подмножества профиля Main 4:4:4 16 Intra профиль Main 4:4:4 16 Still Picture допускает разрядность от 8 до 16 бит на семпл с поддержкой 4:0:0, 4: Выборка цветности 2:0, 4:2:2 и 4:4:4. [24]
Масштабируемая основная
Масштабируемый основной профиль позволяет использовать базовый уровень, соответствующий основному профилю HEVC. [24]
Масштабируемая основная 10
Профиль Scalable Main 10 позволяет использовать базовый уровень, соответствующий профилю Main 10 HEVC. [24]
Мультипросмотр Главный
Основной профиль Multiview позволяет использовать базовый уровень, соответствующий основному профилю HEVC. [24]

Профили версии 3 и выше [ править ]

В версии 3 HEVC добавлен один 3D-профиль: 3D Main . В проект расширений кодирования содержимого экрана от февраля 2016 года добавлены семь профилей расширений кодирования содержимого экрана, три профиля расширений с высокой пропускной способностью и четыре профиля масштабируемых расширений: Screen-Extended Main , Screen-Extended Main 10 , Screen-Extended Main 4:4:4. , Основной экран с расширением 4:4:4 10 , Расширенный экран с высокой пропускной способностью 4:4:4 , Расширенный экран с высокой пропускной способностью 4:4:4 10 , Расширенный экран с высокой пропускной способностью 4:4:4 14 , Высокая пропускная способность 4 :4:4 , Высокая пропускная способность 4:4:4 10 , Высокая пропускная способность 4:4:4 14 , Масштабируемый монохромный , Масштабируемый монохромный 12 , Масштабируемый монохромный 16 и Масштабируемый основной 4:4:4 . [24] [149]

3D Главное
Основной профиль 3D позволяет использовать базовый слой, соответствующий основному профилю HEVC. [24]
Расширенная экранная главная
Основной профиль Screen-Extended Main допускает битовую глубину 8 бит на семпл с поддержкой сэмплирования цветности 4:0:0 и 4:2:0. Декодеры HEVC, соответствующие основному профилю Screen-Extended Main, должны быть способны декодировать потоки битов, созданные с помощью следующих профилей: Monochrome, Main и Screen-Extended Main. [149]
Расширенная экранная главная 10
Профиль Screen-Extended Main 10 допускает разрядность от 8 до 10 бит на семпл с поддержкой семплирования цветности 4:0:0 и 4:2:0. Декодеры HEVC, соответствующие профилю Screen-Extended Main 10, должны быть способны декодировать битовые потоки, созданные с помощью следующих профилей: Monochrome, Main, Main 10, Screen-Extended Main и Screen-Extended Main 10. [149]
Расширенный экран: основной 4:4:4
Профиль Screen-Extended Main 4:4:4 допускает разрядность 8 бит на семпл с поддержкой выборки цветности 4:0:0, 4:2:0, 4:2:2 и 4:4:4. . Декодеры HEVC, соответствующие основному профилю Screen-Extended Main 4:4:4, должны быть способны декодировать битовые потоки, созданные со следующими профилями: Monochrome, Main, Main 4:4:4, Screen-Extended Main и Screen-Extended Main 4. :4:4. [149]
Расширенный экран Основной 4:4:4 10
Профиль Screen-Extended Main 4:4:4 10 допускает разрядность от 8 до 10 бит на выборку с поддержкой форматов 4:0:0, 4:2:0, 4:2:2 и 4:4. :4 выборка цветности. Декодеры HEVC, соответствующие профилю Screen-Extended Main 4:4:4 10, должны быть способны декодировать битовые потоки, созданные со следующими профилями: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4. , Основной 4:4:4 10, Расширенный экранный основной, Расширенный экранный основной 10, Расширенный экранный основной 4:4:4 и Расширенный экранный основной 4:4:4 10. [149]
Высокая пропускная способность с расширенным экраном 4:4:4
Профиль Screen-Extended High Throughput 4:4:4 обеспечивает битовую глубину 8 бит на сэмпл с поддержкой цветности 4:0:0, 4:2:0, 4:2:2 и 4:4:4. выборка. Профиль Screen-Extended High Throughput 4:4:4 имеет HbrFactor в 6 раз выше, чем у большинства межкадровых профилей HEVC, что позволяет ему иметь максимальную скорость передачи данных в 6 раз выше, чем у основного профиля 4:4:4. Декодеры HEVC, соответствующие профилю Screen-Extended High Throughput 4:4:4, должны быть способны декодировать битовые потоки, созданные со следующими профилями: Monochrome, Main, Main 4:4:4, Screen-Extended Main, Screen-Extended Main 4. :4:4, высокая пропускная способность с расширенным экраном 4:4:4 и высокая пропускная способность 4:4:4. [149]
Высокая пропускная способность с расширенным экраном 4:4:4 10
Профиль Screen-Extended High Throughput 4:4:4 10 обеспечивает разрядность от 8 до 10 бит на выборку с поддержкой 4:0:0, 4:2:0, 4:2:2 и 4: Выборка цветности 4:4. Профиль Screen-Extended High Throughput 4:4:4 10 имеет HbrFactor в 6 раз выше, чем у большинства межкадровых профилей HEVC, что позволяет ему иметь максимальную скорость передачи данных в 6 раз выше, чем у основного профиля 4:4:4 10. Декодеры HEVC, соответствующие профилю Screen-Extended High Throughput 4:4:4 10, должны быть способны декодировать потоки битов, созданные со следующими профилями: Монохромный, Основной, Основной 10, Основной 4:2:2 10, Основной 4:4: 4, основной 4:4:4 10, основной экран, расширенный экран 10, основной экран, расширенный 4:4:4, основной экран, расширенный 4:4:4 10, расширенный экран, высокая пропускная способность 4:4 :4, расширенный экран, высокая пропускная способность 4:4:4 10, высокая пропускная способность 4:4:4 и высокая пропускная способность 4:4:4. [149]
Высокая пропускная способность с расширенным экраном 4:4:4 14
Профиль Screen-Extended High Throughput 4:4:4 14 допускает разрядность от 8 до 14 бит на выборку с поддержкой 4:0:0, 4:2:0, 4:2:2 и 4: Выборка цветности 4:4. Профиль Screen-Extended High Throughput 4:4:4 14 имеет HbrFactor в 6 раз выше, чем большинство межкадровых профилей HEVC. Декодеры HEVC, соответствующие профилю Screen-Extended High Throughput 4:4:4 14, должны быть способны декодировать потоки битов, созданные со следующими профилями: Монохромный, Основной, Основной 10, Основной 4:2:2 10, Основной 4:4: 4, основной 4:4:4 10, основной экран, расширенный экран 10, основной экран, расширенный 4:4:4, основной экран, расширенный 4:4:4 10, расширенный экран, высокая пропускная способность 4:4 :4, высокая пропускная способность с расширенным экраном 4:4:4 10, высокая пропускная способность с расширенным экраном 4:4:4 14, высокая пропускная способность 4:4:4, высокая пропускная способность 4:4:4 10 и высокая пропускная способность 4:4 :4 14. [149]
Высокая пропускная способность 4:4:4
Профиль High Throughput 4:4:4 обеспечивает разрядность 8 бит на семпл с поддержкой семплирования цветности 4:0:0, 4:2:0, 4:2:2 и 4:4:4. Профиль High Throughput 4:4:4 имеет HbrFactor в 6 раз выше, чем у большинства межкадровых профилей HEVC, что позволяет ему иметь максимальную скорость передачи данных в 6 раз выше, чем у основного профиля 4:4:4. Декодеры HEVC, соответствующие профилю высокой пропускной способности 4:4:4, должны быть способны декодировать потоки битов, созданные с помощью следующих профилей: Высокая пропускная способность 4:4:4. [149]
Высокая пропускная способность 4:4:4 10
Профиль High Throughput 4:4:4 10 обеспечивает разрядность от 8 до 10 бит на выборку с поддержкой 4:0:0, 4:2:0, 4:2:2 и 4:4:4. выборка цветности. Профиль High Throughput 4:4:4 10 имеет HbrFactor в 6 раз выше, чем у большинства межкадровых профилей HEVC, что позволяет ему иметь максимальную скорость передачи данных в 6 раз выше, чем у основного профиля 4:4:4 10. Декодеры HEVC, соответствующие профилю High Throughput 4:4:4 10, должны быть способны декодировать потоки битов, созданные со следующими профилями: High Throughput 4:4:4 и High Throughput 4:4:4 10. [149]
Высокая пропускная способность 4:4:4 14
Профиль High Throughput 4:4:4 14 обеспечивает разрядность от 8 до 14 бит на выборку с поддержкой форматов 4:0:0, 4:2:0, 4:2:2 и 4:4:4. выборка цветности. Профиль High Throughput 4:4:4 14 имеет HbrFactor в 6 раз выше, чем большинство межкадровых профилей HEVC. Декодеры HEVC, соответствующие профилю High Throughput 4:4:4 14, должны быть способны декодировать потоки битов, созданные со следующими профилями: High Throughput 4:4:4, High Throughput 4:4:4 10 и High Throughput 4:4. :4 14. [149]
Масштабируемый монохромный
Профиль «Масштабируемый монохромный» позволяет использовать базовый слой, соответствующий профилю «Монохромный» HEVC. [149]
Масштабируемый монохромный 12
Профиль Scalable Monochrome 12 позволяет использовать базовый слой, соответствующий профилю Monochrome 12 HEVC. [149]
Масштабируемый монохромный 16
Профиль Scalable Monochrome 16 позволяет использовать базовый слой, соответствующий профилю Monochrome 16 HEVC. [149]
Масштабируемая основная 4:4:4
Масштабируемый основной профиль 4:4:4 позволяет использовать базовый уровень, соответствующий основному профилю 4:4:4 HEVC. [149]

Уровни и уровни [ править ]

Стандарт HEVC определяет два уровня: основной и высокий, а также тринадцать уровней. Уровень — это набор ограничений для битового потока. Для уровней ниже уровня 4 разрешен только основной уровень. Основной уровень является более низким уровнем, чем Высокий уровень. Эти уровни были созданы для работы с приложениями, которые различаются максимальной скоростью передачи данных. Уровень Main был разработан для большинства приложений, а уровень High — для очень ресурсоемких приложений. Декодер, соответствующий данному ярусу/уровню, должен быть способен декодировать все потоки битов, которые закодированы для этого яруса/уровня и для всех нижних ярусов/уровней. [13] [24]

Ярусы и уровни с максимальными значениями свойств [24]
Уровень Максимальная частота дискретизации яркости
(образцов/ов)
Максимальный размер изображения яркости
(образцы)
Максимальная скорость передачи данных для основного
и Основные 10 профилей (кбит/с) [А]
Пример разрешения изображения @
самая высокая частота кадров [Б]
(МаксДпбСизе [С] )
Больше/меньше примеров
Основной уровень Высокий уровень
1 552,960 36,864 128 176×144@15 (6)
2 3,686,400 122,880 1,500
176×144@100 (16)
352×288@30 (6)
2.1 7,372,800 245,760 3,000
352×288@60 (12)
640×360@30 (6)
3 16,588,800 552,960 6,000 960×540@30 (6)
3.1 33,177,600 983,040 10,000
720×576@75 (12)
960×540@60 (8)
1280× [электронная почта защищена] (6)
4 66,846,720 2,228,224 12,000 30,000
1,280×720@68 (12)
1,920×1,080@32 (6)
2048×1, [электронная почта защищена] (6)
4.1 133,693,440 20,000 50,000
1,280×720@136 (12)
1,920×1,080@64 (6)
2,048×1,080@60 (6)
5 267,386,880 8,912,896 25,000 100,000
1,920×1,080@128 (16)
3,840×2,160@32 (6)
4,096×2,160@30 (6)
5.1 534,773,760 40,000 160,000
1,920×1,080@256 (16)
3,840×2,160@64 (6)
4,096×2,160@60 (6)
5.2 1,069,547,520 60,000 240,000
1,920×1,080@300 (16)
3,840×2,160@128 (6)
4,096×2,160@120 (6)
6 1,069,547,520 35,651,584 60,000 240,000
3,840×2,160@128 (16)
7,680×4,320@32 (6)
8,192×4,320@30 (6)
6.1 2,139,095,040 120,000 480,000
3,840×2,160@256 (16)
7,680×4,320@64 (6)
8,192×4,320@60 (6)
6.2 4,278,190,080 240,000 800,000
3,840×2,160@300 (16)
7,680×4,320@128 (6)
8,192×4,320@120 (6)
А Максимальная скорость передачи данных профиля основана на сочетании глубины цвета, выборки цветности и типа профиля. Что касается разрядности, максимальная скорость передачи данных увеличивается в 1,5 раза для 12-битных профилей и в 2 раза для 16-битных профилей. Для выборки цветности максимальная скорость передачи данных увеличивается в 1,5 раза для профилей 4:2:2 и в 2 раза для профилей 4:4:4. Для профилей Intra максимальная скорость передачи данных увеличивается в 2 раза. [24]
Б Максимальная частота кадров, поддерживаемая HEVC, составляет 300 кадров в секунду. [24]
С MaxDpbSize — это максимальное количество изображений в буфере декодированных изображений. [24]

Буфер декодированного изображения [ править ]

Ранее декодированные изображения сохраняются в буфере декодированных изображений (DPB) и используются кодировщиками HEVC для формирования прогнозов для последующих изображений. Максимальное количество изображений, которые можно сохранить в DPB, называемое емкостью DPB, равно 6 (включая текущее изображение) для всех уровней HEVC при работе с максимальным размером изображения, поддерживаемым этим уровнем. Емкость DPB (в единицах изображений) увеличивается с 6 до 8, 12 или 16 по мере уменьшения размера изображения по сравнению с максимальным размером изображения, поддерживаемым уровнем. Кодер выбирает, какие конкретные изображения сохраняются в DPB, по каждому изображению, поэтому кодер имеет возможность определять для себя лучший способ использования емкости DPB при кодировании видеоконтента. [24]

Контейнеры [ править ]

MPEG опубликовал поправку, которая добавила поддержку HEVC к транспортному потоку MPEG, используемому ATSC , DVB и Blu-ray Disc ; MPEG решил не обновлять программный поток MPEG, используемый DVD-Video . [174] [175] MPEG также добавил поддержку HEVC к базовому формату медиафайлов ISO . [176] [177] HEVC также поддерживается стандартом транспортировки мультимедиа MPEG . [174] [178] Поддержка HEVC была добавлена ​​в Matroska начиная с выпуска MKVToolNix v6.8.0 после слияния патча от DivX. [179] [180] был представлен проект документа В Инженерную рабочую группу Интернета , в котором описан метод добавления поддержки HEVC в транспортный протокол реального времени . [181]

формат кодирования неподвижных изображений под названием Better Portable Graphics предложил Используя внутрикадровое кодирование HEVC, программист Фабрис Беллард (BPG) . [182] По сути, это оболочка для изображений, закодированных с использованием профиля HEVC Main 4:4:4 16 Still Picture с длиной до 14 бит на выборку, хотя он использует сокращенный синтаксис заголовка и добавляет явную поддержку профилей Exif , ICC и метаданных XMP . [182] [183]

Условия патентной лицензии [ править ]

Условия лицензии и сборы за патенты HEVC по сравнению с основными конкурентами:

Видео
формат
Лицензиар Кодек
гонорары
Кодек
освобождение от роялти
Кодек
годовой лимит роялти
Содержание
плата за распространение
HEVC MPEG Лос-Анджелес ▪ 0,20 доллара США за единицу ▪ Первые 100 тысяч единиц каждый год [49] ▪ 25 миллионов долларов США ▪ 0 долларов США
HEVC Продвинутый Регион 1 :
▪ 0,40 доллара США (мобильный)
▪ US$1.20 (4K TV)
▪ 0,20-0,80 долларов США (прочие)
Регион 2 :
▪ 0,20 доллара США (мобильный)
▪ US$0.60 (4K TV)
▪ 0,20–0,40 долларов США (прочие) [184]
▪ 25 000 долларов США каждый год [185]

▪ Большая часть реализации программного обеспечения HEVC распространяется на потребительские устройства после первой продажи. [186]
▪ 40 миллионов долларов США Физическое распространение :
▪ 0,0225 доллара США за диск/название (Регион 1) [187]
▪ 0,01125 доллара США за диск/название (Регион 2) [187]
Нефизическое распространение :
▪ 0 долларов США [188]
Техниколор индивидуальные соглашения [58] ▪ 0 долларов США [58]
Половина вуали [62] ? ▪ Предполагается взимание роялти [189]
другие (AT&T, Microsoft, Motorola, Nokia, Cisco, ...) [52] [190] [191] ?
АВК MPEG Лос-Анджелес Кодеки для конечных пользователей и OEM для ПК, но не входящие в состав ОС ПК :
▪ 0,20 доллара США: более 100 тыс. единиц в год.
▪ 0,10 доллара США: более 5 миллионов единиц в год.

Фирменные OEM-кодеки для ОС ПК :
▪ 0,20 доллара США: более 100 тыс. единиц в год.
▪ 0,10 доллара США: более 5 миллионов единиц в год. [192]
Кодеки для конечных пользователей и OEM для ПК, но не входящие в состав ОС ПК :
▪ Первые 100 тысяч единиц каждый год

Фирменные OEM-кодеки для ОС ПК :
▪ Первые 100 тысяч единиц каждый год [192]
Кодеки для конечных пользователей и OEM для ПК, но не входящие в состав ОС ПК :
▪ 9,75 млн долларов США (на период 2017-20 гг.)

Фирменные OEM-кодеки для ОС ПК :
▪ 9,75 млн долларов США (на период 2017-20 гг.) [192]
Бесплатное телевидение :
▪ единовременно 2500 долларов США за каждый кодер передачи, или
▪ Ежегодная плата в размере 2500–10 000 долларов США.
Интернет-трансляция :
▪ 0 долларов США
Модель платной подписки :
0 0 0 0 0 $0/год: 0 0 0 тыс....100 тыс. подписчиков
0 $25 000/год: 100...250 тыс. подписчиков
0 $50 000/год: 250...500 тыс. подписчиков
0 $75 000/год: 500 тыс....1 млн подписчиков
▪ 100 000 долларов США в год: более 1 миллиона подписчиков.
Оплачивается по названию модели :
▪ 0...12 минут: без роялти
▪ 12+ мин: ниже 2% или 0,02 доллара США за заголовок.
Максимальный годовой гонорар за контент :
▪ 8,125 млн долларов США
другие (Nokia, Qualcomm, Broadcomm, Blackberry, Texas Instruments, MIT) [193] ?
АВ1 Альянс за открытые СМИ ▪ 0 долларов США ▪ 0 долларов США
Daala Мозилла и Xiph.org ▪ 0 долларов США ▪ 0 долларов США
ВП9 Google ▪ 0 долларов США ▪ 0 долларов США

Ассигнования на бесплатное программное обеспечение [ править ]

Как и в случае с его предшественником AVC, дистрибьюторы программного обеспечения, реализующие HEVC в своих продуктах, должны платить за каждую распространяемую копию. [я] Хотя эта модель лицензирования приемлема для платного программного обеспечения, она является препятствием для большинства бесплатных программ с открытым исходным кодом , которые должны распространяться свободно. По мнению компании MulticoreWare , разработчика x265 , предоставление бесплатных программных кодеров и декодеров отвечает интересам ускорения внедрения HEVC. [190] [194] [195] HEVC Advance сделал исключение, которое специально отказывается от лицензионных отчислений за программные реализации (как декодеры, так и кодеры), если они не связаны с аппаратным обеспечением. [196] Однако освобожденное программное обеспечение не освобождается от лицензионных обязательств других держателей патентов (например, членов пула MPEG LA).

Хотя препятствия на пути к свободному программному обеспечению не вызывают беспокойства, например, в сетях телевизионного вещания, эта проблема в сочетании с перспективой будущей коллективной привязанности к этому формату заставляет некоторые организации, такие как Mozilla (см. OpenH264 ) и Европейский фонд свободного программного обеспечения, [197] с осторожностью относятся к платным форматам для использования в Интернете. Конкурирующие форматы, предназначенные для использования в Интернете (VP9 и AV1), призваны избежать этих проблем, поскольку они не требуют лицензионных отчислений (при условии, что третьи стороны не предъявляют претензий на патентные права).

^i : Независимо от того, как программное обеспечение лицензируется авторами программного обеспечения (см. Лицензирование программного обеспечения ), если то, что оно делает, запатентовано, его использование остается связанным правами держателей патентов, если только использование патентов не было разрешено лицензией.

видео кодирование Универсальное

В октябре 2015 года MPEG и VCEG сформировали Объединенную группу по исследованию видео (JVET). [198] оценить доступные технологии сжатия и изучить требования к стандарту сжатия видео следующего поколения. Новый алгоритм должен иметь на 30–50% лучшую степень сжатия при том же качестве восприятия, с поддержкой сжатия без потерь и субъективно без потерь. Он также должен поддерживать YCbCr 4:4:4, 4:2:2 и 4:2:0 с 10–16 битами на компонент, широкую цветовую гамму BT.2100 и высокий динамический диапазон (HDR) более 16 ступеней (с пиковая яркость 1000, 4000 и 10000 нит), вспомогательные каналы (для глубины, прозрачности и т. д.), переменная и дробная частота кадров от 0 до 120 Гц, масштабируемое видеокодирование для временного (частота кадров), пространственного (разрешение), SNR , различия в цветовой гамме и динамическом диапазоне, кодирование стерео/мультивида, панорамные форматы и кодирование неподвижных изображений. Ожидается, что сложность кодирования будет в 10 раз выше, чем у HEVC. JVET опубликовал окончательный «Призыв к подаче предложений» в октябре 2017 года, а первый рабочий проект стандарта универсального кодирования видео (VVC) был выпущен в апреле 2018 года. [199] [200] Стандарт VVC был окончательно утвержден 6 июля 2020 года. [201]

См. также [ править ]

Ссылки [ править ]

  1. ^ Семейство высокоэффективного кодирования видео (HEVC), H.265, MPEG-H, часть 2 (предварительный проект). Устойчивость цифровых форматов. Вашингтон, округ Колумбия: Библиотека Конгресса. 19 ноября 2020 г. Проверено 1 декабря 2021 г.
  2. Перейти обратно: Перейти обратно: а б Томсон, Гэвин; Шах, Атар (2017). «Представляем HEIF и HEVC» (PDF) . Apple Inc. Проверено 5 августа 2019 г ..
  3. ^ «69-я инженерная премия «Эмми»: совместная группа по кодированию видео получает премию «Эмми» . Академия телевизионных искусств и наук . 1 ноября 2017 г. Проверено 13 ноября 2017 г.
  4. ^ «Объявлены лауреаты 69-й инженерной премии «Эмми»» . Академия телевизионных искусств и наук . 27 сентября 2017 г. Проверено 13 ноября 2017 г.
  5. ^ «ITU, ISO и IEC получают еще одну премию Primetime Emmy за сжатие видео» . Международный союз электросвязи . 26 октября 2017 г. Проверено 13 ноября 2017 г.
  6. ^ «Инженерная премия Эмми за стандарт HEVC» . RWTH Ахенский университет . 2 ноября 2017 г. Проверено 13 ноября 2017 г.
  7. ^ Роуч, Джон (29 сентября 2017 г.). «Премия Primetime Engineering Emmy присуждается HEVC, ключевой технологии, лежащей в основе телевидения сверхвысокой четкости» . Исследования Майкрософт . Проверено 13 ноября 2017 г.
  8. ^ Озер, январь (12 апреля 2016 г.). «Отчет о ходе работы: Альянс открытых медиа и кодек AV1» . Журнал стриминговых медиа .
  9. ^ «Альянс открытых медиа начинает эру инноваций в области видео с выпуском AV1» . Альянс открытых СМИ. 28 марта 2018. Архивировано из оригинала 11 июля 2018 года . Проверено 5 февраля 2020 г.
  10. Перейти обратно: Перейти обратно: а б с д и ж «Перечень передовых патентов HEVC» . HEVC Продвинутый . Архивировано из оригинала 24 августа 2020 года . Проверено 6 июля 2019 г.
  11. Перейти обратно: Перейти обратно: а б с д и ж «Список патентов HEVC» (PDF) . MPEG Лос-Анджелес . Проверено 6 июля 2019 г.
  12. ^ «Лицензиары, включенные в лицензию на патентный портфель HEVC» . MPEG Лос-Анджелес . Проверено 18 июня 2019 г.
  13. Перейти обратно: Перейти обратно: а б с д и ж г час я дж к л м н тот п д р с т в v В х и С аа аб и объявление но из в ах есть также и аль являюсь а к ап ак с как в В из хорошо топор является тот нет бб до нашей эры др. быть парень бг чб с минет БК с бм млрд быть б.п. БК бр бс БТ этот бв б бх к бз что CB копия компакт-диск Этот Салливан 2012 .
  14. ^ Т. Веди и Т.К. Тан, отчет AHG - Повышение эффективности кодирования , документ VCEG VCEG-AA06, 17–18 октября 2005 г.
  15. ^ Отчет о собрании 31-го собрания VCEG, документ VCEG VCEG-AE01r1, Марракеш, Массачусетс, 15–16 января 2007 г.
  16. ^ БСЭ МСЭ (21 мая 2010 г.). «Объединенная совместная группа по кодированию видео» . МСЭ-Т . Проверено 24 августа 2012 г.
  17. Перейти обратно: Перейти обратно: а б «ИСО/МЭК 23008-2:2013» . Международная организация по стандартизации . 25 ноября 2013 года . Проверено 29 ноября 2013 г.
  18. Перейти обратно: Перейти обратно: а б с Цзе Донг (19 июня 2010 г.). «Первая встреча JCT-VC, Дрезден, Германия» . H265.net . Проверено 25 ноября 2012 г.
  19. ^ Цзе Донг (1 июля 2008 г.). «Текущий статус H.265 (по состоянию на июль 2008 г.)» . H265.net . Проверено 25 ноября 2012 г.
  20. Перейти обратно: Перейти обратно: а б с Ю Лю (15 апреля 2009 г.). «Предварительные требования к NGVC» . H265.net . Проверено 25 ноября 2012 г.
  21. Перейти обратно: Перейти обратно: а б «Проект требований к проекту кодирования видео повышенной производительности «ЭПВК»» . МСЭ-Т ВКЭГ . 10 июля 2009 года . Проверено 24 августа 2012 г.
  22. Перейти обратно: Перейти обратно: а б «Интервью с доктором Томасом Вигандом» . в цитатах. 1 июля 2007 года. Архивировано из оригинала 8 декабря 2013 года . Проверено 18 августа 2012 г.
  23. Перейти обратно: Перейти обратно: а б Ю Лю (3 июля 2009 г.). «Текущее состояние HVC (высокопроизводительное кодирование видео) в MPEG» . H265.net . Проверено 25 ноября 2012 г.
  24. Перейти обратно: Перейти обратно: а б с д и ж г час я дж к л м н тот п д р с т в v В х и С аа аб и объявление но из в ах есть также и аль являюсь а к ап ак с как ИТ 2015 .
  25. ^ Дж. Дж. Салливан; Дж. М. Бойс ; Ю. Чен; Ж.-Р. Ом; К. А. Сигалл; А. Ветро (декабрь 2013 г.). «Стандартизированные расширения высокоэффективного видеокодирования» . Журнал IEEE по избранным темам обработки сигналов . 7 (6). ИИЭЭ . дои : 10.1109/JSTSP.2013.2283657 .
  26. ^ Герхард Тек; Кшиштоф Вегнер; Ин Чен; Сехун Йе (18 февраля 2015 г.). «Черновик текста 3D-HEVC 7» . JCT-3В . Проверено 26 февраля 2015 г.
  27. ^ «Дрезденское собрание – Реестр документов» . МСЭ-Т. Архивировано из оригинала 24 октября 2012 года . Проверено 24 ноября 2012 г.
  28. ^ «Документы первого заседания Объединенной совместной группы по кодированию видео (JCT-VC) – Дрезден, Германия, 15–23 апреля 2010 г.» . МСЭ-Т . 23 апреля 2010. Архивировано из оригинала 24 октября 2012 года . Проверено 24 августа 2012 г.
  29. ^ «Новый видеокодек ослабит давление на глобальные сети» . МСЭ. 25 января 2013 года . Проверено 25 января 2013 г.
  30. ^ Тодд Спенглер (25 января 2013 г.). «ITU одобрил стандарт видеокодеков следующего поколения» . Многоканальные новости . Архивировано из оригинала 12 декабря 2013 года . Проверено 25 января 2013 г.
  31. ^ «Программа работы МСЭ-Т» . МСЭ . Проверено 27 января 2013 г.
  32. ^ «MPEG HEVC – достигнута следующая важная веха в истории видео MPEG» (DOC) . МПЕГ. 25 января 2013 года . Проверено 27 января 2013 г.
  33. ^ «Основы MPEG» . МПЕГ . Проверено 28 января 2013 г.
  34. Перейти обратно: Перейти обратно: а б «Главная страница МСЭ-Т: Исследовательские комиссии: Рекомендации МСЭ-Т: МСЭ-Т H.265 (04/2013)» . МСЭ. 13 апреля 2013 года . Проверено 16 апреля 2013 г.
  35. Перейти обратно: Перейти обратно: а б «Рекомендация AAP: H.265» . МСЭ. 13 апреля 2013 года . Проверено 16 апреля 2013 г.
  36. Перейти обратно: Перейти обратно: а б «Объявление ААП № 09» . МСЭ. 15 апреля 2013 года . Проверено 16 апреля 2013 г.
  37. ^ «Эталонная модель смешанной и дополненной реальности определяет архитектуру и терминологию приложений MAR» (DOCX) . МПЕГ. 11 июля 2014 года . Проверено 26 июля 2014 г.
  38. Перейти обратно: Перейти обратно: а б «Главная страница МСЭ-Т: Исследовательские комиссии: Рекомендации МСЭ-Т: МСЭ-Т H.265 (V2) (10/2014)» . МСЭ. 29 октября 2014 года . Проверено 1 ноября 2014 г.
  39. Перейти обратно: Перейти обратно: а б «Рекомендация AAP: H.265 (V2)» . МСЭ. 29 октября 2014 года . Проверено 1 ноября 2014 г.
  40. Перейти обратно: Перейти обратно: а б «Объявление ААП № 45» . МСЭ. 31 октября 2014 года . Проверено 1 ноября 2014 г.
  41. Перейти обратно: Перейти обратно: а б «Главная страница МСЭ-Т: Исследовательские комиссии: Рекомендации МСЭ-Т: МСЭ-Т H.265 (04/2015)» . МСЭ. 29 апреля 2015 года . Проверено 26 июня 2015 г.
  42. Перейти обратно: Перейти обратно: а б «Рекомендация AAP: H.265 (V3)» . МСЭ. 29 апреля 2015 года . Проверено 26 июня 2015 г.
  43. Перейти обратно: Перейти обратно: а б «Объявление ААП № 56» . МСЭ. 30 апреля 2015 года . Проверено 26 июня 2015 г.
  44. ^ «Рекомендация AAP: H.265 (V4)» . МСЭ. 29 октября 2016 года . Проверено 31 октября 2016 г.
  45. ^ «Объявление ААП № 91» . МСЭ. 31 октября 2016 года . Проверено 31 октября 2016 г.
  46. Перейти обратно: Перейти обратно: а б «Рекомендация AAP: H.265 (V4)» . МСЭ. 22 декабря 2016 года . Проверено 14 января 2017 г.
  47. Перейти обратно: Перейти обратно: а б «Объявление ААП № 04» . МСЭ. 13 января 2017 года . Проверено 14 января 2017 г.
  48. ^ «MPEG LA предлагает лицензию на портфель патентов HEVC» . Яху Финанс. 29 сентября 2014. Архивировано из оригинала 6 октября 2014 года . Проверено 29 сентября 2014 г.
  49. Перейти обратно: Перейти обратно: а б «Брифинг по лицензиям на патентный портфель HEVC» (PDF) . MPEG Лос-Анджелес. 29 сентября 2014 г. Архивировано (PDF) из оригинала 6 октября 2014 г. . Проверено 29 сентября 2014 г.
  50. ^ Озер, Ян (15 января 2015 г.). «MPEG LA объявляет предлагаемые условия лицензирования HEVC» .
  51. ^ «MPEG LA расширяет зону действия лицензии HEVC» . Яху Финанс. 19 марта 2015 года. Архивировано из оригинала 2 апреля 2015 года . Проверено 20 марта 2015 г.
  52. Перейти обратно: Перейти обратно: а б Озер, Январь (1 апреля 2015 г.). «Новый патентный пул HEVC: каковы последствия?» .
  53. Перейти обратно: Перейти обратно: а б «Сводка ставок роялти» (PDF) . HEVC Прогресс. 22 июля 2015 г. Архивировано из оригинала (PDF) 23 июля 2015 г. . Проверено 22 июля 2015 г.
  54. ^ Дэн Рэйберн (23 июля 2015 г.). «Новый патентный пул требует 0,5% валового дохода от Apple, Facebook и других за видео более высокого качества» . Хаффингтон Пост . Проверено 23 июля 2015 г.
  55. ^ Питер Брайт (23 июля 2015 г.). «Новая патентная группа угрожает сорвать потоковое видео 4K HEVC» . Арс Техника . Проверено 23 июля 2015 г.
  56. ^ «Сводка ставок роялти» (PDF) . HEVC Прогресс. 18 декабря 2015 г. Архивировано из оригинала (PDF) 23 июля 2015 г. . Проверено 20 декабря 2015 г.
  57. ^ Дэн Рэйберн (3 февраля 2016 г.). «Technicolor выходит из пула HEVC Advance, чтобы обеспечить прямое лицензирование своего портфеля HEVC IP» . ГлобусНьюсвайр . Проверено 4 февраля 2016 г.
  58. Перейти обратно: Перейти обратно: а б с Джофф Уайлд (16 мая 2016 г.). «Technicolor CIPO объясняет, почему компания вышла из патентного пула HEVC Advance» . Проверено 18 мая 2016 г.
  59. ^ «HEVC Advance признает участие Technicolor» . Пиар-новости . HEVC Прогресс. 3 февраля 2016 года . Проверено 14 июля 2019 г.
  60. ^ Прогресс, HEVC. «Technicolor присоединяется к передовому патентному пулу HEVC» . www.prnewswire.com (пресс-релиз) . Проверено 8 декабря 2019 г.
  61. ^ Прогресс, HEVC. «HEVC Advance объявляет о выпуске программного обеспечения HEVC без лицензионных отчислений» . www.prnewswire.com (пресс-релиз).
  62. Перейти обратно: Перейти обратно: а б «Velos Media запускает новую платформу лицензирования для стимулирования внедрения новейших видеотехнологий и улучшения качества просмотра для потребителей» . Яху Финанс. 31 марта 2017 года . Проверено 4 апреля 2017 г.
  63. ^ «Текущие патенты, на которые распространяется лицензия на патентный портфель HEVC» . MPEG Лос-Анджелес .
  64. ^ «Приложение HEVC 1» (PDF) . MPEG Лос-Анджелес . 17 апреля 2019 года . Проверено 28 апреля 2019 г.
  65. Перейти обратно: Перейти обратно: а б с «Главная страница МСЭ-Т: Исследовательские комиссии: Рекомендации МСЭ-Т: МСЭ-Т H.265 (12/2016)» . МСЭ. 22 декабря 2016 года . Проверено 11 мая 2017 г.
  66. Перейти обратно: Перейти обратно: а б с «Заявленный патент(ы) по Рекомендации МСЭ-Т H.265» . МСЭ . Проверено 5 августа 2021 г.
  67. ^ «ITU-T H.265 (V5) (02/2018)» . МСЭ. 13 февраля 2018 г. . Проверено 5 августа 2021 г.
  68. ^ «ITU-T H.265 (V6) (06/2019)» . МСЭ. 29 июня 2019 года . Проверено 5 августа 2021 г.
  69. ^ «ITU-T H.265 (V7) (11/2019)» . МСЭ. 29 ноября 2019 года . Проверено 5 августа 2021 г.
  70. ^ «иту» .
  71. ^ «иту» .
  72. ^ «Qualcomm демонстрирует мощность видео H.265 следующего поколения» . CNET. 29 февраля 2012 года . Проверено 12 октября 2012 г.
  73. ^ «Исследователи MIT создают телевизионный чип Quad HD» . Новости МТИ . 20 февраля 2013 года . Проверено 15 марта 2013 г.
  74. ^ «Маломощный декодер HEVC» . ЭЭ Таймс . 22 февраля 2013 года . Проверено 15 марта 2013 г.
  75. ^ М. Тикекар; К.-Т. Хуан; К. Ювекар; В. Сзе ; А. Чандракасан (2014). «Чип видеодекодера HEVC со скоростью 249 Мпикс/с для приложений 4K Ultra HD» (PDF) . Журнал IEEE твердотельных схем . 49 (1): 61–72. Бибкод : 2014IJSSC..49...61T . дои : 10.1109/jssc.2013.2284362 . hdl : 1721.1/93876 . S2CID   1632228 .
  76. Перейти обратно: Перейти обратно: а б «ATEME впервые в отрасли внедрила открытый исходный код с поддержкой HEVC» . Рейтер . 3 апреля 2013. Архивировано из оригинала 20 апреля 2014 года . Проверено 4 апреля 2013 г.
  77. ^ «ATEME впервые в отрасли внедрила открытый исходный код с поддержкой HEVC» . Новостная лента по связям с общественностью. 3 апреля 2013 года . Проверено 4 апреля 2013 г.
  78. ^ Джоэл Хруска (23 июля 2013 г.). «Проверка H.265: оправдывает ли видеокодек следующего поколения ожидания?» . ЭкстримТех . Проверено 23 июля 2013 г.
  79. ^ Крис Анджелини (23 июля 2013 г.). «Кодирование видео следующего поколения: x265 поддерживает HEVC/H.265» . Аппаратное обеспечение Тома . Проверено 23 июля 2013 г.
  80. ^ «NTT разрабатывает программный механизм кодирования высочайшего уровня в мире, полностью совместимый со стандартом видеокодирования нового поколения HEVC/H.265, и выпускает комплект разработки кодека HEVC-1000 SDK» . Японский телеграф и телефон . 8 августа 2013 года. Архивировано из оригинала 25 февраля 2021 года . Проверено 17 августа 2013 г.
  81. Перейти обратно: Перейти обратно: а б «Производительность кодера и декодера DivX HEVC» . DivX. 14 ноября 2013. Архивировано из оригинала 10 декабря 2013 года . Проверено 14 ноября 2013 г.
  82. ^ «ViXS начинает поставки первой в отрасли SoC с поддержкой Ultra HD 4K и 10-битного HEVC» . Яху Финанс. 18 декабря 2013 года . Проверено 7 января 2014 г.
  83. ^ «Harmonic выбирает решение Altera для кодирования видео H.265 4Kp60» . NewsRoom Альтера. 7 апреля 2014 года. Архивировано из оригинала 2 апреля 2015 года . Проверено 24 марта 2015 г.
  84. ^ «Кодер HEVC 4K60fps в реальном времени» . Ютуб. 17 декабря 2014 года. Архивировано из оригинала 7 ноября 2021 года . Проверено 24 марта 2015 г.
  85. ^ «Ittiam Systems объявляет о выпуске кодека H.265/HEVC третьего поколения с поддержкой 12-битного формата 422» . Иттиам Системс . 8 августа 2014. Архивировано из оригинала 1 ноября 2014 года . Проверено 1 ноября 2014 г.
  86. Перейти обратно: Перейти обратно: а б с «Диски Blu-ray 4K появятся в 2015 году для борьбы с потоковым мультимедиа» . CNET . 5 сентября 2014 года . Проверено 6 сентября 2014 г.
  87. Перейти обратно: Перейти обратно: а б с «BDA обновляет хронологию Blu-ray 4K» . Журнал «Домашний Медиа» . 5 сентября 2014 года. Архивировано из оригинала 6 сентября 2014 года . Проверено 6 сентября 2014 г.
  88. ^ Майки Кэмпбелл (12 сентября 2014 г.). «В iPhone 6 и iPhone 6 Plus от Apple используется кодек H.265 для FaceTime по сотовой сети» . AppleInsider . Проверено 13 сентября 2014 г.
  89. ^ Райан Смит (18 сентября 2014 г.). «Обзор NVIDIA GeForce GTX 980» . АнандТех . Проверено 3 мая 2015 г.
  90. ^ Габриэль Аул (31 октября 2014 г.). «HEVC также поддерживается в коробке» . Твиттер . Проверено 3 ноября 2014 г.
  91. ^ Джон Каллахам (1 ноября 2014 г.). «Microsoft: Windows 10 будет поддерживать стандарт сжатия видео HEVC» . Центр Windows . Проверено 3 ноября 2014 г.
  92. ^ Богдан Попа (3 ноября 2014 г.). «Microsoft подтверждает поддержку файлов MKV в Windows 10» . Софтпедия . Проверено 15 ноября 2014 г.
  93. ^ Гейб Аул (12 ноября 2014 г.). «Новая сборка доступна для программы предварительной оценки Windows» . Майкрософт . Проверено 15 ноября 2014 г.
  94. ^ «Ittiam | Пресс-релизы | 2014 | Программное решение Ittiam H.265 обеспечивает поддержку HEVC в версии Android Lollipop» . Архивировано из оригинала 8 декабря 2014 года . Проверено 8 декабря 2014 г.
  95. ^ «ViXS представляет первую в мире SoC с расширенным динамическим диапазоном и 12-битным цветом 4K Ultra HD» . Яху Финанс. 5 января 2015 г. Проверено 10 января 2015 г.
  96. ^ «Представляем суперчип Tegra X1 от NVIDIA» . www.nvidia.com .
  97. ^ Смит, Джошуа Хо, Райан. «Предварительный просмотр NVIDIA Tegra X1 и анализ архитектуры» . {{cite web}}: CS1 maint: несколько имен: список авторов ( ссылка )
  98. ^ Смит, Райан. «NVIDIA выпускает GeForce GTX 960» .
  99. ^ Рик Мерритт (5 января 2015 г.). «AMD описывает процессор для ноутбуков» . ЭЭ Таймс . Проверено 10 января 2015 г.
  100. ^ «VITEC представляет первое в мире портативное аппаратное устройство для кодирования и потоковой передачи HEVC» . Рейтер . 31 марта 2015 года. Архивировано из оригинала 1 мая 2016 года . Проверено 1 февраля 2016 г.
  101. Перейти обратно: Перейти обратно: а б Apple выбрала HEVC в качестве видеокодека следующего поколения . 8 июня 2017 г.
  102. ^ «Примечания к выпуску – 0.28» . 11 апреля 2016 года . Проверено 23 апреля 2016 г.
  103. ^ С., Ян Катресс, Ганеш Т. «Intel объявляет о выпуске Kaby Lake 7-го поколения: 14-нм техпроцесс, шесть моделей ноутбуков, настольные компьютеры, которые появятся в январе» . {{cite web}}: CS1 maint: несколько имен: список авторов ( ссылка )
  104. Перейти обратно: Перейти обратно: а б «tvOS 11.0» . Разработчик Apple .
  105. ^ «Спецификация разработки HLS для устройств Apple» . Разработчик Apple .
  106. ^ «macOS High Sierra совершенствует хранилище, видео и графику» . Отдел новостей Apple .
  107. ^ Холлистер, Шон. «Apple решает проблемы с памятью iPhone меньшими фотографиями и видео» . CNET .
  108. ^ Сингх, Ракеш (25 июня 2017 г.). «Теперь вы можете воспроизводить файлы HEVC в любом приложении видеоплеера, используя расширение Microsoft» .
  109. ^ «iOS 11 будет доступна завтра» . Отдел новостей Apple .
  110. ^ «GoPro представляет HERO6 Black с видео 4K 60 кадров в секунду и новым чипом GP1» . 28 сентября 2017 г.
  111. Перейти обратно: Перейти обратно: а б «Microsoft удаляет кодек HEVC из обновления Windows 10 Fall Creators Update и добавляет его в Магазин» . Новости технологий Ghacks . 6 декабря 2017 г.
  112. Перейти обратно: Перейти обратно: а б «Поддержка медиаформата и кодеков Android Core» . Проверено 18 декабря 2015 г.
  113. ^ Мартин Смоул (6 июня 2017 г.). «WWDC17 — HEVC с HLS — Apple только что анонсировала функцию, которую мы поддерживаем «из коробки» . Битмовин .
  114. ^ «*Обновлено* Сборка канала разработки 77.0.211.3 доступна» . techcommunity.microsoft.com . 9 июля 2017 г.
  115. ^ «Включить аппаратное декодирование HEVC» . Статус Chrome . 21 октября 2022 г.
  116. ^ " "hevc" | Могу ли я использовать... Таблицы поддержки HTML5, CSS3 и т. д." . Могу ли я использовать .
  117. ^ «Что нового в Windows 11 версии 22H2 для ИТ-специалистов — Что нового в Windows» . 11 августа 2023 г.
  118. ^ «HEIF и HEVC в iOS 11: краткий обзор» . Деконструировать . 22 сентября 2017 г.
  119. ^ Кампф, Стивен (2 октября 2017 г.). «Какие устройства Apple смогут воспроизводить видео HEVC?» . Фстоперы .
  120. Перейти обратно: Перейти обратно: а б с д Ом 2012 год .
  121. ^ Ханхарт 2012 .
  122. ^ Слайды 2012 .
  123. ^ «Субъективная оценка качества будущего стандарта сжатия видео HEVC» . Федеральная политехническая школа Лозанны (EPFL) . Проверено 8 ноября 2012 г.
  124. ^ Ник Хили (29 августа 2012 г.). «Сжатие видео HEVC может стать следующим шагом для 4K» . cnet . Проверено 8 ноября 2012 г.
  125. ^ Дэн Гройс; Детлев Марпе; Амит Мулайофф; Беная Ицхаки; Офер Хадар (8 декабря 2013 г.). «Сравнение производительности кодеров H.265/MPEG-HEVC, VP9 и H.264/MPEG-AVC» (PDF) . Институт Фраунгофера Генриха Герца . Проверено 14 декабря 2012 г.
  126. Перейти обратно: Перейти обратно: а б Т.К. Тан; Марта Мрак; Витторио Барончини; Наим Рамзан (18 мая 2014 г.). «Отчет о проверке производительности сжатия HEVC» . JCT-ВК . Проверено 25 мая 2014 г.
  127. ^ «Сравнение эффективности сжатия HEVC/H.265 и VP9 на основе субъективных оценок» . Федеральная политехническая школа Лозанны (EPFL) . Проверено 26 августа 2014 г.
  128. ^ Мартин Рерабек; Турадж Эбрахими (18 августа 2014 г.). «Сравнение эффективности сжатия HEVC/H.265 и VP9 на основе субъективных оценок» (PDF) . Федеральная политехническая школа Лозанны (EPFL) . Проверено 26 августа 2014 г.
  129. ^ Мартин Рерабек; Турадж Эбрахими (23 августа 2014 г.). «Сравнение эффективности сжатия HEVC/H.265 и VP9 на основе субъективных оценок» . SlideShare.com . Проверено 26 августа 2014 г.
  130. ^ «Масштабное сравнение x264, x265 и libvpx» . Блог о технологиях Netflix . 29 августа 2016 г.
  131. ^ Озер, Январь (2 сентября 2016 г.). «Netflix считает x265 на 20% более эффективным, чем VP9 — журнал Streaming Media» .
  132. ^ Гэри Салливан; Йенс-Райнер Ом (27 июля 2013 г.). «Отчет о 13-м заседании Объединенной совместной группы по кодированию видео (JCT-VC), Инчхон, КР, 18–26 апреля 2013 г.» . JCT-ВК . Проверено 1 сентября 2013 г.
  133. ^ «Основные моменты 88-й встречи» . МПЕГ. 24 апреля 2009 года. Архивировано из оригинала 17 августа 2012 года . Проверено 24 августа 2012 г.
  134. ^ «Видение, применение и требования к высокоэффективному кодированию видео (HEVC). ISO/IEC JTC1/SC29/WG11/N11872» . ИСО/МЭК. Январь 2011. Архивировано из оригинала 23 июля 2012 года . Проверено 24 августа 2012 г.
  135. ^ Кристиан Тиммерер (9 февраля 2009 г.). «Видение и требования к высокопроизводительному кодированию видео (HVC). ISO/IEC JTC1/SC29/WG11/N10361» . ИСО/МЭК . Проверено 24 августа 2012 г.
  136. ^ Жером ВЬЕРОН (27 ноября 2012 г.). «HEVC: высокоэффективное кодирование видео, сжатие видео следующего поколения» (PDF) . Атеме . Архивировано из оригинала (PDF) 10 августа 2013 года . Проверено 21 мая 2013 г.
  137. ^ Грегори Кокс (11 сентября 2013 г.). «Введение в Ultra HDTV и HEVC» (PDF) . Атеме . Проверено 3 декабря 2014 г.
  138. ^ «Описание высокоэффективного кодирования видео (HEVC)» . JCT-ВК. 1 января 2011 года . Проверено 15 сентября 2012 г.
  139. Перейти обратно: Перейти обратно: а б с В. Сзе ; М. Будагави (13 января 2013 г.). «Высокопроизводительное энтропийное кодирование CABAC в HEVC» (PDF) . Транзакции IEEE по схемам и системам видеотехнологий . 22 (12): 1778–1791. дои : 10.1109/TCSVT.2012.2221526 . S2CID   5295846 . Проверено 13 января 2013 г.
  140. ^ Тунг, Нгуен; Филипп, Хелле; Мартин, Винкен; Бенджамин, Бросс; Детлев, Марпе; Хейко, Шварц; Томас, Виганд (декабрь 2013 г.). «Методы кодирования преобразования в HEVC». Журнал избранных тем обработки сигналов . 7 (6): 978–989. Бибкод : 2013ИССП...7..978Н . дои : 10.1109/JSTSP.2013.2278071 . S2CID   12877203 .
  141. ^ Тунг, Нгуен; Детлев, Марпе; Хейко, Шварц; Томас, Виганд. «Энтропийное кодирование пониженной сложности уровней коэффициентов преобразования с использованием усеченных кодов Голомба-Райса при сжатии видео» (PDF) .
  142. Перейти обратно: Перейти обратно: а б с Гэри Салливан; Йенс-Райнер Ом (13 октября 2012 г.). «Отчет о заседании 10-го собрания Объединенной совместной группы по кодированию видео (JCT-VC), Стокгольм, Швеция, 11–20 июля 2012 г.» . JCT-ВК . Проверено 28 апреля 2013 г.
  143. Перейти обратно: Перейти обратно: а б с д Алистер Гуди (2 июля 2012 г.). «Ограничения максимального диапазона вектора движения» . JCT-ВК . Проверено 26 ноября 2012 г.
  144. Перейти обратно: Перейти обратно: а б с Кейичи Чоно; Миньхуа Чжоу (19 июля 2012 г.). «BoG на разных лимитах» . JCT-ВК . Проверено 26 ноября 2012 г.
  145. Перейти обратно: Перейти обратно: а б с д и ж г час я Чи-Мин Фу; Елена Альшина; Александр Альшин; Ю-Вэнь Хуан; Чинг-Йе Чен; Цзя-Ян Цай; Чи-Вэй Сюй; Шоу-Мин Лей; Пак Чон-Хун; У-Джин Хан (25 декабря 2012 г.). «Пример адаптивного смещения в стандарте HEVC» (PDF) . Транзакции IEEE по схемам и системам видеотехнологий . Проверено 24 января 2013 г.
  146. Перейти обратно: Перейти обратно: а б «Отчет о 15-м заседании Объединенной совместной группы по кодированию видео (JCT-VC), Женева, Швейцария, 23 октября – 1 ноября 2013 г.» (DOC) . МСЭ-Т. 3 ноября 2013 года . Проверено 9 ноября 2013 г.
  147. ^ Али, Хайрат; Тунг, Нгуен; Миша, Зикманн; Детлев, Марпе. «Адаптивное межкомпонентное прогнозирование для высокоэффективного кодирования видео 4:4:4» (PDF) .
  148. ^ Пьер Андривон; Филипп Бордес; Эдуард Франсуа (2 апреля 2014 г.). «Сообщение SEI для информации о цветовом отображении» . JCT-ВК . Проверено 17 июля 2014 г.
  149. Перейти обратно: Перейти обратно: а б с д и ж г час я дж к л м н тот п д р с т в v Раджан Джоши; Шан Лю; Гэри Салливан; Герхард Тек; Е-Куй Ван; Цзичжэн Сюй; Ян Е (24 марта 2016 г.). «Проект текста кодирования содержимого экрана HEVC 6» . JCT-ВК . Проверено 26 марта 2016 г.
  150. ^ Маттео Наккари; Эндрю Коттон; Себастьян Шварц; Маниш Пиндориа; Марта Мрак; Тим Борер (9 июня 2015 г.). «Информационное сообщение SEI о совместимости с высоким динамическим диапазоном» . JCT-ВК . Проверено 31 октября 2016 г.
  151. ^ Гэри Салливан (10 июня 2015 г.). «Сообщение SEI об окружающей среде просмотра» . JCT-ВК . Проверено 2 ноября 2016 г.
  152. ^ Адриан Пеннингтон (1 августа 2012 г.). «Ultra HD: стандарты и вещательные компании совпадают» . www.tvbeurope.com. п. 45 . Проверено 25 ноября 2012 г.
  153. Перейти обратно: Перейти обратно: а б Джилл Бойс ; Цзяньлэ Чен; Ин Чен; Дэвид Флинн; Миска М. Ханнуксела; Маттео Наккари; Крис Роузуорн; Карл Шарман; Джоэл Соле; Гэри Дж. Салливан; Терухико Судзуки; Герхард Тек; Е-Куй Ван; Кшиштоф Вегнер; Ян Е (11 июля 2014 г.). «Проект высокоэффективного видеокодирования (HEVC) версии 2, комбинированных расширений диапазона форматов (RExt), масштабируемости (SHVC) и многопросмотровых расширений (MV-HEVC)» . JCT-ВК . Проверено 11 июля 2014 г.
  154. Перейти обратно: Перейти обратно: а б с Пер Фрейд; Андрей Норкин; Рикард Сьоберг (23 апреля 2013 г.). «Сжатие видео следующего поколения» (PDF) . Эрикссон . Проверено 24 апреля 2013 г.
  155. ^ Йенс-Райнер Ом (28 января 2014 г.). «Недавняя стандартизация кодирования видео MPEG/JCT-VC/JCT-3V» (PDF) . МПЕГ. Архивировано из оригинала (PDF) 19 апреля 2014 года . Проверено 18 апреля 2014 г.
  156. ^ «Совместный конкурс предложений по кодированию экранного контента» (PDF) . JCT-ВК. 17 января 2014 года . Проверено 15 ноября 2014 г.
  157. ^ «Отчет о 18-м заседании JCT-VC» . МСЭ-Т. 17 октября 2014 года . Проверено 15 ноября 2014 г.
  158. Перейти обратно: Перейти обратно: а б Альберто Дуэньяс; Адам Мэлами (18 октября 2012 г.). «О 10-битном потребительском профиле высокоэффективного кодирования видео (HEVC)» . JCT-ВК . Проверено 3 ноября 2012 г.
  159. Перейти обратно: Перейти обратно: а б Карл Фургюссон (11 июня 2013 г.). «Сосредоточьтесь на... HEVC: история революционного стандарта Ericsson» . Эрикссон. Архивировано из оригинала 20 июня 2013 года . Проверено 21 июня 2013 г.
  160. Перейти обратно: Перейти обратно: а б Саймон Форрест (20 июня 2013 г.). «Появление HEVC и 10-битных форматов цвета» . Технологии воображения. Архивировано из оригинала 15 сентября 2013 года . Проверено 21 июня 2013 г.
  161. ^ Филипп Бордес; Гордон Клэр; Феликс Генри; Микаэль Раулет; Жером Вьерон (20 июля 2012 г.). «Обзор нового стандарта HEVC» (PDF) . Техниколор. Архивировано из оригинала (PDF) 3 октября 2013 года . Проверено 5 октября 2012 г.
  162. ^ «Центр исследований и инноваций Ренна: Публикация» . Техниколор. 20 июля 2012. Архивировано из оригинала 3 декабря 2013 года . Проверено 5 октября 2012 г.
  163. ^ Детлев Марпе; Хайко Шварц; Себастьян Боссе; Бенджамин Бросс; Филипп Хелле; Тобиас Хинц; Хайнер Кирххоффер; Харичаран Лакшман; и др. «Сжатие видео с использованием вложенных структур квадродерева, слияния листьев и улучшенных методов представления движения и энтропийного кодирования» (PDF) . Транзакции IEEE по схемам и системам видеотехнологий . Проверено 8 ноября 2012 г.
  164. ^ Александру Войка (20 июня 2013 г.). «Декодирование HEVC в 10-битных цветах с разрешением 4K: PowerVR D5500, Rosetta Stone для декодирования видео» . Технологии воображения . Архивировано из оригинала 30 июня 2013 года . Проверено 21 июня 2013 г.
  165. ^ Пьер Андривон; Марко Арена; Филипп Салмон; Филипп Бордес; Паола Сунна (8 апреля 2013 г.). «Сравнение эффективности сжатия HEVC Draft 10 с AVC для материала UHD-1» . JCT-ВК . Проверено 28 апреля 2013 г.
  166. Перейти обратно: Перейти обратно: а б Филипп Ханхарт; Мартин Рерабек; Павел Коршунов; Турадж Эбрахими (9 января 2013 г.). «AhG4: Субъективная оценка внутреннего кодирования HEVC для сжатия неподвижных изображений» . JCT-ВК . Проверено 11 января 2013 г.
  167. ^ Яни Лайнема; Кемаль Угур (20 апреля 2012 г.). «О производительности кодирования неподвижных изображений HEVC» . JCT-ВК . Проверено 22 января 2013 г.
  168. ^ Т. Нгуен; Д. Марпе (3 мая 2012 г.). «Сравнение производительности HM 6.0 с существующими схемами сжатия неподвижных изображений с использованием тестового набора популярных неподвижных изображений» . JCT-ВК . Проверено 31 декабря 2012 г.
  169. ^ Кемаль Угур; Яни Лайнема (4 апреля 2013 г.). «Обновленные результаты по производительности кодирования неподвижных изображений HEVC» . JCT-ВК . Проверено 4 апреля 2013 г.
  170. ^ «Изучение эффективности сжатия изображений с потерями» . Мозилла . 17 октября 2013 года . Проверено 19 октября 2013 г.
  171. ^ «Исследование форматов изображений, сжатых с потерями» . Мозилла. 17 октября 2013. Архивировано из оригинала 20 октября 2013 года . Проверено 19 октября 2013 г.
  172. ^ Цзяньлэ Чен; Джилл Бойс ; Ян Е; Миска М. Ханнуксела; Гэри Дж. Салливан; Е-куй Ван (10 июля 2014 г.). «Проект текста 7 масштабируемых расширений HEVC (SHVC)» . JCT-ВК . Проверено 13 июля 2014 г.
  173. Перейти обратно: Перейти обратно: а б К. Шарман; Н. Сондерс; Дж. Гамей; Т. Сузуки; А. Табатабай (20 июня 2014 г.). «Высокая 4:4:4 16 Внутрипрофильная спецификация» . JCT-ВК . Проверено 13 июля 2014 г.
  174. Перейти обратно: Перейти обратно: а б «План работы и график работы» . МПЕГ . Проверено 31 мая 2013 г.
  175. ^ «ИСО/МЭК 13818-1:2013/Изм. 3:2014» . Международная организация по стандартизации . 10 апреля 2014 года . Проверено 20 апреля 2014 г.
  176. ^ «ИСО/МЭК 14496-15:2014» . Международная организация по стандартизации. 24 июня 2014 года . Проверено 28 июня 2014 г.
  177. ^ «Текст ISO/IEC 14496-15:2013/DCOR 1» . МПЕГ. 5 ноября 2013 года . Проверено 14 декабря 2013 г.
  178. ^ «ИСО/МЭК 23008-1:2014» . Международная организация по стандартизации. 23 мая 2014 года . Проверено 1 ноября 2014 г.
  179. ^ «Поддержка DivX HEVC в MKV» . DivX . Проверено 5 июня 2013 г.
  180. ^ «Использование MKVToolNix» . DivX . Проверено 5 июня 2013 г.
  181. ^ «Формат полезной нагрузки RTP для высокоэффективного кодирования видео» . Рабочая группа по интернет-инжинирингу . 6 сентября 2013 года . Проверено 15 декабря 2013 г.
  182. Перейти обратно: Перейти обратно: а б Фабрис Беллард. «Спецификация БПГ» . Фабрис Беллард . Проверено 14 декабря 2014 г.
  183. ^ Уиллис, Натан (10 декабря 2014 г.). «BPG, формат неподвижного изображения, полученный из сжатия видео» . LWN.net .
  184. ^ «Сводка ставок роялти» (PDF) . epdf.hevcadvance.com . Архивировано из оригинала (PDF) 6 апреля 2019 г. Проверено 11 апреля 2018 г.
  185. ^ «Ставки и структура лицензирования» . epdf.hevcadvance.com . Архивировано из оригинала 30 января 2019 года . Проверено 27 ноября 2016 г.
  186. ^ «HEVC Адванс» . www.hevcadvance.com . Проверено 9 мая 2020 г.
  187. Перейти обратно: Перейти обратно: а б «Структура ставок роялти для лицензиатов товарных знаков, соответствующих требованиям» (PDF) . HEVC Продвинутый . Март 2018 года . Проверено 12 июня 2019 г.
  188. ^ «HEVC Advance снижает плату за контент при потоковой передаче» . Журнал потоковых медиа.
  189. ^ Озер, Январь (17 июля 2018 г.). «Возвращение войн кодеков: новая надежда — летнее продолжение потокового вещания» . Журнал потоковых медиа. Поскольку они этого не сделали, многие продюсеры предполагают, что пул будет взимать гонорары за контент.
  190. Перейти обратно: Перейти обратно: а б Воган, Том (30 августа 2016 г.). «Предложение по ускорению внедрения HEVC» . Проверено 25 января 2017 г. Ряд крупных компаний, обладающих патентами HEVC, еще не присоединились ни к одному из патентных пулов. (…) Чтобы ускорить внедрение HEVC, я предлагаю, чтобы лицензиары патентов HEVC согласились со следующими принципами: · Программное декодирование на потребительских устройствах должно быть бесплатным. · Кодирование программного обеспечения на потребительских устройствах должно быть бесплатным. · Распространение контента должно быть бесплатным.
  191. ^ Арильд Фулдсет; Жисль Бьонтегор (1 июля 2015 г.). «Thor — видеокодек высокой эффективности и средней сложности, использующий только RF IPR» (PDF) . Проверено 28 мая 2017 г. Преобразования идентичны H.265/HEVC (Cisco IPR).
  192. Перейти обратно: Перейти обратно: а б с «Информация о лицензиях на патентный портфель AVC» (PDF) . MPEG Лос-Анджелес . 2 мая 2016 г. Архивировано (PDF) из оригинала 28 ноября 2016 г. . Проверено 27 ноября 2016 г.
  193. ^ «Рекомендации МСЭ-Т объявлены патентами» . МСЭ .
  194. ^ Воган, Том (31 августа 2016 г.). «Пришло время двигаться вперед с HEVC» . Журнал стриминговых медиа .
  195. ^ Фотье, Тьерри (12 августа 2016 г.). «Мнение: война кодеков в нашем будущем?» . Журнал стриминговых медиа .
  196. ^ Озер, Январь (22 ноября 2016 г.). «HEVC Advance делает некоторые программы бесплатными» . Проверено 3 декабря 2016 г.
  197. ^ «Почему FRAND плох для свободного программного обеспечения?» . Европейский фонд свободного программного обеспечения . 20 июня 2016 г. Проверено 7 марта 2017 г.
  198. ^ «JVET — Объединенная группа экспертов по видео» . МСЭ.int .
  199. ^ «Универсальное кодирование видео» . Веб-сайт группы экспертов по движущимся изображениям .
  200. ^ «За пределами HEVC: проект универсального кодирования видео активно стартует в Объединенной группе экспертов по видео» . Новости МСЭ . 27 апреля 2018 г.
  201. ^ «JVET — Объединенная группа экспертов по видео» . www.itu.int . Проверено 8 сентября 2021 г.

Библиография [ править ]

Похожие слайды: Филипп Ханхарт; Мартин Рерабек; Франческа Де Симоне; Турадж Эбрахими (15 августа 2012 г.). «Субъективная оценка качества будущего стандарта сжатия видео HEVC» . SlideShare.com . Проверено 8 ноября 2012 г.
Похожие слайды: Вивьен Се ; Мадукар Будагави (1 июня 2014 г.). «Проектирование и реализация систем кодирования видео следующего поколения (учебное пособие по H.265/HEVC)» (PDF) . Международный симпозиум IEEE по схемам и системам (ISCAS).

Внешние ссылки [ править ]

Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 9ec8a57ee61f686c64fae7752bb9e6c6__1717991340
URL1:https://arc.ask3.ru/arc/aa/9e/c6/9ec8a57ee61f686c64fae7752bb9e6c6.html
Заголовок, (Title) документа по адресу, URL1:
High Efficiency Video Coding - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)