The present application relates generally to a video encoder/decoder (codec) and, more specifically, to a method and apparatus for intra prediction for oblique modes in video coding and a transform choice for a particular class of Intra Block Copy mode.
Most existing image and video-coding standards such as JPEG, H.264/AVC, VC-1, and HEVC (High Efficiency Video Coding) employ block-based transform coding as a tool to efficiently compress an input image and video signals. The pixel domain data, after prediction, is transformed to the frequency domain using a transform process on a block-by-block basis. The better the prediction, the lesser the energy in the prediction residue, which will improve the compression efficiency of the video codec. Hence, it is necessary to devise optimal prediction coding schemes to minimize the energy in the residue and improve the compression efficiency of the video codec.
This disclosure provides a method and an apparatus for intra prediction improvements for oblique modes in video coding.
In a first embodiment, a method is provided. The method includes identifying a directional intra prediction mode with an angle of prediction. The method also includes identifying a first and second reference neighboring samples in a block of the video along the angle of prediction; the angle of prediction intersects a pixel to be predicted. The method further includes determining which of the first and second reference samples is nearest the angle of prediction. The method further includes applying a value of the nearest reference neighboring sample to the pixel as a predictor.
In a second embodiment, a decoder is provided. The decoder includes processing circuitry configured to identify a directional intra prediction mode with an angle of prediction. The processing circuitry is also configured to identify a first and second reference neighboring samples in a block of a video along the angle of prediction; the angle of prediction intersects a pixel to be predicted. The processing circuitry is further configured to determine which of the first and second reference samples is nearest the angle of prediction. The processing circuitry is further configured to apply a value of the nearest reference neighboring sample to the pixel as a predictor.
In a third embodiment, a method is provided. The method includes determining whether a block type of a block of the video is intra block copy. The method also includes responsive to the block type being the intra block copy, determining a transform block size of the block. The method further includes, responsive to the transform block size being 4×4, applying a discrete sine transform to the block.
In a fourth embodiment, a decoder is provided. The decoder includes processing circuitry configured to determine whether a block type of a block of a video is intra block copy. The processing circuitry is also configured to, responsive to the block type being the intra block copy, determine a transform block size of the block. The processing circuitry is further configured to, responsive to the transform block size being 4×4, apply a discrete sine transform to the block.
Before undertaking the DETAILED DESCRIPTION below, it may be advantageous to set forth definitions of certain words and phrases used throughout this patent document. The term “couple” and its derivatives refer to any direct or indirect communication between two or more elements, whether or not those elements are in physical contact with one another. The terms “transmit,” “receive,” and “communicate,” as well as derivatives thereof, encompass both direct and indirect communication. The terms “include” and “comprise,” as well as derivatives thereof, mean inclusion without limitation. The term “or” is inclusive, meaning and/or. The phrase “associated with,” as well as derivatives thereof, means to include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, have a relationship to or with, or the like. The term “controller” means any device, system or part thereof that controls at least one operation. Such a controller may be implemented in hardware or a combination of hardware and software and/or firmware. The functionality associated with any particular controller may be centralized or distributed, whether locally or remotely. The phrase “at least one of,” when used with a list of items, means that different combinations of one or more of the listed items may be used, and only one item in the list may be needed. For example, “at least one of A, B, and C” includes any of the following combinations: “A,” “B,” “C,” “A and B,” “A and C,” “B and C,” and “A, B and C”.
Moreover, various functions described below can be implemented or supported by one or more computer programs, each of which is formed from computer readable program code and embodied in a computer readable medium. The terms “application” and “program” refer to one or more computer programs, software components, sets of instructions, procedures, functions, objects, classes, instances, related data, or a portion thereof adapted for implementation in a suitable computer readable program code. The phrase “computer readable program code” includes any type of computer code, including source code, object code, and executable code. The phrase “computer readable medium” includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a compact disc (CD), a digital video disc (DVD), or any other type of memory. A “non-transitory” computer readable medium excludes wired, wireless, optical, or other communication links that transport transitory electrical or other signals. A non-transitory computer readable medium includes media where data can be permanently stored and media where data can be stored and later overwritten, such as a rewritable optical disc or an erasable memory device.
Definitions for other certain words and phrases are provided throughout this patent document. Those of ordinary skill in the art should understand that in many if not most instances, such definitions apply to prior as well as future uses of such defined words and phrases.
For a more complete understanding of the present disclosure and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, in which like reference numerals represent like parts:
As shown in
The quantized transform coefficients can be restored to residual values by passing through an inverse quantizer 130 and an inverse transform unit 132. The restored residual values can be post-processed by passing through a de-blocking unit 135 and a sample adaptive offset unit 140 and output as the reference frame 145. The quantized transform coefficients can be output as a bitstream 127 by passing through an entropy encoder 125.
As shown in
Each functional aspect of the encoder 100 and decoder 150 will now be described.
In
As shown in
Following the prediction, the transform unit 120 can apply a transform in both the horizontal and vertical directions. The transform is followed by the quantizer 122, which reduces the amount of information by dividing each transform coefficient by a particular number to reduce the quantity of possible values that a transform coefficient could have. Because quantization makes the values fall into a narrower range, this allows entropy coding to express the values more compactly and aids in compression.
In the Range Extensions effort for the High Efficiency Video Coding (HEVC) being held in the ongoing JCTVC standardization, various techniques for high bit-depths (more than 8) for video sequences, lossless, and visually lossless coding, screen content coding, coding of video in different color planes, other than YUV, such as RGB etc. are being investigated.
Sample-based adaptive intra prediction (SAP) is a scheme for enhancing the prediction for a sample (pixel) by using a copy of the neighboring sample, or a linear combination of adjacent samples. In the April 2013 JCTVC meeting, various tests on SAP were performed and test 4 from REF3 was adopted in the HEVC Range extensions software HM10.1+RExt3.0. REF4 asserts that applying SAP on non-horizontal and non-vertical oblique modes is not fully parallel in the decoder side in a hardware implementation, and SAP was adopted only for horizontal and vertical modes.
Thus, there is a need for a parallel implementation of oblique modes in the sample adaptive prediction framework so that coding gains can be increased, especially for screen content coding sequences.
Next, in unified angular intra prediction method in HEVC, for some angular modes (other than strictly diagonal, horizontal, and vertical modes), bilinear interpolation of neighboring reference samples is used as the predictor for pixels as shown in
pred (X)=((32−d)*A+d*B+16)>>5 (1).
This kind of smoothing scheme is suitable for natural video content since motion; noise and digital image sensor tends to smooth edges in such content.
However, for the computer-generated screen content or graphics content, the sharp edges are preserved, and therefore the traditional intra prediction scheme may not work efficiently for such content. Thus, there is a need for an improved prediction scheme for screen content coding.
The JCT-VC is currently considering Range Extensions standardization for HEVC video codec REF1. Embodiments of the present disclosure improve upon the prior art by applying sample adaptive predictive coding (SAP) for oblique modes in unified angular prediction for both lossless and lossy scenario.
In certain embodiments of this disclosure, the prediction scheme can make SAP parallel for all the oblique modes at both the encoder and decoder. By overcoming the parallelism bottle-neck, significant gains can be achieved for the screen content video coding, and it would be less difficult to implement in hardware as well. Different embodiments of this disclosure provide methods and systems for both lossless and lossy scenarios.
One or more embodiments show an enhanced scheme for predicting screen-content coding by adaptively using the integer-pixels available for prediction, rather than performing bilinear interpolation to create the prediction. For computer-generated screen content or graphics content, sharp edges are preserved. Therefore, the smoothed intra prediction being performed for natural video sequences may not be suitable. To avoid this shortcoming, embodiments of the present disclosure adaptively disable the interpolation scheme in the intra prediction based on the variance of the reference samples. Different embodiments of this disclosure provide a proposed algorithm for both lossless and lossy scenarios.
SAP for Oblique Modes (Lossless Setting)
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
For a block of size M (rows)×N (cols), if the original pixel value is p(i,j) (0≦i<M−1; 0≦j≦N−1), the derivation of the prediction pred (i,j) is summarized in Table 1, where UAP denote the Unified Angular Prediction in HEVC standard (for square blocks in HEVC, M=N).
The algorithm can be extended to all the other oblique modes. In other words, for modes 2 to 32.
At the decoder, the decoding can be summarized as follows: (1) Decode the bit stream to get the residual of each sample. (2)(a) For modes 18, 14, 22, 30 and 34, decode rows along the top to bottom direction. For each sample along a row, follow the prediction scheme in Table 2 to get its predictor. (b) For modes 2 and 6, decode rows along the bottom to top direction. For each sample along a row, follow the prediction scheme in Table 2 to get its predictor. (3) The reconstructed sample is the sum of the residual and the predictor: rec(i, j)=resi(i,j)+pred(i, j). In the lossless coding, the reconstructed sample is the same as original sample, i.e., rec(i,j)=p(i, j) in Table 2.
The system may repeat (2) and (3) until all samples within current block are reconstructed.
Parallel Implementation for Oblique SAP Modes:
The prediction scheme for SAP can be parallelized at both the encoder and decoder. As an example, different embodiments of this disclosure show, for mode 30, how the implantation can be parallelized: For the top 2 rows, and last column, no change from Unified Intra Prediction (UAP) is performed, so these pixels can be decoded in parallel as in HEVC. Next, for the remaining pixels, since the embodiments of this disclosure may have used only the integer pixels for prediction, using SAP, the remaining pixels can be decoded in parallel as well. Note that, in REF2 and REF3, an interpolation was performed first for predicting the pixels, and hence if the prediction is coming from pixels inside the block to be coded denoted by set S, these pixels in set S first have to be reconstructed. Only after their reconstruction, the pixels in set S can be interpolated to form prediction for other pixels. This will cause a delay in predicting other pixels.
SAP for Oblique Modes (Lossy Setting):
SAP for lossy setting for horizontal and vertical modes was presented in REFS. For the lossy setting, extension of lossless version presented in previous section is performed in the following fashion:
In certain embodiments, if after the prediction for a pixel p (i,j), the residue is r(i,j). The transform may be skipped, and the quantized residue may be given by Q (r(i,j)), where Q denotes the quantization operation.
Then SAP for lossy setting for oblique modes is performed as:
The modified residual sample {tilde over (r)}i,j is quantized to produce Q({tilde over (r)}i,j). Then, Q(ri,j) is calculated as:
The quantized modified residual samples Q({tilde over (r)}i,j) are then sent to the decoder. On the decoder side, the above calculations are repeated to produce Q(ri,j), 0≦i≦N−1, 0≦j≦N−1. The quantized residuals are added to the original prediction values to produce reconstructed sample values.
In certain embodiment, for all the other oblique modes from 2 to 32, the extension to lossy setting from lossless SAP can be performed as shown for modes 2, 18, 34, 6, 14, 22, and 30 above.
Enhanced prediction for screen content coding:
As shown in
An embodiment of this disclosure pred(X)=((32−d)*A+(d*B)+16)>>5. In this embodiment, pixel 503 may be the predictor and used to predict the pixel X as shown in pixel 504. As an example, pixels 501 and 502 in
As shown in
This method does not affect the horizontal, vertical and three diagonal modes since for these modes, the predictor may already be from the integral pixel position. In screen content, there are sharp edges, which do not generally exist in natural camera-captured video content.
As shown in
In an embodiment, for the natural content, a strategy could be used to indicate whether the methods as described in embodiments herein should be applied.
In certain embodiments, the system can add additional intra prediction modes and perform a Rate-Distortion search at the encoder to choose the best prediction mode. In this disclosure, in one of the embodiments, the skipping of bilinear interpolation filter is based on the variance of the reference sample 807 above, or left to the current PU 805. As an example, an embodiment shows this process for a 4×4 PU in
In certain embodiments, for different modes, the variance may be determined as follows:
If variance is larger than 3000, the filter is skipped, otherwise, the bilinear filter is used. Note that the threshold 3000 is for 8 bits depth; for 10 bits depth, an embodiment can divide the original variance in 10-bits by 16 to normalize it with the variance threshold of 3000 for 8-bit video content.
The calculation of variance above is just one way of calculating the variance, and other different sets of pixels can be similarly used for calculating the variance. Also, different statistics other than variance, such as block strength in deblocking filter, can be used. The threshold of 3000 can also be changed to another value.
Also, the above scheme of skipping the interpolation for screen content can be performed for all the blocks, and can be signaled in Sequence Picture Set (SPS), PPS, or the like, depending on whether the content is screen content etc. Finally, the enhanced scheme can be applied to a sub-set of prediction modes only (for example only even modes, or only odd modes and the like).
Next, certain embodiments may enumerate different other methods that can be used instead of the variance-based selection to determine whether to use a nearest neighbor interpolation method, or to retain the bilinear interpolation from HEVC. A nearest neighbor interpolation method may be an example of the method 500 and/or 600 as shown in
Certain embodiments can use a very simplistic “threshold” between two neighboring pixels to decide whether to use bilinear interpolation. For example a system may use the following criteria for deciding for the predictor of pixel X:
retain bilinear interpolation method from HEVC for prediction of pixel X.
In the above, “abs” denotes the absolute value, and “thr” is some threshold, for example, 120, or 128, 150, and the like. For an 8-bit video sequence, “thr” lies between 0 and 255 (range of 8-bit samples). For 10-bit video sequences, the threshold can be appropriately multiplied by 4 (for example, “thr” of 128 for an 8-bit video sequence corresponds to 512 for a 10-bit video sequence and the like).
In certain embodiments, a system can use more than 2 pixels above in comparison against threshold. For example, the system can use one or more neighboring samples of pixels A and B during comparison of the threshold.
In certain embodiments, a system can use the neighboring samples to A and B from the top row (or corresponding left column in case prediction is happening from left column) in the calculation of statistics other than variance.
Also, a system can use sum of absolute values, instead of variance as a statistic.
In general, screen content has a few different intensity values. In an embodiment, a system can create a histogram of the intensity values of the pixel samples from the top row (in case prediction is from top-row), and then decide if there are only two or three different intensity values, the content is most likely screen-content, and then use the nearest neighbor interpolation method rather than HEVC method for the current block.
Also, in certain embodiments, a system can create a “quantized” histogram instead of a histogram. A quantized histogram is defined as quantizing the pixel values. For example, a 4 point quantized histogram has boundaries 64, 128, 192 for an 8-bit video. Therefore, pixels will be quantized to 32, 96, 160 and 224. If there is only one intensity level, the content may be natural content, and the system may use the HEVC method for prediction. If there are two different intensity levels, then the content is screen-content.
In some embodiments, there may be some errors when the pixels lie near the quantization boundaries. Additional tests can be done, and quantization boundaries can be modified, by example dithering, or the quantization offset can be sent to the decoder and the like.
In addition, the difference between consecutive pixels in the top row from where the prediction is happening. Let the original pixels in the top row be A, B, C, . . . , H. Therefore, the difference of pixels is defined as a=abs (A-B); b=abs(B-C); . . . g=abs (G-H). In certain embodiments, the system can perform some operations on these differences a, b, . . . , g; such as computing their average, or variance, and then deciding whether to use nearest neighbor for enhanced prediction, or retain HEVC method for prediction.
In a similar vein of not using bilinear interpolation for oblique modes, mode-dependent filtering for intra prediction modes can also be switched off for screen-content video; or adaptively switched off for some blocks. In addition, combination of adaptive disabling of mode-dependent filtering, and enhanced prediction as presented above can be straightforwardly performed by using entities such as variance information as shown above.
Enhanced Prediction for Screen Content Coding Using Rate-Distortion:
Rate-distortion-optimized search may be used in any of the embodiments disclosed herein. At the encoder side, both the bilinear interpolation and the non-interpolation methods are tested for each mode, and their Sum of Absolute Difference (SAD) cost is computed. The best mode out of bilinear interpolation (coming from oblique mode) and the proposed nearest neighbor intra mode combination, which results in the minimum rate-distortion cost, can be selected at the encoder. To indicate the type of mode used at the decoder sider, one flag is included in the bit stream for each (interpolation, nearest neighbor intra mode) combination. To speed up the search process and save bit, following things can be done:
When encoding the flag of interpolation, a syntax adaptive binary arithmetic coding (SBAC) method can be used. To further improve the coding efficiency of the flag, the context of the SBAC can be predicted from the upper coding unit and the left coding unit, which have been encoded already.
For the initialization of the contexts for the “flag” for enhanced intra prediction, the following table can be used as initialization for various frames (0 is Intra; 1 is normal Inter P frame; and 2 is Bi-directional B Inter frame).
Other non-zero values of initValue may also be used to initialize the contexts.
Beside the bilinear and the nearest neighbor interpolation, some other interpolation methods can also be applied in the intra prediction. For example, the average value of two reference samples instead of nearest neighbor pixel, or only the left pixel for prediction, and similarly for all other pixels in the block, use only left pixel which was being used originally in bilinear interpolation), and similarly the right pixel, and so on.
The method can be applied selectively on difference types of frames. For example, in an embodiment, this method may be applied on Intra frame only, and not necessarily on Inter frames.
In an embodiment, at the encoder, this method may only be applied when the bilinear intra prediction is better than the inter prediction, in which way the proposed method will not affect the inter block coding.
Enhanced prediction for screen content with LM Chroma mode:
In REF7, an LM Chroma scheme is proposed for predicting Chroma component in the video. The Chroma prediction for a pixel X may be calculated as follows:
X
Pred (Chroma, new)=αXPred (Chroma, org)+βXpred (Luma, org)
where Xpred (Chroma, org) and Xpred (Luma, org) are the pixels used originally for prediction of pixel X (for example, reconstructed pixels before from the boundary). In an embodiment with bilinear interpolation, these predictions can be:
X
Pred(Chroma, org)=μAChroma+(1−μ)BChroma
and
X
pred (Luma, org)=μALuma+(1−μ) BLuma
where AChroma and BChroma are respectively the Chroma pixels from which bilinear interpolation is performed. Similarly ALuma and BLuma are the Luma pixels from which bilinear interpolation is performed.
In certain embodiments, to perform enhanced intra prediction for pixel X, and assuming AChroma is nearer to it than BChroma, and therefore the nearest neighbor (amongst the pixels from which can be predicted), the equation for LM Chroma prediction can be:
X
Pred (Chroma, new)=αAChromaβALuma,
where the system uses nearest-neighbors for prediction. In the rate-distortion search for enhanced prediction in LM chroma search, the above prediction would be used as a candidate predictor at the encoder for Chroma components. For Luma components, there may not be any change (unless Luma is also predicted using a combination of Luma, and Chroma).
SAP for Intra_Block Copy Mode:
For Intra_Block_Copy (Intra_BC) mode, one or more embodiments also provides using SAP for Intra_BC copy. For example, in the residual block, after subtracting the Intra_BC block at the encoder from current block, the system can perform a Rate-Distortion search (similar to being done for Inter blocks) and choose whether horizontal, or vertical SAP would be beneficial.
In certain embodiments, the system can directly apply SAP in vertical direction, if the motion vector coming from the Intra_BC block is in vertical (or horizontal) direction. SAP along horizontal direction can be applied in an analogous way.
DST for Intra_Block Copy Modes:
For Intra_Block_Copy (Intra_BC) mode, currently at size 4×4 TU, DCT is used. In certain embodiments, the system always can use 4×4 DST for 4×4 Intra_BC block. The system may not use 4×4 DCT for Luma for an all intra profile. This can be viewed as a simplification, since for an All Intra profile, 4×4 DCT can be eliminated for Luma.
In certain embodiments, the system can use DST and DCT selectively. If the prediction for Intra_BC is from horizontal direction only, then the system may use DST as the horizontal transform, and DCT as the vertical tranform. Similarly, if the prediction is from a vertical direction, then the system may use DST as the vertical transform, and DCT as the horizontal transform. In one or more embodiments, an opposite scheme where DCT and DST are reversed can also be applied.
In an embodiment, the system may use 4×4 DST for 4×4 Intra_BC block only when the frame is Intra. The system may not use 4×4 DCT for Luma for an all intra profile. In some embodiments, for Inter frames, the system can still use DCT as the 4×4 transform for Luma for Intra_BC blocks.
At operation 901, the decoder determines whether a block type of a block of the video is intra block copy. If the block type is intra block copy, then at operation 903, the decoder determines whether a transform block size of the block is 4×4. If the transform block size is 4×4, then at operation 905 the decoder applies a discrete sine transform to the block.
If at operation 901 or 903, the result is no, then the decoder, at operation 907, the decoder applies a discrete cosine transform to the block.
One or more embodiments of the present disclosure can be applied to inter-prediction and combined intra and inter prediction in video coding. It is applicable to any coding/compression scheme that uses predictive and transform coding.
One or more embodiments of the present disclosure can be applied to rectangular block sizes of different width and height as well as to non-rectangular region of interest coding in video compression such as for short distance intra prediction.
One or more embodiments of the present disclosure can be applied to only a subset of few PU's. For example, SAP in REF2 and REF3 is applied to PU's of size 4×4, 8×8, 16×16, 32×32 and 64×64. Embodiments of the present disclosure can only be applied to a subset of these PU's, for example, to size 4×4, and 8×8 PU's and the like.
Embodiments of the present disclosure will improve the coding efficiency and reduce computational complexity of range extensions for HEVC proposal, and will be a strong contender for standardization in range extensions of the HEVC standard.
At operation 1001, the decoder identifies a directional intra prediction mode with an angle of prediction. The mode, for example, could be any from 0-34 as shown in
At operation 1003, the decoder identifies a first and second reference neighboring samples in a block of the video along the angle of prediction; the angle of prediction intersects a pixel to be predicted.
At operation 1005, the decoder determines which of the first and second reference samples is nearest the angle of prediction. At operation 100, the decoder applies a value of the nearest reference neighboring sample to the pixel as a predictor.
In certain embodiments, before operation 1007, the decoder determines a type of content. The decoder can apply the value of the nearest reference neighboring sample to the pixel as the predictor in response to the type of content being screen content.
In certain embodiments, before operation 1007, the decoder calculates a distance between the first and second reference samples. The decoder can apply the value of the nearest reference neighboring sample to the pixel as the predictor in response to the distance being more than a threshold. The threshold can be predetermined or changed dynamically.
In certain embodiments, before operation 1007, the decoder identifies a set of boundary pixels for the block and calculates a variance of at least some of the boundary pixels. The decoder can apply the value of the nearest reference neighboring sample to the pixel as the predictor in response to the distance being less than a threshold. The threshold can be predetermined or changed dynamically.
In certain embodiments, the decoder identifies a flag that indicates whether to use nearest neighbor method as a prediction method. The decoder can apply the value of the nearest reference neighboring sample to the pixel as the predictor in response to the flag indicating to use the nearest neighbor method. The encoder can use multiple prediction methods and choose the best prediction method. The encoder can use a flag to indicate which prediction method is used.
In certain embodiments, the flag indicates whether a sum of absolute difference of the nearest neighbor method is less than a sum of absolute difference of a bilinear interpolation method. In an embodiment, the flag is not used in planar, DC, horizontal, and diagonal modes.
At operation 1101, the decoder reads a flag. The flag can be used by the encoder. The encoder can use multiple methods to identify the most efficient and then use that method.
At operation 1103, the decoder determines if the flag is set to 1. The flag can be active by being “1” or in other embodiments, “0.” The values could be changed in different embodiments so that the flag is active at 0. If the flag is 1, then at operation 1105, the decoder may use nearest neighbor as a prediction method. If the flag is 0, then at operation 1107, the decoder may use bilinear interpolation as a prediction method.
At operation 1201, the decoder calculates a variance of reference samples above or left to current block. At operation 1203, the decoder determines if the variance is greater than a threshold. If the variance is greater than the threshold, then at operation 1205, the decoder uses nearest neighbor as a prediction method. If the variance is not greater than the threshold, then at 1207, the decoder can use bilinear interpolation as a prediction method.
At operation 1301, the decoder calculates a distance between two reference pixels. At operation 1303, the decoder determines if the distance is less than a threshold. If the distance is less than the threshold, then at operation 1305, the decoder uses nearest neighbor as a prediction method. If the distance is not less than the threshold, then at 1307, the decoder can use bilinear interpolation as a prediction method.
While the methods 900-1300 are described with only using a decoder, it will be understood that the methods 900-1300 can be extended to additional devices, including decoders.
The following documents and standards descriptions are hereby incorporated into the present disclosure as if fully set forth herein:
Although the present disclosure has been described with an exemplary embodiment, various changes and modifications may be suggested to one skilled in the art. It is intended that the present disclosure encompass such changes and modifications as fall within the scope of the appended claims.
The present application is related to U.S. Provisional Patent Application No. 61/846,416, filed Jul. 15, 2013, entitled “METHOD FOR INTRA PREDICTION IMPROVEMENTS FOR OBLIQUE MODES IN VIDEO CODING”, U.S. Provisional Patent Application No. 61/857,053, filed Jul. 22, 2013, entitled “METHOD FOR INTRA PREDICTION IMPROVEMENTS FOR OBLIQUE MODES IN VIDEO CODING”, U.S. Provisional Patent Application No. 61/877,115, filed Sep. 12, 2013, entitled “METHOD FOR INTRA PREDICTION IMPROVEMENTS FOR OBLIQUE MODES IN VIDEO CODING”, and U.S. Provisional Patent Application No. 61/890,641, filed Oct. 14, 2013, entitled “METHOD FOR INTRA PREDICTION IMPROVEMENTS FOR OBLIQUE MODES IN VIDEO CODING.” Provisional Patent Applications No. 61/846,416, 61/857,053, 61/877,115, and 61/890,641 are assigned to the assignee of the present application and are hereby incorporated by reference into the present application as if fully set forth herein. The present application hereby claims priority under 35 U.S.C. §119(e) to U.S. Provisional Patent Applications No. 61/846,416, 61/857,053, 61/877,115, and 61/890,641.
Number | Date | Country | |
---|---|---|---|
61846416 | Jul 2013 | US | |
61857053 | Jul 2013 | US | |
61877115 | Sep 2013 | US | |
61890641 | Oct 2013 | US |