Professional Documents
Culture Documents
HEVC is said to double the data compression ratio compared to H.264/MPEG-4 AVC at the same level of video quality. It can alternatively be used to
provide substantially improved video quality at the same bit rate. It can support 8K UHD and resolutions up to 8192x4320. [1][2]
The first version of the standard was completed and published in early 2013. The second version of the standard was completed and published in 2014
and includes the outcome of a development referred to as Range Extensions (RExt) (supporting higher bit depths and 4:0:0, 4:2:2, and 4:4:4 chroma
sampling formats), scalable coding extensions, and multi-view extensions. Additional extensions remain under active development which include 3D
video extensions.
History[edit]
Standardization[edit]
In 2004, the ITU-T Video Coding Experts Group (VCEG) began significant 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).[1] 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.[5] 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.[6]
Two approaches for standardizing enhanced compression technology were considered: either creating a new standard or creating extensions of
H.264/MPEG-4 AVC.[7] 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. [7][8][9]
The preliminary requirements for NGVC was the capability to have a bit rate reduction of 50% at the same subjective image quality compared to the
H.264/MPEG-4 AVC High profile and computational complexity ranging from 1/2 to 3 times that of the High profile. [9] 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. [9][10]
The ISO/IEC Moving Picture Experts Group (MPEG) started a similar project in 2007, tentatively named High-performance Video Coding.[11][12] An
agreement of getting a bit rate reduction of 50% had been decided as the goal of the project by July 2007. [11] Early evaluations were performed with
modifications of the KTA reference software encoder developed by VCEG. [1] 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. [12]
A formal joint Call for Proposals (CfP) 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. [1][7] A total of 27
full proposals were submitted.[7][13]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. [1][7] 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. [1][14] The first working draft
specification of HEVC was produced at the third JCT-VC meeting in October 2010. [1] Many changes in the coding tools and configuration of HEVC were
made in later JCT-VC meetings.[1]
On January 25, 2013, the ITU announced that HEVC had received first stage approval (consent) in the ITU-T Alternative Approval Process (AAP).[15][16]
[17]
On the same day MPEG announced that HEVC had been promoted to Final Draft International Standard (FDIS) status in the MPEG standardization
process.[18][19]
On April 13, 2013, HEVC/H.265 was approved as an ITU-T standard. [20][21][22] The standard was formally published by the ITU-T on June 7, 2013 and by
the ISO/IEC on November 25, 2013.[2][4]
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). [23]
On September 29, 2014, MPEG LA announced their HEVC license which covers the essential patents from 23 companies. [24] The license is US$0.20
per HEVC product after the first 100,000 units each year with an annual cap. [25]
On October 29, 2014, HEVC/H.265 version 2 was approved as an ITU-T standard. [26][27][28]
2012
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.[29] In this demonstration HEVC reportedly showed almost a 50% bit rate reduction compared with H.264/MPEG-4 AVC. [29]
2013
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.[30][31] The OpenHEVC decoder supports the Main profile of HEVC and can decode
1080p at 30 fps video using a single core CPU.[30][31] 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. [30][31]
On July 23, 2013, MulticoreWare released alpha source code for x265.[32][33]
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 7680x4320, and frame rates up to 120 fps. [34]
On November 14, 2013, DivX developers released information on HEVC decoding performance using an Intel i7 CPU at 3.5 GHz which had 4 cores
and 8 threads.[35] 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. [35]
On December 18, 2013, ViXS Systems announced shipments of their XCode 6400 SoC which is the first SoC to support the Main 10 profile of HEVC. [36]
2014
On January 15, 2014, oViCs announced the ViC-1 HEVC decoder which supports the Main 10 profile at up to 4K at 120 fps. [37]
On April 7, 2014, Vantrix released source code for the f265 HEVC encoder under the BSD license. [38]
On August 13, 2014, Ittiam Systems announces availability of its third generation H.265/HEVC codec with 422 12-bit support. [39]
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, and 10-bit color depth.[40][41] 4K Blu-ray Disc will have a data rate of at least 50 Mbit/s and
may include support for 66/100 GB discs.[40][41] 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.[40][41]
On September 9, 2014, Apple announced the iPhone 6 and iPhone 6 Plus which supports HEVC/H.265 for FaceTime over cellular. [42]
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. [43][44] Windows 10 Technical Preview Build 9860 added platform level support for
HEVC andMatroska.[45][46]
On November 3, 2014, Android Lollipop was released with out of the box support for HEVC using Ittiam Systems' software [47]
2015
On January 5, 2015, ViXS Systems announced the XCode 6800 which is the first SoC to support the Main 12 profile of HEVC. [48]
Coding efficiency[edit]
The design of most video coding standards is primarily aimed at having the highest coding efficiency. [49] Coding efficiency is the ability to encode video
at the lowest possible bit rate while maintaining a certain level of video quality. [49] 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.[49] 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.[49]
HEVC benefits from the use of larger Coding Tree Unit (CTU) sizes.[49] This has been shown in PSNR tests with a HM-8.0 HEVC encoder where it was
forced to use progressively smaller CTU sizes.[49] For all test sequences when compared to a 64x64 CTU size it was shown that the HEVC bit rate
increased by 2.2% when forced to use a 32x32 CTU size and increased by 11.0% when forced to use a 16x16 CTU size. [49] In the Class A test
sequences, where the resolution of the video was 2560x1600, when compared to a 64x64 CTU size it was shown that the HEVC bit rate increased by
5.7% when forced to use a 32x32 CTU size and increased by 28.2% when forced to use a 16x16 CTU size. [49] The tests showed that large CTU sizes
increase coding efficiency while also reducing decoding time. [49]
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).[49] 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. [49] Of the nine video test sequences five
were at HD resolution while four were at WVGA (800x480) resolution.[49] The bit rate reductions for HEVC were determined based on PSNR with HEVC
having a bit rate reduction of 35.4% compared to H.264/MPEG-4 AVC HP, 63.7% compared to MPEG-4 ASP, 65.1% compared to H.263 HLP, and
70.8% compared to H.262/MPEG-2 MP. [49]
HEVC MP has also been compared to H.264/MPEG-4 AVC HP for subjective video quality. [49] 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. [49] 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.[49] The bit rate reductions were determined based on subjective assessment using mean opinion score values.[49] The overall subjective
bitrate reduction for HEVC MP compared to H.264/MPEG-4 AVC HP was 49.3%. [49]
cole Polytechnique Fdrale de Lausanne (EPFL) did a study to evaluate the subjective video quality of HEVC at resolutions higher than HDTV. [50][51][52]
[53]
The study was done with three videos with resolutions of 3840x1744 at 24 fps, 3840x2048 at 30 fps, and 3840x2160 at 30 fps. [50][51][53] The five second
video sequences showed people on a street, traffic, and a scene from the open source computer animated movie Sintel.[50][51][53] 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. [50][51] The subjective bit rate
reductions were determined based on subjective assessment using mean opinion score values. [50][51] 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%.[50][51]
In a HEVC performance comparison released in April 2013 the HEVC MP and Main 10 Profile (M10P) were compared to H.264/MPEG-4 AVC HP and
High 10 Profile (H10P) using 3840x2160 video sequences. [54] The video sequences were encoded using the HM-10.0 HEVC encoder and the JM-18.4
H.264/MPEG-4 AVC encoder.[54] The average bit rate reduction based on PSNR was 45% for inter frame video.[54]
In a video encoder comparison released in December 2013 the HM-10.0 HEVC encoder was compared to thex264 encoder and the VP9 encoder.
[55]
The x264 encoder was version r2334 and the VP9 encoder was version v1.2.0-3088-ga81bd12. [55] The comparison used the Bjntegaard-Delta bit-
rate (BD-BR) measurement method in which negative values are how much lower the bit rate is reduced for the same PSNR and positive values are
how much the bit rate is increased for the same PSNR. [55] 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%.[55]
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.[56] The comparison used mean opinion score values and was conducted by the BBC and the University of the West of Scotland.[56] The video
sequences were encoded using the HM-12.1 HEVC encoder and the JM-18.5 H.264/MPEG-4 AVC encoder. [56] The comparison used a range of
resolutions and the average bit rate reduction for HEVC was 59%. [56] The average bit rate reduction for HEVC was 52% for 480p, 56% for 720p, 62%
for 1080p, and 64% for 4K UHD.[56]
In a subjective video codec comparison released in August 2014 by the EPFL the HM-15.0 HEVC encoder was compared to the VP9 1.2.0-5183
encoder and the JM-18.8 H.264/MPEG-4 AVC encoder. [57][58][59] Four 4K resolutions sequences were encoded at five different bit rates with a one second
intra period.[58][59] 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 to the VP9 1.2.0-5183 encoder and it could be reduced by 52.6% compared to the JM-18.8 H.264/MPEG-4
AVC encoder.[58][59]
Features[edit]
HEVC was designed to substantially improve coding efficiency compared to 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. [1] HEVC was designed with the goal of allowing video content to have
a data compression ratio of up to 1000:1. [60] Depending on the application requirements HEVC encoders can trade off computational complexity,
compression rate, robustness to errors, and encoding delay time. [1] Two of the key features where HEVC was improved compared to H.264/MPEG-4
AVC was support for higher resolution video and improved parallel processing methods. [1]
HEVC is targeted at next-generation HDTV displays and content capture systems which feature progressive scanned frame rates and display
resolutions from QVGA (320x240) to 4320p (8192x4320), as well as improved picture quality in terms of noise level, color spaces, and dynamic range.
[10][61][62][63]
The HEVC video coding layer uses the same "hybrid" approach used in all modern video standards, starting fromH.261, in that it uses inter-/intra-
picture prediction and 2D transform coding.[1] 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. [1] Intra-picture prediction is when the prediction of the blocks in the picture is
based only on the information in that picture. [1] For all other pictures inter-picture prediction is used in which prediction information is used from other
pictures.[1] 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. [1] Pictures stored in the decoded picture buffer can be used for the prediction of other pictures. [1]
HEVC was designed with the idea that progressive scan video would be used and no coding tools were added specifically for interlaced video.
[1]
Interlace specific coding tools, such as MBAFF and PAFF, are not supported in HEVC. [64] HEVC instead sends metadata that tells how the interlaced
video was sent.[1] Interlaced video may be sent either by coding each frame as a separate picture or by coding each field as a separate picture. [1] 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. [65] This allows interlaced video to be sent with HEVC without needing special interlaced decoding
processes to be added to HEVC decoders. [1]
Color spaces
The HEVC standard supports color spaces such as generic film, NTSC, PAL, Rec. 601, Rec. 709, Rec. 2020, SMPTE 170M,
SMPTE 240M, sRGB, sYCC, xvYCC, XYZ, and externally specified color spaces.[2][66] HEVC supports color encoding representations such
as RGB, YCbCr, and YCoCg.[2]
Coding tools[edit]
HEVC replaces 16x16 pixel macroblocks, which were used with previous standards, with Coding Tree Units(CTUs) which can use a larger block
structures of up to 64x64 samples and can better sub-partition the picture into variable sized structures. [1][67] HEVC initially divides the picture into CTUs
which can be 64x64, 32x32, or 16x16 with a larger pixel block size usually increasing the coding efficiency. [1]
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. [1] 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. [1]
Tiles and WPP are allowed but are optional. [1][2] 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.[1][2]
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.[1] Slices can be defined as self-contained in that prediction is not made across slice boundaries. [1] When in-loop
filtering is done on a picture though information across slice boundaries may be required. [1] 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. [1]
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.[1] The main purpose of dependent slices is to allow for low delay video encoding due to its lower latency. [1]
HEVC uses a context-adaptive binary arithmetic coding (CABAC) algorithm that is fundamentally similar to CABAC in H.264/MPEG-4 AVC. [1] 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. [1] CABAC and
the entropy coding of transform coefficients in HEVC were designed for a higher throughput than H.264/MPEG-4 AVC, [68] while maintaining higher
compression efficiency for larger transform block sizes relative to simple extensions. [69] For instance, the number of context coded bins have been
reduced by 8x and the CABAC bypass-mode has been improved in terms of its design to increase throughput. [1][68][70] Another improvement with HEVC is
that the dependencies between the coded data has been changed to further increase throughput. [1][68] Context modeling in HEVC has also been
improved so that CABAC can better select a context that increases efficiency when compared to H.264/MPEG-4 AVC. [1]
Intra prediction
HEVC specifies 33 directional modes for intra prediction compared to the 8 directional modes for intra prediction specified by H.264/MPEG-4 AVC.
[1]
HEVC also specifies DC intra prediction and planar prediction modes. [1] The DC intra prediction mode generates a mean value by averaging
reference samples and can be used for flat surfaces. [1] 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. [1] The intra prediction modes use data from neighboring prediction
blocks that have been previously decoded from within the same picture. [1]
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. [1] HEVC has improved precision due to the longer interpolation
filter and the elimination of the intermediate rounding error. [1] 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).[1]
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). [1]
HEVC defines a signed 16-bit range for both horizontal and vertical motion vectors (MVs). [2][71][72][73] This was added to HEVC at the July 2012 HEVC
meeting with the mvLX variables.[2][71][72][73] 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. [2][71][72][73] 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. [72]
HEVC allows for two MV modes which are Advanced Motion Vector Prediction (AMVP) and merge mode. [1]AMVP uses data from the reference picture
and can also use data from adjacent prediction blocks. [1] The merge mode allows for the MVs to be inherited from neighboring prediction blocks.
[1]
Merge mode in HEVC is similar to "skipped" and "direct" motion inference modes in H.264/MPEG-4 AVC but with two improvements. [1] The first
improvement is that HEVC uses index information to select one of several available candidates. [1] The second improvement is that HEVC uses
information from the reference picture list and reference picture index. [1]
Inverse transforms
HEVC specifies four transform units (TUs) sizes of 4x4, 8x8, 16x16, and 32x32 to code the prediction residual. [1]A CTB may be recursively partitioned
into 4 or more TUs.[1] TUs use integer basis functions that are similar to thediscrete cosine transform (DCT).[1] 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).[1] This provides a 1% bit
rate reduction but was restricted to 4x4 luma transform blocks due to marginal benefits for the other transform cases. [1] Chroma uses the same TU sizes
as luma so there is no 2x2 transform for chroma.[1]
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. [1] 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. [1] 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.
[1]
Another change is that HEVC only allows for three DBF strengths of 0 to 2. [1] 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. [1] This allows for multiple parallel threads to be
used for the DBF.[1]
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. [1][74] Per CTB the SAO filter can be disabled or applied in one of two modes: edge offset mode or band offset mode. [1]
[74]
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. [1]
[74]
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. [1][74] For each of the first four categories an offset is applied. [1]
[74]
The band offset mode applies an offset based on the amplitude of a single sample. [1][74] A sample is categorized by its amplitude into one of 32 bands
(histogram bins).[1][74] 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. [1][74] The SAO filter was designed to increase picture quality, reduce banding artifacts, and reduce
ringing artifacts.[1][74]
Profiles supporting bit depths beyond 10 bits per sample. [66] Profiles that support a range of bit depths can use different bit depths
for luma and chroma with YCbCr color spaces.[2][66]
Profiles that support 4:0:0 (monochrome), 4:2:2 (half-horizontal chroma resolution), and 4:4:4 (full chroma resolution) chroma sampling. [66]
Additional profiles supporting only all-intra coding and only still-picture coding for applications that do not need inter-picture (temporal)
prediction.[66]
The Still Picture profiles can use an unbounded level, level 8.5, for which no limit is imposed on the picture size. [66] Decoders for level 8.5
are not required to decode all level 8.5 bitstreams, since some may exceed their picture size capability. [66]
Within these new profiles are enhanced coding features that include:
Extended precision processing, using an extended dynamic range for inter prediction interpolation and inverse transform. [66]
High precision weighted prediction uses an increased precision for weighted prediction that increases the coding efficiency for fading video
scenes at high bit depths.[75]
Cross-component prediction, using prediction between the chroma/luma components to improve coding efficiency. [66] The reduction in bit
rate can be up to 7% for YCbCr 4:4:4 video and up to 26% for RGB video. [75][76] RGB video has a larger reduction in bit rate due to the greater
correlation between the components. [66]
Intra smoothing disabling, allowing the neighbor region filtering process ordinarily applied in intra prediction to be disabled. [66]
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). [66]
Transform skip block size flexibility, supporting block sizes up to 32x32 (versus only 4x4 support in version 1). [66]
Transform skip rotation, allowing the encoder to indicate a rotation of residual data for 4x4 transform skip blocks. [66]
Transform skip context enabling, using a separate context for entropy coding the indication of which blocks are coded using
transform skipping.[66]
Persistent Rice adaptation, using a Rice coding parameter derivation for entropy coding that has memory that persists across transform
coefficient sub-block boundaries.[66]
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.[66]
The second version of HEVC adds several supplemental enhancement information (SEI) messages which include:
Color remapping information SEI message, provides information on remapping from one color space to a different color space. [66] 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.[77] The color remapping information SEI message was proposed for future UHDTV applications.[77] Multiple color remapping
processes can be supported for different display scenarios.[66]
Knee function information SEI message, provides information on how to convert from one dynamic range to a different dynamic range.[66] An
example would be to compress the upper range of high dynamic range (HDR) video that has a luminance level of 800 cd/m2 for output on a
100 cd/m2 display.[78] Multiple knee function processes can be supported for different display scenarios. [66]
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.[66]
Time code SEI message, provides information on the time of origin when the video was recorded. [66]
Profiles[edit]
Version 1 of the HEVC standard defines three profiles: Main, Main 10, and Main Still Picture.[2] Version 2 of HEVC adds 21 range extensions profiles,
two scalable extensions profiles, and one multi-view profile.[66] HEVC also contains provisions for additional profiles.[2] 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).[1][79] The HEVC
range extensions, HEVC scalable extensions, and HEVC multi-view extensions were completed in July 2014. [66][80][81][81] In July 2014 a draft of the second
version of HEVC was released.[66] 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. [82][83]
A profile is a defined set of coding tools that can be used to create a bitstream that conforms to that profile. [1] 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.[1]
Version 1 Version 2
Feature
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 samplingformats 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
High precision weighted prediction No No Yes Yes Yes Yes Yes Yes Yes
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.[1][2][80]
Main 10 [edit]
The Main 10 profile allows for a bit depth of 8-bits to 10-bits per sample with 4:2:0 chroma sampling. [1][2] HEVC decoders that conform to the Main 10
profile must be capable of decoding bitstreams made with the following profiles: Main and Main 10. [2] A higher bit depth allows for a greater number of
colors.[84][85] 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). [84][85] A higher bit depth allows for a smoother transition of color which resolves the problem known
as color banding.[84][85] 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.[86]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.[54][87][88][89]
Ericsson has stated that the Main 10 profile will bring the benefits of 10-bits per sample video to consumer TV. [84]They also state that for higher
resolutions there is no bit rate penalty for encoding video at 10-bits per sample. [84]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. [85][90] They also state that the Rec. 2020 color
space will drive the widespread adoption of 10-bits per sample video. [85][90]
In a PSNR based performance comparison released in April 2013 the Main 10 profile was compared to the Main profile using a set of 3840x2160 10-bit
video sequences.[54] The 10-bit video sequences were converted to 8-bits for the Main profile and remained at 10-bits for the Main 10 profile. [54] The
reference PSNR was based on the original 10-bit video sequences. [54] In the performance comparison the Main 10 profile provided a 5% bit rate
reduction for inter frame video coding compared to the Main profile. [54] The performance comparison states that for the tested video sequences the Main
10 profile outperformed the Main profile.[54]
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.[86] The proposal stated that this was to allow for improved video quality and to support the Rec. 2020 color space that
will be used by UHDTV.[86] 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.[86]
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. [93] The performance comparison used PSNR for the objective assessment and mean opinion score (MOS) values
for the subjective assessment.[93] The subjective assessment used the same test methodology and images as those used by the JPEG committee
when it evaluated JPEG XR.[93] 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. [93]
Comparison of standards for still image compression based on equal PSNR and MOS [93]
A PSNR based HEVC performance comparison for still image compression was done in April 2013 by Nokia.[94]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.
[94]
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.[94]
A compression efficiency study of HEVC, JPEG, JPEG XR, and WebP was done in October 2013 byMozilla.[95][96] The study showed that HEVC was
significantly better at compression than the other image formats that were tested. [95][96] Four different methods for comparing image quality were used in
the study which were Y-SSIM, RGB-SSIM, IW-SSIM, and PSNR-HVS-M. [95][96]
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.[66][97] All of
the inter frame range extensions profiles have an Intra profile. [66]
Monochrome
The Monochrome profile allows for a bit depth of 8-bits per sample with support for 4:0:0 chroma sampling. [66]
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. [66]
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. [66] 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.[66]
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. [66] 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.[66]
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. [66] 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.[66]
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. [66] 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. [66]
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. [66] HEVC decoders that
conform to the Main 4:4:4 profile must be capable of decoding bitstreams made with the following profiles: Monochrome, Main, Main 4:2:2 10, and Main
4:4:4.[66]
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. [66] 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. [66]
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. [66] 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. [66]
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.[66] 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. [66][98] 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. [98]
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. [66] 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.[66]
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. [66] 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.[66]
Scalable Main
The Scalable Main profile allows for a base layer that conforms to the Main profile of HEVC. [97]
Scalable Main 10
The Scalable Main 10 profile allows for a base layer that conforms to the Main 10 profile of HEVC. [97]
Multiview Main
The Multiview Main profile allows for a base layer that conforms to the Main profile of HEVC. [97]
The HEVC standard defines two tiers, Main and High, and thirteen levels.[1][2] A level is a set of constraints for a bitstream. [1][2] For levels below level 4
only the Main tier is allowed.[1][2] The Main tier is a lower tier than the High tier. [1][2] The tiers were made to deal with applications that differ in terms of
their maximum bit rate.[1] The Main tier was designed for most applications while the High tier was designed for very demanding applications. [1] 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.[1][2]
12896@33.7 (6)
1 552,960 36,864 128
176144@15.0 (6)
176144@100.0 (16)
2 3,686,400 122,880 1,500
352288@30.0 (6)
640360@67.5 (12)
720576@37.5 (8)
3 16,588,800 552,960 6,000
960540@30.0 (6)
720576@75.0 (12)
960540@60.0 (8)
3.1 33,177,600 983,040 10,000
1280720@33.7 (6)
1,280720@68.0 (12)
1,9201,080@32.0 (6)
4 66,846,720 12,000 30,000
2,0481,080@30.0 (6)
2,228,224
1,280720@136.0 (12)
1,9201,080@64.0 (6)
4.1 133,693,440 20,000 50,000
2,0481,080@60.0 (6)
1,9201,080@128.0 (16)
3,8402,160@32.0 (6)
5 267,386,880 25,000 100,000
4,0962,160@30.0 (6)
1,9201,080@256.0 (16)
3,8402,160@64.0 (6)
5.1 534,773,760 8,912,896 40,000 160,000
4,0962,160@60.0 (6)
1,9201,080@300.0 (16)
3,8402,160@128.0 (6)
5.2 1,069,547,520 60,000 240,000
4,0962,160@120.0 (6)
8,1924,320@30.0 (6)
3,8402,160@256.0 (16)
7,6804,320@64.0 (6)
6.1 2,139,095,040 120,000 480,000
8,1924,320@60.0 (6)
3,8402,160@300.0 (16)
7,6804,320@128.0 (6)
6.2 4,278,190,080 240,000 800,000
8,1924,320@120.0 (6)
A
The maximum bit rate of the profile is based on the combination of bit depth, chroma sampling, and the type of profile. [66] For bit depth the
maximum bit rate increases by 1.5x for 12-bit profiles and 2x for 16-bit profiles. [66] For chroma sampling the maximum bit rate increases by
1.5x for 4:2:2 profiles and 2x for 4:4:4 profiles. [66] For the Intra profiles the maximum bit rate increases by 2x. [66]
B
The maximum frame rate supported by HEVC is 300 fps. [2]
C
The MaxDpbSize is the maximum number of pictures in the decoded picture buffer. [2]
Versions[edit]
Versions of the HEVC/H.265 standard using the ITU-T approval dates. [2]
Version 1: (April 13, 2013) First approved version of the HEVC/H.265 standard containing Main, Main 10, and Main Still
Picture profiles.[20][21][22]
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 profile. [26][27][28]
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.[99][100]MPEG has also added HEVC support to
the ISO base media file format.[101][102] HEVC is also supported by theMPEG media transport standard.[99][103] DivX has proposed a
method to add HEVC support to Matroska and provides a patched release of the MKVToolNix v6.2.0 binaries on their website. [104][105] A
draft document has been submitted to the Internet Engineering Task Force which describes a method to add HEVC support to
theReal-time Transport Protocol.[106]
Using HEVC's intra frame encoding, a still-image coded format called Better Portable Graphics (BPG) has been proposed by the
programmer Fabrice Bellard.[107] 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.[107][108]
See also[edit]
VP8 an open format competitor to H.264/MPEG-4 AVC that was made an open format by Google
Dirac (video compression format) an open format competitor to the H.264/MPEG-4 AVC video standard that was developed
by the BBC
Daala an open format competitor to HEVC that is being developed by Mozilla Foundation and Xiph.Org Foundation
References[edit]
1. ^ Jump up
to: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 bdbe 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 cf cg ch ci cj ck cl cm cn co cp cq cr cs
G.J. Sullivan; J.-R. Ohm; W.-J. Han; T. Wiegand (2012-05-25). "Overview of the High Efficiency Video
Coding (HEVC) Standard"(PDF). IEEE Transactions on Circuits and Systems for Video Technology. Retrieved 2012-09-14.
2. ^ Jump up to: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 "H.265 : High efficiency video coding". ITU. 2013-06-07. Retrieved 2013-
06-07.
3. Jump up^ ITU TSB (2010-05-21). "Joint Collaborative Team on Video Coding". ITU-T. Retrieved 2012-08-24.
4. ^ Jump up to:a b "ISO/IEC 23008-2:2013". International Organization for Standardization. 2013-11-25. Retrieved 2013-11-29.
5. Jump up^ T. Wedi and T.K. Tan, AHG report Coding Efficiency Improvements, VCEG document VCEG-AA06, 1718 October
2005.
6. Jump up^ Meeting Report for 31st VCEG Meeting VCEG document VCEG-AE01r1, Marrakech, MA, 1516 January 2007
7. ^ Jump up to:a b c d e Jie Dong (2010-06-19). "The First JCT-VC Meeting, Dresden, DE". H265.net. Retrieved 2012-11-25.
8. Jump up^ Jie Dong (2008-07-01). "Current Status of H.265 (as at July 2008)". H265.net. Retrieved 2012-11-25.
9. ^ Jump up to:a b c Yu Liu (2009-04-15). "The Preliminary Requirements for NGVC". H265.net. Retrieved 2012-11-25.
10. ^ Jump up to:a b "Draft requirements for "EPVC" enhanced performance video coding project". ITU-T VCEG. 2009-07-10.
Retrieved 2012-08-24.
11. ^ Jump up to:a b "An Interview With Dr. Thomas Wiegand". in-cites. 2007-07-01. Retrieved 2012-08-18.
12. ^ Jump up to:a b Yu Liu (2009-07-03). "Current Status of HVC (High-Performance Video Coding) in MPEG". H265.net.
Retrieved2012-11-25.
13. Jump up^ "Dresden Meeting Document Register". ITU-T. Retrieved 2012-11-24.
14. Jump up^ "Documents of the first meeting of the Joint Collaborative Team on Video Coding (JCT-VC) Dresden, Germany, 15
23 April 2010". ITU-T. 2010-04-23. Retrieved 2012-08-24.
15. Jump up^ "New video codec to ease pressure on global networks". ITU. 2013-01-25. Retrieved 2013-01-25.
16. Jump up^ Todd Spangler (2013-01-25). "ITU OKs Next-Generation Video Codec Standard". Multichannel News. Retrieved2013-
01-25.
18. Jump up^ "MPEG HEVC The next major milestone in MPEG video history is achieved" (DOC). MPEG. 2013-01-25.
Retrieved 2013-01-27.
20. ^ Jump up to:a b "ITU-T Home : Study groups : ITU-T Recommendations : ITU-T H.265 (04/2013)". ITU. 2013-04-13.
Retrieved2013-04-16.
21. ^ Jump up to:a b "AAP Recommendation: H.265". ITU. 2013-04-13. Retrieved 2013-04-16.
22. ^ Jump up to:a b "AAP Announcement No. 09". ITU. 2013-04-15. Retrieved 2013-04-16.
23. Jump up^ "Reference model for mixed and augmented reality defines architecture and terminology for MAR
applications"(DOCX). MPEG. 2014-07-11. Retrieved 2014-07-26.
24. Jump up^ "MPEG LA Offers HEVC Patent Portfolio License". Yahoo Finance. 2014-09-29. Retrieved 2014-09-29.
25. Jump up^ "HEVC Patent Portfolio License Briefing" (PDF). MPEG LA. 2014-09-29. Retrieved 2014-09-29.
26. ^ Jump up to:a b "ITU-T Home : Study groups : ITU-T Recommendations : ITU-T H.265 (V2) (10/2014)". ITU. 2014-10-29.
Retrieved 2014-11-01.
27. ^ Jump up to:a b "AAP Recommendation: H.265 (V2)". ITU. 2014-10-29. Retrieved 2014-11-01.
28. ^ Jump up to:a b "AAP Announcement No. 45". ITU. 2014-10-31. Retrieved 2014-11-01.
29. ^ Jump up to:a b "Qualcomm shows horsepower of next-gen H.265 video". CNET. 2012-02-29. Retrieved 2012-10-12.
30. ^ Jump up to:a b c "ATEME Enables Industry First Open Source Implementation Supporting HEVC". PR Newswire. 2013-04-03.
Retrieved 2013-04-04.
31. ^ Jump up to:a b c "ATEME Enables Industry First Open Source Implementation Supporting HEVC". Reuters. 2013-04-03.
Retrieved 2013-04-04.
32. Jump up^ Joel Hruska (2013-07-23). "H.265 benchmarked: Does the next-generation video codec live up to
expectations?".ExtremeTech. Retrieved 2013-07-23.
33. Jump up^ Chris Angelini (2013-07-23). "Next-Gen Video Encoding: x265 Tackles HEVC/H.265". Tom's Hardware.
Retrieved2013-07-23.
34. Jump up^ "NTT Develops Worlds 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.
2013-08-08. Retrieved 2013-08-17.
35. ^ Jump up to:a b "DivX HEVC Encoder and Decoder Performance". DivX. 2013-11-14. Archived from the original on 2013-12-10.
Retrieved 2013-11-14.
36. Jump up^ "ViXS Begins Shipments of Industry's First SoC to Support Ultra HD 4K and 10-bit HEVC". Yahoo Finance. 2013-12-
18. Retrieved 2014-01-07.
37. Jump up^ "Introducing the Highest Performance and Most Power Efficient 4Kp120 HEVC/H.265 Decoder". PRWeb. 2014-01-15.
Retrieved 2014-02-19.
38. Jump up^ "Vantrix Open Sources Free HEVC Encoder". Vantrix. 2014-04-07. Retrieved 2014-05-01.
39. Jump up^ "Ittiam Systems announces availability of its third generation H.265/HEVC codec with 422 12-bit support". Ittiam
Systems. August 8, 2014. Retrieved November 1, 2014.
40. ^ Jump up to:a b c "4K Blu-ray discs arriving in 2015 to fight streaming media". CNET. September 5, 2014. RetrievedSeptember
6, 2014.
41. ^ Jump up to:a b c "BDA Updates Blu-ray 4K Timeline". Home Media Magazine. September 5, 2014. Retrieved September 6,2014.
42. Jump up^ 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.
43. Jump up^ Gabriel Aul (October 31, 2014). "HEVC also supported in-box.". Twitter. Retrieved November 3, 2014.
44. Jump up^ John Callaham (November 1, 2014). "Microsoft: Windows 10 will support the HEVC video compression standard".
Windows Central. Retrieved November 3, 2014.
45. Jump up^ Bogdan Popa (November 3, 2014). "Microsoft Confirms MKV File Support in Windows 10". Softpedia.
RetrievedNovember 15, 2014.
46. Jump up^ Gabe Aul (November 12, 2014). "New build available to the Windows Insider Program". Microsoft.
RetrievedNovember 15, 2014.
48. Jump up^ "ViXS Announces World's First SoC With High Dynamic Range and 4K Ultra HD 12-Bit Color". Yahoo Finance. 2015-
01-05. Retrieved 2015-01-10.
49. ^ Jump up to:a b c d e f g h i j k l m n o p q r G.J. Sullivan; Heiko Schwarz; Thiow Keng Tan; Thomas Wiegand (2012-08-22)."Comparison
of the Coding Efficiency of Video Coding Standards Including High Efficiency Video Coding (HEVC)"(PDF). IEEE Trans. on
Circuits and Systems for Video Technology. Retrieved 2012-09-22.
50. ^ Jump up to:a b c d e f Philippe Hanhart; Martin Rerabek; Francesca De Simone; Touradj Ebrahimi (2012-08-13). "Subjective quality
evaluation of the upcoming HEVC video compression standard" (PDF). cole Polytechnique Fdrale de Lausanne (EPFL).
Retrieved 2012-11-08.
51. ^ Jump up to:a b c d e f Philippe Hanhart; Martin Rerabek; Francesca De Simone; Touradj Ebrahimi (2012-08-15). "Subjective quality
evaluation of the upcoming HEVC video compression standard". slideshare.com. Retrieved 2012-11-08.
52. Jump up^ "Subjective quality evaluation of the upcoming HEVC video compression standard". cole Polytechnique Fdrale de
Lausanne (EPFL). Retrieved 2012-11-08.
53. ^ Jump up to:a b c Nic Healey (2012-08-29). "HEVC video compression could be the next step for 4K". cnet. Retrieved2012-11-08.
54. ^ Jump up to:a b c d e f g h i Pierre Andrivon; Marco Arena; Philippe Salmon; Philippe Bordes; Paola Sunna (2013-04-
08)."Comparison of Compression Performance of HEVC Draft 10 with AVC for UHD-1 material". JCT-VC. Retrieved2013-04-28.
55. ^ Jump up to:a b c d Dan Grois; Detlev Marpe; Amit Mulayoff; Benaya Itzhaky; Ofer Hadar (2013-12-08). "Performance Comparison
of H.265/MPEG-HEVC, VP9, and H.264/MPEG-AVC Encoders" (PDF). Fraunhofer Heinrich Hertz Institute. Retrieved 2012-12-
14.
56. ^ Jump up to:a b c d e f TK Tan; Marta Mrak; Vittorio Baroncini; Naeem Ramzan (2014-05-18). "Report on HEVC compression
performance verification testing". JCT-VC. Retrieved 2014-05-25.
57. Jump up^ "Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments". cole
Polytechnique Fdrale de Lausanne (EPFL). Retrieved 2014-08-26.
58. ^ Jump up to:a b c Martin Rerabek; Touradj Ebrahimi (2014-08-18). "Comparison of compression efficiency between HEVC/H.265
and VP9 based on subjective assessments" (PDF). cole Polytechnique Fdrale de Lausanne (EPFL). Retrieved2014-08-26.
59. ^ Jump up to:a b c Martin Rerabek; Touradj Ebrahimi (2014-08-23). "Comparison of compression efficiency between HEVC/H.265
and VP9 based on subjective assessments". slideshare.com. Retrieved 2014-08-26.
60. Jump up^ Gary Sullivan; Jens-Rainer Ohm (2013-07-27). "Meeting report of the 13th meeting of the Joint Collaborative Team on
Video Coding (JCT-VC), Incheon, KR, 1826 Apr. 2013". JCT-VC. Retrieved 2013-09-01.
61. Jump up^ "Highlights of the 88th Meeting". MPEG. 2009-04-24. Retrieved 2012-08-24.
62. Jump up^ "Vision, Applications and Requirements for High Efficiency Video Coding (HEVC). ISO/IEC
JTC1/SC29/WG11/N11872". ISO/IEC. January 2011. Retrieved 2012-08-24.
63. Jump up^ Christian Timmerer (2009-02-09). "Vision and Requirements for High-Performance Video Coding (HVC). ISO/IEC
JTC1/SC29/WG11/N10361". ISO/IEC. Retrieved 2012-08-24.
64. Jump up^ Jrme VIERON (2012-11-27). "HEVC: High-Efficiency Video Coding Next generation video
compression" (PDF).Ateme. Retrieved 2013-05-21.
65. Jump up^ Gregory Cox (2013-09-11). "An Introduction to Ultra HDTV and HEVC" (PDF). Ateme. Retrieved 2014-12-03.
67. Jump up^ "Description of High Efficiency Video Coding (HEVC)". JCT-VC. 2011-01-01. Retrieved 2012-09-15.
68. ^ Jump up to:a b c V. Sze; M. Budagavi (2013-01-13). "High Throughput CABAC Entropy Coding in HEVC" (PDF). IEEE
Transactions on Circuits and Systems for Video Technology. Retrieved 2013-01-13.
69. Jump up^ Tung, Nguyen; Philipp, Helle; Martin, Winken; Benjamin, Bross; Detlev, Marpe; Heiko, Schwarz; Thomas, Wiegand
(Dec 2013). "Transform Coding Techniques in HEVC". Journal of Selected Topics in Signal Processing 7: 978989.
70. Jump up^ Tung, Nguyen; Detlev, Marpe; Heiko, Schwarz; Thomas, Wiegand. "Reduced-Complexity Entropy Coding of
Transform Coefficient Levels Using Truncated Golomb-Rice Codes in Video Compression".
71. ^ Jump up to:a b c Gary Sullivan; Jens-Rainer Ohm (2012-10-13). "Meeting report of the 10th meeting of the Joint Collaborative
Team on Video Coding (JCT-VC), Stockholm, SE, 1120 July 2012". JCT-VC. Retrieved 2013-04-28.
72. ^ Jump up to:a b c d Alistair Goudie (2012-07-02). "Restrictions to the maximum motion vector range". JCT-VC. Retrieved2012-11-
26.
73. ^ Jump up to:a b c Keiichi Chono; Minhua Zhou (2012-07-19). "BoG on miscellaneous limits". JCT-VC. Retrieved 2012-11-26.
74. ^ Jump up to: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 (2012-12-25). "Sample adaptive offset in the HEVC standard" (PDF).
IEEE Transactions on Circuits and Systems for Video Technology. Retrieved 2013-01-24.
75. ^ Jump up to: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. 2013-11-03. Retrieved 2013-11-09.
76. Jump up^ Ali, Khairat; Tung, Nguyen; Mischa, Siekmann; Detlev, Marpe. "Adaptive Cross-Component Prediction for 4:4:4 High
Efficiency Video Coding".
77. ^ Jump up to:a b Pierre Andrivon; Philippe Bordes; Edouard Franois (2014-04-02). "SEI message for Colour Mapping
Information". JCT-VC. Retrieved 2014-07-17.
78. Jump up^ Sally Hattori; Ohji Nakagami; Teruhiko Suzuki (2014-01-15). "HLS: SEI message for Knee Function Information". JCT-
VC. Retrieved 2014-07-17.
79. Jump up^ Adrian Pennington (2012-08-01). "Ultra HD: Standards and broadcasters align". www.tvbeurope.com. p. 45.
Retrieved 2012-11-25.
80. ^ Jump up to:a b c Per Frjdh; Andrey Norkin; Rickard Sjberg (2013-04-23). "Next generation video compression" (PDF).
Ericsson. Retrieved 2013-04-24.
81. ^ Jump up to:a b Jens-Rainer Ohm (2014-01-28). "Recent MPEG/JCT-VC/JCT-3V Video Coding Standardization" (PDF). MPEG.
Retrieved 2014-04-18.
82. Jump up^ "Joint Call for Proposals for Coding of Screen Content" (PDF). JCT-VC. 2014-01-17. Retrieved 2014-11-15.
83. Jump up^ "Meeting Report of 18th JCT-VC Meeting". ITU-T. 2014-10-17. Retrieved 2014-11-15.
84. ^ Jump up to:a b c d e Carl Furgusson (2013-06-11). "Focus on...HEVC: The background behind the game-changing standard-
Ericsson". Ericsson. Retrieved 2013-06-21.
85. ^ Jump up to:a b c d e Simon Forrest (2013-06-20). "The emergence of HEVC and 10-bit colour formats". Imagination Technologies.
Retrieved 2013-06-21.
86. ^ Jump up to:a b c d Alberto Dueas; Adam Malamy (2012-10-18). "On a 10-bit consumer-oriented profile in High Efficiency Video
Coding (HEVC)". JCT-VC. Retrieved 2012-11-03.
87. Jump up^ Philippe Bordes; Gordon Clare; Flix Henry; Mickal Raulet; Jrme Viron (2012-07-20). "An overview of the
emerging HEVC standard" (PDF). Technicolor. Retrieved 2012-10-05.
88. Jump up^ "Rennes Research & Innovation Center: Publication". Technicolor. 2012-07-20. Retrieved 2012-10-05.
89. Jump up^ 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 2012-11-08.
90. ^ Jump up to:a b Alexandru Voica (2013-06-20). "Decoding HEVC in 10-bit colours at 4K resolutions: PowerVR D5500, a Rosetta
Stone for video decode". Imagination Technologies. Retrieved 2013-06-21.
91. Jump up^ Jani Lainema; Kemal Ugur (2012-04-20). "On HEVC still picture coding performance". JCT-VC. Retrieved2013-01-22.
92. ^ Jump up to:a b T. Nguyen; D. Marpe (2012-05-03). "Performance Comparison of HM 6.0 with Existing Still Image Compression
Schemes Using a Test Set of Popular Still Images". JCT-VC. Retrieved 2012-12-31.
93. ^ Jump up to:a b c d e Philippe Hanhart; Martin Rerabek; Pavel Korshunov; Touradj Ebrahimi (2013-01-09). "AhG4: Subjective
evaluation of HEVC intra coding for still image compression". JCT-VC. Retrieved 2013-01-11.
94. ^ Jump up to:a b c Kemal Ugur; Jani Lainema (2013-04-04). "Updated results on HEVC still picture coding performance". JCT-VC.
Retrieved 2013-04-04.
95. ^ Jump up to:a b c "Studying Lossy Image Compression Efficiency". Mozilla. 2013-10-17. Retrieved 2013-10-19.
96. ^ Jump up to:a b c "Lossy Compressed Image Formats Study". Mozilla. 2013-10-17. Retrieved 2013-10-19.
97. ^ Jump up to:a b c d Jianle Chen; Jill Boyce; Yan Ye; Miska M. Hannuksela; Gary J. Sullivan; Ye-kui Wang (2014-07-10). "HEVC
Scalable Extensions (SHVC) Draft Text 7 (separated text)". JCT-VC. Retrieved 2014-07-13.
98. ^ Jump up to:a b K. Sharman; N. Saunders; J. Gamei; T. Suzuki; A. Tabatabai (2014-06-20). "High 4:4:4 16 Intra profile
specification". JCT-VC. Retrieved 2014-07-13.
99. ^ Jump up to:a b "Work plan and time line". MPEG. Retrieved 2013-05-31.
100. Jump up^ "ISO/IEC 13818-1:2013/Amd 3:2014". International Organization for Standardization. 2014-04-10. Retrieved2014-04-
20.
101. Jump up^ "ISO/IEC 14496-15:2014". International Organization for Standardization. 2014-06-24. Retrieved 2014-06-28.
102. Jump up^ "Text of ISO/IEC 14496-15:2013/DCOR 1". MPEG. 2013-11-05. Retrieved 2013-12-14.
103. Jump up^ "ISO/IEC 23008-1:2014". International Organization for Standardization. 2014-05-23. Retrieved 2014-11-01.
104. Jump up^ "DivX HEVC Support in MKV". DivX. Retrieved 2013-06-05.
106. Jump up^ "RTP Payload Format for High Efficiency Video Coding". Internet Engineering Task Force. 2013-09-06.
Retrieved2013-12-15.
107. ^ Jump up to:a b Fabrice Bellard. "BPG Specification". Fabrice Bellard. Retrieved 2014-12-14.
External links[edit]
Official websites
Videos
Websites
Elecard HEVC Analyzer in-depth analysis tool for HEVC encoded video
H2B2VS. HEVC Hybrid Broadcast Broadband Video Services. European R&D project on HEVC TV and Hybrid TV
[show]
V
T
[show]
[show]
Categories:
IEC standards
ISO standards
http://www.cnet.com/news/what-is-hevc-high-efficiency-video-coding-h-265-and-4k-compression-
explained/
@TechWriterGeoff
comme nts
27
75
477
googleplus
more
more +
The idea of HEVC is to offer the same level of picture quality as AVC, but with better compression, so there's less data to deal with.
This is key if we want 4K/Ultra HD broadcasts (including satellite), 4K Blu-rays, and more.
But that's not a great idea if the point is to preserve a director's intent, or show off your new 77-inch OLED.
So the other option is to use better compression. In this case, you can basically think of "better" compression as "smarter"
compression. So it's taking the same original (the video), and finding out better ways to make the amount of data less, without
sacrificing quality. Every few years the processing power of gear has improved enough to let more processor-intensive
compression algorithms to be used, and further compress the data without making the image worse.
This distinction between "more" compression and "better" compression is important, as really, the terms aren't interchangeable in
this context. You can decrease the amount of data required for a signal either by cranking up the compression and making the
image ugly (just "more" compression), or using a more efficient compression technique ("better" compression).
Sarah Tew/CNET
Let me put it this way. Say you have a bushel of apples. You need to fit 100 apples inside. You can do it with more compression
(reducing the apples to sauce), or with better compression (finding a better way to make them all fit, but preserving their
appleness).
As you can see from this delicious example, "more" compression is easy (SMUSH) while "better" compression requires more
thought and/or better technology.
RELATED STORIES
Not wanting to mess around with small, incremental improvements, whenever a new compression standard is introduced, it has to
be a sizable change. With each jump, the general rule is half the bit rate for the same quality (or greater quality at the same bit
rate).
How does it do this? Largely by expanding on how AVC (and other compression techniques before it) works.
First, it looks at multiple frames to see what doesn't change. In most scenes in a TV show or movie, the vast majority of the frame
doesn't change much. Think of a scene with someone talking. The shot is mostly their head. The background isn't going to change
much for many frames. For that matter, most of the pixels representing their face probably won't change much (other than their
lips, of course). So instead of encoding every pixel from every frame, an initial frame is encoded, and then after that only what
changes is encoded (basically).
HEVC then expands the size of the area that's looked at for these changes. Larger and smaller "blocks" essentially, which offers
additional efficiency. Ever seen blocks in your image, when the picture goes foul? Those can be bigger, smaller, and differently
shaped with HEVC than with previous compression methods. Larger blocks, for example, were found to be more efficient.
On the left is macroblocking as done by AVC/H.264. As you can see on the right, there's a lot more flexibility, not to mention larger
sizes, for the HEVC/H.265 encoder to work with.Elemental Technologies
Then other things were improved, like motion compensation, spatial prediction, and so on. All of these things would have been done
with AVC or even earlier, but it required more processing power than was economically feasible at the time.
During the development phase, the compression algorithm is tested objectively, for its raw number efficiency, but also subjectively,
by video professionals comparing different compression methods and amounts in a "blind" test, where they don't know which
method is which. The human element is crucial. Just because a computer says one level of compression is better than another
doesn't mean it looks better than another.
Because H.265 is so much more processor intensive, don't expect a simple firmware upgrade to get your gear to decode it. In fact,
that's part of the issue. You need a hardware decoder somewhere. If your new media streamer, cable box, or BD player has it, then
you'll be all set (presuming you also have HDMI 2.0 so you can get 2160p/60 and not just 2160p/30). Could a high-end PC decode it
via software? Maybe. Could the Xbox One or PS4? Not likely. Everyone loves their favorite console, but remember, this generation's
hardware is equivalent to a pretty average PC.
Yeah, there's a LOT of acronyms and abbreviations here. The takeaway, HEVC improves on AVC in a lot of ways. If you want to dive
into the tech, the Wiki page reads like a whitepaper.Broadcom
Will it be enough?
Well, technically yes, but with a big caveat. Like AVC (and other compression standards) before it, H.265 is adjustable, depending
on the bandwidth needed. Want 4K over a mediocre Internet connection? No problem; crank up the "dial" (remember the
applesauce?). Want the best picture quality? No problem; turn the dial the other way.
While this arrangement offers flexibility, it also means that "4K" and "UHD" won't necessarily guarantee better picture quality any
more than "1080p" or "HD" do today. A highly compressed 4K signal could, in many ways, look worse than a less heavily
compressed HD signal.
In other words, streaming 4K might look worse than current 1080p Blu-ray, depending on how much compression is used.
With Netflix now streaming "House of Cards" in UltraHD at 15.6 Mbps, initial indications speak of 1080p Blu-ray looking "cleaner,"
confirming some expert predictions. The likely reason? 1080p Blu-ray has a lot more bandwidth to devote to video than online
streaming, more than compensating for the discs' older compression scheme.
And while processing speed in all devices follows Moore's Law, Internet bandwidth does not. Sure there are pockets of true high-
speed connections, but many people struggle to get a decent streaming HD signal. With the shaky ground Net Neutrality has in the
US, the future of decent and cheap 4K streaming for the masses remains cloudy.
Bottom line
Start looking out for HEVC (or H.265) as a line item on TVs, Blu-ray players and other media players in the future. Nearly all major-
brand 2014 4K TVs include the necessary hardware decoder, although 2013 4K TVs do not. There will also be more streamers like
the Sony FMP-X10 that include the requisite hardware.
There were a lot of grumblings during the transition to H.264/AVC at the advent of Blu-ray, now its a given. The same will be true of
HEVC, eventually. Lower data rates, while maintaining quality, are a good thing for everyone.
Special thanks to Broadcom's Rich Nelson for his help with some background info for this article (and the chart).
Got a question for Geoff? First, check out all the other articles he's written on topics like why all HDMI cables are the same, LED
LCD vs. plasma, active versus passive 3D, and more. Still have a question? Send him an e-mail! He won't tell you what TV to buy,
but he might use your letter in a future article. You can also send him a message on Twitter @TechWriterGeoff or Google+.
Tags:
TVs
Internet
Blu-ray Players
Media Streamers
Cameras
Home Entertainment
DVRs
4K TVs
HDMI
FEATURED VIDEO
TECH CULTURE
Geoffrey Morrison
googleplus
http://www.tomsguide.com/us/hevc-4k-explained,news-18206.html
What Is HEVC?
By Kevin OhannessianAPRIL 16, 2014 8:16 AM - Source: Tom's Guide US | B 4 COMMENTS
10
2 Reddit
TAGS :
TV
4K
Online Video
The Netflix series "House of Cards" will be one of the first 4K programs encoded in HEVC.
If you've ever watched a DVD or Blu-ray, caught up with a show using an on-demand service, streamed a film with Netflix or laughed at the latest viral video, you have benefited from a video
codec. Thistechnologycompresses a video file into a smaller package, making it easier to store or transmit. The next generation of codecs including a technology called HEVC will make
several things possible or easier to do. The most notable of these is streaming 4K, aka Ultra HD video.
What is HEVC?
HEVC stands for high-efficiencyvideocoding. Also known as H.265, this new video codec will compress video files to half the size possible using the most-efficient current encoding format,
MPEG-4, aka H.264 (used on Blu-ray discs and some satellite TV broadcasts). That will be one-quarter the size of files compressed using the MPEG 2 codec that most cable-TV companies still
employ. More importantly, HEVC is used to compress video with 4K resolution and possibly even 8K resolution in the future so it can be efficiently delivered.
Sony's Ultra HD Media Player stores 4K HEVC downloads on a 2TB hard drive. A codec (an abbreviation of the term
"coder-decoder") is software that uses an algorithm to systematically compress raw videodatainto a compact form fit for broadcasting, transmitting over an Internet stream or storing on a Blu-
ray disc, for example. At the receiving end, the same codec in your TV, computer or disc player uncompresses the data to display the video on your screen. Codecs also remove some detail
from video to reduce its size, and a high level of compression can drop too much data, resulting in choppy and blocky video. Most pay-TV services use aggressive compression to get all those
channels into your cable or satellite receiver, which is one reason the video from your cable box does not look as good as that from a Blu-ray. A good codec will compress video while causing
High-definition video can take a lot of data. A full-HD image has about 2 million pixels and up to several million colors per individual frame, with hundreds of thousands of frames making up a
movie.
The current MPEG-4/H.264 codec makes it possible to compress the huge amount of information in a film so that it can stream over Netflix, rather than storing all of that data on a physical
source like a Blu-ray. Those high-definition images from Netflix are in either 720p resolution (1280 x 720, or 0.92 million pixels per frame) or 1080p resolution (1920 x 1080 resolution, 2 million
pixels). The images from a 4K video that Netflix is now streaming to 4K televisions have 8 million pixels (3840 x 2160 resolution). Such a huge jump in detail requires a better way to compress
the data in order to transmit or store it. HEVC is twice as efficient as MPEG-4/H.264, and experiences only a minimal loss in quality. As a result, current content will need only half the data to
stream over Netflix, and it will become viable to stream 4K content. (Netflix recommends a 15 Mbps or better broadbandconnectionfor streaming 4K.)
The same
video rate encoded at 420kbps in H.264 (left) and HEVC (right). Credit: Vcodex
Potentially everything. Each service will have to decide if it will send data using HEVC/H.265 instead of MPEG-4/H.264 or MPEG-2. Netflix has already begun using HEVC to stream 4K content
to the few 4K TVs equipped to decode HEVC. New televisions coming this year from LG, Samsung, Sony and Vizio will support HEVC and will be able to stream 4K video from Netflix. Though
they haven't mentioned Netflix deals, both Panasonic and Toshiba have announced that their new 4K TVs willalso support HEVC.
Amazon has been filming all of its original content, such as political comedy "Alpha House," in 4K. The company also has partnered with several studios for 4K streaming using HEVC, including
Warner Bros., Lionsgate, 20th Century Fox and Discovery. Amazon hasn't announced when it will offer streams or downloads of these videos as 4K via Amazon Prime Instant Video, though
Samsung is the first partner that will have 4K-capable Amazon Prime Instant Video on its televisions.
Streaming service M-Go has announced it will be offering 4K video via HEVC soon, including via an app for Samsung televisions. Individual cable companies will have to decide when to
change both the data they are sending and the receiver to decode it to HEVC. But that likely won't happen for several years, if and when they broadcast in 4K. Though they aren't broadcasting
in 4K yet, DirecTV and Comcast's Xfinity will have 4K apps to stream video over the Internet to Samsung televisions.
The Sony Xperia Z2Most current cellphones and tablets don't have hardware compatible with HEVC, but some new devices are starting
to support it. The new Sony Xperia Z2 smartphone, for example, supports HEVC to shoot 4K video.
But that doesn't mean all mobile devices will eventually support HEVC. For instance, Google has announced its own 4K codec, called VP9, that will be used with YouTube. Other companies
Yes, if you have the right hardware. Newer televisions support 4K video via HEVC, though these TVs have limited 4K content.
Sony offers its Ultra HD Media Player, a $700 4K video player that uses HEVC, which downloads content to a 2TB hard drive and is compatible only with Sony televisions. You can purchase or
rent new content via Sony's 4K version of its Video Unlimited online service, and download films like "The Amazing Spider-Man" and shows like" Breaking Bad" (both made by Sony Pictures).
Films cost about $30 to buy and $8 to rent (for 24 hours) and take up about 40GB; television episodes are available to purchase for $4 each. There are currently about 80 films available.
Samsung will soon release the $300 CY-SUC105H UHD video pack to watch 4K content created with HEVC. This 1TB hard drive will also feature unannounced documentaries and vignettes,
as well as five films from Paramount and 20th Century Fox: "G.I. Joe: Retaliation," "World War Z," "Night at the Museum," "X-Men Origins: Wolverine" and "The Counselor." The company said
Two tech-standards organizations, the International Telecommunication Union (ITU) and the Moving Pictures Expert Group (MPEG), developed HEVC. These same groups are also behind the
MPEG-2 standard used in DVD, cable and other content formats for standard- and some high-definition video. ITU and MPEG also created the MPEG-4/H.264 standard used in Blu-ray, some
Follow Kevin Ohannessian at @khohannessian and on Google+. Follow us @tomsguide, onFacebookand on Google+.
What is 4K TV?