CLAIM FOR PRIORITY

[0001] This Application claims priority under 35 U.S.C. §119(e) from earlier filed United States Provisional Application Serial No. 62/404,573 filed on October 5, 2016 and incorporated herein by reference in its entirety.

BACKGROUND

TECHNICAL FIELD

[0002] The present invention relates to coding using High Efficiency Video Coding (HEVC or H-265). More particularly, the present system relates to motion vector prediction for coding of HEVC blocks.

RELATED ART

[0003] State of the art video quality is achieved today by performing complex High Efficiency Video Coding (HEVC) video encoding with the video pictures broken into macroblocks. Motion vector determination enables more efficient coding of the blocks making up a picture. The HEVC coding standard (also called H.265) is a coding standard promulgated by the ISO/IEC MPEG standardization organizations. HEVC supports resolutions higher than "high definition," which means pixels may be represented by a larger number of bits than the high definition pictures. For example, 4K resolutions may include images that are 4,000 pixels wide compared to high definition images that are 1920 pixels wide.

[0004] Temporal motion prediction is an effective method to increase the coding efficiency and provides high compression necessary for HEVC. HEVC uses a translational model for temporal motion prediction. According to the translational model, a prediction signal for a given current unit in a current picture is generated from a corresponding reference unit in a reference picture. The coordinates of the reference unit are given by a motion vector that describes the translational motion along horizontal (x) and vertical (y) directions that would be added/subtracted to/from the coordinates of the current unit. A decoder needs the motion vector to decode the compressed video.

[0005] HEVC relies on a block based translational model for its temporal prediction (inter coding) in order to keep complexity and overhead bits low. For inter coding block, HEVC designates a prediction block as an area for motion compensation where all the pixels inside the prediction block performs identical translation temporally using either one or two motion vectors (MV). Motion vector prediction is used to code motion vector(s) to reduce the overhead bits for motion vector signaling. Motion estimation or prediction is a process of determining a motion vector (MV) for a current unit of video. The motion estimation process searches for a best match prediction for a current unit block of video (e.g., a prediction block) over reference pictures. For a current inter block, its motion vector predictor can be derived from the motion vectors of its spatially neighboring blocks and/or the temporally collocated block.

[0006] It is desirable to provide improvements in motion vector prediction accuracy to make FIEVC coding more efficient. SUMMARY

[0007] Embodiments of the invention provide a method for temporal motion vector prediction for inter block HEVC that relies on a block translational model, enabling more efficient encoding. The method adjusts the coordinate of a temporal motion vector predictor (TMVP) by adding an offset to improve prediction accuracy. The modified coordinate provides better prediction when there is significant object motion between the frames

[0008] In particular, the method begins by designating a current prediction block as an area for motion compensation using HEVC where all the pixels inside the prediction block perform identical translation temporally using either one or more motion vectors MVs. A coordinate offset is derived for a current prediction block from the MVs of its spatially neighboring blocks. An offset TMVP is then defined for the current prediction block as the MV of an offset block which is in the geometrical location of the current prediction block coordinate plus the coordinate offset in a specified temporal reference picture. The offset TMVP can be used to code MVs to reduce the overhead bits for motion vector signaling. Additionally, the offset TMVP can be used in motion vector predictor calculation of merge mode such as alternative temporal motion vector prediction (ATMVP), or spatial temporal motion vector prediction (STMVP).

[0009] The offset TMVP in one embodiment is specifically defined assuming that the current prediction block is at the position of coordinate (x, y) in the current picture, the coordinate offset is added by doing the following:

adding a coordinate offset of (dx, dy) to the coordinate (x,y) to give the offset TMVP as (χ', y') = (x, y) + (dx, dy) = (x+dx, y+dy). [0010] In an explicit approach for encoding using the TMVP offset according to embodiments of the present invention, syntax elements expressing the offset are used. One offset can be shared for multiple prediction blocks.

[0011] In an implicit approach for encoding using the TMVP offset according to embodiments of the present invention, motion vectors of neighboring prediction blocks to the current prediction block are used to calculate the offset for the TMVP. In one example, the neighboring prediction blocks located in a first three positions in a merge candidate list for the current prediction block are used in calculating the TMVP offset. In another example, the three neighboring prediction blocks, the left (L), the above (A), and the above-left (AL), are used for computing the TMVP offset. One possible example for calculating the TMVP offset for the current prediction block is to use a median of motion vectors of these neighbors, as follows: dx = median (Lx, ALx, Ax)

dy = median (Ly, ALy, Ay) wherein Lx, ALx, Ax are the x component of motion vectors of Left neighbor, Above- left neighbor, and Above neighbor, respectively, and wherein Ly, ALy, Ay are the y component of Left neighbor, Above-left neighbor, and Above neighbor, respectively.

[0012] An added TMVP offset mode can be used in one embodiment of the present invention that can be turned on and off with either the explicit or implicit means. Implicit signaling for turn on and turn off of the offset TMVP mode can be based on coding information of neighboring blocks. Explicit signaling for turn on and turn off in the offset TMVP mode can be thru a flag at a CU, slice or sequence level. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Further details of the present invention are explained with the help of the attached drawings in which:

[0013] Fig. 1 shows a simplified system for encoding and decoding video according to embodiments of the present invention;

[0014] Fig. 2 illustrates video pictures with reference unit blocks for motion estimation and compensation;

[0015] Fig. 3 is a flowchart showing steps of a method of adding an offset to a TMVP according to embodiments of the present invention;

[0016] Fig. 4 is a flowchart showing specifics of the steps to further define the offset TMVP;

[0017] Fig. 5 is a flowchart showing calculation of the TMVP offset using the neighboring prediction blocks located in a first three positions in a merge candidate list for the current prediction block; and

[0018] Fig. 6 illustrates the three neighboring prediction blocks used to calculate the TMVP offset in Fig. 5.

DETAILED DESCRIPTION

[0019] Fig. 1 shows a simplified system for encoding and decoding video according to embodiments of the present invention. System includes an encoder 102 and a decoder 104. Encoder 102 and decoder 104 may use a video coding standard to encode and decode video, such as HEVC. Specifically, encoder 102 and decoder 104 may use syntax elements from the HEVC range extension. Also, other elements of encoder 102 and decoder 104 may be appreciated.

[0020] Encoder 102 and decoder 104 perform temporal prediction through motion estimation and motion compensation. Motion estimation is a process of determining a motion vector (MV) for a current unit of video. For example, the motion estimation process searches for a best match prediction for a current unit block of video (e.g., a prediction block) over reference pictures. The best match prediction is described by the motion vector and associated reference picture ID. Also, a reference unit in a B picture may have up to two motion vectors that point to a previous reference unit in a previous picture and a subsequent reference unit in a subsequent reference picture in the picture order. Motion compensation is then performed by subtracting a reference unit pointed to by the motion vector from the current unit of video. In the case of bi-prediction, the two motion vectors point to two reference units, which can be combined to form a combined bi-directional reference unit.

[0021] To perform motion estimation and compensation, encoder 102 and decoder 104 include motion estimation and compensation blocks 104-1 and 104-2, respectively. For bidirectional prediction, the motion estimation and compensation blocks 104-1 and 104-2 can use a combined bi-directional reference unit in the motion compensation process for the current unit. Syntax elements are further used in the motion prediction process.

[0022] For the encoder 102 and decoder 104 of Fig. 1, embodiments of the present invention contemplate that software to enable them to perform functions described to follow for the present invention is provided in a memory. The encoder 102 and decoder 104 are further contemplated to include one or more processors that function in response to executable code stored in the memory to cause the processor to perform the functions described. [0023] Fig. 2 illustrates video pictures with reference unit blocks for motion estimation and compensation. The video includes a number of pictures 200-1 - 200-5. A current picture is shown at 200-3 and includes a current unit of video 202-1. Current unit 202-1 may be bi- predicted using reference unit blocks from reference pictures in other pictures, such as a previous picture 200-1 in the picture order and a subsequent picture 200-5 in the picture order. Picture 200-1 includes a reference unit 202-2 and picture 200-5 includes a reference unit block 202-3, both of which can be used to predict current unit block 202-1.

[0024] Once the current picture is established and the reference unit blocks are determined, motion estimation and compensation block 104-1 can determine motion vectors that represent the location of reference unit blocks 202-2 and 202-3 with respect to current unit block 202-1. Then, motion estimation and compensation block 104-1 calculates a difference between the combined reference unit block and the current unit block 202-1. Encoder 102 outputs the motion vectors in an encoded bitstream that is sent to decoder 104.

[0025] Decoder 104 receives the encoded bitstream and can reconstruct the pictures of the video. Decoder 104 may reconstruct reference unit blocks 202-2 and 202-3 from the encoded bitstream prior to decoding current unit block 202-1. Also, decoder 104 decodes the motion vectors for current unit block 202-1. Then, in decoder 104, motion estimation and compensation block 104-2 are used to reconstruct the current unit block 202-1. The motion estimation and compensation block 104-2 uses the motion vectors to locate reconstructed reference unit blocks 202-2 and 202-3 and reconstruct the current unit block 202-1.

[0026] Motion vector prediction is used in motion vector coding process to exploit correlation between the coding motion vector and its selected predictor. Due to the characteristics of natural video, object generally moves in a smooth, linear trajectory from frame to frame. This behavior makes the motion vector of the temporally collocated block as a powerful motion vector predictor for a current block, and it is hence used in HEVC motion vector coding.

[0027] In HEVC, for a current prediction block in a current picture, the motion vector of its temporal collocated prediction block, which is in the same geometrical location in a specified temporal reference picture as the current prediction block in the current picture, is defined as the temporal motion vector predictor (TMVP) for the current prediction block. Specifically, the collocated block has the same spatial coordinate (x,y) in the reference picture as the current prediction block (x,y) in the current picture. The collocated position can however be suboptimal when there is significant object motion between the frames. In such case, the collocated position may represent a different object and its motion vector is not a useful TMVP.

[0028] Accordingly, embodiments of the present invention introduce a way to improve TMVP effectiveness, especially when there are a lot of movements between the frames. Instead of using the same coordinate in the reference picture as the coding prediction block in the current picture, embodiments of the present invention add a coordinate offset to the coordinate for the TMVP location.

[0029] Fig. 3 is a flowchart showing steps of a method of adding an offset to a TMVP according to embodiments of the present invention. The method uses a block translational model and begins in step 300 with designating a current prediction block as an area for motion compensation where all the pixels inside the prediction block perform identical translation temporally using either one or more motion vectors (MVs). In the next step 302, a coordinate offset is derived for the current prediction block from the MVs of its spatially neighboring blocks. In step 304, the offset TMVP is defined for the current prediction block as the MV of an offset block which is in the geometrical location of the current prediction block coordinate plus a coordinate offset computed in step 302 in a specified temporal reference picture. Finally, in step 306 the MV prediction with the offset TMVP is used to code MVs.

[0030] Fig. 4 is a flowchart showing specifics of the steps to further define the offset TMVP. First in step 400, an assumption is made that the current prediction block is at the position of coordinate (x, y) in the current picture. Next, in step 402 a coordinate offset of (dx, dy) is added to the coordinate (x,y) to define the offset TMVP (χ', y') as follows:

(χ', y') = (x, y) + (dx, dy) = (x+dx, y+dy).

[0031] The TMVP offset (dx, dy) can be determined explicitly or implicitly. Details of the two approaches are described to follow.

[0032] For explicit approach, syntax elements in coding bitstream can be used to indicate TMVP offset values. To reduce the overhead bits, one offset may be shared for multiple prediction blocks and coded with coarser granularity than the final fractional motion vector accuracy.

[0033] For implicit approach, a motion vector derivation method is specified so that decoder can repeat the same process and be able to regenerate the same TMVP offset. In this simplified approach, the motion vectors of neighboring prediction blocks are used to calculate the offset for TMVP. Motion vectors of neighboring prediction blocks in this approach are normalized to compensate for the difference in temporal distances between references used among these prediction blocks.

[0034] Fig. 5 is a flowchart showing calculation of the coordinate offset using the neighboring prediction blocks. Fig. 6 illustrates the three neighboring prediction blocks used to calculate the coordinate offset for the current block (C) in Fig. 5. The prediction blocks in Fig. 6 include the above left (AL), above (A), above right (AR), left (L), right (R), below left (BL), below (B), and below right (AR).

[0035] In a first step 500 of Fig. 5, the three neighboring prediction blocks are used for the current prediction block to calculate the offset TMVP. The three neighboring prediction blocks include the left (L) 601, the above (A) 602, and the above-left (AL) 603. Next, in step 502, the current prediction block is derived as a median of motion vectors of these neighbors, as follows: dx = median (Lx, ALx, Ax)

dy = median (Ly, ALy, Ay) wherein Lx, ALx, Ax are the x component of motion vectors of Left neighbor, Above- left neighbor, and Above neighbor, respectively, and wherein Ly, ALy, Ay are the y component of Left neighbor, Above-left neighbor, and Above neighbor, respectively.

[0036] An added TMVP offset mode can be used in one embodiment of the present invention that can be turned on and off with either the explicit or implicit means. Implicit signaling for turn on and turn off of the offset TMVP mode can be based on coding information of neighboring blocks. Explicit signaling for turn on and turn off in the offset TMVP mode can be thru a flag at a CU, slice or sequence level.

[0037] Although the present invention has been described above with particularity, this was merely to teach one of ordinary skill in the art how to make and use the invention. Many additional modifications will fall within the scope of the invention as that scope is defined by the following claims.