Jump to content

High Efficiency Video Coding: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Undid revision 846014722 by J. M. (talk)
Updated latest version at Infobox according to information at history section.
 
(352 intermediate revisions by more than 100 users not shown)
Line 1: Line 1:
{{Short description|Video compression format, succeeds H.264/MPEG-4 AVC}}
{{Use mdy dates|date=September 2013}}
{{Use mdy dates|date=August 2023}}
{{Infobox file format
{{Infobox technology standard
| name = H.265 / HEVC
| title = HEVC / H.265 / MPEG-H Part 2
| icon =
| long_name = High Efficiency Video Coding
| iconcaption =
| icon_size =
| image =
| screenshot =
| screenshot_size =
| caption =
| caption =
| status = In force
|_noextcode =
| year_started = {{Start date and age|2013|06|07|df=y|p=y}}
|_nomimecode =
| first_published = {{Start date and age|2013|07|07|p=y}}
| mime =
| type code =
| version = 10.0
| version_date = {{Start date and age|2024|07|29|p=y}}
| uniform_type =
| organization = [[ITU-T]], [[ISO]], [[International Electrotechnical Commission|IEC]]
| conforms_to =
| committee = [[ITU-T Study Group 16|SG16]] (Secretary: [[Simao Campos]]) ([[VCEG]]), [[MPEG]]
| magic =
| base_standards = [[H.261]], [[H.262]], [[H.263]], [[ISO/IEC 14496-2]], [[H.264]]
| developer = {{#invoke:Wikidata|getValueShortName|P178|FETCH_WIKIDATA}}
| related_standards = [[H.266]], [[Essential Video Coding|MPEG-5]], [[MPEG-H]]
| released = <!-- {{start date and age|YYYY|mm|dd|df=yes/no}} -->
| abbreviation =
| latest_release_version =
| domain = [[Video compression]]
| latest_release_date = <!-- {{start date and age|YYYY|mm|dd|df=yes/no}} -->
| license = [[MPEG LA]]<ref>{{cite tech report |publisher=Library of Congress |location=Washington, D.C. |series=Sustainability of Digital Formats |type=Preliminary draft |title=High Efficiency Video Coding (HEVC) Family, H.265, MPEG-H Part 2 |date=19 November 2020 |url=https://www.loc.gov/preservation/digital/formats/fdd/fdd000530.shtml |access-date=1 December 2021}}</ref>
| genre = [[Video compression format]]
| website = {{URL|https://www.itu.int/rec/T-REC-H.265}}
| contained_by =
| extended_from = [[H.264/MPEG-4 AVC]]
| extended_to =
| standards = ISO/IEC {{#statements:ISO standard}}, {{nowrap|ITU-T H.265}}
| free = no
| url = {{#statements:official website}}
}}
}}


'''High Efficiency Video Coding''' ('''HEVC'''), also known as '''H.265''' and '''[[MPEG-H]] Part 2''', is a [[video coding format|video compression standard]], one of several potential successors to the widely used [[H.264/MPEG-4 AVC|AVC]] (H.264 or MPEG-4 Part 10). In comparison to AVC, HEVC offers about double the [[data compression]] ratio at the same level of video quality, or substantially improved video quality at the same [[bit rate]]. It supports resolutions up to 8192×4320, including [[Ultra high definition television|8K UHD]].
'''High Efficiency Video Coding''' ('''HEVC'''), also known as '''H.265''' and '''MPEG-H Part 2''', is a [[video coding format|video compression standard]] designed as part of the [[MPEG-H]] project as a successor to the widely used [[Advanced Video Coding]] (AVC, H.264, or [[MPEG-4]] Part 10). In comparison to AVC, HEVC offers from 25% to 50% better [[data compression]] at the same level of [[video quality]], or substantially improved video quality at the same [[bit rate]]. It supports resolutions up to 8192×4320, including [[Ultra-high-definition television|8K UHD]], and unlike the primarily 8-bit AVC, HEVC's higher fidelity Main 10 profile has been incorporated into nearly all supporting hardware.


While AVC uses the integer [[discrete cosine transform]] (DCT) with 4×4 and 8×8 block sizes, HEVC uses both integer DCT and [[discrete sine transform]] (DST) with varied block sizes between 4×4 and 32×32. The [[High Efficiency Image File Format|High Efficiency Image Format]] (HEIF) is based on HEVC.<ref name="apple">{{cite web |last1=Thomson |first1=Gavin |last2=Shah |first2=Athar |title=Introducing HEIF and HEVC |url=https://devstreaming-cdn.apple.com/videos/wwdc/2017/503i6plfvfi7o3222/503/503_introducing_heif_and_hevc.pdf |publisher=[[Apple Inc.]] |year=2017 |access-date=5 August 2019}}</ref>
== Concept ==


== Concept ==
In most ways, HEVC is an extension of the concepts in H.264/MPEG-4 AVC. Both work by comparing different parts of a frame of video to find areas that are redundant, both within a single frame as well as subsequent frames. These redundant areas are then replaced with a short description instead of the original pixels. The primary changes for HEVC include the expansion of the pattern comparison and difference-coding areas from 16×16 pixel to sizes up to 64×64, improved [[quadtree|variable-block-size segmentation]], improved "intra" prediction within the same picture, improved [[motion vector]] prediction and motion region merging, improved [[motion compensation]] filtering, and an additional filtering step called sample-adaptive offset filtering. Effective use of these improvements requires much more signal processing capability for compressing the video, but has less impact on the amount of computation needed for decompression.
In most ways, HEVC is an extension of the concepts in H.264/MPEG-4 AVC. Both work by comparing different parts of a frame of video to find areas that are redundant, both within a single frame and between consecutive frames. These redundant areas are then replaced with a short description instead of the original pixels. The primary changes for HEVC include the expansion of the pattern comparison and difference-coding areas from 16×16 pixel to sizes up to 64×64, improved [[quadtree|variable-block-size segmentation]], improved "intra" prediction within the same picture, improved [[motion vector]] prediction and motion region merging, improved [[motion compensation]] filtering, and an additional filtering step called sample-adaptive offset filtering. Effective use of these improvements requires much more signal processing capability for compressing the video but has less impact on the amount of computation needed for decompression.


HEVC was developed by the Joint Collaborative Team on Video Coding ('''JCT-VC'''), a collaboration between the [[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] [[Moving Picture Experts Group|MPEG]] and [[ITU-T]] [[Video Coding Experts Group|VCEG]]. The ISO/IEC group refers to it as MPEG-H Part 2 and the ITU-T as H.265. The first version of the HEVC standard was ratified in January 2013 and published in June 2013. The second version, with multiview extensions (MV-HEVC), range extensions (RExt), and scalability extensions (SHVC), was completed and approved in 2014 and published in early 2015. Extensions for [[3D video]] (3D-HEVC) were completed in early 2015, and extensions for screen content coding (SCC) were completed in early 2016 and published in early 2017, covering video containing rendered graphics, text, or animation as well as (or instead of) camera-captured video scenes. In October 2017, the standard was recognized by a [[Primetime Emmy Engineering Award]]
HEVC was standardized by the Joint Collaborative Team on Video Coding (JCT-VC), a collaboration between the [[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] [[Moving Picture Experts Group|MPEG]] and [[ITU-T Study Group 16]] [[Video Coding Experts Group|VCEG]]. The ISO/IEC group refers to it as MPEG-H Part 2 and the ITU-T as H.265. The first version of the HEVC standard was ratified in January 2013 and published in June 2013. The second version, with multiview extensions (MV-HEVC), range extensions (RExt), and scalability extensions (SHVC), was completed and approved in 2014 and published in early 2015. Extensions for [[3D video]] (3D-HEVC) were completed in early 2015, and extensions for screen content coding (SCC) were completed in early 2016 and published in early 2017, covering video containing rendered graphics, text, or animation as well as (or instead of) camera-captured video scenes. In October 2017, the standard was recognized by a [[Primetime Emmy Engineering Award]]
as having had a material effect on the technology of television.<ref name=EmmyCeremony>{{cite web
as having had a material effect on the technology of television.<ref name=EmmyCeremony>{{cite web
|url=http://www.emmys.com/video/69th-engineering-emmy-awards-joint-collaborative-team-video-coding-wins-emmy-award
|url=http://www.emmys.com/video/69th-engineering-emmy-awards-joint-collaborative-team-video-coding-wins-emmy-award
|title=69th Engineering Emmy Awards: Joint Collaborative Team on Video Coding wins Emmy Award
|title=69th Engineering Emmy Awards: Joint Collaborative Team on Video Coding wins Emmy Award
|website=[[Academy of Television Arts & Sciences]]
|website=[[Academy of Television Arts & Sciences]]
|date=November 1, 2017|accessdate=November 13, 2017
|date=November 1, 2017|access-date=November 13, 2017
}}</ref><ref name=ATASannounce>{{cite web
}}</ref><ref name=ATASannounce>{{cite web
|url=http://www.emmys.com/news/awards-news/engineering-awards-170927
|url=http://www.emmys.com/news/awards-news/engineering-awards-170927
|title=69th Engineering Emmy Awards Recipients Announced
|title=69th Engineering Emmy Awards Recipients Announced
|website=[[Academy of Television Arts & Sciences]]
|website=[[Academy of Television Arts & Sciences]]
|date=September 27, 2017|accessdate=November 13, 2017
|date=September 27, 2017|access-date=November 13, 2017
}}</ref><ref name=ITUnews>{{cite web
}}</ref><ref name=ITUnews>{{cite web
|url=http://news.itu.int/itu-iso-iec-receive-another-primetime-emmy-for-video-compression-video/
|url=http://news.itu.int/itu-iso-iec-receive-another-primetime-emmy-for-video-compression-video/
|title=ITU, ISO and IEC receive another Primetime Emmy for video compression
|title=ITU, ISO and IEC receive another Primetime Emmy for video compression
|website=[[International Telecommunication Union]]
|website=[[International Telecommunication Union]]
|date=October 26, 2017|accessdate=November 13, 2017
|date=October 26, 2017
|access-date=November 13, 2017
|archive-date=April 19, 2019
|archive-url=https://web.archive.org/web/20190419174859/https://news.itu.int/itu-iso-iec-receive-another-primetime-emmy-for-video-compression-video/
|url-status=dead
}}</ref><ref name=Aachen>{{cite web
}}</ref><ref name=Aachen>{{cite web
|url=http://www.rwth-aachen.de/cms/root/Die-RWTH/Aktuell/Pressemitteilungen/November-2017/~ovhi/Engineering-Emmy-Award-fuer-HEVC-Standar/?lidx=1
|url=http://www.rwth-aachen.de/cms/root/Die-RWTH/Aktuell/Pressemitteilungen/November-2017/~ovhi/Engineering-Emmy-Award-fuer-HEVC-Standar/?lidx=1
|title=Engineering Emmy Award for HEVC Standard
|title=Engineering Emmy Award for HEVC Standard
|website=[[RWTH Aachen University]]
|website=[[RWTH Aachen University]]
|date=November 2, 2017|accessdate=November 13, 2017
|date=November 2, 2017|access-date=November 13, 2017
}}</ref><ref name=MSR>{{cite web
}}</ref><ref name=MSR>{{cite web
|first=John
|first=John
Line 61: Line 59:
|title=Primetime Engineering Emmy Award goes to HEVC, a key technology behind ultra-high definition TV
|title=Primetime Engineering Emmy Award goes to HEVC, a key technology behind ultra-high definition TV
|website=[[Microsoft Research]]
|website=[[Microsoft Research]]
|date=September 29, 2017|accessdate=November 13, 2017
|date=September 29, 2017|access-date=November 13, 2017
}}</ref>
}}</ref>


HEVC contains technologies covered by [[patent]]s owned by the organizations that participated in the JCT-VC. Implementing a device or software application that uses HEVC may require a license from HEVC patent holders. The ISO/IEC and ITU require companies that belong to their organizations to offer their patents on [[reasonable and non-discriminatory licensing]] (RAND) terms. Patent licenses can be obtained directly from each patent holder, or through patent licensing bodies, such as [[MPEG LA]], [[HEVC Advance]], and Velos Media. The combined licensing fees currently offered by all of the patent licensing bodies are higher than for AVC. The licensing fees are one of the main reasons HEVC adoption has been low on the web and is why some of the largest tech companies ([[Amazon.com|Amazon]], [[Advanced Micro Devices|AMD]], [[Apple Inc.|Apple]], [[ARM Holdings|ARM]], [[Cisco Systems|Cisco]], [[Google]], [[Intel]], [[Microsoft]], [[Mozilla]], [[Netflix]], [[Nvidia]], and more) have joined the [[Alliance for Open Media]],<ref>{{cite web|url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/A-Progress-Report-The-Alliance-for-Open-Media-and-the-AV1-Codec-110383.aspx|title=A Progress Report: The Alliance for Open Media and the AV1 Codec - Streaming Media Magazine|first=Jan|last=Ozer|date=April 12, 2016|publisher=}}</ref> which aimed to finalize the royalty-free alternative video coding format [[AOMedia Video 1|AV1]] by the end of 2017.<ref name="VP9 successor"/> An initial version of the AV1 specification was eventually released on 28 March, 2018.
HEVC contains technologies covered by [[patent]]s owned by the organizations that participated in the JCT-VC. Implementing a device or software application that uses HEVC may require a license from HEVC patent holders. The ISO/IEC and ITU require companies that belong to their organizations to offer their patents on [[reasonable and non-discriminatory licensing]] (RAND) terms. Patent licenses can be obtained directly from each patent holder, or through patent licensing bodies, such as [[MPEG LA]], [[Access Advance]], and Velos Media.
The combined licensing fees currently offered by all of the patent licensing bodies are higher than for AVC. The licensing fees are one of the main reasons HEVC adoption has been low on the web and is why some of the largest tech companies ([[Amazon (company)|Amazon]], [[AMD]], [[Apple Inc.|Apple]], [[Arm Holdings|ARM]], [[Cisco]], [[Google]], [[Intel]], [[Microsoft]], [[Mozilla]], [[Netflix]], [[Nvidia]], and more) have joined the [[Alliance for Open Media]],<ref>{{cite web |url=https://www.streamingmedia.com/Articles/Editorial/Featured-Articles/A-Progress-Report-The-Alliance-for-Open-Media-and-the-AV1-Codec-110383.aspx |title=A Progress Report: The Alliance for Open Media and the AV1 Codec |website=Streaming Media Magazine |last=Ozer |first=Jan |date=April 12, 2016 }}</ref> which finalized royalty-free alternative video coding format [[AV1]] on March 28, 2018.<ref name="AV1 Finalized"/>


==History==
==History==
The HEVC format was jointly developed by more than a dozen organisations across the world. The majority of active patent contributions towards the development of the HEVC format came from five organizations: [[Samsung Electronics]] (4,249 patents), [[General Electric]] (1,127 patents),<ref name="hevcadvance"/> M&K Holdings (907 patents), [[Nippon Telegraph and Telephone|NTT]] ({{#expr:16+862}} patents), and [[JVC Kenwood]] (628 patents).<ref name="mpegla"/> Other patent holders include [[Fujitsu]], [[Apple Inc.|Apple]], [[Canon Inc.|Canon]], [[Columbia University]], [[KAIST]], [[Kwangwoon University]], [[Massachusetts Institute of Technology|MIT]], [[Sungkyunkwan University]], [[Funai]], [[Hikvision]], [[Korean Broadcasting System|KBS]], [[KT Corporation|KT]] and [[NEC]].<ref>{{cite web|title=Licensors Included in the HEVC Patent Portfolio License|url=https://www.mpegla.com/programs/hevc/licensors/|website=[[MPEG LA]]|access-date=18 June 2019|archive-date=April 13, 2021|archive-url=https://web.archive.org/web/20210413125606/https://www.mpegla.com/programs/hevc/licensors/|url-status=dead}}</ref>


===Previous work===
===Previous work===
In 2004, the ITU-T [[Video Coding Experts Group]] (VCEG) began a major study of technology advances that could enable creation of a new video compression standard (or substantial compression-oriented enhancements of the [[H.264/MPEG-4 AVC]] standard).{{sfn|Sullivan|2012}} In October 2004, various techniques for potential enhancement of the H.264/MPEG-4 AVC standard were surveyed. In January 2005, at the next meeting of VCEG, VCEG began designating certain topics as "Key Technical Areas" (KTA) for further investigation. A software codebase called the KTA codebase was established for evaluating such proposals.<ref>T. Wedi and T. K. Tan, [http://wftp3.itu.int/av-arch/video-site/0510_Nic/VCEG-AA06.doc ''AHG report – Coding Efficiency Improvements''], VCEG document VCEG-AA06, 17–18 October 2005.</ref> The KTA software was based on the Joint Model (JM) reference software that was developed by the MPEG & VCEG Joint Video Team for H.264/MPEG-4 AVC. Additional proposed technologies were integrated into the KTA software and tested in experiment evaluations over the next four years.<ref>[http://wftp3.itu.int/av-arch/video-site/0701_Mar/VCEG-AE01r1.doc Meeting Report for 31st VCEG Meeting] VCEG document VCEG-AE01r1, Marrakech, MA, 15–16 January 2007</ref>{{sfn|Sullivan|2012}}<ref name=JCTVCOfficialWebsite>{{cite web|author=ITU TSB|url=http://www.itu.int/ITU-T/studygroups/com16/jct-vc/ |title=Joint Collaborative Team on Video Coding |publisher=[[ITU-T]] |date=2010-05-21 |accessdate=2012-08-24}}</ref><ref name=HEVCNovember2013ISOIEC>{{cite news |title=ISO/IEC 23008-2:2013 |publisher=[[International Organization for Standardization]] |url=http://www.iso.org/iso/catalogue_detail.htm?csnumber=35424 |date=2013-11-25 |accessdate=2013-11-29}}</ref> MPEG and VCEG established a Joint Collaborative Team on Video Coding ('''JCT-VC''') to develop the HEVC standard.{{sfn|Sullivan|2012}}{{sfn|ITU|2015}}<ref name=Extensions>{{cite journal |title=Standardized Extensions of High Efficiency Video Coding |author=G. J. Sullivan |author2=J. M. Boyce |author3=Y. Chen |author4=J.-R. Ohm |author5=C. A. Segall |author6=A. Vetro |journal=IEEE Journal on Selected Topics in Signal Processing |publisher=[[IEEE]]|url=http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=6630053 |format=PDF |volume= 7 |issue=6 |date=December 2013 |accessdate=2015-02-21}}</ref><ref name=3DHEVCDraftFebruary2015>{{cite news |title=3D-HEVC Draft Text 7 |author=Gerhard Tech |author2=Krzysztof Wegner |author3=Ying Chen |author4=Sehoon Yea |publisher=JCT-3V |url=http://phenix.int-evry.fr/jct2/doc_end_user/current_document.php?id=2495 |date=2015-02-18 |accessdate=2015-02-26}}</ref>
In 2004, the ITU-T [[Video Coding Experts Group]] (VCEG) began a major study of technology advances that could enable the creation of a new video compression standard (or substantial compression-oriented enhancements of the [[H.264/MPEG-4 AVC]] standard).{{sfn|Sullivan|2012}} In October 2004, various techniques for potential enhancement of the H.264/MPEG-4 AVC standard were surveyed. In January 2005, at the next meeting of VCEG, VCEG began designating certain topics as "Key Technical Areas" (KTA) for further investigation. A software codebase called the KTA codebase was established for evaluating such proposals.<ref>T. Wedi and T. K. Tan, [http://wftp3.itu.int/av-arch/video-site/0510_Nic/VCEG-AA06.doc ''AHG report – Coding Efficiency Improvements''], VCEG document VCEG-AA06, 17–18 October 2005.</ref> The KTA software was based on the Joint Model (JM) reference software that was developed by the MPEG & VCEG Joint Video Team for H.264/MPEG-4 AVC. Additional proposed technologies were integrated into the KTA software and tested in experiment evaluations over the next four years.<ref>[http://wftp3.itu.int/av-arch/video-site/0701_Mar/VCEG-AE01r1.doc Meeting Report for 31st VCEG Meeting] VCEG document VCEG-AE01r1, Marrakech, MA, 15–16 January 2007</ref>{{sfn|Sullivan|2012}}<ref name=JCTVCOfficialWebsite>{{cite web|author=ITU TSB|url=http://www.itu.int/ITU-T/studygroups/com16/jct-vc/ |title=Joint Collaborative Team on Video Coding |publisher=[[ITU-T]] |date=2010-05-21 |access-date=2012-08-24}}</ref><ref name=HEVCNovember2013ISOIEC>{{cite news |title=ISO/IEC 23008-2:2013 |publisher=[[International Organization for Standardization]] |url=http://www.iso.org/iso/catalogue_detail.htm?csnumber=35424 |date=2013-11-25 |access-date=2013-11-29}}</ref>


Two approaches for standardizing enhanced compression technology were considered: either creating a new standard or creating extensions of H.264/MPEG-4 AVC. The project had tentative names ''H.265'' and ''H.NGVC'' (Next-generation Video Coding), and was a major part of the work of VCEG until its evolution into the HEVC joint project with MPEG in 2010.<ref name=FirstJCTVCMeetingDresden>{{cite web|url=http://www.h265.net/2010/06/the-first-jct-vc-meeting-dresden-de.html |title=The First JCT-VC Meeting, Dresden, DE |author=Jie Dong |publisher=H265.net |date=2010-06-19 |accessdate=2012-11-25}}</ref><ref name=StatusH265July2008>{{cite web|url=http://www.h265.net/2008/07/current-status-of-h265.html |title=Current Status of H.265 (as at July 2008) |author=Jie Dong |publisher=H265.net |date=2008-07-01 |accessdate=2012-11-25}}</ref><ref name=NGVCRequirements2009>{{cite web|url=http://www.h265.net/2009/04/the-preliminary-requirements-for-ngvc.html |title=The Preliminary Requirements for NGVC |author=Yu Liu |publisher=H265.net |date=2009-04-15 |accessdate=2012-11-25}}</ref>
Two approaches for standardizing enhanced compression technology were considered: either creating a new standard or creating extensions of H.264/MPEG-4 AVC. The project had tentative names ''H.265'' and ''H.NGVC'' (Next-generation Video Coding), and was a major part of the work of VCEG until it evolved into the HEVC joint project with MPEG in 2010.<ref name=FirstJCTVCMeetingDresden>{{cite web|url=http://www.h265.net/2010/06/the-first-jct-vc-meeting-dresden-de.html |title=The First JCT-VC Meeting, Dresden, DE |author=Jie Dong |publisher=H265.net |date=2010-06-19 |access-date=2012-11-25}}</ref><ref name=StatusH265July2008>{{cite web|url=http://www.h265.net/2008/07/current-status-of-h265.html |title=Current Status of H.265 (as at July 2008) |author=Jie Dong |publisher=H265.net |date=2008-07-01 |access-date=2012-11-25}}</ref><ref name=NGVCRequirements2009>{{cite web|url=http://www.h265.net/2009/04/the-preliminary-requirements-for-ngvc.html |title=The Preliminary Requirements for NGVC |author=Yu Liu |publisher=H265.net |date=2009-04-15 |access-date=2012-11-25}}</ref>


The preliminary requirements for NGVC were the capability to have a [[bit rate]] reduction of 50% at the same subjective image quality compared with the H.264/MPEG-4 AVC High profile and computational complexity ranging from 1/2 to 3 times that of the High profile.<ref name=NGVCRequirements2009/> NGVC would be able to provide 25% bit rate reduction along with 50% reduction in complexity at the same perceived video quality as the High profile, or to provide greater bit rate reduction with somewhat higher complexity.<ref name=NGVCRequirements2009/><ref name="epvcreqs"/>
The preliminary requirements for NGVC were the capability to have a [[bit rate]] reduction of 50% at the same subjective image quality compared with the H.264/MPEG-4 AVC High profile, and computational complexity ranging from 1/2 to 3 times that of the High profile.<ref name=NGVCRequirements2009/> NGVC would be able to provide 25% bit rate reduction along with 50% reduction in complexity at the same perceived video quality as the High profile, or to provide greater bit rate reduction with somewhat higher complexity.<ref name=NGVCRequirements2009/><ref name="epvcreqs"/>


The [[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] [[Moving Picture Experts Group]] (MPEG) started a similar project in 2007, tentatively named ''High-performance Video Coding''.<ref name=ThomasWiegandInterview>{{cite web|url=http://www.in-cites.com/scientists/ThomasWiegand.html |title=An Interview With Dr. Thomas Wiegand |publisher=in-cites |date=2007-07-01 |accessdate=2012-08-18}}</ref><ref name=StatusHVCJuly2009>{{cite web|url=http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html |title=Current Status of HVC (High-Performance Video Coding) in MPEG |author=Yu Liu |publisher=H265.net |date=2009-07-03 |accessdate=2012-11-25}}</ref> An agreement of getting a bit rate reduction of 50% had been decided as the goal of the project by July 2007.<ref name=ThomasWiegandInterview/> Early evaluations were performed with modifications of the KTA reference software encoder developed by VCEG.{{sfn|Sullivan|2012}} By July 2009, experimental results showed average bit reduction of around 20% compared with AVC High Profile; these results prompted MPEG to initiate its [[standardization]] effort in collaboration with VCEG.<ref name=StatusHVCJuly2009/>
The [[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] [[Moving Picture Experts Group]] (MPEG) started a similar project in 2007, tentatively named ''High-performance Video Coding''.<ref name=ThomasWiegandInterview>{{cite web |url=http://www.in-cites.com/scientists/ThomasWiegand.html |title=An Interview With Dr. Thomas Wiegand |publisher=in-cites |date=2007-07-01 |access-date=2012-08-18 |archive-url=https://web.archive.org/web/20131208045725/http://www.in-cites.com/scientists/ThomasWiegand.html |archive-date=December 8, 2013 |url-status=dead |df=mdy-all }}</ref><ref name=StatusHVCJuly2009>{{cite web|url=http://www.h265.net/2009/07/current-status-of-hvc-high-performance-video-coding-in-mpeg.html |title=Current Status of HVC (High-Performance Video Coding) in MPEG |author=Yu Liu |publisher=H265.net |date=2009-07-03 |access-date=2012-11-25}}</ref> An agreement of getting a bit rate reduction of 50% had been decided as the goal of the project by July 2007.<ref name=ThomasWiegandInterview/> Early evaluations were performed with modifications of the KTA reference software encoder developed by VCEG.{{sfn|Sullivan|2012}} By July 2009, experimental results showed average bit reduction of around 20% compared with AVC High Profile; these results prompted MPEG to initiate its [[standardization]] effort in collaboration with VCEG.<ref name=StatusHVCJuly2009/>

=== Joint Collaborative Team on Video Coding ===
<!-- linked from redirect [[JCT-VC]] -->
MPEG and VCEG established a Joint Collaborative Team on Video Coding ('''JCT-VC''') to develop the HEVC standard.{{sfn|Sullivan|2012}}{{sfn|ITU|2015}}<ref name=Extensions>{{cite journal |title=Standardized Extensions of High Efficiency Video Coding |author=G. J. Sullivan |author2=J. M. Boyce|author2-link=Jill Boyce |author3=Y. Chen |author4=J.-R. Ohm |author5=C. A. Segall |author6=A. Vetro |journal=IEEE Journal on Selected Topics in Signal Processing |publisher=[[IEEE]]|volume= 7 |issue=6 |date=December 2013 |doi=10.1109/JSTSP.2013.2283657 |doi-access=free }}</ref><ref name=3DHEVCDraftFebruary2015>{{cite news |title=3D-HEVC Draft Text 7 |author=Gerhard Tech |author2=Krzysztof Wegner |author3=Ying Chen |author4=Sehoon Yea |publisher=JCT-3V |url=http://phenix.int-evry.fr/jct2/doc_end_user/current_document.php?id=2495 |date=2015-02-18 |access-date=2015-02-26}}</ref>


===Standardization===
===Standardization===
A formal joint Call for Proposals on video compression technology was issued in January 2010 by VCEG and MPEG, and proposals were evaluated at the first meeting of the MPEG & VCEG Joint Collaborative Team on Video Coding (JCT-VC), which took place in April 2010. A total of 27 full proposals were submitted.<ref name=FirstJCTVCMeetingDresden/><ref name=ITUDresdenMeetingDocuments>{{cite web|url=http://ftp3.itu.int/av-arch/jctvc-site/2010_04_A_Dresden |title=Dresden Meeting – Document Register |publisher=ITU-T |accessdate=2012-11-24}}</ref> Evaluations showed that some proposals could reach the same visual quality as AVC at only half the bit rate in many of the test cases, at the cost of 2–10× increase in computational complexity, and some proposals achieved good subjective quality and bit rate results with lower computational complexity than the reference AVC High profile encodings. At that meeting, the name ''High Efficiency Video Coding'' (HEVC) was adopted for the joint project.{{sfn|Sullivan|2012}}<ref name=FirstJCTVCMeetingDresden/> Starting at that meeting, the JCT-VC integrated features of some of the best proposals into a single software codebase and a "Test Model under Consideration", and performed further experiments to evaluate various proposed features.{{sfn|Sullivan|2012}}<ref>{{cite web|url=http://ftp3.itu.int/av-arch/jctvc-site/2010_04_A_Dresden |title=Documents of the first meeting of the Joint Collaborative Team on Video Coding (JCT-VC) – Dresden, Germany, 15–23 April 2010 |publisher=[[ITU-T]] |date=2010-04-23 |accessdate=2012-08-24}}</ref> The first working draft specification of HEVC was produced at the third JCT-VC meeting in October 2010. Many changes in the coding tools and configuration of HEVC were made in later JCT-VC meetings.{{sfn|Sullivan|2012}}
A formal joint Call for Proposals on video compression technology was issued in January 2010 by VCEG and MPEG, and proposals were evaluated at the first meeting of the MPEG & VCEG Joint Collaborative Team on Video Coding (JCT-VC), which took place in April 2010. A total of 27 full proposals were submitted.<ref name=FirstJCTVCMeetingDresden/><ref name=ITUDresdenMeetingDocuments>{{cite web |url=http://ftp3.itu.int/av-arch/jctvc-site/2010_04_A_Dresden |title=Dresden Meeting – Document Register |publisher=ITU-T |access-date=2012-11-24 |archive-url=https://web.archive.org/web/20121024133837/http://wftp3.itu.int/av-arch/jctvc-site/2010_04_A_Dresden/ |archive-date=2012-10-24 |url-status=dead }}</ref> Evaluations showed that some proposals could reach the same visual quality as AVC at only half the bit rate in many of the test cases, at the cost of 2–10× increase in computational complexity, and some proposals achieved good subjective quality and bit rate results with lower computational complexity than the reference AVC High profile encodings. At that meeting, the name ''High Efficiency Video Coding'' (HEVC) was adopted for the joint project.{{sfn|Sullivan|2012}}<ref name=FirstJCTVCMeetingDresden/> Starting at that meeting, the JCT-VC integrated features of some of the best proposals into a single software codebase and a "Test Model under Consideration", and performed further experiments to evaluate various proposed features.{{sfn|Sullivan|2012}}<ref>{{cite web |url=http://ftp3.itu.int/av-arch/jctvc-site/2010_04_A_Dresden |title=Documents of the first meeting of the Joint Collaborative Team on Video Coding (JCT-VC) – Dresden, Germany, 15–23 April 2010 |publisher=[[ITU-T]] |date=2010-04-23 |access-date=2012-08-24 |archive-url=https://web.archive.org/web/20121024133837/http://wftp3.itu.int/av-arch/jctvc-site/2010_04_A_Dresden/ |archive-date=24 October 2012 |url-status=dead }}</ref> The first working draft specification of HEVC was produced at the third JCT-VC meeting in October 2010. Many changes in the coding tools and configuration of HEVC were made in later JCT-VC meetings.{{sfn|Sullivan|2012}}


On January 25, 2013, the ITU announced that HEVC had received first stage approval (consent) in the [[ITU-T#Approval of Recommendations|ITU-T Alternative Approval Process (AAP)]].<ref name=ITUJanuary2013HEVCConsentApproval>{{cite news |title=New video codec to ease pressure on global networks |publisher=ITU |url=http://www.itu.int/net/pressoffice/press_releases/2013/01.aspx |date=2013-01-25 |accessdate=2013-01-25}}</ref><ref name=MultichannelJanuary2013HEVCConsentApproval>{{cite news |title=ITU OKs Next-Generation Video Codec Standard |author=Todd Spangler |publisher=[[Multichannel News]] |url=http://www.multichannel.com/video/itu-oks-next-generation-video-codec-standard/141387 |date=2013-01-25 |accessdate=2013-01-25}}</ref><ref name=January2013HEVCApprovalProcess>{{cite news |title=ITU-T Work Programme |publisher=ITU |url=http://www.itu.int/itu-t/workprog/wp_item.aspx?isn=9225 |accessdate=2013-01-27}}</ref> On the same day, MPEG announced that HEVC had been promoted to Final Draft International Standard (FDIS) status in the [[Moving Picture Experts Group#Standardization process|MPEG standardization process]].<ref name=MPEGJanuary2013HEVCMilestone>{{cite news |title=MPEG HEVC – The next major milestone in MPEG video history is achieved |publisher=MPEG |url=http://mpeg.chiariglione.org/sites/default/files/files/meetings/docs/w13253_0.doc |format=DOC |date=2013-01-25 |accessdate=2013-01-27}}</ref><ref name=MPEGBasicsJanuary2013>{{cite news |title=MPEG Basics |publisher=MPEG |url=http://mpeg.chiariglione.org/mpeg-basics |accessdate=2013-01-28}}</ref>
On January 25, 2013, the ITU announced that HEVC had received first stage approval (consent) in the [[ITU-T#Approval of Recommendations|ITU-T Alternative Approval Process (AAP)]].<ref name=ITUJanuary2013HEVCConsentApproval>{{cite news |title=New video codec to ease pressure on global networks |publisher=ITU |url=http://www.itu.int/net/pressoffice/press_releases/2013/01.aspx |date=2013-01-25 |access-date=2013-01-25}}</ref><ref name=MultichannelJanuary2013HEVCConsentApproval>{{cite news |title=ITU OKs Next-Generation Video Codec Standard |author=Todd Spangler |publisher=[[Multichannel News]] |url=http://www.multichannel.com/video/itu-oks-next-generation-video-codec-standard/141387 |date=2013-01-25 |access-date=2013-01-25 |archive-date=December 12, 2013 |archive-url=https://web.archive.org/web/20131212010941/http://www.multichannel.com/video/itu-oks-next-generation-video-codec-standard/141387 |url-status=dead }}</ref><ref name=January2013HEVCApprovalProcess>{{cite news |title=ITU-T Work Programme |publisher=ITU |url=http://www.itu.int/itu-t/workprog/wp_item.aspx?isn=9225 |access-date=2013-01-27}}</ref> On the same day, MPEG announced that HEVC had been promoted to Final Draft International Standard (FDIS) status in the [[Moving Picture Experts Group#Standardization process|MPEG standardization process]].<ref name=MPEGJanuary2013HEVCMilestone>{{cite news |title=MPEG HEVC – The next major milestone in MPEG video history is achieved |publisher=MPEG |url=http://mpeg.chiariglione.org/sites/default/files/files/meetings/docs/w13253_0.doc |format=DOC |date=2013-01-25 |access-date=2013-01-27}}</ref><ref name=MPEGBasicsJanuary2013>{{cite news |title=MPEG Basics |publisher=MPEG |url=http://mpeg.chiariglione.org/mpeg-basics |access-date=2013-01-28}}</ref>


On April 13, 2013, HEVC/H.265 was approved as an ITU-T standard.<ref name=HEVCApr2013ITURec>{{cite news |title=ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (04/2013) |publisher=ITU |url=http://www.itu.int/ITU-T/recommendations/rec.aspx?rec=11885 |date=2013-04-13 |accessdate=2013-04-16}}</ref><ref name=HEVCAprilApproved2013ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 |publisher=ITU |url=http://www.itu.int/ITU-T/aap/AAPRecDetails.aspx?AAPSeqNo=2741 |date=2013-04-13 |accessdate=2013-04-16}}</ref><ref name=HEVCAprilApproved2013ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 09 |publisher=ITU |url=http://www.itu.int/dms_pubaap/01/T0101000F09.htm |date=2013-04-15 |accessdate=2013-04-16}}</ref> The standard was formally published by the ITU-T on June 7, 2013 and by the ISO/IEC on November 25, 2013.{{sfn|ITU|2015}}<ref name="HEVCNovember2013ISOIEC" />
On April 13, 2013, HEVC/H.265 was approved as an ITU-T standard.<ref name=HEVCApr2013ITURec>{{cite news |title=ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (04/2013) |publisher=ITU |url=http://www.itu.int/ITU-T/recommendations/rec.aspx?rec=11885 |date=2013-04-13 |access-date=2013-04-16}}</ref><ref name=HEVCAprilApproved2013ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 |publisher=ITU |url=http://www.itu.int/ITU-T/aap/AAPRecDetails.aspx?AAPSeqNo=2741 |date=2013-04-13 |access-date=2013-04-16}}</ref><ref name=HEVCAprilApproved2013ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 09 |publisher=ITU |url=http://www.itu.int/dms_pubaap/01/T0101000F09.htm |date=2013-04-15 |access-date=2013-04-16}}</ref> The standard was formally published by the ITU-T on June 7, 2013, and by the ISO/IEC on November 25, 2013.{{sfn|ITU|2015}}<ref name="HEVCNovember2013ISOIEC" />


On July 11, 2014, MPEG announced that the 2nd edition of HEVC will contain three recently completed extensions which are the multiview extensions (MV-HEVC), the range extensions (RExt), and the scalability extensions (SHVC).<ref name=MPEGJuly2014PR109>{{cite news |title=Reference model for mixed and augmented reality defines architecture and terminology for MAR applications |publisher=MPEG |url=http://mpeg.chiariglione.org/sites/default/files/files/meetings/docs/w14537_0.docx |format=DOCX |date=2014-07-11 |accessdate=2014-07-26}}</ref>
On July 11, 2014, MPEG announced that the 2nd edition of HEVC will contain three recently completed extensions which are the multiview extensions (MV-HEVC), the range extensions (RExt), and the scalability extensions (SHVC).<ref name=MPEGJuly2014PR109>{{cite news |title=Reference model for mixed and augmented reality defines architecture and terminology for MAR applications |publisher=MPEG |url=http://mpeg.chiariglione.org/sites/default/files/files/meetings/docs/w14537_0.docx |format=DOCX |date=2014-07-11 |access-date=2014-07-26}}</ref>


On October 29, 2014, HEVC/H.265 version 2 was approved as an ITU-T standard.<ref name=HEVCOct2014ITURec>{{cite news |title=ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (V2) (10/2014) |publisher=ITU |url=http://www.itu.int/ITU-T/recommendations/rec.aspx?rec=12296 |date=2014-10-29 |accessdate=2014-11-01}}</ref><ref name=HEVCOctoberApproved2014ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 (V2) |publisher=ITU |url=http://www.itu.int/itu-t/aap/AAPRecDetails.aspx?AAPSeqNo=3035 |date=2014-10-29 |accessdate=2014-11-01}}</ref><ref name=HEVCOctoberApproved2014ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 45 |publisher=ITU |url=https://www.itu.int/dms_pubaap/01/T0101000F45.htm |date=2014-10-31 |accessdate=2014-11-01}}</ref> It was then formally published on January 12, 2015.{{sfn|ITU|2015}}
On October 29, 2014, HEVC/H.265 version 2 was approved as an ITU-T standard.<ref name=HEVCOct2014ITURec>{{cite news |title=ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (V2) (10/2014) |publisher=ITU |url=http://www.itu.int/ITU-T/recommendations/rec.aspx?rec=12296 |date=2014-10-29 |access-date=2014-11-01}}</ref><ref name=HEVCOctoberApproved2014ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 (V2) |publisher=ITU |url=http://www.itu.int/itu-t/aap/AAPRecDetails.aspx?AAPSeqNo=3035 |date=2014-10-29 |access-date=2014-11-01}}</ref><ref name=HEVCOctoberApproved2014ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 45 |publisher=ITU |url=https://www.itu.int/dms_pubaap/01/T0101000F45.htm |date=2014-10-31 |access-date=2014-11-01}}</ref> It was then formally published on January 12, 2015.{{sfn|ITU|2015}}


On April 29, 2015, HEVC/H.265 version 3 was approved as an ITU-T standard.<ref name=HEVCApr2015ITURec/><ref name=HEVCAprilApproved2015ITUAAPDetails/><ref name=HEVCAprilApproved2015ITUAAPAnnouncement/>
On April 29, 2015, HEVC/H.265 version 3 was approved as an ITU-T standard.<ref name=HEVCApr2015ITURec/><ref name=HEVCAprilApproved2015ITUAAPDetails/><ref name=HEVCAprilApproved2015ITUAAPAnnouncement/>


On June 3, 2016, HEVC/H.265 version 4 was consented in the ITU-T and was not approved during a vote in October 2016.<ref name=HEVCOctoberApproved2016ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 (V4) |publisher=ITU |url=http://www.itu.int/itu-t/aap/AAPRecDetails.aspx?AAPSeqNo=4631 |date=2016-10-29 |accessdate=2016-10-31}}</ref><ref name=HEVCOctoberApproved2016ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 91 |publisher=ITU |url=https://www.itu.int/dms_pubaap/01/T0101000F91.htm |date=2016-10-31 |accessdate=2016-10-31}}</ref>
On June 3, 2016, HEVC/H.265 version 4 was consented in the ITU-T and was not approved during a vote in October 2016.<ref name=HEVCOctoberApproved2016ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 (V4) |publisher=ITU |url=http://www.itu.int/itu-t/aap/AAPRecDetails.aspx?AAPSeqNo=4631 |date=2016-10-29 |access-date=2016-10-31}}</ref><ref name=HEVCOctoberApproved2016ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 91 |publisher=ITU |url=https://www.itu.int/dms_pubaap/01/T0101000F91.htm |date=2016-10-31 |access-date=2016-10-31}}</ref>


On December 22, 2016, HEVC/H.265 version 4 was approved as an ITU-T standard.<ref name=HEVCDecemberApproved2016ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 (V4) |publisher=ITU |url=http://www.itu.int/itu-t/aap/AAPRecDetails.aspx?AAPSeqNo=4631 |date=2016-12-22 |accessdate=2017-01-14}}</ref><ref name=HEVCDecemberApproved2016ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 04 |publisher=ITU |url=https://www.itu.int/dms_pubaap/01/T0101001004.htm |date=2017-01-13 |accessdate=2017-01-14}}</ref>
On December 22, 2016, HEVC/H.265 version 4 was approved as an ITU-T standard.<ref name=HEVCDecemberApproved2016ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 (V4) |publisher=ITU |url=http://www.itu.int/itu-t/aap/AAPRecDetails.aspx?AAPSeqNo=4631 |date=2016-12-22 |access-date=2017-01-14}}</ref><ref name=HEVCDecemberApproved2016ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 04 |publisher=ITU |url=https://www.itu.int/dms_pubaap/01/T0101001004.htm |date=2017-01-13 |access-date=2017-01-14}}</ref>


===Patent licensing===
===Patent licensing===
{{main article|MPEG LA|HEVC Advance}}
{{main|MPEG LA}}
On September 29, 2014, [[MPEG LA]] announced their HEVC license which covers the essential patents from 23 companies.<ref name=MPEGLAHEVCSeptember2014Yahoo>{{cite news |title=MPEG LA Offers HEVC Patent Portfolio License |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/mpeg-la-offers-hevc-patent-182200249.html |date=2014-09-29 |accessdate=2014-09-29}}</ref> The first 100,000 "devices" (which includes software implementations) are royalty free, and after that the fee is $0.20 per device up to an annual cap of $25 million.<ref name=MPEGLAHEVCLicensePDFSeptember2014>{{cite news |title=HEVC Patent Portfolio License Briefing |publisher=MPEG LA |url=http://www.mpegla.com/main/programs/HEVC/Documents/HEVCweb.pdf |format=PDF |date=2014-09-29 |accessdate=2014-09-29}}</ref> This is significantly more expensive than the fees on AVC, which were $0.10 per device, with the same 100,000 waiver, and an annual cap of $6.5 million. MPEG LA does not charge any fee on the content itself, something they had attempted when initially licensing AVC, but subsequently dropped when content producers refused to pay it.<ref>{{cite web |first=Jan |last=Ozer |title=MPEG LA Announces Proposed HEVC Licensing Terms|url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/MPEG-LA-Announces-Proposed-HEVC-Licensing-Terms-94308.aspx |date=2015-01-15}}</ref> The license has been expanded to include the profiles in version 2 of the HEVC standard.<ref name=MPEGLAV2HEVCMarch2015Yahoo>{{cite news |title=MPEG LA Expands HEVC License Coverage |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/mpeg-la-expands-hevc-license-153700468.html |date=2015-03-19 |accessdate=2015-03-20}}</ref>
On September 29, 2014, [[MPEG LA]] announced their HEVC license which covers the essential patents from 23 companies.<ref name=MPEGLAHEVCSeptember2014Yahoo>{{cite news |title=MPEG LA Offers HEVC Patent Portfolio License |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/mpeg-la-offers-hevc-patent-182200249.html |date=2014-09-29 |access-date=2014-09-29 |archive-url=https://web.archive.org/web/20141006113009/http://finance.yahoo.com/news/mpeg-la-offers-hevc-patent-182200249.html |archive-date=October 6, 2014 |url-status=dead |df=mdy-all }}</ref> The first 100,000 "devices" (which includes software implementations) are royalty free, and after that the fee is $0.20 per device up to an annual cap of $25 million.<ref name=MPEGLAHEVCLicensePDFSeptember2014>{{cite news |title=HEVC Patent Portfolio License Briefing |publisher=MPEG LA |url=http://www.mpegla.com/main/programs/HEVC/Documents/HEVCweb.pdf |date=2014-09-29 |archive-url=https://web.archive.org/web/20141006091331/http://www.mpegla.com/main/programs/HEVC/Documents/HEVCweb.pdf |archive-date=2014-10-06 |url-status=live |access-date=2014-09-29}}</ref> This is significantly more expensive than the fees on AVC, which were $0.10 per device, with the same 100,000 waiver, and an annual cap of $6.5 million. MPEG LA does not charge any fee on the content itself, something they had attempted when initially licensing AVC, but subsequently dropped when content producers refused to pay it.<ref>{{cite web |first=Jan |last=Ozer |title=MPEG LA Announces Proposed HEVC Licensing Terms|url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/MPEG-LA-Announces-Proposed-HEVC-Licensing-Terms-94308.aspx |date=2015-01-15}}</ref> The license has been expanded to include the profiles in version 2 of the HEVC standard.<ref name=MPEGLAV2HEVCMarch2015Yahoo>{{cite news |title=MPEG LA Expands HEVC License Coverage |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/mpeg-la-expands-hevc-license-153700468.html |date=2015-03-19 |access-date=2015-03-20 |archive-url=https://web.archive.org/web/20150402104550/http://finance.yahoo.com/news/mpeg-la-expands-hevc-license-153700468.html |archive-date=April 2, 2015 |url-status=dead |df=mdy-all }}</ref>


When the MPEG LA terms were announced, commenters noted that a number of prominent players were not part of the group. Among these were [[AT&T]], [[Microsoft]], [[Nokia]], and [[Motorola]]. Speculation at the time was that these companies would form their own licensing pool to compete with or add to the MPEG LA pool. Such a group was formally announced on March 26, 2015 as [[HEVC Advance]].<ref name=streaming>{{cite news |first=Jan |last=Ozer |title=New HEVC Patent Pool: What Are the Implications? |url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/New-HEVC-Patent-Pool-What-Are-the-Implications-103042.aspx |date=1 April 2015}}</ref> The terms, covering 500 essential patents, were announced on July 22, 2015, with rates that depend on the country of sale, type of device, HEVC profile, HEVC extensions, and HEVC optional features. Unlike the MPEG LA terms, HEVC Advance reintroduced license fees on content encoded with HEVC, through a revenue sharing fee.<ref name=HEVCAdvanceRoyaltyPDFJuly2015/>
When the MPEG LA terms were announced, commenters noted that a number of prominent patent holders were not part of the group. Among these were [[AT&T]], [[Microsoft]], [[Nokia]], and [[Motorola]]. Speculation at the time was that these companies would form their own licensing pool to compete with or add to the MPEG LA pool. Such a group was formally announced on March 26, 2015, as [[HEVC Advance]].<ref name=streaming>{{cite news |first=Jan |last=Ozer |title=New HEVC Patent Pool: What Are the Implications? |url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/New-HEVC-Patent-Pool-What-Are-the-Implications-103042.aspx |date=1 April 2015}}</ref> The terms, covering 500 essential patents, were announced on July 22, 2015, with rates that depend on the country of sale, type of device, HEVC profile, HEVC extensions, and HEVC optional features. Unlike the MPEG LA terms, HEVC Advance reintroduced license fees on content encoded with HEVC, through a revenue sharing fee.<ref name=HEVCAdvanceRoyaltyPDFJuly2015/>


The initial HEVC Advance license had a maximum royalty rate of US$2.60 per device for Region 1 countries and a content royalty rate of 0.5% of the revenue generated from HEVC video services. Region 1 countries in the HEVC Advance license include the United States, Canada, European Union, Japan, South Korea, Australia, New Zealand, and others. Region 2 countries are countries not listed in the Region 1 country list. The HEVC Advance license had a maximum royalty rate of US$1.30 per device for Region 2 countries. Unlike MPEG LA, there was no annual cap. On top of this, HEVC Advance also charged a royalty rate of 0.5% of the revenue generated from video services encoding content in HEVC.<ref name=HEVCAdvanceRoyaltyPDFJuly2015>{{cite news |title=Royalty Rates Summary |publisher=HEVC Advance |url=http://hevcadvance.com/pdf/RoyaltyRatesSummary.pdf |format=PDF |date=2015-07-22 |accessdate=2015-07-22}}</ref>
The initial HEVC Advance license had a maximum royalty rate of US$2.60 per device for Region 1 countries and a content royalty rate of 0.5% of the revenue generated from HEVC video services. Region 1 countries in the HEVC Advance license include the United States, Canada, European Union, Japan, South Korea, Australia, New Zealand, and others. Region 2 countries are countries not listed in the Region 1 country list. The HEVC Advance license had a maximum royalty rate of US$1.30 per device for Region 2 countries. Unlike MPEG LA, there was no annual cap. On top of this, HEVC Advance also charged a royalty rate of 0.5% of the revenue generated from video services encoding content in HEVC.<ref name=HEVCAdvanceRoyaltyPDFJuly2015>{{cite news |title=Royalty Rates Summary |publisher=HEVC Advance |url=http://hevcadvance.com/pdf/RoyaltyRatesSummary.pdf |date=2015-07-22 |access-date=2015-07-22 |archive-url=https://web.archive.org/web/20150723075148/http://hevcadvance.com/pdf/RoyaltyRatesSummary.pdf |archive-date=July 23, 2015 |url-status=dead |df=mdy-all }}</ref>


When they were announced, there was considerable backlash from industry observers about the "unreasonable and greedy" fees on devices, which were about seven times that of the MPEG LA's fees. Added together, a device would require licenses costing $2.80, twenty-eight times as expensive as AVC, as well as license fees on the content. This led to calls for "content owners [to] band together and agree not to license from HEVC Advance".<ref name=PatentPoolJuly2015HuffingtonPost>{{cite news |title=New Patent Pool Wants 0.5% Of Gross Revenue From Apple, Facebook & Others Over Higher Quality Video |author=Dan Rayburn |publisher=[[The Huffington Post]] |url=http://www.huffingtonpost.com/dan-rayburn/new-patent-pool-wants-05-_b_7851618.html |date=2015-07-23 |accessdate=2015-07-23}}</ref> Others argued the rates might cause companies to switch to competing standards such as [[Daala]] and [[VP9]].<ref name=PatentGroupJuly2015Arstechnica>{{cite news |title=New patent group threatens to derail 4K HEVC video streaming |author=Peter Bright |publisher=[[Ars Technica]] |url=https://arstechnica.com/tech-policy/2015/07/new-patent-group-threatens-to-derail-4k-hevc-video-streaming/ |date=2015-07-23 |accessdate=2015-07-23}}</ref>
When they were announced, there was considerable backlash from industry observers about the "unreasonable and greedy" fees on devices, which were about seven times that of the MPEG LA's fees. Added together, a device would require licenses costing $2.80, twenty-eight times as expensive as AVC, as well as license fees on the content. This led to calls for "content owners [to] band together and agree not to license from HEVC Advance".<ref name=PatentPoolJuly2015HuffingtonPost>{{cite news |title=New Patent Pool Wants 0.5% Of Gross Revenue From Apple, Facebook & Others Over Higher Quality Video |author=Dan Rayburn |work=[[The Huffington Post]] |url=http://www.huffingtonpost.com/dan-rayburn/new-patent-pool-wants-05-_b_7851618.html |date=2015-07-23 |access-date=2015-07-23}}</ref> Others argued the rates might cause companies to switch to competing standards such as [[Daala]] and [[VP9]].<ref name=PatentGroupJuly2015Arstechnica>{{cite news |title=New patent group threatens to derail 4K HEVC video streaming |author=Peter Bright |publisher=[[Ars Technica]] |url=https://arstechnica.com/tech-policy/2015/07/new-patent-group-threatens-to-derail-4k-hevc-video-streaming/ |date=2015-07-23 |access-date=2015-07-23}}</ref>


On December 18, 2015, HEVC Advance announced changes in the royalty rates. The changes include a reduction in the maximum royalty rate for Region 1 countries to US$2.03 per device, the creation of annual royalty caps, and a waiving of royalties on content that is free to end users. The annual royalty caps for a company is US$40 million for devices, US$5 million for content, and US$2 million for optional features.<ref name=HEVCAdvanceRoyaltyPDFDecember2015>{{cite news |title=Royalty Rates Summary |publisher=HEVC Advance |url=http://hevcadvance.com/pdf/RoyaltyRatesSummary.pdf |format=PDF |date=2015-12-18 |accessdate=2015-12-20}}</ref>
On December 18, 2015, HEVC Advance announced changes in the royalty rates. The changes include a reduction in the maximum royalty rate for Region 1 countries to US$2.03 per device, the creation of annual royalty caps, and a waiving of royalties on content that is free to end users. The annual royalty caps for a company is US$40 million for devices, US$5 million for content, and US$2 million for optional features.<ref name=HEVCAdvanceRoyaltyPDFDecember2015>{{cite news |title=Royalty Rates Summary |publisher=HEVC Advance |url=http://hevcadvance.com/pdf/RoyaltyRatesSummary.pdf |date=2015-12-18 |access-date=2015-12-20 |archive-url=https://web.archive.org/web/20150723075148/http://hevcadvance.com/pdf/RoyaltyRatesSummary.pdf |archive-date=July 23, 2015 |url-status=dead |df=mdy-all }}</ref>


On February 3, 2016, [[Technicolor SA]] announced that they had withdrawn from the HEVC Advance [[patent pool]]<ref name=TechnicolorHEVCPatentPoolFebruary2016GlobeNewswire>{{cite news |title=Technicolor withdraws from the HEVC Advance pool to enable direct licensing of its HEVC IP portfolio |author=Dan Rayburn |publisher=GlobeNewswire |url=http://globenewswire.com/news-release/2016/02/03/807411/10159766/en/TECHNICOLOR-TECHNICOLOR-WITHDRAWS-FROM-THE-HEVC-ADVANCE-POOL-TO-ENABLE-DIRECT-LICENSING-OF-ITS-HEVC-IP-PORTFOLIO.html |date=2016-02-03 |accessdate=2016-02-04}}</ref> and would be directly licensing their HEVC patents.<ref name="why_technicolor_left_pool">{{cite web|title=Technicolor CIPO explains why the company left the HEVC Advance patent pool|author=Joff Wild|url=http://www.iam-media.com/blog/Detail.aspx?g=353c0dad-4d43-46d9-8789-2e4605bccfee|date=2016-05-16|accessdate=2016-05-18}}</ref>
On February 3, 2016, [[Technicolor SA]] announced that they had withdrawn from the HEVC Advance [[patent pool]]<ref name=TechnicolorHEVCPatentPoolFebruary2016GlobeNewswire>{{cite news |title=Technicolor withdraws from the HEVC Advance pool to enable direct licensing of its HEVC IP portfolio |author=Dan Rayburn |publisher=GlobeNewswire |url=http://globenewswire.com/news-release/2016/02/03/807411/10159766/en/TECHNICOLOR-TECHNICOLOR-WITHDRAWS-FROM-THE-HEVC-ADVANCE-POOL-TO-ENABLE-DIRECT-LICENSING-OF-ITS-HEVC-IP-PORTFOLIO.html |date=2016-02-03 |access-date=2016-02-04}}</ref> and would be directly licensing their HEVC patents.<ref name="why_technicolor_left_pool">{{cite web|title=Technicolor CIPO explains why the company left the HEVC Advance patent pool|author=Joff Wild|url=http://www.iam-media.com/blog/Detail.aspx?g=353c0dad-4d43-46d9-8789-2e4605bccfee|date=2016-05-16|access-date=2016-05-18}}</ref> HEVC Advance previously listed 12 patents from Technicolor.<ref>{{cite news |title=HEVC Advance Recognizes Technicolor's Participation |url=https://www.prnewswire.com/news-releases/hevc-advance-recognizes-technicolors-participation-300215039.html |access-date=14 July 2019 |work=[[PR Newswire]] |publisher=HEVC Advance |date=February 3, 2016}}</ref> Technicolor announced that they had rejoined on October 22, 2019.<ref>{{Cite press release|url=https://www.prnewswire.com/news-releases/technicolor-joins-the-hevc-advance-patent-pool-300941668.html|title=Technicolor Joins the HEVC Advance Patent Pool|last=Advance|first=HEVC|website=www.prnewswire.com|access-date=2019-12-08}}</ref>


On November 22, 2016, HEVC Advance announced a major initiative, revising their policy to allow software implementations of HEVC to be distributed directly to consumer mobile devices and personal computers royalty free, without requiring a patent license.<ref>{{cite web|url=http://www.prnewswire.com/news-releases/hevc-advance-announces-royalty-free-hevc-software-300367212.html|title=HEVC Advance Announces 'Royalty Free' HEVC Software|first=HEVC|last=Advance|date=|website=www.prnewswire.com}}</ref>
On November 22, 2016, HEVC Advance announced a major initiative, revising their policy to allow software implementations of HEVC to be distributed directly to consumer mobile devices and personal computers royalty free, without requiring a patent license.<ref>{{cite press release|url=http://www.prnewswire.com/news-releases/hevc-advance-announces-royalty-free-hevc-software-300367212.html|title=HEVC Advance Announces 'Royalty Free' HEVC Software|first=HEVC|last=Advance|website=www.prnewswire.com}}</ref>


On March 31, 2017, Velos Media announced their HEVC license which covers the essential patents from Ericsson, Panasonic, Qualcomm Incorporated, Sharp, and Sony.<ref name=VelosHEVCMarch2017Yahoo>{{cite news |title=Velos Media Launches New Licensing Platform to Drive Adoption of Latest Video Technologies, Improve Consumer Viewing Experience |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/velos-media-launches-licensing-platform-130000282.html |date=2017-03-31 |accessdate=2017-04-04}}</ref>
On March 31, 2017, Velos Media announced their HEVC license which covers the essential patents from Ericsson, Panasonic, Qualcomm Incorporated, Sharp, and Sony.<ref name=VelosHEVCMarch2017Yahoo>{{cite news |title=Velos Media Launches New Licensing Platform to Drive Adoption of Latest Video Technologies, Improve Consumer Viewing Experience |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/velos-media-launches-licensing-platform-130000282.html |date=2017-03-31 |access-date=2017-04-04}}</ref>

{{As of|2019|04|post=,}} the MPEG LA HEVC patent list is 164 pages long.<ref>{{cite web |url=http://www.mpegla.com/main/programs/HEVC/Pages/PatentList.aspx |title=Current Patents Covered by the HEVC Patent Portfolio License |publisher=[[MPEG LA]] }}</ref><ref>{{cite web |url=http://www.mpegla.com/main/programs/HEVC/Documents/hevc-att1.pdf |title=HEVC Attachment 1 |publisher=[[MPEG LA]] |date=2019-04-17 |access-date=2019-04-28 }}</ref>

====Patent holders====
The following organizations currently hold the most active patents in the HEVC patent pools listed by [[MPEG LA]] and [[HEVC Advance]]:

{| class="wikitable sortable"
|-
! Organization
! Active<br>patents
! class="unsortable" | {{Abbr|Ref|Reference(s)}}
|-
| [[Samsung Electronics]]
| 4249
| rowspan="2" | <ref name="hevcadvance">{{cite web |url=https://www.hevcadvance.com/licensors/ |title=HEVC Advance Patent List |website=[[HEVC Advance]] |access-date=6 July 2019 |archive-date=August 24, 2020 |archive-url=https://web.archive.org/web/20200824174620/https://www.hevcadvance.com/licensors/ |url-status=dead }}</ref>
|-
| [[General Electric]] (GE)
| 1127
|-
| M&K Holdings Inc
| {{0}}907
| rowspan="3" | <ref name="mpegla">{{cite web |title=HEVC Patent List |url=https://www.mpegla.com/wp-content/uploads/hevc-att1.pdf |website=[[MPEG LA]] |access-date=6 July 2019 }}</ref>
|-
| [[Nippon Telegraph and Telephone]] (including [[NTT Docomo]])
| {{0}}{{#expr:16+862}}
|-
| [[JVC Kenwood]]
| {{0}}628
|-
| [[Dolby|Dolby Laboratories]]
| {{0}}624
| <ref name="hevcadvance" />
|-
| Infobridge Pte. Ltd.
| {{0}}572
| <ref name="mpegla"/>
|-
| [[Mitsubishi Electric]]
| {{0}}401
| <ref name="hevcadvance" />
|-
| [[SK Telecom]] (including [[SK Planet]])
| {{0}}{{#expr:377+3}}
| <ref name="mpegla"/>
|-
| [[MediaTek]] (through HFI Inc.)
| {{0}}337
| rowspan="2" | <ref name="hevcadvance" />
|-
| [[Sejong University]]
| {{0}}330
|-
| [[KT Corporation|KT Corp]]
| {{0}}289
| <ref name="mpegla"/>
|-
| [[Philips]]
| {{0}}230
| rowspan="2" | <ref name="hevcadvance" />
|-
| [[Godo kaisha|Godo Kaisha]] IP Bridge
| {{0}}219
|-
| [[NEC]] Corporation
| {{0}}219
| rowspan="6" | <ref name="mpegla" />
|-
| [[Electronics and Telecommunications Research Institute]] (ETRI) of Korea
| {{0}}208
|-
| [[Canon Inc.]]
| {{0}}180
|-
| Tagivan II
| {{0}}162
|-
| [[Fujitsu]]
| {{0}}144
|-
| [[Kyung Hee University]]
| {{0}}{{#expr:80+16+7}}
|}


===Versions===
===Versions===
Versions of the HEVC/H.265 standard using the ITU-T approval dates.{{sfn|ITU|2015}}
Versions of the HEVC/H.265 standard using the ITU-T approval dates.{{sfn|ITU|2015}}
* '''Version 1:''' (April 13, 2013) First approved version of the HEVC/H.265 standard containing '''Main''', '''Main 10''', and '''Main Still Picture''' profiles.<ref name=HEVCApr2013ITURec/><ref name=HEVCAprilApproved2013ITUAAPDetails/><ref name=HEVCAprilApproved2013ITUAAPAnnouncement/>
* Version 1: (April 13, 2013) First approved version of the HEVC/H.265 standard containing Main, Main10, and Main Still Picture profiles.<ref name=HEVCApr2013ITURec/><ref name=HEVCAprilApproved2013ITUAAPDetails/><ref name=HEVCAprilApproved2013ITUAAPAnnouncement/>
* '''Version 2:''' (October 29, 2014) Second approved version of the HEVC/H.265 standard which adds 21 range extensions profiles, two scalable extensions profiles, and one multi-view extensions profile.<ref name=HEVCOct2014ITURec/><ref name=HEVCOctoberApproved2014ITUAAPDetails/><ref name=HEVCOctoberApproved2014ITUAAPAnnouncement/>
* Version 2: (October 29, 2014) Second approved version of the HEVC/H.265 standard which adds 21 range extensions profiles, two scalable extensions profiles, and one multi-view extensions profile.<ref name=HEVCOct2014ITURec/><ref name=HEVCOctoberApproved2014ITUAAPDetails/><ref name=HEVCOctoberApproved2014ITUAAPAnnouncement/>
* '''Version 3:''' (April 29, 2015) Third approved version of the HEVC/H.265 standard which adds the '''3D Main''' profile.<ref name=HEVCApr2015ITURec>{{cite news |title=ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (04/2015) |publisher=ITU |url=http://www.itu.int/ITU-T/recommendations/rec.aspx?rec=12455 |date=2015-04-29 |accessdate=2015-06-26}}</ref><ref name=HEVCAprilApproved2015ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 (V3) |publisher=ITU |url=http://www.itu.int/ITU-T/aap/AAPRecDetails.aspx?AAPSeqNo=3222 |date=2015-04-29 |accessdate=2015-06-26}}</ref><ref name=HEVCAprilApproved2015ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 56 |publisher=ITU |url=https://www.itu.int/dms_pubaap/01/T0101000F56.htm |date=2015-04-30 |accessdate=2015-06-26}}</ref>
* Version 3: (April 29, 2015) Third approved version of the HEVC/H.265 standard which adds the 3D Main profile.<ref name=HEVCApr2015ITURec>{{cite news |title=ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (04/2015) |publisher=ITU |url=http://www.itu.int/ITU-T/recommendations/rec.aspx?rec=12455 |date=2015-04-29 |access-date=2015-06-26}}</ref><ref name=HEVCAprilApproved2015ITUAAPDetails>{{cite news |title=AAP Recommendation: H.265 (V3) |publisher=ITU |url=http://www.itu.int/ITU-T/aap/AAPRecDetails.aspx?AAPSeqNo=3222 |date=2015-04-29 |access-date=2015-06-26}}</ref><ref name=HEVCAprilApproved2015ITUAAPAnnouncement>{{cite news |title=AAP Announcement No. 56 |publisher=ITU |url=https://www.itu.int/dms_pubaap/01/T0101000F56.htm |date=2015-04-30 |access-date=2015-06-26}}</ref>
* '''Version 4:''' (December 22, 2016) Fourth approved version of the HEVC/H.265 standard which adds seven screen content coding extensions profiles, three high throughput extensions profiles, and four scalable extensions profiles.<ref name=HEVCDec2016ITURec>{{cite news |title=ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (12/2016) |publisher=ITU |url=https://www.itu.int/ITU-T/recommendations/rec.aspx?rec=12905 |date=2016-12-22 |accessdate=2017-05-11}}</ref><ref name=HEVCDecemberApproved2016ITUAAPDetails/><ref name=HEVCDecemberApproved2016ITUAAPAnnouncement/>
* Version 4: (December 22, 2016) Fourth approved version of the HEVC/H.265 standard which adds seven screen content coding extensions profiles, three high throughput extensions profiles, and four scalable extensions profiles.<ref name=HEVCDec2016ITURec>{{cite news |title=ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (12/2016) |publisher=ITU |url=https://www.itu.int/ITU-T/recommendations/rec.aspx?rec=12905 |date=2016-12-22 |access-date=2017-05-11}}</ref><ref name=HEVCDecemberApproved2016ITUAAPDetails/><ref name=HEVCDecemberApproved2016ITUAAPAnnouncement/>
* Version 5: (February 13, 2018) Fifth approved version of the HEVC/H.265 standard which adds additional SEI messages that include omnidirectional video SEI messages, a Monochrome 10 profile, a Main 10 Still Picture profile, and corrections to various minor defects in the prior content of the Specification.<ref name=H265DeclaredPatents>{{cite news |title=ITU-T Rec. H.265 declared patent(s) |publisher=ITU |url=https://www.itu.int/itu-t/recommendations/related_ps.aspx?id_prod=11885 |date= |access-date=2021-08-05}}</ref><ref name=H265V5>{{cite news |title=ITU-T H.265 (V5) (02/2018) |publisher=ITU |url=https://www.itu.int/ITU-T/recommendations/rec.aspx?rec=13433&lang=en |date=2018-02-13 |access-date=2021-08-05}}</ref>
* Version 6: (June 29, 2019) Sixth approved version of the HEVC/H.265 standard which adds additional SEI messages that include SEI manifest and SEI prefix messages, and corrections to various minor defects in the prior content of the Specification.<ref name=H265DeclaredPatents/><ref name=H265V6>{{cite news |title=ITU-T H.265 (V6) (06/2019) |publisher=ITU |url=https://www.itu.int/ITU-T/recommendations/rec.aspx?rec=13904&lang=en |date=2019-06-29 |access-date=2021-08-05}}</ref>
* Version 7: (November 29, 2019) Seventh approved version of the HEVC/H.265 standard which adds additional SEI messages for fisheye video information and annotated regions, and also includes corrections to various minor defects in the prior content of the Specification.<ref name=H265DeclaredPatents/><ref name=H265V7>{{cite news |title=ITU-T H.265 (V7) (11/2019) |publisher=ITU |url=https://www.itu.int/ITU-T/recommendations/rec.aspx?rec=14107&lang=en |date=2019-11-29 |access-date=2021-08-05}}</ref>
* Version 8: on 22 August, 2021 Version 8 was approved.<ref>{{Cite news |title=itu |url=https://www.itu.int/ITU-T/recommendations/rec.aspx?rec=14660}}</ref>
* Version 9: on 13 September, 2023 Version 9 was approved. <ref>{{Cite news |title=itu |url=https://www.itu.int/ITU-T/recommendations/rec.aspx?rec=15647}}</ref>
* Version 10: on 29 July, 2024 Version 10 was approved, it is the latest version.<ref>{{Cite web |title=itu |url=https://www.itu.int/ITU-T/recommendations/rec.aspx?rec=15936&lang=en}}</ref>


===Implementations and products===
==Implementations and products==
{{Main article|High Efficiency Video Coding implementations and products}}
{{Main|High Efficiency Video Coding implementations and products}}


====2012====
===2012===
On February 29, 2012, at the 2012 [[Mobile World Congress]], [[Qualcomm]] demonstrated a HEVC decoder running on an Android tablet, with a Qualcomm [[Qualcomm Snapdragon|Snapdragon]] S4 dual-core processor running at 1.5&nbsp;GHz, showing H.264/MPEG-4 AVC and HEVC versions of the same video content playing side by side. In this demonstration, HEVC reportedly showed almost a 50% bit rate reduction compared with H.264/MPEG-4 AVC.<ref name=HEVCQualcommMWC>{{cite news |title=Qualcomm shows horsepower of next-gen H.265 video |publisher=CNET |url=http://reviews.cnet.com/8301-13970_7-57387626-78/qualcomm-shows-horsepower-of-next-gen-h.265-video/ |date=2012-02-29 |accessdate=2012-10-12}}</ref>
On February 29, 2012, at the 2012 [[Mobile World Congress]], [[Qualcomm]] demonstrated a HEVC decoder running on an Android tablet, with a [[Qualcomm Snapdragon]] S4 dual-core processor running at 1.5&nbsp;GHz, showing H.264/MPEG-4 AVC and HEVC versions of the same video content playing side by side. In this demonstration, HEVC reportedly showed almost a 50% bit rate reduction compared with H.264/MPEG-4 AVC.<ref name=HEVCQualcommMWC>{{cite news |title=Qualcomm shows horsepower of next-gen H.265 video |publisher=CNET |url=http://reviews.cnet.com/8301-13970_7-57387626-78/qualcomm-shows-horsepower-of-next-gen-h.265-video/ |date=2012-02-29 |access-date=2012-10-12}}</ref>


====2013====
===2013===
On February 11, 2013, researchers from [[MIT]] demonstrated the world's first published HEVC ASIC decoder at the [[International Solid-State Circuits Conference]] (ISSCC) 2013.<ref name=MITHEVCFebruary2013>{{cite news |title=MIT researchers build Quad HD TV chip |publisher=[[MIT]] news |url=http://web.mit.edu/newsoffice/2013/mit-researchers-build-quad-hd-tv-chip-0220.html |date=2013-02-20 |accessdate=2013-03-15}}</ref> Their chip was capable of decoding a 3840×2160p at 30 fps video stream in real time consuming under 0.1W of power.<ref name=EETimesMITHEVCFebruary2013>{{cite news |title=A low power HEVC decoder |publisher=[[EE Times]] |url=http://www.eetimes.com/document.asp?doc_id=1263075&page_number=3 |date=2013-02-22 |accessdate=2013-03-15}}</ref><ref name="TIKEKAR2014">{{cite journal |author= M. Tikekar | author2 =C.-T. Huang |author3= C. Juvekar |author4= V. Sze|author5 = A. Chandrakasan |year=2014 |title=A 249 MPixel/s HEVC Video-Decoder Chip for 4K Ultra HD Applications |journal=IEEE Journal of Solid State Circuits |volume=49 |issue=1 |pages=61–72 |url=http://www.rle.mit.edu/eems/wp-content/uploads/2014/10/tikekar_jssc_2014.pdf}}</ref>
On February 11, 2013, researchers from [[MIT]] demonstrated the world's first published HEVC ASIC decoder at the [[International Solid-State Circuits Conference]] (ISSCC) 2013.<ref name=MITHEVCFebruary2013>{{cite news |title=MIT researchers build Quad HD TV chip |publisher=[[MIT]] news |url=http://web.mit.edu/newsoffice/2013/mit-researchers-build-quad-hd-tv-chip-0220.html |date=2013-02-20 |access-date=2013-03-15}}</ref> Their chip was capable of decoding a 3840×2160p at 30 fps video stream in real time, consuming under 0.1&nbsp;W of power.<ref name=EETimesMITHEVCFebruary2013>{{cite news |title=A low power HEVC decoder |publisher=[[EE Times]] |url=http://www.eetimes.com/document.asp?doc_id=1263075&page_number=3 |date=2013-02-22 |access-date=2013-03-15}}</ref><ref name="TIKEKAR2014">{{cite journal |author= M. Tikekar | author2 =C.-T. Huang |author3= C. Juvekar |author4= V. Sze|author4-link=Vivienne Sze|author5 = A. Chandrakasan |year=2014 |title=A 249 MPixel/s HEVC Video-Decoder Chip for 4K Ultra HD Applications |journal=IEEE Journal of Solid-State Circuits |volume=49 |issue=1 |pages=61–72 |url=http://www.rle.mit.edu/eems/wp-content/uploads/2014/10/tikekar_jssc_2014.pdf |doi=10.1109/jssc.2013.2284362| bibcode =2014IJSSC..49...61T | hdl =1721.1/93876 | s2cid =1632228 |hdl-access=free }}</ref>


On April 3, 2013, [[Ateme]] announced the availability of the first open source implementation of a HEVC software player based on the OpenHEVC decoder and [[GPAC Project on Advanced Content|GPAC]] video player which are both licensed under [[GNU Lesser General Public License|LGPL]]. The OpenHEVC decoder supports the Main profile of HEVC and can decode 1080p at 30 fps video using a single core CPU.<ref name=OpenHEVCApril2013Reuters/> A live transcoder that supports HEVC and used in combination with the GPAC video player was shown at the ATEME booth at the NAB Show in April 2013.<ref name=OpenHEVCApril2013Reuters>{{cite news |title=ATEME Enables Industry First Open Source Implementation Supporting HEVC |publisher=[[Reuters]] |url=https://www.reuters.com/article/2013/04/03/ateme-opensource-hevc-idUSnPnAQ87878+160+PRN20130403 |date=2013-04-03 |accessdate=2013-04-04}}</ref><ref name=OpenHEVCApril2013PRNewswire>{{cite news |title=ATEME Enables Industry First Open Source Implementation Supporting HEVC |publisher=PR Newswire |url=http://www.prnewswire.com/news-releases/ateme-enables-industry-first-open-source-implementation-supporting-hevc-201219821.html |date=2013-04-03 |accessdate=2013-04-04}}</ref>
On April 3, 2013, [[Ateme]] announced the availability of the first open source implementation of a HEVC software player based on the OpenHEVC decoder and [[GPAC Project on Advanced Content|GPAC]] video player which are both licensed under [[GNU Lesser General Public License|LGPL]]. The OpenHEVC decoder supports the Main profile of HEVC and can decode 1080p at 30 fps video using a single core CPU.<ref name=OpenHEVCApril2013Reuters/> A live transcoder that supports HEVC and used in combination with the GPAC video player was shown at the ATEME booth at the NAB Show in April 2013.<ref name=OpenHEVCApril2013Reuters>{{cite news |title=ATEME Enables Industry First Open Source Implementation Supporting HEVC |publisher=[[Reuters]] |url=https://www.reuters.com/article/2013/04/03/ateme-opensource-hevc-idUSnPnAQ87878+160+PRN20130403 |archive-url=https://web.archive.org/web/20140420004956/http://www.reuters.com/article/2013/04/03/ateme-opensource-hevc-idUSnPnAQ87878+160+PRN20130403 |url-status=dead |archive-date=2014-04-20 |date=2013-04-03 |access-date=2013-04-04}}</ref><ref name=OpenHEVCApril2013PRNewswire>{{cite news |title=ATEME Enables Industry First Open Source Implementation Supporting HEVC |publisher=PR Newswire |url=http://www.prnewswire.com/news-releases/ateme-enables-industry-first-open-source-implementation-supporting-hevc-201219821.html |date=2013-04-03 |access-date=2013-04-04}}</ref>


On July 23, 2013, [[MulticoreWare]] announced, and made the [[source code]] available for the [[x265]] HEVC Encoder Library under the [[GNU General Public License#Version 2|GPL v2 license]].<ref name=x265July2013Extreme>{{cite news |title=H.265 benchmarked: Does the next-generation video codec live up to expectations? |author=Joel Hruska |publisher=[[ExtremeTech]] |url=http://www.extremetech.com/computing/162027-h-265-benchmarked-does-the-next-generation-video-codec-live-up-to-expectations |date=2013-07-23 |accessdate=2013-07-23}}</ref><ref name=x265July2013Tom>{{cite news |title=Next-Gen Video Encoding: x265 Tackles HEVC/H.265 |author=Chris Angelini |publisher=[[Tom's Hardware]] |url=http://www.tomshardware.com/reviews/x265-hevc-encoder,3565.html |date=2013-07-23 |accessdate=2013-07-23}}</ref>
On July 23, 2013, [[MulticoreWare]] announced, and made the [[source code]] available for the [[x265]] HEVC Encoder Library under the [[GNU General Public License#Version 2|GPL v2 license]].<ref name=x265July2013Extreme>{{cite news |title=H.265 benchmarked: Does the next-generation video codec live up to expectations? |author=Joel Hruska |publisher=[[ExtremeTech]] |url=http://www.extremetech.com/computing/162027-h-265-benchmarked-does-the-next-generation-video-codec-live-up-to-expectations |date=2013-07-23 |access-date=2013-07-23}}</ref><ref name=x265July2013Tom>{{cite news |title=Next-Gen Video Encoding: x265 Tackles HEVC/H.265 |author=Chris Angelini |publisher=[[Tom's Hardware]] |url=http://www.tomshardware.com/reviews/x265-hevc-encoder,3565.html |date=2013-07-23 |access-date=2013-07-23}}</ref>


On August 8, 2013, [[Nippon Telegraph and Telephone]] announced the release of their HEVC-1000 SDK software encoder which supports the Main 10 profile, resolutions up to 7680×4320, and frame rates up to 120 fps.<ref name=NTTAugust2013NTT>{{cite news |title=NTT Develops World’s Highest-level Compression Software Encoding Engine Fully Compliant with Next-gen "HEVC/H.265" Video Coding Standard, Rolls Out "HEVC-1000 SDK" Codec Development Kit |publisher=[[Nippon Telegraph and Telephone]] |url=http://www.ntt.co.jp/news2013/1308e/130808a.html |date=2013-08-08 |accessdate=2013-08-17}}</ref>
On August 8, 2013, [[Nippon Telegraph and Telephone]] announced the release of their HEVC-1000 SDK software encoder which supports the Main 10 profile, resolutions up to 7680×4320, and frame rates up to 120 fps.<ref name=NTTAugust2013NTT>{{cite news |title=NTT Develops World's Highest-level Compression Software Encoding Engine Fully Compliant with Next-gen "HEVC/H.265" Video Coding Standard, Rolls Out "HEVC-1000 SDK" Codec Development Kit |publisher=[[Nippon Telegraph and Telephone]] |url=http://www.ntt.co.jp/news2013/1308e/130808a.html |date=2013-08-08 |access-date=2013-08-17 |archive-date=February 25, 2021 |archive-url=https://web.archive.org/web/20210225021320/https://www.ntt.co.jp/news2013/1308e/130808a.html |url-status=dead }}</ref>


On November 14, 2013, [[DivX,_Inc.|DivX]] developers released information on HEVC decoding performance using an Intel i7 CPU at 3.5&nbsp;GHz with 4 cores and 8 threads.<ref name=DecodingHEVCNovember2013Divx>{{cite news |title=DivX HEVC Encoder and Decoder Performance |publisher=DivX |url=http://labs.divx.com/node/127935 |date=2013-11-14 |accessdate=2013-11-14|archiveurl=https://web.archive.org/web/20131210144143/http://labs.divx.com/node/127935 |archivedate=2013-12-10 }}</ref> The DivX 10.1 Beta decoder was capable of 210.9 fps at 720p, 101.5 fps at 1080p, and 29.6 fps at 4K.<ref name=DecodingHEVCNovember2013Divx/>
On November 14, 2013, [[DivX, LLC|DivX]] developers released information on HEVC decoding performance using an Intel i7 CPU at 3.5&nbsp;GHz with 4 cores and 8 threads.<ref name=DecodingHEVCNovember2013Divx>{{cite news |title=DivX HEVC Encoder and Decoder Performance |publisher=DivX |url=http://labs.divx.com/node/127935 |date=2013-11-14 |access-date=2013-11-14|archive-url=https://web.archive.org/web/20131210144143/http://labs.divx.com/node/127935 |archive-date=2013-12-10 }}</ref> The DivX 10.1 Beta decoder was capable of 210.9 fps at 720p, 101.5 fps at 1080p, and 29.6 fps at 4K.<ref name=DecodingHEVCNovember2013Divx/>


On December 18, 2013, [[ViXS_Systems|ViXS Systems]] announced shipments of their XCode (not to be confused with [[Xcode|Apple's Xcode]] [[Integrated_development_environment|IDE]] for MacOS) 6400 SoC which was the first SoC to support the Main 10 profile of HEVC.<ref name=VixsHEVCDecember2013Shipments>{{cite news |title=ViXS Begins Shipments of Industry's First SoC to Support Ultra HD 4K and 10-bit HEVC |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/vixs-begins-shipments-industrys-first-220000729.html |date=2013-12-18 |accessdate=2014-01-07}}</ref>
On December 18, 2013, [[ViXS Systems]] announced shipments of their XCode (not to be confused with [[Xcode|Apple's Xcode]] [[Integrated development environment|IDE]] for MacOS) 6400 SoC which was the first SoC to support the Main 10 profile of HEVC.<ref name=VixsHEVCDecember2013Shipments>{{cite news |title=ViXS Begins Shipments of Industry's First SoC to Support Ultra HD 4K and 10-bit HEVC |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/vixs-begins-shipments-industrys-first-220000729.html |date=2013-12-18 |access-date=2014-01-07}}</ref>


====2014====
===2014===
On April 5, 2014, at the NAB show, eBrisk Video, Inc. and Altera Corporation demonstrated an FPGA-accelerated HEVC Main10 encoder that encoded 4Kp60/10-bit video in real-time, using a dual-Xeon E5-2697-v2 platform.<ref name=eBriskHEVC4K60April2014>{{cite news |title=Harmonic Chooses Altera Solution for H.265 4Kp60 Video Encoding |publisher=NewsRoom Altera |url=http://newsroom.altera.com/press-releases/nr-harmonic-nab.htm |date=2014-04-07 |accessdate=2015-03-24}}</ref><ref name=4K60RealTime>{{cite news |title=Real-time 4K60fps HEVC Encoder |publisher=Youtube|url=https://www.youtube.com/watch?v=VNIiLBBKH7s |date=2014-12-17 |accessdate=2015-03-24}}</ref>
On April 5, 2014, at the NAB show, eBrisk Video, Inc. and Altera Corporation demonstrated an FPGA-accelerated HEVC Main10 encoder that encoded 4Kp60/10-bit video in real-time, using a dual-Xeon E5-2697-v2 platform.<ref name=eBriskHEVC4K60April2014>{{cite news |title=Harmonic Chooses Altera Solution for H.265 4Kp60 Video Encoding |publisher=NewsRoom Altera |url=http://newsroom.altera.com/press-releases/nr-harmonic-nab.htm |date=2014-04-07 |access-date=2015-03-24 |archive-url=https://web.archive.org/web/20150402160304/http://newsroom.altera.com/press-releases/nr-harmonic-nab.htm |archive-date=2015-04-02 |url-status=dead }}</ref><ref name=4K60RealTime>{{cite news |title=Real-time 4K60fps HEVC Encoder |publisher=Youtube|url=https://www.youtube.com/watch?v=VNIiLBBKH7s | archive-url=https://ghostarchive.org/varchive/youtube/20211107/VNIiLBBKH7s| archive-date=2021-11-07 | url-status=live|date=2014-12-17 |access-date=2015-03-24}}{{cbignore}}</ref>


On August 13, 2014, [[Ittiam Systems]] announces availability of its third generation H.265/HEVC codec with 4:2:2 12-bit support.<ref name=IttiamHEVCAugust2014>{{cite news |title=Ittiam Systems announces availability of its third generation H.265/HEVC codec with 422 12-bit support |publisher=[[Ittiam Systems]] |url=http://www.ittiam.com/News/en/press-releases/2014/158-Ittiam-Systems-announces-availability-of-its-third-generation-H265HEVC-codec-with-422-12-bit-support.aspx |date=August 8, 2014 |accessdate=November 1, 2014 |deadurl=yes |archiveurl=https://web.archive.org/web/20141101215501/http://www.ittiam.com/News/en/press-releases/2014/158-Ittiam-Systems-announces-availability-of-its-third-generation-H265HEVC-codec-with-422-12-bit-support.aspx |archivedate=November 1, 2014 |df=mdy-all }}</ref>
On August 13, 2014, [[Ittiam Systems]] announced availability of its third generation H.265/HEVC codec with 4:2:2 12-bit support.<ref name=IttiamHEVCAugust2014>{{cite news |title=Ittiam Systems announces availability of its third generation H.265/HEVC codec with 422 12-bit support |publisher=[[Ittiam Systems]] |url=http://www.ittiam.com/News/en/press-releases/2014/158-Ittiam-Systems-announces-availability-of-its-third-generation-H265HEVC-codec-with-422-12-bit-support.aspx |date=August 8, 2014 |access-date=November 1, 2014 |url-status=dead |archive-url=https://web.archive.org/web/20141101215501/http://www.ittiam.com/News/en/press-releases/2014/158-Ittiam-Systems-announces-availability-of-its-third-generation-H265HEVC-codec-with-422-12-bit-support.aspx |archive-date=November 1, 2014 |df=mdy-all }}</ref>


On September 5, 2014, the [[Blu-ray Disc Association]] announced that the 4K [[Blu-ray Disc]] specification will support 4K video at 60 fps, High Efficiency Video Coding, the [[Rec. 2020]] color space, [[High-dynamic-range imaging|high dynamic range]], and 10-bit [[color depth]].<ref name="CNET4KBlu-raySeptember2014">{{cite news |title=4K Blu-ray discs arriving in 2015 to fight streaming media |publisher=[[CNET]] |url=http://www.cnet.com/news/4k-blu-ray-discs-arriving-in-2015-to-fight-streaming-media/ |date=September 5, 2014 |accessdate=September 6, 2014}}</ref><ref name="HMM4KBlu-raySeptember2014">{{cite news |title=BDA Updates Blu-ray 4K Timeline |publisher=[[Home Media Magazine]] |url=http://www.homemediamagazine.com/high-def/bda-updates-blu-ray-4k-timeline-34108 |date=September 5, 2014 |accessdate=September 6, 2014}}</ref> 4K Blu-ray Disc will have a data rate of at least 50 Mbit/s and may include support for 66/100 GB discs.<ref name="CNET4KBlu-raySeptember2014"/><ref name="HMM4KBlu-raySeptember2014"/> 4K Blu-ray Disc will be licensed in the spring or summer of 2015 and 4K Blu-ray Disc players have an expected release date of late 2015.<ref name="CNET4KBlu-raySeptember2014"/><ref name="HMM4KBlu-raySeptember2014"/>
On September 5, 2014, the [[Blu-ray Disc Association]] announced that the 4K [[Blu-ray Disc]] specification would support HEVC-encoded 4K video at 60 fps, the [[Rec. 2020]] color space, [[High-dynamic-range imaging|high dynamic range]] ([[Perceptual quantizer|PQ]] and [[Hybrid log–gamma|HLG]]), and 10-bit [[color depth]].<ref name="CNET4KBlu-raySeptember2014">{{cite news |title=4K Blu-ray discs arriving in 2015 to fight streaming media |publisher=[[CNET]] |url=http://www.cnet.com/news/4k-blu-ray-discs-arriving-in-2015-to-fight-streaming-media/ |date=September 5, 2014 |access-date=September 6, 2014}}</ref><ref name="HMM4KBlu-raySeptember2014">{{cite news |title=BDA Updates Blu-ray 4K Timeline |publisher=[[Home Media Magazine]] |url=http://www.homemediamagazine.com/high-def/bda-updates-blu-ray-4k-timeline-34108 |date=September 5, 2014 |access-date=September 6, 2014 |archive-url=https://web.archive.org/web/20140906223337/http://www.homemediamagazine.com/high-def/bda-updates-blu-ray-4k-timeline-34108 |archive-date=September 6, 2014 |url-status=dead |df=mdy-all }}</ref> 4K Blu-ray Discs have a data rate of at least 50&nbsp;Mbit/s and disc capacity up to 100&nbsp;GB.<ref name="CNET4KBlu-raySeptember2014"/><ref name="HMM4KBlu-raySeptember2014"/> 4K Blu-ray Discs and players became available for purchase in 2015 or 2016.<ref name="CNET4KBlu-raySeptember2014"/><ref name="HMM4KBlu-raySeptember2014"/>


On September 9, 2014, [[Apple Inc.|Apple]] announced the [[iPhone 6]] and [[iPhone 6 Plus]] which supports HEVC/H.265 for FaceTime over cellular.<ref name="AppleIPhone6HEVCSeptember2014">{{cite news |title=Apple's iPhone 6, iPhone 6 Plus use H.265 codec for FaceTime over cellular |publisher=[[AppleInsider]] |author=Mikey Campbell |url=http://appleinsider.com/articles/14/09/12/apples-iphone-6-iphone-6-plus-use-h265-codec-for-facetime-over-cellular |date=September 12, 2014 |accessdate=September 13, 2014}}</ref>
On September 9, 2014, [[Apple Inc.|Apple]] announced the [[iPhone 6]] and [[iPhone 6 Plus]] which support HEVC/H.265 for FaceTime over cellular.<ref name="AppleIPhone6HEVCSeptember2014">{{cite news |title=Apple's iPhone 6, iPhone 6 Plus use H.265 codec for FaceTime over cellular |publisher=[[AppleInsider]] |author=Mikey Campbell |url=http://appleinsider.com/articles/14/09/12/apples-iphone-6-iphone-6-plus-use-h265-codec-for-facetime-over-cellular |date=September 12, 2014 |access-date=September 13, 2014}}</ref>


On September 18, 2014, Nvidia released the GeForce GTX 980 (GM204) and GTX 970 (GM204), which includes [[Nvidia NVENC]], the world's first HEVC hardware encoder in a discrete graphics card.<ref>{{cite web|url=http://www.anandtech.com/show/8526/nvidia-geforce-gtx-980-review/5|title=The NVIDIA GeForce GTX 980 Review|author=Ryan Smith|date=2014-09-18|publisher=[[AnandTech]]|accessdate=2015-05-03}}</ref>
On September 18, 2014, Nvidia released the GeForce GTX 980 (GM204) and GTX 970 (GM204), which includes [[Nvidia NVENC]], the world's first HEVC hardware encoder in a discrete graphics card.<ref>{{cite web|url=http://www.anandtech.com/show/8526/nvidia-geforce-gtx-980-review/5|title=The NVIDIA GeForce GTX 980 Review|author=Ryan Smith|date=2014-09-18|publisher=[[AnandTech]]|access-date=2015-05-03}}</ref>


On October 31, 2014, [[Microsoft]] confirmed that [[Windows 10]] will support HEVC [[Out of the box (feature)|out of the box]], according to a statement from Gabriel Aul, the leader of Microsoft Operating Systems Group's Data and Fundamentals Team.<ref name=TwitterHEVCNovember2014W10>{{cite news |title=HEVC also supported in-box. |author=Gabriel Aul |publisher=[[Twitter]] |url=https://twitter.com/GabeAul/status/528401061779107841 |date=October 31, 2014 |accessdate=November 3, 2014}}</ref><ref name=WCHEVCNovember2014W10>{{cite news |title=Microsoft: Windows 10 will support the HEVC video compression standard |author=John Callaham |publisher=Windows Central |url=http://www.windowscentral.com/microsoft-windows-10-will-support-hevc-video-standard |date=November 1, 2014 |accessdate=November 3, 2014}}</ref> Windows 10 Technical Preview Build 9860 added platform level support for HEVC and [[Matroska]].<ref name=SoftpediaHEVCNovember2014W10>{{cite news |title=Microsoft Confirms MKV File Support in Windows 10 |author=Bogdan Popa |publisher=[[Softpedia]] |url=http://news.softpedia.com/news/Microsoft-Confirms-MKV-File-Support-in-Windows-10-463791.shtml |date=November 3, 2014 |accessdate=November 15, 2014}}</ref><ref name=MicrosoftHEVCNovember2014W10>{{cite news |title=New build available to the Windows Insider Program |author=Gabe Aul |publisher=[[Microsoft]] |url=http://blogs.windows.com/bloggingwindows/2014/11/12/new-build-available-to-the-windows-insider-program/ |date=November 12, 2014 |accessdate=November 15, 2014}}</ref>
On October 31, 2014, [[Microsoft]] confirmed that [[Windows 10]] will support HEVC [[Out of the box (feature)|out of the box]], according to a statement from Gabriel Aul, the leader of Microsoft Operating Systems Group's Data and Fundamentals Team.<ref name=TwitterHEVCNovember2014W10>{{cite news |title=HEVC also supported in-box. |author=Gabriel Aul |publisher=[[Twitter]] |url=https://twitter.com/GabeAul/status/528401061779107841 |date=October 31, 2014 |access-date=November 3, 2014}}</ref><ref name=WCHEVCNovember2014W10>{{cite news |title=Microsoft: Windows 10 will support the HEVC video compression standard |author=John Callaham |publisher=Windows Central |url=http://www.windowscentral.com/microsoft-windows-10-will-support-hevc-video-standard |date=November 1, 2014 |access-date=November 3, 2014}}</ref> Windows 10 Technical Preview Build 9860 added platform level support for HEVC and [[Matroska]].<ref name=SoftpediaHEVCNovember2014W10>{{cite news |title=Microsoft Confirms MKV File Support in Windows 10 |author=Bogdan Popa |publisher=[[Softpedia]] |url=http://news.softpedia.com/news/Microsoft-Confirms-MKV-File-Support-in-Windows-10-463791.shtml |date=November 3, 2014 |access-date=November 15, 2014}}</ref><ref name=MicrosoftHEVCNovember2014W10>{{cite news |title=New build available to the Windows Insider Program |author=Gabe Aul |publisher=[[Microsoft]] |url=http://blogs.windows.com/bloggingwindows/2014/11/12/new-build-available-to-the-windows-insider-program/ |date=November 12, 2014 |access-date=November 15, 2014}}</ref>


On November 3, 2014, [[Android Lollipop]] was released with [[Out of the box (feature)|out of the box]] support for HEVC using [[Ittiam Systems]]' software.<ref>http://www.ittiam.com/News/en/Press-releases/2014/162-Ittiam%E2%80%99s-H265-Software-Solution-Enables-HEVC-Support-in-Android%E2%80%99s-Lollipop-Release.aspx</ref>
On November 3, 2014, [[Android Lollipop]] was released with [[Out of the box (feature)|out of the box]] support for HEVC using [[Ittiam Systems]]' software.<ref>{{Cite web |url=http://www.ittiam.com/News/en/Press-releases/2014/162-Ittiam%E2%80%99s-H265-Software-Solution-Enables-HEVC-Support-in-Android%E2%80%99s-Lollipop-Release.aspx |title=Ittiam &#124; Press Releases &#124; 2014 &#124; Ittiam's H.265 Software Solution Enables HEVC Support in Android's Lollipop Release |access-date=December 8, 2014 |archive-url=https://archive.today/20141208125953/http://www.ittiam.com/News/en/Press-releases/2014/162-Ittiam%E2%80%99s-H265-Software-Solution-Enables-HEVC-Support-in-Android%E2%80%99s-Lollipop-Release.aspx |archive-date=December 8, 2014 |url-status=dead |df=mdy-all }}</ref>


====2015====
===2015===
On January 5, 2015, ViXS Systems announced the XCode 6800 which is the first SoC to support the Main 12 profile of HEVC.<ref name=Vixs12bitHEVCJanuary2015Yahoo>{{cite news |title=ViXS Announces World's First SoC With High Dynamic Range and 4K Ultra HD 12-Bit Color |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/vixs-announces-worlds-first-soc-140000076.html |date=2015-01-05 |accessdate=2015-01-10}}</ref>
On January 5, 2015, ViXS Systems announced the XCode 6800 which is the first SoC to support the Main 12 profile of HEVC.<ref name=Vixs12bitHEVCJanuary2015Yahoo>{{cite news |title=ViXS Announces World's First SoC With High Dynamic Range and 4K Ultra HD 12-Bit Color |publisher=Yahoo Finance |url=https://finance.yahoo.com/news/vixs-announces-worlds-first-soc-140000076.html |date=2015-01-05 |access-date=2015-01-10}}</ref>


On January 5, 2015, Nvidia officially announced the Tegra X1 SoC with full fixed-function HEVC hardware decoding.<ref>{{cite web|url=http://www.nvidia.com/object/tegra-x1-processor.html|title=Introducing The Tegra X1 Super Chip from NVIDIA|author=|date=|website=www.nvidia.com}}</ref><ref>{{cite web|url=http://www.anandtech.com/show/8811/nvidia-tegra-x1-preview|title=NVIDIA Tegra X1 Preview & Architecture Analysis|first=Joshua Ho, Ryan|last=Smith|date=|publisher=}}</ref>
On January 5, 2015, Nvidia officially announced the Tegra X1 SoC with full fixed-function HEVC hardware decoding.<ref>{{cite web|url=http://www.nvidia.com/object/tegra-x1-processor.html|title=Introducing The Tegra X1 Super Chip from NVIDIA|website=www.nvidia.com}}</ref><ref>{{cite web|url=http://www.anandtech.com/show/8811/nvidia-tegra-x1-preview|title=NVIDIA Tegra X1 Preview & Architecture Analysis|first=Joshua Ho, Ryan|last=Smith}}</ref>


On January 22, 2015, [[Nvidia]] released the GeForce GTX 960 (GM206), which includes the world's first full fixed function HEVC Main/Main10 hardware decoder in a discrete graphics card.<ref>{{cite web|url=http://www.anandtech.com/show/8923/nvidia-launches-geforce-gtx-960|title=NVIDIA Launches GeForce GTX 960|first=Ryan|last=Smith|date=|publisher=}}</ref>
On January 22, 2015, [[Nvidia]] released the GeForce GTX 960 (GM206), which includes the world's first full fixed function HEVC Main/Main10 hardware decoder in a discrete graphics card.<ref>{{cite web|url=http://www.anandtech.com/show/8923/nvidia-launches-geforce-gtx-960|title=NVIDIA Launches GeForce GTX 960|first=Ryan|last=Smith}}</ref>


On February 23, 2015, [[Advanced Micro Devices]] (AMD) announced that their [[Unified Video Decoder|UVD]] ASIC to be found in the [[Excavator (microarchitecture)|Carrizo]] APUs would be the first x86 based CPUs to have a HEVC hardware decoder.<ref name=AMDHEVCFebruary2015EETimes>{{cite news |title=AMD Describes Notebook Processor |publisher=[[EE Times]] |author=Rick Merritt |url=http://www.eetimes.com/document.asp?doc_id=1325722 |date=2015-01-05 |accessdate=2015-01-10}}</ref>
On February 23, 2015, [[Advanced Micro Devices]] (AMD) announced that their [[Unified Video Decoder|UVD]] ASIC to be found in the [[Excavator (microarchitecture)|Carrizo]] APUs would be the first x86 based CPUs to have a HEVC hardware decoder.<ref name=AMDHEVCFebruary2015EETimes>{{cite news |title=AMD Describes Notebook Processor |publisher=[[EE Times]] |author=Rick Merritt |url=http://www.eetimes.com/document.asp?doc_id=1325722 |date=2015-01-05 |access-date=2015-01-10}}</ref>


On February 27, 2015, [[VLC media player]] version 2.2.0 was released with robust support of HEVC playback. The corresponding versions on Android and iOS are also able to play HEVC.
On February 27, 2015, [[VLC media player]] version 2.2.0 was released with robust support of HEVC playback. The corresponding versions on Android and iOS are also able to play HEVC.


On March 31, 2015, VITEC announced the MGW Ace which was the first 100% hardware-based portable HEVC encoder that provides mobile HEVC encoding.<ref>{{Cite news|title = VITEC Unveils World’s First Hardware-Based Portable HEVC Encoding and Streaming Appliance|url = https://www.reuters.com/article/ca-vitec-idUSnBw315023a+100+BSW20150331|newspaper = Reuters|date = 2015-03-31|access-date = 2016-02-01}}</ref>
On March 31, 2015, VITEC announced the MGW Ace which was the first 100% hardware-based portable HEVC encoder that provides mobile HEVC encoding.<ref>{{Cite news|title = VITEC Unveils World's First Hardware-Based Portable HEVC Encoding and Streaming Appliance|url = https://www.reuters.com/article/ca-vitec-idUSnBw315023a+100+BSW20150331|archive-url = https://web.archive.org/web/20160501225747/http://www.reuters.com/article/ca-vitec-idUSnBw315023a+100+BSW20150331|url-status = dead|archive-date = 2016-05-01|newspaper = Reuters|date = 2015-03-31|access-date = 2016-02-01}}</ref>


On August 5, 2015, Intel launched [[Skylake (microarchitecture)|Skylake]] products with full fixed function Main/8bit decoding/encoding and hybrid/partial Main10/10bit decoding.
On August 5, 2015, Intel launched [[Skylake (microarchitecture)|Skylake]] products with full fixed function Main/8-bit decoding/encoding and hybrid/partial Main10/10-bit decoding.


On September 9, 2015 [[Apple Inc.|Apple]] announced the [[Apple A9]] chip, first used in the [[iPhone 6S]], its first processor with a hardware HEVC decoder supporting Main 8 and 10. This feature would not be unlocked until the release of [[iOS 11]] in 2017.<ref name="flatpanelshd.com">[http://www.flatpanelshd.com/news.php?subaction=showfull&id=1496905696 Apple has chosen HEVC as its next-generation video codec]. 8 June 2017.</ref>
On August 20, 2015, [[Nvidia]] released the GeForce GTX 950 (GM206), which includes the full fixed function HEVC Main/Main10 hardware decoder like the GTX 960.


====2016====
===2016===
On April 11, 2016, full HEVC (H.265) support was announced in the newest [[MythTV]] version (0.28).<ref>{{cite web|url=https://www.mythtv.org/wiki/Release_Notes_-_0.28|title=Release Notes – 0.28|accessdate=23 April 2016 |date=11 April 2016}}</ref>
On April 11, 2016, full HEVC (H.265) support was announced in the newest [[MythTV]] version (0.28).<ref>{{cite web|url=https://www.mythtv.org/wiki/Release_Notes_-_0.28|title=Release Notes – 0.28|access-date=23 April 2016 |date=11 April 2016}}</ref>


On August 30, 2016, [[Intel]] officially announced 7th generation Core CPUs ([[Kaby Lake]]) products with full fixed function HEVC Main10 hardware decoding support.<ref>{{cite web|url=http://www.anandtech.com/show/10610/intel-announces-7th-gen-kaby-lake-14nm-plus-six-notebook-skus-desktop-coming-in-january/3|title=Intel Announces 7th Gen Kaby Lake: 14nm PLUS, Six Notebook SKUs, Desktop coming in January|first=Ian Cutress, Ganesh T|last=S}}</ref>
On May 27, 2016, [[Nvidia]] released the GeForce GTX 1080 (GP104), which includes full fixed function HEVC Main10/Main12 hardware decoder.


On September 7, 2016 [[Apple Inc.|Apple]] announced the [[Apple A10]] chip, first used in the [[iPhone 7]], which included a hardware HEVC encoder supporting Main 8 and 10. This feature would not be unlocked until the release of [[iOS 11]] in 2017.<ref name="flatpanelshd.com"/>
On June 10, 2016, [[Nvidia]] released the GeForce GTX 1070 (GP104), which includes full fixed function HEVC Main10/Main12 hardware decoder.


On July 19, 2016, [[Nvidia]] released the GeForce GTX 1060 (GP106), which includes full fixed function HEVC Main10/Main12 hardware decoder.
On October 25, 2016, [[Nvidia]] released the GeForce GTX 1050Ti (GP107) and GeForce GTX 1050 (GP107), which includes full fixed function HEVC Main10/Main12 hardware encoder.


===2017===
On August 2, 2016, [[Nvidia]] released the Nvidia Titan X (GP102), which includes full fixed function HEVC Main10/Main12 hardware decoder.


On June 5, 2017, [[Apple Inc.|Apple]] announced HEVC H.265 support in [[macOS High Sierra]], [[iOS 11]], [[tvOS]],<ref name="developer.apple.com">{{cite web|url=https://developer.apple.com/library/content/releasenotes/General/WhatsNewinTVOS/Articles/tvOS_11_0.html|title=tvOS 11.0|website=Apple Developer}}</ref> [[HTTP Live Streaming]]<ref>{{cite web|url=https://developer.apple.com/library/content/documentation/General/Reference/HLSAuthoringSpec/Requirements.html|title=HLS Authoring Specification for Apple Devices|website=Apple Developer}}</ref> and [[Safari (web browser)|Safari]].<ref>{{Cite web|url=https://www.apple.com/newsroom/2017/06/macos-high-sierra-delivers-advanced-technologies-for-storage-video-and-graphics/|title=macOS High Sierra advances storage, video and graphics|website=Apple Newsroom}}</ref><ref>{{Cite web|url=https://www.cnet.com/tech/mobile/apple-answers-iphone-storage-woes-with-smaller-photos-videos/|title=Apple answers iPhone storage woes with smaller photos, videos|first=Sean|last=Hollister|website=CNET}}</ref>
On August 30, 2016, [[Intel]] officially announced 7th generation Core CPUs ([[Kaby Lake]]) products with full fixed function HEVC Main10 hardware decoding support.<ref>{{cite web|url=http://www.anandtech.com/show/10610/intel-announces-7th-gen-kaby-lake-14nm-plus-six-notebook-skus-desktop-coming-in-january/3|title=Intel Announces 7th Gen Kaby Lake: 14nm PLUS, Six Notebook SKUs, Desktop coming in January|first=Ian Cutress, Ganesh T|last=S|date=|publisher=}}</ref>


On June 25, 2017, [[Microsoft]] released a free HEVC app extension for [[Windows 10]], enabling some Windows 10 devices with HEVC decoding hardware to play video using the HEVC format inside any app.<ref>{{cite web|url=https://www.windowslatest.com/2017/06/25/now-can-play-hevc-files-video-player-app-using-microsofts-extension/|title=Now you can play HEVC files on any video player app using Microsoft's Extension|first=Rakesh|last=Singh|date=June 25, 2017}}</ref>
On October 25, 2016, [[Nvidia]] released the GeForce GTX 1050Ti (GP107) and GeForce GTX 1050 (GP107), which includes full fixed function HEVC Main10/Main12 hardware decoder.


On September 19, 2017, Apple released [[iOS 11]] and [[tvOS 11]] with HEVC encoding & decoding support.<ref>{{Cite web|url=https://www.apple.com/newsroom/2017/09/ios-11-available-tomorrow/|title=iOS 11 is available tomorrow|website=Apple Newsroom}}</ref><ref name="developer.apple.com"/>
====2017====
On January 3, 2017, Intel officially announced 7th generation Core CPUs (Kaby Lake) desktop products with full fixed function HEVC Main10 hardware decoding support.


On September 25, 2017, Apple released [[macOS High Sierra]] with HEVC encoding & decoding support.
On March 10, 2017, [[Nvidia]] released the GeForce GTX 1080 Ti (GP102), which includes full fixed function HEVC Main10/Main12 hardware decoder.


On September 28, 2017, [[GoPro]] released the Hero6 Black action camera, with 4K60P HEVC video encoding.<ref>{{cite web|url=https://petapixel.com/2017/09/28/gopro-unveils-hero6-black-4k-60fps-video-new-gp1-chip/|title=GoPro Unveils HERO6 Black with 4K 60fps Video and New GP1 Chip|date=September 28, 2017}}</ref>
On April 6, 2017, [[Nvidia]] released the Nvidia Titan Xp (GP102), which includes full fixed function HEVC Main10/Main12 hardware decoder.


On October 17, 2017, [[Microsoft]] removed HEVC decoding support from Windows 10 with the Version 1709 Fall Creators Update, making HEVC available instead as a separate, paid download from the Microsoft Store.<ref name="microsoft-charging-hevc-extensions">{{cite news|url=https://www.ghacks.net/2017/12/06/windows-10-fall-creators-update/|title=Microsoft removes HEVC codec in Windows 10 Fall Creators Update, adds it to Store|newspaper=Ghacks Technology News |date=2017-12-06}}</ref>
On May 17, 2017, [[Nvidia]] released the GeForce GT 1030 (GP108), which includes full fixed function HEVC Main10/Main12 hardware decoder.
On November 2, 2017, [[Nvidia]] released the GeForce GTX 1070 Ti (GP104), which includes full fixed function HEVC Main10/Main12 hardware decoder.


===2018===
On June 5, 2017, [[Apple Inc.|Apple]] announced HEVC H.265 support in [[macOS High Sierra]], [[iOS 11]], [[tvOS]],<ref name="developer.apple.com">https://developer.apple.com/library/content/releasenotes/General/WhatsNewinTVOS/Articles/tvOS_11_0.html</ref> [[HTTP Live Streaming]]<ref>https://developer.apple.com/library/content/documentation/General/Reference/HLSAuthoringSpec/Requirements.html</ref> and [[Safari (web browser)|Safari]].<ref>{{cite web|url=https://www.apple.com/newsroom/2017/06/macos-high-sierra-delivers-advanced-technologies-for-storage-video-and-graphics/|title=macOS High Sierra advances storage, video and graphics|author=|date=|publisher=}}</ref><ref>{{cite web|url=https://www.cnet.com/news/apple-answers-iphone-storage-woes-with-smaller-photos-videos/|title=Apple answers iPhone storage woes with smaller photos, videos|author=|date=|publisher=}}</ref>


On September 20, 2018, [[Nvidia]] released the GeForce RTX 2080 (TU104), which includes full fixed function HEVC Main 4:4:4 12 hardware decoder.
On June 25, 2017, [[Microsoft]] released a free HEVC app extension for [[Windows 10]], enabling some Windows 10 devices with HEVC decoding hardware to play video using the HEVC format inside any app.<ref>{{cite web|url=https://www.windowslatest.com/2017/06/25/now-can-play-hevc-files-video-player-app-using-microsofts-extension/|title=Now you can play HEVC files on any video player app using Microsoft's Extension|first=Rakesh|last=Singh|date=June 25, 2017|publisher=}}</ref>


===2022===
On August 21, 2017, Intel officially unveiled their 8th generation Core CPUs (Kaby Lake Refresh) mobile products with full fixed function HEVC Main10 hardware decoding support.<ref>{{cite web|url=https://newsroom.intel.com/news-releases/media-alert-introducing-new-8th-gen-intel-core-processor-family/|title=Media Alert: New 8th Gen Intel Core Processor Family to Debut Aug. 21 - Intel Newsroom|author=|date=|publisher=}}</ref>


On October 25, 2022, [[Google Chrome|Chrome]] released version 107, which starts supporting HEVC hardware decoding for all platforms "out of the box", if the hardware is supported.
On September 19, 2017, Apple released [[iOS 11]] and [[tvOS 11]] with HEVC encoding & decoding support.<ref>{{cite web|url=https://www.apple.com/newsroom/2017/09/ios-11-available-tomorrow/|title=iOS 11 is available tomorrow|author=|date=|publisher=}}</ref><ref name="developer.apple.com"/>


===Browser support===
On September 25, 2017, Apple released [[macOS High Sierra]] with HEVC encoding & decoding support.
{{Further|HTML video#Browser support}}


HEVC is implemented in these web browsers:
On September 28, 2017, [[GoPro]] released the Hero6 Black action camera, with 4K60P HEVC video encoding.<ref>{{cite web|url=https://petapixel.com/2017/09/28/gopro-unveils-hero6-black-4k-60fps-video-new-gp1-chip/|title=GoPro Unveils HERO6 Black with 4K 60fps Video and New GP1 Chip|author=|date=September 28, 2017|publisher=}}</ref>
* Android browser (since version 5 from November 2014)<ref name="androidformats">{{cite web|title=Android Core media format and codec support.|url=http://developer.android.com/guide/appendix/media-formats.html|access-date=18 December 2015}}</ref>
* [[Safari (web browser)|Safari]] (since version 11 from September 2017)<ref>{{cite web|url=https://bitmovin.com/wwdc17-hevc-hls-apple-just-announced-feature-support-box/|title=WWDC17 – HEVC with HLS – Apple just announced a feature that we support out of the box |author=Martin Smole |date=6 June 2017 |website=Bitmovin }}</ref>
* [[Microsoft Edge|Edge]] (since version 77 from July 2017, supported on Windows 10 1709+ for devices with supported hardware when HEVC video extensions is installed, since version 107 from October 2022, supported on macOS 11+, Android 5.0+)<ref>{{cite web|url=https://techcommunity.microsoft.com/t5/discussions/updated-dev-channel-build-77-0-211-3-is-live/m-p/745801#M6548|title=*Updated* Dev channel build 77.0.211.3 is live|date=9 July 2017|website=techcommunity.microsoft.com }}</ref>
* [[Google Chrome|Chrome]] (since version 107 from October 2022, supported on macOS 11+, Android 5.0+, supported on Windows 7+, ChromeOS, and Linux for devices with supported hardware)<ref>{{cite web|url=https://chromestatus.com/feature/5186511939567616|title=Enable HEVC hardware decoding|date=21 October 2022|website=ChromeStatus }}</ref>
* [[Opera (web browser)|Opera]] (since version 94 from December 2022, supported on the same platforms as Chrome)


In June 2023, an estimated 88.31% of browsers in use on desktop and mobile systems were able to play HEVC videos in HTML5 webpages, based on data from Can I Use.<ref>{{Cite web |title="hevc" {{!}} Can I use... Support tables for HTML5, CSS3, etc |url=https://caniuse.com/?search=hevc |website=Can I use}}</ref>
On October 5, 2017, Intel officially launched their 8th generation Core CPUs (Coffee Lake) desktop products with full fixed function HEVC Main10 hardware decoding support.<ref>{{cite web|url=https://newsroom.intel.com/news-releases/intel-unveils-8th-gen-intel-core-processor-family-desktop/|title=Intel Unveils the 8th Gen Intel Core Processor Family for Desktop, Featuring Intel’s Best Gaming Processor Ever - Intel Newsroom|author=|date=|publisher=}}</ref>


===Operating system support===
On November 2, 2017, [[Nvidia]] released the GeForce GTX 1070 Ti (GP104), which includes full fixed function HEVC Main10/Main12 hardware decoder.
{| class="wikitable" style="font-size:90%"
|+ HEVC support by different operating systems
|-
! scope="row" |
! scope="col" style="width: 324px;" | [[Microsoft Windows]]
! scope="col" style="width: 216px;" | [[macOS]]
! scope="col" style="width: 216px;" | [[Android (operating system)|Android]]
! scope="col" style="width: 216px;" | [[iOS]]
|-
! scope="row" | Codec support
| {{yes}}
| {{yes}}
| {{yes}}
| {{yes}}
|-
! scope="row" | Container support
| [[MP4]] (.mp4, .m4v)
[[QuickTime File Format]] (.mov)


[[Matroska]] (.mkv)
On December 11, 2017, Intel officially launched their Pentium Silver & Celeron CPUs (Gemini Lake) desktop & mobile products with full fixed function HEVC Main10 hardware decoding support.<ref>https://newsroom.intel.com/news/introducing-new-intel-pentium-silver-intel-celeron-processors/</ref>
| [[MP4]] (.mp4, .m4v)

[[QuickTime File Format]] (.mov)
====2018====
| [[MP4]] (.mp4, .m4v)
[[Matroska]] (.mkv)
| [[MP4]] (.mp4, .m4v)
[[QuickTime File Format]] (.mov)
|-
! scope="row" | Notes
| - Support introduced in Windows 10 version 1507. <br> - Built-in support was removed in Windows 10 version 1709 due to licensing costs. The [https://www.microsoft.com/en-us/p/hevc-video-extensions/9nmzlz57r3t7 HEVC Video Extensions] add-on can be purchased from the Microsoft Store to enable HEVC playback on the default media player app [[Microsoft Movies & TV]].<ref name="microsoft-charging-hevc-extensions" /><br> - Since Windows 11 version 22H2, the HEVC Video Extensions is built-in by default installation.<ref>{{cite web | url=https://learn.microsoft.com/en-us/windows/whats-new/whats-new-windows-11-version-22h2 | title=What's new in Windows 11, version 22H2 for IT pros - What's new in Windows | date=August 11, 2023 }}</ref>
| Support introduced in macOS 10.13 High Sierra<ref>{{Cite web|url=https://blog.addpipe.com/heif-hevc-ios-11-quick-overview/|title=HEIF and HEVC in iOS 11: Quick Overview|date=September 22, 2017|website=Deconstruct}}</ref>
| - Support introduced in Android 5.0<ref name="androidformats" /> <br> - Some Android devices may only support 8-bit (Main profile) hardware decoding, but not 10-bit (Main 10 profile).
| - Support introduced in iOS 11.0 <br> - Playback with software decoding is possible on iPhone 5s (at 720p/240 fps, 1080p/60 fps) and iPhone 6 (at 1080p/240 fps). <br> - Hardware decoding is available on [[Apple A9]] (iPhone 6s), while hardware decoding & encoding is available on [[Apple A10]] (iPhone 7).<ref>{{Cite web|url=https://fstoppers.com/gear/which-apple-devices-will-be-able-play-hevc-videos-198152|title=Which Apple Devices Will Be Able to Play HEVC Videos?|first=Stephen|last=Kampff|date=October 2, 2017|website=Fstoppers}}</ref>
|}


==Coding efficiency==
==Coding efficiency==
[[File:HEVC Block Diagram.png|thumb|512px|Block Diagram of HEVC]]
[[File:HEVC Block Diagram.png|thumb|Block diagram of HEVC]]

The design of most video coding standards is primarily aimed at having the highest coding efficiency. Coding efficiency is the ability to encode video at the lowest possible bit rate while maintaining a certain level of video quality. There are two standard ways to measure the coding efficiency of a video coding standard, which are to use an objective metric, such as [[peak signal-to-noise ratio]] (PSNR), or to use subjective assessment of video quality. Subjective assessment of video quality is considered to be the most important way to measure a video coding standard since humans perceive video quality subjectively.{{sfn|Ohm|2012}}
Most video coding standards are designed primarily to achieve the highest coding efficiency. Coding efficiency is the ability to encode video at the lowest possible bit rate while maintaining a certain level of video quality. There are two standard ways to measure the coding efficiency of a video coding standard, which are to use an objective metric, such as [[peak signal-to-noise ratio]] (PSNR), or to use subjective assessment of video quality. Subjective assessment of video quality is considered to be the most important way to measure a video coding standard since humans perceive video quality subjectively.{{sfn|Ohm|2012}}


HEVC benefits from the use of larger [[coding tree unit]] (CTU) sizes. This has been shown in PSNR tests with a HM-8.0 HEVC encoder where it was forced to use progressively smaller CTU sizes. For all test sequences, when compared with a 64×64 CTU size, it was shown that the HEVC bit rate increased by 2.2% when forced to use a 32×32 CTU size, and increased by 11.0% when forced to use a 16×16 CTU size. In the Class A test sequences, where the resolution of the video was 2560×1600, when compared with a 64×64 CTU size, it was shown that the HEVC bit rate increased by 5.7% when forced to use a 32×32 CTU size, and increased by 28.2% when forced to use a 16×16 CTU size. The tests showed that large CTU sizes increase coding efficiency while also reducing decoding time.{{sfn|Ohm|2012}}
HEVC benefits from the use of larger [[coding tree unit]] (CTU) sizes. This has been shown in PSNR tests with a HM-8.0 HEVC encoder where it was forced to use progressively smaller CTU sizes. For all test sequences, when compared with a 64×64 CTU size, it was shown that the HEVC bit rate increased by 2.2% when forced to use a 32×32 CTU size, and increased by 11.0% when forced to use a 16×16 CTU size. In the Class A test sequences, where the resolution of the video was 2560×1600, when compared with a 64×64 CTU size, it was shown that the HEVC bit rate increased by 5.7% when forced to use a 32×32 CTU size, and increased by 28.2% when forced to use a 16×16 CTU size. The tests showed that large CTU sizes increase coding efficiency while also reducing decoding time.{{sfn|Ohm|2012}}
Line 224: Line 354:
HEVC MP has also been compared with H.264/MPEG-4 AVC HP for subjective video quality. The video encoding was done for entertainment applications and four different bitrates were made for nine video test sequences with a HM-5.0 HEVC encoder being used. The subjective assessment was done at an earlier date than the PSNR comparison and so it used an earlier version of the HEVC encoder that had slightly lower performance. The bit rate reductions were determined based on subjective assessment using [[mean opinion score]] values. The overall subjective bitrate reduction for HEVC MP compared with H.264/MPEG-4 AVC HP was 49.3%.{{sfn|Ohm|2012}}
HEVC MP has also been compared with H.264/MPEG-4 AVC HP for subjective video quality. The video encoding was done for entertainment applications and four different bitrates were made for nine video test sequences with a HM-5.0 HEVC encoder being used. The subjective assessment was done at an earlier date than the PSNR comparison and so it used an earlier version of the HEVC encoder that had slightly lower performance. The bit rate reductions were determined based on subjective assessment using [[mean opinion score]] values. The overall subjective bitrate reduction for HEVC MP compared with H.264/MPEG-4 AVC HP was 49.3%.{{sfn|Ohm|2012}}


[[École Polytechnique Fédérale de Lausanne]] (EPFL) did a study to evaluate the subjective video quality of HEVC at resolutions higher than HDTV. The study was done with three videos with resolutions of 3840×1744 at 24 fps, 3840×2048 at 30 fps, and 3840×2160 at 30 fps. The five second video sequences showed people on a street, traffic, and a scene from the [[open source]] [[computer animation|computer animated]] movie ''[[Sintel]]''. The video sequences were encoded at five different bitrates using the HM-6.1.1 HEVC encoder and the JM-18.3 H.264/MPEG-4 AVC encoder. The subjective bit rate reductions were determined based on subjective assessment using mean opinion score values. The study compared HEVC MP with H.264/MPEG-4 AVC HP and showed that, for HEVC MP, the average bitrate reduction based on PSNR was 44.4%, while the average bitrate reduction based on subjective video quality was 66.5%.{{sfn|Hanhart|2012}}{{sfn|Slides|2012}}<ref name=SubjectiveQualityEvaluationHEVCwebsite>{{cite news |title=Subjective quality evaluation of the upcoming HEVC video compression standard |publisher=École Polytechnique Fédérale de Lausanne (EPFL) |url=http://infoscience.epfl.ch/record/180494 |accessdate=2012-11-08}}</ref><ref name=CnetHEVCVideoCompression4K>{{cite news |title=HEVC video compression could be the next step for 4K |author=Nic Healey |publisher=cnet |url=http://www.cnet.com.au/hevc-video-compression-could-be-the-next-step-for-4k-339341320.htm |date=2012-08-29 |accessdate=2012-11-08}}</ref>
[[École Polytechnique Fédérale de Lausanne]] (EPFL) did a study to evaluate the subjective video quality of HEVC at resolutions higher than HDTV. The study was done with three videos with resolutions of 3840×1744 at 24 fps, 3840×2048 at 30 fps, and 3840×2160 at 30 fps. The five second video sequences showed people on a street, traffic, and a scene from the [[Open-source film|open source]] computer animated movie ''[[Sintel]]''. The video sequences were encoded at five different bitrates using the HM-6.1.1 HEVC encoder and the JM-18.3 H.264/MPEG-4 AVC encoder. The subjective bit rate reductions were determined based on subjective assessment using mean opinion score values. The study compared HEVC MP with H.264/MPEG-4 AVC HP and showed that, for HEVC MP, the average bitrate reduction based on PSNR was 44.4%, while the average bitrate reduction based on subjective video quality was 66.5%.{{sfn|Hanhart|2012}}{{sfn|Slides|2012}}<ref name=SubjectiveQualityEvaluationHEVCwebsite>{{cite news |title=Subjective quality evaluation of the upcoming HEVC video compression standard |publisher=École Polytechnique Fédérale de Lausanne (EPFL) |url=http://infoscience.epfl.ch/record/180494 |access-date=2012-11-08}}</ref><ref name=CnetHEVCVideoCompression4K>{{cite news |title=HEVC video compression could be the next step for 4K |author=Nic Healey |publisher=cnet |url=http://www.cnet.com.au/hevc-video-compression-could-be-the-next-step-for-4k-339341320.htm |date=2012-08-29 |access-date=2012-11-08}}</ref>


In a HEVC performance comparison released in April 2013, the HEVC MP and Main 10 Profile (M10P) were compared with H.264/MPEG-4 AVC HP and High 10 Profile (H10P) using 3840×2160 video sequences. The video sequences were encoded using the HM-10.0 HEVC encoder and the JM-18.4 H.264/MPEG-4 AVC encoder. The average bit rate reduction based on PSNR was 45% for [[inter frame]] video.
In a HEVC performance comparison released in April 2013, the HEVC MP and Main 10 Profile (M10P) were compared with H.264/MPEG-4 AVC HP and High 10 Profile (H10P) using 3840×2160 video sequences. The video sequences were encoded using the HM-10.0 HEVC encoder and the JM-18.4 H.264/MPEG-4 AVC encoder. The average bit rate reduction based on PSNR was 45% for [[inter frame]] video.


In a video encoder comparison released in December 2013, the HM-10.0 HEVC encoder was compared with the [[x264]] encoder (version r2334) and the [[VP9]] encoder (version v1.2.0-3088-ga81bd12). The comparison used the [[Bjøntegaard-Delta bit-rate]] (BD-BR) measurement method, in which negative values tell how much lower the bit rate is reduced, and positive values tell how much the bit rate is increased for the same PSNR. In the comparison, the HM-10.0 HEVC encoder had the highest coding efficiency and, on average, to get the same objective quality, the x264 encoder needed to increase the bit rate by 66.4%, while the VP9 encoder needed to increase the bit rate by 79.4%.<ref name="HEVC-VP9-x264Comparison2013">{{cite news |title=Performance Comparison of H.265/MPEG-HEVC, VP9, and H.264/MPEG-AVC Encoders |author=Dan Grois |author2=Detlev Marpe |author3=Amit Mulayoff |author4=Benaya Itzhaky |author5=Ofer Hadar |publisher=Fraunhofer Heinrich Hertz Institute |url=http://iphome.hhi.de/marpe/download/Performance_HEVC_VP9_X264_PCS_2013_preprint.pdf |format=PDF |date=2013-12-08 |accessdate=2012-12-14}}</ref>
In a video encoder comparison released in December 2013, the HM-10.0 HEVC encoder was compared with the [[x264]] encoder (version r2334) and the [[VP9]] encoder (version v1.2.0-3088-ga81bd12). The comparison used the [[Bjøntegaard-Delta bit-rate]] (BD-BR) measurement method, in which negative values tell how much lower the bit rate is reduced, and positive values tell how much the bit rate is increased for the same PSNR. In the comparison, the HM-10.0 HEVC encoder had the highest coding efficiency and, on average, to get the same objective quality, the x264 encoder needed to increase the bit rate by 66.4%, while the VP9 encoder needed to increase the bit rate by 79.4%.<ref name="HEVC-VP9-x264Comparison2013">{{cite news |title=Performance Comparison of H.265/MPEG-HEVC, VP9, and H.264/MPEG-AVC Encoders |author=Dan Grois |author2=Detlev Marpe |author3=Amit Mulayoff |author4=Benaya Itzhaky |author5=Ofer Hadar |publisher=Fraunhofer Heinrich Hertz Institute |url=http://iphome.hhi.de/marpe/download/Performance_HEVC_VP9_X264_PCS_2013_preprint.pdf |date=2013-12-08 |access-date=2012-12-14}}</ref>
{| class="wikitable floatright" style="text-align:right;"
{| class="wikitable floatright" style="text-align:right;"
|+ Subjective video performance comparison<ref name=HEVCMay2014Q1011/>
|+ Subjective video performance comparison<ref name=HEVCMay2014Q1011/>
Line 245: Line 375:
| 62%
| 62%
| 64%
| 64%
|-
|}
|}


In a subjective video performance comparison released in May 2014, the JCT-VC compared the HEVC Main profile to the H.264/MPEG-4 AVC High profile. The comparison used mean opinion score values and was conducted by the [[BBC]] and the [[University of the West of Scotland]]. The video sequences were encoded using the HM-12.1 HEVC encoder and the JM-18.5 H.264/MPEG-4 AVC encoder. The comparison used a range of resolutions and the average bit rate reduction for HEVC was 59%. The average bit rate reduction for HEVC was 52% for 480p, 56% for 720p, 62% for 1080p, and 64% for 4K UHD.<ref name=HEVCMay2014Q1011>{{cite news |title=Report on HEVC compression performance verification testing |author=TK Tan |author2=Marta Mrak |author3=Vittorio Baroncini |author4=Naeem Ramzan |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9089 |date=2014-05-18 |accessdate=2014-05-25}}</ref>
In a subjective video performance comparison released in May 2014, the JCT-VC compared the HEVC Main profile to the H.264/MPEG-4 AVC High profile. The comparison used mean opinion score values and was conducted by the [[BBC]] and the [[University of the West of Scotland]]. The video sequences were encoded using the HM-12.1 HEVC encoder and the JM-18.5 H.264/MPEG-4 AVC encoder. The comparison used a range of resolutions and the average bit rate reduction for HEVC was 59%. The average bit rate reduction for HEVC was 52% for 480p, 56% for 720p, 62% for 1080p, and 64% for 4K UHD.<ref name="HEVCMay2014Q1011">{{cite news |title=Report on HEVC compression performance verification testing |author=TK Tan |author2=Marta Mrak |author3=Vittorio Baroncini |author4=Naeem Ramzan |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9089 |date=2014-05-18 |access-date=2014-05-25}}</ref>


In a subjective video codec comparison released in August 2014 by the EPFL, the HM-15.0 HEVC encoder was compared with the VP9 1.2.0–5183 encoder and the JM-18.8 H.264/MPEG-4 AVC encoder. Four 4K resolutions sequences were encoded at five different bit rates with the encoders set to use an intra period of one second. In the comparison, the HM-15.0 HEVC encoder had the highest coding efficiency and, on average, for the same subjective quality the bit rate could be reduced by 49.4% compared with the VP9 1.2.0–5183 encoder, and it could be reduced by 52.6% compared with the JM-18.8 H.264/MPEG-4 AVC encoder.<ref name=EPFLComparisonHEVCandVP9website>{{cite news |title=Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments |publisher=École Polytechnique Fédérale de Lausanne (EPFL) |url=http://infoscience.epfl.ch/record/200925 |accessdate=2014-08-26}}</ref><ref name=EPFLComparisonHEVCandVP9PDF>{{cite news |title=Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments |author=Martin Rerabek |author2=Touradj Ebrahimi |publisher=École Polytechnique Fédérale de Lausanne (EPFL) |url=http://infoscience.epfl.ch/record/200925/files/article-vp9-submited-v2.pdf |format=PDF |date=2014-08-18 |accessdate=2014-08-26}}</ref><ref name=EPFLComparisonHEVCandVP9slides>{{cite news |title=Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments |author=Martin Rerabek |author2=Touradj Ebrahimi |publisher=slideshare.com |url=http://www.slideshare.net/touradj_ebrahimi/spie2014-hev-cvsvp9 |date=2014-08-23 |accessdate=2014-08-26}}</ref>
In a subjective video codec comparison released in August 2014 by the EPFL, the HM-15.0 HEVC encoder was compared with the VP9 1.2.0–5183 encoder and the JM-18.8 H.264/MPEG-4 AVC encoder. Four 4K resolutions sequences were encoded at five different bit rates with the encoders set to use an intra period of one second. In the comparison, the HM-15.0 HEVC encoder had the highest coding efficiency and, on average, for the same subjective quality the bit rate could be reduced by 49.4% compared with the VP9 1.2.0–5183 encoder, and it could be reduced by 52.6% compared with the JM-18.8 H.264/MPEG-4 AVC encoder.<ref name=EPFLComparisonHEVCandVP9website>{{cite news |title=Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments |publisher=École Polytechnique Fédérale de Lausanne (EPFL) |url=http://infoscience.epfl.ch/record/200925 |access-date=2014-08-26}}</ref><ref name=EPFLComparisonHEVCandVP9PDF>{{cite news |title=Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments |author=Martin Rerabek |author2=Touradj Ebrahimi |publisher=École Polytechnique Fédérale de Lausanne (EPFL) |url=http://infoscience.epfl.ch/record/200925/files/article-vp9-submited-v2.pdf |date=2014-08-18 |access-date=2014-08-26}}</ref><ref name=EPFLComparisonHEVCandVP9slides>{{cite news |title=Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments |author=Martin Rerabek |author2=Touradj Ebrahimi |publisher=slideshare.com |url=http://www.slideshare.net/touradj_ebrahimi/spie2014-hev-cvsvp9 |date=2014-08-23 |access-date=2014-08-26}}</ref>


In August, 2016, [[Netflix]] published the results of a large-scale study comparing the leading open-source HEVC encoder, [[x265]], with the leading open-source AVC encoder, [[x264]] and the reference [[VP9]] encoder, libvpx.<ref>{{cite web|url=https://medium.com/netflix-techblog/a-large-scale-comparison-of-x264-x265-and-libvpx-a-sneak-peek-2e81e88f8b0f|title=A Large-Scale Comparison of x264, x265, and libvpx|first=Netflix Technology|last=Blog|date=August 29, 2016|publisher=}}</ref> Using their advanced Video Multimethod Assessment Fusion (VMAF) video quality measurement tool, Netflix found that x265 delivered identical quality at bit rates ranging from 35.4% to 53.3% lower than x264, and from 17.8% to 21.8% lower than VP9.<ref>{{cite web|url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Netflix-Finds-x265-20-More-Efficient-than-VP9-113346.aspx|title=Netflix Finds x265 20% More Efficient than VP9 - Streaming Media Magazine|first=Jan|last=Ozer|date=September 2, 2016|publisher=}}</ref>
In August, 2016, [[Netflix]] published the results of a large-scale study comparing the leading open-source HEVC encoder, [[x265]], with the leading open-source AVC encoder, [[x264]] and the reference [[VP9]] encoder, libvpx.<ref>{{cite web |url=https://medium.com/netflix-techblog/a-large-scale-comparison-of-x264-x265-and-libvpx-a-sneak-peek-2e81e88f8b0f |title=A Large-Scale Comparison of x264, x265, and libvpx |website=Netflix Technology Blog |date=August 29, 2016 }}</ref> Using their advanced Video Multimethod Assessment Fusion (VMAF) video quality measurement tool, Netflix found that x265 delivered identical quality at bit rates ranging from 35.4% to 53.3% lower than x264, and from 17.8% to 21.8% lower than VP9.<ref>{{cite web |url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Netflix-Finds-x265-20-More-Efficient-than-VP9-113346.aspx |title=Netflix Finds x265 20% More Efficient than VP9 - Streaming Media Magazine |first=Jan |last=Ozer |date=September 2, 2016 }}</ref>


==Features==
==Features==
HEVC was designed to substantially improve coding efficiency compared with H.264/MPEG-4 AVC HP, i.e. to reduce [[bitrate]] requirements by half with comparable [[image quality]], at the expense of increased computational complexity.{{sfn|Sullivan|2012}} HEVC was designed with the goal of allowing video content to have a data compression ratio of up to 1000:1.<ref name=HEVCApril2013M1000>{{cite news |title=Meeting report of the 13th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Incheon, KR, 18–26 Apr. 2013 |author=Gary Sullivan |author2=Jens-Rainer Ohm |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=7746 |date=2013-07-27 |accessdate=2013-09-01}}</ref> Depending on the application requirements, HEVC encoders can trade off computational complexity, compression rate, robustness to errors, and encoding delay time.{{sfn|Sullivan|2012}} Two of the key features where HEVC was improved compared with H.264/MPEG-4 AVC was support for higher resolution video and improved parallel processing methods.{{sfn|Sullivan|2012}}
HEVC was designed to substantially improve coding efficiency compared with H.264/MPEG-4 AVC HP, i.e. to reduce [[bitrate]] requirements by half with comparable [[image quality]], at the expense of increased computational complexity.{{sfn|Sullivan|2012}} HEVC was designed with the goal of allowing video content to have a data compression ratio of up to 1000:1.<ref name=HEVCApril2013M1000>{{cite news |title=Meeting report of the 13th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Incheon, KR, 18–26 Apr. 2013 |author=Gary Sullivan |author2=Jens-Rainer Ohm |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=7746 |date=2013-07-27 |access-date=2013-09-01}}</ref> Depending on the application requirements, HEVC encoders can trade off computational complexity, compression rate, robustness to errors, and encoding delay time.{{sfn|Sullivan|2012}} Two of the key features where HEVC was improved compared with H.264/MPEG-4 AVC was support for higher resolution video and improved parallel processing methods.{{sfn|Sullivan|2012}}


HEVC is targeted at next-generation HDTV displays and content capture systems which feature [[progressive scan]]ned [[frame rate]]s and [[display resolution]]s from [[QVGA]] (320x240) to [[Ultra high definition television|4320p]] (7680x4320), as well as improved picture quality in terms of [[noise level]], [[color space]]s, and [[dynamic range]].<ref name="epvcreqs">{{cite news |title=Draft requirements for "EPVC" enhanced performance video coding project |publisher=ITU-T [[VCEG]] |url=http://www.itu.int/ITU-T/studygroups/com16/epvc/epvcreqs.html |date=2009-07-10 |accessdate=2012-08-24}}</ref><ref>{{cite news |title=Highlights of the 88th Meeting |publisher=MPEG |url=http://mpeg.chiariglione.org/meetings/maui09/maui_press.htm |date=2009-04-24 |accessdate=2012-08-24}}</ref><ref>{{cite news |title=Vision, Applications and Requirements for High Efficiency Video Coding (HEVC). ISO/IEC JTC1/SC29/WG11/N11872|publisher=ISO/IEC |url=http://mpeg.chiariglione.org/working_documents/mpeg-h/hevc/vision-apps-reqs.zip |date=January 2011 |accessdate=2012-08-24}}</ref><ref>{{cite news |title=Vision and Requirements for High-Performance Video Coding (HVC). ISO/IEC JTC1/SC29/WG11/N10361|publisher=ISO/IEC |author=Christian Timmerer |url=http://multimediacommunication.blogspot.com/2009/02/vision-and-requirements-for-high.html |date=2009-02-09 |accessdate=2012-08-24}}</ref>
HEVC is targeted at next-generation HDTV displays and content capture systems which feature [[progressive scan]]ned [[frame rate]]s and [[display resolution]]s from [[QVGA]] (320×240) to [[Ultra-high-definition television|4320p]] (7680×4320), as well as improved picture quality in terms of [[Noise (electronics)|noise level]], [[color space]]s, and [[dynamic range]].<ref name="epvcreqs">{{cite news |title=Draft requirements for "EPVC" enhanced performance video coding project |publisher=ITU-T [[VCEG]] |url=http://www.itu.int/ITU-T/studygroups/com16/epvc/epvcreqs.html |date=2009-07-10 |access-date=2012-08-24}}</ref><ref>{{cite news |title=Highlights of the 88th Meeting |publisher=MPEG |url=http://mpeg.chiariglione.org/meetings/maui09/maui_press.htm |date=2009-04-24 |access-date=2012-08-24 |archive-url=https://web.archive.org/web/20120817022809/http://mpeg.chiariglione.org/meetings/maui09/maui_press.htm |archive-date=2012-08-17 |url-status=dead }}</ref><ref>{{cite news |title=Vision, Applications and Requirements for High Efficiency Video Coding (HEVC). ISO/IEC JTC1/SC29/WG11/N11872 |publisher=ISO/IEC |url=http://mpeg.chiariglione.org/working_documents/mpeg-h/hevc/vision-apps-reqs.zip |date=January 2011 |access-date=2012-08-24 |archive-url=https://web.archive.org/web/20120723020455/http://mpeg.chiariglione.org/working_documents/mpeg-h/hevc/vision-apps-reqs.zip |archive-date=2012-07-23 |url-status=dead }}</ref><ref>{{cite news |title=Vision and Requirements for High-Performance Video Coding (HVC). ISO/IEC JTC1/SC29/WG11/N10361|publisher=ISO/IEC |author=Christian Timmerer |url=http://multimediacommunication.blogspot.com/2009/02/vision-and-requirements-for-high.html |date=2009-02-09 |access-date=2012-08-24}}</ref>


===Video coding layer===
===Video coding layer===
The HEVC video coding layer uses the same "hybrid" approach used in all modern video standards, starting from [[H.261]], in that it uses inter-/intra-picture prediction and 2D transform coding.{{sfn|Sullivan|2012}} A HEVC encoder first proceeds by splitting a picture into block shaped regions for the first picture, or the first picture of a random access point, which uses intra-picture prediction.{{sfn|Sullivan|2012}} Intra-picture prediction is when the prediction of the blocks in the picture is based only on the information in that picture.{{sfn|Sullivan|2012}} For all other pictures, inter-picture prediction is used, in which prediction information is used from other pictures.{{sfn|Sullivan|2012}} After the prediction methods are finished and the picture goes through the loop filters, the final picture representation is stored in the decoded picture buffer.{{sfn|Sullivan|2012}} Pictures stored in the decoded picture buffer can be used for the prediction of other pictures.{{sfn|Sullivan|2012}}
The HEVC video coding layer uses the same "hybrid" approach used in all modern video standards, starting from [[H.261]], in that it uses inter-/intra-picture prediction and 2D transform coding.{{sfn|Sullivan|2012}} A HEVC encoder first proceeds by splitting a picture into block shaped regions for the first picture, or the first picture of a random access point, which uses intra-picture prediction.{{sfn|Sullivan|2012}} Intra-picture prediction is when the prediction of the blocks in the picture is based only on the information in that picture.{{sfn|Sullivan|2012}} For all other pictures, inter-picture prediction is used, in which prediction information is used from other pictures.{{sfn|Sullivan|2012}} After the prediction methods are finished and the picture goes through the loop filters, the final picture representation is stored in the decoded picture buffer.{{sfn|Sullivan|2012}} Pictures stored in the decoded picture buffer can be used for the prediction of other pictures.{{sfn|Sullivan|2012}}


HEVC was designed with the idea that [[progressive scan]] video would be used and no coding tools were added specifically for [[interlaced video]].{{sfn|Sullivan|2012}} Interlace specific coding tools, such as MBAFF and PAFF, are not supported in HEVC.<ref name=AtemeOverviewHEVCNovember2012>{{cite news |title=HEVC: High-Efficiency Video Coding Next generation video compression |author=Jérôme VIERON |publisher=[[Ateme]] |url=http://www.nabanet.com/wbuarea/library/docs/isog/presentations/2012B/2.4%20Vieron%20ATEME.pdf |format=PDF |date=2012-11-27 |accessdate=2013-05-21}}</ref> HEVC instead sends [[metadata]] that tells how the interlaced video was sent.{{sfn|Sullivan|2012}} Interlaced video may be sent either by coding each frame as a separate picture or by coding each field as a separate picture.{{sfn|Sullivan|2012}} For interlaced video HEVC can change between frame coding and field coding using Sequence Adaptive Frame Field (SAFF), which allows the coding mode to be changed for each video sequence.<ref name=AtemeHEVCIntroductionSeptember2013>{{cite news |title=An Introduction to Ultra HDTV and HEVC |author=Gregory Cox |publisher=[[Ateme]] |url=http://ateme.com/IMG/pdf/2013_an_introduction_to_uhdtv_hevc.pdf |format=PDF |date=2013-09-11 |accessdate=2014-12-03}}</ref> This allows interlaced video to be sent with HEVC without needing special interlaced decoding processes to be added to HEVC decoders.{{sfn|Sullivan|2012}}
HEVC was designed with the idea that [[progressive scan]] video would be used and no coding tools were added specifically for [[interlaced video]].{{sfn|Sullivan|2012}} Interlace specific coding tools, such as MBAFF and PAFF, are not supported in HEVC.<ref name=AtemeOverviewHEVCNovember2012>{{cite news |title=HEVC: High-Efficiency Video Coding Next generation video compression |author=Jérôme VIERON |publisher=[[Ateme]] |url=http://www.nabanet.com/wbuarea/library/docs/isog/presentations/2012B/2.4%20Vieron%20ATEME.pdf |date=2012-11-27 |access-date=2013-05-21 |archive-url=https://web.archive.org/web/20130810140359/http://www.nabanet.com/wbuarea/library/docs/isog/presentations/2012B/2.4%20Vieron%20ATEME.pdf |archive-date=2013-08-10 |url-status=dead }}</ref> HEVC instead sends [[metadata]] that tells how the interlaced video was sent.{{sfn|Sullivan|2012}} Interlaced video may be sent either by coding each frame as a separate picture or by coding each field as a separate picture.{{sfn|Sullivan|2012}} For interlaced video HEVC can change between frame coding and field coding using Sequence Adaptive Frame Field (SAFF), which allows the coding mode to be changed for each video sequence.<ref name=AtemeHEVCIntroductionSeptember2013>{{cite news |title=An Introduction to Ultra HDTV and HEVC |author=Gregory Cox |publisher=[[Ateme]] |url=http://ateme.com/IMG/pdf/2013_an_introduction_to_uhdtv_hevc.pdf |date=2013-09-11 |access-date=2014-12-03}}</ref> This allows interlaced video to be sent with HEVC without needing special interlaced decoding processes to be added to HEVC decoders.{{sfn|Sullivan|2012}}


;Color spaces
====Color spaces====
The HEVC standard supports [[color space]]s such as generic film, [[NTSC]], [[PAL]], [[Rec. 601]], [[Rec. 709]], [[Rec. 2020]], SMPTE&nbsp;170M, SMPTE&nbsp;240M, [[sRGB]], [[sYCC]], [[xvYCC]], [[CIE 1931 color space|XYZ]], and externally specified color spaces.{{sfn|ITU|2015}} HEVC supports color encoding representations such as [[RGB]], [[YCbCr]], and [[YCoCg]].{{sfn|ITU|2015}}
The HEVC standard supports [[color space]]s such as generic film (colour filters using [[Illuminant C]]), [[NTSC]], [[PAL]], [[Rec. 601]] (SMPTE 170M), [[Rec. 709]], [[Rec. 2020]], [[Rec. 2100]], SMPTE&nbsp;240M, [[sRGB]], [[sYCC]], [[xvYCC]], [[CIE 1931 color space|XYZ]], and externally specified color spaces such as [[Dolby Vision]] or HDR Vivid.{{sfn|ITU|2015}} HEVC supports color encoding representations such as [[RGB]], [[YCbCr]] and [[ICtCp]], and [[YCoCg]].{{sfn|ITU|2015}}


===Coding tools===
===Coding tools===


====Coding tree unit====
====Coding tree unit====
{{Main article|Coding tree unit}}
{{Main|Coding tree unit}}
HEVC replaces 16×16 pixel [[macroblock]]s, which were used with previous standards, with coding tree units (CTUs) which can use larger block structures of up to 64x64 samples and can better sub-partition the picture into variable sized structures.{{sfn|Sullivan|2012}}<ref name=MPEGPressRelease>{{cite news |title=Description of High Efficiency Video Coding (HEVC) |publisher=JCT-VC |url=http://mpeg.chiariglione.org/technologies/mpeg-h/HEVC.htm |date=2011-01-01 |accessdate=2012-09-15}}</ref> HEVC initially divides the picture into CTUs which can be 64×64, 32×32, or 16×16 with a larger pixel block size usually increasing the coding efficiency.{{sfn|Sullivan|2012}}
HEVC replaces 16×16 pixel [[macroblock]]s, which were used with previous standards, with coding tree units (CTUs) which can use larger block structures of up to 64×64 samples and can better sub-partition the picture into variable sized structures.{{sfn|Sullivan|2012}}<ref name=MPEGPressRelease>{{cite news |title=Description of High Efficiency Video Coding (HEVC) |publisher=JCT-VC |url=http://mpeg.chiariglione.org/technologies/mpeg-h/HEVC.htm |date=2011-01-01 |access-date=2012-09-15}}</ref> HEVC initially divides the picture into CTUs which can be 64×64, 32×32, or 16×16 with a larger pixel block size usually increasing the coding efficiency.{{sfn|Sullivan|2012}}

====Inverse transforms====
HEVC specifies four transform units (TUs) sizes of 4×4, 8×8, 16×16, and 32×32 to code the prediction residual.{{sfn|Sullivan|2012}} A CTB may be recursively partitioned into 4 or more TUs.{{sfn|Sullivan|2012}} TUs use integer basis functions based on the [[discrete cosine transform]] (DCT).{{sfn|Sullivan|2012}}<ref name="apple"/> In addition, 4×4 luma transform blocks that belong to an intra coded region are transformed using an integer transform that is derived from [[discrete sine transform]] (DST).{{sfn|Sullivan|2012}} This provides a 1% bit rate reduction but was restricted to 4×4 luma transform blocks due to marginal benefits for the other transform cases.{{sfn|Sullivan|2012}} Chroma uses the same TU sizes as luma so there is no 2×2 transform for chroma.{{sfn|Sullivan|2012}}


====Parallel processing tools====
====Parallel processing tools====
Line 281: Line 413:


====Other coding tools====
====Other coding tools====
;Entropy coding
=====Entropy coding=====
HEVC uses a [[context-adaptive binary arithmetic coding]] (CABAC) algorithm that is fundamentally similar to CABAC in H.264/MPEG-4 AVC.{{sfn|Sullivan|2012}} CABAC is the only entropy encoder method that is allowed in HEVC while there are two entropy encoder methods allowed by H.264/MPEG-4 AVC.{{sfn|Sullivan|2012}} CABAC and the entropy coding of transform coefficients in HEVC were designed for a higher throughput than H.264/MPEG-4 AVC,<ref name=HEVCCABACIEEE2013>{{cite news |title=High Throughput CABAC Entropy Coding in HEVC |author=V. Sze |author2=M. Budagavi |publisher=IEEE Transactions on Circuits and Systems for Video Technology |url=http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=6317157 |format=PDF |date=2013-01-13 |accessdate=2013-01-13}}</ref> while maintaining higher compression efficiency for larger transform block sizes relative to simple extensions.<ref>{{cite journal|last1=Tung|first1=Nguyen|last2=Philipp|first2=Helle|last3=Martin|first3=Winken|last4=Benjamin|first4=Bross|last5=Detlev|first5=Marpe|last6=Heiko|first6=Schwarz|last7=Thomas|first7=Wiegand|title=Transform Coding Techniques in HEVC|journal=Journal of Selected Topics in Signal Processing|date=Dec 2013|volume=7|pages=978–989}}</ref> For instance, the number of context coded bins have been reduced by 8× and the CABAC bypass-mode has been improved in terms of its design to increase throughput.{{sfn|Sullivan|2012}}<ref name=HEVCCABACIEEE2013/><ref>{{cite news|last1=Tung|first1=Nguyen|last2=Detlev|first2=Marpe|last3=Heiko|first3=Schwarz|last4=Thomas|first4=Wiegand|title=Reduced-Complexity Entropy Coding of Transform Coefficient Levels Using Truncated Golomb-Rice Codes in Video Compression|url=http://iphome.hhi.de/wiegand/assets/pdfs/2011_09_ICIP_entropy_cod.pdf}}</ref> Another improvement with HEVC is that the dependencies between the coded data has been changed to further increase throughput.{{sfn|Sullivan|2012}}<ref name=HEVCCABACIEEE2013/> Context modeling in HEVC has also been improved so that CABAC can better select a context that increases efficiency when compared with H.264/MPEG-4 AVC.{{sfn|Sullivan|2012}}
HEVC uses a [[context-adaptive binary arithmetic coding]] (CABAC) algorithm that is fundamentally similar to CABAC in H.264/MPEG-4 AVC.{{sfn|Sullivan|2012}} CABAC is the only entropy encoder method that is allowed in HEVC while there are two entropy encoder methods allowed by H.264/MPEG-4 AVC.{{sfn|Sullivan|2012}} CABAC and the entropy coding of transform coefficients in HEVC were designed for a higher throughput than H.264/MPEG-4 AVC,<ref name=HEVCCABACIEEE2013>{{cite journal |title=High Throughput CABAC Entropy Coding in HEVC |author=V. Sze|author-link=Vivienne Sze |author2=M. Budagavi |journal=IEEE Transactions on Circuits and Systems for Video Technology |url=https://ieeexplore.ieee.org/document/6317157 |format=PDF |date=2013-01-13 |volume=22 |issue=12 |pages=1778–1791 |access-date=2013-01-13|doi=10.1109/TCSVT.2012.2221526 |s2cid=5295846 }}</ref> while maintaining higher compression efficiency for larger transform block sizes relative to simple extensions.<ref>{{cite journal|last1=Tung|first1=Nguyen|last2=Philipp|first2=Helle|last3=Martin|first3=Winken|last4=Benjamin|first4=Bross|last5=Detlev|first5=Marpe|last6=Heiko|first6=Schwarz|last7=Thomas|first7=Wiegand|title=Transform Coding Techniques in HEVC|journal=Journal of Selected Topics in Signal Processing|date=Dec 2013|volume=7|issue=6|pages=978–989|doi=10.1109/JSTSP.2013.2278071|bibcode=2013ISTSP...7..978N|s2cid=12877203}}</ref> For instance, the number of context coded bins have been reduced by 8× and the CABAC bypass-mode has been improved in terms of its design to increase throughput.{{sfn|Sullivan|2012}}<ref name=HEVCCABACIEEE2013/><ref>{{cite news|last1=Tung|first1=Nguyen|last2=Detlev|first2=Marpe|last3=Heiko|first3=Schwarz|last4=Thomas|first4=Wiegand|title=Reduced-Complexity Entropy Coding of Transform Coefficient Levels Using Truncated Golomb-Rice Codes in Video Compression|url=http://iphome.hhi.de/wiegand/assets/pdfs/2011_09_ICIP_entropy_cod.pdf}}</ref> Another improvement with HEVC is that the dependencies between the coded data has been changed to further increase throughput.{{sfn|Sullivan|2012}}<ref name=HEVCCABACIEEE2013/> Context modeling in HEVC has also been improved so that CABAC can better select a context that increases efficiency when compared with H.264/MPEG-4 AVC.{{sfn|Sullivan|2012}}


;Intra prediction
=====Intra prediction=====
[[File:HEVC angular intra prediction modes.png|thumb|upright=1.1|HEVC has 33 intra prediction modes]]
[[File:HEVC angular intra prediction modes.png|thumb|upright=1.1|HEVC has 33 intra prediction modes]]
HEVC specifies 33 directional modes for intra prediction compared with the 8 directional modes for intra prediction specified by H.264/MPEG-4 AVC.{{sfn|Sullivan|2012}} HEVC also specifies DC intra prediction and planar prediction modes.{{sfn|Sullivan|2012}} The DC intra prediction mode generates a mean value by averaging reference samples and can be used for flat surfaces.{{sfn|Sullivan|2012}} The planar prediction mode in HEVC supports all block sizes defined in HEVC while the planar prediction mode in H.264/MPEG-4 AVC is limited to a block size of 16x16 pixels.{{sfn|Sullivan|2012}} The intra prediction modes use data from neighboring prediction blocks that have been previously decoded from within the same picture.{{sfn|Sullivan|2012}}
HEVC specifies 33 directional modes for intra prediction compared with the 8 directional modes for intra prediction specified by H.264/MPEG-4 AVC.{{sfn|Sullivan|2012}} HEVC also specifies DC intra prediction and planar prediction modes.{{sfn|Sullivan|2012}} The DC intra prediction mode generates a mean value by averaging reference samples and can be used for flat surfaces.{{sfn|Sullivan|2012}} The planar prediction mode in HEVC supports all block sizes defined in HEVC while the planar prediction mode in H.264/MPEG-4 AVC is limited to a block size of 16×16 pixels.{{sfn|Sullivan|2012}} The intra prediction modes use data from neighboring prediction blocks that have been previously decoded from within the same picture.{{sfn|Sullivan|2012}}


;Motion compensation
=====Motion compensation=====
For the interpolation of fractional luma sample positions HEVC uses separable application of one-dimensional half-sample interpolation with an 8-tap filter or quarter-sample interpolation with a 7-tap filter while, in comparison, H.264/MPEG-4 AVC uses a two-stage process that first derives values at half-sample positions using separable one-dimensional 6-tap interpolation followed by integer rounding and then applies [[linear interpolation]] between values at nearby half-sample positions to generate values at quarter-sample positions.{{sfn|Sullivan|2012}} HEVC has improved precision due to the longer interpolation filter and the elimination of the intermediate rounding error.{{sfn|Sullivan|2012}} For 4:2:0 video, the chroma samples are interpolated with separable one-dimensional 4-tap filtering to generate eighth-sample precision, while in comparison H.264/MPEG-4 AVC uses only a 2-tap [[bilinear interpolation|bilinear filter]] (also with eighth-sample precision).{{sfn|Sullivan|2012}}
For the interpolation of fractional luma sample positions HEVC uses separable application of one-dimensional half-sample interpolation with an 8-tap filter or quarter-sample interpolation with a 7-tap filter while, in comparison, H.264/MPEG-4 AVC uses a two-stage process that first derives values at half-sample positions using separable one-dimensional 6-tap interpolation followed by integer rounding and then applies [[linear interpolation]] between values at nearby half-sample positions to generate values at quarter-sample positions.{{sfn|Sullivan|2012}} HEVC has improved precision due to the longer interpolation filter and the elimination of the intermediate rounding error.{{sfn|Sullivan|2012}} For 4:2:0 video, the chroma samples are interpolated with separable one-dimensional 4-tap filtering to generate eighth-sample precision, while in comparison H.264/MPEG-4 AVC uses only a 2-tap [[bilinear interpolation|bilinear filter]] (also with eighth-sample precision).{{sfn|Sullivan|2012}}


As in H.264/MPEG-4 AVC, weighted prediction in HEVC can be used either with uni-prediction (in which a single prediction value is used) or bi-prediction (in which the prediction values from two prediction blocks are combined).{{sfn|Sullivan|2012}}
As in H.264/MPEG-4 AVC, weighted prediction in HEVC can be used either with uni-prediction (in which a single prediction value is used) or bi-prediction (in which the prediction values from two prediction blocks are combined).{{sfn|Sullivan|2012}}


;Motion vector prediction
=====Motion vector prediction=====
HEVC defines a [[Sign (mathematics)|signed]] 16-bit range for both horizontal and vertical motion vectors (MVs).{{sfn|ITU|2015}}<ref name=HEVCJuly2012MeetingNotes>{{cite news |title=Meeting report of the 10th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Stockholm, SE, 11–20 July 2012 |author=Gary Sullivan |author2=Jens-Rainer Ohm |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=6466 |date=2012-10-13 |accessdate=2013-04-28}}</ref><ref name=HEVCJuly2012J0225>{{cite news |title=Restrictions to the maximum motion vector range |author=Alistair Goudie |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=6088 |date=2012-07-02 |accessdate=2012-11-26}}</ref><ref name=HEVCJuly2012J0579>{{cite news |title=BoG on miscellaneous limits |author=Keiichi Chono |author2=Minhua Zhou |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=6459 |date=2012-07-19 |accessdate=2012-11-26}}</ref> This was added to HEVC at the July 2012 HEVC meeting with the mvLX variables.{{sfn|ITU|2015}}<ref name=HEVCJuly2012MeetingNotes/><ref name=HEVCJuly2012J0225/><ref name=HEVCJuly2012J0579/> HEVC horizontal/vertical MVs have a range of −32768 to 32767 which given the [[Qpel|quarter pixel]] precision used by HEVC allows for a MV range of −8192 to 8191.75 luma samples.{{sfn|ITU|2015}}<ref name=HEVCJuly2012MeetingNotes/><ref name=HEVCJuly2012J0225/><ref name=HEVCJuly2012J0579/> This compares to H.264/MPEG-4 AVC which allows for a horizontal MV range of −2048 to 2047.75 luma samples and a vertical MV range of −512 to 511.75 luma samples.<ref name=HEVCJuly2012J0225/>
HEVC defines a [[Sign (mathematics)|signed]] 16-bit range for both horizontal and vertical motion vectors (MVs).{{sfn|ITU|2015}}<ref name=HEVCJuly2012MeetingNotes>{{cite news |title=Meeting report of the 10th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Stockholm, SE, 11–20 July 2012 |author=Gary Sullivan |author2=Jens-Rainer Ohm |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=6466 |date=2012-10-13 |access-date=2013-04-28}}</ref><ref name=HEVCJuly2012J0225>{{cite news |title=Restrictions to the maximum motion vector range |author=Alistair Goudie |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=6088 |date=2012-07-02 |access-date=2012-11-26}}</ref><ref name=HEVCJuly2012J0579>{{cite news |title=BoG on miscellaneous limits |author=Keiichi Chono |author2=Minhua Zhou |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=6459 |date=2012-07-19 |access-date=2012-11-26}}</ref> This was added to HEVC at the July 2012 HEVC meeting with the mvLX variables.{{sfn|ITU|2015}}<ref name=HEVCJuly2012MeetingNotes/><ref name=HEVCJuly2012J0225/><ref name=HEVCJuly2012J0579/> HEVC horizontal/vertical MVs have a range of −32768 to 32767 which given the [[Qpel|quarter pixel]] precision used by HEVC allows for a MV range of −8192 to 8191.75 luma samples.{{sfn|ITU|2015}}<ref name=HEVCJuly2012MeetingNotes/><ref name=HEVCJuly2012J0225/><ref name=HEVCJuly2012J0579/> This compares to H.264/MPEG-4 AVC which allows for a horizontal MV range of −2048 to 2047.75 luma samples and a vertical MV range of −512 to 511.75 luma samples.<ref name=HEVCJuly2012J0225/>


HEVC allows for two MV modes which are Advanced Motion Vector Prediction (AMVP) and merge mode.{{sfn|Sullivan|2012}} AMVP uses data from the reference picture and can also use data from adjacent prediction blocks.{{sfn|Sullivan|2012}} The merge mode allows for the MVs to be inherited from neighboring prediction blocks.{{sfn|Sullivan|2012}} Merge mode in HEVC is similar to "skipped" and "direct" motion inference modes in H.264/MPEG-4 AVC but with two improvements.{{sfn|Sullivan|2012}} The first improvement is that HEVC uses index information to select one of several available candidates.{{sfn|Sullivan|2012}} The second improvement is that HEVC uses information from the reference picture list and reference picture index.{{sfn|Sullivan|2012}}
HEVC allows for two MV modes which are Advanced Motion Vector Prediction (AMVP) and merge mode.{{sfn|Sullivan|2012}} AMVP uses data from the reference picture and can also use data from adjacent prediction blocks.{{sfn|Sullivan|2012}} The merge mode allows for the MVs to be inherited from neighboring prediction blocks.{{sfn|Sullivan|2012}} Merge mode in HEVC is similar to "skipped" and "direct" motion inference modes in H.264/MPEG-4 AVC but with two improvements.{{sfn|Sullivan|2012}} The first improvement is that HEVC uses index information to select one of several available candidates.{{sfn|Sullivan|2012}} The second improvement is that HEVC uses information from the reference picture list and reference picture index.{{sfn|Sullivan|2012}}

;Inverse transforms
HEVC specifies four transform units (TUs) sizes of 4x4, 8x8, 16x16, and 32x32 to code the prediction residual.{{sfn|Sullivan|2012}} A CTB may be recursively partitioned into 4 or more TUs.{{sfn|Sullivan|2012}} TUs use integer basis functions that are similar to the [[discrete cosine transform]] (DCT).{{sfn|Sullivan|2012}} In addition 4x4 luma transform blocks that belong to an intra coded region are transformed using an integer transform that is derived from [[discrete sine transform]] (DST).{{sfn|Sullivan|2012}} This provides a 1% bit rate reduction but was restricted to 4x4 luma transform blocks due to marginal benefits for the other transform cases.{{sfn|Sullivan|2012}} Chroma uses the same TU sizes as luma so there is no 2x2 transform for chroma.{{sfn|Sullivan|2012}}


====Loop filters====
====Loop filters====
HEVC specifies two loop filters that are applied sequentially, with the [[deblocking filter]] (DBF) applied first and the sample adaptive offset (SAO) filter applied afterwards.{{sfn|Sullivan|2012}} Both loop filters are applied in the inter-picture prediction loop, i.e. the filtered image is stored in the decoded picture buffer (DPB) as a reference for inter-picture prediction.{{sfn|Sullivan|2012}}
HEVC specifies two loop filters that are applied sequentially, with the [[deblocking filter]] (DBF) applied first and the sample adaptive offset (SAO) filter applied afterwards.{{sfn|Sullivan|2012}} Both loop filters are applied in the inter-picture prediction loop, i.e. the filtered image is stored in the decoded picture buffer (DPB) as a reference for inter-picture prediction.{{sfn|Sullivan|2012}}


;Deblocking filter
=====Deblocking filter=====
The DBF is similar to the one used by H.264/MPEG-4 AVC but with a simpler design and better support for parallel processing.{{sfn|Sullivan|2012}} In HEVC the DBF only applies to a 8x8 sample grid while with H.264/MPEG-4 AVC the DBF applies to a 4x4 sample grid.{{sfn|Sullivan|2012}} DBF uses a 8x8 sample grid since it causes no noticeable degradation and significantly improves parallel processing because the DBF no longer causes cascading interactions with other operations.{{sfn|Sullivan|2012}} Another change is that HEVC only allows for three DBF strengths of 0 to 2.{{sfn|Sullivan|2012}} HEVC also requires that the DBF first apply horizontal filtering for vertical edges to the picture and only after that does it apply vertical filtering for horizontal edges to the picture.{{sfn|Sullivan|2012}} This allows for multiple parallel threads to be used for the DBF.{{sfn|Sullivan|2012}}
The DBF is similar to the one used by H.264/MPEG-4 AVC but with a simpler design and better support for parallel processing.{{sfn|Sullivan|2012}} In HEVC the DBF only applies to a 8×8 sample grid while with H.264/MPEG-4 AVC the DBF applies to a 4×4 sample grid.{{sfn|Sullivan|2012}} DBF uses a 8×8 sample grid since it causes no noticeable degradation and significantly improves parallel processing because the DBF no longer causes cascading interactions with other operations.{{sfn|Sullivan|2012}} Another change is that HEVC only allows for three DBF strengths of 0 to 2.{{sfn|Sullivan|2012}} HEVC also requires that the DBF first apply horizontal filtering for vertical edges to the picture and only after that does it apply vertical filtering for horizontal edges to the picture.{{sfn|Sullivan|2012}} This allows for multiple parallel threads to be used for the DBF.{{sfn|Sullivan|2012}}


;Sample adaptive offset
=====Sample adaptive offset=====
The SAO filter is applied after the DBF and is designed to allow for better reconstruction of the original signal amplitudes by applying offsets stored in a [[lookup table]] in the bitstream.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012>{{cite news |title=Sample adaptive offset in the HEVC standard |author=Chih-Ming Fu |author2=Elena Alshina |author3=Alexander Alshin |author4=Yu-Wen Huang |author5=Ching-Yeh Chen |author6=Chia-Yang Tsai |author7=Chih-Wei Hsu |author8=Shaw-Min Lei |author9=Jeong-Hoon Park |author10=Woo-Jin Han |publisher=IEEE Transactions on Circuits and Systems for Video Technology |url=https://sites.google.com/site/chihmingfu/paper/SAO%20CSVT.pdf?attredirects=0 |format=PDF |date=2012-12-25 |accessdate=2013-01-24}}</ref> Per CTB the SAO filter can be disabled or applied in one of two modes: edge offset mode or band offset mode.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> The edge offset mode operates by comparing the value of a sample to two of its eight neighbors using one of four directional gradient patterns.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> Based on a comparison with these two neighbors, the sample is classified into one of five categories: minimum, maximum, an edge with the sample having the lower value, an edge with the sample having the higher value, or monotonic.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> For each of the first four categories an offset is applied.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> The band offset mode applies an offset based on the amplitude of a single sample.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> A sample is categorized by its amplitude into one of 32 bands ([[histogram]] bins).{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> Offsets are specified for four consecutive of the 32 bands, because in flat areas which are prone to banding artifacts, sample amplitudes tend to be clustered in a small range.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> The SAO filter was designed to increase picture quality, reduce banding artifacts, and reduce [[ringing artifacts]].{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/>
The SAO filter is applied after the DBF and is designed to allow for better reconstruction of the original signal amplitudes by applying offsets stored in a [[lookup table]] in the bitstream.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012>{{cite news |title=Sample adaptive offset in the HEVC standard |author=Chih-Ming Fu |author2=Elena Alshina |author3=Alexander Alshin |author4=Yu-Wen Huang |author5=Ching-Yeh Chen |author6=Chia-Yang Tsai |author7=Chih-Wei Hsu |author8=Shaw-Min Lei |author9=Jeong-Hoon Park |author10=Woo-Jin Han |publisher=IEEE Transactions on Circuits and Systems for Video Technology |url=https://sites.google.com/site/chihmingfu/paper/SAO%20CSVT.pdf?attredirects=0 |format=PDF |date=2012-12-25 |access-date=2013-01-24}}</ref> Per CTB the SAO filter can be disabled or applied in one of two modes: edge offset mode or band offset mode.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> The edge offset mode operates by comparing the value of a sample to two of its eight neighbors using one of four directional gradient patterns.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> Based on a comparison with these two neighbors, the sample is classified into one of five categories: minimum, maximum, an edge with the sample having the lower value, an edge with the sample having the higher value, or monotonic.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> For each of the first four categories an offset is applied.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> The band offset mode applies an offset based on the amplitude of a single sample.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> A sample is categorized by its amplitude into one of 32 bands ([[histogram]] bins).{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> Offsets are specified for four consecutive of the 32 bands, because in flat areas which are prone to banding artifacts, sample amplitudes tend to be clustered in a small range.{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/> The SAO filter was designed to increase picture quality, reduce banding artifacts, and reduce [[ringing artifacts]].{{sfn|Sullivan|2012}}<ref name=SAOIEEE2012/>


====Range extensions====
====Range extensions====
Range extensions in MPEG are additional profiles, levels, and techniques that support needs beyond consumer video playback:{{sfn|ITU|2015}}
Additional coding tool options have been added in the range extensions.{{sfn|ITU|2015}} This includes new definitions of profiles and levels:
*Profiles supporting bit depths beyond 10 bits per sample.{{sfn|ITU|2015}} Profiles that support a range of bit depths can use different bit depths for [[Luma (video)|luma]] and [[chrominance|chroma]] with [[YCbCr]] color spaces.{{sfn|ITU|2015}}
*Profiles supporting bit depths beyond 10, and differing [[Luma (video)|luma]]/[[chrominance|chroma]] bit depths.
*Intra profiles for when file size is much less important than random-access decoding speed.
*Profiles that support 4:0:0 ([[monochrome]]), 4:2:2 (half-horizontal chroma resolution), and 4:4:4 (full chroma resolution) chroma sampling.{{sfn|ITU|2015}}
*Still Picture profiles, forming the basis of [[High Efficiency Image File Format]], without any limit on the picture size or complexity (level 8.5). Unlike all other levels, no minimum decoder capacity is required, only a best-effort with reasonable fallback.
*Additional profiles supporting only all-intra coding and only still-picture coding for applications that do not need inter-picture (temporal) prediction.{{sfn|ITU|2015}}

*The Still Picture profiles can use an unbounded level, level 8.5, for which no limit is imposed on the picture size.{{sfn|ITU|2015}} Decoders for level 8.5 are not required to decode all level 8.5 bitstreams, since some may exceed their picture size capability.{{sfn|ITU|2015}}
Within these new profiles are enhanced coding features that include:
Within these new profiles came enhanced coding features, many of which support efficient screen encoding or high-speed processing:
*Persistent Rice adaptation, a general optimization of entropy coding.
*High precision weighted prediction uses an increased precision for weighted prediction that increases the coding efficiency for [[Dissolve (filmmaking)|fading video scenes]] at high bit depths.<ref name=HEVCMeetingReport15>{{cite news |title=Meeting report of the 15th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Geneva, CH, 23 Oct. – 1 Nov. 2013 |publisher=ITU-T |url=http://wftp3.itu.int/av-arch/jctvc-site/2013_10_O_Geneva/JCTVC-O_Notes_d9.doc |format=DOC |date=2013-11-03 |accessdate=2013-11-09}}</ref>
*Higher precision [[H.264/MPEG-4 AVC#Features|weighted prediction]] at high bit depths.<ref name=HEVCMeetingReport15>{{cite news |title=Meeting report of the 15th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Geneva, CH, 23 Oct. – 1 Nov. 2013 |publisher=ITU-T |url=http://wftp3.itu.int/av-arch/jctvc-site/2013_10_O_Geneva/JCTVC-O_Notes_d9.doc |format=DOC |date=2013-11-03 |access-date=2013-11-09}}</ref>
*Cross-component prediction, using prediction between the chroma/luma components to improve coding efficiency.{{sfn|ITU|2015}} The reduction in bit rate can be up to 7% for YCbCr 4:4:4 video and up to 26% for RGB video.<ref name=HEVCMeetingReport15/><ref>{{cite news|last1=Ali|first1=Khairat|last2=Tung|first2=Nguyen|last3=Mischa|first3=Siekmann|last4=Detlev|first4=Marpe|title=Adaptive Cross-Component Prediction for 4:4:4 High Efficiency Video Coding|url=http://nguyen.ph/wp-content/uploads/2014/12/CCP-ICIP-2014-preprint.pdf}}</ref> RGB video has a larger reduction in bit rate due to the greater correlation between the components.{{sfn|ITU|2015}}
*Cross-component prediction, allowing the imperfect [[YCbCr]] color decorrelation to let the luma (or G) match set the predicted chroma (or R/B) matches, which results in up to 7% gain for YCbCr 4:4:4 and up to 26% for RGB video. Particularly useful for screen coding.<ref name=HEVCMeetingReport15/><ref>{{cite news|last1=Ali|first1=Khairat|last2=Tung|first2=Nguyen|last3=Mischa|first3=Siekmann|last4=Detlev|first4=Marpe|title=Adaptive Cross-Component Prediction for 4:4:4 High Efficiency Video Coding|url=http://nguyen.ph/wp-content/uploads/2014/12/CCP-ICIP-2014-preprint.pdf|access-date=December 18, 2014|archive-date=December 24, 2018|archive-url=https://web.archive.org/web/20181224215619/http://nguyen.ph/wp-content/uploads/2014/12/CCP-ICIP-2014-preprint.pdf|url-status=dead}}</ref>
*Intra smoothing disabling, allowing the neighbor region filtering process ordinarily applied in intra prediction to be disabled.{{sfn|ITU|2015}}
*Intra smoothing control, allowing the encoder to turn smoothing on or off per-block, instead of per-frame.
*Persistent Rice adaptation, using a [[Rice coding]] parameter derivation for entropy coding that has memory that persists across transform coefficient sub-block boundaries.{{sfn|ITU|2015}}
*Modifications of transform skip mode processing:
*Modifications of transform skip:
**Residual [[DPCM]] (RDPCM), allowing a vertical or horizontal spatial-predictive coding of residual data in transform skip and transform-quantization bypass blocks (which can be selected for use in intra blocks, inter blocks, or both).{{sfn|ITU|2015}}
**Residual [[DPCM]] (RDPCM), allowing more-optimal coding of residual data if possible, vs the typical zig-zag.
**Transform skip block size flexibility, supporting block sizes up to 32x32 (versus only 4x4 support in version 1).{{sfn|ITU|2015}}
**Block size flexibility, supporting block sizes up to 32×32 (versus only 4×4 transform skip support in version 1).
**4×4 rotation, for potential efficiency.
**Transform skip rotation, allowing the encoder to indicate a rotation of residual data for 4x4 transform skip blocks.{{sfn|ITU|2015}}
**Transform skip context enabling, using a separate context for entropy coding the indication of which blocks are coded using transform skipping.{{sfn|ITU|2015}}
**Transform skip context, enabling [[Discrete cosine transform|DCT]] and RDPCM blocks to carry a separate context.
*Extended precision processing, using an extended dynamic range for inter prediction interpolation and inverse transform.{{sfn|ITU|2015}}
*Extended precision processing, giving low bit-depth video slightly more accurate decoding.
*CABAC bypass alignment, allowing for the alignment of the data to a byte boundary before bypass decoding is supported in the High Throughput 4:4:4 16 Intra profile.{{sfn|ITU|2015}}
*CABAC bypass alignment, a decoding optimization specific to High Throughput 4:4:4 16 Intra profile.

The second version of HEVC adds several supplemental enhancement information (SEI) messages which include:
HEVC version 2 adds several supplemental enhancement information (SEI) messages:
*Color remapping information SEI message, provides information on remapping from one color space to a different color space.{{sfn|ITU|2015}} An example would be to preserve the artistic intent when converting [[wide color gamut]] (WCG) video from the [[Rec. 2020]] color space for output on a [[Rec. 709]] display.<ref name=HEVCApril2014Q0074>{{cite news |title=SEI message for Colour Mapping Information |author=Pierre Andrivon |author2=Philippe Bordes |author3=Edouard François |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=8878 |date=2014-04-02 |accessdate=2014-07-17}}</ref> The color remapping information SEI message was proposed for future [[UHDTV]] applications.<ref name=HEVCApril2014Q0074/> Multiple color remapping processes can be supported for different display scenarios.{{sfn|ITU|2015}}
*Knee function information SEI message, provides information on how to convert from one [[dynamic range]] to a different dynamic range.{{sfn|ITU|2015}} An example would be to compress the upper range of [[High-dynamic-range imaging|high dynamic range]] (HDR) video that has a [[luminance]] level of 800 [[cd/m2]] for output on a 100&nbsp;cd/m2 display.<ref name="HEVCJanuary2014JCTVC-P0050">{{cite news |title=HLS: SEI message for Knee Function Information |author=Sally Hattori |author2=Ohji Nakagami |author3=Teruhiko Suzuki |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=8538 |date=2014-01-15 |accessdate=2014-07-17}}</ref> Multiple knee function processes can be supported for different display scenarios.{{sfn|ITU|2015}}
*Color remapping: mapping one color space to another.<ref name=HEVCApril2014Q0074>{{cite news |title=SEI message for Colour Mapping Information |author=Pierre Andrivon |author2=Philippe Bordes |author3=Edouard François |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=8878 |date=2014-04-02 |access-date=2014-07-17}}</ref>
*Knee function: hints for converting between dynamic ranges, particularly from HDR to SDR.
*Mastering display color volume SEI message, provides information on the color primaries and dynamic range of the display that was used to author the video.{{sfn|ITU|2015}}
*Mastering display color volume
*Time code SEI message, provides information on the time of origin when the video was recorded.{{sfn|ITU|2015}}
*Time code, for archival purposes


====Screen content coding extensions====
====Screen content coding extensions====
Line 341: Line 471:
*Palette mode.<ref name=HEVCFebruary2016W1005/>
*Palette mode.<ref name=HEVCFebruary2016W1005/>


The ITU-T version of the standard that added the SCC extensions (approved in December 2016 and published in March 2017) added support for the [[Hybrid Log-Gamma]] (HLG) transfer function and the [[ICtCp]] color matrix.<ref name=HEVCDec2016ITURec/> This allows the fourth version of HEVC to support both of the HDR transfer functions defined in [[Rec. 2100]].<ref name=HEVCDec2016ITURec/>
The ITU-T version of the standard that added the SCC extensions (approved in December 2016 and published in March 2017) added support for the [[hybrid log–gamma]] (HLG) transfer function and the [[ICtCp]] color matrix.<ref name=HEVCDec2016ITURec/> This allows the fourth version of HEVC to support both of the HDR transfer functions defined in [[Rec. 2100]].<ref name=HEVCDec2016ITURec/>


The fourth version of HEVC adds several supplemental enhancement information (SEI) messages which include:
The fourth version of HEVC adds several supplemental enhancement information (SEI) messages which include:
*Alternative transfer characteristics information SEI message, provides information on the preferred [[transfer function]] to use.<ref name=HEVCFebruary2016W1005/> The primary use case for this would be to deliver HLG video in a way that would be [[backward compatible]] with legacy devices.<ref name=HEVCJune2015U0033>{{cite news |title=High dynamic range compatibility information SEI message |author=Matteo Naccari |author2=Andrew Cotton |author3=Sebastian Schwarz |author4=Manish Pindoria |author5=Marta Mrak |author6=Tim Borer |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10037 |date=2015-06-09 |accessdate=2016-10-31}}</ref>
*Alternative transfer characteristics information SEI message, provides information on the preferred [[transfer function]] to use.<ref name=HEVCFebruary2016W1005/> The primary use case for this would be to deliver HLG video in a way that would be [[backward compatible]] with legacy devices.<ref name=HEVCJune2015U0033>{{cite news |title=High dynamic range compatibility information SEI message |author=Matteo Naccari |author2=Andrew Cotton |author3=Sebastian Schwarz |author4=Manish Pindoria |author5=Marta Mrak |author6=Tim Borer |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10037 |date=2015-06-09 |access-date=2016-10-31}}</ref>
*Ambient viewing environment SEI message, provides information on the ambient light of the viewing environment that was used to author the video.<ref name=HEVCFebruary2016W1005/><ref name=HEVCJune2015U0112>{{cite news |title=Ambient viewing environment SEI message |author=Gary Sullivan |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10116 |date=2015-06-10 |accessdate=2016-11-02}}</ref>
*Ambient viewing environment SEI message, provides information on the ambient light of the viewing environment that was used to author the video.<ref name=HEVCFebruary2016W1005/><ref name=HEVCJune2015U0112>{{cite news |title=Ambient viewing environment SEI message |author=Gary Sullivan |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10116 |date=2015-06-10 |access-date=2016-11-02}}</ref>


==Profiles==
==Profiles==
Line 366: Line 496:
|-
|-
! [[Color depth|Bit depth]]
! [[Color depth|Bit depth]]
| {{Yes|8}} || {{Yes|8 to 10}} || {{Yes|8 to 12}} || {{Yes|8 to 10}} || {{Yes|8 to 12}} || {{Yes|8}} || {{Yes|8 to 10}} || {{Yes|8 to 12}} || {{Yes|8 to 16}}
| {{Yes|8}} || {{Yes|8 to 10}} || {{Yes|8 to 12}} || {{Yes|8 to 10}} || {{Yes|8 to 12}} || {{Yes|8}} || {{Yes|8 to 10}} || {{Yes|8 to 12}} || {{Yes|8 to 16}}
|-
|-
! [[Chroma subsampling|Chroma sampling]] formats
! [[Chroma subsampling|Chroma sampling]] formats
| {{Yes|4:2:0}} || {{Yes|4:2:0}} || {{Yes|4:2:0}} || {{Yes|4:2:0/<br>4:2:2}} || {{Yes|4:2:0/<br>4:2:2}} || {{Yes|4:2:0/<br>4:2:2/<br>4:4:4}} || {{Yes|4:2:0/<br>4:2:2/<br>4:4:4}} || {{Yes|4:2:0/<br>4:2:2/<br>4:4:4}} || {{Yes|4:2:0/<br>4:2:2/<br>4:4:4}}
| {{Yes|4:2:0}} || {{Yes|4:2:0}} || {{Yes|4:2:0}} || {{Yes|4:2:0/<br>4:2:2}} || {{Yes|4:2:0/<br>4:2:2}} || {{Yes|4:2:0/<br>4:2:2/<br>4:4:4}} || {{Yes|4:2:0/<br>4:2:2/<br>4:4:4}} || {{Yes|4:2:0/<br>4:2:2/<br>4:4:4}} || {{Yes|4:2:0/<br>4:2:2/<br>4:4:4}}
|-
|-
! 4:0:0 ([[Monochrome]])
! 4:0:0 ([[Monochrome]])
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
|-
|-
! High precision weighted prediction
! High precision weighted prediction
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
|-
|-
! Chroma QP offset list
! Chroma QP offset list
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
|-
|-
! Cross-component prediction
! Cross-component prediction
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
|-
|-
! Intra smoothing disabling
! Intra smoothing disabling
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
|-
|-
! Persistent Rice adaptation
! Persistent Rice adaptation
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
|-
|-
! RDPCM implicit/explicit
! RDPCM implicit/explicit
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
|-
|-
! Transform skip block sizes larger than 4x4
! Transform skip block sizes larger than 4×4
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
|-
|-
! Transform skip context/rotation
! Transform skip context/rotation
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}}
|-
|-
! Extended precision processing
! Extended precision processing
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}}
| {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{No}} || {{Yes}}
|}
|}
Version 1 of the HEVC standard defines three profiles: '''Main''', '''Main 10''', and '''Main Still Picture'''.{{sfn|ITU|2015}} Version 2 of HEVC adds 21 range extensions profiles, two scalable extensions profiles, and one multi-view profile.{{sfn|ITU|2015}} HEVC also contains provisions for additional profiles.{{sfn|ITU|2015}} Extensions that were added to HEVC include increased [[color depth|bit depth]], 4:2:2/4:4:4 [[chroma subsampling|chroma sampling]], [[Multiview Video Coding]] (MVC), and [[Scalable Video Coding]] (SVC).{{sfn|Sullivan|2012}}<ref name=HEVCTVBEuropeAugust2012>{{cite news |title=Ultra HD: Standards and broadcasters align |author=Adrian Pennington |publisher=www.tvbeurope.com |url=http://content.yudu.com/A1xsex/TVBEAug2012/resources/45.htm |page=45 |date=2012-08-01 |accessdate=2012-11-25}}</ref> The HEVC range extensions, HEVC scalable extensions, and HEVC multi-view extensions were completed in July 2014.<ref name=HEVCJuly2014R1013>{{cite news |title=Draft high efficiency video coding (HEVC) version 2, combined format range extensions (RExt), scalability (SHVC), and multi-view (MV-HEVC) extensions |author=Jill Boyce |author2=Jianle Chen |author3=Ying Chen |author4=David Flynn |author5=Miska M. Hannuksela |author6=Matteo Naccari |author7=Chris Rosewarne |author8=Karl Sharman |author9=Joel Sole |author10=Gary J. Sullivan |author11=Teruhiko Suzuki |author12=Gerhard Tech |author13=Ye-Kui Wang |author14=Krzysztof Wegner |author15=Yan Ye |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9466 |date=2014-07-11 |accessdate=2014-07-11}}</ref><ref name=HEVCApril2013EricssonPDF>{{cite news |title=Next generation video compression |author=Per Fröjdh |author2=Andrey Norkin |author3=Rickard Sjöberg |publisher=Ericsson |url=http://www.ericsson.com/res/thecompany/docs/publications/ericsson_review/2013/er-hevc-h265.pdf |format=PDF |date=2013-04-23 |accessdate=2013-04-24}}</ref><ref name=HEVCJanuary2014MeetingReport>{{cite news |title=Recent MPEG/JCT-VC/JCT-3V Video Coding Standardization |author=Jens-Rainer Ohm |publisher=MPEG |url=http://itg32.hhi.de/docs/ITG32_RWTH_14_1_268.pdf |format=PDF |date=2014-01-28 |accessdate=2014-04-18}}</ref><ref name="HEVCJanuary2014MeetingReport"/> In July 2014 a draft of the second version of HEVC was released.<ref name=HEVCJuly2014R1013/> Screen content coding (SCC) extensions are under development for screen content video, which contains text and graphics, with an expected final draft release date of 2015.<ref name=ScreenContentHEVCJanuary2014>{{cite news |title=Joint Call for Proposals for Coding of Screen Content |publisher=JCT-VC |url=http://www.itu.int/en/ITU-T/studygroups/com16/video/Documents/CfP-HEVC-coding-screen-content.pdf |format=PDF |date=2014-01-17 |accessdate=2014-11-15}}</ref><ref name=HEVCMeetingReport18>{{cite news |title=Meeting Report of 18th JCT-VC Meeting |publisher=ITU-T |url=http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9467 |date=2014-10-17 |accessdate=2014-11-15}}</ref>
Version 1 of the HEVC standard defines three profiles: '''Main''', '''Main 10''', and '''Main Still Picture'''.{{sfn|ITU|2015}} Version 2 of HEVC adds 21 range extensions profiles, two scalable extensions profiles, and one multi-view profile.{{sfn|ITU|2015}} HEVC also contains provisions for additional profiles.{{sfn|ITU|2015}} Extensions that were added to HEVC include increased [[color depth|bit depth]], 4:2:2/4:4:4 [[chroma subsampling|chroma sampling]], [[Multiview Video Coding]] (MVC), and [[Scalable Video Coding]] (SVC).{{sfn|Sullivan|2012}}<ref name=HEVCTVBEuropeAugust2012>{{cite news |title=Ultra HD: Standards and broadcasters align |author=Adrian Pennington |publisher=www.tvbeurope.com |url=http://content.yudu.com/A1xsex/TVBEAug2012/resources/45.htm |page=45 |date=2012-08-01 |access-date=2012-11-25}}</ref> The HEVC range extensions, HEVC scalable extensions, and HEVC multi-view extensions were completed in July 2014.<ref name=HEVCJuly2014R1013>{{cite news |title=Draft high efficiency video coding (HEVC) version 2, combined format range extensions (RExt), scalability (SHVC), and multi-view (MV-HEVC) extensions |author=Jill Boyce |author-link=Jill Boyce|author2=Jianle Chen |author3=Ying Chen |author4=David Flynn |author5=Miska M. Hannuksela |author6=Matteo Naccari |author7=Chris Rosewarne |author8=Karl Sharman |author9=Joel Sole |author10=Gary J. Sullivan |author11=Teruhiko Suzuki |author12=Gerhard Tech |author13=Ye-Kui Wang |author14=Krzysztof Wegner |author15=Yan Ye |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9466 |date=2014-07-11 |access-date=2014-07-11}}</ref><ref name=HEVCApril2013EricssonPDF>{{cite news |title=Next generation video compression |author=Per Fröjdh |author2=Andrey Norkin |author3=Rickard Sjöberg |publisher=Ericsson |url=http://www.ericsson.com/res/thecompany/docs/publications/ericsson_review/2013/er-hevc-h265.pdf |date=2013-04-23 |access-date=2013-04-24}}</ref><ref name=HEVCJanuary2014MeetingReport>{{cite news |title=Recent MPEG/JCT-VC/JCT-3V Video Coding Standardization |author=Jens-Rainer Ohm |publisher=MPEG |url=http://itg32.hhi.de/docs/ITG32_RWTH_14_1_268.pdf |date=2014-01-28 |access-date=2014-04-18 |archive-url=https://web.archive.org/web/20140419145757/http://itg32.hhi.de/docs/ITG32_RWTH_14_1_268.pdf |archive-date=2014-04-19 |url-status=dead }}</ref> In July 2014 a draft of the second version of HEVC was released.<ref name=HEVCJuly2014R1013/> Screen content coding (SCC) extensions were under development for screen content video, which contains text and graphics, with an expected final draft release date of 2015.<ref name=ScreenContentHEVCJanuary2014>{{cite news |title=Joint Call for Proposals for Coding of Screen Content |publisher=JCT-VC |url=http://www.itu.int/en/ITU-T/studygroups/com16/video/Documents/CfP-HEVC-coding-screen-content.pdf |date=2014-01-17 |access-date=2014-11-15}}</ref><ref name=HEVCMeetingReport18>{{cite news |title=Meeting Report of 18th JCT-VC Meeting |publisher=ITU-T |url=http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9467 |date=2014-10-17 |access-date=2014-11-15}}</ref>


A profile is a defined set of coding tools that can be used to create a bitstream that conforms to that profile.{{sfn|Sullivan|2012}} An encoder for a profile may choose which coding tools to use as long as it generates a conforming bitstream while a decoder for a profile must support all coding tools that can be used in that profile.{{sfn|Sullivan|2012}}
A profile is a defined set of coding tools that can be used to create a bitstream that conforms to that profile.{{sfn|Sullivan|2012}} An encoder for a profile may choose which coding tools to use as long as it generates a conforming bitstream while a decoder for a profile must support all coding tools that can be used in that profile.{{sfn|Sullivan|2012}}
Line 408: Line 538:


====Main====
====Main====
The Main profile allows for a bit depth of 8-bits per sample with 4:2:0 chroma sampling, which is the most common type of video used with consumer devices.{{sfn|Sullivan|2012}}{{sfn|ITU|2015}}<ref name=HEVCApril2013EricssonPDF/>
The Main profile allows for a bit depth of 8 bits per sample with 4:2:0 chroma sampling, which is the most common type of video used with consumer devices.{{sfn|Sullivan|2012}}{{sfn|ITU|2015}}<ref name=HEVCApril2013EricssonPDF/>


====Main 10====
====Main 10====
The Main 10 profile allows for a bit depth of 8-bits to 10-bits per sample with 4:2:0 chroma sampling. HEVC decoders that conform to the Main 10 profile must be capable of decoding bitstreams made with the following profiles: Main and Main 10.{{sfn|ITU|2015}} A higher bit depth allows for a greater number of colors. 8-bits per sample allows for 256 [[Tints and shades|shades]] per [[primary color]] (a total of 16.78 million colors) while 10-bits per sample allows for 1024 shades per primary color (a total of 1.07 billion colors). A higher bit depth allows for a smoother transition of color which resolves the problem known as [[color banding]].<ref name=EricssonHEVCBackgroundJune2013>{{cite news |title=Focus on...HEVC: The background behind the game-changing standard- Ericsson |author=Carl Furgusson |publisher=Ericsson |url=http://www.ericsson.com/televisionary/blog/focus-hevc-background-behind-game-changing-standard-ericsson/ |date=2013-06-11 |accessdate=2013-06-21}}</ref><ref name=ImaginationEmergenceHEVC10bitJune2013>{{cite news |title=The emergence of HEVC and 10-bit colour formats |author=Simon Forrest |publisher=Imagination Technologies |url=http://withimagination.imgtec.com/index.php/powervr-video/the-emergence-of-hevc-and-10-bit-colour-formats |date=2013-06-20 |accessdate=2013-06-21}}</ref>
The Main 10 ({{code|Main10}}) profile was added at the October 2012 HEVC meeting based on proposal JCTVC-K0109 which proposed that a 10-bit profile be added to HEVC for consumer applications. The proposal said this was to allow for improved video quality and to support the [[Rec. 2020]] color space that has become widely used in UHDTV systems and to be able to deliver higher dynamic range and color fidelity avoiding the banding artifacts. A variety of companies supported the proposal which included [[Ateme]], [[BBC]], [[BSkyB]], [[Cisco]], [[DirecTV]], [[Ericsson]], [[Motorola Mobility]], NGCodec, [[NHK]], [[RAI]], ST, [[Sveriges Television|SVT]], [[Thomson Video Networks]], [[Technicolor SA|Technicolor]], and [[ViXS Systems]].<ref name=HEVCOctober2012K0109>{{cite news |title=On a 10-bit consumer-oriented profile in High Efficiency Video Coding (HEVC) |author=Alberto Dueñas |author2=Adam Malamy |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=6479 |date=2012-10-18 |access-date=2012-11-03 |archive-date=February 13, 2013 |archive-url=https://archive.today/20130213060530/http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=6479 |url-status=dead }}</ref> The Main 10 profile allows for a bit depth of 8 to 10 bits per sample with 4:2:0 chroma sampling. HEVC decoders that conform to the Main 10 profile must be capable of decoding bitstreams made with the following profiles: Main and Main 10.{{sfn|ITU|2015}} A higher bit depth allows for a greater number of colors. 8 bits per sample allows for 256 [[Tints and shades|shades]] per [[primary color]] (a total of 16.78 million colors) while 10 bits per sample allows for 1024 shades per primary color (a total of 1.07 billion colors). A higher bit depth allows for a smoother transition of color which resolves the problem known as [[color banding]].<ref name=EricssonHEVCBackgroundJune2013>{{cite news |title=Focus on...HEVC: The background behind the game-changing standard- Ericsson |author=Carl Furgusson |publisher=Ericsson |url=http://www.ericsson.com/televisionary/blog/focus-hevc-background-behind-game-changing-standard-ericsson/ |date=2013-06-11 |access-date=2013-06-21 |archive-url=https://web.archive.org/web/20130620000218/http://www.ericsson.com/televisionary/blog/focus-hevc-background-behind-game-changing-standard-ericsson/ |archive-date=June 20, 2013 |url-status=dead |df=mdy-all }}</ref><ref name=ImaginationEmergenceHEVC10bitJune2013>{{cite news |title=The emergence of HEVC and 10-bit colour formats |author=Simon Forrest |publisher=Imagination Technologies |url=http://withimagination.imgtec.com/index.php/powervr-video/the-emergence-of-hevc-and-10-bit-colour-formats |date=2013-06-20 |access-date=2013-06-21 |archive-url=https://web.archive.org/web/20130915075921/http://withimagination.imgtec.com/index.php/powervr-video/the-emergence-of-hevc-and-10-bit-colour-formats |archive-date=September 15, 2013 |url-status=dead |df=mdy-all }}</ref>


The Main 10 profile allows for improved video quality since it can support video with a higher bit depth than what is supported by the Main profile.<ref name=HEVCOctober2012K0109/> Additionally, in the Main 10 profile 8-bit video can be coded with a higher bit depth of 10-bits, which allows improved coding efficiency compared to the Main profile.<ref name=HEVCApril2013M0166>{{cite news |title=Comparison of Compression Performance of HEVC Draft 10 with AVC for UHD-1 material |author=Pierre Andrivon |author2=Marco Arena |author3=Philippe Salmon |author4=Philippe Bordes |author5=Paola Sunna |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=7417 |date=2013-04-08 |accessdate=2013-04-28}}</ref><ref name=HEVCTechnicolorJuly2012Overview>{{cite news |title=An overview of the emerging HEVC standard |author=Philippe Bordes |author2=Gordon Clare |author3=Félix Henry |author4=Mickaël Raulet |author5=Jérôme Viéron |publisher=Technicolor |url=https://research.technicolor.com/rennes/wp-content/uploads/publications/pub_100.pdf |format=PDF |date=2012-07-20 |accessdate=2012-10-05}}</ref><ref name=HEVCTechnicolorJuly2012OverviewPublication>{{cite news |title=Rennes Research & Innovation Center: Publication |publisher=Technicolor |url=https://research.technicolor.com/rennes/publication-26/ |date=2012-07-20 |accessdate=2012-10-05}}</ref><ref name=MotionImprovementsHEVCIEEE2012>{{cite news |title=Video Compression Using Nested Quadtree Structures, Leaf Merging and Improved Techniques for Motion Representation and Entropy Coding |author=Detlev Marpe |author2=Heiko Schwarz |author3=Sebastian Bosse |author4=Benjamin Bross |author5=Philipp Helle |author6=Tobias Hinz |author7=Heiner Kirchhoffer |author8=Haricharan Lakshman |author9=Tung Nguyen| displayauthors = 8 |publisher=IEEE Transactions on Circuits and Systems for Video Technology |url=http://iphome.hhi.de/wiegand/assets/pdfs/video-compression-nested-quadtree.pdf |format=PDF |accessdate=2012-11-08}}</ref>
The Main 10 profile allows for improved video quality since it can support video with a higher bit depth than what is supported by the Main profile.<ref name=HEVCOctober2012K0109/> Additionally, in the Main 10 profile 8-bit video can be coded with a higher bit depth of 10 bits, which allows improved coding efficiency compared to the Main profile.<ref name=HEVCTechnicolorJuly2012Overview>{{cite news |title=An overview of the emerging HEVC standard |author=Philippe Bordes |author2=Gordon Clare |author3=Félix Henry |author4=Mickaël Raulet |author5=Jérôme Viéron |publisher=Technicolor |url=https://research.technicolor.com/rennes/wp-content/uploads/publications/pub_100.pdf |date=2012-07-20 |access-date=2012-10-05 |archive-url=https://web.archive.org/web/20131003134715/https://research.technicolor.com/rennes/wp-content/uploads/publications/pub_100.pdf |archive-date=2013-10-03 |url-status=dead }}</ref><ref name=HEVCTechnicolorJuly2012OverviewPublication>{{cite news |title=Rennes Research & Innovation Center: Publication |publisher=Technicolor |url=https://research.technicolor.com/rennes/publication-26/ |date=2012-07-20 |access-date=2012-10-05 |archive-url=https://web.archive.org/web/20131203001636/https://research.technicolor.com/rennes/publication-26/ |archive-date=2013-12-03 |url-status=dead }}</ref><ref name=MotionImprovementsHEVCIEEE2012>{{cite news |title=Video Compression Using Nested Quadtree Structures, Leaf Merging and Improved Techniques for Motion Representation and Entropy Coding |author=Detlev Marpe |author2=Heiko Schwarz |author3=Sebastian Bosse |author4=Benjamin Bross |author5=Philipp Helle |author6=Tobias Hinz |author7=Heiner Kirchhoffer |author8=Haricharan Lakshman |author9=Tung Nguyen| display-authors = 8 |publisher=IEEE Transactions on Circuits and Systems for Video Technology |url=http://iphome.hhi.de/wiegand/assets/pdfs/video-compression-nested-quadtree.pdf |access-date=2012-11-08}}</ref>


[[Ericsson]] has stated that the Main 10 profile will bring the benefits of 10-bits per sample video to consumer TV. They also state that for higher resolutions there is no bit rate penalty for encoding video at 10-bits per sample.<ref name=EricssonHEVCBackgroundJune2013/> [[Imagination Technologies]] states that 10-bits per sample video will allow for larger color spaces and is required for the [[Rec. 2020]] color space that will be used by UHDTV. They also state that the Rec. 2020 color space will drive the widespread adoption of 10-bits per sample video.<ref name=ImaginationEmergenceHEVC10bitJune2013/><ref name=ImaginationDecodingHEVC10bitJune2013>{{cite news |title=Decoding HEVC in 10-bit colours at 4K resolutions: PowerVR D5500, a Rosetta Stone for video decode |author=Alexandru Voica |publisher=[[Imagination Technologies]] |url=http://withimagination.imgtec.com/index.php/powervr-video/powervr-d5500-decoding-hevc-in-10-bit-colours-at-4k-resolutions |date=2013-06-20 |accessdate=2013-06-21}}</ref>
[[Ericsson]] said the Main 10 profile would bring the benefits of 10 bits per sample video to consumer TV. They also said that for higher resolutions there is no bit rate penalty for encoding video at 10 bits per sample.<ref name=EricssonHEVCBackgroundJune2013/> [[Imagination Technologies]] said that 10-bit per sample video would allow for larger color spaces and is required for the [[Rec. 2020]] color space that will be used by UHDTV. They also said the Rec. 2020 color space would drive the widespread adoption of 10-bit-per-sample video.<ref name=ImaginationEmergenceHEVC10bitJune2013/><ref name=ImaginationDecodingHEVC10bitJune2013>{{cite news |title=Decoding HEVC in 10-bit colours at 4K resolutions: PowerVR D5500, a Rosetta Stone for video decode |author=Alexandru Voica |publisher=[[Imagination Technologies]] |url=http://withimagination.imgtec.com/index.php/powervr-video/powervr-d5500-decoding-hevc-in-10-bit-colours-at-4k-resolutions |date=2013-06-20 |access-date=2013-06-21 |archive-date=June 30, 2013 |archive-url=https://web.archive.org/web/20130630022632/http://withimagination.imgtec.com/index.php/powervr-video/powervr-d5500-decoding-hevc-in-10-bit-colours-at-4k-resolutions |url-status=dead }}</ref>


In a PSNR based performance comparison released in April 2013 the Main 10 profile was compared to the Main profile using a set of 3840×2160 10-bit video sequences. The 10-bit video sequences were converted to 8-bits for the Main profile and remained at 10-bits for the Main 10 profile. The reference PSNR was based on the original 10-bit video sequences. In the performance comparison the Main 10 profile provided a 5% bit rate reduction for [[inter frame]] video coding compared to the Main profile. The performance comparison states that for the tested video sequences the Main 10 profile outperformed the Main profile.<ref name=HEVCApril2013M0166/> The Main 10 profile was added at the October 2012 HEVC meeting based on proposal JCTVC-K0109 which proposed that a 10-bit profile be added to HEVC for consumer applications. The proposal stated that this was to allow for improved video quality and to support the [[Rec. 2020]] color space that has become widely used in UHDTV systems and to be able to deliver higher dynamic range and color fidelity avoiding the banding artifacts. A variety of companies supported the proposal which included [[Ateme|ATEME]], [[BBC]], [[BSkyB]], [[Cisco Systems|CISCO]], [[DirecTV]], [[Ericsson]], [[Motorola Mobility]], NGCodec, [[NHK]], [[RAI]], ST, [[Sveriges Television|SVT]], [[Thomson Video Networks]], [[Technicolor SA|Technicolor]], and [[ViXS Systems]].<ref name=HEVCOctober2012K0109>{{cite news |title=On a 10-bit consumer-oriented profile in High Efficiency Video Coding (HEVC) |author=Alberto Dueñas |author2=Adam Malamy |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=6479 |date=2012-10-18 |accessdate=2012-11-03}}</ref>
In a PSNR based performance comparison released in April 2013 the Main 10 profile was compared to the Main profile using a set of 3840×2160 10-bit video sequences. The 10-bit video sequences were converted to 8 bits for the Main profile and remained at 10 bits for the Main 10 profile. The reference PSNR was based on the original 10-bit video sequences. In the performance comparison the Main 10 profile provided a 5% bit rate reduction for [[inter frame]] video coding compared to the Main profile. The performance comparison states that for the tested video sequences the Main 10 profile outperformed the Main profile.<ref name=HEVCApril2013M0166>{{cite news |title=Comparison of Compression Performance of HEVC Draft 10 with AVC for UHD-1 material |author=Pierre Andrivon |author2=Marco Arena |author3=Philippe Salmon |author4=Philippe Bordes |author5=Paola Sunna |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=7417 |date=2013-04-08 |access-date=2013-04-28}}</ref>


====Main Still Picture====
====Main Still Picture====
Line 439: Line 569:
|}
|}


The Main Still Picture profile allows for a single still picture to be encoded with the same constraints as the Main profile. As a subset of the Main profile the Main Still Picture profile allows for a bit depth of 8-bits per sample with 4:2:0 chroma sampling.{{sfn|Sullivan|2012}}{{sfn|ITU|2015}}<ref name=HEVCApril2013EricssonPDF/> An objective performance comparison was done in April 2012 in which HEVC reduced the average bit rate for images by 56% compared to [[JPEG]].<ref name=HEVCApril2012I0461>{{cite news |title=On HEVC still picture coding performance |author=Jani Lainema |author2=Kemal Ugur |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=5721 |date=2012-04-20 |accessdate=2013-01-22}}</ref> A [[Peak signal-to-noise ratio|PSNR]] based performance comparison for still image compression was done in May 2012 using the HEVC HM 6.0 encoder and the reference software encoders for the other standards. For still images HEVC reduced the average bit rate by 15.8% compared to H.264/MPEG-4 AVC, 22.6% compared to [[JPEG 2000]], 30.0% compared to [[JPEG XR]], 31.0% compared to [[WebP]], and 43.0% compared to JPEG.<ref name=HEVCMay2012I0595>{{cite news |title=Performance Comparison of HM 6.0 with Existing Still Image Compression Schemes Using a Test Set of Popular Still Images |author=T. Nguyen |author2=D. Marpe |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=5871 |date=2012-05-03 |accessdate=2012-12-31}}</ref>
The Main Still Picture ({{code|MainStillPicture}}) profile allows for a single still picture to be encoded with the same constraints as the Main profile. As a subset of the Main profile the Main Still Picture profile allows for a bit depth of 8 bits per sample with 4:2:0 chroma sampling.{{sfn|Sullivan|2012}}{{sfn|ITU|2015}}<ref name=HEVCApril2013EricssonPDF/> An objective performance comparison was done in April 2012 in which HEVC reduced the average bit rate for images by 56% compared to [[JPEG]].<ref name=HEVCApril2012I0461>{{cite news |title=On HEVC still picture coding performance |author=Jani Lainema |author2=Kemal Ugur |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=5721 |date=2012-04-20 |access-date=2013-01-22}}</ref> A [[Peak signal-to-noise ratio|PSNR]] based performance comparison for still image compression was done in May 2012 using the HEVC HM 6.0 encoder and the reference software encoders for the other standards. For still images HEVC reduced the average bit rate by 15.8% compared to H.264/MPEG-4 AVC, 22.6% compared to [[JPEG 2000]], 30.0% compared to [[JPEG XR]], 31.0% compared to [[WebP]], and 43.0% compared to JPEG.<ref name=HEVCMay2012I0595>{{cite news |title=Performance Comparison of HM 6.0 with Existing Still Image Compression Schemes Using a Test Set of Popular Still Images |author=T. Nguyen |author2=D. Marpe |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=5871 |date=2012-05-03 |access-date=2012-12-31}}</ref>


A performance comparison for still image compression was done in January 2013 using the HEVC HM 8.0rc2 encoder, Kakadu version 6.0 for JPEG 2000, and IJG version 6b for JPEG. The performance comparison used PSNR for the objective assessment and [[mean opinion score]] (MOS) values for the subjective assessment. The subjective assessment used the same test methodology and images as those used by the JPEG committee when it evaluated JPEG XR. For 4:2:0 chroma sampled images the average bit rate reduction for HEVC compared to JPEG 2000 was 20.26% for PSNR and 30.96% for MOS while compared to JPEG it was 61.63% for PSNR and 43.10% for MOS.<ref name=HEVCJanuary2013L0380>{{cite news |title=AhG4: Subjective evaluation of HEVC intra coding for still image compression |author=Philippe Hanhart |author2=Martin Rerabek |author3=Pavel Korshunov |author4=Touradj Ebrahimi |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=7167 |date=2013-01-09 |accessdate=2013-01-11}}</ref>
A performance comparison for still image compression was done in January 2013 using the HEVC HM 8.0rc2 encoder, Kakadu version 6.0 for JPEG 2000, and IJG version 6b for JPEG. The performance comparison used PSNR for the objective assessment and [[mean opinion score]] (MOS) values for the subjective assessment. The subjective assessment used the same test methodology and images as those used by the JPEG committee when it evaluated JPEG XR. For 4:2:0 chroma sampled images the average bit rate reduction for HEVC compared to JPEG 2000 was 20.26% for PSNR and 30.96% for MOS while compared to JPEG it was 61.63% for PSNR and 43.10% for MOS.<ref name=HEVCJanuary2013L0380>{{cite news |title=AhG4: Subjective evaluation of HEVC intra coding for still image compression |author=Philippe Hanhart |author2=Martin Rerabek |author3=Pavel Korshunov |author4=Touradj Ebrahimi |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=7167 |date=2013-01-09 |access-date=2013-01-11}}</ref>


A PSNR based HEVC performance comparison for still image compression was done in April 2013 by [[Nokia]]. HEVC has a larger performance improvement for higher resolution images than lower resolution images and a larger performance improvement for lower bit rates than higher bit rates. For [[lossy compression]] to get the same PSNR as HEVC took on average 1.4× more bits with JPEG 2000, 1.6× more bits with JPEG-XR, and 2.3× more bits with JPEG.<ref name=HEVCApril2013M0041>{{cite news |title=Updated results on HEVC still picture coding performance |author=Kemal Ugur |author2=Jani Lainema |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=7292 |date=2013-04-04 |accessdate=2013-04-04}}</ref>
A PSNR based HEVC performance comparison for still image compression was done in April 2013 by [[Nokia]]. HEVC has a larger performance improvement for higher resolution images than lower resolution images and a larger performance improvement for lower bit rates than higher bit rates. For [[lossy compression]] to get the same PSNR as HEVC took on average 1.4× more bits with JPEG 2000, 1.6× more bits with JPEG-XR, and 2.3× more bits with JPEG.<ref name=HEVCApril2013M0041>{{cite news |title=Updated results on HEVC still picture coding performance |author=Kemal Ugur |author2=Jani Lainema |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=7292 |date=2013-04-04 |access-date=2013-04-04}}</ref>


A compression efficiency study of HEVC, JPEG, JPEG XR, and WebP was done in October 2013 by [[Mozilla]]. The study showed that HEVC was significantly better at compression than the other image formats that were tested. Four different methods for comparing image quality were used in the study which were Y-SSIM, RGB-SSIM, IW-SSIM, and PSNR-HVS-M.<ref name=ArticleHEVCOctober2013Mozilla>{{cite news |title=Studying Lossy Image Compression Efficiency |publisher=[[Mozilla]] |url=http://blog.mozilla.org/research/2013/10/17/studying-lossy-image-compression-efficiency/ |date=2013-10-17 |accessdate=2013-10-19}}</ref><ref name=ImageStudyHEVCOctober2013Mozilla>{{cite news |title=Lossy Compressed Image Formats Study |publisher=Mozilla |url=http://people.mozilla.org/~josh/lossy_compressed_image_study_october_2013/ |date=2013-10-17 |accessdate=2013-10-19 |deadurl=yes |archiveurl=https://web.archive.org/web/20131020023304/http://people.mozilla.org/~josh/lossy_compressed_image_study_october_2013/ |archivedate=October 20, 2013 |df=mdy-all }}</ref>
A compression efficiency study of HEVC, JPEG, JPEG XR, and WebP was done in October 2013 by [[Mozilla]]. The study showed that HEVC was significantly better at compression than the other image formats that were tested. Four different methods for comparing image quality were used in the study which were Y-SSIM, RGB-SSIM, IW-SSIM, and PSNR-HVS-M.<ref name=ArticleHEVCOctober2013Mozilla>{{cite news |title=Studying Lossy Image Compression Efficiency |publisher=[[Mozilla]] |url=https://blog.mozilla.org/research/2013/10/17/studying-lossy-image-compression-efficiency/ |date=2013-10-17 |access-date=2013-10-19}}</ref><ref name=ImageStudyHEVCOctober2013Mozilla>{{cite news |title=Lossy Compressed Image Formats Study |publisher=Mozilla |url=https://people.mozilla.org/~josh/lossy_compressed_image_study_october_2013/ |date=2013-10-17 |access-date=2013-10-19 |url-status=dead |archive-url=https://web.archive.org/web/20131020023304/http://people.mozilla.org/~josh/lossy_compressed_image_study_october_2013/ |archive-date=October 20, 2013 |df=mdy-all }}</ref>


===Version 2 profiles===
===Version 2 profiles===
Version 2 of HEVC adds 21 range extensions profiles, two scalable extensions profiles, and one multi-view profile: '''Monochrome''', '''Monochrome 12''', '''Monochrome 16''', '''Main 12''', '''Main 4:2:2 10''', '''Main 4:2:2 12''', '''Main 4:4:4''', '''Main 4:4:4 10''', '''Main 4:4:4 12''', '''Monochrome 12 Intra''', '''Monochrome 16 Intra''', '''Main 12 Intra''', '''Main 4:2:2 10 Intra''', '''Main 4:2:2 12 Intra''', '''Main 4:4:4 Intra''', '''Main 4:4:4 10 Intra''', '''Main 4:4:4 12 Intra''', '''Main 4:4:4 16 Intra''', '''Main 4:4:4 Still Picture''', '''Main 4:4:4 16 Still Picture''', '''High Throughput 4:4:4 16 Intra''', '''Scalable Main''', '''Scalable Main 10''', and '''Multiview Main'''.{{sfn|ITU|2015}}<ref name=HEVCJuly2014R1008>{{cite news |title=HEVC Scalable Extensions (SHVC) Draft Text 7 (separated text) |author=Jianle Chen |author2=Jill Boyce |author3=Yan Ye |author4=Miska M. Hannuksela |author5=Gary J. Sullivan |author6=Ye-kui Wang |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9465 |date=2014-07-10 |accessdate=2014-07-13}}</ref> All of the [[inter frame]] range extensions profiles have an Intra profile.{{sfn|ITU|2015}}
Version 2 of HEVC adds 21 range extensions profiles, two scalable extensions profiles, and one multi-view profile: '''Monochrome''', '''Monochrome 12''', '''Monochrome 16''', '''Main 12''', '''Main 4:2:2 10''', '''Main 4:2:2 12''', '''Main 4:4:4''', '''Main 4:4:4 10''', '''Main 4:4:4 12''', '''Monochrome 12 Intra''', '''Monochrome 16 Intra''', '''Main 12 Intra''', '''Main 4:2:2 10 Intra''', '''Main 4:2:2 12 Intra''', '''Main 4:4:4 Intra''', '''Main 4:4:4 10 Intra''', '''Main 4:4:4 12 Intra''', '''Main 4:4:4 16 Intra''', '''Main 4:4:4 Still Picture''', '''Main 4:4:4 16 Still Picture''', '''High Throughput 4:4:4 16 Intra''', '''Scalable Main''', '''Scalable Main 10''', and '''Multiview Main'''.{{sfn|ITU|2015}}<ref name=HEVCJuly2014R1008>{{cite news |title=HEVC Scalable Extensions (SHVC) Draft Text 7 (separated text) |author=Jianle Chen |author2=Jill Boyce|author2-link=Jill Boyce |author3=Yan Ye |author4=Miska M. Hannuksela |author5=Gary J. Sullivan |author6=Ye-kui Wang |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9465 |date=2014-07-10 |access-date=2014-07-13}}</ref> All of the [[inter frame]] range extensions profiles have an Intra profile.{{sfn|ITU|2015}}


;Monochrome
;Monochrome
The Monochrome profile allows for a bit depth of 8-bits per sample with support for 4:0:0 chroma sampling.{{sfn|ITU|2015}}
:The Monochrome profile allows for a bit depth of 8 bits per sample with support for 4:0:0 chroma sampling.{{sfn|ITU|2015}}

;Monochrome 12
;Monochrome 12
The Monochrome 12 profile allows for a bit depth of 8-bits to 12-bits per sample with support for 4:0:0 chroma sampling.{{sfn|ITU|2015}}
:The Monochrome 12 profile allows for a bit depth of 8 bits to 12 bits per sample with support for 4:0:0 chroma sampling.{{sfn|ITU|2015}}

;Monochrome 16
;Monochrome 16
The Monochrome 16 profile allows for a bit depth of 8-bits to 16-bits per sample with support for 4:0:0 chroma sampling. HEVC decoders that conform to the Monochrome 16 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Monochrome 12, and Monochrome 16.{{sfn|ITU|2015}}
:The Monochrome 16 profile allows for a bit depth of 8 bits to 16 bits per sample with support for 4:0:0 chroma sampling. HEVC decoders that conform to the Monochrome 16 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Monochrome 12, and Monochrome 16.{{sfn|ITU|2015}}

;Main 12
;Main 12
The Main 12 profile allows for a bit depth of 8-bits to 12-bits per sample with support for 4:0:0 and 4:2:0 chroma sampling. HEVC decoders that conform to the Main 12 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Monochrome 12, Main, Main 10, and Main 12.{{sfn|ITU|2015}}
:The Main 12 profile allows for a bit depth of 8 bits to 12 bits per sample with support for 4:0:0 and 4:2:0 chroma sampling. HEVC decoders that conform to the Main 12 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Monochrome 12, Main, Main 10, and Main 12.{{sfn|ITU|2015}}

;Main 4{{!:}}2{{!:}}2 10
;Main 4{{!:}}2{{!:}}2 10
The Main 4:2:2 10 profile allows for a bit depth of 8-bits to 10-bits per sample with support for 4:0:0, 4:2:0, and 4:2:2 chroma sampling. HEVC decoders that conform to the Main 4:2:2 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, and Main 4:2:2 10.{{sfn|ITU|2015}}
:The Main 4:2:2 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, and 4:2:2 chroma sampling. HEVC decoders that conform to the Main 4:2:2 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, and Main 4:2:2 10.{{sfn|ITU|2015}}

;Main 4{{!:}}2{{!:}}2 12
;Main 4{{!:}}2{{!:}}2 12
The Main 4:2:2 12 profile allows for a bit depth of 8-bits to 12-bits per sample with support for 4:0:0, 4:2:0, and 4:2:2 chroma sampling. HEVC decoders that conform to the Main 4:2:2 12 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Monochrome 12, Main, Main 10, Main 12, Main 4:2:2 10, and Main 4:2:2 12.{{sfn|ITU|2015}}
:The Main 4:2:2 12 profile allows for a bit depth of 8 bits to 12 bits per sample with support for 4:0:0, 4:2:0, and 4:2:2 chroma sampling. HEVC decoders that conform to the Main 4:2:2 12 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Monochrome 12, Main, Main 10, Main 12, Main 4:2:2 10, and Main 4:2:2 12.{{sfn|ITU|2015}}

;Main 4{{!:}}4{{!:}}4
;Main 4{{!:}}4{{!:}}4
The Main 4:4:4 profile allows for a bit depth of 8-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, and Main 4:4:4.{{sfn|ITU|2015}}
:The Main 4:4:4 profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, and Main 4:4:4.{{sfn|ITU|2015}}

;Main 4{{!:}}4{{!:}}4 10
;Main 4{{!:}}4{{!:}}4 10
The Main 4:4:4 10 profile allows for a bit depth of 8-bits to 10-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, and Main 4:4:4 10.{{sfn|ITU|2015}}
:The Main 4:4:4 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, and Main 4:4:4 10.{{sfn|ITU|2015}}

;Main 4{{!:}}4{{!:}}4 12
;Main 4{{!:}}4{{!:}}4 12
The Main 4:4:4 12 profile allows for a bit depth of 8-bits to 12-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 12 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 12, Main 4:2:2 10, Main 4:2:2 12, Main 4:4:4, Main 4:4:4 10, Main 4:4:4 12, and Monochrome 12.{{sfn|ITU|2015}}
:The Main 4:4:4 12 profile allows for a bit depth of 8 bits to 12 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 12 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 12, Main 4:2:2 10, Main 4:2:2 12, Main 4:4:4, Main 4:4:4 10, Main 4:4:4 12, and Monochrome 12.{{sfn|ITU|2015}}

;Main 4{{!:}}4{{!:}}4 16 Intra
;Main 4{{!:}}4{{!:}}4 16 Intra
The Main 4:4:4 16 Intra profile allows for a bit depth of 8-bits to 16-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 16 Intra profile must be capable of decoding bitstreams made with the following profiles: Monochrome Intra, Monochrome 12 Intra, Monochrome 16 Intra, Main Intra, Main 10 Intra, Main 12 Intra, Main 4:2:2 10 Intra, Main 4:2:2 12 Intra, Main 4:4:4 Intra, Main 4:4:4 10 Intra, and Main 4:4:4 12 Intra.{{sfn|ITU|2015}}
:The Main 4:4:4 16 Intra profile allows for a bit depth of 8 bits to 16 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 16 Intra profile must be capable of decoding bitstreams made with the following profiles: Monochrome Intra, Monochrome 12 Intra, Monochrome 16 Intra, Main Intra, Main 10 Intra, Main 12 Intra, Main 4:2:2 10 Intra, Main 4:2:2 12 Intra, Main 4:4:4 Intra, Main 4:4:4 10 Intra, and Main 4:4:4 12 Intra.{{sfn|ITU|2015}}

;High Throughput 4{{!:}}4{{!:}}4 16 Intra
;High Throughput 4{{!:}}4{{!:}}4 16 Intra
The High Throughput 4:4:4 16 Intra profile allows for a bit depth of 8-bits to 16-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 16 Intra profile has an HbrFactor 12 times higher than other HEVC profiles allowing it to have a maximum bit rate 12 times higher than the Main 4:4:4 16 Intra profile.{{sfn|ITU|2015}}<ref name=HEVCJuly2014R0128>{{cite news |title=High 4:4:4 16 Intra profile specification |author=K. Sharman |author2=N. Saunders |author3=J. Gamei |author4=T. Suzuki |author5=A. Tabatabai |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9198 |date=2014-06-20 |accessdate=2014-07-13}}</ref> The High Throughput 4:4:4 16 Intra profile is designed for high end professional content creation and decoders for this profile are not required to support other profiles.<ref name=HEVCJuly2014R0128/>
:The High Throughput 4:4:4 16 Intra profile allows for a bit depth of 8 bits to 16 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 16 Intra profile has an {{code|HbrFactor}} 12 times higher than other HEVC profiles, allowing it to have a maximum bit rate 12 times higher than the Main 4:4:4 16 Intra profile.{{sfn|ITU|2015}}<ref name=HEVCJuly2014R0128>{{cite news |title=High 4:4:4 16 Intra profile specification |author=K. Sharman |author2=N. Saunders |author3=J. Gamei |author4=T. Suzuki |author5=A. Tabatabai |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9198 |date=2014-06-20 |access-date=2014-07-13}}</ref> The High Throughput 4:4:4 16 Intra profile is designed for high end professional content creation and decoders for this profile are not required to support other profiles.<ref name=HEVCJuly2014R0128/>

;Main 4{{!:}}4{{!:}}4 Still Picture
;Main 4{{!:}}4{{!:}}4 Still Picture
The Main 4:4:4 Still Picture profile allows for a single still picture to be encoded with the same constraints as the Main 4:4:4 profile. As a [[subset]] of the Main 4:4:4 profile the Main 4:4:4 Still Picture profile allows for a bit depth of 8-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling.{{sfn|ITU|2015}}
:The Main 4:4:4 Still Picture profile allows for a single still picture to be encoded with the same constraints as the Main 4:4:4 profile. As a [[subset]] of the Main 4:4:4 profile, the Main 4:4:4 Still Picture profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling.{{sfn|ITU|2015}}

;Main 4{{!:}}4{{!:}}4 16 Still Picture
;Main 4{{!:}}4{{!:}}4 16 Still Picture
{{see also|Better Portable Graphics}}
:{{see also|Better Portable Graphics}}
The Main 4:4:4 16 Still Picture profile allows for a single still picture to be encoded with the same constraints as the Main 4:4:4 16 Intra profile. As a [[subset]] of the Main 4:4:4 16 Intra profile the Main 4:4:4 16 Still Picture profile allows for a bit depth of 8-bits to 16-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling.{{sfn|ITU|2015}}
:The Main 4:4:4 16 Still Picture profile allows for a single still picture to be encoded with the same constraints as the Main 4:4:4 16 Intra profile. As a [[subset]] of the Main 4:4:4 16 Intra profile, the Main 4:4:4 16 Still Picture profile allows for a bit depth of 8 bits to 16 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling.{{sfn|ITU|2015}}

;Scalable Main
;Scalable Main
The Scalable Main profile allows for a base layer that conforms to the Main profile of HEVC.{{sfn|ITU|2015}}
:The Scalable Main profile allows for a base layer that conforms to the Main profile of HEVC.{{sfn|ITU|2015}}

;Scalable Main 10
;Scalable Main 10
The Scalable Main 10 profile allows for a base layer that conforms to the Main 10 profile of HEVC.{{sfn|ITU|2015}}
:The Scalable Main 10 profile allows for a base layer that conforms to the Main 10 profile of HEVC.{{sfn|ITU|2015}}

;Multiview Main
;Multiview Main
The Multiview Main profile allows for a base layer that conforms to the Main profile of HEVC.{{sfn|ITU|2015}}
:The Multiview Main profile allows for a base layer that conforms to the Main profile of HEVC.{{sfn|ITU|2015}}


===Version 3 and higher profiles===
===Version 3 and higher profiles===
{{cleanup section|reason=Description length is getting a little out of hand. Try saying "this profile" and "following profiles, in addition to those mandatory for $PROFILE".|date=November 2023|talksection=Profile mumble}}
Version 3 of HEVC added one 3D profile: '''3D Main'''. The February 2016 draft of the screen content coding extensions added seven screen content coding extensions profiles, three high throughput extensions profiles, and four scalable extensions profiles: '''Screen-Extended Main''', '''Screen-Extended Main 10''', '''Screen-Extended Main 4:4:4''', '''Screen-Extended Main 4:4:4 10''', '''Screen-Extended High Throughput 4:4:4''', '''Screen-Extended High Throughput 4:4:4 10''', '''Screen-Extended High Throughput 4:4:4 14''', '''High Throughput 4:4:4''', '''High Throughput 4:4:4 10''', '''High Throughput 4:4:4 14''', '''Scalable Monochrome''', '''Scalable Monochrome 12''', '''Scalable Monochrome 16''', and '''Scalable Main 4:4:4'''.{{sfn|ITU|2015}}<ref name=HEVCFebruary2016W1005>{{cite news |title=HEVC Screen Content Coding Draft Text 6 |author=Rajan Joshi |author2=Shan Liu |author3=Gary Sullivan |author4=Gerhard Tech |author5=Ye-Kui Wang |author6=Jizheng Xu |author7=Yan Ye |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10481 |date=2016-03-24 |accessdate=2016-03-26}}</ref>
Version 3 of HEVC added one 3D profile: '''3D Main'''. The February 2016 draft of the screen content coding extensions added seven screen content coding extensions profiles, three high throughput extensions profiles, and four scalable extensions profiles: '''Screen-Extended Main''', '''Screen-Extended Main 10''', '''Screen-Extended Main 4:4:4''', '''Screen-Extended Main 4:4:4 10''', '''Screen-Extended High Throughput 4:4:4''', '''Screen-Extended High Throughput 4:4:4 10''', '''Screen-Extended High Throughput 4:4:4 14''', '''High Throughput 4:4:4''', '''High Throughput 4:4:4 10''', '''High Throughput 4:4:4 14''', '''Scalable Monochrome''', '''Scalable Monochrome 12''', '''Scalable Monochrome 16''', and '''Scalable Main 4:4:4'''.{{sfn|ITU|2015}}<ref name=HEVCFebruary2016W1005>{{cite news |title=HEVC Screen Content Coding Draft Text 6 |author=Rajan Joshi |author2=Shan Liu |author3=Gary Sullivan |author4=Gerhard Tech |author5=Ye-Kui Wang |author6=Jizheng Xu |author7=Yan Ye |publisher=JCT-VC |url=http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10481 |date=2016-03-24 |access-date=2016-03-26}}</ref>
;3D Main
;3D Main
The 3D Main profile allows for a base layer that conforms to the Main profile of HEVC.{{sfn|ITU|2015}}
:The 3D Main profile allows for a base layer that conforms to the Main profile of HEVC.{{sfn|ITU|2015}}

;Screen-Extended Main
;Screen-Extended Main
The Screen-Extended Main profile allows for a bit depth of 8-bits per sample with support for 4:0:0 and 4:2:0 chroma sampling. HEVC decoders that conform to the Screen-Extended Main profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, and Screen-Extended Main.<ref name=HEVCFebruary2016W1005/>
:The Screen-Extended Main profile allows for a bit depth of 8 bits per sample with support for 4:0:0 and 4:2:0 chroma sampling. HEVC decoders that conform to the Screen-Extended Main profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, and Screen-Extended Main.<ref name=HEVCFebruary2016W1005/>

;Screen-Extended Main 10
;Screen-Extended Main 10
The Screen-Extended Main 10 profile allows for a bit depth of 8-bits to 10-bits per sample with support for 4:0:0 and 4:2:0 chroma sampling. HEVC decoders that conform to the Screen-Extended Main 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Screen-Extended Main, and Screen-Extended Main 10.<ref name=HEVCFebruary2016W1005/>
:The Screen-Extended Main 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0 and 4:2:0 chroma sampling. HEVC decoders that conform to the Screen-Extended Main 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Screen-Extended Main, and Screen-Extended Main 10.<ref name=HEVCFebruary2016W1005/>

;Screen-Extended Main 4{{!:}}4{{!:}}4
;Screen-Extended Main 4{{!:}}4{{!:}}4
The Screen-Extended Main 4:4:4 profile allows for a bit depth of 8-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Screen-Extended Main 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 4:4:4, Screen-Extended Main, and Screen-Extended Main 4:4:4.<ref name=HEVCFebruary2016W1005/>
:The Screen-Extended Main 4:4:4 profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Screen-Extended Main 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 4:4:4, Screen-Extended Main, and Screen-Extended Main 4:4:4.<ref name=HEVCFebruary2016W1005/>

;Screen-Extended Main 4{{!:}}4{{!:}}4 10
;Screen-Extended Main 4{{!:}}4{{!:}}4 10
The Screen-Extended Main 4:4:4 10 profile allows for a bit depth of 8-bits to 10-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Screen-Extended Main 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, Main 4:4:4 10, Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, and Screen-Extended Main 4:4:4 10.<ref name=HEVCFebruary2016W1005/>
:The Screen-Extended Main 4:4:4 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Screen-Extended Main 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, Main 4:4:4 10, Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, and Screen-Extended Main 4:4:4 10.<ref name=HEVCFebruary2016W1005/>

;Screen-Extended High Throughput 4{{!:}}4{{!:}}4
;Screen-Extended High Throughput 4{{!:}}4{{!:}}4
The Screen-Extended High Throughput 4:4:4 profile allows for a bit depth of 8-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The Screen-Extended High Throughput 4:4:4 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 profile. HEVC decoders that conform to the Screen-Extended High Throughput 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 4:4:4, Screen-Extended Main, Screen-Extended Main 4:4:4, Screen-Extended High Throughput 4:4:4, and High Throughput 4:4:4.<ref name=HEVCFebruary2016W1005/>
:The Screen-Extended High Throughput 4:4:4 profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The Screen-Extended High Throughput 4:4:4 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 profile. HEVC decoders that conform to the Screen-Extended High Throughput 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 4:4:4, Screen-Extended Main, Screen-Extended Main 4:4:4, Screen-Extended High Throughput 4:4:4, and High Throughput 4:4:4.<ref name=HEVCFebruary2016W1005/>

;Screen-Extended High Throughput 4{{!:}}4{{!:}}4 10
;Screen-Extended High Throughput 4{{!:}}4{{!:}}4 10
The Screen-Extended High Throughput 4:4:4 10 profile allows for a bit depth of 8-bits to 10-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The Screen-Extended High Throughput 4:4:4 10 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 10 profile. HEVC decoders that conform to the Screen-Extended High Throughput 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, Main 4:4:4 10, Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, Screen-Extended Main 4:4:4 10, Screen-Extended High Throughput 4:4:4, Screen-Extended High Throughput 4:4:4 10, High Throughput 4:4:4, and High Throughput 4:4:4.<ref name=HEVCFebruary2016W1005/>
:The Screen-Extended High Throughput 4:4:4 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The Screen-Extended High Throughput 4:4:4 10 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 10 profile. HEVC decoders that conform to the Screen-Extended High Throughput 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, Main 4:4:4 10, Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, Screen-Extended Main 4:4:4 10, Screen-Extended High Throughput 4:4:4, Screen-Extended High Throughput 4:4:4 10, High Throughput 4:4:4, and High Throughput 4:4:4.<ref name=HEVCFebruary2016W1005/>

;Screen-Extended High Throughput 4{{!:}}4{{!:}}4 14
;Screen-Extended High Throughput 4{{!:}}4{{!:}}4 14
The Screen-Extended High Throughput 4:4:4 14 profile allows for a bit depth of 8-bits to 14-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The Screen-Extended High Throughput 4:4:4 14 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles. HEVC decoders that conform to the Screen-Extended High Throughput 4:4:4 14 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, Main 4:4:4 10, Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, Screen-Extended Main 4:4:4 10, Screen-Extended High Throughput 4:4:4, Screen-Extended High Throughput 4:4:4 10, Screen-Extended High Throughput 4:4:4 14, High Throughput 4:4:4, High Throughput 4:4:4 10, and High Throughput 4:4:4 14.<ref name=HEVCFebruary2016W1005/>
:The Screen-Extended High Throughput 4:4:4 14 profile allows for a bit depth of 8 bits to 14 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The Screen-Extended High Throughput 4:4:4 14 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles. HEVC decoders that conform to the Screen-Extended High Throughput 4:4:4 14 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, Main 4:4:4 10, Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, Screen-Extended Main 4:4:4 10, Screen-Extended High Throughput 4:4:4, Screen-Extended High Throughput 4:4:4 10, Screen-Extended High Throughput 4:4:4 14, High Throughput 4:4:4, High Throughput 4:4:4 10, and High Throughput 4:4:4 14.<ref name=HEVCFebruary2016W1005/>

;High Throughput 4{{!:}}4{{!:}}4
;High Throughput 4{{!:}}4{{!:}}4
The High Throughput 4:4:4 profile allows for a bit depth of 8-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 profile. HEVC decoders that conform to the High Throughput 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: High Throughput 4:4:4.<ref name=HEVCFebruary2016W1005/>
:The High Throughput 4:4:4 profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 profile. HEVC decoders that conform to the High Throughput 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: High Throughput 4:4:4.<ref name=HEVCFebruary2016W1005/>

;High Throughput 4{{!:}}4{{!:}}4 10
;High Throughput 4{{!:}}4{{!:}}4 10
The High Throughput 4:4:4 10 profile allows for a bit depth of 8-bits to 10-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 10 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 10 profile. HEVC decoders that conform to the High Throughput 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: High Throughput 4:4:4 and High Throughput 4:4:4 10.<ref name=HEVCFebruary2016W1005/>
:The High Throughput 4:4:4 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 10 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 10 profile. HEVC decoders that conform to the High Throughput 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: High Throughput 4:4:4 and High Throughput 4:4:4 10.<ref name=HEVCFebruary2016W1005/>

;High Throughput 4{{!:}}4{{!:}}4 14
;High Throughput 4{{!:}}4{{!:}}4 14
The High Throughput 4:4:4 14 profile allows for a bit depth of 8-bits to 14-bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 14 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles. HEVC decoders that conform to the High Throughput 4:4:4 14 profile must be capable of decoding bitstreams made with the following profiles: High Throughput 4:4:4, High Throughput 4:4:4 10, and High Throughput 4:4:4 14.<ref name=HEVCFebruary2016W1005/>
:The High Throughput 4:4:4 14 profile allows for a bit depth of 8 bits to 14 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 14 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles. HEVC decoders that conform to the High Throughput 4:4:4 14 profile must be capable of decoding bitstreams made with the following profiles: High Throughput 4:4:4, High Throughput 4:4:4 10, and High Throughput 4:4:4 14.<ref name=HEVCFebruary2016W1005/>

;Scalable Monochrome
;Scalable Monochrome
The Scalable Monochrome profile allows for a base layer that conforms to the Monochrome profile of HEVC.<ref name=HEVCFebruary2016W1005/>
:The Scalable Monochrome profile allows for a base layer that conforms to the Monochrome profile of HEVC.<ref name=HEVCFebruary2016W1005/>

;Scalable Monochrome 12
;Scalable Monochrome 12
The Scalable Monochrome 12 profile allows for a base layer that conforms to the Monochrome 12 profile of HEVC.<ref name=HEVCFebruary2016W1005/>
:The Scalable Monochrome 12 profile allows for a base layer that conforms to the Monochrome 12 profile of HEVC.<ref name=HEVCFebruary2016W1005/>

;Scalable Monochrome 16
;Scalable Monochrome 16
The Scalable Monochrome 16 profile allows for a base layer that conforms to the Monochrome 16 profile of HEVC.<ref name=HEVCFebruary2016W1005/>
:The Scalable Monochrome 16 profile allows for a base layer that conforms to the Monochrome 16 profile of HEVC.<ref name=HEVCFebruary2016W1005/>

;Scalable Main 4{{!:}}4{{!:}}4
;Scalable Main 4{{!:}}4{{!:}}4
The Scalable Main 4:4:4 profile allows for a base layer that conforms to the Main 4:4:4 profile of HEVC.<ref name=HEVCFebruary2016W1005/>
:The Scalable Main 4:4:4 profile allows for a base layer that conforms to the Main 4:4:4 profile of HEVC.<ref name=HEVCFebruary2016W1005/>


==Tiers and levels==
==Tiers and levels==
{{Main article|High Efficiency Video Coding tiers and levels}}
{{Main|High Efficiency Video Coding tiers and levels}}


The HEVC standard defines two tiers, '''Main''' and '''High''', and thirteen levels. A level is a set of constraints for a bitstream. For levels below level 4 only the Main tier is allowed. The Main tier is a lower tier than the High tier. The tiers were made to deal with applications that differ in terms of their maximum bit rate. The Main tier was designed for most applications while the High tier was designed for very demanding applications. A decoder that conforms to a given tier/level is required to be capable of decoding all bitstreams that are encoded for that tier/level and for all lower tiers/levels.{{sfn|Sullivan|2012}}{{sfn|ITU|2015}}
The HEVC standard defines two tiers, Main and High, and thirteen levels. A level is a set of constraints for a bitstream. For levels below level 4 only the Main tier is allowed. The Main tier is a lower tier than the High tier. The tiers were made to deal with applications that differ in terms of their maximum bit rate. The Main tier was designed for most applications while the High tier was designed for very demanding applications. A decoder that conforms to a given tier/level is required to be capable of decoding all bitstreams that are encoded for that tier/level and for all lower tiers/levels.{{sfn|Sullivan|2012}}{{sfn|ITU|2015}}
<!-- Please don't change the default state of the table to collapsed using the mw-collapsed option since that causes problems with some web browsers such as making the customtoggle in the table not work when the page is refreshed or revisited. -->
<!-- Please don't change the default state of the table to collapsed using the mw-collapsed option since that causes problems with some web browsers such as making the customtoggle in the table not work when the page is refreshed or revisited. -->
{| class="wikitable" cellpadding="1" cellspacing="1" style="text-align:right; "
{| class="wikitable" style="text-align:right; "
|+ Tiers and levels with maximum property values{{sfn|ITU|2015}}
|+ Tiers and levels with maximum property values{{sfn|ITU|2015}}
|-
|-
Line 568: Line 670:
| 128
| 128
| –
| –
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 128×96@33.7 (6) </div> 176×144@15.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 128×96@33.7 (6) </div> 176×144@15 (6)
|-
|-
! 2
! 2
Line 575: Line 677:
| 1,500
| 1,500
| –
| –
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 176×144@100.0 (16) </div> 352×288@30.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 176×144@100 (16) </div> 352×288@30 (6)
|-
|-
! 2.1
! 2.1
Line 582: Line 684:
| 3,000
| 3,000
| –
| –
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 352×288@60.0 (12) </div> 640×360@30.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 352×288@60 (12) </div> 640×360@30 (6)
|-
|-
! 3
! 3
Line 589: Line 691:
| 6,000
| 6,000
| –
| –
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 640×360@67.5 (12) <br> 720×576@37.5 (8) </div> 960×540@30.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 640×360@67.5 (12) <br> 720×576@37.5 (8) </div> 960×540@30 (6)
|-
|-
! 3.1
! 3.1
Line 596: Line 698:
| 10,000
| 10,000
| –
| –
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 720×576@75.0 (12) <br> 960×540@60.0 (8) </div> 1280×720@33.7 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 720×576@75 (12) <br> 960×540@60 (8) </div> 1280×720@33.7 (6)
|-
|-
! 4
! 4
Line 603: Line 705:
| 12,000
| 12,000
| 30,000
| 30,000
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,280×720@68.0 (12)<br> 1,920×1,080@32.0 (6) </div> 2,048×1,080@30.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,280×720@68 (12)<br> 1,920×1,080@32 (6) </div> 2,048×1,080@30.0 (6)
|-
|-
! 4.1
! 4.1
Line 609: Line 711:
| 20,000
| 20,000
| 50,000
| 50,000
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,280×720@136.0 (12)<br> 1,920×1,080@64.0 (6) </div> 2,048×1,080@60.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,280×720@136 (12)<br> 1,920×1,080@64 (6) </div> 2,048×1,080@60 (6)
|-
|-
! 5
! 5
Line 616: Line 718:
| 25,000
| 25,000
| 100,000
| 100,000
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,920×1,080@128.0 (16) <br> 3,840×2,160@32.0 (6) </div> 4,096×2,160@30.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,920×1,080@128 (16) <br> 3,840×2,160@32 (6) </div> 4,096×2,160@30 (6)
|-
|-
! 5.1
! 5.1
Line 622: Line 724:
| 40,000
| 40,000
| 160,000
| 160,000
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,920×1,080@256.0 (16) <br> 3,840×2,160@64.0 (6) </div> 4,096×2,160@60.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,920×1,080@256 (16) <br> 3,840×2,160@64 (6) </div> 4,096×2,160@60 (6)
|-
|-
! 5.2
! 5.2
Line 628: Line 730:
| 60,000
| 60,000
| 240,000
| 240,000
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,920×1,080@300.0 (16) <br> 3,840×2,160@128.0 (6) </div> 4,096×2,160@120.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 1,920×1,080@300 (16) <br> 3,840×2,160@128 (6) </div> 4,096×2,160@120 (6)
|-
|-
! 6
! 6
Line 635: Line 737:
| 60,000
| 60,000
| 240,000
| 240,000
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 3,840×2,160@128.0 (16) <br> 7,680×4,320@32.0 (6) </div> 8,192×4,320@30.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 3,840×2,160@128 (16) <br> 7,680×4,320@32 (6) </div> 8,192×4,320@30 (6)
|-
|-
! 6.1
! 6.1
Line 641: Line 743:
| 120,000
| 120,000
| 480,000
| 480,000
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 3,840×2,160@256.0 (16) <br> 7,680×4,320@64.0 (6) </div>8,192×4,320@60.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 3,840×2,160@256 (16) <br> 7,680×4,320@64 (6) </div>8,192×4,320@60 (6)
|-
|-
! 6.2
! 6.2
Line 647: Line 749:
| 240,000
| 240,000
| 800,000
| 800,000
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 3,840×2,160@300.0 (16) <br> 7,680×4,320@128.0 (6) </div> 8,192×4,320@120.0 (6)
| <div class="mw-collapsible" id="mw-customcollapsible-HEVC"> 3,840×2,160@300 (16) <br> 7,680×4,320@128 (6) </div> 8,192×4,320@120 (6)
|}
|}
:{{note label|MaxBitRate|A|A}} The maximum bit rate of the profile is based on the combination of bit depth, chroma sampling, and the type of profile. For bit depth the maximum bit rate increases by 1.5× for 12-bit profiles and 2× for 16-bit profiles. For chroma sampling the maximum bit rate increases by 1.5× for 4:2:2 profiles and 2× for 4:4:4 profiles. For the Intra profiles the maximum bit rate increases by 2×.{{sfn|ITU|2015}}
:{{note label|MaxBitRate|A|A}} The maximum bit rate of the profile is based on the combination of bit depth, chroma sampling, and the type of profile. For bit depth the maximum bit rate increases by 1.5× for 12-bit profiles and 2× for 16-bit profiles. For chroma sampling the maximum bit rate increases by 1.5× for 4:2:2 profiles and 2× for 4:4:4 profiles. For the Intra profiles the maximum bit rate increases by 2×.{{sfn|ITU|2015}}
Line 657: Line 759:


==Containers==
==Containers==
MPEG has published an amendment which added HEVC support to the [[MPEG transport stream]] used by [[Advanced Television Systems Committee standards|ATSC]], [[Digital Video Broadcasting|DVB]], and [[Blu-ray Disc]]; MPEG decided not to update the [[MPEG program stream]] used by [[DVD-Video]].<ref name=MPEGApril2013WorkPlan>{{cite news |title=Work plan and time line |publisher=MPEG |url=http://mpeg.chiariglione.org/docs/work-plan-and-time-line-0 |accessdate=2013-05-31}}</ref><ref name=HEVCApril2014Amd3MPEG2>{{cite news |title=ISO/IEC 13818-1:2013/Amd 3:2014 |publisher=[[International Organization for Standardization]] |url=http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=62129 |date=2014-04-10 |accessdate=2014-04-20}}</ref> MPEG has also added HEVC support to the [[ISO base media file format]].<ref name="HEVCJune2013ISO14496-15">{{cite news |title=ISO/IEC 14496-15:2014 |publisher=International Organization for Standardization |url=http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=65216 |date=2014-06-24 |accessdate=2014-06-28}}</ref><ref name=HEVCNovember2013DCOR1ISO>{{cite news |title=Text of ISO/IEC 14496-15:2013/DCOR 1 |publisher=MPEG |url=http://mpeg.chiariglione.org/standards/mpeg-4/avc-file-format/text-isoiec-14496-152013dcor-1 |date=2013-11-05 |accessdate=2013-12-14}}</ref> HEVC is also supported by the [[MPEG media transport]] standard.<ref name=MPEGApril2013WorkPlan/><ref name=MMTNovember2014>{{cite news |title=ISO/IEC 23008-1:2014 |publisher=International Organization for Standardization |url=http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=62835 |date=2014-05-23 |accessdate=2014-11-01}}</ref> Support for HEVC was added to [[Matroska]] starting with the release of [[MKVToolNix]] v6.8.0 after a patch from DivX was merged.<ref name=DivxHEVCMatroskaJune2013DivxMKV>{{cite news |title=DivX HEVC Support in MKV |publisher=DivX |url=http://labs.divx.com/node/127905 |accessdate=2013-06-05}}</ref><ref name=DivxHEVCMatroskaJune2013MKVToolNix>{{cite news |title=Using MKVToolNix |publisher=DivX |url=http://labs.divx.com/node/127907 |accessdate=2013-06-05}}</ref> A draft document has been submitted to the [[Internet Engineering Task Force]] which describes a method to add HEVC support to the [[Real-time Transport Protocol]].<ref name=HEVCJune2013RTP>{{cite news |title=RTP Payload Format for High Efficiency Video Coding |publisher=[[Internet Engineering Task Force]] |url=http://datatracker.ietf.org/doc/draft-ietf-payload-rtp-h265/ |date=2013-09-06 |accessdate=2013-12-15}}</ref>
MPEG has published an amendment which added HEVC support to the [[MPEG transport stream]] used by [[ATSC standards|ATSC]], [[DVB]], and [[Blu-ray Disc]]; MPEG decided not to update the [[MPEG program stream]] used by [[DVD-Video]].<ref name=MPEGApril2013WorkPlan>{{cite news |title=Work plan and time line |publisher=MPEG |url=http://mpeg.chiariglione.org/docs/work-plan-and-time-line-0 |access-date=2013-05-31}}</ref><ref name=HEVCApril2014Amd3MPEG2>{{cite news |title=ISO/IEC 13818-1:2013/Amd 3:2014 |publisher=[[International Organization for Standardization]] |url=http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=62129 |date=2014-04-10 |access-date=2014-04-20}}</ref> MPEG has also added HEVC support to the [[ISO base media file format]].<ref name="HEVCJune2013ISO14496-15">{{cite news |title=ISO/IEC 14496-15:2014 |publisher=International Organization for Standardization |url=http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=65216 |date=2014-06-24 |access-date=2014-06-28}}</ref><ref name=HEVCNovember2013DCOR1ISO>{{cite news |title=Text of ISO/IEC 14496-15:2013/DCOR 1 |publisher=MPEG |url=http://mpeg.chiariglione.org/standards/mpeg-4/avc-file-format/text-isoiec-14496-152013dcor-1 |date=2013-11-05 |access-date=2013-12-14}}</ref> HEVC is also supported by the [[MPEG media transport]] standard.<ref name=MPEGApril2013WorkPlan/><ref name=MMTNovember2014>{{cite news |title=ISO/IEC 23008-1:2014 |publisher=International Organization for Standardization |url=http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=62835 |date=2014-05-23 |access-date=2014-11-01}}</ref> Support for HEVC was added to [[Matroska]] starting with the release of [[MKVToolNix]] v6.8.0 after a patch from DivX was merged.<ref name=DivxHEVCMatroskaJune2013DivxMKV>{{cite news |title=DivX HEVC Support in MKV |publisher=DivX |url=http://labs.divx.com/node/127905 |access-date=2013-06-05}}</ref><ref name=DivxHEVCMatroskaJune2013MKVToolNix>{{cite news |title=Using MKVToolNix |publisher=DivX |url=http://labs.divx.com/node/127907 |access-date=2013-06-05}}</ref> A draft document has been submitted to the [[Internet Engineering Task Force]] which describes a method to add HEVC support to the [[Real-time Transport Protocol]].<ref name=HEVCJune2013RTP>{{cite news |title=RTP Payload Format for High Efficiency Video Coding |publisher=[[Internet Engineering Task Force]] |url=http://datatracker.ietf.org/doc/draft-ietf-payload-rtp-h265/ |date=2013-09-06 |access-date=2013-12-15}}</ref>


Using HEVC's intra frame encoding, a still-image coded format called [[Better Portable Graphics]] (BPG) has been proposed by the programmer [[Fabrice Bellard]].<ref name=BPGSpecification>{{cite news |title=BPG Specification |author=Fabrice Bellard |publisher=Fabrice Bellard |url=http://bellard.org/bpg/bpg_spec.txt |accessdate=2014-12-14}}</ref> It is essentially a wrapper for images coded using the HEVC Main 4:4:4 16 Still Picture profile with up to 14 bits per sample, although it uses an abbreviated header syntax and adds explicit support for [[Exif]], [[ICC profile]]s, and [[Extensible Metadata Platform|XMP]] metadata.<ref name=BPGSpecification/><ref>{{cite web|url=https://lwn.net/Articles/625535/|title=BPG, a still-image format from video compression [LWN.net]|author=|date=|website=lwn.net}}</ref>
Using HEVC's intra frame encoding, a still-image coded format called [[Better Portable Graphics]] (BPG) has been proposed by the programmer [[Fabrice Bellard]].<ref name=BPGSpecification>{{cite news |title=BPG Specification |author=Fabrice Bellard |publisher=Fabrice Bellard |url=http://bellard.org/bpg/bpg_spec.txt |access-date=2014-12-14}}</ref> It is essentially a wrapper for images coded using the HEVC Main 4:4:4 16 Still Picture profile with up to 14 bits per sample, although it uses an abbreviated header syntax and adds explicit support for [[Exif]], [[ICC profile]]s, and [[Extensible Metadata Platform|XMP]] metadata.<ref name=BPGSpecification/><ref>{{cite web|url=https://lwn.net/Articles/625535/|title=BPG, a still-image format from video compression|website=[[LWN.net]]|first=Nathan|last=Willis|date=2014-12-10}}</ref>


==Patent license terms==
==Patent license terms==
Line 666: Line 768:
{| class="wikitable"
{| class="wikitable"
|-
|-
! Video<br>format !! Licensor !! Codec<br>Royalties !! Codec<br>Royalty Exemptions !! Codec<br>Royalty Annual Cap !! Content<br>Distribution Fee
! Video<br>format !! Licensor !! Codec<br>royalties !! Codec<br>royalty exemptions !! Codec<br>royalty annual cap !! Content<br>distribution fee
|-
|-
|rowspan=5| '''HEVC''' || MPEG LA || ▪ US$0.20 per unit || ▪ First 100k units each<br>&nbsp;&nbsp;year<ref>http://www.mpegla.com/main/programs/HEVC/Documents/HEVCweb.pdf</ref> || ▪ US$25 million || ▪ US$0
|rowspan=5| '''HEVC''' || MPEG LA || ▪ US$0.20 per unit || ▪ First 100k units each year<ref name="MPEGLAHEVCLicensePDFSeptember2014"/> || ▪ US$25 million || ▪ US$0
|-
|-
| HEVC<br>Advance || '''Region 1''':<br>▪ US$0.40 (mobile)<br>▪ US$1.20 (4K TV)<br>▪ US$0.20-0.80 (other)<br>'''Region 2''':<br>▪ US$0.20 (mobile)<br>▪ US$0.60 (4K TV)<br>▪ US$0.20-0.40 (other)<ref>{{cite web|url=http://www.hevcadvance.com/pdfnew/RoyaltyRatesSummary.pdf|title=Royalty Rates Summary|author=|date=|website=epdf.hevcadvance.com}}</ref> || ▪ US$25,000 each year<ref>{{cite web|url=http://epdf.hevcadvance.com/pdf/embed?hash=45b481aa5e22256d59fb6de7f22f03cb#23|title=Licensing Rates and Structure|author=|date=|website=epdf.hevcadvance.com}}</ref><br><br> ▪ Most software HEVC<br>&nbsp;&nbsp;implementations<br> &nbsp;&nbsp;distributed to<br>&nbsp;&nbsp;consumer devices<br>&nbsp;&nbsp;after first sale<ref>{{cite web|url=http://epdf.hevcadvance.com/pdf/embed?hash=84f7cae5df5424fcfbc82fb2d83fbca5#1|title=Software Policy 12_01_2016|author=|date=|website=epdf.hevcadvance.com}}</ref> || ▪ US$40 million || ▪ US$0<ref>{{cite news|url=http://www.streamingmedia.com/Articles/News/Online-Video-News/HEVC-Advance-Cuts-Content-Fees-on-Streaming-123828.aspx|title=HEVC Advance Cuts Content Fees on Streaming|publisher=Streaming Media Magazine}}</ref>
| HEVC Advance || '''Region 1''':<br>▪ US$0.40 (mobile)<br>▪ US$1.20 (4K TV)<br>▪ US$0.20-0.80 (other)<br>'''Region 2''':<br>▪ US$0.20 (mobile)<br>▪ US$0.60 (4K TV)<br>▪ US$0.20–0.40 (other)<ref>{{cite web|url=http://www.hevcadvance.com/pdfnew/RoyaltyRatesSummary.pdf|title=Royalty Rates Summary|website=epdf.hevcadvance.com|access-date=April 11, 2018|archive-date=April 6, 2019|archive-url=https://web.archive.org/web/20190406173933/https://www.hevcadvance.com/pdfnew/RoyaltyRatesSummary.pdf|url-status=dead}}</ref> || ▪ US$25,000 each year<ref>{{cite web|url=http://epdf.hevcadvance.com/pdf/embed?hash=45b481aa5e22256d59fb6de7f22f03cb#23|title=Licensing Rates and Structure|website=epdf.hevcadvance.com|access-date=November 27, 2016|archive-date=January 30, 2019|archive-url=https://web.archive.org/web/20190130113918/http://epdf.hevcadvance.com/pdf/embed?hash=45b481aa5e22256d59fb6de7f22f03cb#23|url-status=dead}}</ref><br><br> ▪ Most software HEVC implementation distributed to consumer devices after first sale<ref>{{Cite web|title=HEVC Advance|url=https://www.hevcadvance.com/hevc-advance-announces-royalty-free-hevc-software-2/|website=www.hevcadvance.com|access-date=2020-05-09}}</ref>|| ▪ US$40 million || '''Physical distribution''':<br> ▪ $0.0225 per disc/title (Region 1)<ref name="hevc-advance-royalties"/><br> ▪ $0.01125 per disc/title (Region 2)<ref name="hevc-advance-royalties"/><br> '''Non-physical distribution''':<br> ▪ US$0<ref>{{cite news|url=http://www.streamingmedia.com/Articles/News/Online-Video-News/HEVC-Advance-Cuts-Content-Fees-on-Streaming-123828.aspx|title=HEVC Advance Cuts Content Fees on Streaming|publisher=Streaming Media Magazine}}</ref>
|-
|-
| Technicolor
| Technicolor
Line 676: Line 778:
|-
|-
| Velos Media<ref name=VelosHEVCMarch2017Yahoo/>
| Velos Media<ref name=VelosHEVCMarch2017Yahoo/>
|colspan=3 {{dunno}} || ▪ Presumed to charge royalty<ref>{{cite news|quote=Since they haven’t, many producers presume that the pool will impose content royalties.|url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Return-of-the-Codec-Wars-A-New-Hope-a-Streaming-Summer-Sequel-126339.aspx|title=Return of the Codec Wars: A New Hope—a Streaming Summer Sequel|last=Ozer|first=Jan|date=17 July 2018|publisher=Streaming Media Magazine}}</ref>
|colspan=4|
|-
|-
| others (AT&T,<br>Microsoft,<br>Motorola,<br>Nokia,<br>Cisco, )<ref name="streaming"/><ref name="x265_proposal">{{cite web|last1=Vaughan|first1=Tom|title=A Proposal to Accelerate HEVC Adoption|url=http://x265.org/proposal-accelerate-hevc-adoption/|accessdate=25 January 2017|date=August 30, 2016|quote=A number of important companies with HEVC patents have not yet joined one of the patent pools. (…) To accelerate HEVC adoption, I propose that HEVC patent licensors agree to the following principles; · Software decoding on consumer devices must be royalty free. · Software encoding on consumer devices must be royalty free. · Content distribution must be royalty free.}}</ref><ref name="thor_ipr">{{cite web|author1=Arild Fuldseth|author2=Gisle Bjøntegaard|title=Thor — High Efficiency, Moderate Complexity Video Codec using only RF IPR|url=https://www.ietf.org/proceedings/93/slides/slides-93-netvc-4.pdf|accessdate=28 May 2017|date=2015-07-01|quote=Transforms are identical to H.265/HEVC (Cisco IPR)}}</ref>
| others (AT&T, Microsoft, Motorola, Nokia, Cisco, ...)<ref name="streaming"/><ref name="x265_proposal">{{cite web|last1=Vaughan|first1=Tom|title=A Proposal to Accelerate HEVC Adoption|url=http://x265.org/proposal-accelerate-hevc-adoption/|access-date=25 January 2017|date=August 30, 2016|quote=A number of important companies with HEVC patents have not yet joined one of the patent pools. (…) To accelerate HEVC adoption, I propose that HEVC patent licensors agree to the following principles; · Software decoding on consumer devices must be royalty free. · Software encoding on consumer devices must be royalty free. · Content distribution must be royalty free.}}</ref><ref name="thor_ipr">{{cite web|author1=Arild Fuldseth|author2=Gisle Bjøntegaard|title=Thor — High Efficiency, Moderate Complexity Video Codec using only RF IPR|url=https://www.ietf.org/proceedings/93/slides/slides-93-netvc-4.pdf|access-date=28 May 2017|date=2015-07-01|quote=Transforms are identical to H.265/HEVC (Cisco IPR)}}</ref>
|colspan=4|
|colspan=4 {{dunno}}
|-
|-
|rowspan=2| '''AVC''' || MPEG LA
|rowspan=2| '''AVC''' || MPEG LA
| '''Codecs to end users<br>and OEM for PC but<br>not part of PC OS''':<br>▪ US$0.20: 100k+ units/year<br>▪ US$0.10: 5M+ units/year<br><br>'''Branded OEM Codecs<br>for PC OS''':<br>▪ US$0.20: 100k+ units/year<br>▪ US$0.10: 5M+ units/year<ref name="mpegla.com"/>
| '''Codecs to end users and OEM for PC but not part of PC OS''':<br>▪ US$0.20: 100k+ units/year<br>▪ US$0.10: 5M+ units/year<br><br>'''Branded OEM Codecs for PC OS''':<br>▪ US$0.20: 100k+ units/year<br>▪ US$0.10: 5M+ units/year<ref name="AVCPatentPortfolio"/>
| '''Codecs to end users<br>and OEM for PC but<br>not part of PC OS''':<br>▪ First 100k units each<br>&nbsp;&nbsp;year<br><br>'''Branded OEM Codecs<br>for PC OS''':<br>▪ First 100k units each<br>&nbsp;&nbsp;year<ref name="mpegla.com">http://www.mpegla.com/main/programs/AVC/Documents/avcweb.pdf</ref>
| '''Codecs to end users and OEM for PC but not part of PC OS''':<br>▪ First 100k units each year<br><br>'''Branded OEM Codecs for PC OS''':<br>▪ First 100k units each year<ref name="AVCPatentPortfolio">{{cite web|url=http://www.mpegla.com/main/programs/AVC/Documents/avcweb.pdf|date=2016-05-02|access-date=2016-11-27|archive-url=https://web.archive.org/web/20161128050907/http://www.mpegla.com/main/programs/AVC/Documents/avcweb.pdf|archive-date=2016-11-28|url-status=live|title=AVC Patent Portfolio License Briefing|publisher=[[MPEG LA]]}}</ref>
| '''Codecs to end users<br>and OEM for PC but<br>not part of PC OS''':<br>▪ US$9.75 million<br>&nbsp;&nbsp;(for 2017-20 period)<br><br>'''Branded OEM Codecs<br>for PC OS''':<br>▪ US$9.75 million<br>&nbsp;&nbsp;(for 2017-20 period)<ref name="mpegla.com"/>
| '''Codecs to end users and OEM for PC but not part of PC OS''':<br>▪ US$9.75 million (for 2017-20 period)<br><br>'''Branded OEM Codecs for PC OS''':<br>▪ US$9.75 million (for 2017-20 period)<ref name="AVCPatentPortfolio"/>
| '''Free Television''':<br>▪ one time $2,500 per transmission encoder, or<br>▪ $2,500…$10,000 annual fee <br>'''Internet Broadcast''':<br> ▪ US$0<br>'''Paid Subscriber Model''':<br>▪ &nbsp;{{0}}{{0}}{{0}}{{0}}{{0}}$0/yr: {{0}}{{0}}0k…100k subscribers<br>▪ {{0}}$25,000/yr: 100k…250k subscribers<br>▪ {{0}}$50,000/yr: 250k…500k subscribers<br>▪ {{0}}$75,000/yr: 500k…1M subscribers<br>▪ $100,000/yr: 1M+ subscribers<br>'''Paid by Title Model''':<br>▪ 0…12 min: no royalty<br>▪ 12+ min: lower of 2% or US$0.02/title<br>'''Maximum Annual Content Related Royalty''':<br>▪ US$8.125 million
| '''Free Television''':<br>▪ one time $2,500 per transmission encoder, or<br>▪ $2,500...$10,000 annual fee <br>'''Internet Broadcast''':<br> ▪ US$0<br>'''Paid Subscriber Model''':<br>▪ &nbsp;{{0}}{{0}}{{0}}{{0}}{{0}}$0/yr: {{0}}{{0}}0k...100k subscribers<br>▪ {{0}}$25,000/yr: 100k...250k subscribers<br>▪ {{0}}$50,000/yr: 250k...500k subscribers<br>▪ {{0}}$75,000/yr: 500k...1M subscribers<br>▪ $100,000/yr: 1M+ subscribers<br>'''Paid by Title Model''':<br>▪ 0...12 min: no royalty<br>▪ 12+ min: lower of 2% or US$0.02/title<br>'''Maximum Annual Content Related Royalty''':<br>▪ US$8.125 million
|-
|-
| others (Nokia, Qualcomm, Broadcomm, Blackberry, Texas Instruments, MIT)<ref>{{cite web|url=https://www.itu.int/ITU-T/recommendations/related_ps.aspx?id_prod=6312|title=ITU-T Recommendation declared patent(s)|author=|date=|website=ITU}}</ref>
| others (Nokia, Qualcomm, Broadcomm, Blackberry, Texas Instruments, MIT)<ref>{{cite web|url=https://www.itu.int/ITU-T/recommendations/related_ps.aspx?id_prod=6312|title=ITU-T Recommendation declared patent(s)|website=ITU}}</ref>
|colspan=4|
|colspan=4 {{dunno}}
|-
|-
| '''VP9''' || Google || ▪ US$0
| '''AV1''' || Alliance for Open Media || ▪ US$0
|colspan="2" {{N/A}} || ▪ US$0
|colspan="2" {{N/A}} || ▪ US$0
|-
|-
| '''AV1''' || Alliance for<br>Open Media || ▪ US$0
| '''Daala''' || Mozilla & Xiph.org || ▪ US$0
|colspan="2" {{N/A}} || ▪ US$0
|-
| '''VP9''' || Google || ▪ US$0
|colspan="2" {{N/A}} || ▪ US$0
|colspan="2" {{N/A}} || ▪ US$0
|}
|}


===Provision for costless software===
===Provision for costless software===
{{main article|Reasonable and non-discriminatory licensing#Excluding costless distribution schemes}}
{{main|Reasonable and non-discriminatory licensing#Excluding costless distribution schemes}}


Like its predecessor AVC, software which implements HEVC must pay a price per distributed copy.{{ref|regardless|}} While this licensing model is unproblematic for paid software, it is an obstacle to most [[free and open-source software]], which is crucially meant to be freely distributable. In the opinion of [[MulticoreWare]], developers of [[x265]], enabling royalty-free software encoders and decoders is in the interest of accelerating HEVC adoption.<ref name="x265_proposal"/><ref>{{cite web|url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Its-Time-to-Move-Forward-with-HEVC-113278.aspx|title=It's Time to Move Forward with HEVC - Streaming Media Magazine|first=Tom|last=Vaughan|date=August 31, 2016|publisher=}}</ref><ref>{{cite web|url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Opinion-Is-A-Codec-War-in-Our-Future-112919.aspx|title=Opinion: Is A Codec War in Our Future? - Streaming Media Magazine|first=Thierry|last=Fautier|date=August 12, 2016|publisher=}}</ref> HEVC Advance made an exception that specifically waives the royalties on software-only implementations (both decoders and encoders) when not bundled with hardware.<ref name="HEVC_advance_sw_roy">{{cite news|last1=Ozer|first1=Jan|title=HEVC Advance Makes Some Software Royalty Free|url=http://www.streamingmedia.com/Articles/News/Online-Video-News/HEVC-Advance-Makes-Some-Software-Royalty-Free-114938.aspx|accessdate=3 December 2016|date=22 November 2016}}</ref> However, the exempted software is not free from license obligations until also exempted by MPEG LA and Technicolor.
As with its predecessor AVC, software distributors that implement HEVC in products must pay a price per distributed copy.{{ref|regardless|[i]}} While this licensing model is manageable for paid software, it is an obstacle to most [[free and open-source software]], which is meant to be freely distributable. In the opinion of [[MulticoreWare]], the developer of [[x265]], enabling royalty-free software encoders and decoders is in the interest of accelerating HEVC adoption.<ref name="x265_proposal"/><ref>{{cite web|url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Its-Time-to-Move-Forward-with-HEVC-113278.aspx|title=It's Time to Move Forward with HEVC |website=Streaming Media Magazine|first=Tom|last=Vaughan|date=August 31, 2016}}</ref><ref>{{cite web|url=http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Opinion-Is-A-Codec-War-in-Our-Future-112919.aspx|title=Opinion: Is A Codec War in Our Future? |website=Streaming Media Magazine|first=Thierry|last=Fautier|date=August 12, 2016}}</ref> HEVC Advance made an exception that specifically waives the royalties on software-only implementations (both decoders and encoders) when not bundled with hardware.<ref name="HEVC_advance_sw_roy">{{cite news|last1=Ozer|first1=Jan|title=HEVC Advance Makes Some Software Royalty Free|url=http://www.streamingmedia.com/Articles/News/Online-Video-News/HEVC-Advance-Makes-Some-Software-Royalty-Free-114938.aspx|access-date=3 December 2016|date=22 November 2016}}</ref> However, the exempted software is not free from the licensing obligations of other patent holders (e.g. members of the MPEG LA pool).


While the obstacle to free software is no concern in for example TV broadcast networks, this problem, combined with the prospect of future [[Vendor lock-in#Collective vendor lock-in|collective lock-in]] to the format, makes several ideal organizations like Wikipedia,<ref name="wikimedia_mp4">{{cite web|title=RFC: MP4 video|url=https://commons.wikimedia.org/wiki/Commons:Requests_for_comment/MP4_Video|website=Wikimedia Commons|accessdate=9 October 2016}}</ref> Mozilla (see [[OpenH264]]), and the [[Free Software Foundation Europe]]<ref name="fsfe_on_frand">{{cite web|title=Why is FRAND bad for Free Software?|url=https://fsfe.org/activities/os/why-frand-is-bad-for-free-software.en.html|website=Free Software Foundation Europe|accessdate=2017-03-07|date=2016-06-20}}</ref> wary of royalty bearing formats for internet use. Competing formats intended for internet use (VP9 and the upcoming AV1) steer clear of these concerns by being royalty-free.
While the obstacle to free software is no concern in for example TV broadcast networks, this problem, combined with the prospect of future [[Vendor lock-in#Collective vendor lock-in|collective lock-in]] to the format, makes several organizations like Mozilla (see [[OpenH264]]) and the [[Free Software Foundation Europe]]<ref name="fsfe_on_frand">{{cite web|title=Why is FRAND bad for Free Software?|url=https://fsfe.org/activities/os/why-frand-is-bad-for-free-software.en.html|website=Free Software Foundation Europe|access-date=2017-03-07|date=2016-06-20}}</ref> wary of royalty-bearing formats for internet use. Competing formats intended for internet use (VP9 and AV1) are intended to steer clear of these concerns by being royalty free (provided there are no third-party claims of patent rights).


{{note|regardless|}}: Regardless of how the software is licensed from the software authors (see [[software licensing]]), if what it does is patented, it is (additionally) bound by the patent holders' licenses.
{{note|regardless|i}}: Regardless of how the software is licensed from the software authors (see [[software licensing]]), if what it does is patented, its use remains bound by the patent holders' rights unless the use of the patents has been authorized by a license.


==Versatile Video Coding==
==Versatile Video Coding==
{{main|Versatile Video Coding}}
In October 2015, MPEG and VCEG formed Joint Video Exploration Team (JVET)<ref>http://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jvet.aspx</ref> to evaluate available compression technologies and study the requirements for a next-generation video compression standard. The new algorithm should have 30-50% better compression rate for the same perceptual quality, with support for lossless and subjectively lossless compression. It should also support YCbCr 4:4:4, 4:2:2 and 4:2:0 with 10 to 16 bits per component, BT.2100 wide color gamut and high dynamic range (HDR) of more than 16 stops (with peak brightness of 1000, 4000 and 10000 nits), auxiliary channels (for depth, transparency, etc.), variable and fractional frame rates from 0 to 120 Hz, scalable video coding for temporal (frame rate), spatial (resolution), SNR, color gamut and dynamic range differences, stereo/multiview coding, panoramic formats, and still picture coding. Encoding complexity of 10 times that of HEVC is expected. JVET issued a final "Call for Proposals" in October 2017 and expects the final standard to be approved before the end of 2020.<ref>https://mpeg.chiariglione.org/standards/exploration/future-video-coding</ref>
In October 2015, MPEG and VCEG formed Joint Video Exploration Team (JVET)<ref>{{cite web|url=http://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jvet.aspx|title=JVET - Joint Video Experts Team|website=ITU.int}}</ref> to evaluate available compression technologies and study the requirements for a next-generation video compression standard. The new algorithm should have 30–50% better compression rate for the same perceptual quality, with support for lossless and subjectively lossless compression. It should also support YCbCr 4:4:4, 4:2:2 and 4:2:0 with 10 to 16 bits per component, BT.2100 wide color gamut and high dynamic range (HDR) of more than 16 stops (with peak brightness of 1,000, 4,000 and 10,000 nits), auxiliary channels (for depth, transparency, etc.), variable and fractional frame rates from 0 to 120&nbsp;Hz, scalable video coding for temporal (frame rate), spatial (resolution), SNR, color gamut and dynamic range differences, stereo/multiview coding, panoramic formats, and still picture coding. Encoding complexity of 10 times that of HEVC is expected. JVET issued a final "Call for Proposals" in October 2017, with the first working draft of the Versatile Video Coding (VVC) standard released in April 2018.<ref>{{cite web|url=https://mpeg.chiariglione.org/standards/mpeg-i/versatile-video-coding|title=Versatile Video Coding|website=The Moving Picture Experts Group website}}</ref><ref>{{cite web|url=https://news.itu.int/versatile-video-coding-project-starts-strongly/|date=2018-04-27|title=Beyond HEVC: Versatile Video Coding project starts strongly in Joint Video Experts Team|website=ITU News|access-date=June 30, 2018|archive-date=December 24, 2018|archive-url=https://web.archive.org/web/20181224215709/https://news.itu.int/versatile-video-coding-project-starts-strongly/|url-status=dead}}</ref> The VVC standard was finalized on July 6, 2020.<ref>{{Cite web|url=https://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jvet.aspx|title=JVET - Joint Video Experts Team|website=www.itu.int|access-date=2021-09-08}}</ref>


==See also==
==See also==
Line 721: Line 827:
* [[List of codecs|List of multimedia (audio/video) codecs]]
* [[List of codecs|List of multimedia (audio/video) codecs]]
**[[H.264/MPEG-4 AVC]] – the video standard predecessor of HEVC
**[[H.264/MPEG-4 AVC]] – the video standard predecessor of HEVC
**[[AV1]] – an open format developed by the [[Alliance for Open Media]] as a successor to VP9 and a competitor to HEVC
**[[VP9]] – an [[open format]] developed by [[Google]] as a competitor to HEVC
**[[VP9]] – an [[open format]] developed by [[Google]] as a competitor to HEVC
**[[AOMedia Video 1|AV1]] – an open format that is being developed by the [[Alliance for Open Media]] as a successor to VP9 and a competitor to HEVC
**[[Daala]] – an open format that is being developed by [[Mozilla Foundation]] and [[Xiph.Org Foundation]] as a competitor to HEVC
**[[Daala]] – an open format that is being developed by [[Mozilla Foundation]] and [[Xiph.Org Foundation]] as a competitor to HEVC
**[[Dirac (video compression format)]] – an open format that is being developed by the [[BBC Research & Development]] as a competitor to HEVC
**[[Dirac (video compression format)]] – an open format that is being developed by the [[BBC Research & Development]] as a competitor to HEVC
**[[Thor (video codec)]] – an open format that is being developed by [[Cisco]] as a competitor to HEVC
**[[Thor (video codec)]] – an open format that is being developed by [[Cisco]] as a competitor to HEVC
* [[LCEVC]] – differential overlays that can improve performance


==References==
==References==
{{Reflist|refs =


<ref name="AV1 Finalized">{{cite web
===Citations===
|url=https://aomedia.org/the-alliance-for-open-media-kickstarts-video-innovation-era-with-av1-release/
{{Reflist|30em|refs =
|title=The Alliance for Open Media Kickstarts Video Innovation Era with AV1 Release
|publisher=Alliance for Open Media
|date=28 March 2018
|access-date=5 February 2020
|archive-url=https://web.archive.org/web/20180711042216/https://aomedia.org/the-alliance-for-open-media-kickstarts-video-innovation-era-with-av1-release/
|archive-date=11 July 2018}}</ref>


<ref name="hevc-advance-royalties">{{cite web |title=Royalty Rate Structure forTrademark Licensees In-Compliance |url=https://www.hevcadvance.com/pdfnew/RoyaltyRatesSummary.pdf |website=HEVC Advance |access-date=12 June 2019 |date=March 2018}}</ref>
<ref name="VP9 successor">{{cite web
|first=Steven
|last=Zimmerman
|url=https://www.xda-developers.com/av1-future-video-codecs-google-hevc/
|title=Google’s Royalty-Free Answer to HEVC: A Look at AV1 and the Future of Video Codecs
|publisher=XDA Developers
|date=15 May 2017
|accessdate=10 June 2017
|archive-url=https://web.archive.org/web/20170614042710/https://www.xda-developers.com/av1-future-video-codecs-google-hevc/
|archive-date=14 June 2017}}</ref>


}}
}}


===Bibliography===
===Bibliography===
* {{cite journal|title=Overview of the High Efficiency Video Coding (HEVC) Standard |author=[[Gary Sullivan (engineer)|G. J. Sullivan]] |author2=J.-R. Ohm |author3=W.-J. Han |author4=[[Thomas Wiegand|T. Wiegand]] |journal=IEEE Transactions on Circuits and Systems for Video Technology |publisher=[[IEEE]] |url=http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=6316136 |format=PDF |volume=22 |issue=12 |date=December 2012 |accessdate=2012-09-14 |ref=CITEREFSullivan2012}}
* {{cite journal|title=Overview of the High Efficiency Video Coding (HEVC) Standard |author=G. J. Sullivan |author2=J.-R. Ohm |author3=W.-J. Han |author4-link=Thomas Wiegand |author4=T. Wiegand |journal=IEEE Transactions on Circuits and Systems for Video Technology |publisher=[[IEEE]] |volume=22 |issue=12 |pages=1649–1668 |date=December 2012 |ref=CITEREFSullivan2012|author-link=Gary Sullivan (engineer) |doi=10.1109/TCSVT.2012.2221191 |doi-access=free }}
* {{cite news |title=H.265: High efficiency video coding |publisher=ITU |url=http://www.itu.int/rec/T-REC-H.265|date=2015-07-09 |accessdate=2015-08-02 |ref=CITEREFITU2015}}
* {{cite news |title=H.265: High efficiency video coding |publisher=ITU |url=http://www.itu.int/rec/T-REC-H.265|date=2015-07-09 |access-date=2015-08-02 |ref=CITEREFITU2015}}
* {{cite journal |title=Comparison of the Coding Efficiency of Video Coding Standards – Including High Efficiency Video Coding (HEVC) |author=J.-R. Ohm |author2=G. J. Sullivan |author3=H. Schwarz |author4=T. K. Tan |author5=T. Wiegand |journal=IEEE Trans. on Circuits and Systems for Video Technology |publisher=[[IEEE]] |url=http://iphome.hhi.de/wiegand/assets/pdfs/2012_12_IEEE-HEVC-Performance.pdf |format=PDF |volume=22 |issue=12 |date=December 2012 |accessdate=2012-09-22 |ref=CITEREFOhm2012}}
* {{cite journal |title=Comparison of the Coding Efficiency of Video Coding Standards – Including High Efficiency Video Coding (HEVC) |author=J.-R. Ohm |author2=G. J. Sullivan |author3=H. Schwarz |author4=T. K. Tan |author5=T. Wiegand |journal=IEEE Transactions on Circuits and Systems for Video Technology |publisher=[[IEEE]] |url=http://iphome.hhi.de/wiegand/assets/pdfs/2012_12_IEEE-HEVC-Performance.pdf |volume=22 |issue=12 |date=December 2012 |access-date=2012-09-22 |ref=CITEREFOhm2012}}
* {{cite news |title=Subjective quality evaluation of the upcoming HEVC video compression standard |author=Philippe Hanhart |author2=Martin Rerabek |author3=Francesca De Simone |author4=Touradj Ebrahimi |publisher=École Polytechnique Fédérale de Lausanne (EPFL) |url=http://infoscience.epfl.ch/record/180494/files/hanhart_SPIE2012_1.pdf |format=PDF |date=2012-08-13 |accessdate=2012-11-08 |ref=CITEREFHanhart2012}}
* {{cite news |title=Subjective quality evaluation of the upcoming HEVC video compression standard |author=Philippe Hanhart |author2=Martin Rerabek |author3=Francesca De Simone |author4=Touradj Ebrahimi |publisher=École Polytechnique Fédérale de Lausanne (EPFL) |url=http://infoscience.epfl.ch/record/180494/files/hanhart_SPIE2012_1.pdf |date=2012-08-13 |access-date=2012-11-08 |ref=CITEREFHanhart2012}}
::Related slides: {{cite news |title=Subjective quality evaluation of the upcoming HEVC video compression standard |author=Philippe Hanhart |author2=Martin Rerabek |author3=Francesca De Simone |author4=Touradj Ebrahimi |publisher=slideshare.com |url=http://www.slideshare.net/touradj_ebrahimi/subjective-quality-evaluation-of-the-upcoming-hevc-video-compression-standard |date=2012-08-15 |accessdate=2012-11-08 |ref=CITEREFSlides2012}}
::Related slides: {{cite news |title=Subjective quality evaluation of the upcoming HEVC video compression standard |author=Philippe Hanhart |author2=Martin Rerabek |author3=Francesca De Simone |author4=Touradj Ebrahimi |publisher=slideshare.com |url=http://www.slideshare.net/touradj_ebrahimi/subjective-quality-evaluation-of-the-upcoming-hevc-video-compression-standard |date=2012-08-15 |access-date=2012-11-08 |ref=CITEREFSlides2012}}
* {{cite book|title=High Efficiency Video Coding (HEVC): Algorithms and Architectures |author=Vivienne Sze |author2=Madhukar Budagavi |author3=[[Gary Sullivan (engineer)|G. J. Sullivan]] |journal=Integrated Circuit and Systems |publisher=[[Springer Science+Business Media|Springer]] |url=https://www.springer.com/us/book/9783319068947 |date=2014 |ref=CITEREFSze2014}}
* {{cite journal|title=High Efficiency Video Coding (HEVC): Algorithms and Architectures |author=Vivienne Sze |author-link=Vivienne Sze|author2=Madhukar Budagavi |author3-link=Gary Sullivan (engineer) |author3=G. J. Sullivan |journal=Integrated Circuit and Systems |series=Integrated Circuits and Systems |publisher=[[Springer Science+Business Media|Springer]] |url=https://www.springer.com/us/book/9783319068947 |date=2014 |doi=10.1007/978-3-319-06895-4 |isbn=978-3-319-06894-7 |ref=CITEREFSze2014}}
::Related slides: {{cite news |title=Design and Implementation of Next Generation Video Coding Systems (H.265/HEVC Tutorial)|author=Vivienne Sze |author2=Madhukar Budagavi| publisher=IEEE International Symposium on Circuits and Systems (ISCAS) |url=http://www.rle.mit.edu/eems/wp-content/uploads/2014/06/H.265-HEVC-Tutorial-2014-ISCAS.pdf |date=2014-06-01 |ref=CITEREFSlides2014}}
::Related slides: {{cite news |title=Design and Implementation of Next Generation Video Coding Systems (H.265/HEVC Tutorial)|author=Vivienne Sze |author-link=Vivienne Sze|author2=Madhukar Budagavi| publisher=IEEE International Symposium on Circuits and Systems (ISCAS) |url=http://www.rle.mit.edu/eems/wp-content/uploads/2014/06/H.265-HEVC-Tutorial-2014-ISCAS.pdf |date=2014-06-01 |ref=CITEREFSlides2014}}
* {{cite journal|title=Overview of the Multiview and 3D Extensions of High Efficiency Video Coding |author=Gerhard Tech |author2=Ying Chen |author3=Karsten Müller |author4=Jens-Rainer Ohm|author5=Anthony Vetro |author6=Ye-Kui Wang |journal=IEEE Transactions on Circuits and Systems for Video Technology |publisher=[[IEEE]] |volume=26 |issue=1 |pages=35–49 |date=January 2016 |ref=CITEREFTech2016|doi=10.1109/TCSVT.2015.2477935 |s2cid=750942 |url=http://publications.rwth-aachen.de/record/667981/files/07258339.pdf }}


==External links==
==External links==
{{Commons category|H.265/HEVC}}
{{External links|section|date=June 2017}}
* [http://hevc.info Fraunhofer Heinrich Hertz Institute's HEVC website]
; Official websites
* [https://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jctvc.aspx ITU web page for Joint Collaborative Team on Video Coding (JCT-VC)]
* [http://hevc.info Fraunhofer Heinrich Hertz Institute HEVC website]
* [https://mpeg.chiariglione.org/standards/mpeg-h/high-efficiency-video-coding Moving Picture Experts Group (MPEG) publications on HEVC]
* [http://www.itu.int/ITU-T/studygroups/com16/jct-vc/ Joint Collaborative Team on Video Coding (JCT-VC)]
* [http://www.itu.int/rec/T-REC-H.265 ITU-T Recommendation H.265: High Efficiency Video Coding]
* [http://phenix.it-sudparis.eu/jct/doc_end_user/all_meeting.php JCT-VC Document Management System]
* [http://mpeg.chiariglione.org/ Moving Picture Experts Group (MPEG) website]
* [http://www.itu.int/rec/T-REC-H.265 ITU-T Recommendation H.265 – High Efficiency Video Coding]

; Videos
* [http://www.ultrahdtv.net/videos/ HEVC 4K Video Demonstration (DiVX)]
* [https://www.youtube.com/watch?v=63YV7LwQBes Standardization of High Efficiency Video Coding (HEVC)]
* [https://www.youtube.com/watch?v=o3WmOxi9tY4 Motorola's Ajay Luthra discusses HEVC]
* [https://www.youtube.com/watch?v=ETIkEfJJfec MainConcept HEVC Demonstration Video – IBC 2012]

; Comparison Videos
* [https://s3.amazonaws.com/x265.org/video/Tears_400_x265.mp4 Tears_400_x265.mp4]
* [https://s3.amazonaws.com/x265.org/video/Tears_400_x264.mp4 Tears_400_x264.mp4]
* [https://s3.amazonaws.com/x265.org/video/Tractor_500kbps_x265.mp4 Tractor_500kbps_x265.mp4]
* [https://s3.amazonaws.com/x265.org/video/Tractor_500kbps_x264.mp4 Tractor_500kbps_x264.mp4]
* [https://s3.amazonaws.com/x265.org/video/BigBuckBunny_2000hevc.mp4 BigBuckBunny_2000hevc.mp4]
* [https://s3.amazonaws.com/x265.org/video/BigBuckBunny_2000h264.mp4 BigBuckBunny_2000h264.mp4]
* http://kodi.wiki/view/Samples
* https://x265.com/hevc-video-files/
* http://www.libde265.org/downloads-videos/
* [http://www.jell.yfish.us/ Bitrate Test Files]
* [http://ngcodec.com/hevc-bitstreams/ Example HEVC bitstreams from NGCodec]
* [http://www.elecard.com/en/download/videos.html Videos in different resolutions/bitrates in HEVC/AAC multiplexed TS from Elecard]<!--
* http://www.libde265.org/hevc-bitstreams/tos-1720x720-cfg01.mkv
* http://www.libde265.org/hevc-bitstreams/tos-4096x1720-tiles.mkv
* http://www.libde265.org/hevc-bitstreams/SpreedMovie-640x360.mkv
* http://www.libde265.org/hevc-bitstreams/spreed-1080p.mkv
* http://www.libde265.org/hevc-bitstreams/bbb-1280x720-cfg02.mkv
* http://www.libde265.org/hevc-bitstreams/bbb-1280x720-cfg06.mkv
* http://www.libde265.org/hevc-bitstreams/bbb-1920x1080-cfg02.mkv
* http://www.libde265.org/hevc-bitstreams/bbb-1920x1080-cfg06.mkv
* http://www.libde265.org/hevc-bitstreams/bbb-3840x2160-cfg02.mkv
* http://www.libde265.org/hevc-bitstreams/elephants-dream-1080-cfg02.mkv
* http://www.libde265.org/hevc-bitstreams/sintel-1080-cfg02.mkv
* http://www.libde265.org/hevc-bitstreams/sintel-4096x1744-cfg02.mkv -->

; Open Source and Free Codecs
* [https://bitbucket.org/multicoreware/x265/wiki/Home x265 – Open source HEVC/H.265 encoder (GNU GPL v2)] bitbucket.org/multicoreware
* [http://x265.org/ x265 – Open source HEVC/H.265 encoder (GNU GPL v2)] multicoreware
* [https://github.com/strukturag/libde265 libde265 – Open HEVC/H.265 video codec implementation (LGPL)] github.com/strukturag
* [http://www.libde265.org libde265 – Open HEVC/H.265 video codec implementation (LGPL)] libde265.org
* [https://github.com/OpenHEVC OpenHEVC – Open source HEVC decoder] github.com/OpenHEVC
* [http://ultravideo.cs.tut.fi Kvazaar – Open source HEVC/H.265 encoder (LGPL)] [http://www.tut.fi/en/about-tut/ Tampere University of Technology (Finland)]
* https://github.com/ultravideo/kvazaar
* [https://web.archive.org/web/20160111072424/http://f265.org/ f265 – Open source HEVC/H.265 encoder (BSD)] 2016-01-11
* [http://www.divx.com/en/software/hevc-plugin DivX's Free HEVC/H.265 Encoder and Decoder]

; Codecs Products
* [http://www.cinemartin.com/cinec/h265-hevc/ Cinemartin Cinec HEVC – H.265 encoder software for windows]
* [http://strongene.com/en/homepage.jsp Lentoid – HEVC/H.265 Encoder/Decoder] strongene
* [https://x265.com/ x265.com – HEVC/H.265 encoder (GNU GPL v2)] multicoreware

; Websites
* [https://software.intel.com/en-us/media-solutions-portal Intel's HEVC/H.265 Encoder, Decoder and Analysis Tools]
* [http://h2b2vs.epfl.ch H2B2VS. HEVC Hybrid Broadcast Broadband Video Services]. European R&D project on HEVC TV and Hybrid TV
* [http://www.elecard.com/en/products/professional/analysis/hevc-analyzer.html Elecard HEVC Analyzer – in-depth analysis tool for HEVC encoded video]


{{Compression formats}}
{{Compression formats}}
Line 822: Line 873:
{{High-definition}}
{{High-definition}}
{{MPEG}}
{{MPEG}}

<!-- interwiki link to this article in another language, below -->


[[Category:Computer file formats]]
[[Category:Computer file formats]]
[[Category:Graphics file formats]]
[[Category:Graphics file formats]]
[[Category:High-definition television]]
[[Category:High-definition television]]
[[Category:IEC standards]]
[[Category:ISO standards]]
[[Category:ITU-T recommendations]]
[[Category:Lossy compression algorithms]]
[[Category:Lossy compression algorithms]]
[[Category:MPEG]]
[[Category:MPEG-H]]
[[Category:Open standards covered by patents]]
[[Category:Open standards covered by patents]]
[[Category:Ultra-high-definition television]]
[[Category:Video codecs]]
[[Category:Video codecs]]
[[Category:Video compression]]
[[Category:Video compression]]
[[Category:Videotelephony]]
[[Category:Videotelephony]]
[[Category:ITU-T recommendations]]
[[Category:ITU-T H Series Recommendations|H.265]]
[[Category:H.26x]]
[[Category:IEC standards]]
[[Category:ISO standards]]

Latest revision as of 16:22, 20 November 2024

HEVC / H.265 / MPEG-H Part 2
High Efficiency Video Coding
StatusIn force
Year started7 June 2013 (11 years ago) (2013-06-07)
First publishedJuly 7, 2013 (11 years ago) (2013-07-07)
Latest version10.0
July 29, 2024 (4 months ago) (2024-07-29)
OrganizationITU-T, ISO, IEC
CommitteeSG16 (Secretary: Simao Campos) (VCEG), MPEG
Base standardsH.261, H.262, H.263, ISO/IEC 14496-2, H.264
Related standardsH.266, MPEG-5, MPEG-H
DomainVideo compression
LicenseMPEG LA[1]
Websitewww.itu.int/rec/T-REC-H.265

High Efficiency Video Coding (HEVC), also known as H.265 and MPEG-H Part 2, is a video compression standard designed as part of the MPEG-H project as a successor to the widely used Advanced Video Coding (AVC, H.264, or MPEG-4 Part 10). In comparison to AVC, HEVC offers from 25% to 50% better data compression at the same level of video quality, or substantially improved video quality at the same bit rate. It supports resolutions up to 8192×4320, including 8K UHD, and unlike the primarily 8-bit AVC, HEVC's higher fidelity Main 10 profile has been incorporated into nearly all supporting hardware.

While AVC uses the integer discrete cosine transform (DCT) with 4×4 and 8×8 block sizes, HEVC uses both integer DCT and discrete sine transform (DST) with varied block sizes between 4×4 and 32×32. The High Efficiency Image Format (HEIF) is based on HEVC.[2]

Concept

[edit]

In most ways, HEVC is an extension of the concepts in H.264/MPEG-4 AVC. Both work by comparing different parts of a frame of video to find areas that are redundant, both within a single frame and between consecutive frames. These redundant areas are then replaced with a short description instead of the original pixels. The primary changes for HEVC include the expansion of the pattern comparison and difference-coding areas from 16×16 pixel to sizes up to 64×64, improved variable-block-size segmentation, improved "intra" prediction within the same picture, improved motion vector prediction and motion region merging, improved motion compensation filtering, and an additional filtering step called sample-adaptive offset filtering. Effective use of these improvements requires much more signal processing capability for compressing the video but has less impact on the amount of computation needed for decompression.

HEVC was standardized by the Joint Collaborative Team on Video Coding (JCT-VC), a collaboration between the ISO/IEC MPEG and ITU-T Study Group 16 VCEG. The ISO/IEC group refers to it as MPEG-H Part 2 and the ITU-T as H.265. The first version of the HEVC standard was ratified in January 2013 and published in June 2013. The second version, with multiview extensions (MV-HEVC), range extensions (RExt), and scalability extensions (SHVC), was completed and approved in 2014 and published in early 2015. Extensions for 3D video (3D-HEVC) were completed in early 2015, and extensions for screen content coding (SCC) were completed in early 2016 and published in early 2017, covering video containing rendered graphics, text, or animation as well as (or instead of) camera-captured video scenes. In October 2017, the standard was recognized by a Primetime Emmy Engineering Award as having had a material effect on the technology of television.[3][4][5][6][7]

HEVC contains technologies covered by patents owned by the organizations that participated in the JCT-VC. Implementing a device or software application that uses HEVC may require a license from HEVC patent holders. The ISO/IEC and ITU require companies that belong to their organizations to offer their patents on reasonable and non-discriminatory licensing (RAND) terms. Patent licenses can be obtained directly from each patent holder, or through patent licensing bodies, such as MPEG LA, Access Advance, and Velos Media.

The combined licensing fees currently offered by all of the patent licensing bodies are higher than for AVC. The licensing fees are one of the main reasons HEVC adoption has been low on the web and is why some of the largest tech companies (Amazon, AMD, Apple, ARM, Cisco, Google, Intel, Microsoft, Mozilla, Netflix, Nvidia, and more) have joined the Alliance for Open Media,[8] which finalized royalty-free alternative video coding format AV1 on March 28, 2018.[9]

History

[edit]

The HEVC format was jointly developed by more than a dozen organisations across the world. The majority of active patent contributions towards the development of the HEVC format came from five organizations: Samsung Electronics (4,249 patents), General Electric (1,127 patents),[10] M&K Holdings (907 patents), NTT (878 patents), and JVC Kenwood (628 patents).[11] Other patent holders include Fujitsu, Apple, Canon, Columbia University, KAIST, Kwangwoon University, MIT, Sungkyunkwan University, Funai, Hikvision, KBS, KT and NEC.[12]

Previous work

[edit]

In 2004, the ITU-T Video Coding Experts Group (VCEG) began a major study of technology advances that could enable the creation of a new video compression standard (or substantial compression-oriented enhancements of the H.264/MPEG-4 AVC standard).[13] In October 2004, various techniques for potential enhancement of the H.264/MPEG-4 AVC standard were surveyed. In January 2005, at the next meeting of VCEG, VCEG began designating certain topics as "Key Technical Areas" (KTA) for further investigation. A software codebase called the KTA codebase was established for evaluating such proposals.[14] The KTA software was based on the Joint Model (JM) reference software that was developed by the MPEG & VCEG Joint Video Team for H.264/MPEG-4 AVC. Additional proposed technologies were integrated into the KTA software and tested in experiment evaluations over the next four years.[15][13][16][17]

Two approaches for standardizing enhanced compression technology were considered: either creating a new standard or creating extensions of H.264/MPEG-4 AVC. The project had tentative names H.265 and H.NGVC (Next-generation Video Coding), and was a major part of the work of VCEG until it evolved into the HEVC joint project with MPEG in 2010.[18][19][20]

The preliminary requirements for NGVC were the capability to have a bit rate reduction of 50% at the same subjective image quality compared with the H.264/MPEG-4 AVC High profile, and computational complexity ranging from 1/2 to 3 times that of the High profile.[20] NGVC would be able to provide 25% bit rate reduction along with 50% reduction in complexity at the same perceived video quality as the High profile, or to provide greater bit rate reduction with somewhat higher complexity.[20][21]

The ISO/IEC Moving Picture Experts Group (MPEG) started a similar project in 2007, tentatively named High-performance Video Coding.[22][23] An agreement of getting a bit rate reduction of 50% had been decided as the goal of the project by July 2007.[22] Early evaluations were performed with modifications of the KTA reference software encoder developed by VCEG.[13] By July 2009, experimental results showed average bit reduction of around 20% compared with AVC High Profile; these results prompted MPEG to initiate its standardization effort in collaboration with VCEG.[23]

Joint Collaborative Team on Video Coding

[edit]

MPEG and VCEG established a Joint Collaborative Team on Video Coding (JCT-VC) to develop the HEVC standard.[13][24][25][26]

Standardization

[edit]

A formal joint Call for Proposals on video compression technology was issued in January 2010 by VCEG and MPEG, and proposals were evaluated at the first meeting of the MPEG & VCEG Joint Collaborative Team on Video Coding (JCT-VC), which took place in April 2010. A total of 27 full proposals were submitted.[18][27] Evaluations showed that some proposals could reach the same visual quality as AVC at only half the bit rate in many of the test cases, at the cost of 2–10× increase in computational complexity, and some proposals achieved good subjective quality and bit rate results with lower computational complexity than the reference AVC High profile encodings. At that meeting, the name High Efficiency Video Coding (HEVC) was adopted for the joint project.[13][18] Starting at that meeting, the JCT-VC integrated features of some of the best proposals into a single software codebase and a "Test Model under Consideration", and performed further experiments to evaluate various proposed features.[13][28] The first working draft specification of HEVC was produced at the third JCT-VC meeting in October 2010. Many changes in the coding tools and configuration of HEVC were made in later JCT-VC meetings.[13]

On January 25, 2013, the ITU announced that HEVC had received first stage approval (consent) in the ITU-T Alternative Approval Process (AAP).[29][30][31] On the same day, MPEG announced that HEVC had been promoted to Final Draft International Standard (FDIS) status in the MPEG standardization process.[32][33]

On April 13, 2013, HEVC/H.265 was approved as an ITU-T standard.[34][35][36] The standard was formally published by the ITU-T on June 7, 2013, and by the ISO/IEC on November 25, 2013.[24][17]

On July 11, 2014, MPEG announced that the 2nd edition of HEVC will contain three recently completed extensions which are the multiview extensions (MV-HEVC), the range extensions (RExt), and the scalability extensions (SHVC).[37]

On October 29, 2014, HEVC/H.265 version 2 was approved as an ITU-T standard.[38][39][40] It was then formally published on January 12, 2015.[24]

On April 29, 2015, HEVC/H.265 version 3 was approved as an ITU-T standard.[41][42][43]

On June 3, 2016, HEVC/H.265 version 4 was consented in the ITU-T and was not approved during a vote in October 2016.[44][45]

On December 22, 2016, HEVC/H.265 version 4 was approved as an ITU-T standard.[46][47]

Patent licensing

[edit]

On September 29, 2014, MPEG LA announced their HEVC license which covers the essential patents from 23 companies.[48] The first 100,000 "devices" (which includes software implementations) are royalty free, and after that the fee is $0.20 per device up to an annual cap of $25 million.[49] This is significantly more expensive than the fees on AVC, which were $0.10 per device, with the same 100,000 waiver, and an annual cap of $6.5 million. MPEG LA does not charge any fee on the content itself, something they had attempted when initially licensing AVC, but subsequently dropped when content producers refused to pay it.[50] The license has been expanded to include the profiles in version 2 of the HEVC standard.[51]

When the MPEG LA terms were announced, commenters noted that a number of prominent patent holders were not part of the group. Among these were AT&T, Microsoft, Nokia, and Motorola. Speculation at the time was that these companies would form their own licensing pool to compete with or add to the MPEG LA pool. Such a group was formally announced on March 26, 2015, as HEVC Advance.[52] The terms, covering 500 essential patents, were announced on July 22, 2015, with rates that depend on the country of sale, type of device, HEVC profile, HEVC extensions, and HEVC optional features. Unlike the MPEG LA terms, HEVC Advance reintroduced license fees on content encoded with HEVC, through a revenue sharing fee.[53]

The initial HEVC Advance license had a maximum royalty rate of US$2.60 per device for Region 1 countries and a content royalty rate of 0.5% of the revenue generated from HEVC video services. Region 1 countries in the HEVC Advance license include the United States, Canada, European Union, Japan, South Korea, Australia, New Zealand, and others. Region 2 countries are countries not listed in the Region 1 country list. The HEVC Advance license had a maximum royalty rate of US$1.30 per device for Region 2 countries. Unlike MPEG LA, there was no annual cap. On top of this, HEVC Advance also charged a royalty rate of 0.5% of the revenue generated from video services encoding content in HEVC.[53]

When they were announced, there was considerable backlash from industry observers about the "unreasonable and greedy" fees on devices, which were about seven times that of the MPEG LA's fees. Added together, a device would require licenses costing $2.80, twenty-eight times as expensive as AVC, as well as license fees on the content. This led to calls for "content owners [to] band together and agree not to license from HEVC Advance".[54] Others argued the rates might cause companies to switch to competing standards such as Daala and VP9.[55]

On December 18, 2015, HEVC Advance announced changes in the royalty rates. The changes include a reduction in the maximum royalty rate for Region 1 countries to US$2.03 per device, the creation of annual royalty caps, and a waiving of royalties on content that is free to end users. The annual royalty caps for a company is US$40 million for devices, US$5 million for content, and US$2 million for optional features.[56]

On February 3, 2016, Technicolor SA announced that they had withdrawn from the HEVC Advance patent pool[57] and would be directly licensing their HEVC patents.[58] HEVC Advance previously listed 12 patents from Technicolor.[59] Technicolor announced that they had rejoined on October 22, 2019.[60]

On November 22, 2016, HEVC Advance announced a major initiative, revising their policy to allow software implementations of HEVC to be distributed directly to consumer mobile devices and personal computers royalty free, without requiring a patent license.[61]

On March 31, 2017, Velos Media announced their HEVC license which covers the essential patents from Ericsson, Panasonic, Qualcomm Incorporated, Sharp, and Sony.[62]

As of April 2019, the MPEG LA HEVC patent list is 164 pages long.[63][64]

Patent holders

[edit]

The following organizations currently hold the most active patents in the HEVC patent pools listed by MPEG LA and HEVC Advance:

Organization Active
patents
Ref
Samsung Electronics 4249 [10]
General Electric (GE) 1127
M&K Holdings Inc 0907 [11]
Nippon Telegraph and Telephone (including NTT Docomo) 0878
JVC Kenwood 0628
Dolby Laboratories 0624 [10]
Infobridge Pte. Ltd. 0572 [11]
Mitsubishi Electric 0401 [10]
SK Telecom (including SK Planet) 0380 [11]
MediaTek (through HFI Inc.) 0337 [10]
Sejong University 0330
KT Corp 0289 [11]
Philips 0230 [10]
Godo Kaisha IP Bridge 0219
NEC Corporation 0219 [11]
Electronics and Telecommunications Research Institute (ETRI) of Korea 0208
Canon Inc. 0180
Tagivan II 0162
Fujitsu 0144
Kyung Hee University 0103

Versions

[edit]

Versions of the HEVC/H.265 standard using the ITU-T approval dates.[24]

  • Version 1: (April 13, 2013) First approved version of the HEVC/H.265 standard containing Main, Main10, and Main Still Picture profiles.[34][35][36]
  • Version 2: (October 29, 2014) Second approved version of the HEVC/H.265 standard which adds 21 range extensions profiles, two scalable extensions profiles, and one multi-view extensions profile.[38][39][40]
  • Version 3: (April 29, 2015) Third approved version of the HEVC/H.265 standard which adds the 3D Main profile.[41][42][43]
  • Version 4: (December 22, 2016) Fourth approved version of the HEVC/H.265 standard which adds seven screen content coding extensions profiles, three high throughput extensions profiles, and four scalable extensions profiles.[65][46][47]
  • Version 5: (February 13, 2018) Fifth approved version of the HEVC/H.265 standard which adds additional SEI messages that include omnidirectional video SEI messages, a Monochrome 10 profile, a Main 10 Still Picture profile, and corrections to various minor defects in the prior content of the Specification.[66][67]
  • Version 6: (June 29, 2019) Sixth approved version of the HEVC/H.265 standard which adds additional SEI messages that include SEI manifest and SEI prefix messages, and corrections to various minor defects in the prior content of the Specification.[66][68]
  • Version 7: (November 29, 2019) Seventh approved version of the HEVC/H.265 standard which adds additional SEI messages for fisheye video information and annotated regions, and also includes corrections to various minor defects in the prior content of the Specification.[66][69]
  • Version 8: on 22 August, 2021 Version 8 was approved.[70]
  • Version 9: on 13 September, 2023 Version 9 was approved. [71]
  • Version 10: on 29 July, 2024 Version 10 was approved, it is the latest version.[72]

Implementations and products

[edit]

2012

[edit]

On February 29, 2012, at the 2012 Mobile World Congress, Qualcomm demonstrated a HEVC decoder running on an Android tablet, with a Qualcomm Snapdragon S4 dual-core processor running at 1.5 GHz, showing H.264/MPEG-4 AVC and HEVC versions of the same video content playing side by side. In this demonstration, HEVC reportedly showed almost a 50% bit rate reduction compared with H.264/MPEG-4 AVC.[73]

2013

[edit]

On February 11, 2013, researchers from MIT demonstrated the world's first published HEVC ASIC decoder at the International Solid-State Circuits Conference (ISSCC) 2013.[74] Their chip was capable of decoding a 3840×2160p at 30 fps video stream in real time, consuming under 0.1 W of power.[75][76]

On April 3, 2013, Ateme announced the availability of the first open source implementation of a HEVC software player based on the OpenHEVC decoder and GPAC video player which are both licensed under LGPL. The OpenHEVC decoder supports the Main profile of HEVC and can decode 1080p at 30 fps video using a single core CPU.[77] A live transcoder that supports HEVC and used in combination with the GPAC video player was shown at the ATEME booth at the NAB Show in April 2013.[77][78]

On July 23, 2013, MulticoreWare announced, and made the source code available for the x265 HEVC Encoder Library under the GPL v2 license.[79][80]

On August 8, 2013, Nippon Telegraph and Telephone announced the release of their HEVC-1000 SDK software encoder which supports the Main 10 profile, resolutions up to 7680×4320, and frame rates up to 120 fps.[81]

On November 14, 2013, DivX developers released information on HEVC decoding performance using an Intel i7 CPU at 3.5 GHz with 4 cores and 8 threads.[82] The DivX 10.1 Beta decoder was capable of 210.9 fps at 720p, 101.5 fps at 1080p, and 29.6 fps at 4K.[82]

On December 18, 2013, ViXS Systems announced shipments of their XCode (not to be confused with Apple's Xcode IDE for MacOS) 6400 SoC which was the first SoC to support the Main 10 profile of HEVC.[83]

2014

[edit]

On April 5, 2014, at the NAB show, eBrisk Video, Inc. and Altera Corporation demonstrated an FPGA-accelerated HEVC Main10 encoder that encoded 4Kp60/10-bit video in real-time, using a dual-Xeon E5-2697-v2 platform.[84][85]

On August 13, 2014, Ittiam Systems announced availability of its third generation H.265/HEVC codec with 4:2:2 12-bit support.[86]

On September 5, 2014, the Blu-ray Disc Association announced that the 4K Blu-ray Disc specification would support HEVC-encoded 4K video at 60 fps, the Rec. 2020 color space, high dynamic range (PQ and HLG), and 10-bit color depth.[87][88] 4K Blu-ray Discs have a data rate of at least 50 Mbit/s and disc capacity up to 100 GB.[87][88] 4K Blu-ray Discs and players became available for purchase in 2015 or 2016.[87][88]

On September 9, 2014, Apple announced the iPhone 6 and iPhone 6 Plus which support HEVC/H.265 for FaceTime over cellular.[89]

On September 18, 2014, Nvidia released the GeForce GTX 980 (GM204) and GTX 970 (GM204), which includes Nvidia NVENC, the world's first HEVC hardware encoder in a discrete graphics card.[90]

On October 31, 2014, Microsoft confirmed that Windows 10 will support HEVC out of the box, according to a statement from Gabriel Aul, the leader of Microsoft Operating Systems Group's Data and Fundamentals Team.[91][92] Windows 10 Technical Preview Build 9860 added platform level support for HEVC and Matroska.[93][94]

On November 3, 2014, Android Lollipop was released with out of the box support for HEVC using Ittiam Systems' software.[95]

2015

[edit]

On January 5, 2015, ViXS Systems announced the XCode 6800 which is the first SoC to support the Main 12 profile of HEVC.[96]

On January 5, 2015, Nvidia officially announced the Tegra X1 SoC with full fixed-function HEVC hardware decoding.[97][98]

On January 22, 2015, Nvidia released the GeForce GTX 960 (GM206), which includes the world's first full fixed function HEVC Main/Main10 hardware decoder in a discrete graphics card.[99]

On February 23, 2015, Advanced Micro Devices (AMD) announced that their UVD ASIC to be found in the Carrizo APUs would be the first x86 based CPUs to have a HEVC hardware decoder.[100]

On February 27, 2015, VLC media player version 2.2.0 was released with robust support of HEVC playback. The corresponding versions on Android and iOS are also able to play HEVC.

On March 31, 2015, VITEC announced the MGW Ace which was the first 100% hardware-based portable HEVC encoder that provides mobile HEVC encoding.[101]

On August 5, 2015, Intel launched Skylake products with full fixed function Main/8-bit decoding/encoding and hybrid/partial Main10/10-bit decoding.

On September 9, 2015 Apple announced the Apple A9 chip, first used in the iPhone 6S, its first processor with a hardware HEVC decoder supporting Main 8 and 10. This feature would not be unlocked until the release of iOS 11 in 2017.[102]

2016

[edit]

On April 11, 2016, full HEVC (H.265) support was announced in the newest MythTV version (0.28).[103]

On August 30, 2016, Intel officially announced 7th generation Core CPUs (Kaby Lake) products with full fixed function HEVC Main10 hardware decoding support.[104]

On September 7, 2016 Apple announced the Apple A10 chip, first used in the iPhone 7, which included a hardware HEVC encoder supporting Main 8 and 10. This feature would not be unlocked until the release of iOS 11 in 2017.[102]

On October 25, 2016, Nvidia released the GeForce GTX 1050Ti (GP107) and GeForce GTX 1050 (GP107), which includes full fixed function HEVC Main10/Main12 hardware encoder.

2017

[edit]

On June 5, 2017, Apple announced HEVC H.265 support in macOS High Sierra, iOS 11, tvOS,[105] HTTP Live Streaming[106] and Safari.[107][108]

On June 25, 2017, Microsoft released a free HEVC app extension for Windows 10, enabling some Windows 10 devices with HEVC decoding hardware to play video using the HEVC format inside any app.[109]

On September 19, 2017, Apple released iOS 11 and tvOS 11 with HEVC encoding & decoding support.[110][105]

On September 25, 2017, Apple released macOS High Sierra with HEVC encoding & decoding support.

On September 28, 2017, GoPro released the Hero6 Black action camera, with 4K60P HEVC video encoding.[111]

On October 17, 2017, Microsoft removed HEVC decoding support from Windows 10 with the Version 1709 Fall Creators Update, making HEVC available instead as a separate, paid download from the Microsoft Store.[112]

On November 2, 2017, Nvidia released the GeForce GTX 1070 Ti (GP104), which includes full fixed function HEVC Main10/Main12 hardware decoder.

2018

[edit]

On September 20, 2018, Nvidia released the GeForce RTX 2080 (TU104), which includes full fixed function HEVC Main 4:4:4 12 hardware decoder.

2022

[edit]

On October 25, 2022, Chrome released version 107, which starts supporting HEVC hardware decoding for all platforms "out of the box", if the hardware is supported.

Browser support

[edit]

HEVC is implemented in these web browsers:

  • Android browser (since version 5 from November 2014)[113]
  • Safari (since version 11 from September 2017)[114]
  • Edge (since version 77 from July 2017, supported on Windows 10 1709+ for devices with supported hardware when HEVC video extensions is installed, since version 107 from October 2022, supported on macOS 11+, Android 5.0+)[115]
  • Chrome (since version 107 from October 2022, supported on macOS 11+, Android 5.0+, supported on Windows 7+, ChromeOS, and Linux for devices with supported hardware)[116]
  • Opera (since version 94 from December 2022, supported on the same platforms as Chrome)

In June 2023, an estimated 88.31% of browsers in use on desktop and mobile systems were able to play HEVC videos in HTML5 webpages, based on data from Can I Use.[117]

Operating system support

[edit]
HEVC support by different operating systems
Microsoft Windows macOS Android iOS
Codec support Yes Yes Yes Yes
Container support MP4 (.mp4, .m4v)

QuickTime File Format (.mov)

Matroska (.mkv)

MP4 (.mp4, .m4v)

QuickTime File Format (.mov)

MP4 (.mp4, .m4v)

Matroska (.mkv)

MP4 (.mp4, .m4v)

QuickTime File Format (.mov)

Notes - Support introduced in Windows 10 version 1507.
- Built-in support was removed in Windows 10 version 1709 due to licensing costs. The HEVC Video Extensions add-on can be purchased from the Microsoft Store to enable HEVC playback on the default media player app Microsoft Movies & TV.[112]
- Since Windows 11 version 22H2, the HEVC Video Extensions is built-in by default installation.[118]
Support introduced in macOS 10.13 High Sierra[119] - Support introduced in Android 5.0[113]
- Some Android devices may only support 8-bit (Main profile) hardware decoding, but not 10-bit (Main 10 profile).
- Support introduced in iOS 11.0
- Playback with software decoding is possible on iPhone 5s (at 720p/240 fps, 1080p/60 fps) and iPhone 6 (at 1080p/240 fps).
- Hardware decoding is available on Apple A9 (iPhone 6s), while hardware decoding & encoding is available on Apple A10 (iPhone 7).[120]

Coding efficiency

[edit]
Block diagram of HEVC

Most video coding standards are designed primarily to achieve the highest coding efficiency. Coding efficiency is the ability to encode video at the lowest possible bit rate while maintaining a certain level of video quality. There are two standard ways to measure the coding efficiency of a video coding standard, which are to use an objective metric, such as peak signal-to-noise ratio (PSNR), or to use subjective assessment of video quality. Subjective assessment of video quality is considered to be the most important way to measure a video coding standard since humans perceive video quality subjectively.[121]

HEVC benefits from the use of larger coding tree unit (CTU) sizes. This has been shown in PSNR tests with a HM-8.0 HEVC encoder where it was forced to use progressively smaller CTU sizes. For all test sequences, when compared with a 64×64 CTU size, it was shown that the HEVC bit rate increased by 2.2% when forced to use a 32×32 CTU size, and increased by 11.0% when forced to use a 16×16 CTU size. In the Class A test sequences, where the resolution of the video was 2560×1600, when compared with a 64×64 CTU size, it was shown that the HEVC bit rate increased by 5.7% when forced to use a 32×32 CTU size, and increased by 28.2% when forced to use a 16×16 CTU size. The tests showed that large CTU sizes increase coding efficiency while also reducing decoding time.[121]

The HEVC Main Profile (MP) has been compared in coding efficiency to H.264/MPEG-4 AVC High Profile (HP), MPEG-4 Advanced Simple Profile (ASP), H.263 High Latency Profile (HLP), and H.262/MPEG-2 Main Profile (MP). The video encoding was done for entertainment applications and twelve different bitrates were made for the nine video test sequences with a HM-8.0 HEVC encoder being used. Of the nine video test sequences, five were at HD resolution, while four were at WVGA (800×480) resolution. The bit rate reductions for HEVC were determined based on PSNR with HEVC having a bit rate reduction of 35.4% compared with H.264/MPEG-4 AVC HP, 63.7% compared with MPEG-4 ASP, 65.1% compared with H.263 HLP, and 70.8% compared with H.262/MPEG-2 MP.[121]

HEVC MP has also been compared with H.264/MPEG-4 AVC HP for subjective video quality. The video encoding was done for entertainment applications and four different bitrates were made for nine video test sequences with a HM-5.0 HEVC encoder being used. The subjective assessment was done at an earlier date than the PSNR comparison and so it used an earlier version of the HEVC encoder that had slightly lower performance. The bit rate reductions were determined based on subjective assessment using mean opinion score values. The overall subjective bitrate reduction for HEVC MP compared with H.264/MPEG-4 AVC HP was 49.3%.[121]

École Polytechnique Fédérale de Lausanne (EPFL) did a study to evaluate the subjective video quality of HEVC at resolutions higher than HDTV. The study was done with three videos with resolutions of 3840×1744 at 24 fps, 3840×2048 at 30 fps, and 3840×2160 at 30 fps. The five second video sequences showed people on a street, traffic, and a scene from the open source computer animated movie Sintel. The video sequences were encoded at five different bitrates using the HM-6.1.1 HEVC encoder and the JM-18.3 H.264/MPEG-4 AVC encoder. The subjective bit rate reductions were determined based on subjective assessment using mean opinion score values. The study compared HEVC MP with H.264/MPEG-4 AVC HP and showed that, for HEVC MP, the average bitrate reduction based on PSNR was 44.4%, while the average bitrate reduction based on subjective video quality was 66.5%.[122][123][124][125]

In a HEVC performance comparison released in April 2013, the HEVC MP and Main 10 Profile (M10P) were compared with H.264/MPEG-4 AVC HP and High 10 Profile (H10P) using 3840×2160 video sequences. The video sequences were encoded using the HM-10.0 HEVC encoder and the JM-18.4 H.264/MPEG-4 AVC encoder. The average bit rate reduction based on PSNR was 45% for inter frame video.

In a video encoder comparison released in December 2013, the HM-10.0 HEVC encoder was compared with the x264 encoder (version r2334) and the VP9 encoder (version v1.2.0-3088-ga81bd12). The comparison used the Bjøntegaard-Delta bit-rate (BD-BR) measurement method, in which negative values tell how much lower the bit rate is reduced, and positive values tell how much the bit rate is increased for the same PSNR. In the comparison, the HM-10.0 HEVC encoder had the highest coding efficiency and, on average, to get the same objective quality, the x264 encoder needed to increase the bit rate by 66.4%, while the VP9 encoder needed to increase the bit rate by 79.4%.[126]

Subjective video performance comparison[127]
Video
coding
standard
Average bit rate reduction
compared with H.264/MPEG-4 AVC HP
480p 720p 1080p 2160p
HEVC 52% 56% 62% 64%

In a subjective video performance comparison released in May 2014, the JCT-VC compared the HEVC Main profile to the H.264/MPEG-4 AVC High profile. The comparison used mean opinion score values and was conducted by the BBC and the University of the West of Scotland. The video sequences were encoded using the HM-12.1 HEVC encoder and the JM-18.5 H.264/MPEG-4 AVC encoder. The comparison used a range of resolutions and the average bit rate reduction for HEVC was 59%. The average bit rate reduction for HEVC was 52% for 480p, 56% for 720p, 62% for 1080p, and 64% for 4K UHD.[127]

In a subjective video codec comparison released in August 2014 by the EPFL, the HM-15.0 HEVC encoder was compared with the VP9 1.2.0–5183 encoder and the JM-18.8 H.264/MPEG-4 AVC encoder. Four 4K resolutions sequences were encoded at five different bit rates with the encoders set to use an intra period of one second. In the comparison, the HM-15.0 HEVC encoder had the highest coding efficiency and, on average, for the same subjective quality the bit rate could be reduced by 49.4% compared with the VP9 1.2.0–5183 encoder, and it could be reduced by 52.6% compared with the JM-18.8 H.264/MPEG-4 AVC encoder.[128][129][130]

In August, 2016, Netflix published the results of a large-scale study comparing the leading open-source HEVC encoder, x265, with the leading open-source AVC encoder, x264 and the reference VP9 encoder, libvpx.[131] Using their advanced Video Multimethod Assessment Fusion (VMAF) video quality measurement tool, Netflix found that x265 delivered identical quality at bit rates ranging from 35.4% to 53.3% lower than x264, and from 17.8% to 21.8% lower than VP9.[132]

Features

[edit]

HEVC was designed to substantially improve coding efficiency compared with H.264/MPEG-4 AVC HP, i.e. to reduce bitrate requirements by half with comparable image quality, at the expense of increased computational complexity.[13] HEVC was designed with the goal of allowing video content to have a data compression ratio of up to 1000:1.[133] Depending on the application requirements, HEVC encoders can trade off computational complexity, compression rate, robustness to errors, and encoding delay time.[13] Two of the key features where HEVC was improved compared with H.264/MPEG-4 AVC was support for higher resolution video and improved parallel processing methods.[13]

HEVC is targeted at next-generation HDTV displays and content capture systems which feature progressive scanned frame rates and display resolutions from QVGA (320×240) to 4320p (7680×4320), as well as improved picture quality in terms of noise level, color spaces, and dynamic range.[21][134][135][136]

Video coding layer

[edit]

The HEVC video coding layer uses the same "hybrid" approach used in all modern video standards, starting from H.261, in that it uses inter-/intra-picture prediction and 2D transform coding.[13] A HEVC encoder first proceeds by splitting a picture into block shaped regions for the first picture, or the first picture of a random access point, which uses intra-picture prediction.[13] Intra-picture prediction is when the prediction of the blocks in the picture is based only on the information in that picture.[13] For all other pictures, inter-picture prediction is used, in which prediction information is used from other pictures.[13] After the prediction methods are finished and the picture goes through the loop filters, the final picture representation is stored in the decoded picture buffer.[13] Pictures stored in the decoded picture buffer can be used for the prediction of other pictures.[13]

HEVC was designed with the idea that progressive scan video would be used and no coding tools were added specifically for interlaced video.[13] Interlace specific coding tools, such as MBAFF and PAFF, are not supported in HEVC.[137] HEVC instead sends metadata that tells how the interlaced video was sent.[13] Interlaced video may be sent either by coding each frame as a separate picture or by coding each field as a separate picture.[13] For interlaced video HEVC can change between frame coding and field coding using Sequence Adaptive Frame Field (SAFF), which allows the coding mode to be changed for each video sequence.[138] This allows interlaced video to be sent with HEVC without needing special interlaced decoding processes to be added to HEVC decoders.[13]

Color spaces

[edit]

The HEVC standard supports color spaces such as generic film (colour filters using Illuminant C), NTSC, PAL, Rec. 601 (SMPTE 170M), Rec. 709, Rec. 2020, Rec. 2100, SMPTE 240M, sRGB, sYCC, xvYCC, XYZ, and externally specified color spaces such as Dolby Vision or HDR Vivid.[24] HEVC supports color encoding representations such as RGB, YCbCr and ICtCp, and YCoCg.[24]

Coding tools

[edit]

Coding tree unit

[edit]

HEVC replaces 16×16 pixel macroblocks, which were used with previous standards, with coding tree units (CTUs) which can use larger block structures of up to 64×64 samples and can better sub-partition the picture into variable sized structures.[13][139] HEVC initially divides the picture into CTUs which can be 64×64, 32×32, or 16×16 with a larger pixel block size usually increasing the coding efficiency.[13]

Inverse transforms

[edit]

HEVC specifies four transform units (TUs) sizes of 4×4, 8×8, 16×16, and 32×32 to code the prediction residual.[13] A CTB may be recursively partitioned into 4 or more TUs.[13] TUs use integer basis functions based on the discrete cosine transform (DCT).[13][2] In addition, 4×4 luma transform blocks that belong to an intra coded region are transformed using an integer transform that is derived from discrete sine transform (DST).[13] This provides a 1% bit rate reduction but was restricted to 4×4 luma transform blocks due to marginal benefits for the other transform cases.[13] Chroma uses the same TU sizes as luma so there is no 2×2 transform for chroma.[13]

Parallel processing tools

[edit]
  • Tiles allow for the picture to be divided into a grid of rectangular regions that can independently be decoded/encoded. The main purpose of tiles is to allow for parallel processing.[13] Tiles can be independently decoded and can even allow for random access to specific regions of a picture in a video stream.[13]
  • Wavefront parallel processing (WPP) is when a slice is divided into rows of CTUs in which the first row is decoded normally but each additional row requires that decisions be made in the previous row.[13] WPP has the entropy encoder use information from the preceding row of CTUs and allows for a method of parallel processing that may allow for better compression than tiles.[13]
  • Tiles and WPP are allowed, but are optional.[13][24] If tiles are present, they must be at least 64 pixels high and 256 pixels wide with a level specific limit on the number of tiles allowed.[13][24]
  • Slices can, for the most part, be decoded independently from each other with the main purpose of tiles being the re-synchronization in case of data loss in the video stream.[13] Slices can be defined as self-contained in that prediction is not made across slice boundaries.[13] When in-loop filtering is done on a picture though, information across slice boundaries may be required.[13] Slices are CTUs decoded in the order of the raster scan, and different coding types can be used for slices such as I types, P types, or B types.[13]
  • Dependent slices can allow for data related to tiles or WPP to be accessed more quickly by the system than if the entire slice had to be decoded.[13] The main purpose of dependent slices is to allow for low-delay video encoding due to its lower latency.[13]

Other coding tools

[edit]
Entropy coding
[edit]

HEVC uses a context-adaptive binary arithmetic coding (CABAC) algorithm that is fundamentally similar to CABAC in H.264/MPEG-4 AVC.[13] CABAC is the only entropy encoder method that is allowed in HEVC while there are two entropy encoder methods allowed by H.264/MPEG-4 AVC.[13] CABAC and the entropy coding of transform coefficients in HEVC were designed for a higher throughput than H.264/MPEG-4 AVC,[140] while maintaining higher compression efficiency for larger transform block sizes relative to simple extensions.[141] For instance, the number of context coded bins have been reduced by 8× and the CABAC bypass-mode has been improved in terms of its design to increase throughput.[13][140][142] Another improvement with HEVC is that the dependencies between the coded data has been changed to further increase throughput.[13][140] Context modeling in HEVC has also been improved so that CABAC can better select a context that increases efficiency when compared with H.264/MPEG-4 AVC.[13]

Intra prediction
[edit]
HEVC has 33 intra prediction modes

HEVC specifies 33 directional modes for intra prediction compared with the 8 directional modes for intra prediction specified by H.264/MPEG-4 AVC.[13] HEVC also specifies DC intra prediction and planar prediction modes.[13] The DC intra prediction mode generates a mean value by averaging reference samples and can be used for flat surfaces.[13] The planar prediction mode in HEVC supports all block sizes defined in HEVC while the planar prediction mode in H.264/MPEG-4 AVC is limited to a block size of 16×16 pixels.[13] The intra prediction modes use data from neighboring prediction blocks that have been previously decoded from within the same picture.[13]

Motion compensation
[edit]

For the interpolation of fractional luma sample positions HEVC uses separable application of one-dimensional half-sample interpolation with an 8-tap filter or quarter-sample interpolation with a 7-tap filter while, in comparison, H.264/MPEG-4 AVC uses a two-stage process that first derives values at half-sample positions using separable one-dimensional 6-tap interpolation followed by integer rounding and then applies linear interpolation between values at nearby half-sample positions to generate values at quarter-sample positions.[13] HEVC has improved precision due to the longer interpolation filter and the elimination of the intermediate rounding error.[13] For 4:2:0 video, the chroma samples are interpolated with separable one-dimensional 4-tap filtering to generate eighth-sample precision, while in comparison H.264/MPEG-4 AVC uses only a 2-tap bilinear filter (also with eighth-sample precision).[13]

As in H.264/MPEG-4 AVC, weighted prediction in HEVC can be used either with uni-prediction (in which a single prediction value is used) or bi-prediction (in which the prediction values from two prediction blocks are combined).[13]

Motion vector prediction
[edit]

HEVC defines a signed 16-bit range for both horizontal and vertical motion vectors (MVs).[24][143][144][145] This was added to HEVC at the July 2012 HEVC meeting with the mvLX variables.[24][143][144][145] HEVC horizontal/vertical MVs have a range of −32768 to 32767 which given the quarter pixel precision used by HEVC allows for a MV range of −8192 to 8191.75 luma samples.[24][143][144][145] This compares to H.264/MPEG-4 AVC which allows for a horizontal MV range of −2048 to 2047.75 luma samples and a vertical MV range of −512 to 511.75 luma samples.[144]

HEVC allows for two MV modes which are Advanced Motion Vector Prediction (AMVP) and merge mode.[13] AMVP uses data from the reference picture and can also use data from adjacent prediction blocks.[13] The merge mode allows for the MVs to be inherited from neighboring prediction blocks.[13] Merge mode in HEVC is similar to "skipped" and "direct" motion inference modes in H.264/MPEG-4 AVC but with two improvements.[13] The first improvement is that HEVC uses index information to select one of several available candidates.[13] The second improvement is that HEVC uses information from the reference picture list and reference picture index.[13]

Loop filters

[edit]

HEVC specifies two loop filters that are applied sequentially, with the deblocking filter (DBF) applied first and the sample adaptive offset (SAO) filter applied afterwards.[13] Both loop filters are applied in the inter-picture prediction loop, i.e. the filtered image is stored in the decoded picture buffer (DPB) as a reference for inter-picture prediction.[13]

Deblocking filter
[edit]

The DBF is similar to the one used by H.264/MPEG-4 AVC but with a simpler design and better support for parallel processing.[13] In HEVC the DBF only applies to a 8×8 sample grid while with H.264/MPEG-4 AVC the DBF applies to a 4×4 sample grid.[13] DBF uses a 8×8 sample grid since it causes no noticeable degradation and significantly improves parallel processing because the DBF no longer causes cascading interactions with other operations.[13] Another change is that HEVC only allows for three DBF strengths of 0 to 2.[13] HEVC also requires that the DBF first apply horizontal filtering for vertical edges to the picture and only after that does it apply vertical filtering for horizontal edges to the picture.[13] This allows for multiple parallel threads to be used for the DBF.[13]

Sample adaptive offset
[edit]

The SAO filter is applied after the DBF and is designed to allow for better reconstruction of the original signal amplitudes by applying offsets stored in a lookup table in the bitstream.[13][146] Per CTB the SAO filter can be disabled or applied in one of two modes: edge offset mode or band offset mode.[13][146] The edge offset mode operates by comparing the value of a sample to two of its eight neighbors using one of four directional gradient patterns.[13][146] Based on a comparison with these two neighbors, the sample is classified into one of five categories: minimum, maximum, an edge with the sample having the lower value, an edge with the sample having the higher value, or monotonic.[13][146] For each of the first four categories an offset is applied.[13][146] The band offset mode applies an offset based on the amplitude of a single sample.[13][146] A sample is categorized by its amplitude into one of 32 bands (histogram bins).[13][146] Offsets are specified for four consecutive of the 32 bands, because in flat areas which are prone to banding artifacts, sample amplitudes tend to be clustered in a small range.[13][146] The SAO filter was designed to increase picture quality, reduce banding artifacts, and reduce ringing artifacts.[13][146]

Range extensions

[edit]

Range extensions in MPEG are additional profiles, levels, and techniques that support needs beyond consumer video playback:[24]

  • Profiles supporting bit depths beyond 10, and differing luma/chroma bit depths.
  • Intra profiles for when file size is much less important than random-access decoding speed.
  • Still Picture profiles, forming the basis of High Efficiency Image File Format, without any limit on the picture size or complexity (level 8.5). Unlike all other levels, no minimum decoder capacity is required, only a best-effort with reasonable fallback.

Within these new profiles came enhanced coding features, many of which support efficient screen encoding or high-speed processing:

  • Persistent Rice adaptation, a general optimization of entropy coding.
  • Higher precision weighted prediction at high bit depths.[147]
  • Cross-component prediction, allowing the imperfect YCbCr color decorrelation to let the luma (or G) match set the predicted chroma (or R/B) matches, which results in up to 7% gain for YCbCr 4:4:4 and up to 26% for RGB video. Particularly useful for screen coding.[147][148]
  • Intra smoothing control, allowing the encoder to turn smoothing on or off per-block, instead of per-frame.
  • Modifications of transform skip:
    • Residual DPCM (RDPCM), allowing more-optimal coding of residual data if possible, vs the typical zig-zag.
    • Block size flexibility, supporting block sizes up to 32×32 (versus only 4×4 transform skip support in version 1).
    • 4×4 rotation, for potential efficiency.
    • Transform skip context, enabling DCT and RDPCM blocks to carry a separate context.
  • Extended precision processing, giving low bit-depth video slightly more accurate decoding.
  • CABAC bypass alignment, a decoding optimization specific to High Throughput 4:4:4 16 Intra profile.

HEVC version 2 adds several supplemental enhancement information (SEI) messages:

  • Color remapping: mapping one color space to another.[149]
  • Knee function: hints for converting between dynamic ranges, particularly from HDR to SDR.
  • Mastering display color volume
  • Time code, for archival purposes

Screen content coding extensions

[edit]

Additional coding tool options have been added in the March 2016 draft of the screen content coding (SCC) extensions:[150]

  • Adaptive color transform.[150]
  • Adaptive motion vector resolution.[150]
  • Intra block copying.[150]
  • Palette mode.[150]

The ITU-T version of the standard that added the SCC extensions (approved in December 2016 and published in March 2017) added support for the hybrid log–gamma (HLG) transfer function and the ICtCp color matrix.[65] This allows the fourth version of HEVC to support both of the HDR transfer functions defined in Rec. 2100.[65]

The fourth version of HEVC adds several supplemental enhancement information (SEI) messages which include:

  • Alternative transfer characteristics information SEI message, provides information on the preferred transfer function to use.[150] The primary use case for this would be to deliver HLG video in a way that would be backward compatible with legacy devices.[151]
  • Ambient viewing environment SEI message, provides information on the ambient light of the viewing environment that was used to author the video.[150][152]

Profiles

[edit]
Feature support in some of the video profiles[24]
Feature Version 1 Version 2
 Main  Main 10 Main 12 Main
4:2:2 10
Main
4:2:2 12
Main
4:4:4
Main
4:4:4 10
Main
4:4:4 12
Main
4:4:4 16
Intra
Bit depth 8 8 to 10 8 to 12 8 to 10 8 to 12 8 8 to 10 8 to 12 8 to 16
Chroma sampling formats 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 (Monochrome) No No Yes Yes Yes Yes Yes Yes Yes
High precision weighted prediction No No Yes Yes Yes Yes Yes Yes Yes
Chroma QP offset list No No Yes Yes Yes Yes Yes Yes Yes
Cross-component prediction No No No No No Yes Yes Yes Yes
Intra smoothing disabling No No No No No Yes Yes Yes Yes
Persistent Rice adaptation No No No No No Yes Yes Yes Yes
RDPCM implicit/explicit No No No No No Yes Yes Yes Yes
Transform skip block sizes larger than 4×4 No No No No No Yes Yes Yes Yes
Transform skip context/rotation No No No No No Yes Yes Yes Yes
Extended precision processing No No No No No No No No Yes

Version 1 of the HEVC standard defines three profiles: Main, Main 10, and Main Still Picture.[24] Version 2 of HEVC adds 21 range extensions profiles, two scalable extensions profiles, and one multi-view profile.[24] HEVC also contains provisions for additional profiles.[24] Extensions that were added to HEVC include increased bit depth, 4:2:2/4:4:4 chroma sampling, Multiview Video Coding (MVC), and Scalable Video Coding (SVC).[13][153] The HEVC range extensions, HEVC scalable extensions, and HEVC multi-view extensions were completed in July 2014.[154][155][156] In July 2014 a draft of the second version of HEVC was released.[154] Screen content coding (SCC) extensions were under development for screen content video, which contains text and graphics, with an expected final draft release date of 2015.[157][158]

A profile is a defined set of coding tools that can be used to create a bitstream that conforms to that profile.[13] An encoder for a profile may choose which coding tools to use as long as it generates a conforming bitstream while a decoder for a profile must support all coding tools that can be used in that profile.[13]

Version 1 profiles

[edit]

Main

[edit]

The Main profile allows for a bit depth of 8 bits per sample with 4:2:0 chroma sampling, which is the most common type of video used with consumer devices.[13][24][155]

Main 10

[edit]

The Main 10 (Main10) profile was added at the October 2012 HEVC meeting based on proposal JCTVC-K0109 which proposed that a 10-bit profile be added to HEVC for consumer applications. The proposal said this was to allow for improved video quality and to support the Rec. 2020 color space that has become widely used in UHDTV systems and to be able to deliver higher dynamic range and color fidelity avoiding the banding artifacts. A variety of companies supported the proposal which included Ateme, BBC, BSkyB, Cisco, DirecTV, Ericsson, Motorola Mobility, NGCodec, NHK, RAI, ST, SVT, Thomson Video Networks, Technicolor, and ViXS Systems.[159] The Main 10 profile allows for a bit depth of 8 to 10 bits per sample with 4:2:0 chroma sampling. HEVC decoders that conform to the Main 10 profile must be capable of decoding bitstreams made with the following profiles: Main and Main 10.[24] A higher bit depth allows for a greater number of colors. 8 bits per sample allows for 256 shades per primary color (a total of 16.78 million colors) while 10 bits per sample allows for 1024 shades per primary color (a total of 1.07 billion colors). A higher bit depth allows for a smoother transition of color which resolves the problem known as color banding.[160][161]

The Main 10 profile allows for improved video quality since it can support video with a higher bit depth than what is supported by the Main profile.[159] Additionally, in the Main 10 profile 8-bit video can be coded with a higher bit depth of 10 bits, which allows improved coding efficiency compared to the Main profile.[162][163][164]

Ericsson said the Main 10 profile would bring the benefits of 10 bits per sample video to consumer TV. They also said that for higher resolutions there is no bit rate penalty for encoding video at 10 bits per sample.[160] Imagination Technologies said that 10-bit per sample video would allow for larger color spaces and is required for the Rec. 2020 color space that will be used by UHDTV. They also said the Rec. 2020 color space would drive the widespread adoption of 10-bit-per-sample video.[161][165]

In a PSNR based performance comparison released in April 2013 the Main 10 profile was compared to the Main profile using a set of 3840×2160 10-bit video sequences. The 10-bit video sequences were converted to 8 bits for the Main profile and remained at 10 bits for the Main 10 profile. The reference PSNR was based on the original 10-bit video sequences. In the performance comparison the Main 10 profile provided a 5% bit rate reduction for inter frame video coding compared to the Main profile. The performance comparison states that for the tested video sequences the Main 10 profile outperformed the Main profile.[166]

Main Still Picture

[edit]
Comparison of standards for still image compression based on equal PSNR and MOS[167]
Still image
coding standard
(test method)
Average bit rate
reduction compared to
JPEG 2000    JPEG   
HEVC (PSNR) 20% 62%
HEVC (MOS) 31% 43%

The Main Still Picture (MainStillPicture) profile allows for a single still picture to be encoded with the same constraints as the Main profile. As a subset of the Main profile the Main Still Picture profile allows for a bit depth of 8 bits per sample with 4:2:0 chroma sampling.[13][24][155] An objective performance comparison was done in April 2012 in which HEVC reduced the average bit rate for images by 56% compared to JPEG.[168] A PSNR based performance comparison for still image compression was done in May 2012 using the HEVC HM 6.0 encoder and the reference software encoders for the other standards. For still images HEVC reduced the average bit rate by 15.8% compared to H.264/MPEG-4 AVC, 22.6% compared to JPEG 2000, 30.0% compared to JPEG XR, 31.0% compared to WebP, and 43.0% compared to JPEG.[169]

A performance comparison for still image compression was done in January 2013 using the HEVC HM 8.0rc2 encoder, Kakadu version 6.0 for JPEG 2000, and IJG version 6b for JPEG. The performance comparison used PSNR for the objective assessment and mean opinion score (MOS) values for the subjective assessment. The subjective assessment used the same test methodology and images as those used by the JPEG committee when it evaluated JPEG XR. For 4:2:0 chroma sampled images the average bit rate reduction for HEVC compared to JPEG 2000 was 20.26% for PSNR and 30.96% for MOS while compared to JPEG it was 61.63% for PSNR and 43.10% for MOS.[167]

A PSNR based HEVC performance comparison for still image compression was done in April 2013 by Nokia. HEVC has a larger performance improvement for higher resolution images than lower resolution images and a larger performance improvement for lower bit rates than higher bit rates. For lossy compression to get the same PSNR as HEVC took on average 1.4× more bits with JPEG 2000, 1.6× more bits with JPEG-XR, and 2.3× more bits with JPEG.[170]

A compression efficiency study of HEVC, JPEG, JPEG XR, and WebP was done in October 2013 by Mozilla. The study showed that HEVC was significantly better at compression than the other image formats that were tested. Four different methods for comparing image quality were used in the study which were Y-SSIM, RGB-SSIM, IW-SSIM, and PSNR-HVS-M.[171][172]

Version 2 profiles

[edit]

Version 2 of HEVC adds 21 range extensions profiles, two scalable extensions profiles, and one multi-view profile: Monochrome, Monochrome 12, Monochrome 16, Main 12, Main 4:2:2 10, Main 4:2:2 12, Main 4:4:4, Main 4:4:4 10, Main 4:4:4 12, Monochrome 12 Intra, Monochrome 16 Intra, Main 12 Intra, Main 4:2:2 10 Intra, Main 4:2:2 12 Intra, Main 4:4:4 Intra, Main 4:4:4 10 Intra, Main 4:4:4 12 Intra, Main 4:4:4 16 Intra, Main 4:4:4 Still Picture, Main 4:4:4 16 Still Picture, High Throughput 4:4:4 16 Intra, Scalable Main, Scalable Main 10, and Multiview Main.[24][173] All of the inter frame range extensions profiles have an Intra profile.[24]

Monochrome
The Monochrome profile allows for a bit depth of 8 bits per sample with support for 4:0:0 chroma sampling.[24]
Monochrome 12
The Monochrome 12 profile allows for a bit depth of 8 bits to 12 bits per sample with support for 4:0:0 chroma sampling.[24]
Monochrome 16
The Monochrome 16 profile allows for a bit depth of 8 bits to 16 bits per sample with support for 4:0:0 chroma sampling. HEVC decoders that conform to the Monochrome 16 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Monochrome 12, and Monochrome 16.[24]
Main 12
The Main 12 profile allows for a bit depth of 8 bits to 12 bits per sample with support for 4:0:0 and 4:2:0 chroma sampling. HEVC decoders that conform to the Main 12 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Monochrome 12, Main, Main 10, and Main 12.[24]
Main 4:2:2 10
The Main 4:2:2 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, and 4:2:2 chroma sampling. HEVC decoders that conform to the Main 4:2:2 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, and Main 4:2:2 10.[24]
Main 4:2:2 12
The Main 4:2:2 12 profile allows for a bit depth of 8 bits to 12 bits per sample with support for 4:0:0, 4:2:0, and 4:2:2 chroma sampling. HEVC decoders that conform to the Main 4:2:2 12 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Monochrome 12, Main, Main 10, Main 12, Main 4:2:2 10, and Main 4:2:2 12.[24]
Main 4:4:4
The Main 4:4:4 profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, and Main 4:4:4.[24]
Main 4:4:4 10
The Main 4:4:4 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, and Main 4:4:4 10.[24]
Main 4:4:4 12
The Main 4:4:4 12 profile allows for a bit depth of 8 bits to 12 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 12 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 12, Main 4:2:2 10, Main 4:2:2 12, Main 4:4:4, Main 4:4:4 10, Main 4:4:4 12, and Monochrome 12.[24]
Main 4:4:4 16 Intra
The Main 4:4:4 16 Intra profile allows for a bit depth of 8 bits to 16 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Main 4:4:4 16 Intra profile must be capable of decoding bitstreams made with the following profiles: Monochrome Intra, Monochrome 12 Intra, Monochrome 16 Intra, Main Intra, Main 10 Intra, Main 12 Intra, Main 4:2:2 10 Intra, Main 4:2:2 12 Intra, Main 4:4:4 Intra, Main 4:4:4 10 Intra, and Main 4:4:4 12 Intra.[24]
High Throughput 4:4:4 16 Intra
The High Throughput 4:4:4 16 Intra profile allows for a bit depth of 8 bits to 16 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 16 Intra profile has an HbrFactor 12 times higher than other HEVC profiles, allowing it to have a maximum bit rate 12 times higher than the Main 4:4:4 16 Intra profile.[24][174] The High Throughput 4:4:4 16 Intra profile is designed for high end professional content creation and decoders for this profile are not required to support other profiles.[174]
Main 4:4:4 Still Picture
The Main 4:4:4 Still Picture profile allows for a single still picture to be encoded with the same constraints as the Main 4:4:4 profile. As a subset of the Main 4:4:4 profile, the Main 4:4:4 Still Picture profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling.[24]
Main 4:4:4 16 Still Picture
The Main 4:4:4 16 Still Picture profile allows for a single still picture to be encoded with the same constraints as the Main 4:4:4 16 Intra profile. As a subset of the Main 4:4:4 16 Intra profile, the Main 4:4:4 16 Still Picture profile allows for a bit depth of 8 bits to 16 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling.[24]
Scalable Main
The Scalable Main profile allows for a base layer that conforms to the Main profile of HEVC.[24]
Scalable Main 10
The Scalable Main 10 profile allows for a base layer that conforms to the Main 10 profile of HEVC.[24]
Multiview Main
The Multiview Main profile allows for a base layer that conforms to the Main profile of HEVC.[24]

Version 3 and higher profiles

[edit]

Version 3 of HEVC added one 3D profile: 3D Main. The February 2016 draft of the screen content coding extensions added seven screen content coding extensions profiles, three high throughput extensions profiles, and four scalable extensions profiles: Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, Screen-Extended Main 4:4:4 10, Screen-Extended High Throughput 4:4:4, Screen-Extended High Throughput 4:4:4 10, Screen-Extended High Throughput 4:4:4 14, High Throughput 4:4:4, High Throughput 4:4:4 10, High Throughput 4:4:4 14, Scalable Monochrome, Scalable Monochrome 12, Scalable Monochrome 16, and Scalable Main 4:4:4.[24][150]

3D Main
The 3D Main profile allows for a base layer that conforms to the Main profile of HEVC.[24]
Screen-Extended Main
The Screen-Extended Main profile allows for a bit depth of 8 bits per sample with support for 4:0:0 and 4:2:0 chroma sampling. HEVC decoders that conform to the Screen-Extended Main profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, and Screen-Extended Main.[150]
Screen-Extended Main 10
The Screen-Extended Main 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0 and 4:2:0 chroma sampling. HEVC decoders that conform to the Screen-Extended Main 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Screen-Extended Main, and Screen-Extended Main 10.[150]
Screen-Extended Main 4:4:4
The Screen-Extended Main 4:4:4 profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Screen-Extended Main 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 4:4:4, Screen-Extended Main, and Screen-Extended Main 4:4:4.[150]
Screen-Extended Main 4:4:4 10
The Screen-Extended Main 4:4:4 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. HEVC decoders that conform to the Screen-Extended Main 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, Main 4:4:4 10, Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, and Screen-Extended Main 4:4:4 10.[150]
Screen-Extended High Throughput 4:4:4
The Screen-Extended High Throughput 4:4:4 profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The Screen-Extended High Throughput 4:4:4 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 profile. HEVC decoders that conform to the Screen-Extended High Throughput 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 4:4:4, Screen-Extended Main, Screen-Extended Main 4:4:4, Screen-Extended High Throughput 4:4:4, and High Throughput 4:4:4.[150]
Screen-Extended High Throughput 4:4:4 10
The Screen-Extended High Throughput 4:4:4 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The Screen-Extended High Throughput 4:4:4 10 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 10 profile. HEVC decoders that conform to the Screen-Extended High Throughput 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, Main 4:4:4 10, Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, Screen-Extended Main 4:4:4 10, Screen-Extended High Throughput 4:4:4, Screen-Extended High Throughput 4:4:4 10, High Throughput 4:4:4, and High Throughput 4:4:4.[150]
Screen-Extended High Throughput 4:4:4 14
The Screen-Extended High Throughput 4:4:4 14 profile allows for a bit depth of 8 bits to 14 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The Screen-Extended High Throughput 4:4:4 14 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles. HEVC decoders that conform to the Screen-Extended High Throughput 4:4:4 14 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 10, Main 4:2:2 10, Main 4:4:4, Main 4:4:4 10, Screen-Extended Main, Screen-Extended Main 10, Screen-Extended Main 4:4:4, Screen-Extended Main 4:4:4 10, Screen-Extended High Throughput 4:4:4, Screen-Extended High Throughput 4:4:4 10, Screen-Extended High Throughput 4:4:4 14, High Throughput 4:4:4, High Throughput 4:4:4 10, and High Throughput 4:4:4 14.[150]
High Throughput 4:4:4
The High Throughput 4:4:4 profile allows for a bit depth of 8 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 profile. HEVC decoders that conform to the High Throughput 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: High Throughput 4:4:4.[150]
High Throughput 4:4:4 10
The High Throughput 4:4:4 10 profile allows for a bit depth of 8 bits to 10 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 10 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles allowing it to have a maximum bit rate 6 times higher than the Main 4:4:4 10 profile. HEVC decoders that conform to the High Throughput 4:4:4 10 profile must be capable of decoding bitstreams made with the following profiles: High Throughput 4:4:4 and High Throughput 4:4:4 10.[150]
High Throughput 4:4:4 14
The High Throughput 4:4:4 14 profile allows for a bit depth of 8 bits to 14 bits per sample with support for 4:0:0, 4:2:0, 4:2:2, and 4:4:4 chroma sampling. The High Throughput 4:4:4 14 profile has an HbrFactor 6 times higher than most inter frame HEVC profiles. HEVC decoders that conform to the High Throughput 4:4:4 14 profile must be capable of decoding bitstreams made with the following profiles: High Throughput 4:4:4, High Throughput 4:4:4 10, and High Throughput 4:4:4 14.[150]
Scalable Monochrome
The Scalable Monochrome profile allows for a base layer that conforms to the Monochrome profile of HEVC.[150]
Scalable Monochrome 12
The Scalable Monochrome 12 profile allows for a base layer that conforms to the Monochrome 12 profile of HEVC.[150]
Scalable Monochrome 16
The Scalable Monochrome 16 profile allows for a base layer that conforms to the Monochrome 16 profile of HEVC.[150]
Scalable Main 4:4:4
The Scalable Main 4:4:4 profile allows for a base layer that conforms to the Main 4:4:4 profile of HEVC.[150]

Tiers and levels

[edit]

The HEVC standard defines two tiers, Main and High, and thirteen levels. A level is a set of constraints for a bitstream. For levels below level 4 only the Main tier is allowed. The Main tier is a lower tier than the High tier. The tiers were made to deal with applications that differ in terms of their maximum bit rate. The Main tier was designed for most applications while the High tier was designed for very demanding applications. A decoder that conforms to a given tier/level is required to be capable of decoding all bitstreams that are encoded for that tier/level and for all lower tiers/levels.[13][24]

Tiers and levels with maximum property values[24]
Level Max luma sample rate
(samples/s)
Max luma picture size
(samples)
Max bit rate for Main
and Main 10 profiles (kbit/s)[A]
Example picture resolution @
highest frame rate[B]
(MaxDpbSize[C])
More/Fewer examples
Main tier High tier
1 552,960 36,864 128
128×96@33.7 (6)
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
640×360@67.5 (12)
720×576@37.5 (8)
960×540@30 (6)
3.1 33,177,600 983,040 10,000
720×576@75 (12)
960×540@60 (8)
1280×720@33.7 (6)
4 66,846,720 2,228,224 12,000 30,000
1,280×720@68 (12)
1,920×1,080@32 (6)
2,048×1,080@30.0 (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)
A The maximum bit rate of the profile is based on the combination of bit depth, chroma sampling, and the type of profile. For bit depth the maximum bit rate increases by 1.5× for 12-bit profiles and 2× for 16-bit profiles. For chroma sampling the maximum bit rate increases by 1.5× for 4:2:2 profiles and 2× for 4:4:4 profiles. For the Intra profiles the maximum bit rate increases by 2×.[24]
B The maximum frame rate supported by HEVC is 300 fps.[24]
C The MaxDpbSize is the maximum number of pictures in the decoded picture buffer.[24]

Decoded picture buffer

[edit]

Previously decoded pictures are stored in a decoded picture buffer (DPB), and are used by HEVC encoders to form predictions for subsequent pictures. The maximum number of pictures that can be stored in the DPB, called the DPB capacity, is 6 (including the current picture) for all HEVC levels when operating at the maximum picture size supported by the level. The DPB capacity (in units of pictures) increases from 6 to 8, 12, or 16 as the picture size decreases from the maximum picture size supported by the level. The encoder selects which specific pictures are retained in the DPB on a picture-by-picture basis, so the encoder has the flexibility to determine for itself the best way to use the DPB capacity when encoding the video content.[24]

Containers

[edit]

MPEG has published an amendment which added HEVC support to the MPEG transport stream used by ATSC, DVB, and Blu-ray Disc; MPEG decided not to update the MPEG program stream used by DVD-Video.[175][176] MPEG has also added HEVC support to the ISO base media file format.[177][178] HEVC is also supported by the MPEG media transport standard.[175][179] Support for HEVC was added to Matroska starting with the release of MKVToolNix v6.8.0 after a patch from DivX was merged.[180][181] A draft document has been submitted to the Internet Engineering Task Force which describes a method to add HEVC support to the Real-time Transport Protocol.[182]

Using HEVC's intra frame encoding, a still-image coded format called Better Portable Graphics (BPG) has been proposed by the programmer Fabrice Bellard.[183] It is essentially a wrapper for images coded using the HEVC Main 4:4:4 16 Still Picture profile with up to 14 bits per sample, although it uses an abbreviated header syntax and adds explicit support for Exif, ICC profiles, and XMP metadata.[183][184]

Patent license terms

[edit]

License terms and fees for HEVC patents, compared with its main competitors:

Video
format
Licensor Codec
royalties
Codec
royalty exemptions
Codec
royalty annual cap
Content
distribution fee
HEVC MPEG LA ▪ US$0.20 per unit ▪ First 100k units each year[49] ▪ US$25 million ▪ US$0
HEVC Advance Region 1:
▪ US$0.40 (mobile)
▪ US$1.20 (4K TV)
▪ US$0.20-0.80 (other)
Region 2:
▪ US$0.20 (mobile)
▪ US$0.60 (4K TV)
▪ US$0.20–0.40 (other)[185]
▪ US$25,000 each year[186]

▪ Most software HEVC implementation distributed to consumer devices after first sale[187]
▪ US$40 million Physical distribution:
▪ $0.0225 per disc/title (Region 1)[188]
▪ $0.01125 per disc/title (Region 2)[188]
Non-physical distribution:
▪ US$0[189]
Technicolor tailor-made agreements[58] ▪ US$0[58]
Velos Media[62] ? ▪ Presumed to charge royalty[190]
others (AT&T, Microsoft, Motorola, Nokia, Cisco, ...)[52][191][192] ?
AVC MPEG LA Codecs to end users and OEM for PC but not part of PC OS:
▪ US$0.20: 100k+ units/year
▪ US$0.10: 5M+ units/year

Branded OEM Codecs for PC OS:
▪ US$0.20: 100k+ units/year
▪ US$0.10: 5M+ units/year[193]
Codecs to end users and OEM for PC but not part of PC OS:
▪ First 100k units each year

Branded OEM Codecs for PC OS:
▪ First 100k units each year[193]
Codecs to end users and OEM for PC but not part of PC OS:
▪ US$9.75 million (for 2017-20 period)

Branded OEM Codecs for PC OS:
▪ US$9.75 million (for 2017-20 period)[193]
Free Television:
▪ one time $2,500 per transmission encoder, or
▪ $2,500...$10,000 annual fee
Internet Broadcast:
▪ US$0
Paid Subscriber Model:
▪  00000$0/yr: 000k...100k subscribers
0$25,000/yr: 100k...250k subscribers
0$50,000/yr: 250k...500k subscribers
0$75,000/yr: 500k...1M subscribers
▪ $100,000/yr: 1M+ subscribers
Paid by Title Model:
▪ 0...12 min: no royalty
▪ 12+ min: lower of 2% or US$0.02/title
Maximum Annual Content Related Royalty:
▪ US$8.125 million
others (Nokia, Qualcomm, Broadcomm, Blackberry, Texas Instruments, MIT)[194] ?
AV1 Alliance for Open Media ▪ US$0 ▪ US$0
Daala Mozilla & Xiph.org ▪ US$0 ▪ US$0
VP9 Google ▪ US$0 ▪ US$0

Provision for costless software

[edit]

As with its predecessor AVC, software distributors that implement HEVC in products must pay a price per distributed copy.[i] While this licensing model is manageable for paid software, it is an obstacle to most free and open-source software, which is meant to be freely distributable. In the opinion of MulticoreWare, the developer of x265, enabling royalty-free software encoders and decoders is in the interest of accelerating HEVC adoption.[191][195][196] HEVC Advance made an exception that specifically waives the royalties on software-only implementations (both decoders and encoders) when not bundled with hardware.[197] However, the exempted software is not free from the licensing obligations of other patent holders (e.g. members of the MPEG LA pool).

While the obstacle to free software is no concern in for example TV broadcast networks, this problem, combined with the prospect of future collective lock-in to the format, makes several organizations like Mozilla (see OpenH264) and the Free Software Foundation Europe[198] wary of royalty-bearing formats for internet use. Competing formats intended for internet use (VP9 and AV1) are intended to steer clear of these concerns by being royalty free (provided there are no third-party claims of patent rights).

^i : Regardless of how the software is licensed from the software authors (see software licensing), if what it does is patented, its use remains bound by the patent holders' rights unless the use of the patents has been authorized by a license.

Versatile Video Coding

[edit]

In October 2015, MPEG and VCEG formed Joint Video Exploration Team (JVET)[199] to evaluate available compression technologies and study the requirements for a next-generation video compression standard. The new algorithm should have 30–50% better compression rate for the same perceptual quality, with support for lossless and subjectively lossless compression. It should also support YCbCr 4:4:4, 4:2:2 and 4:2:0 with 10 to 16 bits per component, BT.2100 wide color gamut and high dynamic range (HDR) of more than 16 stops (with peak brightness of 1,000, 4,000 and 10,000 nits), auxiliary channels (for depth, transparency, etc.), variable and fractional frame rates from 0 to 120 Hz, scalable video coding for temporal (frame rate), spatial (resolution), SNR, color gamut and dynamic range differences, stereo/multiview coding, panoramic formats, and still picture coding. Encoding complexity of 10 times that of HEVC is expected. JVET issued a final "Call for Proposals" in October 2017, with the first working draft of the Versatile Video Coding (VVC) standard released in April 2018.[200][201] The VVC standard was finalized on July 6, 2020.[202]

See also

[edit]

References

[edit]
  1. ^ High Efficiency Video Coding (HEVC) Family, H.265, MPEG-H Part 2 (Preliminary draft). Sustainability of Digital Formats. Washington, D.C.: Library of Congress. November 19, 2020. Retrieved December 1, 2021.
  2. ^ a b Thomson, Gavin; Shah, Athar (2017). "Introducing HEIF and HEVC" (PDF). Apple Inc. Retrieved August 5, 2019.
  3. ^ "69th Engineering Emmy Awards: Joint Collaborative Team on Video Coding wins Emmy Award". Academy of Television Arts & Sciences. November 1, 2017. Retrieved November 13, 2017.
  4. ^ "69th Engineering Emmy Awards Recipients Announced". Academy of Television Arts & Sciences. September 27, 2017. Retrieved November 13, 2017.
  5. ^ "ITU, ISO and IEC receive another Primetime Emmy for video compression". International Telecommunication Union. October 26, 2017. Archived from the original on April 19, 2019. Retrieved November 13, 2017.
  6. ^ "Engineering Emmy Award for HEVC Standard". RWTH Aachen University. November 2, 2017. Retrieved November 13, 2017.
  7. ^ Roach, John (September 29, 2017). "Primetime Engineering Emmy Award goes to HEVC, a key technology behind ultra-high definition TV". Microsoft Research. Retrieved November 13, 2017.
  8. ^ Ozer, Jan (April 12, 2016). "A Progress Report: The Alliance for Open Media and the AV1 Codec". Streaming Media Magazine.
  9. ^ "The Alliance for Open Media Kickstarts Video Innovation Era with AV1 Release". Alliance for Open Media. March 28, 2018. Archived from the original on July 11, 2018. Retrieved February 5, 2020.
  10. ^ a b c d e f "HEVC Advance Patent List". HEVC Advance. Archived from the original on August 24, 2020. Retrieved July 6, 2019.
  11. ^ a b c d e f "HEVC Patent List" (PDF). MPEG LA. Retrieved July 6, 2019.
  12. ^ "Licensors Included in the HEVC Patent Portfolio License". MPEG LA. Archived from the original on April 13, 2021. Retrieved June 18, 2019.
  13. ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an ao ap aq ar as at au av aw ax ay az ba bb bc bd be bf bg bh bi bj bk bl bm bn bo bp bq br bs bt bu bv bw bx by bz ca cb cc cd ce Sullivan 2012.
  14. ^ T. Wedi and T. K. Tan, AHG report – Coding Efficiency Improvements, VCEG document VCEG-AA06, 17–18 October 2005.
  15. ^ Meeting Report for 31st VCEG Meeting VCEG document VCEG-AE01r1, Marrakech, MA, 15–16 January 2007
  16. ^ ITU TSB (May 21, 2010). "Joint Collaborative Team on Video Coding". ITU-T. Retrieved August 24, 2012.
  17. ^ a b "ISO/IEC 23008-2:2013". International Organization for Standardization. November 25, 2013. Retrieved November 29, 2013.
  18. ^ a b c Jie Dong (June 19, 2010). "The First JCT-VC Meeting, Dresden, DE". H265.net. Retrieved November 25, 2012.
  19. ^ Jie Dong (July 1, 2008). "Current Status of H.265 (as at July 2008)". H265.net. Retrieved November 25, 2012.
  20. ^ a b c Yu Liu (April 15, 2009). "The Preliminary Requirements for NGVC". H265.net. Retrieved November 25, 2012.
  21. ^ a b "Draft requirements for "EPVC" enhanced performance video coding project". ITU-T VCEG. July 10, 2009. Retrieved August 24, 2012.
  22. ^ a b "An Interview With Dr. Thomas Wiegand". in-cites. July 1, 2007. Archived from the original on December 8, 2013. Retrieved August 18, 2012.
  23. ^ a b Yu Liu (July 3, 2009). "Current Status of HVC (High-Performance Video Coding) in MPEG". H265.net. Retrieved November 25, 2012.
  24. ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an ao ap aq ar as ITU 2015.
  25. ^ G. J. Sullivan; J. M. Boyce; Y. Chen; J.-R. Ohm; C. A. Segall; A. Vetro (December 2013). "Standardized Extensions of High Efficiency Video Coding". IEEE Journal on Selected Topics in Signal Processing. 7 (6). IEEE. doi:10.1109/JSTSP.2013.2283657.
  26. ^ Gerhard Tech; Krzysztof Wegner; Ying Chen; Sehoon Yea (February 18, 2015). "3D-HEVC Draft Text 7". JCT-3V. Retrieved February 26, 2015.
  27. ^ "Dresden Meeting – Document Register". ITU-T. Archived from the original on October 24, 2012. Retrieved November 24, 2012.
  28. ^ "Documents of the first meeting of the Joint Collaborative Team on Video Coding (JCT-VC) – Dresden, Germany, 15–23 April 2010". ITU-T. April 23, 2010. Archived from the original on October 24, 2012. Retrieved August 24, 2012.
  29. ^ "New video codec to ease pressure on global networks". ITU. January 25, 2013. Retrieved January 25, 2013.
  30. ^ Todd Spangler (January 25, 2013). "ITU OKs Next-Generation Video Codec Standard". Multichannel News. Archived from the original on December 12, 2013. Retrieved January 25, 2013.
  31. ^ "ITU-T Work Programme". ITU. Retrieved January 27, 2013.
  32. ^ "MPEG HEVC – The next major milestone in MPEG video history is achieved" (DOC). MPEG. January 25, 2013. Retrieved January 27, 2013.
  33. ^ "MPEG Basics". MPEG. Retrieved January 28, 2013.
  34. ^ a b "ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (04/2013)". ITU. April 13, 2013. Retrieved April 16, 2013.
  35. ^ a b "AAP Recommendation: H.265". ITU. April 13, 2013. Retrieved April 16, 2013.
  36. ^ a b "AAP Announcement No. 09". ITU. April 15, 2013. Retrieved April 16, 2013.
  37. ^ "Reference model for mixed and augmented reality defines architecture and terminology for MAR applications" (DOCX). MPEG. July 11, 2014. Retrieved July 26, 2014.
  38. ^ a b "ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (V2) (10/2014)". ITU. October 29, 2014. Retrieved November 1, 2014.
  39. ^ a b "AAP Recommendation: H.265 (V2)". ITU. October 29, 2014. Retrieved November 1, 2014.
  40. ^ a b "AAP Announcement No. 45". ITU. October 31, 2014. Retrieved November 1, 2014.
  41. ^ a b "ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (04/2015)". ITU. April 29, 2015. Retrieved June 26, 2015.
  42. ^ a b "AAP Recommendation: H.265 (V3)". ITU. April 29, 2015. Retrieved June 26, 2015.
  43. ^ a b "AAP Announcement No. 56". ITU. April 30, 2015. Retrieved June 26, 2015.
  44. ^ "AAP Recommendation: H.265 (V4)". ITU. October 29, 2016. Retrieved October 31, 2016.
  45. ^ "AAP Announcement No. 91". ITU. October 31, 2016. Retrieved October 31, 2016.
  46. ^ a b "AAP Recommendation: H.265 (V4)". ITU. December 22, 2016. Retrieved January 14, 2017.
  47. ^ a b "AAP Announcement No. 04". ITU. January 13, 2017. Retrieved January 14, 2017.
  48. ^ "MPEG LA Offers HEVC Patent Portfolio License". Yahoo Finance. September 29, 2014. Archived from the original on October 6, 2014. Retrieved September 29, 2014.
  49. ^ a b "HEVC Patent Portfolio License Briefing" (PDF). MPEG LA. September 29, 2014. Archived (PDF) from the original on October 6, 2014. Retrieved September 29, 2014.
  50. ^ Ozer, Jan (January 15, 2015). "MPEG LA Announces Proposed HEVC Licensing Terms".
  51. ^ "MPEG LA Expands HEVC License Coverage". Yahoo Finance. March 19, 2015. Archived from the original on April 2, 2015. Retrieved March 20, 2015.
  52. ^ a b Ozer, Jan (April 1, 2015). "New HEVC Patent Pool: What Are the Implications?".
  53. ^ a b "Royalty Rates Summary" (PDF). HEVC Advance. July 22, 2015. Archived from the original (PDF) on July 23, 2015. Retrieved July 22, 2015.
  54. ^ Dan Rayburn (July 23, 2015). "New Patent Pool Wants 0.5% Of Gross Revenue From Apple, Facebook & Others Over Higher Quality Video". The Huffington Post. Retrieved July 23, 2015.
  55. ^ Peter Bright (July 23, 2015). "New patent group threatens to derail 4K HEVC video streaming". Ars Technica. Retrieved July 23, 2015.
  56. ^ "Royalty Rates Summary" (PDF). HEVC Advance. December 18, 2015. Archived from the original (PDF) on July 23, 2015. Retrieved December 20, 2015.
  57. ^ Dan Rayburn (February 3, 2016). "Technicolor withdraws from the HEVC Advance pool to enable direct licensing of its HEVC IP portfolio". GlobeNewswire. Retrieved February 4, 2016.
  58. ^ a b c Joff Wild (May 16, 2016). "Technicolor CIPO explains why the company left the HEVC Advance patent pool". Retrieved May 18, 2016.
  59. ^ "HEVC Advance Recognizes Technicolor's Participation". PR Newswire. HEVC Advance. February 3, 2016. Retrieved July 14, 2019.
  60. ^ Advance, HEVC. "Technicolor Joins the HEVC Advance Patent Pool". www.prnewswire.com (Press release). Retrieved December 8, 2019.
  61. ^ Advance, HEVC. "HEVC Advance Announces 'Royalty Free' HEVC Software". www.prnewswire.com (Press release).
  62. ^ a b "Velos Media Launches New Licensing Platform to Drive Adoption of Latest Video Technologies, Improve Consumer Viewing Experience". Yahoo Finance. March 31, 2017. Retrieved April 4, 2017.
  63. ^ "Current Patents Covered by the HEVC Patent Portfolio License". MPEG LA.
  64. ^ "HEVC Attachment 1" (PDF). MPEG LA. April 17, 2019. Retrieved April 28, 2019.
  65. ^ a b c "ITU-T Home: Study groups: ITU-T Recommendations: ITU-T H.265 (12/2016)". ITU. December 22, 2016. Retrieved May 11, 2017.
  66. ^ a b c "ITU-T Rec. H.265 declared patent(s)". ITU. Retrieved August 5, 2021.
  67. ^ "ITU-T H.265 (V5) (02/2018)". ITU. February 13, 2018. Retrieved August 5, 2021.
  68. ^ "ITU-T H.265 (V6) (06/2019)". ITU. June 29, 2019. Retrieved August 5, 2021.
  69. ^ "ITU-T H.265 (V7) (11/2019)". ITU. November 29, 2019. Retrieved August 5, 2021.
  70. ^ "itu".
  71. ^ "itu".
  72. ^ "itu".
  73. ^ "Qualcomm shows horsepower of next-gen H.265 video". CNET. February 29, 2012. Retrieved October 12, 2012.
  74. ^ "MIT researchers build Quad HD TV chip". MIT news. February 20, 2013. Retrieved March 15, 2013.
  75. ^ "A low power HEVC decoder". EE Times. February 22, 2013. Retrieved March 15, 2013.
  76. ^ M. Tikekar; C.-T. Huang; C. Juvekar; V. Sze; A. Chandrakasan (2014). "A 249 MPixel/s HEVC Video-Decoder Chip for 4K Ultra HD Applications" (PDF). IEEE Journal of Solid-State Circuits. 49 (1): 61–72. Bibcode:2014IJSSC..49...61T. doi:10.1109/jssc.2013.2284362. hdl:1721.1/93876. S2CID 1632228.
  77. ^ a b "ATEME Enables Industry First Open Source Implementation Supporting HEVC". Reuters. April 3, 2013. Archived from the original on April 20, 2014. Retrieved April 4, 2013.
  78. ^ "ATEME Enables Industry First Open Source Implementation Supporting HEVC". PR Newswire. April 3, 2013. Retrieved April 4, 2013.
  79. ^ Joel Hruska (July 23, 2013). "H.265 benchmarked: Does the next-generation video codec live up to expectations?". ExtremeTech. Retrieved July 23, 2013.
  80. ^ Chris Angelini (July 23, 2013). "Next-Gen Video Encoding: x265 Tackles HEVC/H.265". Tom's Hardware. Retrieved July 23, 2013.
  81. ^ "NTT Develops World's Highest-level Compression Software Encoding Engine Fully Compliant with Next-gen "HEVC/H.265" Video Coding Standard, Rolls Out "HEVC-1000 SDK" Codec Development Kit". Nippon Telegraph and Telephone. August 8, 2013. Archived from the original on February 25, 2021. Retrieved August 17, 2013.
  82. ^ a b "DivX HEVC Encoder and Decoder Performance". DivX. November 14, 2013. Archived from the original on December 10, 2013. Retrieved November 14, 2013.
  83. ^ "ViXS Begins Shipments of Industry's First SoC to Support Ultra HD 4K and 10-bit HEVC". Yahoo Finance. December 18, 2013. Retrieved January 7, 2014.
  84. ^ "Harmonic Chooses Altera Solution for H.265 4Kp60 Video Encoding". NewsRoom Altera. April 7, 2014. Archived from the original on April 2, 2015. Retrieved March 24, 2015.
  85. ^ "Real-time 4K60fps HEVC Encoder". Youtube. December 17, 2014. Archived from the original on November 7, 2021. Retrieved March 24, 2015.
  86. ^ "Ittiam Systems announces availability of its third generation H.265/HEVC codec with 422 12-bit support". Ittiam Systems. August 8, 2014. Archived from the original on November 1, 2014. Retrieved November 1, 2014.
  87. ^ a b c "4K Blu-ray discs arriving in 2015 to fight streaming media". CNET. September 5, 2014. Retrieved September 6, 2014.
  88. ^ a b c "BDA Updates Blu-ray 4K Timeline". Home Media Magazine. September 5, 2014. Archived from the original on September 6, 2014. Retrieved September 6, 2014.
  89. ^ Mikey Campbell (September 12, 2014). "Apple's iPhone 6, iPhone 6 Plus use H.265 codec for FaceTime over cellular". AppleInsider. Retrieved September 13, 2014.
  90. ^ Ryan Smith (September 18, 2014). "The NVIDIA GeForce GTX 980 Review". AnandTech. Retrieved May 3, 2015.
  91. ^ Gabriel Aul (October 31, 2014). "HEVC also supported in-box". Twitter. Retrieved November 3, 2014.
  92. ^ John Callaham (November 1, 2014). "Microsoft: Windows 10 will support the HEVC video compression standard". Windows Central. Retrieved November 3, 2014.
  93. ^ Bogdan Popa (November 3, 2014). "Microsoft Confirms MKV File Support in Windows 10". Softpedia. Retrieved November 15, 2014.
  94. ^ Gabe Aul (November 12, 2014). "New build available to the Windows Insider Program". Microsoft. Retrieved November 15, 2014.
  95. ^ "Ittiam | Press Releases | 2014 | Ittiam's H.265 Software Solution Enables HEVC Support in Android's Lollipop Release". Archived from the original on December 8, 2014. Retrieved December 8, 2014.
  96. ^ "ViXS Announces World's First SoC With High Dynamic Range and 4K Ultra HD 12-Bit Color". Yahoo Finance. January 5, 2015. Retrieved January 10, 2015.
  97. ^ "Introducing The Tegra X1 Super Chip from NVIDIA". www.nvidia.com.
  98. ^ Smith, Joshua Ho, Ryan. "NVIDIA Tegra X1 Preview & Architecture Analysis".{{cite web}}: CS1 maint: multiple names: authors list (link)
  99. ^ Smith, Ryan. "NVIDIA Launches GeForce GTX 960".
  100. ^ Rick Merritt (January 5, 2015). "AMD Describes Notebook Processor". EE Times. Retrieved January 10, 2015.
  101. ^ "VITEC Unveils World's First Hardware-Based Portable HEVC Encoding and Streaming Appliance". Reuters. March 31, 2015. Archived from the original on May 1, 2016. Retrieved February 1, 2016.
  102. ^ a b Apple has chosen HEVC as its next-generation video codec. 8 June 2017.
  103. ^ "Release Notes – 0.28". April 11, 2016. Retrieved April 23, 2016.
  104. ^ S, Ian Cutress, Ganesh T. "Intel Announces 7th Gen Kaby Lake: 14nm PLUS, Six Notebook SKUs, Desktop coming in January".{{cite web}}: CS1 maint: multiple names: authors list (link)
  105. ^ a b "tvOS 11.0". Apple Developer.
  106. ^ "HLS Authoring Specification for Apple Devices". Apple Developer.
  107. ^ "macOS High Sierra advances storage, video and graphics". Apple Newsroom.
  108. ^ Hollister, Sean. "Apple answers iPhone storage woes with smaller photos, videos". CNET.
  109. ^ Singh, Rakesh (June 25, 2017). "Now you can play HEVC files on any video player app using Microsoft's Extension".
  110. ^ "iOS 11 is available tomorrow". Apple Newsroom.
  111. ^ "GoPro Unveils HERO6 Black with 4K 60fps Video and New GP1 Chip". September 28, 2017.
  112. ^ a b "Microsoft removes HEVC codec in Windows 10 Fall Creators Update, adds it to Store". Ghacks Technology News. December 6, 2017.
  113. ^ a b "Android Core media format and codec support". Retrieved December 18, 2015.
  114. ^ Martin Smole (June 6, 2017). "WWDC17 – HEVC with HLS – Apple just announced a feature that we support out of the box". Bitmovin.
  115. ^ "*Updated* Dev channel build 77.0.211.3 is live". techcommunity.microsoft.com. July 9, 2017.
  116. ^ "Enable HEVC hardware decoding". ChromeStatus. October 21, 2022.
  117. ^ ""hevc" | Can I use... Support tables for HTML5, CSS3, etc". Can I use.
  118. ^ "What's new in Windows 11, version 22H2 for IT pros - What's new in Windows". August 11, 2023.
  119. ^ "HEIF and HEVC in iOS 11: Quick Overview". Deconstruct. September 22, 2017.
  120. ^ Kampff, Stephen (October 2, 2017). "Which Apple Devices Will Be Able to Play HEVC Videos?". Fstoppers.
  121. ^ a b c d Ohm 2012.
  122. ^ Hanhart 2012.
  123. ^ Slides 2012.
  124. ^ "Subjective quality evaluation of the upcoming HEVC video compression standard". École Polytechnique Fédérale de Lausanne (EPFL). Retrieved November 8, 2012.
  125. ^ Nic Healey (August 29, 2012). "HEVC video compression could be the next step for 4K". cnet. Retrieved November 8, 2012.
  126. ^ Dan Grois; Detlev Marpe; Amit Mulayoff; Benaya Itzhaky; Ofer Hadar (December 8, 2013). "Performance Comparison of H.265/MPEG-HEVC, VP9, and H.264/MPEG-AVC Encoders" (PDF). Fraunhofer Heinrich Hertz Institute. Retrieved December 14, 2012.
  127. ^ a b TK Tan; Marta Mrak; Vittorio Baroncini; Naeem Ramzan (May 18, 2014). "Report on HEVC compression performance verification testing". JCT-VC. Retrieved May 25, 2014.
  128. ^ "Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments". École Polytechnique Fédérale de Lausanne (EPFL). Retrieved August 26, 2014.
  129. ^ Martin Rerabek; Touradj Ebrahimi (August 18, 2014). "Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments" (PDF). École Polytechnique Fédérale de Lausanne (EPFL). Retrieved August 26, 2014.
  130. ^ Martin Rerabek; Touradj Ebrahimi (August 23, 2014). "Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments". slideshare.com. Retrieved August 26, 2014.
  131. ^ "A Large-Scale Comparison of x264, x265, and libvpx". Netflix Technology Blog. August 29, 2016.
  132. ^ Ozer, Jan (September 2, 2016). "Netflix Finds x265 20% More Efficient than VP9 - Streaming Media Magazine".
  133. ^ Gary Sullivan; Jens-Rainer Ohm (July 27, 2013). "Meeting report of the 13th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Incheon, KR, 18–26 Apr. 2013". JCT-VC. Retrieved September 1, 2013.
  134. ^ "Highlights of the 88th Meeting". MPEG. April 24, 2009. Archived from the original on August 17, 2012. Retrieved August 24, 2012.
  135. ^ "Vision, Applications and Requirements for High Efficiency Video Coding (HEVC). ISO/IEC JTC1/SC29/WG11/N11872". ISO/IEC. January 2011. Archived from the original on July 23, 2012. Retrieved August 24, 2012.
  136. ^ Christian Timmerer (February 9, 2009). "Vision and Requirements for High-Performance Video Coding (HVC). ISO/IEC JTC1/SC29/WG11/N10361". ISO/IEC. Retrieved August 24, 2012.
  137. ^ Jérôme VIERON (November 27, 2012). "HEVC: High-Efficiency Video Coding Next generation video compression" (PDF). Ateme. Archived from the original (PDF) on August 10, 2013. Retrieved May 21, 2013.
  138. ^ Gregory Cox (September 11, 2013). "An Introduction to Ultra HDTV and HEVC" (PDF). Ateme. Retrieved December 3, 2014.
  139. ^ "Description of High Efficiency Video Coding (HEVC)". JCT-VC. January 1, 2011. Retrieved September 15, 2012.
  140. ^ a b c V. Sze; M. Budagavi (January 13, 2013). "High Throughput CABAC Entropy Coding in HEVC" (PDF). IEEE Transactions on Circuits and Systems for Video Technology. 22 (12): 1778–1791. doi:10.1109/TCSVT.2012.2221526. S2CID 5295846. Retrieved January 13, 2013.
  141. ^ Tung, Nguyen; Philipp, Helle; Martin, Winken; Benjamin, Bross; Detlev, Marpe; Heiko, Schwarz; Thomas, Wiegand (December 2013). "Transform Coding Techniques in HEVC". Journal of Selected Topics in Signal Processing. 7 (6): 978–989. Bibcode:2013ISTSP...7..978N. doi:10.1109/JSTSP.2013.2278071. S2CID 12877203.
  142. ^ Tung, Nguyen; Detlev, Marpe; Heiko, Schwarz; Thomas, Wiegand. "Reduced-Complexity Entropy Coding of Transform Coefficient Levels Using Truncated Golomb-Rice Codes in Video Compression" (PDF).
  143. ^ a b c Gary Sullivan; Jens-Rainer Ohm (October 13, 2012). "Meeting report of the 10th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Stockholm, SE, 11–20 July 2012". JCT-VC. Retrieved April 28, 2013.
  144. ^ a b c d Alistair Goudie (July 2, 2012). "Restrictions to the maximum motion vector range". JCT-VC. Retrieved November 26, 2012.
  145. ^ a b c Keiichi Chono; Minhua Zhou (July 19, 2012). "BoG on miscellaneous limits". JCT-VC. Retrieved November 26, 2012.
  146. ^ a b c d e f g h i Chih-Ming Fu; Elena Alshina; Alexander Alshin; Yu-Wen Huang; Ching-Yeh Chen; Chia-Yang Tsai; Chih-Wei Hsu; Shaw-Min Lei; Jeong-Hoon Park; Woo-Jin Han (December 25, 2012). "Sample adaptive offset in the HEVC standard" (PDF). IEEE Transactions on Circuits and Systems for Video Technology. Retrieved January 24, 2013.
  147. ^ a b "Meeting report of the 15th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Geneva, CH, 23 Oct. – 1 Nov. 2013" (DOC). ITU-T. November 3, 2013. Retrieved November 9, 2013.
  148. ^ Ali, Khairat; Tung, Nguyen; Mischa, Siekmann; Detlev, Marpe. "Adaptive Cross-Component Prediction for 4:4:4 High Efficiency Video Coding" (PDF). Archived from the original (PDF) on December 24, 2018. Retrieved December 18, 2014.
  149. ^ Pierre Andrivon; Philippe Bordes; Edouard François (April 2, 2014). "SEI message for Colour Mapping Information". JCT-VC. Retrieved July 17, 2014.
  150. ^ a b c d e f g h i j k l m n o p q r s t u v Rajan Joshi; Shan Liu; Gary Sullivan; Gerhard Tech; Ye-Kui Wang; Jizheng Xu; Yan Ye (March 24, 2016). "HEVC Screen Content Coding Draft Text 6". JCT-VC. Retrieved March 26, 2016.
  151. ^ Matteo Naccari; Andrew Cotton; Sebastian Schwarz; Manish Pindoria; Marta Mrak; Tim Borer (June 9, 2015). "High dynamic range compatibility information SEI message". JCT-VC. Retrieved October 31, 2016.
  152. ^ Gary Sullivan (June 10, 2015). "Ambient viewing environment SEI message". JCT-VC. Retrieved November 2, 2016.
  153. ^ Adrian Pennington (August 1, 2012). "Ultra HD: Standards and broadcasters align". www.tvbeurope.com. p. 45. Retrieved November 25, 2012.
  154. ^ a b Jill Boyce; Jianle Chen; Ying Chen; David Flynn; Miska M. Hannuksela; Matteo Naccari; Chris Rosewarne; Karl Sharman; Joel Sole; Gary J. Sullivan; Teruhiko Suzuki; Gerhard Tech; Ye-Kui Wang; Krzysztof Wegner; Yan Ye (July 11, 2014). "Draft high efficiency video coding (HEVC) version 2, combined format range extensions (RExt), scalability (SHVC), and multi-view (MV-HEVC) extensions". JCT-VC. Retrieved July 11, 2014.
  155. ^ a b c Per Fröjdh; Andrey Norkin; Rickard Sjöberg (April 23, 2013). "Next generation video compression" (PDF). Ericsson. Retrieved April 24, 2013.
  156. ^ Jens-Rainer Ohm (January 28, 2014). "Recent MPEG/JCT-VC/JCT-3V Video Coding Standardization" (PDF). MPEG. Archived from the original (PDF) on April 19, 2014. Retrieved April 18, 2014.
  157. ^ "Joint Call for Proposals for Coding of Screen Content" (PDF). JCT-VC. January 17, 2014. Retrieved November 15, 2014.
  158. ^ "Meeting Report of 18th JCT-VC Meeting". ITU-T. October 17, 2014. Retrieved November 15, 2014.
  159. ^ a b Alberto Dueñas; Adam Malamy (October 18, 2012). "On a 10-bit consumer-oriented profile in High Efficiency Video Coding (HEVC)". JCT-VC. Archived from the original on February 13, 2013. Retrieved November 3, 2012.
  160. ^ a b Carl Furgusson (June 11, 2013). "Focus on...HEVC: The background behind the game-changing standard- Ericsson". Ericsson. Archived from the original on June 20, 2013. Retrieved June 21, 2013.
  161. ^ a b Simon Forrest (June 20, 2013). "The emergence of HEVC and 10-bit colour formats". Imagination Technologies. Archived from the original on September 15, 2013. Retrieved June 21, 2013.
  162. ^ Philippe Bordes; Gordon Clare; Félix Henry; Mickaël Raulet; Jérôme Viéron (July 20, 2012). "An overview of the emerging HEVC standard" (PDF). Technicolor. Archived from the original (PDF) on October 3, 2013. Retrieved October 5, 2012.
  163. ^ "Rennes Research & Innovation Center: Publication". Technicolor. July 20, 2012. Archived from the original on December 3, 2013. Retrieved October 5, 2012.
  164. ^ Detlev Marpe; Heiko Schwarz; Sebastian Bosse; Benjamin Bross; Philipp Helle; Tobias Hinz; Heiner Kirchhoffer; Haricharan Lakshman; et al. "Video Compression Using Nested Quadtree Structures, Leaf Merging and Improved Techniques for Motion Representation and Entropy Coding" (PDF). IEEE Transactions on Circuits and Systems for Video Technology. Retrieved November 8, 2012.
  165. ^ Alexandru Voica (June 20, 2013). "Decoding HEVC in 10-bit colours at 4K resolutions: PowerVR D5500, a Rosetta Stone for video decode". Imagination Technologies. Archived from the original on June 30, 2013. Retrieved June 21, 2013.
  166. ^ Pierre Andrivon; Marco Arena; Philippe Salmon; Philippe Bordes; Paola Sunna (April 8, 2013). "Comparison of Compression Performance of HEVC Draft 10 with AVC for UHD-1 material". JCT-VC. Retrieved April 28, 2013.
  167. ^ a b Philippe Hanhart; Martin Rerabek; Pavel Korshunov; Touradj Ebrahimi (January 9, 2013). "AhG4: Subjective evaluation of HEVC intra coding for still image compression". JCT-VC. Retrieved January 11, 2013.
  168. ^ Jani Lainema; Kemal Ugur (April 20, 2012). "On HEVC still picture coding performance". JCT-VC. Retrieved January 22, 2013.
  169. ^ T. Nguyen; D. Marpe (May 3, 2012). "Performance Comparison of HM 6.0 with Existing Still Image Compression Schemes Using a Test Set of Popular Still Images". JCT-VC. Retrieved December 31, 2012.
  170. ^ Kemal Ugur; Jani Lainema (April 4, 2013). "Updated results on HEVC still picture coding performance". JCT-VC. Retrieved April 4, 2013.
  171. ^ "Studying Lossy Image Compression Efficiency". Mozilla. October 17, 2013. Retrieved October 19, 2013.
  172. ^ "Lossy Compressed Image Formats Study". Mozilla. October 17, 2013. Archived from the original on October 20, 2013. Retrieved October 19, 2013.
  173. ^ Jianle Chen; Jill Boyce; Yan Ye; Miska M. Hannuksela; Gary J. Sullivan; Ye-kui Wang (July 10, 2014). "HEVC Scalable Extensions (SHVC) Draft Text 7 (separated text)". JCT-VC. Retrieved July 13, 2014.
  174. ^ a b K. Sharman; N. Saunders; J. Gamei; T. Suzuki; A. Tabatabai (June 20, 2014). "High 4:4:4 16 Intra profile specification". JCT-VC. Retrieved July 13, 2014.
  175. ^ a b "Work plan and time line". MPEG. Retrieved May 31, 2013.
  176. ^ "ISO/IEC 13818-1:2013/Amd 3:2014". International Organization for Standardization. April 10, 2014. Retrieved April 20, 2014.
  177. ^ "ISO/IEC 14496-15:2014". International Organization for Standardization. June 24, 2014. Retrieved June 28, 2014.
  178. ^ "Text of ISO/IEC 14496-15:2013/DCOR 1". MPEG. November 5, 2013. Retrieved December 14, 2013.
  179. ^ "ISO/IEC 23008-1:2014". International Organization for Standardization. May 23, 2014. Retrieved November 1, 2014.
  180. ^ "DivX HEVC Support in MKV". DivX. Retrieved June 5, 2013.
  181. ^ "Using MKVToolNix". DivX. Retrieved June 5, 2013.
  182. ^ "RTP Payload Format for High Efficiency Video Coding". Internet Engineering Task Force. September 6, 2013. Retrieved December 15, 2013.
  183. ^ a b Fabrice Bellard. "BPG Specification". Fabrice Bellard. Retrieved December 14, 2014.
  184. ^ Willis, Nathan (December 10, 2014). "BPG, a still-image format from video compression". LWN.net.
  185. ^ "Royalty Rates Summary" (PDF). epdf.hevcadvance.com. Archived from the original (PDF) on April 6, 2019. Retrieved April 11, 2018.
  186. ^ "Licensing Rates and Structure". epdf.hevcadvance.com. Archived from the original on January 30, 2019. Retrieved November 27, 2016.
  187. ^ "HEVC Advance". www.hevcadvance.com. Retrieved May 9, 2020.
  188. ^ a b "Royalty Rate Structure forTrademark Licensees In-Compliance" (PDF). HEVC Advance. March 2018. Retrieved June 12, 2019.
  189. ^ "HEVC Advance Cuts Content Fees on Streaming". Streaming Media Magazine.
  190. ^ Ozer, Jan (July 17, 2018). "Return of the Codec Wars: A New Hope—a Streaming Summer Sequel". Streaming Media Magazine. Since they haven't, many producers presume that the pool will impose content royalties.
  191. ^ a b Vaughan, Tom (August 30, 2016). "A Proposal to Accelerate HEVC Adoption". Retrieved January 25, 2017. A number of important companies with HEVC patents have not yet joined one of the patent pools. (…) To accelerate HEVC adoption, I propose that HEVC patent licensors agree to the following principles; · Software decoding on consumer devices must be royalty free. · Software encoding on consumer devices must be royalty free. · Content distribution must be royalty free.
  192. ^ Arild Fuldseth; Gisle Bjøntegaard (July 1, 2015). "Thor — High Efficiency, Moderate Complexity Video Codec using only RF IPR" (PDF). Retrieved May 28, 2017. Transforms are identical to H.265/HEVC (Cisco IPR)
  193. ^ a b c "AVC Patent Portfolio License Briefing" (PDF). MPEG LA. May 2, 2016. Archived (PDF) from the original on November 28, 2016. Retrieved November 27, 2016.
  194. ^ "ITU-T Recommendation declared patent(s)". ITU.
  195. ^ Vaughan, Tom (August 31, 2016). "It's Time to Move Forward with HEVC". Streaming Media Magazine.
  196. ^ Fautier, Thierry (August 12, 2016). "Opinion: Is A Codec War in Our Future?". Streaming Media Magazine.
  197. ^ Ozer, Jan (November 22, 2016). "HEVC Advance Makes Some Software Royalty Free". Retrieved December 3, 2016.
  198. ^ "Why is FRAND bad for Free Software?". Free Software Foundation Europe. June 20, 2016. Retrieved March 7, 2017.
  199. ^ "JVET - Joint Video Experts Team". ITU.int.
  200. ^ "Versatile Video Coding". The Moving Picture Experts Group website.
  201. ^ "Beyond HEVC: Versatile Video Coding project starts strongly in Joint Video Experts Team". ITU News. April 27, 2018. Archived from the original on December 24, 2018. Retrieved June 30, 2018.
  202. ^ "JVET - Joint Video Experts Team". www.itu.int. Retrieved September 8, 2021.

Bibliography

[edit]
Related slides: Philippe Hanhart; Martin Rerabek; Francesca De Simone; Touradj Ebrahimi (August 15, 2012). "Subjective quality evaluation of the upcoming HEVC video compression standard". slideshare.com. Retrieved November 8, 2012.
Related slides: Vivienne Sze; Madhukar Budagavi (June 1, 2014). "Design and Implementation of Next Generation Video Coding Systems (H.265/HEVC Tutorial)" (PDF). IEEE International Symposium on Circuits and Systems (ISCAS).
[edit]