Global motion constrained motion vector in inter prediction

By employing a decoder that utilizes a global motion model signaled in a header, the challenges of encoding and decoding video frames with both global and local motion are addressed, resulting in improved compression efficiency and video quality.

JP2025168557APending Publication Date: 2025-11-07OP SOLUTIONS
View PDF 9 Cites 0 Cited by

Patent Information

Application Number
JP2025148225
Authority / Receiving Office
JP · JP
Patent Type
Applications
Current Assignee / Owner
Priority Date
2019-04-25
Filing Date
2025-09-08
Publication Date
2025-11-07

Smart Images

  • Figure 2025168557000001_ABST
    Figure 2025168557000001_ABST
Patent Text Reader

Abstract

To provide a global motion constrained motion vector in suitable inter prediction.SOLUTION: A decoder includes circuitry configured to receive a bitstream, extract a header associated with a current frame and including a signal characterizing that global motion is enabled and further characterizing parameters of a global motion model, and decode the current frame, the decoding including using a motion model for each current block having a complexity that is less than or equal to a complexity of the global motion model. Related apparatus, systems, techniques and articles are also described.SELECTED DRAWING: Figure 3
Need to check novelty before this filing date? Find Prior Art

Description

[Technical Field]

[0001] (CROSS-REFERENCE TO RELATED APPLICATIONS) This application claims the benefit of priority to U.S. Provisional Patent Application No. 63 / 838,563, filed April 25, 2019, and entitled "GLOBAL MOTION CONSTRAINED MOTION VECTOR IN INTER PREDICTION," which is incorporated herein by reference in its entirety.

[0002] The present invention relates generally to the field of video compression, and more particularly to global motion constrained motion vectors in inter-prediction. [Background technology]

[0003] A video codec can include electronic circuitry or software that compresses or decompresses digital video. It can convert uncompressed video into a compressed format, or vice versa. In the context of video compression, a device that compresses video (and / or performs some function thereof) can typically be called an encoder, and a device that decompresses video (and / or performs some function thereof) can be called a decoder.

[0004] The format of the compressed data can conform to standard video compression specifications. The compression can be lossy, in that the compressed video lacks some information present in the original video. The consequences of this can include the decompressed video having lower quality than the original uncompressed video because there is insufficient information to accurately reconstruct the original video.

[0005] There may be a complex relationship between video quality, the amount of data used to represent the video (e.g., determined by bit rate), the complexity of the encoding and decoding algorithms, sensitivity to data loss and errors, ease of organization, random access, end-to-end delay (e.g., latency), and the like.

[0006] Motion compensation can include an approach for predicting a video frame or a portion thereof given a reference frame, such as a past and / or future frame, by considering the motion of a camera and / or objects in the video. This can be employed in encoding and decoding video data for video compression, for example, in encoding and decoding using the Motion Picture Experts Group (MPEG)-2 (also referred to as Advanced Video Coding (AVC) and H.264) standard. Motion compensation can describe a picture in terms of the transformation of a reference picture into a current picture. The reference picture can be temporally past compared to the current picture and from the future compared to the current picture. Compression efficiency can be improved when images can be accurately synthesized from previously transmitted and / or stored images. Summary of the Invention [Means for solving the problem]

[0007] In one aspect, the decoder includes circuitry configured to receive a bitstream, extract a header associated with the current frame that includes a signal characterizing that global motion is enabled and further characterizing parameters of a global motion model, and decode the current frame, the decoding including using a motion model for each current block that has a complexity less than or equal to the complexity of the global motion model.

[0008] In another aspect, a method includes receiving, by a decoder, a bitstream. The method includes extracting a header associated with a current frame, the header including a signal characterizing that global motion is enabled and further characterizing parameters of a motion model. The method includes decoding the current frame, the decoding including using a motion model for each current block having a complexity less than or equal to that of the global motion model.

[0009] The details of one or more variations of the subject matter described herein are set forth in the accompanying drawings and the description below. Other features and advantages of the subject matter described herein will be apparent from the description and drawings, and from the claims. The present specification also provides, for example, the following items: (Item 1) A decoder, the decoder comprising: A circuitry comprising: receiving a bitstream; extracting a header associated with the current frame, the header including a signal characterizing that global motion is enabled and further characterizing parameters of a global motion model; decoding the current frame, the decoding including using a motion model for each current block having a complexity less than or equal to that of the global motion model; a network configured to: A decoder comprising: (Item 2) Item 2. The decoder of item 1, wherein the motion model includes translational motion. (Item 3) Item 1. The decoder of item 1, wherein the motion model comprises affine motion. (Item 4) Item 1. The decoder of item 1, wherein the header includes a picture parameter set (PPS). (Item 5) Item 1. The decoder of item 1, wherein the header includes a sequence parameter set (SPS). (Item 6) Item 2. The decoder of item 1, wherein the header includes a flag that characterizes whether global motion is present for the current block. (Item 7) Item 2. The decoder of item 1, wherein the header includes at least one parameter of the global motion model. (Item 8) 6. The decoder of claim 5, wherein the at least one parameter includes a control point motion vector. (Item 9) Item 2. The decoder of item 1, wherein the motion model includes a translational motion model. (Item 10) Item 2. The decoder of item 1, wherein the motion model comprises a four-parameter affine motion model. (Item 11) Item 2. The decoder of item 1, wherein the motion model comprises a six-parameter affine motion model. (Item 12) an entropy decoder processor configured to receive the bitstream and decode the bitstream into quantized coefficients; an inverse quantization and inverse transform processor, the inverse quantization and inverse transform processor configured to process the quantized coefficients including performing inverse discrete cosine; A deblocking filter; A frame buffer and an intra-prediction processor; Item 1. The decoder of item 1, further comprising: (Item 13) Item 1. The decoder according to item 1, wherein each current block forms part of a quadtree+binary decision tree. (Item 14) Item 1. The decoder of item 1, wherein each current block is a coding tree unit. (Item 15) Item 1, wherein each current block is a coding unit. (Item 16) Item 1, wherein each current block is a prediction unit. (Item 17) 1. A method comprising: receiving, by a decoder, a bitstream; extracting a header associated with the current frame, the header including a signal characterizing that global motion is enabled and further characterizing parameters of a motion model; decoding the current frame, the decoding including using a motion model for each current block having a complexity less than or equal to that of a global motion model; A method comprising: (Item 18) Item 18. The method according to item 17, wherein the motion model includes translational motion. (Item 19) Item 18. The method of item 17, wherein the motion model includes affine motion. (Item 20) Item 18. The method of item 17, wherein the header includes a picture parameter set (PPS). (Item 21) Item 18. The method of item 17, wherein the header includes a sequence parameter set (SPS). (Item 22) Item 18. The method of item 17, wherein the header includes a flag that characterizes whether global motion is present for the current block. (Item 23) Item 18. The method according to item 17, wherein the header includes at least one parameter of the global motion model. (Item 24) 24. The method of claim 23, wherein the at least one parameter includes a control point motion vector. (Item 25) Item 18. The method according to item 17, wherein the motion model includes a translational motion model. (Item 26) Item 18. The method of item 17, wherein the motion model comprises a four-parameter affine motion model. (Item 27) Item 18. The method of item 17, wherein the motion model comprises a six-parameter affine motion model. (Item 28) The decoder further comprises: an entropy decoder processor configured to receive the bitstream and decode the bitstream into quantized coefficients; an inverse quantization and inverse transform processor, the inverse quantization and inverse transform processor configured to process the quantized coefficients including performing inverse discrete cosine; A deblocking filter; A frame buffer and an intra-prediction processor; Item 18. The method of item 17, comprising: (Item 29) Item 12. The method of item 11, wherein each current block forms part of a quadtree+binary decision tree. (Item 30) Item 12. The method according to item 11, wherein each current block is a coding tree unit. (Item 31) Item 12. The method of item 11, wherein each current block is a coding unit. (Item 32) Item 12. The method of item 11, wherein each current block is a prediction unit. [Brief explanation of the drawings]

[0010] For the purpose of illustrating the invention, the drawings show aspects of one or more embodiments of the invention. It should be understood, however, that the invention is not limited to the precise arrangements and instrumentalities shown in the drawings.

[0011] [Figure 1]FIG. 1 is a diagram illustrating motion vectors of an example frame with global and local motion.

[0012] [Figure 2] FIG. 2 illustrates three example motion models that may be utilized for global motion, including their index values ​​(0, 1, or 2).

[0013] [Figure 3] FIG. 3 is a process flow diagram according to some example implementations of the present subject matter.

[0014] [Figure 4] FIG. 4 is a system block diagram of an exemplary decoder in accordance with some exemplary implementations of the present subject matter.

[0015] [Figure 5] FIG. 5 is a process flow diagram according to some example implementations of the present subject matter.

[0016] [Figure 6] FIG. 6 is a system block diagram of an example encoder in accordance with some example implementations of the present subject matter.

[0017] [Figure 7] FIG. 7 is a block diagram of a computing system that may be used to implement any one or more of the methodologies disclosed herein and any one or more portions thereof.

[0018] The drawings are not necessarily to scale and may be illustrated by phantom lines, schematic representations, and partial views. In some instances, details that are not necessary for an understanding of the embodiments or that make other details difficult to perceive may be omitted. Like reference symbols in the various drawings indicate like elements. DETAILED DESCRIPTION OF THE INVENTION

[0019] Global motion in video refers to motion occurring throughout the frame. Global motion may be caused by camera motion; for example, camera panning and zooming may generate motion within a frame that may typically affect the entire frame. Motion present within a portion of a video may be referred to as local motion. Local motion may be caused by a moving object within a scene, such as, but not limited to, an object moving from left to right within a scene. Video may contain a combination of local and global motion. Some implementations of the present subject matter may provide an efficient approach for communicating global motion to a decoder and the use of global motion vectors in improving compression efficiency.

[0020] Figure 1 is a schematic diagram illustrating motion vectors of an example frame 100 with global and local motion. Frame 100 includes several blocks of pixels, shown for illustrative purposes as squares, and their associated motion vectors, shown as arrows. Squares (e.g., blocks of pixels) with arrows pointing up and to the left indicate blocks with motion that can be considered global motion, while squares with arrows pointing in the other direction (indicated by 104) may indicate blocks with local motion. In the illustrated example of Figure 1, many blocks have the same global motion. Signaling global motion in a header, such as a picture parameter set (PPS) or sequence parameter set (SPS), and using the signaled global motion may reduce the motion vector information required by blocks and result in improved prediction. For illustrative purposes, the embodiments described below refer to determining and / or applying global or local motion vectors at the block level, although global motion vectors may be determined and / or applied with respect to any region of a frame and / or picture (including, without limitation, a region comprised of multiple blocks, a region bounded by any geometric form such as, but not limited to, a region defined by geometric and / or exponential coding, in which one or more lines and / or curves bounding a shape may be angled and / or curved, and / or the entire frame and / or picture). Although signaling is described herein as being performed at the frame level and / or within a header and / or frame parameter set, signaling may alternatively or additionally be performed at a sub-picture level, where a sub-picture may include any region of a frame and / or picture as described above.

[0021] As an example, still referring to FIG. 1, a simple translational motion is represented by a two-component MV that describes the amount of block and / or pixel displacement within the current frame. x , MV yMotion compensation may be described using a motion vector (MV) with: More complex motion, such as rotation, magnification, and warping, may be described using an affine motion vector, where an "affine motion vector" as used in this disclosure is a vector that describes the uniform displacement of a set of pixels or points, such as a video picture and / or a set of pixels that illustrate an object represented within a picture that moves across a field of view in the video without changing its apparent shape during the motion. Some approaches to video encoding and / or decoding may use a four-parameter or six-parameter affine model for motion compensation in inter-picture coding. For example, a six-parameter affine motion may be described as follows: x'=ax+by+c y'=dx+ey+f The four-parameter affine motion can be described as follows. x'=ax+by+c y'=-bx+ay+f where (x,y) and (x',y') are pixel locations in the current and reference pictures, respectively, and a, b, c, d, e, and f are parameters of the affine motion model.

[0022] Still referring to FIG. 1 , parameters used to describe affine motion may be signaled to a decoder to apply affine motion compensation at the decoder. In some approaches, the motion parameters may be signaled explicitly or by signaling translational control point motion vectors (CPMVs) and then deriving affine motion parameters from the translational control point motion vectors. Two control point motion vectors (CPMVs) may be utilized to derive affine motion parameters for a four-parameter affine motion model, and three control point translational motion vectors (CPMVs) may be utilized to obtain parameters for a six-parameter motion model. Signaling affine motion parameters using control point motion vectors may enable the use of efficient motion vector coding methods to signal affine motion parameters.

[0023] In some implementations, with continued reference to FIG. 1 , global motion signaling may be included in a header such as a PPS or SPS. Global motion may vary between pictures. Motion vectors signaled in the picture header may describe motion relative to a previously decoded frame. In some implementations, global motion may be translational or affine. The motion model used (e.g., the number of parameters, whether the model is affine, translational, or other) may also be signaled in the picture header. FIG. 2 illustrates three example motion models 200 that may be utilized for global motion, including their index values ​​(0, 1, or 2).

[0024] Still referring to Figure 2, a PPS may be used to signal parameters that may change between pictures of a sequence. Parameters that remain the same for a sequence of pictures may be signaled in a sequence parameter set, reducing the size of the PPS and reducing the video bitrate. An exemplary picture parameter set (PPS) is shown in Table 1. [Table 1-1] [Table 1-2] [Table 1-3] [Table 1-4] [Table 1-5]

[0025] Additional fields may be added to the PPS to signal global motion. In the case of global motion, the presence of global motion parameters within a sequence of pictures may be signaled in the SPS, and the PPS may reference the SPS by an SPS ID. The SPS may be modified to add fields to signal the presence of global motion parameters in the SPS in some approaches to decoding. For example, a 1-bit field may be added to the SPS. If the global_motion_present bit is 1, global motion-related parameters may be expected to be present in the PPS. If the global_motion_present bit is 0, global motion parameter-related fields may not be present in the PPS. For example, the PPS of Table 1 may be extended to include a global_motion_present field, e.g., as shown in Table 2. [Table 2]

[0026] Similarly, the PPS may include a pps_global_motion_parameters field for the frame, for example, as shown in Table 3. [Table 3]

[0027] More specifically, the PPS may include fields for characterizing global motion parameters, for example, using control point motion vectors as shown in Table 4. [Table 4-1] [Table 4-2]

[0028] As a further non-limiting example, Table 5 below may represent an exemplary SPS. [Table 5-1] [Table 5-2] [Table 5-3] [Table 5-4] [Table 5-5] [Table 5-6] [Table 5-7] [Table 5-8] [Table 5-9]

[0029] The SPS table as above may be extended as described above to incorporate a global motion presence indicator as shown in Table 6. [Table 6]

[0030] Additional fields may be incorporated into the SPS to reflect further indicators as described within this disclosure.

[0031] In an embodiment, still referring to Figure 2, sps_affine_enabled_flag in the PPS and / or SPS may specify whether affine model-based motion compensation can be used for inter prediction. If sps_affine_enabled_flag is equal to 0, the syntax may be constrained so that affine model-based motion compensation is not used in coded video sequences (CLVS), and inter_affine_flag and cu_affine_type_flag may not be present in the coding unit syntax of CLVS. Otherwise (sps_affine_enabled_flag is equal to 1), affine model-based motion compensation can be used in CLVS.

[0032] Continuing with reference to FIG. 2, sps_affine_type_flag in the PPS and / or SPS may specify whether 6-parameter affine model-based motion compensation may be used for inter-prediction. If sps_affine_type_flag is equal to 0, the syntax may be constrained such that 6-parameter affine model-based motion compensation is not used in CLVS, and cu_affine_type_flag may not be present in the CLVS coding unit syntax. Otherwise (sps_affine_type_flag is equal to 1), 6-parameter affine model-based motion compensation may be used in CLVS. When not present, the value of sps_affine_type_flag may be inferred to be equal to 0.

[0033] Still referring to FIG. 2, translational CPMVs may be signaled within the PPS. Control points may be predefined. For example, control point MV 0 may be relative to the top left corner of the picture, MV 1 may be relative to the top right corner, and MV 3 may be relative to the bottom left corner of the picture. Table 4 illustrates an example approach for signaling CPMV data depending on the motion model used.

[0034] In an exemplary embodiment, still referring to FIG. 2 , an array amvr_precision_idx, which may be signaled within a coding unit, coding tree, or equivalent, may specify a resolution of the motion vector difference AmvrShift, which may be defined as a non-limiting example as shown in Table 7 as shown below: The array indexes x0, y0 may specify the location (x0, y0) of the top-left luma sample of the considered coding block relative to the top-left luma sample of the picture; when amvr_precision_idx[x0][y0] is absent, it may be inferred to be equal to 0. When inter_affine_flag[x0][y0] is equal to 0, the variables MvdL0[x0][y0][0], MvdL0[x0][y0][1], MvdL1[x0][y0][0], MvdL1[x0][y0][1], which represent the motion vector difference values ​​corresponding to the considered block, may be, for example, [ka] If inter_affine_flag[x0][y0] is equal to 1, then the variables MvdCpL0[x0][y0][0][0], MvdCpL0[x0][y0][0][1], MvdCpL0[x0][y0][1][0], MvdCpL0[x0][y0][1][1], MvdCpL0[x0][y0][2][0], and MvdCpL0[x0][y0][2][1] may be modified, for example, as follows: [ka] [ka] The correction may be made through a shifting step, such as: [Table 7]

[0035] 2, the global motion may be relative to a previously coded frame. When only one set of global motion parameters exists, the motion may be relative to the frame presented immediately before the current frame.

[0036] Still referring to Figure 2, global motion may represent the dominant motion within a frame. Many blocks within a frame may likely have motion that is identical to the global motion. Exceptions may be blocks with local motion. Keeping block motion compensation compatible with global motion may reduce encoder and decoder complexity and improve compression efficiency.

[0037] In some implementations, with continued reference to FIG. 2, if global motion is signaled in a header such as a PPS or SPS, the motion model in the SPS may be applied to all blocks in the picture. For example, if the global motion uses translational motion (e.g., motion model = 0), all prediction units (PUs) in the frame may also be constrained to translational motion (e.g., motion model = 0). In this case, adaptive motion models may not be used. This may also be signaled in the SPS using the use_gm_constrained_motion_models flag. When this flag is set to 1, adaptive motion models may not be used in the decoder, and instead, a single motion model may be used for all PUs.

[0038] Still referring to FIG. 2 , in some implementations of the present subject matter, motion signaling may not change across PUs. Instead, a fixed motion model may be used by signaling the motion model once within the SPS. Such an approach may replace global motion. The use of a fixed motion model may be specified in the encoder and reduce complexity; for example, the encoder may be limited to a translational model, which may be advantageous for low-power devices, such as low-computational-power devices. For example, an affine motion model may not be used, for example, as specified in the encoder profile. Such an embodiment may be useful for real-time applications such as video conferencing, Internet of Things (IoT) infrastructure, security cameras, and the like. Using a fixed motion model may eliminate the need to include redundant signaling in the bitstream.

[0039] With further reference to FIG. 2, the present subject matter is not limited to coding techniques that utilize global motion, but may be applied to a wide range of coding techniques.

[0040] As explained above, still referring to Figure 2, global motion may represent the dominant motion within a frame. Many blocks within a frame may likely have motion that is identical to the global motion, except for blocks with local motion. Keeping block motion compensation compatible with global motion may reduce encoder and decoder complexity and improve compression efficiency.

[0041] Still referring to Figure 2, rather than constraining the motion of each block to be identical to a motion model, such as a global motion model signaled in a header, such as, but not limited to, a PPS or SPS, the motion model applied to each block in a frame may be constrained to a similar motion model. Similar motion models may include those models that have the same complexity or that are less complex. For example, the following three models are shown in the first column of Table 5 in order of increasing complexity: [Table 8]

[0042] Still referring to Figure 2, the second column of Table 5 shows allowable motion models for blocks to use for intercoding. For example, some implementations of the present subject matter may allow a PU to exhibit motion models whose motion model index is less than or equal to the motion model index for global motion.

[0043] Continuing with reference to Figure 2, keeping the motion model compatible with global motion may enable the use of global motion control points as motion vector prediction candidates. Global motion CPMVs represent motion similar to that of the PU and may make good MV prediction candidates.

[0044] FIG. 3 is a process flow diagram illustrating an example embodiment of a process 300 for applying a motion model similar to the global motion model signaled in the header.

[0045] In step 305, a bitstream is received by a decoder. The current block may be contained within the bitstream received by the decoder. The bitstream may include data found in a stream of bits that is input to the decoder when using data compression, for example. The bitstream may include information necessary to decode the video. The receiving step may include extracting and / or parsing the block and associated signaling information from the bitstream. In some implementations, the current block may include a coding tree unit (CTU), a coding unit (CU), and / or a prediction unit (PU).

[0046] In step 310, still referring to Figure 3, a header associated with the current frame and including a signal characterizing that global motion is enabled and further characterizing parameters of the motion model can be extracted. In step 315, the current frame may be decoded. The decoding may include using a motion model for each current block having a complexity less than or equal to that of the global motion model.

[0047] 4 is a system block diagram illustrating an example embodiment of a decoder 2400 capable of decoding a bitstream, including applying a similar motion model to a global motion model signaled in a header. The decoder 400 may include an entropy decoder processor 404, an inverse quantization and inverse transform processor 408, a deblocking filter 412, a frame buffer 416, a motion compensation processor 420, and / or an intra-prediction processor 424.

[0048] In operation, still referring to FIG. 4, a bitstream 428 may be received by the decoder 400 and input to the entropy decoder processor 404, which may entropy decode a portion of the bitstream into quantized coefficients. The quantized coefficients may be provided to the inverse quantization and inverse transform processor 408, which may perform inverse quantization and inverse transform and generate a residual signal, which may be added to the output of the motion compensation processor 420 or the intra-prediction processor 424, depending on the processing mode. The output of the motion compensation processor 420 and the intra-prediction processor 424 may include a block prediction based on previously decoded blocks. The prediction and residual sum may be processed by the deblocking filter 412 and stored in the frame buffer 416.

[0049] 3 is a process flow diagram illustrating an example embodiment of a process 300 for encoding video, including applying a similar motion model to a global motion model signaled in a header in accordance with some aspects of the present subject matter, which may improve compression efficiency while reducing the complexity of the encoding step. In step 305, the video frame may undergo initial block segmentation using, for example, a tree-structured macroblock partitioning scheme, which may include partitioning the picture frame into CTUs and CUs.

[0050] At step 310, still referring to Figure 3, a global motion for the current block or frame may be determined. At step 315, the block may be encoded and included in the bitstream. The encoding may include signaling in the header that a motion model similar to the global motion model should be applied for all blocks in the frame. The encoding may include, for example, utilizing inter-prediction and intra-prediction modes.

[0051] 6 is a system block diagram illustrating an example embodiment of a video encoder 600 capable of applying a similar motion model to a global motion model signaled in a header. The example video encoder 600 may receive input video 604, which may first be segmented and / or divided according to a processing scheme such as a tree-structured macroblock partitioning scheme (e.g., quadtree + binary tree). An example of a tree-structured macroblock partitioning scheme may include partitioning a picture frame into large block elements called coding tree units (CTUs). In some implementations, each CTU may be further partitioned one or more times into several sub-blocks, called coding units (CUs). The final result of this partitioning may include a group of sub-blocks, which may be called prediction units (PUs). Transform units (TUs) may also be utilized.

[0052] 6, the exemplary video encoder 600 may include an intra-prediction processor 612, a motion estimation / compensation processor 612 (also referred to as an inter-prediction processor), which may build a motion vector candidate list, including adding a single global motion vector candidate to the motion vector candidate list, a transform / quantization processor 616, an inverse quantization / inverse transform processor 620, an in-loop filter 624, a decoded picture buffer 628, and / or an entropy coding processor 632. Bitstream parameters may be input to the entropy coding processor 632 for inclusion in an output bitstream 636.

[0053] 6, for each block of a frame of the input video 604, it may be determined whether to process the block via intra-picture prediction or using motion estimation / compensation. The block may be provided to the intra-prediction processor 608 or the motion estimation / compensation processor 612. If the block is to be processed via intra-prediction, the intra-prediction processor 608 may perform processing and output a predictor. If the block is to be processed via motion estimation / compensation, the motion estimation / compensation processor 612 may perform processing, including building a motion vector candidate list, including adding a single global motion vector candidate to the motion vector candidate list, if applicable.

[0054] Still referring to FIG. 6, a residual may be formed by subtracting the predictor from the input video. The residual may be received by a transform / quantization processor 616, which may perform a transform operation (e.g., a discrete cosine transform (DCT)) to produce coefficients, which may be quantized. The quantized coefficients and any associated signaling information may be provided to an entropy coding processor 632 for entropy encoding and inclusion in an output bitstream 636. The entropy encoding processor 632 may assist in encoding signaling information related to encoding the current block. Additionally, the quantized coefficients may be combined with the predictor and provided to an inverse quantization / inverse transform processor 620, which may reconstruct pixels that may be processed by an in-loop filter 624, the output of which may be stored in a decoded picture buffer 628 for use by a motion estimation / compensation processor 612, which may build a motion vector candidate list, including adding a single global motion vector candidate to the motion vector candidate list.

[0055] 6, several variations have been described in detail above, but other modifications or additions are also possible. For example, in some implementations, the current block may include any symmetric block (8x8, 16x16, 32x32, 64x64, 128x128, and the like) and any asymmetric block (8x4, 16x8, and the like).

[0056] In some implementations, still referring to FIG. 6, a quadtree plus binary decision tree (QTBT) may be implemented. In QTBT, at the coding tree unit level, partition parameters of the QTBT may be dynamically derived to adapt to local characteristics without transmitting any overhead. Subsequently, at the coding unit level, a joint classifier decision tree structure may eliminate unnecessary iterations and control the risk of erroneous predictions. In some implementations, an LTR frame block update mode may be available as an additional option available per leaf node of the QTBT.

[0057] In some implementations, still referring to Figure 6, additional syntax elements may be signaled at different hierarchical levels of the bitstream. For example, a flag may be enabled throughout a sequence by including an enabled flag coded in a sequence parameter set (SPS). Furthermore, a CTU flag may be coded at the coding tree unit (CTU) level.

[0058] It should be noted that any one or more of the aspects and embodiments described herein may be conveniently implemented using digital electronic circuitry, integrated circuit networking, specially designed application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), computer hardware, firmware, software, and / or combinations thereof, as embodied and / or implemented in one or more machines (e.g., one or more computing devices utilized as user computing devices for electronic documents, one or more server devices, such as document servers, etc.) programmed according to the teachings herein, as would be apparent to those skilled in the computer arts. These various aspects or features may include implementation in one or more computer programs and / or software executable and / or interpretable on a programmable system including at least one programmable processor, which may be special-purpose or general-purpose, coupled to receive data and instructions from and transmit data and instructions to a storage system, at least one input device, and at least one output device. Appropriate software coding may be readily prepared by skilled programmers based on the teachings of the present disclosure, as would be apparent to those skilled in the software arts. The aspects and implementations discussed above that employ software and / or software modules may also include appropriate hardware to assist in implementing the machine-executable instructions of the software and / or software modules.

[0059] Such software may be a computer program product employing a machine-readable storage medium. A machine-readable storage medium may be any medium capable of storing and / or encoding sequences of instructions for execution by a machine (e.g., a computing device), causing the machine to perform any one of the methodologies and / or embodiments described herein. Examples of machine-readable storage media include, but are not limited to, magnetic disks, optical disks (e.g., CDs, CD-Rs, DVDs, DVD-Rs, etc.), magneto-optical disks, read-only memory "ROM" devices, random-access memory "RAM" devices, magnetic cards, optical cards, solid-state memory devices, EPROMs, EEPROMs, programmable logic devices (PLDs), and / or any combination thereof. As used herein, machine-readable medium is intended to include a single medium and a collection of physically separate media, such as, for example, a compact disc or a collection of one or more hard disk drives in combination with computer memory. As used herein, machine-readable storage medium does not include a transitory form of signal transmission.

[0060] Such software may also include information (e.g., data) carried in a data signal on a data carrier, such as a carrier wave. For example, machine-executable information may be included as a data carrier signal embodied in a data carrier, which signal encodes a sequence of instructions, or a portion thereof, for execution by a machine (e.g., a computing device), and any associated information (e.g., data structures and data) that causes the machine to perform any one of the methodologies and / or embodiments described herein.

[0061] Examples of computing devices include, but are not limited to, e-book reading devices, computer workstations, terminal computers, server computers, handheld devices (e.g., tablet computers, smartphones, etc.), web appliances, network routers, network switches, network bridges, any machine capable of executing a sequence of instructions that define actions to be taken by the machine, and any combination thereof. In one example, the computing device may include and / or be included within a kiosk.

[0062] 7 shows a diagrammatic representation of one embodiment of a computing device in the exemplary form of a computer system 700 upon which a set of instructions for causing a control system to implement any one or more of the aspects and / or methodologies of the present disclosure may be executed. It is also contemplated that multiple computing devices may be utilized to implement a specially configured set of instructions for causing one or more of the devices to implement any one or more of the aspects and / or methodologies of the present disclosure. Computer system 700 includes a processor 704 and a memory 708, which communicate with each other and with other components via a bus 712. Bus 712 may include any of several types of bus structures, including, but not limited to, a memory bus, a memory controller, a peripheral bus, a local bus, and any combination thereof, using any of a variety of bus architectures.

[0063] Memory 708 may include a variety of components (e.g., machine-readable media), including, but not limited to, random-access memory components, read-only components, and any combination thereof. In one example, a basic input / output system 716 (BIOS), containing the basic routines that help to transfer information between elements within computer system 700, such as during start-up, may be stored in memory 708. Memory 708 may also include (e.g., stored on one or more machine-readable media) instructions (e.g., software) 720 that embody any one or more of the aspects and / or methodologies of the present disclosure. In another example, memory 708 may further include any number of program modules, including, but not limited to, an operating system, one or more application programs, other program modules, program data, and any combination thereof.

[0064] Computer system 700 may also include a storage device 724. Examples of a storage device (e.g., storage device 724) include, but are not limited to, a hard disk drive, a magnetic disk drive, an optical disk drive in combination with optical media, a solid-state memory device, and any combination thereof. Storage device 724 may be connected to bus 712 by an appropriate interface (not shown). Exemplary interfaces include, but are not limited to, SCSI, Advanced Technology Attachment (ATA), Serial ATA, Universal Serial Bus (USB), IEEE 1394 (FIREWIRE®), and any combination thereof. In one embodiment, storage device 724 (or one or more of its components) may removably interface with computer system 700 (e.g., via an external port connector (not shown)). In particular, storage device 724 and associated machine-readable media 728 may provide nonvolatile and / or volatile storage of machine-readable instructions, data structures, program modules, and / or other data for computer system 700. In one embodiment, software 720 may reside, completely or partially, within machine-readable medium 728. In another embodiment, software 720 may reside, completely or partially, within processor 704.

[0065] Computer system 700 may also include input devices 732. In one embodiment, a user of computer system 700 may type commands and / or other information into computer system 700 via input devices 732. Examples of input devices 732 include, but are not limited to, an alphanumeric input device (e.g., a keyboard), a pointing device, a joystick, a gamepad, an audio input device (e.g., a microphone, a voice response system, etc.), a cursor control device (e.g., a mouse), a touchpad, an optical scanner, a video capture device (e.g., a still camera, a video camera), a touch screen, and any combination thereof. Input devices 732 may interface to bus 712 via any of a variety of interfaces (not shown), including, but not limited to, a serial interface, a parallel interface, a gameport, a USB interface, a FIREWIRE® interface, an interface directly to bus 712, and any combination thereof. Input devices 732 may include a touch screen interface, which may be part of or separate from display 736, discussed further below. The input device 732 may be utilized as a user selection device for selecting one or more graphical representations within a graphical interface such as those described above.

[0066] A user may also input commands and / or other information into computer system 700 via storage device 724 (e.g., a removable disk drive, flash drive, etc.) and / or network interface device 740. A network interface device, such as network interface device 740, may be utilized to connect computer system 700 to one or more of various networks, such as network 744, and one or more remote devices 748 connected thereto. Examples of network interface devices include, but are not limited to, a network interface card (e.g., a mobile network interface card, a LAN card), a modem, and any combination thereof. Examples of networks include, but are not limited to, a wide area network (e.g., the Internet, an enterprise network), a local area network (e.g., a network associated with an office, building, campus, or other relatively small geographic space), a telephone network, a data network associated with a telephone / voice provider (e.g., a mobile communications provider's data and / or voice network), a direct connection between two computing devices, and any combination thereof. A network, such as network 744, may employ wired and / or wireless modes of communication. In general, any network topology may be used. Information (eg, data, software 720 , etc.) may be communicated to and / or from computer system 700 via network interface device 740 .

[0067] Computer system 700 may further include a video display adapter 752 for communicating images displayable on a display device, such as display device 736. Examples of a display device include, but are not limited to, a liquid crystal display (LCD), a cathode ray tube (CRT), a plasma display, a light emitting diode (LED) display, and any combination thereof. Display adapter 752 and display device 736 may be utilized in combination with processor 704 to provide graphical representations of aspects of the present disclosure. In addition to a display device, computer system 700 may include one or more other peripheral output devices, including, but not limited to, audio speakers, a printer, and any combination thereof. Such peripheral output devices may be connected to bus 712 via a peripheral interface 756. Examples of a peripheral interface include, but are not limited to, a serial port, a USB connection, a FIREWIRE® connection, a parallel connection, and any combination thereof.

[0068] The foregoing is a detailed description of illustrative embodiments of the present invention. Various modifications and additions may be made without departing from the spirit and scope of the present invention. Features of each of the various embodiments described above may be combined, as appropriate, with features of other described embodiments to provide a combination of features in a related new embodiment. Moreover, while the foregoing describes several separate embodiments, what has been described herein merely illustrates the application of the principles of the present invention. In addition, although certain methods herein may be illustrated and / or described as being performed in a particular order, the order may be highly variable among those skilled in the art to achieve the embodiments as disclosed herein. Therefore, this description is intended to be taken as example only and is not intended to otherwise limit the scope of the present invention.

[0069] In the above description and in the claims, phrases such as "at least one of" or "one or more of" may appear and be followed by a conjunctive listing of elements or features. The term "and / or" may also appear within a listing of two or more elements or features. Unless otherwise implicitly or explicitly contradicted by the context in which such phrase is used, this is intended to mean any of the listed elements or features individually or any of the recited elements or features in combination with any of the other recited elements or features. For example, the phrases "at least one of A and B," "one or more of A and B," and "A and / or B" are intended to mean "A alone, B alone, or A and B together," respectively. A similar interpretation is also intended with respect to listings containing three or more items. For example, the phrases "at least one of A, B, and C," "one or more of A, B, and C," and "A, B, and / or C" are intended to mean "A alone, B alone, C alone, A and B together, A and C together, B and C together, or A, B, and C together," respectively. Additionally, use of the term "based on" above and in the claims is intended to mean "based at least on," so that unrecited features or elements also qualify as permissible.

[0070] The subject matter described herein can be embodied in systems, devices, methods, and / or articles, depending on the desired configuration. The implementations described in the foregoing description do not represent all consistent implementations of the subject matter described herein. Instead, they are merely some examples consistent with aspects related to the described subject matter. While some variations have been described in detail above, other modifications or additions are possible. In particular, additional features and / or variations can be provided in addition to those described herein. For example, the implementations described above can be directed to various combinations and subcombinations of the disclosed features and / or combinations and subcombinations of some additional features disclosed above. In addition, the logic flow depicted in the accompanying figures and / or described herein does not necessarily require the particular order shown or sequential order to achieve desirable results. Other implementations may be within the scope of the following claims.

Claims

1. 1. An encoder comprising circuitry, the circuitry comprising: receiving a video signal; encoding said video signal into a bitstream; wherein the encoded bitstream includes a coded picture having a first region comprising a first consecutive plurality of coding blocks and a second region comprising a second consecutive plurality of coding blocks, the encoded bitstream further includes a parameter set associated with a coded picture in the bitstream, the parameter set including a signal indicating that a global motion model is enabled, the global motion model including an affine motion model using control point motion vectors, all blocks of the first region being coded with the global motion model and each block of the second region being coded using one of a four-parameter affine motion or a translational motion model only; the coded picture is decodable using a motion model for each block of the coded picture, the motion model for each block having a complexity less than or equal to that of the global motion model, the complexity of the motion model being a function of the number of motion vectors required to decode a block; the encoded bitstream provides that each block in the first region of the coded picture is decodable using the global motion model and each block in the second region of the coded picture is decodable using one of a four-parameter affine motion model or a translational motion model.

2. 1. An encoder comprising circuitry, the circuitry comprising: receiving a video signal; encoding said video signal into a bitstream; wherein the encoded bitstream includes a coded picture having a first region with global motion and comprising a first plurality of consecutive coding blocks and a second region with local motion and comprising a second plurality of consecutive coding blocks; the first region is coded with a first motion model, the first motion model being used to code all blocks in the first region and being one of, in order of increasing complexity, translational motion, four-parameter affine motion, or six-parameter affine motion, the complexity of the motion model being a function of the number of motion vectors required to inter-code blocks using the motion model; the second region is coded such that each block of the second region is coded with a second motion model having a complexity less than or equal to that of the first motion model; the encoded bitstream is configured for a decoder to decode each block of the first consecutive plurality of coded blocks using the first motion model and to decode each block of the second consecutive plurality of coded blocks using the second motion model.

3. A decoder, comprising: receiving a bitstream including a coded picture, the coded picture including a first region having global motion and comprising a first plurality of consecutive coding blocks and a second region having local motion and comprising a second plurality of consecutive coding blocks, the first region being coded with a single motion model, the single motion model being used to code all blocks in the first region and being one of, in order of increasing complexity, translational motion, four-parameter affine motion, or six-parameter affine motion, the complexity of the motion model being a function of the number of motion vectors required to inter-code blocks using the motion model; decoding the coded picture including the first consecutive plurality of coded blocks and the second consecutive plurality of coded blocks using a block-by-block motion model of the picture, the block-by-block motion model having a complexity less than or equal to a complexity of the motion model of the first region of global motion; storing the decoded picture in a buffer; a decoder configured to:

4. A method of transmitting an encoded bitstream, the encoded bitstream being decodable by a decoder receiving the bitstream, the method comprising: receiving an input video signal; generating an encoded bitstream including a coded picture, the coded picture including a first region having global motion and comprising a first plurality of consecutive coding blocks and a second region having local motion and comprising a second plurality of consecutive coding blocks, the first region being coded with a single motion model, the single motion model being used to code all blocks in the first region and being one of, in order of increasing complexity, translational motion, four-parameter affine motion, or six-parameter affine motion, the complexity of the motion model being a function of the number of motion vectors required to inter-code blocks using the motion model; transmitting the encoded bitstream over a channel to a decoder, the decoder comprising: decoding the coded picture including the first consecutive plurality of coded blocks and the second consecutive plurality of coded blocks using a block-by-block motion model of the picture, the block-by-block motion model having a complexity less than or equal to a complexity of the motion model of the first region of global motion; storing the decoded picture in a buffer; It consists of instructions to A method comprising:

5. A decoder, comprising: receiving a coded picture including a region of common motion comprising a plurality of coded blocks, additional inter-coded blocks and intra-coded blocks, and decoding each block in the region of common motion using a same motion model, the motion model enabling sharing of motion vectors between adjacent blocks in the region of common motion, the motion model being an affine motion model that uses control point motion vectors; decoding each of the additional intercoded blocks using a motion model, the motion model for each of the additional intercoded blocks having a complexity equal to or less than that of the motion models used for blocks in the region of common motion, the complexity of the motion model being a function of the number of motion vectors required to decode the intercoded block; decoding the intra-coded block; a decoder configured to:

6. A decoder as described in claim 5, wherein the motion model used to decode each block within the region of common motion is six-parameter affine motion, and each of the additional intercoded blocks is decoded using one of six-parameter affine motion, four-parameter affine motion or translational motion.

7. A decoder as described in claim 5, wherein the motion model used to decode each block within the region of common motion is four-parameter affine motion, and each of the additional intercoded blocks is decoded using one of four-parameter affine motion or translational motion.

Citation Information

Patent Citations

  • Method and apparatus for encoding and decoding moving image

    JP2010011075A

  • Affine motion prediction for video coding

    US20170332095A1

  • Motion vector prediction for affine motion models in video coding

    US20180098063A1

  • Motion vector prediction

    US20180359483A1

  • Method and apparatus of video coding with affine motion compensation

    US20190058896A1