Encoding device, decoding device, and computer-readable non-transitory recording medium

Abstract

Provided are an encoding device, a decoding device, and a computer-readable non-transitory recording medium, the encoding device generates a prediction image of a block to be processed using a first motion vector, updates an HMVP table in which a plurality of second candidates having second motion vectors are stored in an FIFO manner using a first candidate having the first motion vector, and generates a prediction image of the block to be processed using the prediction image. When an IBC mode is used in the generation of a predicted image of a block to be processed, if it is determined that the size of the block to be processed is equal to or less than a threshold size, updating of the HMVP table is skipped, a first candidate has first reference picture information corresponding to a first motion vector, and a second candidate has second reference picture information corresponding to a second motion vector. The first candidate has first reference picture information corresponding to the first motion vector, each of the plurality of second candidates has second reference picture information corresponding to the second motion vector, whether the first candidate matches any one of the plurality of second candidates is determined, and if the first candidate does not match any one of the plurality of second candidates, the HMVP table is updated by storing the first candidate in the HMVP table.

Description

[0001] This application was submitted on March 10, 2020, with the Chinese patent application number 202080019586.X (international application number PCT / JP2020 / 010267), and the invention name is a divisional application of the patent application "Encoding device, decoding device, encoding method and decoding method". Technical Field

[0002] The present invention relates to video coding, and for example, to systems, components, and methods for encoding and decoding moving images. Background Art

[0003] Video coding technology has advanced from H.261 and MPEG-1 to H.264 / AVC (Advanced Video Coding), MPEG-LA, H.265 / HEVC (High Efficiency Video Coding), and H.266 / VVC (Versatile Video Codec). This advancement has led to a continuous need for improvements and optimizations in video coding technology to handle the ever-increasing amount of digital video data used in various applications.

[0004] Furthermore, Non-Patent Document 1 relates to an example of existing standards related to the above-mentioned video encoding technology.

[0005] Prior art literature

[0006] Non-patent literature

[0007] Non-Patent Document 1: H.265 (ISO / IEC 23008-2 HEVC) / HEVC (High Efficiency Video Coding) Summary of the Invention

[0008] Problems to be solved by the invention

[0009] Regarding the coding methods described above, it is expected that new methods will be proposed to improve coding efficiency, improve image quality, reduce processing volume, reduce circuit scale, or appropriately select elements or actions such as filters, blocks, sizes, motion vectors, reference pictures or reference blocks.

[0010] The present invention provides a structure or method that can contribute to one or more of the following: improved coding efficiency, improved image quality, reduced processing load, reduced circuit size, improved processing speed, and appropriate selection of elements or operations. Furthermore, the present invention may include structures or methods that can contribute to benefits other than those described above.

[0011] Means for solving problems

[0012] For example, an encoding device according to one aspect of the present invention includes: a circuit; and a memory connected to the circuit, wherein the circuit, in operation, generates a predicted image of a processing target block using a first motion vector, and updates an HMVP table that stores a plurality of second candidates having second motion vectors used in processed blocks in a FIFO manner using a first candidate having the first motion vector, wherein the FIFO manner is a first-in-first-out manner, and the HMVP is a history-based motion vector prediction, and in updating the HMVP table, when the IBC mode, i.e., the intra-block copy mode, is used in generating the predicted image of the processing target block, the size of the processing target block is determined. The circuit determines whether the size of the processing object block is below a threshold size. If it is determined that the size of the processing object block is below the threshold size, the updating of the HMVP table is skipped. The first candidate has first reference picture information corresponding to the first motion vector, and each of the multiple second candidates has second reference picture information corresponding to the second motion vector. In the updating of the HMVP table, the circuit determines whether the first candidate is consistent with any one of the multiple second candidates. If the first candidate is inconsistent with any one of the multiple second candidates, the HMVP table is updated by saving the first candidate in the HMVP table.

[0013] For example, a decoding device according to one aspect of the present invention includes: a circuit; and a memory connected to the circuit, wherein the circuit, in operation, generates a predicted image of a processing target block using a first motion vector, and updates an HMVP table that stores a plurality of second candidates having second motion vectors used in processed blocks in a FIFO manner using a first candidate having the first motion vector, wherein the FIFO manner is a first-in-first-out manner, and the HMVP is a history-based motion vector prediction. When updating the HMVP table, when the IBC mode, i.e., the intra-block copy mode, is used in generating the predicted image of the processing target block, the size of the processing target block is determined. The circuit determines whether the size of the processing object block is below a threshold size. If it is determined that the size of the processing object block is below the threshold size, the updating of the HMVP table is skipped. The first candidate has first reference picture information corresponding to the first motion vector, and each of the multiple second candidates has second reference picture information corresponding to the second motion vector. In the updating of the HMVP table, the circuit determines whether the first candidate is consistent with any one of the multiple second candidates. If the first candidate is inconsistent with any one of the multiple second candidates, the HMVP table is updated by saving the first candidate in the HMVP table.

[0014] For example, a computer-readable non-transitory recording medium according to one embodiment of the present invention stores a bitstream, the bitstream including syntax for causing the computer to execute a decoding process. In the decoding process, a predicted image of a processing target block is generated using a first motion vector, and a first candidate having the first motion vector is used to update an HMVP table that stores a plurality of second candidates having second motion vectors used in processed blocks in a FIFO manner. The FIFO manner is a first-in-first-out manner, and the HMVP is a history-based motion vector prediction. In the updating of the HMVP table, an IBC mode, i.e., an intra-block copy mode, is used in generating the predicted image of the processing target block. In the step of determining whether the size of the processing object block is below a threshold size, if it is determined that the size of the processing object block is below the threshold size, updating of the HMVP table is skipped, the first candidate has first reference picture information corresponding to the first motion vector, and each of the plurality of second candidates has second reference picture information corresponding to the second motion vector. In updating the HMVP table, determining whether the first candidate is consistent with any one of the plurality of second candidates, if the first candidate is inconsistent with any one of the plurality of second candidates, updating the HMVP table by saving the first candidate in the HMVP table.

[0015] For example, an encoding device according to one embodiment of the present invention includes a circuit and a memory connected to the circuit. During operation, the circuit uses a first motion vector to generate a predicted image of a processing object block, and uses a first candidate having the first motion vector to update an HMVP (History based Motion Vector Predictor) table that stores a plurality of second candidates having a second motion vector used in a processed block in a FIFO (First In First Out) manner. During the updating of the HMVP table, it is determined whether the size of the processing object block is below a threshold size. If it is determined that the size of the processing object block is below the threshold size, the updating of the HMVP table is skipped.

[0016] The implementation of several embodiments of the present invention can improve coding efficiency, simplify coding / decoding processing, speed up coding / decoding processing, and efficiently select appropriate components / actions used in coding and decoding, such as appropriate filters, block sizes, motion vectors, reference pictures, reference blocks, etc.

[0017] The present invention provides further advantages and effects according to the present invention. These advantages and / or effects are achieved through several embodiments and features described in the present invention and the accompanying drawings, but all advantages and / or effects do not necessarily need to be provided in order to achieve one or more advantages and / or effects.

[0018] Furthermore, these general or specific aspects may also be implemented as a system, a method, an integrated circuit, a computer program, a recording medium, or any combination thereof.

[0019] Effects of the Invention

[0020] The structure or method of one aspect of the present invention can contribute to one or more of, for example, improved coding efficiency, improved image quality, reduced processing load, reduced circuit size, improved processing speed, and appropriate selection of elements or operations. Furthermore, the structure or method of one aspect of the present invention can also contribute to benefits other than those listed above. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] Figure 1 This is a block diagram showing the functional structure of the encoding device according to the embodiment.

[0022] Figure 2 This is a flowchart showing an example of the overall encoding process performed by the encoding device.

[0023] Figure 3 This is a conceptual diagram showing an example of block division.

[0024] Figure 4A This is a conceptual diagram showing an example of the structure of a slice.

[0025] Figure 4B This is a conceptual diagram showing an example of a tile structure.

[0026] Figure 5A This is a table showing the transformation basis functions corresponding to various transformation types.

[0027] Figure 5B This is a conceptual diagram showing an example of SVT (Spatially Varying Transform).

[0028] Figure 6A This is a conceptual diagram showing an example of the shape of a filter used in an ALF (adaptive loop filter).

[0029] Figure 6B This is a conceptual diagram showing another example of the shape of the filter used in ALF.

[0030] Figure 6CThis is a conceptual diagram showing another example of the shape of the filter used in ALF.

[0031] Figure 7 This is a block diagram showing an example of a detailed configuration of a loop filter unit that functions as a DBF (deblocking filter).

[0032] Figure 8 This is a conceptual diagram showing an example of deblocking filtering having filter characteristics that are symmetric with respect to block boundaries.

[0033] Figure 9 This is a conceptual diagram for explaining the block boundary on which the deblocking filtering process is performed.

[0034] Figure 10 This is a conceptual diagram showing an example of the Bs value.

[0035] Figure 11 This is a flowchart showing an example of processing performed by the prediction processing unit of the encoding device.

[0036] Figure 12 This is a flowchart showing another example of processing performed by the prediction processing unit of the encoding device.

[0037] Figure 13 This is a flowchart showing another example of processing performed by the prediction processing unit of the encoding device.

[0038] Figure 14 This is a conceptual diagram showing an example of 67 intra prediction modes in the intra prediction according to the embodiment.

[0039] Figure 15 This is a flowchart showing an example of the flow of basic processing of inter-frame prediction.

[0040] Figure 16 This is a flowchart showing an example of motion vector derivation.

[0041] Figure 17 This is a flowchart showing another example of motion vector derivation.

[0042] Figure 18 This is a flowchart showing another example of motion vector derivation.

[0043] Figure 19 This is a flowchart showing an example of inter prediction based on the normal inter mode.

[0044] Figure 20 is a flowchart illustrating an example of inter-frame prediction based on merge mode.

[0045] Figure 21 This is a conceptual diagram for explaining an example of motion vector derivation processing based on the merge mode.

[0046] Figure 22 This is a flowchart showing an example of FRUC (frame rate up conversion) processing.

[0047] Figure 23 This is a conceptual diagram for explaining an example of pattern matching (bidirectional matching) between two blocks along a motion trajectory.

[0048] Figure 24 This is a conceptual diagram for explaining an example of pattern matching (template matching) between a template in a current picture and a block in a reference picture.

[0049] Figure 25A This is a conceptual diagram for explaining an example of derivation of a motion vector in sub-block units based on motion vectors of a plurality of adjacent blocks.

[0050] Figure 25B This is a conceptual diagram for explaining an example of derivation of a motion vector in sub-block units in an affine mode having three control points.

[0051] Figure 26A This is a conceptual diagram used to illustrate the affine merge mode.

[0052] Figure 26B This is a conceptual diagram for explaining the affine merge mode with two control points.

[0053] Figure 26C This is a conceptual diagram for explaining the affine merge mode with three control points.

[0054] Figure 27 This is a flowchart showing an example of processing in the affine merge mode.

[0055] Figure 28A This is a conceptual diagram for explaining the affine inter mode with two control points.

[0056] Figure 28B This is a conceptual diagram for explaining the affine inter-frame mode with three control points.

[0057] Figure 29 This is a flowchart showing an example of processing in the affine inter mode.

[0058] Figure 30A This is a conceptual diagram used to illustrate the affine inter-frame mode in which the current block has 3 control points and the adjacent block has 2 control points.

[0059] Figure 30B This is a conceptual diagram used to illustrate the affine inter-frame mode in which the current block has 2 control points and the adjacent block has 3 control points.

[0060] Figure 31A This is a flowchart showing the merge mode including DMVR (decoder motion vector refinement).

[0061] Figure 31B This is a conceptual diagram for explaining an example of DMVR processing.

[0062] Figure 32 This is a flowchart showing an example of generating a predicted image.

[0063] Figure 33 This is a flowchart showing another example of generating a predicted image.

[0064] Figure 34 This is a flowchart showing another example of generating a predicted image.

[0065] Figure 35 This is a flowchart for explaining an example of a predicted image correction process based on an OBMC (overlapped block motion compensation) process.

[0066] Figure 36 This is a conceptual diagram for explaining an example of predicted image correction processing based on OBMC processing.

[0067] Figure 37 This is a conceptual diagram for explaining the generation of predicted images of two triangles.

[0068] Figure 38 This is a conceptual diagram for explaining a model assuming constant velocity linear motion.

[0069] Figure 39 This is a conceptual diagram for explaining an example of a method for generating a predicted image using a brightness correction process based on LIC (local illumination compensation) processing.

[0070] Figure 40 This is a block diagram showing an example of installing an encoding device.

[0071] Figure 41 This is a block diagram showing the functional structure of a decoding device according to an embodiment.

[0072] Figure 42 This is a flowchart showing an example of the overall decoding process performed by the decoding device.

[0073] Figure 43 This is a flowchart showing an example of processing performed by the prediction processing unit of the decoding device.

[0074] Figure 44 This is a flowchart showing another example of processing performed by the prediction processing unit of the decoding device.

[0075] Figure 45 This is a flowchart showing an example of inter-frame prediction based on the normal inter-frame mode in a decoding device.

[0076] Figure 46 This is a block diagram showing an implementation example of a decoding device.

[0077] Figure 47 This is a diagram for explaining the IBC (Intra Block Copy) mode.

[0078] Figure 48 This is a diagram for explaining the HMVP (History based Motion Vector Predictor) mode.

[0079] Figure 49 This is a flowchart showing an example of operations performed by the encoding device and the decoding device in the first aspect of the present invention.

[0080] Figure 50 This is a flowchart showing an example of a process of generating an AMVP candidate list using the HMVP table.

[0081] Figure 51 This is a flowchart showing another example of the process of generating an AMVP candidate list using the HMVP table.

[0082] Figure 52 This is a flowchart showing an example of a process of generating an AMVP candidate list without using an HMVP table.

[0083] Figure 53 This is a flowchart showing another example of the process of generating an AMVP candidate list without using the HMVP table.

[0084] Figure 54 This is a flowchart showing an example of operations performed by the encoding device and the decoding device in the second aspect of the present invention. Figure 55 This is a flowchart showing the operations performed by the encoding device.

[0085] Figure 56 This is a flowchart showing the operation performed by the decoding device.

[0086] Figure 57 This is a block diagram showing the overall structure of a content provision system that implements content distribution services.

[0087] Figure 58 This is a conceptual diagram showing an example of a coding structure in the case of scalable coding.

[0088] Figure 59 This is a conceptual diagram showing an example of a coding structure in the case of scalable coding.

[0089] Figure 60 This is a conceptual diagram showing an example of a display screen of a web page.

[0090] Figure 61 This is a conceptual diagram showing an example of a display screen of a web page.

[0091] Figure 62 This is a block diagram showing an example of a smart phone.

[0092] Figure 63 This is a block diagram showing a configuration example of a smartphone. DETAILED DESCRIPTION

[0093] An encoding device according to one aspect of the present invention includes a circuit and a memory connected to the circuit. During operation, the circuit generates a predicted image of a processing target block using a first motion vector, and uses a first candidate having the first motion vector to update an HMVP (History based Motion Vector Predictor) table that stores a plurality of second candidates having a second motion vector used in a processed block in a FIFO (First In First Out) manner. During the updating of the HMVP table, it is determined whether the size of the processing target block is less than a threshold size. If it is determined that the size of the processing target block is less than the threshold size, the updating of the HMVP table is skipped.

[0094] Thus, the coding apparatus updates the HMVP table when the size of the processing target block is larger than the threshold size, thereby reducing the amount of processing and improving coding efficiency.

[0095] For example, the circuit may also generate a candidate MVP (Motion Vector Prediction) list including multiple predicted motion vector candidates, and use one of the multiple predicted motion vector candidates included in the generated candidate MVP list to encode the first motion vector. In the generation of the candidate MVP list, when the size of the processing object block is below the threshold size, the use of the HMVP table is prohibited, and when the size of the processing object block is larger than the threshold size, the use of the HMVP table is allowed.

[0096] Thus, when the size of the processing target block is smaller than or equal to the threshold, the coding apparatus generates a candidate MVP list without using the HMVP table, thereby reducing the amount of processing and improving coding efficiency.

[0097] For example, the size of the processing target block may be defined by the number of pixels in the processing target block. Also, for example, the threshold size may be 16 pixels.

[0098] Thus, when the area of the processing target block is 16 pixels or less, the coding apparatus skips updating the HMVP table or generates a candidate MVP list without using the HMVP table, thereby reducing the amount of processing and improving coding efficiency.

[0099] For example, the size of the processing target block may be defined by the width or height of the processing target block.

[0100] Thus, for example, when the width or height of the processing target block is less than a threshold size (e.g., less than 4 pixels), the encoding device skips updating the HMVP table or generates a candidate MVP list without using the HMVP table, thereby reducing the amount of processing and improving encoding efficiency.

[0101] For example, the circuit may use an inter mode for referring to a coded picture different from a picture to which the current block belongs, in generating a predicted image for the current block.

[0102] Thus, the encoding device can obtain multiple prediction motion vector candidates (so-called candidate MVPs) for the processing target block based on information such as multiple encoded blocks located around the processing target block in time or space, and perform prediction processing on the processing target block.

[0103] For example, the circuit may use an IBC (Intra Block Copy) mode of referring to an already coded area of a picture to which the processing target block belongs, in generating a predicted image of the processing target block.

[0104] This allows the encoding apparatus to identify and read out a reference block based on a motion vector indicating an already encoded and decoded reference block in the same picture as the current block.

[0105] For example, the first candidate may have first reference picture information corresponding to the first motion vector, and each of the multiple second candidates may have second reference picture information corresponding to the second motion vector. When updating the HMVP table, the circuit determines whether the first candidate is consistent with any one of the multiple second candidates. If the first candidate is inconsistent with any of the multiple second candidates, the HMVP table is updated by saving the first candidate in the HMVP table.

[0106] As a result, the encoding device can register more appropriate prediction candidates in the candidate MVP list for the current block because the range of change of the first candidate stored in the HMVP table becomes wider.

[0107] For example, the candidate MVP list may be a candidate MVP list in an AMVP (Adaptive Motion Vector Prediction) mode.

[0108] This allows the encoding device to register the motion vector predictor candidates of the HMVP mode (so-called candidate MVPs) in the candidate MVP list in the AMVP mode, thereby improving prediction accuracy.

[0109] For example, the candidate MVP list may be a candidate MVP list in a merge mode.

[0110] As a result, the encoding device can register the candidate MVP of the HMVP mode in the candidate MVP list in the merge mode, thereby improving the prediction accuracy.

[0111] In addition, a decoding device according to one aspect of the present invention includes a circuit and a memory connected to the circuit. During operation, the circuit uses a first motion vector to generate a predicted image of a processing target block, uses a first candidate having the first motion vector to update an HMVP table that stores a plurality of second candidates having a second motion vector used in a processed block in a FIFO manner, and during the updating of the HMVP table, determines whether the size of the processing target block is less than a threshold size. If it is determined that the size of the processing target block is less than the threshold size, the updating of the HMVP table is skipped.

[0112] As a result, the decoding apparatus updates the HMVP table when the size of the processing target block is larger than the threshold size, thereby reducing the amount of processing and improving processing efficiency.

[0113] For example, the circuit may also generate a candidate MVP list including multiple predicted motion vector candidates, and use one of the multiple predicted motion vector candidates included in the generated candidate MVP list to decode the first motion vector. In the generation of the candidate MVP list, when the size of the processing object block is below the threshold size, the use of the HMVP table is prohibited, and when the size of the processing object block is larger than the threshold size, the use of the HMVP table is allowed.

[0114] As a result, when the size of the processing target block is smaller than or equal to the threshold, the decoding apparatus generates a candidate MVP list without using the HMVP table, thereby reducing the amount of processing and improving processing efficiency.

[0115] For example, the size of the processing target block may be defined by the number of pixels in the processing target block. Also, for example, the threshold size may be 16 pixels.

[0116] Thus, when the area of the processing target block is 16 pixels or less, the decoding device skips updating the HMVP table or generates a candidate MVP list without using the HMVP table, thereby reducing the amount of processing and improving processing efficiency.

[0117] For example, the size of the processing target block may be defined by the width or height of the processing target block.

[0118] Thus, for example, when the width or height of the processing target block is less than a threshold size (e.g., less than 4 pixels), the decoding device skips updating the HMVP table or generates a candidate MVP list without using the HMVP table, thereby reducing the amount of processing. Consequently, the decoding device improves processing efficiency.

[0119] For example, the circuit may use an inter mode for referring to a coded picture different from a picture to which the current block belongs, in generating a predicted image for the current block.

[0120] This allows the decoding device to obtain multiple motion vector predictor candidates for the current block based on information on multiple coded blocks temporally or spatially located around the current block, and perform prediction processing on the current block.

[0121] For example, the circuit may use an IBC mode that refers to an already coded area of a picture to which the current block belongs, in generating a predicted image of the current block.

[0122] This allows the decoding apparatus to identify and read out a reference block based on a motion vector indicating an already decoded and encoded reference block in the same picture as the current block.

[0123] For example, the first candidate may have first reference picture information corresponding to the first motion vector, and each of the multiple second candidates may have second reference picture information corresponding to the second motion vector. When updating the HMVP table, the circuit determines whether the first candidate is consistent with any one of the multiple second candidates. If the first candidate is inconsistent with any of the multiple second candidates, the HMVP table is updated by saving the first candidate in the HMVP table.

[0124] As a result, the decoding device can register more appropriate prediction candidates in the candidate MVP list for the processing target block because the range of change of the first candidate stored in the HMVP table becomes wider.

[0125] For example, the candidate MVP list may be a candidate MVP list in an AMVP (Adaptive Motion Vector Prediction) mode.

[0126] As a result, the decoding device can register the HMVP candidate in the AMVP mode into the candidate MVP list, thereby improving prediction accuracy.

[0127] For example, the candidate MVP list may be a candidate MVP list in a merge mode.

[0128] As a result, the decoding device can register the candidate MVP of the HMVP mode in the candidate MVP list in the merge mode, thereby improving the prediction accuracy.

[0129] In addition, an encoding method involved in one embodiment of the present invention uses a first motion vector to generate a predicted image of a processing object block, uses a first candidate having the first motion vector to update an HMVP table that stores multiple second candidates having a second motion vector used in the processed block in a FIFO manner, and in updating the HMVP table, determines whether the size of the processing object block is below a threshold size. If it is determined that the size of the processing object block is below the threshold size, the updating of the HMVP table is skipped.

[0130] Thus, the apparatus executing the encoding method updates the HMVP table when the size of the processing target block is larger than the threshold size, thereby reducing the amount of processing and improving the encoding efficiency.

[0131] In addition, a decoding method according to one embodiment of the present invention generates a predicted image of a processing object block using a first motion vector, uses a first candidate having the first motion vector, updates an HMVP table that stores a plurality of second candidates having a second motion vector used in the processed block in a FIFO manner, and in updating the HMVP table, determines whether the size of the processing object block is below a threshold size, and skips updating the HMVP table if it is determined that the size of the processing object block is below the threshold size.

[0132] Thus, the apparatus executing the decoding method updates the HMVP table when the size of the processing target block is larger than the threshold size, thereby reducing the amount of processing and improving the processing efficiency of the apparatus executing the decoding method.

[0133] Moreover, these inclusive or specific forms may be implemented by systems, devices, methods, integrated circuits, computer programs, or non-transitory recording media such as computer-readable CD-ROMs, or by any combination of systems, devices, methods, integrated circuits, computer programs, and recording media.

[0134] The following embodiments are described in detail with reference to the accompanying drawings. The embodiments described below are intended to be inclusive or specific examples. The numerical values, shapes, materials, components, configurations and connections of components, steps, and the relationships and order of steps shown in the following embodiments are merely examples and are not intended to limit the claims.

[0135] The following describes embodiments of encoding and decoding devices. The embodiments are examples of encoding and decoding devices to which the processing and / or structures described in the various aspects of the present invention can be applied. The processing and / or structures can also be implemented in encoding and decoding devices that differ from the embodiments. For example, the processing and / or structures applied to the embodiments may include any of the following.

[0136] (1) Any of the multiple components of the encoding device or decoding device described in the embodiments of the present invention may be replaced by another component described in any of the embodiments of the present invention, or these components may be combined.

[0137] (2) In the encoding device or decoding device of the embodiment, the functions or processes performed by some of the multiple components of the encoding device or decoding device may be modified by adding, replacing, deleting, or other arbitrary changes. For example, any function or process may be replaced by another function or process described in any of the various aspects of the present invention, or these functions or processes may be combined.

[0138] (3) In the method implemented by the encoding device or decoding device of the embodiment, any changes such as addition, replacement, or deletion may be made to a portion of the multiple processes included in the method. For example, any process in the method may be replaced with another process described in one of the various aspects of the present invention, or these processes may be combined.

[0139] (4) Some of the multiple components constituting the encoding device or decoding device of the embodiment may be combined with a component described in any of the aspects of the present invention, may be combined with a component having a portion of the functions described in any of the aspects of the present invention, or may be combined with a component that performs a portion of the processing performed by a component described in any of the aspects of the present invention.

[0140] (5) A component having a portion of the functions of the encoding device or decoding device of the embodiment, or a component implementing a portion of the processing of the encoding device or decoding device of the embodiment, is combined with or replaced with a component described in any of the aspects of the present invention, a component having a portion of the functions described in any of the aspects of the present invention, or a component implementing a portion of the processing described in any of the aspects of the present invention;

[0141] (6) In a method implemented by an encoding device or decoding device according to an embodiment, one of the multiple processes included in the method is replaced by one of the processes described in each aspect of the present invention or a similar process, or a combination of these processes;

[0142] (7) Some of the multiple processes included in the method implemented by the encoding device or decoding device of the embodiment may be combined with the process described in any of the aspects of the present invention.

[0143] (8) The implementation of the processes and / or structures described in the various aspects of the present invention is not limited to the encoding device or decoding device of the embodiments. For example, the processes and / or structures may be implemented in a device used for a purpose different from that of the video encoding or decoding disclosed in the embodiments.

[0144] [Encoding device]

[0145] First, the encoding device according to the embodiment will be described. Figure 1 1 is a block diagram showing the functional structure of the encoding device 100 according to the embodiment. The encoding device 100 is a moving picture encoding device that encodes a moving picture in units of blocks.

[0146] like Figure 1 As shown, the encoding device 100 is a device that encodes an image in block units, and includes a segmentation unit 102, a subtraction unit 104, a transformation unit 106, a quantization unit 108, an entropy coding unit 110, an inverse quantization unit 112, an inverse transformation unit 114, an addition unit 116, a block memory 118, a loop filter unit 120, a frame memory 122, an intra-frame prediction unit 124, an inter-frame prediction unit 126 and a prediction control unit 128.

[0147] The encoding device 100 is implemented, for example, by a general-purpose processor and memory. In this case, when the processor executes a software program stored in the memory, the processor functions as the segmentation unit 102, the subtraction unit 104, the transformation unit 106, the quantization unit 108, the entropy coding unit 110, the inverse quantization unit 112, the inverse transformation unit 114, the addition unit 116, the loop filter unit 120, the intra-frame prediction unit 124, the inter-frame prediction unit 126, and the prediction control unit 128. Alternatively, the encoding device 100 may be implemented as one or more dedicated electronic circuits corresponding to the segmentation unit 102, the subtraction unit 104, the transformation unit 106, the quantization unit 108, the entropy coding unit 110, the inverse quantization unit 112, the inverse transformation unit 114, the addition unit 116, the loop filter unit 120, the intra-frame prediction unit 124, the inter-frame prediction unit 126, and the prediction control unit 128.

[0148] Below, after describing the overall processing flow of the encoding device 100 , each component included in the encoding device 100 will be described.

[0149] [Overall flow of encoding processing]

[0150] Figure 2 3 is a flowchart showing an example of the overall encoding process performed by the encoding device 100 .

[0151] First, the segmentation unit 102 of the encoding device 100 segments each picture included in an input image, which is a moving image, into a plurality of fixed-size blocks (e.g., 128×128 pixels) (step Sa_1). The segmentation unit 102 then selects a segmentation pattern (also called a block shape) for each of the fixed-size blocks (step Sa_2). Specifically, the segmentation unit 102 further segments the fixed-size blocks into a plurality of blocks that conform to the selected segmentation pattern. The encoding device 100 then performs steps Sa_3 through Sa_9 on each of the plurality of blocks (i.e., the encoding target block).

[0152] That is, the prediction processing unit composed of all or part of the intra-frame prediction unit 124, the inter-frame prediction unit 126 and the prediction control unit 128 generates a prediction signal (also called a prediction block) of the encoding target block (also called the current block) (step Sa_3).

[0153] Next, the subtraction unit 104 generates a difference between the encoding target block and the prediction block as a prediction residual (also referred to as a difference block) (step Sa_4).

[0154] Next, the transform unit 106 and the quantization unit 108 transform and quantize the difference block to generate a plurality of quantized coefficients (step Sa_5). In addition, a block composed of a plurality of quantized coefficients is also called a coefficient block.

[0155] Next, the entropy coding unit 110 encodes the coefficient block and the prediction parameters related to the generation of the prediction signal (specifically, entropy coding) to generate a coded signal (step Sa_6). In addition, the coded signal is also called a coded bit stream, a compressed bit stream, or a stream.

[0156] Next, the inverse quantization unit 112 and the inverse transformation unit 114 restore a plurality of prediction residuals (ie, difference blocks) by performing inverse quantization and inverse transformation on the coefficient block (step Sa_7).

[0157] Next, the adding unit 116 reconstructs the current block into a reconstructed image (also referred to as a reconstructed block or a decoded image block) by adding the prediction block to the restored difference block (step Sa_8).

[0158] When the reconstructed image is generated, the loop filter unit 120 filters the reconstructed image as necessary (step Sa_9).

[0159] Then, the encoding device 100 determines whether encoding of the entire picture is completed (step Sa_10 ), and if it is determined that encoding is not completed (No in step Sa_10 ), it repeats the process from step Sa_2 .

[0160] Furthermore, in the above example, encoding device 100 selects a single partitioning pattern for fixed-size blocks and encodes each block according to that partitioning pattern. However, encoding device 100 may also encode each block according to each of a plurality of partitioning patterns. In this case, encoding device 100 may evaluate the cost for each of the plurality of partitioning patterns and, for example, select as the output encoded signal the encoded signal obtained by encoding according to the partitioning pattern with the lowest cost.

[0161] As shown in the figure, the processes of steps Sa_1 to Sa_10 are sequentially performed by the encoding device 100. Alternatively, a part of a plurality of these processes may be performed in parallel, or the order of these processes may be reversed.

[0162] [Division]

[0163] The segmentation unit 102 segments each picture included in the input moving image into a plurality of blocks, and outputs each block to the subtraction unit 104. For example, the segmentation unit 102 first segments the picture into blocks of a fixed size (e.g., 128×128). Other fixed block sizes may also be used. The fixed-size blocks are sometimes called coding tree units (CTUs). Furthermore, the segmentation unit 102 segments each fixed-size block into blocks of a variable size (e.g., 64×64 or less), for example, based on recursive quadtree and / or binary tree block segmentation. That is, the segmentation unit 102 selects a segmentation pattern. The variable-size blocks are sometimes called coding units (CUs), prediction units (PUs), or transform units (TUs). In addition, in various processing examples, it is not necessary to distinguish between CUs, PUs, and TUs, and some or all of the blocks in the picture may be used as processing units of CUs, PUs, or TUs.

[0164] Figure 3 This is a conceptual diagram showing an example of block division in an implementation manner. Figure 3 In the figure, the solid line represents the block boundary based on quadtree block partitioning, and the dotted line represents the block boundary based on binary tree block partitioning.

[0165] Here, the block 10 is a square block of 128×128 pixels (128×128 block). The 128×128 block 10 is first divided into four square 64×64 blocks (quadtree block division).

[0166] The 64×64 block on the upper left is further vertically divided into two rectangular 32×64 blocks, and the 32×64 block on the left is further vertically divided into two rectangular 16×64 blocks (binary tree block division). As a result, the 64×64 block on the upper left is divided into two 16×64 blocks 11 and 12 and a 32×64 block 13.

[0167] The 64×64 block in the upper right corner is horizontally partitioned into two rectangular 64×32 blocks 14 and 15 (binary tree block partitioning).

[0168] The 64×64 block on the lower left is divided into four square 32×32 blocks (quadtree block partitioning). The upper left and lower right blocks of the four 32×32 blocks are further partitioned. The upper left 32×32 block is vertically partitioned into two rectangular 16×32 blocks, and the right 16×32 block is further partitioned horizontally into two 16×16 blocks (binary tree block partitioning). The lower right 32×32 block is horizontally partitioned into two 32×16 blocks (binary tree block partitioning). As a result, the lower left 64×64 block is partitioned into a 16×32 block 16, two 16×16 blocks 17, 18, two 32×32 blocks 19, 20, and two 32×16 blocks 21, 22.

[0169] The lower right 64×64 block 23 is not split.

[0170] As above, in Figure 3 In FIG, block 10 is divided into 13 variable-size blocks 11 to 23 based on recursive quadtree and binary tree block partitioning. This type of partitioning is sometimes called QTBT (quad-tree plus binary tree) partitioning.

[0171] In addition, Figure 3 In the example above, one block is divided into four or two blocks (quadtree or binary tree block division), but the division is not limited to these. For example, one block can also be divided into three blocks (ternary tree division). Division including this ternary tree division is called MBT (multi type tree) division.

[0172] [Structural slices / tiles of the image]

[0173] In order to decode pictures in parallel, pictures may be constructed in slice units or tile units. The picture constructed in slice units or tile units can be constructed by the partitioning unit 102.

[0174] A slice is a basic coding unit that constitutes a picture. A picture is composed of one or more slices. In addition, a slice is composed of one or more consecutive CTUs (Coding Tree Units).

[0175] Figure 4A This is a conceptual diagram showing an example of the structure of a slice. For example, a picture includes 11×8 CTUs and is divided into 4 slices (slices 1 to 4). Slice 1 consists of 16 CTUs, slice 2 consists of 21 CTUs, slice 3 consists of 29 CTUs, and slice 4 consists of 22 CTUs. Here, each CTU in the picture belongs to any slice. The shape of the slice becomes the shape that divides the picture in the horizontal direction. The boundary of the slice does not need to be the end of the picture, and can be any position in the boundary of the CTU in the picture. The processing order (encoding order or decoding order) of the CTU in the slice is, for example, a raster scan order. In addition, the slice includes header information and encoded data. The header information may also record the characteristics of the slice, such as the CTU address at the beginning of the slice and the slice type.

[0176] A tile is a unit of rectangular area that constitutes a picture. Each tile may be assigned a number called a TileId in raster scan order.

[0177] Figure 4BThis is a conceptual diagram showing an example of a tile structure. For example, a picture includes 11×8 CTUs and is divided into four rectangular area tiles (tiles 1 to 4). When tiles are used, the processing order of CTUs is changed compared to when tiles are not used. When tiles are not used, multiple CTUs in a picture are processed in raster scan order. When tiles are used, at least one CTU in each of the multiple tiles is processed in raster scan order. For example, Figure 4B As shown, the processing order of multiple CTUs included in tile 1 is from the left end of the 1st row of tile 1 to the right end of the 1st row of tile 1, and then from the left end of the 2nd row of tile 1 to the right end of the 2nd row of tile 1.

[0178] In addition, one tile may include more than one slice, and one slice may include more than one tile.

[0179] [Subtraction Department]

[0180] The subtraction unit 104 subtracts the prediction signal (prediction samples input from the prediction control unit 128, described below) from the original signal (original samples) in units of blocks input from the segmentation unit 102 and segmented by the segmentation unit 102. Specifically, the subtraction unit 104 calculates a prediction error (also referred to as a residual) for the current block to be coded (hereinafter referred to as the current block). The subtraction unit 104 then outputs the calculated prediction error (residual) to the transformation unit 106.

[0181] The original signal is an input signal to the encoding device 100 and is a signal representing an image of each picture constituting a moving image (for example, a luminance (luma) signal and two color difference (chroma) signals). Hereinafter, the signal representing the image may also be referred to as a sample.

[0182] [Conversion Unit]

[0183] The transform unit 106 transforms the spatial domain prediction error into frequency domain transform coefficients and outputs the transform coefficients to the quantization unit 108. Specifically, the transform unit 106 performs a predetermined discrete cosine transform (DCT) or discrete sine transform (DST) on the spatial domain prediction error. The predetermined DCT or DST may also be predetermined.

[0184] Alternatively, the transform unit 106 may adaptively select a transform type from a plurality of transform types and transform the prediction error into transform coefficients using a transform basis function corresponding to the selected transform type. Such a transform is sometimes referred to as an explicit multiple core transform (EMT) or an adaptive multiple transform (AMT).

[0185] The plurality of transform types include, for example, DCT-II, DCT-V, DCT-VIII, DST-I, and DST-VII. Figure 5A is a table showing the transformation basis functions corresponding to the transformation type examples. Figure 5A Where N represents the number of input pixels. The selection of a transform type from among these multiple transform types may depend on, for example, the type of prediction (intra-frame prediction and inter-frame prediction) or the intra-frame prediction mode.

[0186] Information indicating whether such EMT or AMT is applied (e.g., an EMT flag or an AMT flag) and information indicating the selected transform type are typically signaled at the CU level. However, signaling of this information is not limited to the CU level and may be performed at other levels (e.g., bitstream level, picture level, slice level, tile level, or CTU level).

[0187] In addition, the transform unit 106 may also re-transform the transform coefficients (transform results). Such re-transformation is sometimes called AST (adaptive secondary transform) or NSST (non-separable secondary transform). For example, the transform unit 106 re-transforms each sub-block (for example, a 4×4 sub-block) contained in the block of transform coefficients corresponding to the intra-frame prediction error. Information indicating whether NSST is applied and information related to the transform matrix used in NSST are usually signaled at the CU level. In addition, the signaling of this information does not need to be limited to the CU level, but can also be other levels (for example, sequence level, picture level, slice level, tile level or CTU level).

[0188] Separable transformation and non-separable transformation can also be applied in the transformation unit 106. Separable transformation refers to a method of performing multiple transformations in each direction corresponding to the number of dimensions of the input. Non-separable transformation refers to a method of treating two or more dimensions as one dimension when the input is multi-dimensional and transforming them together.

[0189] For example, as an example of non-separable transformation, when a 4×4 block is input, it is considered as an array of 16 elements, and the array is transformed using a 16×16 transformation matrix.

[0190] In a further example of the non-separable transformation, a 4×4 input block may be regarded as an array of 16 elements, and then a transformation (Hypercube Givens Transform) may be performed by performing multiple Givens rotations on the array.

[0191] In the transformation in the transformation unit 106, the type of basis to be transformed into the frequency domain can be switched according to the region within the CU. As an example, there is SVT (Spatially Varying Transform). In SVT, Figure 5B As shown, the CU is divided into two equal parts in the horizontal or vertical direction, and only the area on one side is transformed into the frequency area. The type of transformation base can be set for each area, for example, DST7 and DCT8. In this example, only one of the two areas in the CU is transformed, and the other is not transformed, but both areas can also be transformed. In addition, the division method is not limited to bisection, but can be more flexible, such as quartering or encoding the information indicating the division separately, and signaling it in the same way as the CU division. In addition, SVT is sometimes also called SBT (Sub-block Transform).

[0192] [Quantitative Department]

[0193] The quantization unit 108 quantizes the transform coefficients output from the transform unit 106. Specifically, the quantization unit 108 scans the transform coefficients of the current block in a predetermined scanning order and quantizes the transform coefficients based on the quantization parameter (QP) corresponding to the scanned transform coefficients. The quantization unit 108 then outputs the quantized transform coefficients of the current block (hereinafter referred to as quantized coefficients) to the entropy coding unit 110 and the inverse quantization unit 112. The predetermined scanning order may also be predetermined.

[0194] The predetermined scanning order is the order used for quantization / inverse quantization of transform coefficients. For example, the predetermined scanning order may be defined in ascending order (from low frequency to high frequency) or descending order (from high frequency to low frequency) of frequency.

[0195] The quantization parameter (QP) is a parameter that defines the quantization step size (quantization width). For example, if the value of the quantization parameter increases, the quantization step size also increases. In other words, if the value of the quantization parameter increases, the quantization error increases.

[0196] Quantization also sometimes uses a quantization matrix. For example, multiple quantization matrices are sometimes used to correspond to frequency transform sizes such as 4×4 and 8×8, prediction modes such as intra-frame prediction and inter-frame prediction, and pixel components such as luminance and chrominance. Furthermore, quantization refers to digitizing values sampled at specified intervals and assigning them to specified levels. In this technical field, other representations such as rounding, integer scaling, and scaling may also be used. The specified intervals and levels may also be predetermined.

[0197] Methods for using quantization matrices include using a quantization matrix directly set on the encoding device side and using a default quantization matrix (default matrix). By directly setting the quantization matrix on the encoding device side, a quantization matrix suitable for image characteristics can be set. However, this method has the disadvantage of increasing the amount of code due to encoding the quantization matrix.

[0198] On the other hand, there is also a method of performing quantization so that the coefficients of high-frequency components and low-frequency components are the same without using a quantization matrix. This method is equivalent to using a quantization matrix (flat matrix) in which all coefficients have the same value.

[0199] The quantization matrix can be specified by, for example, an SPS (Sequence Parameter Set) or a PPS (Picture Parameter Set). The SPS contains parameters used for a sequence, and the PPS contains parameters used for a picture. The SPS and PPS are sometimes referred to simply as parameter sets.

[0200] [Entropy coding unit]

[0201] The entropy coding unit 110 generates a coded signal (coded bit stream) based on the quantization coefficients input from the quantization unit 108. Specifically, the entropy coding unit 110 binarizes the quantization coefficients, performs arithmetic coding on the binary signal, and outputs a compressed bit stream or sequence.

[0202] [Inverse quantization unit]

[0203] The inverse quantization unit 112 inversely quantizes the quantized coefficients input from the quantization unit 108. Specifically, the inverse quantization unit 112 inversely quantizes the quantized coefficients of the current block in a predetermined scanning order. Furthermore, the inverse quantization unit 112 outputs the inversely quantized transform coefficients of the current block to the inverse transform unit 114. The predetermined scanning order may also be predetermined.

[0204] [Inverse transformation unit]

[0205] The inverse transform unit 114 restores the prediction error (residual) by performing an inverse transform on the transform coefficients input from the inverse quantization unit 112. Specifically, the inverse transform unit 114 restores the prediction error of the current block by performing an inverse transform corresponding to the transform performed by the transform unit 106 on the transform coefficients. The inverse transform unit 114 then outputs the restored prediction error to the addition unit 116.

[0206] Furthermore, the restored prediction error generally loses information due to quantization, and therefore does not match the prediction error calculated by the subtraction unit 104. In other words, the restored prediction error generally includes a quantization error.

[0207] [Addition Department]

[0208] The adder 116 reconstructs the current block by adding the prediction error input from the inverse transform unit 114 and the prediction sample input from the prediction control unit 128. The adder 116 then outputs the reconstructed block to the block memory 118 and the loop filter unit 120. The reconstructed block is sometimes referred to as a locally decoded block.

[0209] [Block Memory]

[0210] The block memory 118 is a storage unit for storing blocks in a current picture to be coded (referred to as a current picture) to be referenced in intra prediction, for example. Specifically, the block memory 118 stores the reconstructed blocks output from the adder 116 .

[0211] [Frame Memory]

[0212] The frame memory 122 is a storage unit for storing reference pictures used in inter-frame prediction, and is sometimes referred to as a frame buffer. Specifically, the frame memory 122 stores the reconstructed blocks filtered by the loop filter unit 120 .

[0213] [Loop filter unit]

[0214] The loop filter unit 120 performs loop filtering on the block reconstructed by the adder unit 116 and outputs the filtered reconstructed block to the frame memory 122. Loop filtering refers to filtering used within the encoding loop (in-loop filtering), and includes, for example, deblocking filtering (DF or DBF), sample adaptive offset (SAO), and adaptive loop filtering (ALF).

[0215] In ALF, a least squares error filter is used to remove coding distortion. For example, for each 2×2 sub-block in the current block, one filter is selected from multiple filters based on the direction and activity of the local gradient.

[0216] Specifically, sub-blocks (e.g., 2×2 sub-blocks) are first classified into multiple classes (e.g., 15 or 25 classes). Sub-block classification is performed based on the direction and activity of the gradient. For example, using the gradient direction value D (e.g., 0 to 2 or 0 to 4) and the gradient activity value A (e.g., 0 to 4), a classification value C is calculated (e.g., C = 5D + A). Based on the classification value C, the sub-blocks are then classified into multiple classes.

[0217] The gradient direction value D is derived, for example, by comparing gradients in multiple directions (e.g., horizontal, vertical, and two diagonal directions). Furthermore, the gradient activity value A is derived, for example, by summing the gradients in multiple directions and quantizing the sum.

[0218] Based on the result of such classification, a filter to be used for the sub-block is determined from among a plurality of filters.

[0219] As the shape of the filter used in the ALF, for example, a circularly symmetric shape is used. Figures 6A to 6C FIG. 1 is a diagram showing a plurality of examples of filter shapes used in ALF. Figure 6A represents a 5×5 diamond-shaped filter, Figure 6B represents a 7×7 diamond-shaped filter, Figure 6C Represents a 9×9 diamond-shaped filter. Information representing the filter shape is typically signaled at the picture level. However, signaling of the filter shape information need not be limited to the picture level and can also be performed at other levels (e.g., sequence level, slice level, tile level, CTU level, or CU level).

[0220] The on / off of ALF can also be determined at the picture level or the CU level. For example, for luminance, whether to use ALF can be determined at the CU level, and for chrominance, whether to use ALF can be determined at the picture level. The information indicating whether ALF is on / off is usually signaled at the picture level or the CU level. In addition, the signaling of the information indicating whether ALF is on / off does not need to be limited to the picture level or the CU level, and can also be at other levels (for example, the sequence level, the slice level, the tile level, or the CTU level).

[0221] The coefficient sets for multiple selectable filters (e.g., up to 15 or 25 filters) are typically signaled at the picture level. However, the signaling of coefficient sets is not limited to the picture level and can also be performed at other levels (e.g., sequence level, slice level, tile level, CTU level, CU level, or sub-block level).

[0222] [Loop Filter Section > Deblocking Filter]

[0223] In the deblocking filter, the loop filter unit 120 performs filtering processing on block boundaries of the reconstructed image to reduce distortion generated at the block boundaries.

[0224] Figure 7 This is a block diagram showing an example of a detailed configuration of the loop filter unit 120 functioning as a deblocking filter.

[0225] The loop filter unit 120 includes a boundary determination unit 1201 , a filter determination unit 1203 , a filter processing unit 1205 , a processing determination unit 1208 , a filter characteristic determination unit 1207 , and switches 1202 , 1204 , and 1206 .

[0226] The boundary determination unit 1201 determines whether or not there is a pixel (ie, a target pixel) to be subjected to deblocking filtering near a block boundary, and outputs the determination result to the switch 1202 and the processing determination unit 1208 .

[0227] When the boundary determination unit 1201 determines that the target pixel exists near a block boundary, the switch 1202 outputs the image before filtering to the switch 1204. Conversely, when the boundary determination unit 1201 determines that the target pixel does not exist near a block boundary, the switch 1202 outputs the image before filtering to the switch 1206.

[0228] The filter determination unit 1203 determines whether to perform deblocking filtering on the target pixel based on the pixel value of at least one surrounding pixel located around the target pixel, and then outputs the determination result to the switch 1204 and the processing determination unit 1208 .

[0229] When the filter determination unit 1203 determines that the deblocking filtering process is to be performed on the target pixel, the switch 1204 outputs the pre-filtering image obtained via the switch 1202 to the filter processing unit 1205. Conversely, when the filter determination unit 1203 determines that the deblocking filtering process is not to be performed on the target pixel, the switch 1204 outputs the pre-filtering image obtained via the switch 1202 to the switch 1206.

[0230] When the pre-filtered image is obtained via switches 1202 and 1204 , the filter processing unit 1205 performs deblocking filtering on the target pixel using the filter characteristics determined by the filter characteristic determination unit 1207 . The filter processing unit 1205 then outputs the filtered pixel to the switch 1206 .

[0231] According to the control of the processing determination unit 1208 , the switch 1206 selectively outputs pixels that have not been processed by the deblocking filter and pixels that have been processed by the deblocking filter by the filter processing unit 1205 .

[0232] The processing determination unit 1208 controls the switch 1206 based on the determination results of the boundary determination unit 1201 and the filter determination unit 1203. Specifically, when the boundary determination unit 1201 determines that the target pixel is located near a block boundary and the filter determination unit 1203 determines that the target pixel is to be subjected to deblocking filtering, the processing determination unit 1208 outputs the pixel subjected to deblocking filtering from the switch 1206. Otherwise, in other cases, the processing determination unit 1208 outputs the pixel that has not been subjected to deblocking / filtering from the switch 1206. By repeating this pixel outputting process, the filtered image is output from the switch 1206.

[0233] Figure 8 This is a conceptual diagram showing an example of a deblocking filter having a filter characteristic that is symmetric with respect to a block boundary.

[0234] In the deblocking filter process, for example, using pixel values and quantization parameters, one of two deblocking filters with different characteristics, that is, a strong filter and a weak filter, is selected. Figure 8 As shown, when pixels p0 to p2 and pixels q0 to q2 exist across a block boundary, the pixel values of pixels q0 to q2 are changed to pixel values q'0 to q'2 by performing the calculation shown in the following equation, for example.

[0235] q'0=(p1+2×p0+2×q0+2×q1+q2+4) / 8

[0236] q'1=(p0+q0+q1+q2+2) / 4

[0237] q'2=(p0+q0+q1+3×q2+2×q3+4) / 8

[0238] In the above equations, p0 through p2 and q0 through q2 are the pixel values of pixels p0 through p2 and q0 through q2, respectively. Furthermore, q3 is the pixel value of pixel q3, which is adjacent to pixel q2 on the side opposite the block boundary. On the right side of each of the above equations, the coefficients multiplied by the pixel values of each pixel used in the deblocking filter process are the filter coefficients.

[0239] Furthermore, during deblocking filtering, clipping can be performed to ensure that the calculated pixel value does not exceed a threshold. In this clipping process, the pixel value calculated based on the above equation is clipped to "the calculated pixel value ± 2 × the threshold" using a threshold determined by the quantization parameter. This prevents excessive smoothing.

[0240] Figure 9 This is a conceptual diagram for explaining the block boundary on which the deblocking filtering process is performed. Figure 10 This is a conceptual diagram showing an example of the Bs value.

[0241] The block boundary for deblocking filtering is, for example, Figure 9 The deblocking filter can be performed in units of 4 rows or 4 columns. First, for Figure 9 The block P and block Q shown are as follows: Figure 10 That determines the Bs (Boundary Strength) value.

[0242] according to Figure 10 The Bs value determines whether to perform deblocking filtering with different intensities even at block boundaries belonging to the same image. When the Bs value is 2, deblocking filtering is performed on the color difference signal. When the Bs value is 1 or more and the specified conditions are met, deblocking filtering is performed on the luminance signal. The specified conditions can also be predetermined. In addition, the determination conditions of the Bs value are not limited to Figure 10 The conditions shown can also be determined based on other parameters.

[0243] [Prediction Processing Unit (Intra-frame Prediction Unit / Inter-frame Prediction Unit / Prediction Control Unit)]

[0244] Figure 11 12 is a flowchart showing an example of processing performed by the prediction processing unit of the encoding device 100. The prediction processing unit is composed of all or part of the components of the intra prediction unit 124, the inter prediction unit 126, and the prediction control unit 128.

[0245] The prediction processing unit generates a predicted image for the current block (step Sb_1). This predicted image is also referred to as a prediction signal or a prediction block. Prediction signals include, for example, intra-frame prediction signals and inter-frame prediction signals. Specifically, the prediction processing unit generates a predicted image for the current block using the reconstructed image obtained by generating a prediction block, generating a difference block, generating a coefficient block, restoring the difference block, and generating a decoded image block.

[0246] The reconstructed image may be, for example, an image of a reference picture, or an image including the current block, that is, an image of an already coded block within the current picture. The already coded block within the current picture may be, for example, an adjacent block of the current block.

[0247] Figure 12 This is a flowchart showing another example of processing performed by the prediction processing unit of the encoding device 100.

[0248] The prediction processing unit generates a predicted image using the first method (step Sc_1a), generates a predicted image using the second method (step Sc_1b), and generates a predicted image using the third method (step Sc_1c). The first method, the second method, and the third method are different methods for generating predicted images, and may be, for example, an inter-frame prediction method, an intra-frame prediction method, or another prediction method. The reconstructed image described above may also be used in these prediction methods.

[0249] Next, the prediction processing unit selects any one of the multiple prediction images generated in steps Sc_1a, Sc_1b, and Sc_1c (step Sc_2). The selection of the prediction image, that is, the selection of the method or mode for obtaining the final prediction image can also be performed by calculating the cost for each prediction image generated and based on the cost. In addition, the selection of the prediction image can be performed based on the parameters used for the encoding process. The encoding device 100 can signal information for determining the selected prediction image, method or mode into a coded signal (also called a coded bit stream). The information can be, for example, a flag, etc. Thus, the decoding device can generate a prediction image in accordance with the method or mode selected in the encoding device 100 based on the information. In addition, in Figure 12 In the example shown, the prediction processing unit selects one of the predicted images after generating them using various methods. However, before generating these predicted images, the prediction processing unit may select a method or mode based on the parameters used in the encoding process described above and generate the predicted images based on that method or mode.

[0250] For example, the first method and the second method are intra prediction and inter prediction, respectively, and the prediction processing unit may select a final prediction image for the current block from prediction images generated according to these prediction methods.

[0251] Figure 13 This is a flowchart showing another example of processing performed by the prediction processing unit of the encoding device 100.

[0252] First, the prediction processing unit generates a predicted image through intra-frame prediction (step Sd_1a), and generates a predicted image through inter-frame prediction (step Sd_1b). In addition, the predicted image generated through intra-frame prediction is also called an intra-frame predicted image, and the predicted image generated through inter-frame prediction is also called an inter-frame predicted image.

[0253] Next, the prediction processing unit evaluates each of the intra-frame prediction image and the inter-frame prediction image (step Sd_2). Cost can also be used in this evaluation. That is, the prediction processing unit calculates the cost C of each of the intra-frame prediction image and the inter-frame prediction image. The cost C can be calculated by an equation of the RD optimization model, such as C=D+λ×R. In this equation, D is the coding distortion of the predicted image, and is represented by, for example, the sum of the absolute values of the differences between the pixel values of the current block and the pixel values of the predicted image. In addition, R is the amount of generated coding of the predicted image, specifically, the amount of coding required for encoding motion information, etc. for generating the predicted image. In addition, λ is, for example, an undetermined multiplier of Lagrange.

[0254] Then, the prediction processing unit selects the prediction image with the minimum cost C from the intra-frame prediction image and the inter-frame prediction image as the final prediction image of the current block (step Sd_3). In other words, the prediction method or mode for generating the prediction image of the current block is selected.

[0255] [Intra-frame prediction unit]

[0256] The intra prediction unit 124 performs intra prediction (also called intra-screen prediction) on the current block by referring to blocks in the current picture stored in the block memory 118, thereby generating a prediction signal (intra-prediction signal). Specifically, the intra prediction unit 124 generates the intra-prediction signal by performing intra prediction with reference to samples (e.g., luminance values and chrominance values) of blocks adjacent to the current block, and outputs the intra-prediction signal to the prediction control unit 128.

[0257] For example, the intra prediction unit 124 performs intra prediction using one of a plurality of predetermined intra prediction modes. The plurality of intra prediction modes typically include one or more non-directional prediction modes and a plurality of directional prediction modes. The plurality of predetermined modes may also be predetermined.

[0258] The one or more non-directional prediction modes include, for example, a Planar prediction mode and a DC prediction mode defined in the H.265 / HEVC standard.

[0259] The plurality of directional prediction modes include, for example, 33 directional prediction modes defined by the H.265 / HEVC standard. Furthermore, the plurality of directional prediction modes may include 32 directional prediction modes in addition to the 33 directional prediction modes (a total of 65 directional prediction modes). Figure 14 This is a conceptual diagram showing all 67 intra prediction modes (2 non-directional prediction modes and 65 directional prediction modes) that can be used in intra prediction. The solid arrows represent the 33 directions specified by the H.265 / HEVC specification, and the dotted arrows represent the additional 32 directions (2 non-directional prediction modes in Figure 14 (not shown in the figure).

[0260] In various processing examples, the intra prediction of a chrominance block may also refer to the luma block. That is, the chrominance component of the current block may be predicted based on the luma component of the current block. This type of intra prediction is sometimes called CCLM (cross-component linear model) prediction. Such an intra prediction mode for a chrominance block that refers to a luma block (e.g., CCLM mode) may also be added as one of the intra prediction modes for a chrominance block.

[0261] The intra-frame prediction unit 124 may also modify the intra-predicted pixel values based on the gradients of reference pixels in the horizontal and vertical directions. Intra-frame prediction with such modification is sometimes called PDPC (position-dependent intraprediction combination). Information indicating whether PDPC is used (e.g., a PDPC flag) is typically signaled at the CU level. However, this information is not necessarily signaled at the CU level and may be signaled at other levels (e.g., sequence level, picture level, slice level, tile level, or CTU level).

[0262] [Inter-frame prediction unit]

[0263] The inter-frame prediction unit 126 performs inter-frame prediction (also called inter-picture prediction) on the current block by referring to a reference picture stored in the frame memory 122, which is different from the current picture, to generate a prediction signal (inter-frame prediction signal). Inter-frame prediction is performed on the current block or current sub-block within the current block (e.g., a 4×4 block). For example, the inter-frame prediction unit 126 performs motion estimation on the current block or current sub-block within the reference picture to find the reference block or sub-block that most closely matches the current block or sub-block. Furthermore, the inter-frame prediction unit 126 obtains motion information (e.g., a motion vector) to compensate for motion or changes from the reference block or sub-block to the current block or sub-block. Based on this motion information, the inter-frame prediction unit 126 performs motion compensation (or motion prediction) to generate an inter-frame prediction signal for the current block or sub-block. The inter-frame prediction unit 126 then outputs the generated inter-frame prediction signal to the prediction control unit 128.

[0264] The motion information used in motion compensation can be signaled as an inter-frame prediction signal in various forms. For example, a motion vector can be signaled. As another example, the difference between a motion vector and a predicted motion vector (motion vector predictor) can also be signaled.

[0265] [Basic process of inter-frame prediction]

[0266] Figure 15 This is a flowchart showing an example of the basic flow of inter-frame prediction.

[0267] The inter prediction unit 126 first generates a predicted image (steps Se_1 to Se_3 ). Next, the subtraction unit 104 generates a difference between the current block and the predicted image as a prediction residual (step Se_4 ).

[0268] Here, in generating a predicted image, the inter-frame prediction unit 126 generates the predicted image by determining the motion vector (MV) of the current block (steps Se_1 and Se_2) and performing motion compensation (step Se_3). Furthermore, in determining the MV, the inter-frame prediction unit 126 determines the MV by selecting candidate motion vectors (candidate MVs) (step Se_1) and deriving the MV (step Se_2). The candidate MV is selected, for example, by selecting at least one candidate MV from a candidate MV list. Furthermore, in deriving the MV, the inter-frame prediction unit 126 may further select at least one candidate MV from the at least one candidate MV and determine the selected at least one candidate MV as the MV of the current block. Alternatively, the inter-frame prediction unit 126 may determine the MV of the current block by searching the region of the reference picture indicated by each of the at least one selected candidate MVs. The act of searching the region of the reference picture may also be referred to as motion estimation.

[0269] Furthermore, in the above example, steps Se_1 to Se_3 are performed by the inter-frame prediction unit 126 . However, for example, the processing of step Se_1 or step Se_2 may be performed by other components included in the encoding device 100 .

[0270] [Flow of Motion Vector Derivation]

[0271] Figure 16 This is a flowchart showing an example of motion vector derivation.

[0272] The inter-frame prediction unit 126 derives the MV of the current block in a mode that encodes motion information (e.g., MV). In this case, for example, the motion information is encoded as prediction parameters and signaled. That is, the encoded motion information is included in the encoded signal (also called the encoded bitstream).

[0273] Alternatively, the inter prediction unit 126 derives the MV in a mode in which motion information is not encoded. In this case, the motion information is not included in the encoded signal.

[0274] Here, the MV derivation modes may include the normal inter mode, merge mode, FRUC mode, and affine mode described later. Among these modes, the modes that encode motion information include the normal inter mode, merge mode, and affine mode (specifically, affine inter mode and affine merge mode). Furthermore, motion information may include not only the MV but also the predicted motion vector selection information described later. Furthermore, modes that do not encode motion information include the FRUC mode. The inter prediction unit 126 selects a mode from these multiple modes for deriving the MV of the current block and uses the selected mode to derive the MV of the current block.

[0275] Figure 17 This is a flowchart showing another example of motion vector derivation.

[0276] The inter-frame prediction unit 126 derives the MV of the current block in a mode that encodes the differential MV. In this case, for example, the differential MV is encoded as a prediction parameter and signaled. In other words, the encoded differential MV is included in the encoded signal. This differential MV is the difference between the MV of the current block and its predicted MV.

[0277] Alternatively, the inter-frame prediction unit 126 derives the MV in a mode in which the difference MV is not encoded. In this case, the encoded difference MV is not included in the encoded signal.

[0278] As described above, the MV derivation modes include the normal inter mode, merge mode, FRUC mode, and affine mode, which will be described later. Among these modes, the normal inter mode and affine mode (specifically, affine inter mode) encode the difference MV. Furthermore, the FRUC mode, merge mode, and affine mode (specifically, affine merge mode) do not encode the difference MV. The inter prediction unit 126 selects a mode from these multiple modes for deriving the MV of the current block and uses the selected mode to derive the MV of the current block.

[0279] [Flow of Motion Vector Derivation]

[0280] Figure 18This is a flowchart showing another example of motion vector derivation. There are multiple modes for MV derivation, that is, inter-frame prediction modes, which are roughly divided into modes that encode differential MVs and modes that do not encode differential motion vectors. Modes that do not encode differential MVs include merge mode, FRUC mode, and affine mode (specifically, affine merge mode). The details of these modes will be described later. Simply put, the merge mode is a mode in which the MV of the current block is derived by selecting a motion vector from the surrounding coded blocks, and the FRUC mode is a mode in which the MV of the current block is derived by searching between coded areas. In addition, the affine mode is a mode in which the motion vectors of each of the multiple sub-blocks constituting the current block are derived as the MV of the current block, assuming an affine transformation.

[0281] Specifically, as shown in the figure, when the inter-frame prediction mode information indicates 0 (0 in Sf_1), the inter-frame prediction unit 126 derives a motion vector (Sf_2) based on the merge mode. In addition, when the inter-frame prediction mode information indicates 1 (1 in Sf_1), the inter-frame prediction unit 126 derives a motion vector (Sf_3) based on the FRUC mode. In addition, when the inter-frame prediction mode information indicates 2 (2 in Sf_1), the inter-frame prediction unit 126 derives a motion vector (Sf_4) based on the affine mode (specifically, the affine merge mode). In addition, when the inter-frame prediction mode information indicates 3 (3 in Sf_1), the inter-frame prediction unit 126 derives a motion vector (Sf_5) based on the mode for encoding the differential MV (for example, the normal inter-frame mode).

[0282] [MV Export > Normal Interframe Mode]

[0283] Normal inter mode is an inter prediction mode that derives the MV of the current block from a block similar to the image of the current block in an area of a reference picture indicated by a candidate MV. In this normal inter mode, a differential MV is encoded.

[0284] Figure 19 This is a flowchart showing an example of inter prediction based on the normal inter mode.

[0285] First, the inter prediction unit 126 obtains multiple candidate MVs for the current block based on information such as MVs of multiple coded blocks temporally or spatially surrounding the current block (step Sg_1). In other words, the inter prediction unit 126 creates a candidate MV list.

[0286] Next, the inter-frame prediction unit 126 extracts N (N is an integer greater than or equal to 2) candidate MVs from the plurality of candidate MVs obtained in step Sg_1 as motion vector predictor candidates (also referred to as predicted MV candidates) in a predetermined order of priority (step Sg_2). Alternatively, the order of priority may be predetermined for each of the N candidate MVs.

[0287] Next, the inter-frame prediction unit 126 selects one motion vector predictor candidate from the N motion vector predictor candidates as the motion vector predictor (also called predicted MV) for the current block (step Sg_3). At this time, the inter-frame prediction unit 126 encodes motion vector predictor selection information for identifying the selected motion vector predictor into the stream. The stream is the coded signal or coded bitstream described above.

[0288] Next, the inter-frame prediction unit 126 refers to the coded reference picture and derives the MV of the current block (step Sg_4). At this time, the inter-frame prediction unit 126 also encodes the difference between the derived MV and the predicted motion vector as a differential MV into the stream. The coded reference picture is a picture composed of multiple blocks reconstructed after encoding.

[0289] Finally, the inter-frame prediction unit 126 generates a predicted image of the current block by performing motion compensation on the current block using the derived MV and the encoded reference picture (step Sg_5). Note that the predicted image is the inter-frame prediction signal described above.

[0290] Furthermore, information indicating the inter prediction mode (in the above example, the normal inter mode) used in generating the predicted image, which is included in the encoded signal, is encoded as, for example, a prediction parameter.

[0291] The candidate MV list can also be used in conjunction with lists used in other modes. Furthermore, processing related to the candidate MV list can be applied to processing related to lists used in other modes. Processing related to the candidate MV list includes, for example, extracting or selecting candidate MVs from the candidate MV list, rearranging candidate MVs, or deleting candidate MVs.

[0292] [MV Export > Merge Mode]

[0293] The merge mode is an inter-frame prediction mode that derives the MV of the current block by selecting a candidate MV from a candidate MV list as the MV of the current block.

[0294] Figure 20 is a flowchart illustrating an example of inter-frame prediction based on merge mode.

[0295] First, the inter prediction unit 126 obtains multiple candidate MVs for the current block based on information about multiple coded block MVs located temporally or spatially around the current block (step Sh_1). In other words, the inter prediction unit 126 creates a candidate MV list.

[0296] Next, the inter prediction unit 126 selects one candidate MV from the plurality of candidate MVs acquired in step Sh_1 to derive the MV of the current block (step Sh_2). At this time, the inter prediction unit 126 encodes MV selection information for identifying the selected candidate MV into the stream.

[0297] Finally, the inter-frame prediction unit 126 generates a predicted image of the current block by performing motion compensation on the current block using the derived MV and the encoded reference picture (step Sh_3).

[0298] Furthermore, information indicating the inter prediction mode (in the above example, the merge mode) used for generating the predicted image, which is included in the encoded signal, is encoded as, for example, a prediction parameter.

[0299] Figure 21 This is a conceptual diagram for explaining an example of motion vector derivation processing of the current picture based on the merge mode.

[0300] First, a prediction MV list is generated, which registers candidate prediction MVs. These include: spatially neighboring prediction MVs, which are MVs of multiple coded blocks located in the spatial vicinity of the target block; temporally neighboring prediction MVs, which are MVs of blocks near the target block's position in the coded reference picture; combined prediction MVs, which are generated by combining the MV values of spatially neighboring prediction MVs and temporally neighboring prediction MVs; and zero prediction MVs, which have a value of zero.

[0301] Next, one predicted MV is selected from a plurality of predicted MVs registered in the predicted MV list to determine the MV of the target block.

[0302] Then, the variable length coding unit encodes merge_idx, which is a signal indicating which predicted MV is selected, by describing it in the stream.

[0303] In addition, Figure 21 The predicted MVs registered in the predicted MV list described in the figure are just examples, and may be a number different from the number in the figure, or a structure that does not include some of the types of predicted MVs in the figure, or a structure that adds predicted MVs other than the types of predicted MVs in the figure.

[0304] The final MV may be determined by performing a DMVR (decoder motion vector refinement) process described later using the MV of the target block derived in the merge mode.

[0305] In addition, the candidate for the predicted MV is the candidate MV mentioned above, and the predicted MV list is the candidate MV list mentioned above. In addition, the candidate MV list can also be called the candidate list. In addition, merge_idx is MV selection information.

[0306] [MV Export > FRUC Mode]

[0307] Motion information may be derived on the decoder side instead of being signaled on the encoder side. Furthermore, as described above, the merge mode specified in the H.265 / HEVC specification may be used. Furthermore, motion information may be derived, for example, by performing a motion search on the decoder side. In one embodiment, the decoder side performs a motion search without using the pixel values of the current block.

[0308] Here, a mode for performing motion estimation on the decoding device side is described. This mode for performing motion estimation on the decoding device side is called PMMVD (pattern matched motion vector derivation) mode or FRUC (frame rate up-conversion) mode.

[0309] In the form of a flow chart Figure 22An example of FRUC processing is shown in Figure 1. First, a list of multiple candidates (i.e., a candidate MV list, which may also be shared with a merge list) each including a predicted motion vector (MV) is generated by referring to the motion vectors of previously coded blocks that are spatially or temporally adjacent to the current block (step Si_1). Next, the best candidate MV is selected from the multiple candidate MVs registered in the candidate MV list (step Si_2). For example, an evaluation value is calculated for each candidate MV included in the candidate MV list, and one candidate is selected based on the evaluation value. Furthermore, a motion vector for the current block is derived based on the motion vector of the selected candidate (step Si_4). Specifically, for example, the selected candidate motion vector (the best candidate MV) is derived as is as the motion vector for the current block. Alternatively, the motion vector for the current block can be derived by performing pattern matching in the surrounding area of the position in the reference picture corresponding to the selected candidate motion vector. Specifically, the surrounding area of the best candidate MV can be searched using pattern matching and evaluation values in the reference picture. If an MV with a better evaluation value is found, the best candidate MV is updated to the above MV and used as the final MV for the current block. A configuration may be adopted in which the process of updating to an MV having a better evaluation value is not performed.

[0310] Finally, the inter-frame prediction unit 126 generates a predicted image of the current block by performing motion compensation on the current block using the derived MV and the encoded reference picture (step Si_5).

[0311] Exactly the same processing can be performed even when processing is performed in sub-block units.

[0312] The evaluation value can also be calculated using various methods. For example, the reconstructed image of the region within the reference picture corresponding to the motion vector is compared with the reconstructed image of a predetermined region (for example, as shown below, this region may be a region of another reference picture or a region of an adjacent block of the current picture). The predetermined region may also be predetermined.

[0313] Then, the difference between the pixel values of the two reconstructed images may be calculated and used for the motion vector evaluation value. Alternatively, the evaluation value may be calculated using other information in addition to the difference value.

[0314] Next, we'll explain a pattern matching example in detail. First, a candidate MV from a candidate MV list (e.g., a merge list) is selected as the starting point for a pattern matching search. For example, pattern matching can involve either a first pattern match or a second pattern match. First and second pattern matching are also known as bilateral matching and template matching, respectively.

[0315] [MV Export > FRUC > Bidirectional Matching]

[0316] In the first pattern matching, pattern matching is performed between two blocks in two different reference pictures that are along the motion trajectory of the current block. Therefore, in the first pattern matching, the region within the other reference pictures along the motion trajectory of the current block is used as the predetermined region for calculating the candidate evaluation value. The predetermined region may also be predetermined.

[0317] Figure 23 This is a conceptual diagram for explaining an example of the first pattern matching (bidirectional matching) between two blocks in two reference pictures along the motion trajectory. Figure 23 As shown, in the first pattern matching, two motion vectors (MV0, MV1) are derived by searching for the best-matching pair among pairs of blocks in two different reference pictures (Ref0, Ref1) along the motion trajectory of the current block (Cur block). Specifically, for the current block, the difference between the reconstructed image at a specified position in the first coded reference picture (Ref0) specified by the candidate MV and the reconstructed image at a specified position in the second coded reference picture (Ref1) specified by a symmetric MV scaled by the display time interval is derived, and the evaluation value is calculated using the resulting difference. The candidate MV with the best evaluation value can be selected as the final MV from among multiple candidate MVs, achieving excellent results.

[0318] Assuming a continuous motion trajectory, the motion vectors (MV0, MV1) indicating the two reference blocks are proportional to the temporal distance (TD0, TD1) between the current picture (Cur Pic) and the two reference pictures (Ref0, Ref1). For example, if the current picture is temporally located between the two reference pictures and the temporal distances from the current picture to the two reference pictures are equal, mirror-symmetric bidirectional motion vectors are derived in the first pattern matching.

[0319] [MV Export > FRUC > Template Matching]

[0320] In the second pattern matching (template matching), pattern matching is performed between a template in the current picture (a block adjacent to the current block in the current picture (e.g., the block above and / or to the left)) and a block in the reference picture. Therefore, in the second pattern matching, blocks adjacent to the current block in the current picture are used as the predetermined area for calculating the candidate evaluation value described above.

[0321] Figure 24This is a conceptual diagram for explaining an example of pattern matching (template matching) between a template in a current picture and a block in a reference picture. Figure 24 As shown, in the second pattern matching, the motion vector of the current block is derived by searching the reference picture (Ref0) for a block that best matches the block adjacent to the current block (Cur block) in the current picture (Cur Pic). Specifically, for the current block, the difference between the reconstructed image of the coded area adjacent to the left and above, or one of the two, and the reconstructed image at the same position in the coded reference picture (Ref0) specified by the candidate MV is derived. The obtained difference value is used to calculate the evaluation value, and the candidate MV with the best evaluation value can be selected as the best candidate MV from among multiple candidate MVs.

[0322] Such information indicating whether FRUC mode is adopted (e.g., called a FRUC flag) is signaled at the CU level. Furthermore, when FRUC mode is adopted (e.g., when the FRUC flag is true), information indicating the applicable pattern matching method (first pattern matching or second pattern matching) is signaled at the CU level. Furthermore, the signaling of this information is not limited to the CU level and may be performed at other levels (e.g., sequence level, picture level, slice level, tile level, CTU level, or sub-block level).

[0323] [MV Export > Affine Mode]

[0324] Next, the affine mode for deriving a motion vector in sub-block units based on motion vectors of a plurality of adjacent blocks will be described. This mode is sometimes referred to as the affine motion compensation prediction mode.

[0325] Figure 25A This is a conceptual diagram for explaining an example of deriving a motion vector in sub-block units based on motion vectors of a plurality of adjacent blocks. Figure 25A In the example, the current block consists of 16 4×4 sub-blocks. Here, the motion vector v0 of the upper left corner control point of the current block is derived based on the motion vectors of the adjacent blocks. Similarly, the motion vector v1 of the upper right corner control point of the current block is derived based on the motion vectors of the adjacent sub-blocks. Then, according to the following formula (1A), the two motion vectors v0 and v1 can be projected, and the motion vectors (v x , v y ).

[0326]

Formula 1

[0327]

[0328] Here, x and y represent the horizontal position and vertical position of the sub-block, respectively, and w represents a predetermined weight coefficient. The predetermined weight coefficient may also be predetermined.

[0329] Information indicating this affine mode (e.g., called an affine flag) can be signaled as a CU-level signal. Furthermore, the signaling of information indicating this affine mode need not be limited to the CU-level, and can be at other levels (e.g., sequence level, picture level, slice level, tile level, CTU level, or sub-block level).

[0330] Furthermore, such affine modes may include several modes that differ in how the motion vectors for the upper left and upper right control points are derived. For example, affine modes include affine inter (also called affine normal inter) mode and affine merge mode.

[0331] [MV Export > Affine Mode]

[0332] Figure 25B This is a conceptual diagram for explaining an example of derivation of a motion vector for a sub-block unit in an affine mode having three control points. Figure 25B In the example, the current block includes 16 4×4 sub-blocks. Here, the motion vector v0 of the upper left corner control point of the current block is derived based on the motion vector of the adjacent block. Similarly, the motion vector v1 of the upper right corner control point of the current block is derived based on the motion vector of the adjacent block, and the motion vector v2 of the lower left corner control point of the current block is derived based on the motion vector of the adjacent block. Then, according to the following formula (1B), the three motion vectors v0, v1 and v2 can be projected, and the motion vectors (v x , v y ).

[0333]

Formula 2

[0334]

[0335] Here, x and y represent the horizontal and vertical positions of the sub-block center, respectively, w represents the width of the current block, and h represents the height of the current block.

[0336] Affine modes with different numbers of control points (e.g., 2 and 3) can also be switched and signaled at the CU level. Furthermore, information indicating the number of control points in the affine mode used at the CU level can also be signaled at other levels (e.g., sequence level, picture level, slice level, tile level, CTU level, or sub-block level).

[0337] Furthermore, in such an affine mode with three control points, several modes may be included, each with different methods for deriving motion vectors for the upper left, upper right, and lower left control points. For example, the affine mode includes the affine inter (also called affine normal inter) mode and the affine merge mode.

[0338] [MV Export > Affine Merge Mode]

[0339] Figure 26A 、 Figure 26B and Figure 26C This is a conceptual diagram used to illustrate the affine merge mode.

[0340] In affine merge mode, such as Figure 26A As shown, for example, based on multiple motion vectors corresponding to blocks coded in affine mode among the already coded blocks A (left), B (top), C (top right), D (bottom left), and E (top left) adjacent to the current block, a predicted motion vector for each of the control points of the current block is calculated. Specifically, the already coded blocks A (left), B (top), C (top right), D (bottom left), and E (top left) are examined in this order to determine the first valid block coded in affine mode. The predicted motion vectors for the control points of the current block are calculated based on the multiple motion vectors corresponding to the determined blocks.

[0341] For example, Figure 26B As shown in FIG2 , when block A adjacent to the left side of the current block is encoded in an affine mode having two control points, motion vectors v3 and v4 are derived that are projected onto the positions of the upper left corner and upper right corner of the encoded block including block A. Then, based on the derived motion vectors v3 and v4, the predicted motion vector v0 of the control point at the upper left corner of the current block and the predicted motion vector v1 of the control point at the upper right corner are calculated.

[0342] For example, Figure 26C As shown in FIG2 , when block A adjacent to the left side of the current block is encoded in an affine mode with three control points, motion vectors v3, v4, and v5 are derived that are projected onto the positions of the upper left corner, upper right corner, and lower left corner of the encoded block containing block A. Then, based on the derived motion vectors v3, v4, and v5, a predicted motion vector v0 of the control point at the upper left corner, a predicted motion vector v1 of the control point at the upper right corner, and a predicted motion vector v2 of the control point at the lower left corner of the current block are calculated.

[0343] In addition, in the following Figure 29 This method of deriving a predicted motion vector may also be used in deriving the predicted motion vectors of the control points of the current block in step Sj_1.

[0344] Figure 27 This is a flowchart showing an example of the affine merge mode.

[0345] In the affine merge mode, as shown in the figure, first, the inter-frame prediction unit 126 derives the predicted MV of each control point of the current block (step Sk_1). Figure 25A As shown, it is the top left and top right corner points of the current block, or as Figure 25B As shown, these are the points at the upper left corner, upper right corner, and lower left corner of the current block.

[0346] That is to say, if Figure 26A As shown, the inter-frame prediction unit 126 checks the encoded blocks A (left), block B (top), block C (top right), block D (bottom left) and block E (top left) in this order, and determines the initial valid block encoded in the affine mode.

[0347] Then, in the case where block A is determined and block A has 2 control points, as Figure 26B As shown, the inter-frame prediction unit 126 calculates the motion vector v0 of the control point at the upper left corner and the motion vector v1 of the control point at the upper right corner of the current block based on the motion vectors v3 and v4 of the upper left corner and the upper right corner of the coded block including the block A. For example, by projecting the motion vectors v3 and v4 of the upper left corner and the upper right corner of the coded block onto the current block, the inter-frame prediction unit 126 calculates the predicted motion vector v0 of the control point at the upper left corner and the predicted motion vector v1 of the control point at the upper right corner of the current block.

[0348] Alternatively, in the case where block A is determined and block A has 3 control points, as Figure 26C As shown, the inter-frame prediction unit 126 calculates the motion vector v0 of the control point at the upper left corner, the motion vector v1 of the control point at the upper right corner, and the motion vector v2 of the control point at the lower left corner of the current block based on the motion vectors v3, v4, and v5 of the upper left corner, upper right corner, and lower left corner of the coded block including block A. For example, by projecting the motion vectors v3, v4, and v5 of the upper left corner, upper right corner, and lower left corner of the coded block onto the current block, the inter-frame prediction unit 126 calculates the predicted motion vector v0 of the control point at the upper left corner, the predicted motion vector v1 of the control point at the upper right corner, and the motion vector v2 of the control point at the lower left corner of the current block.

[0349] Next, the inter-frame prediction unit 126 performs motion compensation on each of the multiple sub-blocks included in the current block. Specifically, for each of the multiple sub-blocks, the inter-frame prediction unit 126 uses two predicted motion vectors v0 and v1 and the above-mentioned equation (1A), or three predicted motion vectors v0, v1, and v2 and the above-mentioned equation (1B) to calculate the motion vector for that sub-block as an affine MV (step Sk_2). The inter-frame prediction unit 126 then performs motion compensation on that sub-block using these affine MVs and the coded reference picture (step Sk_3). As a result, motion compensation is performed on the current block, and a predicted image for the current block is generated.

[0350] [MV Export > Affine Inter-frame Mode]

[0351] Figure 28A This is a conceptual diagram for explaining the affine inter mode with two control points.

[0352] In this affine inter-frame mode, if Figure 28A As shown in FIG. 1 , a motion vector selected from the motion vectors of the coded blocks A, B, and C adjacent to the current block is used as the predicted motion vector v0 of the control point at the upper left corner of the current block. Similarly, a motion vector selected from the motion vectors of the coded blocks D and E adjacent to the current block is used as the predicted motion vector v1 of the control point at the upper right corner of the current block.

[0353] Figure 28B This is a conceptual diagram for explaining the affine inter-frame mode with three control points.

[0354] In this affine inter-frame mode, if Figure 28B As shown in FIG. 1 , a motion vector selected from the motion vectors of blocks A, B, and C that have been coded adjacent to the current block is used as the predicted motion vector v0 of the control point at the upper left corner of the current block. Similarly, a motion vector selected from the motion vectors of blocks D and E that have been coded adjacent to the current block is used as the predicted motion vector v1 of the control point at the upper right corner of the current block. Furthermore, a motion vector selected from the motion vectors of blocks F and G that have been coded adjacent to the current block is used as the predicted motion vector v2 of the control point at the lower left corner of the current block.

[0355] Figure 29 This is a flowchart showing an example of the affine inter mode.

[0356] As shown in the figure, in the affine inter mode, first, the inter prediction unit 126 derives the predicted MV (v0, v1) or (v0, v1, v2) of each of the two or three control points of the current block (step Sj_1). Figure 25A or Figure 25B As shown, the control point is the point at the upper left corner, upper right corner or lower left corner of the current block.

[0357] That is, the inter-frame prediction unit 126 selects Figure 28A or Figure 28B The inter prediction unit 126 derives the predicted motion vector (v0, v1) or (v0, v1, v2) of the control point of the current block based on the motion vector of a block in the coded blocks near each control point of the current block. At this time, the inter prediction unit 126 encodes predicted motion vector selection information for identifying the two selected motion vectors into the stream.

[0358] For example, the inter-frame prediction unit 126 can determine which block's motion vector to select as the predicted motion vector of the control point from the encoded blocks adjacent to the current block by using cost evaluation, etc., and can record a flag indicating which predicted motion vector is selected in the bitstream.

[0359] Next, the inter-frame prediction unit 126 performs a motion search (steps Sj_3 and Sj_4) while updating the predicted motion vector selected or derived in step Sj_1 (step Sj_2). That is, the inter-frame prediction unit 126 uses the motion vector of each sub-block corresponding to the predicted motion vector to be updated as an affine MV and calculates it using the above-mentioned equation (1A) or equation (1B) (step Sj_3). Then, the inter-frame prediction unit 126 uses these affine MVs and the encoded reference picture to perform motion compensation on each sub-block (step Sj_4). As a result, in the motion search loop, the inter-frame prediction unit 126 determines, for example, the predicted motion vector that can obtain the minimum cost as the motion vector of the control point (step Sj_5). At this time, the inter-frame prediction unit 126 also encodes the difference between the determined MV and the predicted motion vector as a differential MV into the stream.

[0360] Finally, the inter-frame prediction unit 126 generates a predicted image of the current block by performing motion compensation on the current block using the determined MV and the encoded reference picture (step Sj_6).

[0361] [MV Export > Affine Inter-frame Mode]

[0362] When affine modes with different numbers of control points (for example, 2 and 3) are switched at the CU level for signaling, the number of control points may differ between the coded block and the current block. Figure 30A as well as Figure 30B This is a conceptual diagram for explaining a method for deriving a prediction vector for control points when the number of control points in an already coded block and a current block is different.

[0363] For example, Figure 30AAs shown in FIG. 1 , when the current block has three control points, namely, the upper left corner, the upper right corner, and the lower left corner, and the block A adjacent to the left of the current block is coded in an affine mode having two control points, motion vectors v3 and v4 are derived, projected onto the positions of the upper left corner and the upper right corner of the coded block including block A. Then, based on the derived motion vectors v3 and v4, the predicted motion vector v0 of the control point at the upper left corner of the current block and the predicted motion vector v1 of the control point at the upper right corner are calculated. Furthermore, the predicted motion vector v2 of the control point at the lower left corner is calculated based on the derived motion vectors v0 and v1.

[0364] For example, Figure 30B As shown in FIG, when the current block has two control points, namely, the upper left corner and the upper right corner, and the block A adjacent to the left of the current block is coded in an affine mode having three control points, motion vectors v3, v4, and v5 are derived that are projected onto the positions of the upper left corner, upper right corner, and lower left corner of the coded block including block A. Then, based on the derived motion vectors v3, v4, and v5, the predicted motion vector v0 of the control point at the upper left corner of the current block and the predicted motion vector v1 of the control point at the upper right corner are calculated.

[0365] exist Figure 29 This method of deriving a predicted motion vector may also be used in deriving each predicted motion vector of the control point of the current block in step Sj_1.

[0366] [MV Export>DMVR]

[0367] Figure 31A This is a flowchart showing the relationship between the merge mode and DMVR.

[0368] The inter-frame prediction unit 126 derives a motion vector for the current block in merge mode (step S1_1). Next, the inter-frame prediction unit 126 determines whether to perform a motion vector search, i.e., a motion search (step S1_2). If it is determined not to perform a motion search (No in step S1_2), the inter-frame prediction unit 126 determines the motion vector derived in step S1_1 as the final motion vector for the current block (step S1_4). In other words, in this case, the motion vector for the current block is determined in merge mode.

[0369] On the other hand, if it is determined in step S1_1 that a motion search is to be performed (Yes in step S1_2), the inter-frame prediction unit 126 searches the surrounding area of the reference picture represented by the motion vector derived in step S1_1 to derive a final motion vector for the current block (step S1_3). In other words, in this case, the motion vector of the current block is determined by DMVR.

[0370] Figure 31B This is a conceptual diagram for explaining an example of DMVR processing for determining MV.

[0371] First, the best MVP set for the current block (for example, in merge mode) is set as a candidate MV. Next, based on the candidate MV (L0), reference pixels are determined from the first reference picture (L0), which is the coded picture in the L0 direction. Similarly, based on the candidate MV (L1), reference pixels are determined from the second reference picture (L1), which is the coded picture in the L1 direction. A template is generated by averaging these reference pixels.

[0372] Next, using the template, the surrounding areas of the candidate MVs in the first reference image (L0) and the second reference image (L1) are searched, and the MV with the lowest cost is determined as the final MV. Alternatively, the cost value can be calculated using, for example, the difference between the pixel values of the template and the pixel values of the search area, as well as the candidate MV values.

[0373] Typically, the configuration and operation of the processing described here are basically common in the encoding device and the decoding device described later.

[0374] Even if it is not the processing example described here, any processing can be used as long as it is a processing that can search the vicinity of the candidate MV and derive the final MV.

[0375] [Motion Compensation > BIO / OBMC]

[0376] In motion compensation, there are modes for generating a predicted image and then correcting the predicted image. Examples of such modes include BIO and OBMC, which will be described later.

[0377] Figure 32 This is a flowchart showing an example of generating a predicted image.

[0378] The inter prediction unit 126 generates a predicted image (step Sm_1 ), and corrects the predicted image using, for example, any of the above-described modes (step Sm_2 ).

[0379] Figure 33 This is a flowchart showing another example of generating a predicted image.

[0380] The inter-frame prediction unit 126 determines the motion vector of the current block (step Sn_1). Next, the inter-frame prediction unit 126 generates a predicted image (step Sn_2) and determines whether to perform a correction process (step Sn_3). Here, if it is determined that a correction process is to be performed (yes in step Sn_3), the inter-frame prediction unit 126 corrects the predicted image to generate a final predicted image (step Sn_4). On the other hand, if it is determined that a correction process is not to be performed (no in step Sn_3), the inter-frame prediction unit 126 outputs the predicted image as the final predicted image without correction (step Sn_5).

[0381] Furthermore, in motion compensation, there is a mode for correcting brightness when generating a predicted image. This mode is, for example, LIC, which will be described later.

[0382] Figure 34 This is a flowchart showing another example of generating a predicted image.

[0383] The inter-frame prediction unit 126 derives the motion vector for the current block (step So_1). Next, the inter-frame prediction unit 126 determines whether to perform brightness correction processing (step So_2). If it is determined that brightness correction processing is to be performed (yes in step So_2), the inter-frame prediction unit 126 generates a predicted image while performing brightness correction (step So_3). In other words, the predicted image is generated using LIC. On the other hand, if it is determined that brightness correction processing is not to be performed (no in step So_2), the inter-frame prediction unit 126 generates a predicted image using standard motion compensation without performing brightness correction (step So_4).

[0384] [Motion Compensation > OBMC]

[0385] Inter-frame prediction signals can be generated using not only the motion information of the current block obtained through motion search, but also the motion information of neighboring blocks. Specifically, inter-frame prediction signals can be generated in sub-block units within the current block by weighted addition of prediction signals based on motion information obtained through motion search (within the reference picture) and prediction signals based on motion information of neighboring blocks (within the current picture). This type of inter-frame prediction (motion compensation) is sometimes referred to as OBMC (overlapped block motion compensation).

[0386] In OBMC mode, information indicating the size of the sub-block used for OBMC (e.g., OBMC block size) can also be signaled at the sequence level. Furthermore, information indicating whether OBMC mode is applied (e.g., OBMC flag) can also be signaled at the CU level. Furthermore, the signaling level for this information need not be limited to the sequence and CU levels and can also be other levels (e.g., picture level, slice level, tile level, CTU level, or sub-block level).

[0387] An example of the OBMC mode will be described in more detail. Figure 35 and Figure 36 It is a flowchart and a conceptual diagram for explaining the outline of the predicted image correction process based on the OBMC process.

[0388] First, if Figure 36 As shown in FIG, the motion vector (MV) assigned to the processing target (current) block is used to obtain the predicted image (Pred) based on the usual motion compensation. Figure 36 In FIG, the arrow “MV” points to the reference picture and indicates which block the current block of the current picture refers to to obtain the predicted image.

[0389] Next, the motion vector (MV_L) derived for the already coded left-adjacent block is applied (reused) to the current block to obtain a predicted image (Pred_L). The motion vector (MV_L) is represented by an arrow "MV_L" pointing from the current block to the reference picture. The first correction of the predicted image is then performed by overlaying the two predicted images, Pred and Pred_L. This has the effect of blending the boundaries between adjacent blocks.

[0390] Similarly, the motion vector (MV_U) derived for the previously coded upper adjacent block is applied (reused) to the current block to obtain a predicted image (Pred_U). The motion vector (MV_U) is represented by an arrow "MV_U" pointing from the current block to the reference picture. The predicted image Pred_U is then overlaid with the predicted image (e.g., Pred and Pred_L) that has undergone the first correction. This has the effect of blending the boundaries between adjacent blocks. The predicted image obtained through the second correction is the final predicted image for the current block, with the boundaries with adjacent blocks blended (smoothed).

[0391] In addition, the above example is a two-path correction method using left-adjacent and upper-adjacent blocks, but the correction method can also be a three-path correction method or more than three-path correction method using right-adjacent and / or lower-adjacent blocks.

[0392] Furthermore, the area to be overlapped may not be the entire pixel area of the block, but may be only a partial area near the block boundary.

[0393] In this description, the predicted image correction process using OBMC is described as obtaining a single predicted image Pred by superimposing a single reference picture with the additional predicted images Pred_L and Pred_U. However, when correcting the predicted image based on multiple reference pictures, the same process can be applied to each of the multiple reference pictures. In this case, after performing OBMC image correction based on multiple reference pictures and obtaining a corrected predicted image from each reference picture, the final predicted image is obtained by further superimposing the obtained multiple corrected predicted images.

[0394] In OBMC, the target block unit may be a prediction block unit or a sub-block unit obtained by further dividing the prediction block.

[0395] One method for determining whether to apply OBMC processing involves using, for example, obmc_flag, a signal indicating whether OBMC processing should be applied. As a specific example, the encoding device may determine whether the target block belongs to a region with complex motion. If the target block belongs to a region with complex motion, the encoding device sets obmc_flag to a value of 1 and applies OBMC processing to the target block. If the target block does not belong to a region with complex motion, the encoding device sets obmc_flag to a value of 0 and does not apply OBMC processing to the target block. Meanwhile, the decoding device decodes obmc_flag described in a stream (e.g., a compressed sequence) and switches whether to apply OBMC processing based on the value of the flag during decoding.

[0396] In the above example, the inter-frame prediction unit 126 generates a single rectangular predicted image for a rectangular current block. However, the inter-frame prediction unit 126 may generate multiple predicted images having shapes other than a rectangle for the rectangular current block and may combine these multiple predicted images to generate a final rectangular predicted image. A shape other than a rectangle may be, for example, a triangle.

[0397] Figure 37 This is a conceptual diagram for explaining the generation of predicted images of two triangles.

[0398] The inter-frame prediction unit 126 performs motion compensation on the first triangular partition within the current block using the first MV of the first partition to generate a triangular predicted image. Similarly, the inter-frame prediction unit 126 performs motion compensation on the second triangular partition within the current block using the second MV of the second partition to generate a triangular predicted image. The inter-frame prediction unit 126 then combines these predicted images to generate a predicted image with the same rectangular shape as the current block.

[0399] In addition, Figure 37 In the example shown, the first partition and the second partition are each a triangle, but they may also be a trapezoid or may be different shapes from each other. Figure 37 In the example shown, the current block is composed of 2 partitions, but it can also be composed of 3 or more partitions.

[0400] Furthermore, the first and second partitions may overlap. That is, the first and second partitions may contain the same pixel region. In this case, the predicted image in the first and second partitions can be used to generate the predicted image for the current block.

[0401] In addition, although this example shows an example in which predicted images are generated by inter-frame prediction for both of the two partitions, a predicted image may be generated by intra-frame prediction for at least one partition.

[0402] [Motion Compensation > BIO]

[0403] Next, the method for deriving motion vectors will be described. First, a mode for deriving motion vectors based on a model assuming constant-speed linear motion will be described. This mode is sometimes called the BIO (bidirectional optical flow) mode.

[0404] Figure 38 This is a conceptual diagram used to explain a model assuming constant velocity linear motion. Figure 38 In (v x , v y ) represents the velocity vector, τ0 and τ1 represent the temporal distance between the current picture (Cur Pic) and the two reference pictures (Ref0, Ref1), respectively. (MVx0, MVy0) represent the motion vector corresponding to the reference picture Ref0, and (MVx1, MVy1) represent the motion vector corresponding to the reference picture Ref1.

[0405] At this time, it can also be that the velocity vector (v x , v y ), (MVx0, MVy0) and (MVx1, MVy1) are expressed as (vxτ0, vyτ0) and (-vxτ1, -vyτ1), respectively, using the following optical flow equation (2).

[0406]

Formula 3

[0407]

[0408] Here, I(k) represents the luminance value of reference image k (k = 0, 1) after motion compensation. This optical flow equation states that the sum of (i) the temporal differential of the luminance value, (ii) the product of the horizontal velocity and the horizontal component of the spatial gradient of the reference image, and (iii) the product of the vertical velocity and the vertical component of the spatial gradient of the reference image is equal to zero. Block-level motion vectors obtained from a merge list, etc., may be corrected on a pixel-by-pixel basis based on a combination of this optical flow equation and Hermite interpolation.

[0409] Furthermore, the decoding device may derive motion vectors using a method different from the method based on a model assuming constant velocity linear motion. For example, motion vectors may be derived on a sub-block basis based on motion vectors of a plurality of adjacent blocks.

[0410] [Motion Compensation > LIC]

[0411] Next, an example of a mode for generating a predicted image (prediction) using LIC (local illumination compensation) processing will be described.

[0412] Figure 39 This is a conceptual diagram for explaining an example of a method for generating a predicted image using a brightness correction process based on an LIC process.

[0413] First, MV is derived from the coded reference picture to obtain the reference image corresponding to the current block.

[0414] Next, information is extracted for the current block, indicating how the luminance values vary between the reference picture and the current picture. This extraction is based on the luminance pixel values of the coded left-adjacent reference region (peripheral reference region) and the coded upper-adjacent reference region (peripheral reference region) in the current picture, as well as the luminance pixel values at equivalent positions within the reference picture specified by the derived MV. This information, indicating how the luminance values vary, is then used to calculate the luminance correction parameters.

[0415] The brightness correction parameters are applied to the reference image in the reference picture specified by the MV to perform brightness correction processing, thereby generating a predicted image for the current block.

[0416] in addition, Figure 39 The shape of the peripheral reference area in the figure is an example, and shapes other than these may be used.

[0417] In addition, the process of generating a predicted image based on one reference image is described here, but the same is true when generating a predicted image based on multiple reference images. The predicted image can also be generated after brightness correction processing is performed on the reference images obtained from each reference image in the same way as described above.

[0418] One method for determining whether to use the LIC process involves using, for example, a lic_flag, which serves as a signal indicating whether the LIC process is used. As a specific example, the encoder determines whether the current block belongs to an area where luminance changes. If the current block belongs to an area where luminance changes, the lic_flag is set to a value of 1, and encoding is performed using the LIC process. If the current block does not belong to an area where luminance changes, the lic_flag is set to a value of 0, and encoding is performed without using the LIC process. Alternatively, the decoder can decode the lic_flag described in the stream and switch whether to use the LIC process based on its value for decoding.

[0419] Another method for determining whether to use the LIC process is to determine whether the LIC process was used in surrounding blocks. As a specific example, when the current block is in merge mode, a determination is made as to whether the surrounding coded blocks selected during MV derivation in merge mode were coded using the LIC process. Based on the determination, whether or not to use the LIC process is switched for coding. In this example, the same process also applies to the decoding device.

[0420] use Figure 39 The form of the LIC process (luminance correction process) has been described, and its details will be described below.

[0421] First, the inter prediction unit 126 derives a motion vector for acquiring a reference image corresponding to a current block to be encoded from a reference picture that is an already encoded picture.

[0422] Next, the inter-frame prediction unit 126 uses the luminance pixel values of the coded neighboring reference areas to the left and above, as well as the luminance pixel values at the same position in the reference picture specified by the motion vector, to extract information indicating how the luminance values in the reference picture and the current picture change, and calculates a luminance correction parameter. For example, the luminance pixel value of a pixel in the neighboring reference area in the current picture is set to p0, and the luminance pixel value of the pixel in the neighboring reference area at the same position in the reference picture is set to p1. The inter-frame prediction unit 126 calculates coefficients A and B for optimizing A×p1+B=p0 for multiple pixels in the neighboring reference area as luminance correction parameters.

[0423] Next, the inter-frame prediction unit 126 uses the brightness correction parameters to perform brightness correction on the reference image within the reference picture specified by the motion vector to generate a predicted image for the current block. For example, the brightness pixel value in the reference image is set to p2, and the brightness pixel value of the predicted image after brightness correction is set to p3. The inter-frame prediction unit 126 calculates A×p2+B=p3 for each pixel in the reference image to generate the predicted image after brightness correction.

[0424] also, Figure 39 The shape of the peripheral reference area in is an example, and other shapes can also be used. Figure 39 A portion of the surrounding reference area shown is used. For example, an area including a predetermined number of pixels thinned out from the upper and left adjacent pixels may be used as the surrounding reference area. Furthermore, the surrounding reference area is not limited to an area adjacent to the encoding target block and may also be an area not adjacent to the encoding target block. The predetermined number of pixels may also be predetermined.

[0425] In addition, Figure 39 In the example shown, the peripheral reference region within the reference picture is an area specified by the motion vector of the current picture from among the peripheral reference regions within the current picture, but it may also be an area specified by another motion vector. For example, the other motion vector may be the motion vector of the peripheral reference region within the current picture.

[0426] Here, the operation in the encoding device 100 is described, but typically, the operation in the decoding device 200 is also similar.

[0427] Furthermore, the LIC process can be applied not only to luminance but also to color difference. In this case, correction parameters can be derived separately for each of Y, Cb, and Cr, or common correction parameters can be used for all of them.

[0428] Furthermore, the LIC process may be applied in sub-block units. For example, the modification parameters may be derived using the surrounding reference region of the current sub-block and the surrounding reference region of the reference sub-block in the reference picture specified by the MV of the current sub-block.

[0429] [Prediction Control Department]

[0430] The prediction control unit 128 selects one of the intra-frame prediction signal (the signal output from the intra-frame prediction unit 124) and the inter-frame prediction signal (the signal output from the inter-frame prediction unit 126), and outputs the selected signal as the prediction signal to the subtraction unit 104 and the addition unit 116.

[0431] like Figure 1 As shown, in various examples of encoding devices, the prediction control unit 128 may also output prediction parameters to be input to the entropy coding unit 110. The entropy coding unit 110 may generate a coded bitstream (or sequence) based on the prediction parameters input from the prediction control unit 128 and the quantization coefficients input from the quantization unit 108. The prediction parameters may also be used in the decoding device. The decoding device may also receive and decode the coded bitstream, performing the same prediction processing as that performed by the intra-frame prediction unit 124, the inter-frame prediction unit 126, and the prediction control unit 128. The prediction parameters may include a prediction signal (e.g., a motion vector, a prediction type, or a prediction mode used by the intra-frame prediction unit 124 or the inter-frame prediction unit 126), or any index, flag, or value based on the prediction processing performed by the intra-frame prediction unit 124, the inter-frame prediction unit 126, and the prediction control unit 128 or indicating the prediction processing.

[0432] [Encoding device installation example]

[0433] Figure 40 1 is a block diagram showing an implementation example of the coding device 100. The coding device 100 includes a processor a1 and a memory a2. For example, Figure 1The multiple components of the encoding device 100 shown are Figure 40 The processor a1 and the memory a2 shown are implemented.

[0434] Processor a1 is a circuit that processes information and can access memory a2. For example, processor a1 is a dedicated or general-purpose electronic circuit that encodes moving images. Processor a1 can also be a processor such as a CPU. In addition, processor a1 can also be a collection of multiple electronic circuits. In addition, for example, processor a1 can also play a role. Figure 1 The functions of multiple components of the encoding device 100 shown in FIG.

[0435] Memory a2 is a dedicated or general-purpose memory that stores information used by processor a1 to encode moving images. Memory a2 can be an electronic circuit or connected to processor a1. Alternatively, memory a2 can be included in processor a1. Alternatively, memory a2 can be a collection of multiple electronic circuits. Memory a2 can be a magnetic disk or optical disk, or can be a storage device or recording medium. Memory a2 can be either non-volatile or volatile memory.

[0436] For example, the memory a2 may store a coded moving image or a bit string corresponding to the coded moving image. In addition, the memory a2 may store a program for the processor a1 to encode the moving image.

[0437] In addition, for example, memory a2 can also serve as Figure 1 The memory a2 can be used as a component for storing information among the multiple components of the encoding device 100 shown in FIG. Figure 1 The functions of the block memory 118 and the frame memory 122 are shown. More specifically, the memory a2 can store reconstructed blocks and reconstructed pictures.

[0438] In addition, in the encoding device 100, it is not necessary to install Figure 1 All of the multiple components shown above may not perform all of the multiple processes described above. Figure 1 Part of the multiple components shown in the figure may be included in other devices, and part of the multiple processes described above may be executed by other devices.

[0439] [Decoding device]

[0440] Next, a decoding device that can decode the coded signal (coded bit stream) output from, for example, the above-described coding device 100 will be described. Figure 412 is a block diagram showing the functional structure of a decoding device 200 according to an embodiment. The decoding device 200 is a moving picture decoding device that decodes a moving picture in units of blocks.

[0441] like Figure 41 As shown, the decoding device 200 includes an entropy decoding unit 202, an inverse quantization unit 204, an inverse transformation unit 206, an addition unit 208, a block memory 210, a loop filter unit 212, a frame memory 214, an intra-frame prediction unit 216, an inter-frame prediction unit 218 and a prediction control unit 220.

[0442] Decoding device 200 is implemented, for example, by a general-purpose processor and memory. In this case, when the processor executes a software program stored in the memory, the processor functions as an entropy decoding unit 202, an inverse quantization unit 204, an inverse transform unit 206, an addition unit 208, a loop filter unit 212, an intra-frame prediction unit 216, an inter-frame prediction unit 218, and a prediction control unit 220. Alternatively, decoding device 200 may be implemented as one or more dedicated electronic circuits corresponding to entropy decoding unit 202, inverse quantization unit 204, inverse transform unit 206, addition unit 208, loop filter unit 212, intra-frame prediction unit 216, inter-frame prediction unit 218, and prediction control unit 220.

[0443] Below, after describing the overall processing flow of the decoding device 200 , each component included in the decoding device 200 will be described.

[0444] [Overall decoding process]

[0445] Figure 42 This is a flowchart showing an example of the overall decoding process performed by the decoding device 200 .

[0446] First, the entropy decoding unit 202 of the decoding device 200 determines a partitioning pattern for a fixed-size block (e.g., 128×128 pixels) (step Sp_1). This partitioning pattern is the same as the partitioning pattern selected by the encoding device 100. The decoding device 200 then performs steps Sp_2 to Sp_6 on each of the multiple blocks that make up this partitioning pattern.

[0447] That is, the entropy decoding unit 202 decodes (specifically, performs entropy decoding) the encoded quantization coefficients and prediction parameters of the decoding target block (also referred to as the current block) (step Sp_2).

[0448] Next, the inverse quantization unit 204 and the inverse transformation unit 206 perform inverse quantization and inverse transformation on the plurality of quantized coefficients to restore a plurality of prediction residuals (ie, difference blocks) (step Sp_3).

[0449] Next, the prediction processing unit composed of all or part of the intra prediction unit 216, the inter prediction unit 218, and the prediction control unit 220 generates a prediction signal (also referred to as a prediction block) of the current block (step Sp_4).

[0450] Next, the adding unit 208 reconstructs the current block into a reconstructed image (also referred to as a decoded image block) by adding the prediction block to the differential block (step Sp_5).

[0451] Then, when the reconstructed image is generated, the loop filter unit 212 filters the reconstructed image (step Sp_6).

[0452] Then, the decoding device 200 determines whether decoding of the entire picture is completed (step Sp_7 ). If it is determined that decoding is not completed (No in step Sp_7 ), the processing from step Sp_1 is repeatedly executed.

[0453] As shown in the figure, the processing of steps Sp_1 to Sp_7 is sequentially performed by the decoding device 200, or a plurality of processes of some of these processes may be performed in parallel, or the order may be reversed.

[0454] [Entropy decoding unit]

[0455] The entropy decoding unit 202 performs entropy decoding on the coded bit stream. Specifically, the entropy decoding unit 202 arithmetically decodes the coded bit stream into a binary signal. Then, the entropy decoding unit 202 debinarizes the binary signal. As a result, the entropy decoding unit 202 outputs the quantized coefficients to the inverse quantization unit 204 in units of blocks. The entropy decoding unit 202 may also output the coded bit stream to the intra-frame prediction unit 216, the inter-frame prediction unit 218, and the prediction control unit 220 in the embodiment (see Figure 1 The intra prediction unit 216, the inter prediction unit 218, and the prediction control unit 220 can perform the same prediction processing as that performed by the intra prediction unit 124, the inter prediction unit 126, and the prediction control unit 128 on the encoding device side.

[0456] [Inverse quantization unit]

[0457] The inverse quantization unit 204 inversely quantizes the quantized coefficients of the decoding target block (hereinafter referred to as the current block) input from the entropy decoding unit 202. Specifically, the inverse quantization unit 204 inversely quantizes the quantized coefficients of the current block based on the quantization parameters corresponding to the quantized coefficients. The inverse quantization unit 204 then outputs the inversely quantized coefficients (i.e., transform coefficients) of the current block to the inverse transform unit 206.

[0458] [Inverse transformation unit]

[0459] The inverse transform unit 206 restores the prediction error by performing inverse transform on the transform coefficients input from the inverse quantization unit 204 .

[0460] For example, when the information read from the coded bitstream indicates that EMT or AMT is adopted (for example, the AMT flag is true), the inverse transform unit 206 performs an inverse transform on the transform coefficients of the current block based on the read information indicating the transform type.

[0461] Furthermore, for example, when the information decoded from the coded bit stream indicates that NSST is adopted, the inverse transform unit 206 applies inverse re-transformation to the transform coefficients.

[0462] [Addition Department]

[0463] The adder 208 reconstructs the current block by adding the prediction error input from the inverse transform unit 206 and the prediction sample input from the prediction control unit 220 . The adder 208 then outputs the reconstructed block to the block memory 210 and the loop filter unit 212 .

[0464] [Block Memory]

[0465] The block memory 210 is a storage unit for storing blocks in a decoding target picture (hereinafter referred to as a current picture) to be referenced in intra prediction. Specifically, the block memory 210 stores the reconstructed blocks output from the adding unit 208 .

[0466] [Loop filter unit]

[0467] The loop filter unit 212 performs loop filtering on the block reconstructed by the adder unit 208 and outputs the filtered reconstructed block to the frame memory 214 and a display device.

[0468] When the ALF on / off information read from the coded bitstream indicates that ALF is on, one filter is selected from a plurality of filters based on the direction and activity of the local gradient, and the selected filter is applied to the reconstructed block.

[0469] [Frame Memory]

[0470] The frame memory 214 is a storage unit for storing reference pictures used in inter-frame prediction and is sometimes referred to as a frame buffer. Specifically, the frame memory 214 stores the reconstructed blocks filtered by the loop filter unit 212.

[0471] [Prediction Processing Unit (Intra-frame Prediction Unit / Inter-frame Prediction Unit / Prediction Control Unit)]

[0472] Figure 432 is a flowchart showing an example of processing performed by the prediction processing unit of the decoding device 200. The prediction processing unit is composed of all or part of the components of the intra prediction unit 216, the inter prediction unit 218, and the prediction control unit 220.

[0473] The prediction processing unit generates a predicted image for the current block (step Sq_1). This predicted image is also referred to as a prediction signal or a prediction block. Prediction signals include, for example, intra-frame prediction signals and inter-frame prediction signals. Specifically, the prediction processing unit generates a predicted image for the current block using the reconstructed image obtained by generating a prediction block, generating a difference block, generating a coefficient block, restoring the difference block, and generating a decoded image block.

[0474] The reconstructed image may be, for example, an image of a reference picture, or an image including the current block, that is, an image of a decoded block within the current picture. The decoded block within the current picture may be, for example, an adjacent block of the current block.

[0475] Figure 44 This is a flowchart showing another example of processing performed by the prediction processing unit of the decoding device 200 .

[0476] The prediction processing unit determines a method or mode for generating a predicted image (step Sr_1). For example, the method or mode can be determined based on prediction parameters or the like.

[0477] If the first mode is determined to be a mode for generating a predicted image, the prediction processing unit generates a predicted image according to the first mode (step Sr_2a). Furthermore, if the second mode is determined to be a mode for generating a predicted image, the prediction processing unit generates a predicted image according to the second mode (step Sr_2b). Furthermore, if the third mode is determined to be a mode for generating a predicted image, the prediction processing unit generates a predicted image according to the third mode (step Sr_2c).

[0478] The first, second, and third methods are different methods for generating predicted images, and may be, for example, inter-frame prediction, intra-frame prediction, or other prediction methods. In such prediction methods, the above-mentioned reconstructed image may also be used.

[0479] [Intra-frame prediction unit]

[0480] The intra prediction unit 216 performs intra prediction based on the intra prediction mode read from the coded bitstream, referring to blocks in the current picture stored in the block memory 210, thereby generating a prediction signal (intra prediction signal). Specifically, the intra prediction unit 216 performs intra prediction by referring to samples (e.g., luminance values and chrominance values) of blocks adjacent to the current block, thereby generating an intra prediction signal and outputting the intra prediction signal to the prediction control unit 220.

[0481] Furthermore, when an intra prediction mode that refers to a luminance block is selected in intra prediction of a chrominance block, the intra prediction unit 216 may predict the chrominance component of the current block based on the luminance component of the current block.

[0482] Furthermore, when the information read from the coded bit stream indicates the adoption of PDPC, the intra prediction unit 216 corrects the pixel value after intra prediction based on the gradient of the reference pixel in the horizontal and vertical directions.

[0483] [Inter-frame prediction unit]

[0484] The inter-frame prediction unit 218 predicts the current block by referring to the reference picture stored in the frame memory 214. Prediction is performed on the current block or a sub-block (e.g., a 4×4 block) within the current block. For example, the inter-frame prediction unit 218 performs motion compensation using motion information (e.g., motion vectors) decoded from the coded bitstream (e.g., prediction parameters output from the entropy decoding unit 202). This generates an inter-frame prediction signal for the current block or sub-block and outputs the inter-frame prediction signal to the prediction control unit 220.

[0485] When the information read from the encoded bit stream indicates that the OBMC mode is adopted, the inter prediction unit 218 generates an inter prediction signal using not only the motion information of the current block obtained by motion estimation but also the motion information of adjacent blocks.

[0486] Furthermore, when the information decoded from the coded bitstream indicates that the FRUC mode is used, the inter-frame prediction unit 218 performs motion estimation using the pattern matching method (bidirectional matching or template matching) decoded from the coded stream to derive motion information. Furthermore, the inter-frame prediction unit 218 performs motion compensation (prediction) using the derived motion information.

[0487] Furthermore, when the BIO mode is used, the inter-frame prediction unit 218 derives a motion vector based on a model assuming constant-speed linear motion. Furthermore, when the information decoded from the coded bitstream indicates that the affine motion compensation prediction mode is used, the inter-frame prediction unit 218 derives a motion vector on a sub-block basis based on the motion vectors of multiple adjacent blocks.

[0488] [MV Export > Normal Interframe Mode]

[0489] When the information read from the encoded bit stream indicates that the normal inter mode is applied, the inter prediction unit 218 derives an MV based on the information read from the encoded bit stream, and performs motion compensation (prediction) using the MV.

[0490] Figure 45 This is a flowchart illustrating an example of inter prediction based on the normal inter mode in the decoding apparatus 200 .

[0491] The inter-frame prediction unit 218 of the decoding device 200 performs motion compensation on each block. Based on information such as the MVs of multiple decoded blocks temporally and spatially surrounding the current block, the inter-frame prediction unit 218 obtains multiple candidate MVs for the current block (step Ss_1). In other words, the inter-frame prediction unit 218 creates a candidate MV list.

[0492] Next, the inter-frame prediction unit 218 extracts N (N is an integer greater than or equal to 2) candidate MVs from the multiple candidate MVs obtained in step Ss_1 as motion vector predictor candidates (also referred to as predicted MV candidates) in a predetermined priority order (step Ss_2). Alternatively, the priority order may be predetermined for each of the N predicted MV candidates.

[0493] Next, the inter-frame prediction unit 218 decodes the predicted motion vector selection information from the input stream (i.e., the encoded bit stream), and uses the decoded predicted motion vector selection information to select one predicted MV candidate from the N predicted MV candidates as the predicted motion vector (also called predicted MV) of the current block (step Ss 3).

[0494] Next, the inter prediction section 218 decodes the difference MV from the input stream, and derives the MV of the current block by adding the difference value of the decoded difference MV to the selected predicted motion vector (step Ss_4).

[0495] Finally, the inter-frame prediction unit 218 generates a predicted image of the current block by performing motion compensation on the current block using the derived MV and the decoded reference picture (step Ss_5).

[0496] [Prediction Control Department]

[0497] The prediction control unit 220 selects either the intra prediction signal or the inter prediction signal, and outputs the selected signal as the prediction signal to the adder 208. Generally speaking, the structure, function, and processing of the prediction control unit 220, the intra prediction unit 216, and the inter prediction unit 218 on the decoding device side can correspond to the structure, function, and processing of the prediction control unit 128, the intra prediction unit 124, and the inter prediction unit 126 on the encoding device side.

[0498] [Decoding device installation example]

[0499] Figure 46 2 is a block diagram showing an implementation example of the decoding device 200. The decoding device 200 includes a processor b1 and a memory b2. For example, Figure 41 The components of the decoding device 200 are shown in FIG. Figure 46The processor b1 and memory b2 are shown as being installed.

[0500] Processor b1 is a circuit that processes information and is a circuit that can access memory b2. For example, processor b1 is a dedicated or general-purpose electronic circuit that decodes the encoded moving image (i.e., the encoded bit stream). Processor b1 can also be a processor such as a CPU. In addition, processor b1 can also be a collection of multiple electronic circuits. In addition, for example, processor b1 can also play a role in Figure 41 The functions of multiple components of the decoding device 200 shown in FIG.

[0501] Memory b2 is a dedicated or general-purpose memory that stores information used by processor b1 to decode the coded bit stream. Memory b2 can be an electronic circuit or connected to processor b1. Alternatively, memory b2 can be included in processor b1. Alternatively, memory b2 can be a collection of multiple electronic circuits. Alternatively, memory b2 can be a magnetic disk or optical disk, or can be a storage device or recording medium. Memory b2 can be either non-volatile or volatile memory.

[0502] For example, the memory b2 may store moving images or coded bit streams. In addition, the memory b2 may also store a program for the processor b1 to decode the coded bit stream.

[0503] In addition, for example, memory b2 can serve as Figure 41 The memory b2 is a component for storing information among the components of the decoding device 200 shown in FIG. Figure 41 The functions of the block memory 210 and the frame memory 214 are shown. More specifically, the memory b2 can store reconstructed blocks and reconstructed pictures.

[0504] In addition, in the decoding device 200, it is not necessary to install Figure 41 All of the multiple components shown above may not perform all of the multiple processes described above. Figure 41 Part of the multiple components shown in the figure may be included in other devices, and part of the multiple processes described above may be executed by other devices.

[0505] [Definition of each term]

[0506] As an example, each term may be defined as follows.

[0507] A picture is an arrangement of multiple luma samples in monochrome format, or an arrangement of multiple luma samples and two corresponding arrangements of multiple color difference samples in 4:2:0, 4:2:2, and 4:4:4 color formats. A picture can be a frame or a field.

[0508] A frame is a composition of a top field that generates a plurality of sample rows 0, 2, 4, ... and a bottom field that generates a plurality of sample rows 1, 3, 5, ... .

[0509] A slice is an integer number of coding tree units contained in an independent slice segment and all subsequent dependent slice segments before the next independent slice segment (if any) in the same access unit.

[0510] A tile is a rectangular area of multiple coding tree blocks within a specific tile column and a specific tile row in a picture. Tiles can still apply loop filters across the edges of the tiles, but can also be rectangular areas of a frame that are intended to be independently decoded and encoded.

[0511] A block is an MxN (N rows and M columns) array of samples, or an MxN array of transform coefficients. A block can also be a square or rectangular area of multiple pixels consisting of multiple matrices of one luma and two chroma.

[0512] A CTU (Coding Tree Unit) can be a coding tree block of multiple luma samples for a picture with a three-sample arrangement, or two corresponding coding tree blocks of multiple chroma samples. Alternatively, a CTU can be a coding tree block of any number of samples in a monochrome picture or a picture encoded using the same syntax used for encoding three separate color planes and multiple samples.

[0513] A super block may be composed of one or two mode information blocks, or may be recursively divided into four 32×32 blocks, or further divided into a 64×64 pixel square block.

[0514] [Intra Block Copy (IBC) mode]

[0515] In the inter-frame prediction unit 126 (see Figure 1 ), in addition to temporally preceding and following pictures, it is also possible to refer to decoded pixels (i.e., pixels that have already been encoded and decoded) in the picture containing the processing target block (the so-called current picture). In addition, the inter-frame prediction unit 126 can also refer to only pixels within the picture. Such a prediction mode is called an intra-block copy (IBC) mode. The IBC mode can also be used as a mode of normal inter-frame prediction, and can also be used together with, for example, the merge mode, the normal inter mode, and the skip mode. The IBC mode is described in more detail below with reference to the accompanying drawings.

[0516] Figure 47 This is a diagram for explaining the IBC (Intra Block Copy) mode. Figure 47 (a) is a diagram showing an example of an area that can be referenced in the IBC mode. Figure 47 (b) is a diagram showing an example of a block vector.

[0517] The inter prediction unit 126 refers to already coded and decoded blocks in a different picture from the current block in the inter prediction process of the current block (hereinafter also referred to as the processing target block). In the prediction process using the IBC mode, similar to the intra prediction process, only already coded and decoded pixels in the same picture as the current block are referred to. For example, Figure 47 As shown in (a) of FIG. 3 , the pixels that can be referenced in the screen are pixels located above or to the left of the current block. The area including these pixels is called a reference area.

[0518] Furthermore, in order to identify a reference block in the same frame or picture as the current block (i.e., within the screen), the encoding apparatus 100 can determine a vector representing the displacement between the current block and the reference block. This vector is referred to as a block vector (BV). Figure 47 As shown in (b), the block vector includes, for example, an x component and a y component, and the x component (BVx) represents, for example, the horizontal displacement between the current block and the reference block. In addition, the y component (BVy) represents the vertical displacement between the current block and the reference block. For example, the origin of BV can also be the pixel position of the upper left corner of the current block. In this case, BV becomes a vector connecting the upper left corner of the current block and the upper left corner of the reference block. When the decoding device 200 decodes the coded bit stream, the encoding device 100 signals the BV in the coded bit stream in a manner that can identify the reference block selected by the encoding device 100.

[0519] [First Form]

[0520] The following describes a first embodiment of an encoding device 100, a decoding device 200, an encoding method, and a decoding method. The first embodiment of the encoding device 100 and the decoding device 200 generate a predicted image for a processing target block (hereinafter, also referred to as a processing target CU) using a first motion vector, and uses a first candidate having the first motion vector to update an HMVP (History Based Motion Vector Predictor) table that stores a plurality of second candidates having second motion vectors used in previously processed blocks (hereinafter, also referred to as processed CUs) in a FIFO (First In First Out) manner.

[0521] Furthermore, the encoding device 100 and the decoding device 200 generate a candidate MVP list including multiple predicted motion vector candidates (hereinafter also referred to as candidate motion vectors or candidate MVPs), and use one of the multiple predicted motion vector candidates included in the generated candidate MVP list to encode the first motion vector. In the generation of the candidate MVP list, when the size of the processing object block is below the threshold size, the use of the HMVP table is prohibited, and when the size of the processing object block is larger than the threshold size, the use of the HMVP table is allowed.

[0522] Here, the processed block is a block that has been encoded in the encoding process, and is a block that has been decoded in the decoding process.

[0523] In normal inter mode and merge mode, the inter prediction unit 126 of the encoding device 100 obtains multiple candidate motion vectors (hereinafter also referred to as motion vector candidates or candidate predicted motion vectors (MVP candidates)) for the current block based on information such as information from multiple coded blocks temporally or spatially surrounding the current block. For example, based on multiple prediction candidates including motion vectors (hereinafter also referred to as MV information) from multiple coded blocks and reference picture information corresponding to the motion vectors, the inter prediction unit 126 creates a prediction candidate list (hereinafter also referred to as a candidate MVP list) that includes combinations of motion vector candidates for the current block and reference picture information corresponding to the motion vector candidates as prediction candidates. When creating this list, the inter prediction unit 126 selects prediction candidates from a FIFO buffer for HMVP mode (hereinafter also referred to as an HMVP table) and registers them in the prediction candidate list.

[0524] [HMVP mode]

[0525] Below, refer to Figure 48 The HVMP mode will be described in more detail. Figure 48 This figure is used to illustrate the HMVP mode. The candidate MVP list in the figure can be a prediction candidate list for the merge mode or a prediction candidate list for the AMVP mode (hereinafter referred to as the AMVP candidate list). In addition, the numbers marked after MVP and HMVP in the figure indicate the order in which they are registered in the list and buffer.

[0526] In merge mode and normal inter-frame mode (e.g., AMVP mode), one candidate MVP is selected from a candidate MVP list generated with reference to an already processed block (processed CU), and the motion vector (MV) of the processing target block (processing target CU) is determined. For example, when generating a predicted image for the processing target CU in AMVP mode, the encoding device 100 selects one candidate MVP from the AMVP candidate list, obtains the difference between the MV of the processing target CU and the candidate MVP, and encodes the difference and the index of the candidate MVP. Alternatively, for example, when generating a predicted image for the processing target block in merge mode, the encoding device 100 selects one merge index from the merge candidate MVP list, thereby selecting a candidate MVP and a reference picture index associated with the merge index. The encoding device 100 encodes the selected merge mode index. The candidate MVP list includes motion vectors of multiple coded CUs spatially located around the target CU, that is, spatially adjacent predicted motion vectors (also called spatially adjacent MVPs or spatially predicted MV candidates), and motion vectors of nearby CUs obtained by projecting the position of the target CU in the coded reference picture, that is, temporally adjacent predicted motion vectors (also called temporally adjacent MVPs or temporally predicted MV candidates). One of the candidate MVPs registered in the candidate MVP list is a candidate MVP in the HMVP mode.

[0527] In the HMVP mode, in addition to the candidate MVP lists of the merge mode and the AMVP mode, a FIFO buffer for HMVP is used to manage candidate MVPs.

[0528] In the FIFO buffer, a predetermined number of prediction candidates (so-called MVP candidates) having MV information of the previously processed CU (i.e., the CU processed before the target CU) are stored starting from the new candidate in the order of processing the CU (e.g., in Figure 48 For example, Figure 48 As shown, each time the encoding device 100 processes a CU, it stores prediction candidates having the MV information of the most recent CU (in other words, the CU processed immediately before the CU) in the FIFO buffer. Alternatively, each time the encoding device 100 completes processing of a CU, it may store prediction candidates having the MV information of the CU in the FIFO buffer.

[0529] Furthermore, when a prediction candidate with new MV information is stored in the FIFO buffer, the encoding device 100 deletes the prediction candidate with MV information of the earliest CU in the FIFO buffer (in other words, the CU that was processed first) from the buffer. This allows the encoding device 100 to manage the prediction candidates in the FIFO buffer in the latest state. Figure 48In the example of , HMVP1 in the FIFO buffer is a prediction candidate having MV information of the latest CU, and HMVP5 in the FIFO buffer is a prediction candidate having MV information of the oldest CU.

[0530] Next, refer to Figure 48 An overview of a process of registering MVP candidates of the HMVP mode in the MVP candidate lists for the merge mode and the AMVP mode will be described.

[0531] In a case where a prediction candidate having the same MV information as any of the MV information of multiple prediction candidates (so-called candidate MVPs) stored in the FIFO buffer for the HMVP mode is not registered in the prediction candidate list for the merge mode and the AMVP mode (the candidate MVP list in the figure), the encoding device 100 registers the prediction candidate having the MV information stored in the FIFO buffer for the HMVP mode in the prediction candidate list.

[0532] For example, Figure 48 As shown, the encoding device 100 searches for a plurality of prediction candidates in the FIFO buffer to determine whether there is a prediction candidate having MV information different from the MV information of all prediction candidates already registered in the candidate MVP list. More specifically, the encoding device 100 determines, for the prediction candidates in the FIFO buffer, starting from the prediction candidate having the MV information of the latest CU (here, HMVP1), whether it is a prediction candidate having MV information different from all prediction candidates (so-called candidate MVPs) already registered in the candidate MVP list for the merge mode and the AMVP mode. At this time, if it is determined that HMVP1 is a prediction candidate having MV information different from all candidate MVPs in the candidate MVP list, the encoding device 100 adds HMVP1 to the candidate MVP list. Furthermore, the encoding device 100 performs the same process for HMVP2 to HMVP5. In addition, the number of prediction candidates for the HMVP mode registered in the candidate MVP list may be one or more.

[0533] In this way, by using the HMVP mode, not only can candidate MVPs with MV information of CUs that are spatially or temporally adjacent to the processing target CU be added to the candidate MVP list, but also candidate MVPs with MV information of CUs that have been processed in the past can be added to the candidate MVP list. This increases the variety of candidate MVPs used in the merge mode and the AMVP mode. Therefore, the encoding device 100 can select a more appropriate candidate MVP for the processing target CU, thereby improving encoding efficiency.

[0534] Furthermore, the MV information may include not only the value of the MV but also information such as information of the referenced picture, the reference direction, and the number of referenced pictures.

[0535] in addition, Figure 48 The candidate MVP list and FIFO buffer shown are examples, and the list and buffer may have different sizes than those shown in the figure, or the candidate MVPs may be registered in a different order than that shown in the figure.

[0536] Note that, although the encoding device 100 is described as an example here, the above-described processing is common to the encoding device 100 and the decoding device 200 .

[0537] Figure 49 This is a flowchart 1000 illustrating an example of operations performed by the encoding device 100 and the decoding device 200 according to the first aspect of the present invention. The following describes a case where the encoding device 100 performs prediction processing using the AMVP mode. Here, the candidate MVP list is a candidate MVP list in the AMVP mode (i.e., an AMVP candidate list).

[0538] The encoding device 100 starts a loop process of the CU unit (not shown) in the prediction process of the processing object picture. First, the encoding device 100 determines the size of the processing object CU (i.e., the processing object block) (step S1001). Next, the encoding device 100 determines whether the size of the processing object block is less than a threshold size (e.g., 16 pixels) (step S1002). Here, an example in which the size of the processing object block is defined by the number of pixels in the processing object block is described. In this case, the threshold size is, for example, a threshold value of the number of pixels in the processing object block, and the threshold size is, for example, 16 pixels. In addition, the threshold size is not limited to 16 pixels, and may be other values. In addition, for example, in the case where the size of the processing object block is defined by the width or height of the processing object block, the threshold size may also be 4 pixels.

[0539] If the encoding device 100 determines that the size of the processing target block is not less than the threshold size (here, 16 pixels) (No in step S1003), it generates an AMVP candidate list using the HMVP table (step S1004). In other words, when generating the AMVP candidate list, if the encoding device 100 determines that the size of the processing target block is greater than the threshold size, it allows the use of the HMVP table.

[0540] Below, refer to Figure 50 An example of the processing of step S1004 will be described. Figure 50 This is a flowchart showing an example of the process of generating an AMVP candidate list using the HMVP table. Figure 50 In the example of , the encoding device 100 uses the normal inter mode to generate the predicted image of the processing target block.

[0541] like Figure 50As shown, first, the encoding device 100 adds the spatial prediction MV candidate to the AMVP candidate list (step S1101). Next, the encoding device 100 and the decoding device 200 determine whether there is an empty space in the AMVP candidate list (step S1102). If it is determined that there is no empty space in the AMVP candidate list (no in step S1102), the generation process of the AMVP candidate list is terminated. On the other hand, if the encoding device 100 determines that there is an empty space in the AMVP candidate list (yes in step S1102), the temporal prediction MV candidate is added to the AMVP candidate list (step S1103).

[0542] Next, the encoding device 100 determines whether there is any vacancy in the AMVP candidate list (step S1104). If it is determined that there is no vacancy in the AMVP candidate list (No in step S1104), the generation process of the AMVP candidate list is terminated. On the other hand, if the encoding device 100 determines that there is any vacancy in the AMVP candidate list (Yes in step S1104), the HMVP candidate is added to the AMVP candidate list (step S1105).

[0543] Next, the encoding device 100 determines whether there is any free space in the AMVP candidate list (step S1106). If it is determined that there is no free space in the AMVP candidate list (No in step S1106), the AMVP candidate list generation process is terminated. On the other hand, if it is determined that there is a free space in the AMVP candidate list (Yes in step S1106), the encoding device 100 adds the zero-prediction MV candidate to the AMVP candidate list (step S1107).

[0544] Furthermore, in each of steps S1101, S1103, S1105, and S1107, the number of MVP candidates added to the AMVP list may be one or more. In each step, when multiple MVP candidates are added to the AMVP candidate list, it may be determined whether there is a vacant position in the AMVP candidate list each time an MVP candidate is added to the list.

[0545] Although not shown, in step S1107 , the zero-prediction MV candidate is also added to the AMVP candidate list. If it is determined that there is no vacancy in the AMVP candidate list, the AMVP candidate list generation process is terminated.

[0546] Next, refer to Figure 51 Another example of the process of S1004 will be described. Figure 51 This is a flowchart showing another example of the process of generating an AMVP candidate list using the HMVP table. Figure 51In the example of , the encoding device 100 uses the IBC mode to generate the predicted image of the processing target block.

[0547] exist Figure 51 In the example, with Figure 50 Unlike the example of , there is no processing of step S1103 and step S1104. That is, Figure 51 Examples with Figure 50 The difference between the examples is that the temporal prediction MV candidates are not appended to the AMVP candidate list.

[0548] If you refer to it again Figure 49 , when the encoding device 100 determines that the size of the processing target block is less than or equal to the threshold size (here, 16 pixels) (Yes in step S1003), it generates an AMVP candidate list without using the HMVP table (step S1005). In other words, when the encoding device 100 generates the AMVP candidate list, when it determines that the size of the processing target block is less than or equal to the threshold size, it allows the use of the HMVP table.

[0549] Reference Figure 52 An example of the processing of step S1005 will be described. Figure 52 This is a flowchart showing an example of a process for generating an AMVP candidate list without using an HMVP table. Figure 52 In the example of , the encoding device 100 uses the normal inter mode to generate the predicted image of the processing target block.

[0550] exist Figure 52 In the example, with Figure 50 Unlike the example of , there is no processing of step S1105 and step S1106. That is, Figure 52 Examples with Figure 50 The difference between the examples is that the HMVP is not appended to the AMVP candidate list.

[0551] Next, refer to Figure 53 Another example of the process of step S1005 will be described. Figure 53 This is a flowchart showing another example of the process of generating an AMVP candidate list without using the HMVP table. Figure 52 In the example of , the encoding device 100 uses the IBC mode to generate the predicted image of the processing target block.

[0552] exist Figure 53 In the example, with Figure 52 Unlike the example of , there is no processing of step S1103 and step S1104. That is, Figure 53 Examples with Figure 52 The difference between the examples is that the temporal prediction MV candidates are not appended to the AMVP candidate list.

[0553] Refer again Figure 49 The encoding apparatus 100 encodes the processing target block using the AMVP candidate list generated in step S1004 or step S1005 (step S1006).

[0554] After repeatedly performing the processes of S1001 to S1006 on all CUs in the current picture, the encoding device 100 ends the loop process in CU units (not shown).

[0555] Note that, although the encoding device 100 is described as an example here, the above-described processing is common to the encoding device 100 and the decoding device 200 .

[0556] In addition, here, the encoding device 100 determines whether to use the HMVP table based on whether the size of the processing target block is less than or equal to the threshold size when generating the candidate MVP list (AMVP candidate list) in AMVP mode. However, the same determination process can also be performed when generating the candidate MVP list (merged candidate MVP list) in merge mode. For example, when the size of the processing target block is greater than the threshold size, the encoding device 100 uses the HMVP table to generate the merged candidate MVP list. In the merged candidate MVP list, the registered candidate MVP and the reference picture information (reference picture index) are associated.

[0557] [Technical advantages of the first form]

[0558] In the first aspect of the present invention, a constraint based on the size of the processing target block is introduced in the generation of the AMVP candidate list using the HMVP table. As a result, the encoding device 100 and the decoding device 200 can generate the AMVP candidate list without using the HMVP table when the size of the processing target block is less than the threshold size. In other words, the encoding device 100 and the decoding device 200 can skip the process of comparing the candidate MVP stored in the HMVP table with the candidate MVP registered in the AMVP candidate list when generating the AMVP candidate list. Therefore, according to the encoding device 100 and the decoding device 200 of the first aspect of the present invention, the processing amount is reduced, and thus the encoding efficiency of the encoding device 100 and the processing efficiency of the decoding device 200 are improved.

[0559] Furthermore, when the size of the target block is small (e.g., below a threshold size), the number of loops for generating the AMVP candidate list using the HMVP table can be reduced. This reduces the amount of processing required by the encoding apparatus 100 and the decoding apparatus 200.

[0560] Furthermore, in the first aspect, the generation of the AMVP candidate list in the AMVP mode was described. However, constraints due to the size of the processing target block can also be introduced in the generation of the candidate MVP list in the merge mode (merged candidate MVP list). As a result, the encoding device 100 and the decoding device 200 can generate the candidate MVP list without using the HMVP table when the size of the processing target block is less than the threshold size, thereby reducing the processing load.

[0561] [Second Form]

[0562] The following describes the encoding device 100, decoding device 200, encoding method, and decoding method of the second embodiment. In the first embodiment, the AMVP candidate list generation process was described, but in the second embodiment, the HMVP table update process is described.

[0563] The encoding device 100 and decoding device 200 according to the second aspect use a first motion vector to generate a predicted image for a processing target block (i.e., a processing target CU), and use a first candidate having the first motion vector to update an HMVP table that stores, in a FIFO format, a plurality of second candidates having second motion vectors used in previously processed blocks (i.e., previously processed CUs). During the updating of the HMVP table, it is determined whether the size of the processing target block is equal to or smaller than a threshold size. If the size of the processing target block is determined to be equal to or smaller than the threshold size, updating of the HMVP table is skipped. Here, the first candidate has first reference picture information corresponding to the first motion vector, and each of the plurality of second candidates has second reference picture information corresponding to the second motion vector.

[0564] Figure 54 2 is a flowchart 2000 showing an example of operations performed by the encoding device 100 and the decoding device 200 in the second aspect of the present invention.

[0565] The encoding device 100 starts a loop process of the CU unit in the prediction process of the processing object picture (not shown). First, the encoding device 100 uses the reference motion vector from the AMVP candidate list to determine the motion vector of the processing object block (the so-called first motion vector) (step S2001). Next, the encoding device 100 determines whether the size of the processing object block is less than the threshold size (for example, 16 pixels) (step S2002). Here, an example in which the size of the processing object block is defined by the number of pixels in the processing object block is described. In this case, the threshold size is, for example, a threshold value of the number of pixels in the processing object block, and the threshold size is, for example, 16 pixels. In addition, the threshold size is not limited to 16 pixels, and may also be other values or thresholds. For example, in the case where the size of the processing object block is defined by the width or height of the processing object block, the threshold size may also be 4 pixels.

[0566] If the encoding device 100 determines that the size of the current block is not less than a threshold size (here, 16 pixels) (No in step S2003), it updates the HMVP table using the motion vector of the current block (the so-called first motion vector) (step S2004). Furthermore, step S2004 includes a process for determining whether the first candidate (a combination of the first motion vector and first reference picture information) matches any of the plurality of second candidates (a combination of the second motion vector and second reference picture information) in the HMVP table. For example, if the first candidate does not match any of the plurality of second candidates, the encoding device 100 may update the HMVP table by storing the first candidate in the HMVP table. Furthermore, if the first candidate matches any of the plurality of second candidates, the encoding device 100 may discard the first candidate. This process also includes discarding the first candidate as part of the HMVP table update process.

[0567] On the other hand, when the encoding device 100 determines that the size of the processing target block is less than the threshold size (here, less than 16 pixels) (Yes in step S2003), the encoding device 100 does not update the HMVP table (step S2005). In other words, the encoding device 100 skips the HMVPLookUp table ( Figure 48 In addition, as described in step S2004, since the above-mentioned determination process is included in the update process, the determination process is also skipped here.

[0568] Then, after updating the HMVP table shown in steps S2004 and S2005, the encoding device 100 encodes the current block (step S2006). While the example described herein involves performing the processes of steps S2002, S2003, S2004, and S2005 before step S2006, these processes may also be performed after step S2006, before encoding the next current block, or at any other timing. For example, the processes of steps S2004 and S2005 may be performed in parallel.

[0569] The encoding device 100 repeats the processing of steps S2001 to S2006 for all CUs in the current picture, and then ends the loop processing in CU units (not shown).

[0570] Note that, although the encoding device 100 is described as an example here, the above-described processing is common to the encoding device 100 and the decoding device 200 .

[0571] Furthermore, when updating the HMVP table, the encoding device 100 determines whether the HMVP table can be updated based on whether the size of the processing target block is below a threshold size. As described in the first aspect, whether the size of the processing target block is below a threshold size is used to generate the candidate MVP list in both AMVP mode and merge mode. Therefore, the HMVP update process described above is performed in the same manner in both AMVP mode and merge mode.

[0572] [Technical advantages of the second form]

[0573] In the second aspect of the present invention, a constraint based on the size of the processing target block is introduced in the updating of the HMVP table. This updating process can also reduce the number of loops when the size of the processing target block is small (for example, when it is smaller than a threshold size).

[0574] [Combinations with other forms]

[0575] It is also possible to implement by combining one or more aspects disclosed herein with at least a portion of other aspects of the present invention. In addition, it is also possible to implement by combining a portion of the processing, a portion of the structure of the device, a portion of the syntax, etc. described in the flowchart of one or more aspects disclosed herein with other aspects.

[0576] For example, a configuration may be adopted in which, when generating a predicted image for a target block, when the IBC mode described in the first aspect is used, an HMVP table update process corresponding to the size of the target block described in the second aspect is applied, and when the IBC mode is not used, the HMVP table update process is applied regardless of the size of the target block. In this case, when the IBC mode is used and the size of the target block is 16 pixels or less, the HMVP table is not updated, and is updated in other cases.

[0577] All of the above-mentioned processes / elements are not essential. The apparatus / method may also include a portion of the processes / elements. The above-mentioned processes may also be performed by a decoding apparatus in the same manner as the encoding apparatus.

[0578] [Representative example of treatment]

[0579] Representative examples of the processing performed by the encoding device 100 and the decoding device 200 described above are described below.

[0580] Figure 55 is a flowchart showing the operation performed by the encoding device 100. For example, the encoding device 100 includes a circuit and a memory connected to the circuit. The circuit and memory included in the encoding device 100 may also be connected to Figure 40The processor a1 and the memory a2 shown correspond to each other. The circuit of the encoding device 100 performs the following operations.

[0581] For example, the circuit of the encoding device 100 uses the first motion vector to generate a predicted image of the processing object block (step S3001), uses the first candidate having the first motion vector, updates the HMVP table that stores multiple second candidates having the second motion vector used in the processed block in a FIFO manner (step S3002), and in the update of the HMVP table, determines whether the size of the processing object block is less than the threshold size (step S30021). If it is determined that the size of the processing object block is less than the threshold size (yes in step S30021), the update of the HMVP table is skipped (step S30022).

[0582] Thus, the encoding apparatus 100 updates the HMVP table when the size of the processing target block is larger than the threshold size, thereby reducing the amount of processing and improving the encoding efficiency.

[0583] For example, the circuit of the encoding device 100 can also generate a candidate MVP list including multiple predicted motion vector candidates, and use one of the multiple predicted motion vector candidates included in the generated candidate MVP list to encode the first motion vector. In the generation of the candidate MVP list, when the size of the processing object block is below the threshold size, the use of the HMVP table is prohibited, and when the size of the processing object block is larger than the threshold size, the use of the HMVP table is allowed.

[0584] Thus, when the size of the processing target block is equal to or smaller than the threshold, the encoding apparatus 100 generates a candidate list without using the HMVP table, thereby reducing the amount of processing and improving encoding efficiency.

[0585] For example, the size of the processing target block may be defined by the number of pixels in the processing target block. Alternatively, the threshold size may be 16 pixels.

[0586] Thus, when the area of the processing target block is 16 pixels or less, the encoding device 100 skips updating the HMVP table or generates a candidate list without using the HVMP table, thereby reducing the amount of processing and improving encoding efficiency.

[0587] For example, the size of the processing target block may be defined by the width or height of the processing target block.

[0588] Thus, for example, when the width or height of the processing target block is less than a threshold size (e.g., less than 4 pixels), the encoding device 100 skips updating the HMVP table or generates a candidate list without using the HMVP table, thereby reducing the amount of processing. Consequently, the encoding device 100 improves encoding efficiency.

[0589] For example, the circuit of the encoding device 100 may use the inter mode for generating a predicted image of the current block by referring to a previously encoded picture different from the picture to which the current block belongs.

[0590] Thus, the encoding device 100 can obtain multiple motion vector predictor candidates for the current block based on information on multiple encoded blocks temporally or spatially located around the current block, and perform prediction processing on the current block.

[0591] For example, the circuit of the encoding device 100 may use the IBC mode of referring to an already coded area of the picture to which the current block belongs, in generating a predicted image of the current block.

[0592] Thus, the encoding apparatus 100 can identify and read out a reference block based on a motion vector indicating an already encoded and decoded reference block in the same picture as the current block.

[0593] For example, the first candidate may have first reference picture information corresponding to the first motion vector, and multiple second candidates may respectively have second reference picture information corresponding to the second motion vector. When updating the HMVP table, the circuit of the encoding device 100 determines whether the first candidate is consistent with any one of the multiple second candidates. If the first candidate is inconsistent with any of the multiple second candidates, the HMVP table is updated by saving the first candidate in the HMVP table (step S30023).

[0594] As a result, the encoding device 100 can register more appropriate prediction candidates in the candidate list for the current block because the range of change of the first candidate stored in the HMVP table is increased.

[0595] For example, the candidate MVP list may be a candidate MVP list in an AMVP (Adaptive Motion Vector Prediction) mode.

[0596] Thus, the encoding device 100 can register the MVP candidate of the HMVP mode in the candidate MVP list in the AMVP mode, thereby improving prediction accuracy.

[0597] For example, the candidate MVP list may be a candidate MVP list in a merge mode.

[0598] As a result, the encoding device 100 can register the candidate MVP of the HMVP mode in the candidate MVP list in the merge mode, thereby improving the prediction accuracy.

[0599] Figure 56 This is a flowchart showing the operation performed by the decoding device 200. For example, the decoding device 200 includes a circuit and a memory connected to the circuit. The circuit and memory included in the decoding device 200 may also be connected to Figure 46 The processor b1 and the memory b2 shown correspond to each other. The circuit of the decoding device 200 performs the following operations.

[0600] For example, the circuit of the decoding device 200 uses the first motion vector to generate a predicted image of the processing object block (step S4001), uses the first candidate having the first motion vector, updates the HMVP table that stores multiple second candidates having the second motion vector used in the processed block in a FIFO manner (step S4002), and in the update of the HMVP table, determines whether the size of the processing object block is less than the threshold size (step S40021). If it is determined that the size of the processing object block is less than the threshold size (yes in step S40021), the update of the HMVP table is skipped (step S40022).

[0601] Thus, the decoding apparatus 200 updates the HMVP table when the size of the processing target block is larger than the threshold size, thereby reducing the amount of processing and improving the processing efficiency of the decoding apparatus 200.

[0602] For example, the circuit of the decoding device 200 can also generate a candidate MVP list including multiple predicted motion vector candidates, and use one of the multiple predicted motion vector candidates included in the generated candidate MVP list to decode the first motion vector. In the generation of the candidate MVP list, when the size of the processing object block is below the threshold size, the use of the HMVP table is prohibited, and when the size of the processing object block is larger than the threshold size, the use of the HMVP table is allowed.

[0603] Thus, when the size of the processing target block is smaller than or equal to the threshold, the decoding apparatus 200 generates a candidate MVP list without using the HMVP table, thereby reducing the amount of processing and improving processing efficiency.

[0604] For example, the size of the processing target block may be defined by the number of pixels in the processing target block. Alternatively, the threshold size may be 16 pixels.

[0605] Thus, when the area of the processing target block is 16 pixels or less, the decoding apparatus 200 skips updating the HMVP table or generates a candidate MVP list without using the HMVP table, thereby reducing the amount of processing and improving processing efficiency.

[0606] For example, the size of the processing target block may be defined by the width or height of the processing target block.

[0607] Thus, for example, when the width or height of the processing target block is less than or equal to a threshold size (e.g., less than or equal to 4 pixels), the decoding device 200 skips updating the HMVP table or generates a candidate MVP list without using the HMVP table, thereby reducing the amount of processing. Consequently, the decoding device 200 improves processing efficiency.

[0608] For example, the circuit of the decoding device 200 may use the inter mode for generating a predicted image of the current block by referring to a coded picture different from the picture to which the current block belongs.

[0609] Thus, the decoding apparatus 200 can obtain a plurality of motion vector predictor candidates for the current block based on information on a plurality of coded blocks located temporally or spatially around the current block, and perform prediction processing on the current block.

[0610] For example, the circuit of the decoding device 200 may use the IBC mode of referring to an already coded area of the picture to which the current block belongs, in generating a predicted image of the current block.

[0611] Thus, the decoding apparatus 200 can identify and read out a reference block based on a motion vector indicating an already decoded and encoded reference block in the same picture as the current block.

[0612] For example, the first candidate may have first reference picture information corresponding to the first motion vector, and the plurality of second candidates may respectively have second reference picture information corresponding to the second motion vector. When updating the HMVP table, the circuit of the encoding device 100 determines whether the first candidate is consistent with any one of the plurality of second candidates. If the first candidate is inconsistent with any one of the plurality of second candidates, the HMVP table is updated by saving the first candidate in the HMVP table (step S40023).

[0613] As a result, the decoding apparatus 200 can register a more appropriate prediction candidate in the candidate MVP list for the current block because the range of change of the first candidate stored in the HMVP table becomes wider.

[0614] For example, the candidate MVP list may be a candidate MVP list in an AMVP mode.

[0615] Thus, the decoding apparatus 200 can register the HMVP candidate in the MVP candidate list in the AMVP mode, thereby improving prediction accuracy.

[0616] For example, the candidate MVP list may be a candidate MVP list in a merge mode.

[0617] As a result, the decoding apparatus 200 can register the HMVP mode candidate MVP in the candidate MVP list in the merge mode, thereby improving prediction accuracy.

[0618] In addition, as described above, each component may also be a circuit. These circuits may constitute a single circuit as a whole, or they may be different circuits. In addition, each component may be implemented by a general-purpose processor or a dedicated processor.

[0619] Furthermore, the processing performed by a specific component may be performed by another component. Furthermore, the order in which the processing is performed may be changed, and multiple processing may be performed simultaneously. Furthermore, the encoding and decoding apparatus may include the encoding apparatus 100 and the decoding apparatus 200.

[0620] While the embodiments of the encoding device 100 and the decoding device 200 have been described above based on a plurality of examples, the embodiments of the encoding device 100 and the decoding device 200 are not limited to these examples. The embodiments of the encoding device 100 and the decoding device 200 may also include various modifications that can be conceived by those skilled in the art to the respective examples, or embodiments constructed by combining components from different examples, without departing from the spirit of the present invention.

[0621] [Combinations with other forms]

[0622] It is also possible to implement by combining one or more aspects disclosed herein with at least a portion of other aspects of the present invention. In addition, it is also possible to implement by combining a portion of the processing, a portion of the structure of the device, a portion of the syntax, etc. described in the flowchart of one or more aspects disclosed herein with other aspects.

[0623] In addition, all of the above-mentioned processes / elements are not necessarily required. The device / method may also include a portion of the processes / elements. In addition, the above-mentioned processes may also be performed by the decoding device in the same manner as the encoding device.

[0624] For example, the inter-frame prediction unit 216 of the encoding device 100 and the inter-frame prediction unit 218 of the decoding device 200 may also use the IBC mode for prediction processing when the processing target picture that is a picture containing the processing target block is used as a reference picture, and use the normal inter-frame mode for prediction processing when a picture that is temporally different from the picture containing the processing target block or a picture of another layer or view is used as a reference picture.

[0625] [Implementation and Application]

[0626] In each of the above embodiments, each functional block or active block can generally be implemented by an MPU (microprocessing unit) and a memory. In addition, the processing of each functional block can also be implemented by a program execution unit such as a processor that reads and executes software (programs) recorded in a recording medium such as a ROM. The software can be distributed. The software can also be recorded in various recording media such as semiconductor memories. In addition, each functional block can also be implemented by hardware (dedicated circuit). Various combinations of hardware and software can be used.

[0627] The processing described in each embodiment can be implemented by centralized processing using a single device (system) or by distributed processing using multiple devices. In addition, the processors that execute the above programs can be single or multiple. In other words, centralized processing can be performed or distributed processing can be performed.

[0628] The aspects of the present invention are not limited to the above-described embodiments, and various modifications are possible, which are also included in the scope of the aspects of the present invention.

[0629] Furthermore, here, application examples of the moving picture encoding method (image encoding method) or moving picture decoding method (image decoding method) described in each of the above embodiments and various systems implementing these application examples are described. Such a system may be characterized by including an image encoding device using the image encoding method, an image decoding device using the image decoding method, or an image encoding and decoding device including both. Other configurations of such a system may be modified as appropriate depending on the circumstances.

[0630] [Use Example]

[0631] Figure 57 This diagram shows the overall structure of a content supply system ex100 for implementing content distribution services. The communication service provision area is divided into cells of desired sizes, and in the illustrated example, base stations ex106, ex107, ex108, ex109, and ex110, which are fixed wireless stations, are installed in each cell.

[0632] In the content delivery system ex100, various devices, such as a computer ex111, a game console ex112, a camera ex113, a home appliance ex114, and a smartphone ex115, are connected to the Internet ex101 via an Internet service provider ex102, a communication network ex104, and base stations ex106-ex110. The content delivery system ex100 may also connect some of these devices in combination. In various implementations, the devices may be directly or indirectly connected to each other via a telephone network, short-range wireless, or other means, rather than via base stations ex106-ex110. Furthermore, the streaming server ex103 may be connected to various devices, such as the computer ex111, the game console ex112, the camera ex113, the home appliance ex114, and the smartphone ex115, via the Internet ex101. Furthermore, the streaming server ex103 may be connected to a terminal, such as a hotspot within an airplane ex117, via a satellite ex116.

[0633] Alternatively, wireless access points or hotspots may be used instead of the base stations ex106 to ex110. Furthermore, the streaming server ex103 may be connected directly to the communication network ex104 without going through the Internet ex101 or the Internet service provider ex102, or directly to the aircraft ex117 without going through the satellite ex116.

[0634] The camera ex113 is a device such as a digital camera capable of capturing both still and moving images. The smartphone ex115 is a smartphone, mobile phone, or PHS (Personal Handy-phone System) compatible with mobile communication systems such as 2G, 3G, 3.9G, 4G, and what will be called 5G in the future.

[0635] The home appliance ex114 is a refrigerator or equipment included in a household fuel cell cogeneration system.

[0636] In the content delivery system ex100, terminals with camera functions are connected to the streaming server ex103 via a base station ex106 or the like, enabling on-site distribution and the like. During on-site distribution, terminals (such as computers ex111, game consoles ex112, cameras ex113, home appliances ex114, smartphones ex115, and terminals within airplanes ex117) can perform the encoding processing described in the above embodiments on still images or moving image content captured by users using these terminals. Furthermore, the terminals can multiplex the encoded video data with the audio data obtained by encoding the corresponding audio, and transmit the resulting data to the streaming server ex103. In other words, each terminal functions as an image encoding device according to one aspect of the present invention.

[0637] Meanwhile, the streaming server ex103 streams content data sent by requesting clients. Clients are computers ex111, game consoles ex112, cameras ex113, home appliances ex114, smartphones ex115, or terminals inside airplanes ex117, all capable of decoding the encoded data. Each device that receives the distributed data can also decode and reproduce the data. In other words, each device can function as an image decoding device according to one aspect of the present invention.

[0638] [Distributed Processing]

[0639] Alternatively, the streaming server ex103 can consist of multiple servers or computers, distributing data by distributing processing or recording. For example, the streaming server ex103 can be implemented as a CDN (Content Delivery Network), which distributes content through a network connecting numerous edge servers distributed worldwide. In a CDN, physically close edge servers can be dynamically assigned to clients. Furthermore, by caching and distributing content to these edge servers, latency can be reduced. Furthermore, in the event of various errors or changes in communication status due to increased traffic, processing can be distributed across multiple edge servers, distribution can be switched to other edge servers, or delivery can be continued by bypassing a faulty portion of the network, thus achieving high-speed and stable delivery.

[0640] In addition, the encoding process of the captured data is not limited to the distributed processing itself, and can be performed by each terminal, on the server side, or shared. As an example, two processing cycles are usually performed in the encoding process. In the first cycle, the complexity or encoding amount of the image of the frame or scene unit is detected. In addition, in the second cycle, a process is performed to maintain the image quality and improve the encoding efficiency. For example, by performing the first encoding process by the terminal and the second encoding process by the server side that receives the content, the quality and efficiency of the content can be improved while reducing the processing load in each terminal. In this case, if there is a request for almost real-time reception and decoding, the data completed by the first encoding by the terminal can also be received and reproduced by other terminals, so more flexible real-time distribution can also be achieved.

[0641] As another example, cameras ex113 and others extract features (features or feature quantities) from images, compress the feature data as metadata, and transmit it to a server. The server, for example, determines the importance of an object based on the feature data and switches the quantization precision, performing compression appropriate to the meaning (or content) of the image. Feature data is particularly effective in improving the accuracy and efficiency of motion vector prediction during recompression in the server. Alternatively, the terminal can perform simple encoding such as VLC (Variable Length Coding), while the server performs more processing-intensive encoding such as CABAC (Context-Adaptive Binary Arithmetic Coding).

[0642] As another example, in stadiums, shopping malls, factories, and other locations, there may be multiple video data sets generated by capturing roughly the same scene using multiple terminals. In such cases, encoding can be distributed using the multiple terminals that captured the images, as well as other terminals and servers that did not capture the images as needed, for example, by allocating the encoding processing to each GOP (Group of Picture) unit, picture unit, or tile unit obtained by dividing the picture. This reduces latency and achieves better real-time performance.

[0643] Because multiple image data sets represent roughly the same scene, the server can manage and / or instruct the image data captured by each terminal to cross-reference each other. Furthermore, the server can receive encoded data from each terminal and change the reference relationship between the multiple data sets, or modify or replace the image itself before re-encoding it. This allows the generation of a stream with improved quality and efficiency for each data set.

[0644] Furthermore, the server may also perform transcoding to change the encoding method of the video data before distributing the video data. For example, the server may convert the encoding method of the MPEG type to the VP type (such as VP9), or convert H.264 to H.265.

[0645] Thus, the encoding process can be performed by a terminal or one or more servers. Therefore, the following descriptions of "server" or "terminal" refer to the entity performing the processing. However, some or all of the processing performed by the server can also be performed by the terminal, and some or all of the processing performed by the terminal can also be performed by the server. Furthermore, the same applies to the decoding process.

[0646] [3D, multi-angle]

[0647] There is an increasing trend for combining and utilizing images or videos captured by multiple devices, such as cameras ex113 and / or smartphones ex115, that are roughly synchronized with each other, to capture different scenes or the same scene from different angles. The images captured by each device can be combined based on the relative positional relationship between the devices, or based on areas with consistent feature points contained in the images.

[0648] The server not only encodes two-dimensional moving images but can also encode still images automatically or at user-specified times based on scene analysis of moving images and transmit them to the receiving terminal. Furthermore, if the server can determine the relative positional relationship between the capturing terminals, it can generate not only two-dimensional moving images but also three-dimensional shapes of the scene based on images of the same scene captured from different angles. The server can also separately encode three-dimensional data generated from point clouds, etc., or, based on the results of identifying or tracking people or objects using three-dimensional data, select or reconstruct images captured by multiple terminals to generate images for transmission to the receiving terminal.

[0649] This allows users to arbitrarily select the images corresponding to each camera terminal to enjoy the scene, or to enjoy content that extracts images from a selected viewpoint from 3D data reconstructed using multiple images or videos. Furthermore, along with the video, audio can be collected from multiple angles. The server multiplexes the audio from a specific angle or space with the corresponding video and transmits the multiplexed video and audio.

[0650] Furthermore, content that connects the real and virtual worlds, such as Virtual Reality (VR) and Augmented Reality (AR), has become increasingly popular in recent years. In the case of VR images, the server creates separate viewpoint images for the right and left eyes. These can be encoded using techniques such as Multi-View Coding (MVC) to allow for reference between viewpoint images, or encoded as separate streams without reference to each other. When these separate streams are decoded, they can be played back in sync with the user's viewpoint, recreating a virtual three-dimensional space.

[0651] In the case of AR images, the server can also overlay virtual object information in the virtual space on camera information in the real space based on the three-dimensional position or movement of the user's viewpoint. The decoding device obtains or stores the virtual object information and three-dimensional data, generates a two-dimensional image based on the movement of the user's viewpoint, and creates overlay data by smoothly connecting them. Alternatively, the decoding device can also send the user's viewpoint movement to the server in addition to the request for virtual object information. Alternatively, the server can create overlay data based on the three-dimensional data stored on the server, matching the received viewpoint movement, encode the overlay data, and distribute it to the decoding device. In addition, the overlay data typically has an alpha value indicating transparency in addition to RGB. The server sets the alpha value of the portion other than the target generated based on the three-dimensional data to 0, for example, and encodes the portion in a transparent state. Alternatively, the server can set the RGB value of a specified value as the background, as in a chroma key, and generate data with the portion other than the target as the background color. The specified RGB value can also be predetermined.

[0652] Similarly, the decoding process of the distributed data can be performed by the client (for example, the terminal), can be performed on the server side, or can be shared and performed. As an example, a terminal may first send a reception request to the server, and other terminals may receive the content corresponding to the request and perform decoding processing, and send the decoded signal to a device with a display. By distributing the processing regardless of the performance of the communicative terminal itself and selecting appropriate content, data with better image quality can be reproduced. In addition, as another example, large-size image data can also be received by a TV, etc., and a portion of the image, such as tiles, can be decoded and displayed by the viewer's personal terminal. In this way, while sharing the overall image, it is possible to confirm one's own area of responsibility or the area that one wants to confirm in more detail at hand.

[0653] In situations where multiple short-range, medium-range, or long-range wireless communications can be used indoors and outdoors, it may be possible to seamlessly receive content using distribution system standards such as MPEG-DASH. Users can also freely select their own terminals, decoding devices such as displays installed indoors and outdoors, and switch in real time. In addition, it is possible to switch the decoding terminal and the display terminal and perform decoding using their own location information. As a result, it is also possible to map and display information on a part of the wall or ground of a building next to a display device while the user is moving to the destination. In addition, it is also possible to switch the bit rate of the received data based on the ease of access to the encoded data on the network, such as caching the encoded data in a server that can be accessed from the receiving terminal in a short time, or copying the encoded data in the edge server of the content distribution service.

[0654] [Scalable Coding]

[0655] To switch content, use Figure 58 The example illustrates a scalable stream compressed and encoded using the moving picture coding method described in the above embodiments. For the server, multiple streams with the same content but different qualities can be provided as a single stream. Alternatively, a structure can be employed to switch content by leveraging the temporally and spatially scalable nature of streams achieved through layered coding, as shown in the figure. Specifically, the decoding side determines which layer to decode based on internal factors such as performance and external factors such as the state of the communication band. This allows the decoding side to freely switch between low-resolution and high-resolution content. For example, if a user wants to watch a video viewed on a smartphone ex115 while on the go, then watch it later on a device such as an internet TV at home, the device can simply decode the same stream into different layers, reducing the burden on the server.

[0656] Furthermore, in addition to the hierarchical structure of encoding pictures per layer and implementing enhancement layers above the base layer as described above, the enhancement layers may also include metadata such as statistical information based on the image. Alternatively, the decoding side may generate high-definition content by super-resolutioning the base layer pictures based on this metadata. Super-resolution can improve the signal-to-noise ratio while maintaining and / or increasing resolution. Meta-information includes information for determining linear or nonlinear filter coefficients used in super-resolution processing, as well as information for determining parameter values in filtering, machine learning, or least-squares operations used in super-resolution processing.

[0657] Alternatively, a structure can be provided that divides a picture into tiles according to the meaning of the object in the image. The decoding side decodes only a part of the area by selecting the tile to be decoded. Moreover, by storing the attributes of the object (people, cars, balls, etc.) and the position in the image (coordinate position in the same image, etc.) as meta information, the decoding side can determine the position of the desired object based on the meta information and decide the tile that includes the object. For example, Figure 59 As shown, SEI (supplemental enhancement information) messages in HEVC, which are different from pixel data, can also be used to store meta-information. This meta-information indicates, for example, the position, size, or color of the main object.

[0658] Meta-information can also be stored in units consisting of multiple pictures, such as streams, sequences, or random access units. The decoding side can obtain the time when a specific person appears in the image, and by matching this information with the time information of the picture unit, it can determine the picture in which the target appears and the location of the target within the picture.

[0659] [Web page optimization]

[0660] Figure 60 This is a diagram showing an example of a display screen of a web page on the computer ex111 or the like. Figure 61 1 is a diagram showing an example of a display screen of a web page on a smartphone ex115 or the like. Figure 60 and Figure 61 As shown, a web page may contain multiple link images that serve as links to image content. The display format of these images may vary depending on the viewing device. When multiple link images are visible on the screen, the display device (decoding device) may display a still image or I-picture associated with each content as a link image until the user explicitly selects a link image, or until the link image approaches the center of the screen, or until the entire link image enters the screen. Alternatively, the display device (decoding device) may display an image such as a GIF animation using multiple still images or I-pictures, or may receive only the base layer, decode the image, and display it.

[0661] When a linked image is selected by the user, the display device, for example, sets the base layer as the top priority and decodes it. In addition, if there is information indicating that the content is scalable in the HTML constituting the web page, the display device can also decode to the enhancement layer. Moreover, in order to ensure real-time performance, before selection or when the communication bandwidth is very tight, the display device can reduce the delay between the decoding time and the display time of the first picture (the delay from the start of decoding to the start of display of the content) by decoding and displaying only the forward reference pictures (I pictures, P pictures, and B pictures that are only forward referenced). Furthermore, the display device can also forcibly ignore the reference relationship of the pictures and roughly decode all B pictures and P pictures as forward references, and perform normal decoding as the number of pictures received increases over time.

[0662] [Automatic driving]

[0663] Furthermore, when transmitting and receiving still images or video data, such as two-dimensional or three-dimensional map information, for autonomous driving or driving assistance, the receiving terminal may receive weather or construction information as metadata in addition to image data belonging to one or more layers, and decode these metadata by associating them with each other. Furthermore, the metadata may belong to a layer or be multiplexed solely with the image data.

[0664] In this case, since the receiving terminal, such as a car, drone, or airplane, is moving, the receiving terminal transmits its location information, enabling seamless reception and decoding while switching between base stations ex106-ex110. Furthermore, the receiving terminal can dynamically switch the level of metadata received and the level of map information updated based on user preferences, user status, and / or communication band conditions.

[0665] In the content providing system ex100, the client can receive, decode, and reproduce the encoded information sent by the user in real time.

[0666] [Distribution of Personal Content]

[0667] Furthermore, the content delivery system ex100 can deliver not only high-quality, long-duration content provided by video distributors, but also low-quality, short-duration content provided by individuals, either unicast or multicast. Such personal content is expected to increase in the future. To enhance personal content, the server can also perform encoding after editing. This can be achieved, for example, with the following configuration.

[0668] After taking the photos in real time or accumulating them, the server performs recognition processing such as shooting errors, scene search, meaning analysis, and target detection based on the original image data or encoded data. In addition, based on the recognition results, the server manually or automatically corrects focus deviation or hand shaking, deletes less important scenes such as scenes with lower brightness than other pictures or scenes that are not in focus, emphasizes the edges of the target, or changes the color tone. The server encodes the edited data based on the editing results. In addition, it is known that the viewing rate will decrease if the shooting time is too long. The server can also automatically limit not only the less important scenes as mentioned above, but also scenes with less movement based on the image processing results, so that the content is within a specific time range. Alternatively, the server can also generate a summary based on the results of the scene's meaning analysis and encode it.

[0669] There are cases where personal content in its original state may be written with content that infringes copyright, author's personality rights or portrait rights, etc., or there are cases where the scope of sharing exceeds the desired scope, which is inconvenient for individuals. Therefore, for example, the server can also forcibly change the faces of people in the peripheral part of the screen, or the home, etc. to an out-of-focus image for encoding. In addition, the server can also identify whether the face of a person different from the pre-registered person is captured in the image to be encoded, and if so, perform processing such as applying mosaics to the face part. Alternatively, as pre-processing or post-processing for encoding, the user can also specify the person or background area that he wants to process the image from the perspective of copyright, etc. The server can also replace the specified area with another image, or blur the focus, etc. If it is a person, it can track the person in the moving image and replace the image of the person's face.

[0670] The viewing of personal content with a small amount of data has a strong demand for real-time performance, so although it also depends on the bandwidth, the decoding device can also receive, decode, and reproduce the base layer with the highest priority. The decoding device can also receive the enhancement layer during this period, and when the playback is repeated more than twice, such as in the case of looped playback, the enhancement layer is also included in the playback of high-definition images. In this way, if the stream is scalable, it can provide an experience in which the moving image is relatively rough when it is not selected or at the beginning of viewing, but the stream gradually becomes smoother and the image becomes better. In addition to scalable coding, the same experience can be provided when the relatively rough stream played back the first time and the second stream encoded with reference to the moving image of the first time are composed of a single stream.

[0671] [Other application examples]

[0672] In addition, these encoding and decoding processes are usually processed in the LSI ex500 of each terminal. Figure 57 ) can be a single chip or a multi-chip configuration. Alternatively, video encoding or decoding software can be installed on a recording medium (CD-ROM, floppy disk, hard disk, etc.) readable by the computer ex111 or the like, and encoding and decoding can be performed using this software. Furthermore, if the smartphone ex115 has a camera, video data captured by the camera can be transmitted. In this case, the video data can be encoded by the LSI ex500 in the smartphone ex115.

[0673] Alternatively, the LSIex500 can be configured to download and activate application software. In this case, the terminal first determines whether it is compatible with the content's encoding scheme or has the capability to perform a specific service. If the terminal is not compatible with the content's encoding scheme or does not have the capability to perform a specific service, it can download the codec or application software to retrieve and play the content.

[0674] Furthermore, the content delivery system ex100 is not limited to the content delivery system ex100 via the Internet ex101; at least one of the video encoding devices (image encoding devices) or video decoding devices (image decoding devices) described in the above-mentioned embodiments can also be incorporated into a digital broadcasting system. Since multiplexed data containing multiplexed video and audio is transmitted and received over broadcast radio waves using satellites, the content delivery system ex100 differs from the unicast-friendly structure of the content delivery system ex100 in that it is suitable for multicast. However, the encoding and decoding processes can be applied in the same manner.

[0675] [Hardware structure]

[0676] Figure 62 Is a further detailed representation Figure 57 FIG. 1 shows a diagram of the smartphone ex115. Figure 63 This diagram shows an example of the configuration of a smartphone ex115. The smartphone ex115 includes an antenna ex450 for transmitting and receiving radio waves with the base station ex110, a camera unit ex465 capable of capturing both video and still images, and a display unit ex458 that displays images captured by the camera unit ex465 and decoded data such as images received by the antenna ex450. The smartphone ex115 also includes an operation unit ex466 such as a touch panel, an audio output unit ex457 such as a speaker for outputting audio and sound, an audio input unit ex456 such as a microphone for inputting audio, a memory unit ex467 capable of storing encoded or decoded data such as captured videos or still images, recorded audio, received videos or still images, and emails, and a slot unit ex464 that serves as an interface with a SIM card ex468 for identifying users and authenticating access to various data, including the network. Alternatively, an external memory card can be used in place of the memory unit ex467.

[0677] The main control unit ex460, which can perform integrated control of the display unit ex458 and the operation unit ex466, is synchronously connected to the power circuit unit ex461, the operation input control unit ex462, the image signal processing unit ex455, the camera interface unit ex463, the display control unit ex459, the modulation / demodulation unit ex452, the multiplexing / demultiplexing unit ex453, the sound signal processing unit ex454, the slot unit ex464, and the memory unit ex467 via a bus ex470.

[0678] When the user turns on the power button, the power supply circuit unit ex461 activates the smartphone ex115 to be operational and supplies power to various components from the battery pack.

[0679] The smartphone ex115 performs processes such as calls and data communications under the control of the main control unit ex460, which includes a CPU, ROM, and RAM. During a call, the audio signal collected by the audio input unit ex456 is converted into a digital audio signal by the audio signal processing unit ex454. The signal is then subjected to spread spectrum processing by the modulation / demodulation unit ex452. The transmission / reception unit ex451 then performs digital-to-analog conversion and frequency conversion, and the resulting signal is transmitted via the antenna ex450. Furthermore, received data is amplified, subjected to frequency conversion and analog-to-digital conversion, and then subjected to inverse spread spectrum processing by the modulation / demodulation unit ex452. The audio signal processing unit ex454 converts the signal into an analog audio signal, which is then output from the audio output unit ex457. During data communications, text, still images, or video data can be transmitted via the operation input control unit ex462 under the control of the main control unit ex460, based on operations on the main unit's operation unit ex466. Similar transmission and reception processes are performed. In data communication mode, when transmitting video, still images, or both video and audio, the video signal processing unit ex455 compresses and encodes the video signal stored in the memory unit ex467 or the video signal input from the camera unit ex465 using the moving image encoding method described in the above embodiments, and then sends the encoded video data to the multiplexing / demultiplexing unit ex453. The audio signal processing unit ex454 encodes the audio signal collected by the audio input unit ex456 during the process of capturing video or still images by the camera unit ex465, and then sends the encoded audio data to the multiplexing / demultiplexing unit ex453. The multiplexing / demultiplexing unit ex453 multiplexes the encoded video data and audio data in a predetermined format. The modulation / demodulation unit (modulation / demodulation circuit unit) ex452 and the transmission / reception unit ex451 perform modulation and conversion processing, and then transmit the data via the antenna ex450. The predetermined format can also be predetermined.

[0680] When receiving a video file attached to an email or chat tool, or a video file linked to a webpage, the multiplexing / demultiplexing unit ex453 demultiplexes the multiplexed data received via antenna ex450 into a bitstream of video data and a bitstream of audio data. The multiplexing / demultiplexing unit ex453 then supplies the encoded video data to the video signal processing unit ex455 and the encoded audio data to the audio signal processing unit ex454 via the synchronous bus ex470. The video signal processing unit ex455 decodes the video signal using a video decoding method corresponding to the video encoding method described in the above embodiments. The video or still image contained in the linked video file is displayed on the display unit ex458 via the display control unit ex459. The audio signal processing unit ex454 decodes the audio signal and outputs the audio through the audio output unit ex457. As live streaming becomes increasingly common, audio reproduction may become socially inappropriate depending on the user's circumstances. Therefore, it is preferable that as an initial value, a configuration is adopted in which only the video data is reproduced without reproducing the audio signal, and the audio is reproduced in synchronization only when the user performs an operation such as clicking on the video data.

[0681] While the smartphone ex115 is used as an example, other possible terminal configurations include transmitting and receiving terminals with both an encoder and a decoder, as well as transmitting terminals with only an encoder and receiving terminals with only a decoder. In the digital broadcasting system, the description assumes the reception and transmission of multiplexed data containing audio data multiplexed with video data. However, multiplexed data can also contain text data associated with the video in addition to audio data. Furthermore, it is also possible to receive or transmit video data itself, rather than multiplexed data.

[0682] While the main control unit ex460, which includes a CPU, has been described as controlling the encoding and decoding processes, many terminals also include GPUs. Therefore, a configuration can also be implemented where a memory shared by the CPU and GPU, or a memory whose addresses are managed in a mutually usable manner, allows the GPU to process larger areas simultaneously. This can shorten encoding time, ensure real-time performance, and achieve low latency. In particular, it is more efficient if motion estimation, deblocking filtering, SAO (Sample Adaptive Offset), and transform / quantization processing are performed simultaneously on a per-picture basis, such as on the GPU, rather than on the CPU.

[0683] Industrial applicability

[0684] The present invention can be utilized in, for example, a television receiver, a digital video recorder, a car navigation system, a mobile phone, a digital camera, a digital video camera, a video conferencing system, or an electronic mirror.

Claims

1. An encoding device, wherein: have: circuits; and a memory connected to the circuit, The circuit is in action, A predicted image of the processing target block is generated using the first motion vector. Using the first candidate having the first motion vector, an HMVP table storing a plurality of second candidates having the second motion vector used in the processed block in a FIFO manner is updated, wherein the FIFO manner is a first-in-first-out manner, and the HMVP is a history-based motion vector prediction. In the update of the HMVP table, When the IBC mode, that is, the intra block copy mode, is used to generate the predicted image of the processing target block, Determine whether the size of the processing target block is smaller than a threshold size, When it is determined that the size of the processing target block is smaller than the threshold size, updating of the HMVP table is skipped. The first candidate has first reference picture information corresponding to the first motion vector, and each of the multiple second candidates has second reference picture information corresponding to the second motion vector. When updating the HMVP table, the circuit determines whether the first candidate is consistent with any one of the multiple second candidates. If the first candidate is inconsistent with any of the multiple second candidates, the HMVP table is updated by saving the first candidate in the HMVP table.

2. A decoding device, wherein: have: circuits; and a memory connected to the circuit, The circuit is in action, A predicted image of the processing target block is generated using the first motion vector. Using the first candidate having the first motion vector, an HMVP table storing a plurality of second candidates having the second motion vector used in the processed block in a FIFO manner is updated, wherein the FIFO manner is a first-in-first-out manner, and the HMVP is a history-based motion vector prediction. In the update of the HMVP table, When the IBC mode, that is, the intra block copy mode, is used to generate the predicted image of the processing target block, Determine whether the size of the processing target block is smaller than a threshold size, When it is determined that the size of the processing target block is smaller than the threshold size, updating of the HMVP table is skipped. The first candidate has first reference picture information corresponding to the first motion vector, and each of the multiple second candidates has second reference picture information corresponding to the second motion vector. When updating the HMVP table, the circuit determines whether the first candidate is consistent with any one of the multiple second candidates. If the first candidate is inconsistent with any of the multiple second candidates, the HMVP table is updated by saving the first candidate in the HMVP table.

3. A computer-readable non-transitory recording medium storing a bit stream, The bitstream includes syntax for causing the computer to perform a decoding process in which: A predicted image of the processing target block is generated using the first motion vector. Using the first candidate having the first motion vector, an HMVP table storing a plurality of second candidates having the second motion vector used in the processed block in a FIFO manner is updated, wherein the FIFO manner is a first-in-first-out manner, and the HMVP is a history-based motion vector prediction. In the update of the HMVP table, When the IBC mode, that is, the intra block copy mode, is used to generate the predicted image of the processing target block, Determine whether the size of the processing target block is smaller than a threshold size, When it is determined that the size of the processing target block is smaller than the threshold size, updating of the HMVP table is skipped. The first candidate has first reference picture information corresponding to the first motion vector, and each of the multiple second candidates has second reference picture information corresponding to the second motion vector. In updating the HMVP table, it is determined whether the first candidate is consistent with any one of the multiple second candidates. If the first candidate is inconsistent with any of the multiple second candidates, the HMVP table is updated by saving the first candidate in the HMVP table.

Images