Symbolization device, decoding device, symbolization method, decoding method, and bit stream generation device

Abstract

To provide an encoder that can improve encoding processing.SOLUTION: An encoder 100 comprises a memory and a circuit connected to the memory. The circuit stores one or more of first parameters showing initial delay of timing of extracting data from CPB regarding each of a plurality of temporal sub-layers into a buffering period SEI (S200); and stores a second parameter showing the number of one or more of the first parameters into the buffering period SEI. Therein: a third parameter is included in an HRD parameter syntax; and the third parameter shows a schedule number, and has a value equal to a value of the second parameter.SELECTED DRAWING: Figure 51

Description

Technical Field

[0001] The present disclosure relates to video coding, for example, systems, components, and methods in video encoding and decoding, etc.

Background Art

[0002] 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). Along with this progress, there is always a need to provide improvements and optimizations to video coding technology to handle the continuously increasing amount of digital video data in various applications.

Prior Art Documents

Non-Patent Documents

[0003]

Non-Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] Regarding the encoding methods as described above, for improving encoding efficiency, improving image quality, reducing processing volume, reducing circuit scale, or appropriately selecting elements or operations such as filters, blocks, sizes, motion vectors, reference pictures, or reference blocks, etc., a new method is desired to be proposed.

[0005] The present disclosure provides a configuration or method that can contribute to, for example, improvement of encoding efficiency, improvement of image quality, reduction of processing amount, reduction of circuit scale, improvement of processing speed, and appropriate selection of elements or operations. Note that the present disclosure may include a configuration or method that can contribute to benefits other than the above.

Means for Solving the Problem

[0006] For example, an encoding apparatus according to an aspect of the present disclosure includes a memory and a circuit connected to the memory. The circuit stores, in a buffering period SEI (Supplemental Enhancement Information), one or more first parameters indicating an initial delay in the timing of extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sublayers, stores, in the buffering period SEI, a second parameter indicating the number of the one or more first parameters, and a third parameter is included in an HRD (Hypothetical Reference Decoder) parameter syntax. The third parameter indicates the number of schedules and has a value equal to the value of the second parameter.

[0007] Some implementations of embodiments in the present disclosure may improve encoding efficiency, simplify encoding / decoding processing, increase the encoding / decoding processing speed, or efficiently select appropriate components / operations used for encoding and decoding, such as appropriate filters, block sizes, motion vectors, reference pictures, reference blocks, etc.

[0008] Further advantages and effects of an aspect of the present disclosure will be apparent from the specification and drawings. Such advantages and / or effects can be obtained by respective embodiments and features described in the specification and drawings, but not all are necessarily provided in order to obtain one or more advantages and / or effects.

[0009] Note that these general or specific aspects may be implemented in a system, method, integrated circuit, computer program, recording medium, or any combination thereof.

Advantages of the Invention

[0010] The configuration or method according to one aspect of the present disclosure can contribute to, for example, one or more of improvement in coding efficiency, improvement in image quality, reduction in processing amount, reduction in circuit scale, improvement in processing speed, and appropriate selection of elements or operations. Note that the configuration or method according to one aspect of the present disclosure may contribute to benefits other than those described above.

Brief Description of the Drawings

[0011]

Figure 1

Figure 2

Figure 3

Figure 4A

Figure 4B

Figure 5A

Figure 5B

Figure 6A

Figure 6B

Figure 6C

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Figure 19

Figure 20

Figure 21

Figure 22

Figure 23

Figure 24

Figure 25A

Figure 25B

Figure 26A

Figure 26B

Figure 26C

Figure 27

Figure 28A

Figure 28B

Figure 29

Figure 30A

Figure 30B

Figure 31A

Figure 31B

Figure 32

Figure 33

Figure 34

Figure 35

Figure 36

Figure 37

Figure 38

Figure 39

Figure 40

Figure 41

Figure 42

Figure 43

Figure 44

Figure 45

Figure 46

Figure 47

Figure 48

Figure 49

Figure 50

Figure 51

Figure 52

Figure 53

Figure 54

Figure 55

Figure 56

Figure 57

Figure 58

Figure 59

[0012] For example, an encoding device according to an aspect of the present disclosure includes a circuit and a memory connected to the circuit. In operation, the circuit includes a plurality of parameters for representing an initial delay in the timing of extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sublayers in either a buffering period SEI (Supplemental Enhancement Information) or a picture timing SEI and encodes them.

[0013] Thereby, since the encoding device according to an aspect of the present disclosure does not need to hold one buffering period SEI message for each temporal sublayer, the analysis of information related to HRD (Hypothetical Reference Decoder) in the buffering period SEI message can be simplified.

[0014] Also, for example, in an encoding device according to an aspect of the present disclosure, each of the plurality of temporal sublayers corresponds to a plurality of schedules, and the circuit encodes each of the plurality of schedules including the plurality of parameters.

[0015] Thereby, the encoding device according to an aspect of the present disclosure can simplify the analysis of information related to HRD in the buffering period SEI message.

[0016] Further, for example, a decoding apparatus according to one aspect of the present disclosure includes a circuit and a memory connected to the circuit. In operation, the circuit decodes a plurality of parameters for representing an initial delay in timing for extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sub-layers from a buffering period SEI (Supplemental Enhancement Information).

[0017] Thereby, since the decoding apparatus according to one aspect of the present disclosure does not need to hold one buffering period SEI message for each temporal sub-layer, the analysis of information related to HRD in the buffering period SEI message can be simplified.

[0018] Further, for example, in a decoding apparatus according to one aspect of the present disclosure, each of the plurality of temporal sub-layers corresponds to a plurality of schedules, and the circuit decodes the plurality of parameters included in the bit stream for each of the plurality of schedules.

[0019] Thereby, the decoding apparatus according to one aspect of the present disclosure can simplify the analysis of information related to HRD in the buffering period SEI message.

[0020] Further, for example, an encoding method according to one aspect of the present disclosure encodes a plurality of parameters for representing an initial delay in timing for extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sub-layers into a buffering period SEI (Supplemental Enhancement Information).

[0021] Thereby, the encoding method can achieve the same effect as the above-described encoding apparatus.

[0022] Further, for example, the decoding method according to one aspect of the present disclosure decodes, from a buffering period SEI (Supplemental Enhancement Information), a plurality of parameters for representing an initial delay in timing for extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sublayers.

[0023] As a result, the decoding method can achieve the same effect as the above-described decoding apparatus.

[0024] Further, for example, an encoding apparatus according to one aspect of the present disclosure may include a splitting unit, an intra prediction unit, an inter prediction unit, a loop filter unit, a conversion unit, a quantization unit, and an entropy encoding unit.

[0025] The splitting unit may split a picture into a plurality of blocks. The intra prediction unit may perform intra prediction on blocks included in the plurality of blocks. The inter prediction unit may perform inter prediction on the blocks. The conversion unit may convert a prediction error between a prediction image obtained by the intra prediction or the inter prediction and an original image to generate conversion coefficients. The quantization unit may quantize the conversion coefficients to generate quantization coefficients. The entropy encoding unit may encode the quantization coefficients to generate an encoded bit stream. The loop filter unit may apply a filter to a reconstructed image of the blocks.

[0026] Further, for example, the encoding apparatus may be an encoding apparatus that encodes a moving image including a plurality of pictures.

[0027] Then, the entropy encoding unit may encode, into a buffering period SEI (Supplemental Enhancement Information), a plurality of parameters for representing an initial delay in timing for extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sublayers.

[0028] Further, for example, the decoding device according to one aspect of the present disclosure may include an entropy decoding unit, an inverse quantization unit, an inverse transformation unit, an intra prediction unit, an inter prediction unit, and a loop filter unit.

[0029] The entropy decoding unit may decode quantization coefficients of blocks within a picture from the encoded bitstream. The inverse quantization unit may inverse-quantize the quantization coefficients to obtain transform coefficients. The inverse transformation unit may inverse-transform the transform coefficients to obtain prediction errors. The intra prediction unit may perform intra prediction on the block. The inter prediction unit may perform inter prediction on the block. The filter unit may apply a filter to a reconstructed image generated using the predicted image obtained by the intra prediction or the inter prediction and the prediction error.

[0030] Further, for example, the decoding device may be a decoding device that decodes a moving image including a plurality of pictures.

[0031] Then, the entropy decoding unit may decode a plurality of parameters for representing an initial delay in the timing of extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sublayers from a buffering period SEI (Supplemental Enhancement Information).

[0032] Furthermore, these general or specific aspects may be implemented by a system, a device, a method, an integrated circuit, a computer program, or a non-transitory recording medium such as a computer-readable CD-ROM, or may be implemented by any combination of a system, a device, a method, an integrated circuit, a computer program, and a recording medium.

[0033] Hereinafter, embodiments will be specifically described with reference to the drawings. Note that all of the embodiments described below are examples showing comprehensive or specific examples. Numerical values, shapes, materials, components, arrangement positions and connection forms of components, steps, relationships and orders of steps, etc. shown in the following embodiments are merely examples, and are not intended to limit the scope of the claims.

[0034] Hereinafter, embodiments of an encoding device and a decoding device will be described. The embodiments are examples of an encoding device and a decoding device to which the processes and / or configurations described in each aspect of the present disclosure are applicable. The processes and / or configurations can also be implemented in encoding devices and decoding devices different from the embodiments. For example, with respect to the processes and / or configurations applied to the embodiments, any of the following may be implemented, for example.

[0035] (1) Any one of a plurality of components of the encoding device or the decoding device of the embodiment described in each aspect of the present disclosure may be replaced or combined with any other component described in any aspect of the present disclosure.

[0036] (2) In the encoding device or the decoding device of the embodiment, arbitrary changes such as addition, replacement, and deletion of functions or processes may be made to the functions or processes performed by some of the plurality of components of the encoding device or the decoding device. For example, any function or process may be replaced or combined with any other function or process described in any aspect of the present disclosure.

[0037] (3) In the method implemented by the encoding device or the decoding device of the embodiment, arbitrary changes such as addition, replacement, and deletion may be made to some of the plurality of processes included in the method. For example, any process in the method may be replaced or combined with any other process described in any aspect of the present disclosure.

[0038] (4) Among a plurality of components constituting the encoding device or the decoding device according to the embodiment, some components may be combined with the components described in any of the aspects of the present disclosure, or may be combined with components having a part of the functions described in any of the aspects of the present disclosure, or may be combined with components that perform a part of the processes performed by the components described in each aspect of the present disclosure.

[0039] (5) A component having a part of the functions of the encoding device or the decoding device according to the embodiment, or a component that performs a part of the processes of the encoding device or the decoding device according to the embodiment may be combined or replaced with the components described in any of the aspects of the present disclosure, a component having a part of the functions described in any of the aspects of the present disclosure, or a component that performs a part of the processes described in any of the aspects of the present disclosure.

[0040] (6) In the method performed by the encoding device or the decoding device according to the embodiment, any of the plurality of processes included in the method may be replaced or combined with the processes described in any of the aspects of the present disclosure, or with any similar processes.

[0041] (7) Some of the plurality of processes included in the method performed by the encoding device or the decoding device according to the embodiment may be combined with the processes described in any of the aspects of the present disclosure.

[0042] (8) The manner of implementing the processes and / or configurations described in each aspect of the present disclosure is not limited to the encoding device or the decoding device according to the embodiment. For example, the processes and / or configurations may be implemented in a device used for purposes different from the moving image encoding or moving image decoding disclosed in the embodiment.

[0043] [Encoding Device] First, the encoding device according to the embodiment will be described. FIG. 1 is a block diagram showing the functional configuration of an encoding device 100 according to the embodiment. The encoding device 100 is a moving image encoding device that encodes moving images in block units.

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

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

[0046] After explaining the overall processing flow of the encoding device 100 below, each component included in the encoding device 100 will be described.

[0047] [Overall Flow of Encoding Processing] FIG. 2 is a flowchart showing an example of the overall encoding processing by the encoding device 100.

[0048] First, the splitting unit 102 of the encoding device 100 splits each picture included in the input picture, which is a moving picture, into a plurality of fixed-size blocks (for example, 128×128 pixels) (step Sa_1). Then, the splitting unit 102 selects a splitting pattern (also referred to as a block shape) for the fixed-size blocks (step Sa_2). That is, the splitting unit 102 further splits the fixed-size blocks into a plurality of blocks that constitute the selected splitting pattern. Then, for each of the plurality of blocks, the encoding device 100 performs the processes of steps Sa_3 to Sa_9 on that block (i.e., the block to be encoded).

[0049] That is, the prediction processing unit, which consists of all or part of the intra prediction unit 124, the inter prediction unit 126, and the prediction control unit 128, generates a prediction signal (also referred to as a prediction block) for the block to be encoded (current block) (step Sa_3).

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

[0051] Next, the conversion unit 106 and the quantization unit 108 generate a plurality of quantization coefficients by performing conversion and quantization on the difference block (step Sa_5). Note that a block consisting of a plurality of quantization coefficients is also referred to as a coefficient block.

[0052] Next, the entropy encoding unit 110 generates an encoded signal by performing encoding (specifically, entropy encoding) on the coefficient block and the prediction parameters related to the generation of the prediction signal (step Sa_6). Note that the encoded signal is also referred to as an encoded bit stream, a compressed bit stream, or a stream.

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

[0054] Next, the addition 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 predicted block to the restored difference block (step Sa_8). Thereby, a reconstructed image is generated.

[0055] When this reconstructed image is generated, the loop filter unit 120 performs filtering on the reconstructed image as necessary (step Sa_9).

[0056] Then, the encoding device 100 determines whether the encoding of the entire picture is completed (step Sa_10). If it is determined that the encoding is not completed (No in step Sa_10), the processing from step Sa_2 is repeatedly executed.

[0057] In the above example, the encoding device 100 selects one splitting pattern for a block of a fixed size and performs encoding of each block according to the splitting pattern. However, the encoding of each block may be performed according to each of a plurality of splitting patterns. In this case, the encoding device 100 may evaluate the cost for each of the plurality of splitting patterns, and select, for example, the encoded signal obtained by encoding according to the splitting pattern with the smallest cost as the encoded signal to be output.

[0058] As shown in the figure, the processing of these steps Sa_1 to Sa_10 is sequentially performed by the encoding device 100. Alternatively, a plurality of some of those processes may be performed in parallel, and the order of those processes may be changed, etc.

[0059] [Splitting Unit] The splitting unit 102 splits 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 splitting unit 102 first splits the picture into blocks of a fixed size (e.g., 128x128). Other fixed block sizes may be adopted. Such blocks of a fixed size are sometimes called coding tree units (CTUs). Then, the splitting unit 102 splits each of the fixed-size blocks into blocks of a variable size (e.g., 64x64 or less) based on, for example, recursive quadtree and / or binary tree block splitting. That is, the splitting unit 102 selects a splitting pattern. Such blocks of a variable size are sometimes called coding units (CUs), prediction units (PUs), or transform units (TUs). Note that 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 processing units of CUs, PUs, and TUs.

[0060] FIG. 3 is a conceptual diagram showing an example of block splitting in the embodiment. In FIG. 3, solid lines represent block boundaries by quadtree block splitting, and dashed lines represent block boundaries by binary tree block splitting.

[0061] Here, the block 10 is a square block of 128x128 pixels (128x128 block). This 128x128 block 10 is first split into four square 64x64 blocks (quadtree block splitting).

[0062] The upper-left 64x64 block is further vertically split into two rectangular 32x64 blocks, and the left 32x64 block is further vertically split into two rectangular 16x64 blocks (binary tree block splitting). As a result, the upper-left 64x64 block is split into two 16x64 blocks 11, 12 and a 32x64 block 13.

[0063] The upper-right 64x64 block is horizontally split into two rectangular 64x32 blocks 14, 15 (binary tree block splitting).

[0064] The lower left 64x64 block is divided into four square 32x32 blocks (quadtree block division). Among the four 32x32 blocks, the upper left block and the lower right block are further divided. The upper left 32x32 block is vertically divided into two rectangular 16x32 blocks, and the right 16x32 block is further horizontally divided into two 16x16 blocks (binary tree block division). The lower right 32x32 block is horizontally divided into two 32x16 blocks (binary tree block division). As a result, the lower left 64x64 block is divided into 16 16x32 blocks, two 16x16 blocks 17 and 18, two 32x32 blocks 19 and 20, and two 32x16 blocks 21 and 22.

[0065] The lower right 64x64 block 23 is not divided.

[0066] As described above, in FIG. 3, block 10 is divided into 13 variable-size blocks 11 to 23 based on recursive quadtree and binary tree block division. Such a division is sometimes called QTBT (quad-tree plus binary tree) division.

[0067] In addition, in FIG. 3, although one block is divided into four or two blocks (quadtree or binary tree block division), the division is not limited to these. For example, one block may be divided into three blocks (ternary tree block division). A division including such a ternary tree block division is sometimes called MBT (multi type tree) division.

[0068] [Picture Composition Slice / Tile] To decode a picture in parallel, the picture may be composed in units of slices or tiles. A picture composed of units of slices or tiles may be composed by the dividing unit 102.

[0069] A slice is a basic encoding unit that constitutes a picture. A picture is composed of, for example, one or more slices. Also, a slice consists of one or more consecutive CTUs (Coding Tree Units).

[0070] FIG. 4A is a conceptual diagram showing an example of the composition of a slice. For example, a picture contains 11×8 CTUs and is divided into 4 slices (Slice 1 - 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 one of the slices. The shape of the slice is in the form of dividing the picture horizontally. The boundary of the slice does not have to be at the edge of the screen and can be anywhere among the boundaries of the CTUs within the screen. The processing order (encoding order or decoding order) of the CTUs in the slice is, for example, the raster scan order. Also, a slice contains header information and encoded data. The header information may describe the characteristics of the slice such as the CTU address at the start of the slice and the slice type.

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

[0072] FIG. 4B is a conceptual diagram showing an example of the composition of a tile. For example, a picture contains 11×8 CTUs and is divided into 4 rectangular area tiles (Tile 1 - 4). When tiles are used, the processing order of the CTUs is changed compared to the case when tiles are not used. When tiles are not used, multiple CTUs in the picture are processed in the raster scan order. When tiles are used, in each of the multiple tiles, at least one CTU is processed in the raster scan order. For example, as shown in FIG. 4B, the processing order of the multiple CTUs included in Tile 1 is from the left end of the first row of Tile 1 to the right end of the first row of Tile 1, and then from the left end of the second row of Tile 1 to the right end of the second row of Tile 1.

[0073] Note that one tile may include one or more slices, and one slice may include one or more tiles.

[0074] [Subtraction unit] The subtraction unit 104 receives an input from the division unit 102 and subtracts a prediction signal (prediction sample input from the prediction control unit 128 shown below) from the original signal (original sample) in block units divided by the division unit 102. That is, the subtraction unit 104 calculates the prediction error (also referred to as the residual) of the block to be encoded (hereinafter referred to as the current block). Then, the subtraction unit 104 outputs the calculated prediction error (residual) to the conversion unit 106.

[0075] The original signal is an input signal of the encoding device 100 and is a signal representing the image of each picture constituting the 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.

[0076] [Conversion unit] The conversion unit 106 converts the prediction error in the spatial domain into conversion coefficients in the frequency domain and outputs the conversion coefficients to the quantization unit 108. Specifically, the conversion unit 106 performs a predetermined discrete cosine transform (DCT) or discrete sine transform (DST) on the prediction error in the spatial domain, for example. The predetermined DCT or DST may be determined in advance.

[0077] Note that the conversion unit 106 may adaptively select a conversion type from a plurality of conversion types and convert the prediction error into conversion coefficients using a transform basis function corresponding to the selected conversion type. Such a conversion is sometimes called an explicit multiple core transform (EMT) or an adaptive multiple transform (AMT).

[0078] The plurality of transform types includes, for example, DCT-II, DCT-V, DCT-VIII, DST-I, and DST-VII. FIG. 5A is a table showing transform basis functions corresponding to example transform types. In FIG. 5A, N indicates the number of input pixels. The selection of a transform type from among these plurality of transform types may depend on, for example, the type of prediction (intra prediction and inter prediction), or may depend on the intra prediction mode.

[0079] Information indicating whether to apply such EMT or AMT (for example, called an EMT flag or an AMT flag) and information indicating the selected transform type are usually signaled at the CU level. Note that the signaling of this information does not have to be limited to the CU level, and may be at other levels (for example, bit sequence level, picture level, slice level, tile level, or CTU level).

[0080] Also, the conversion unit 106 may re-convert the conversion coefficients (conversion results). Such re-conversion may be called AST (adaptive secondary transform) or NSST (non-separable secondary transform). For example, the conversion unit 106 performs re-conversion for each sub-block (for example, 4x4 sub-block) included in the block of conversion coefficients corresponding to the intra prediction error. Information indicating whether to apply NSST and information regarding the conversion matrix used for NSST are usually signaled at the CU level. Note that the signaling of this information does not have to be limited to the CU level, and may be at other levels (for example, sequence level, picture level, slice level, tile level, or CTU level).

[0081] A separable transform and a non-separable transform may be applied to the conversion unit 106. A separable transform is a method in which conversion is performed a plurality of times by separating for each direction by the number of dimensions of the input, and a non-separable transform is a method in which when the input is multi-dimensional, two or more dimensions are regarded as one dimension and conversion is performed together.

[0082] For example, as an example of non-separable transformation, when the input is a 4×4 block, it can be regarded as an array with 16 elements, and a transformation process is performed on the array using a 16×16 transformation matrix.

[0083] Further, in a further example of non-separable transformation, after regarding a 4×4 input block as an array with 16 elements, a transformation (Hypercube Givens Transform) that performs a plurality of Givens rotations on the array may be performed.

[0084] In the transformation in the transformation unit 106, the type of basis for transformation into the frequency domain can also be switched according to the region within the CU. As an example, there is SVT (Spatially Varying Transform). In SVT, as shown in FIG. 5B, the CU is divided into two equal parts in the horizontal or vertical direction, and transformation into the frequency domain is performed only on one of the regions. The type of transformation basis can be set for each region. For example, DST7 and DCT8 are used. In this example, only one of the two regions within the CU is transformed, and the other is not transformed, but both regions may be transformed. Also, the division method can be made more flexible, not limited to just dividing into two equal parts, but also dividing into four equal parts, or separately encoding information indicating the division and signaling it in the same way as CU division. Note that SVT is sometimes also called SBT (Sub-block Transform).

[0085] [Quantization Unit] The quantization unit 108 quantizes the transformation coefficients output from the transformation unit 106. Specifically, the quantization unit 108 scans the transformation coefficients of the current block in a predetermined scanning order, and quantizes the transformation coefficients based on the quantization parameter (QP) corresponding to the scanned transformation coefficients. Then, the quantization unit 108 outputs the quantized transformation coefficients (hereinafter referred to as quantization coefficients) of the current block to the entropy encoding unit 110 and the inverse quantization unit 112. The predetermined scanning order may be predefined.

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

[0087] The quantization parameter (QP) is a parameter that defines the quantization step (quantization width). For example, as the value of the quantization parameter increases, the quantization step also increases. That is, as the value of the quantization parameter increases, the quantization error increases.

[0088] Also, a quantization matrix may be used for quantization. For example, several types of quantization matrices may be used corresponding to frequency conversion sizes such as 4x4 and 8x8, prediction modes such as intra prediction and inter prediction, and pixel components such as luminance and color difference. Note that quantization means digitizing the sampled values at a predetermined interval by associating them with a predetermined level, and in this technical field, it may be referred to using other expressions such as rounding, rounding, and scaling, or rounding, rounding, and scaling may be adopted. The predetermined interval and level may be predetermined.

[0089] As methods of using the quantization matrix, there are a method of using the quantization matrix directly set on the encoder side and a method of using the default quantization matrix (default matrix). On the encoder side, by directly setting the quantization matrix, a quantization matrix corresponding to the characteristics of the image can be set. However, in this case, there is a demerit that the amount of code increases due to the coding of the quantization matrix.

[0090] On the other hand, there is also a method of quantizing the high-frequency component coefficients and the low-frequency component coefficients in the same way without using the quantization matrix. Note that this method is equivalent to a method of using a quantization matrix (flat matrix) in which all coefficients have the same value.

[0091] The quantization matrix may be specified, for example, by an SPS (Sequence Parameter Set) or a PPS (Picture Parameter Set). The SPS includes parameters used for a sequence, and the PPS includes parameters used for a picture. The SPS and the PPS may simply be called parameter sets.

[0092] [Entropy Encoding Unit] The entropy encoding unit 110 generates an encoded signal (encoded bit stream) based on the quantization coefficients input from the quantization unit 108. Specifically, the entropy encoding unit 110, for example, binarizes the quantization coefficients, arithmetically encodes the binary signal, and outputs a compressed bit stream or sequence.

[0093] [Inverse Quantization Unit] The inverse quantization unit 112 inverse quantizes the quantization coefficients input from the quantization unit 108. Specifically, the inverse quantization unit 112 inverse quantizes the quantization coefficients of the current block in a predetermined scanning order. Then, the inverse quantization unit 112 outputs the inverse quantized transform coefficients of the current block to the inverse transform unit 114. The predetermined scanning order may be determined in advance.

[0094] [Inverse Transform Unit] The inverse transform unit 114 restores the prediction error (residual) by inverse-transforming the transform coefficients input from the inverse quantization unit 112. Specifically, the inverse transform unit 114 performs an inverse transform corresponding to the transform by the transform unit 106 on the transform coefficients to restore the prediction error of the current block. Then, the inverse transform unit 114 outputs the restored prediction error to the addition unit 116.

[0095] Note that since information is usually lost due to quantization, the restored prediction error does not match the prediction error calculated by the subtraction unit 104. That is, the restored prediction error usually includes a quantization error.

[0096] [Addition Unit] 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. Then, the adder 116 outputs the reconstructed block to the block memory 118 and the loop filter unit 120. The reconstructed block may also be called a local decoding block.

[0097] [Block Memory] The block memory 118 is, for example, a storage unit for storing blocks within an encoded target picture (referred to as the current picture) that are referenced in intra prediction. Specifically, the block memory 118 stores the reconstructed block output from the adder 116.

[0098] [Frame Memory] The frame memory 122 is, for example, a storage unit for storing reference pictures used in inter prediction, and may also be called a frame buffer. Specifically, the frame memory 122 stores the reconstructed block filtered by the loop filter unit 120.

[0099] [Loop Filter Unit] The loop filter unit 120 applies a loop filter to the block reconstructed by the adder 116 and outputs the filtered reconstructed block to the frame memory 122. The loop filter is a filter (in-loop filter) used within the encoding loop, and includes, for example, a deblocking filter (DF or DBF), a sample adaptive offset (SAO), and an adaptive loop filter (ALF).

[0100] In the case of the ALF, a least squares error filter for removing encoding distortion is applied, and for example, for each 2x2 sub-block within the current block, one filter selected from a plurality of filters is applied based on the direction and activity of the local gradient.

[0101] Specifically, first, sub-blocks (e.g., 2x2 sub-blocks) are classified into a plurality of classes (e.g., 15 or 25 classes). The classification of sub-blocks is performed based on the gradient direction and activity. For example, a classification value C (e.g., C = 5D + A) is calculated 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). Then, based on the classification value C, the sub-blocks are classified into a plurality of classes.

[0102] The gradient direction value D is derived, for example, by comparing gradients in a plurality of directions (e.g., horizontal, vertical, and two diagonal directions). Also, the gradient activity value A is derived, for example, by adding gradients in a plurality of directions and quantizing the addition result.

[0103] Based on the results of such classification, a filter for the sub-blocks is determined from among a plurality of filters.

[0104] As the shape of the filter used in ALF, for example, a circularly symmetric shape is utilized. FIGS. 6A to 6C are diagrams showing a plurality of examples of the shape of the filter used in ALF. FIG. 6A shows a 5x5 diamond-shaped filter, FIG. 6B shows a 7x7 diamond-shaped filter, and FIG. 6C shows a 9x9 diamond-shaped filter. Information indicating the shape of the filter is usually signaled at the picture level. Note that the signaling of information indicating the shape of the filter is not necessarily limited to the picture level and may be at other levels (e.g., sequence level, slice level, tile level, CTU level, or CU level).

[0105] The on / off of ALF may be determined, for example, at the picture level or CU level. For example, for luminance, it may be determined whether to apply ALF at the CU level, and for chrominance difference, it may be determined whether to apply ALF at the picture level. Information indicating the on / off of ALF is usually signaled at the picture level or CU level. Note that the signaling of information indicating the on / off of ALF does not have to be limited to the picture level or CU level, and it may be at other levels (e.g., sequence level, slice level, tile level, or CTU level).

[0106] A set of coefficients of a plurality of selectable filters (e.g., filters up to 15 or 25) is usually signaled at the picture level. Note that the signaling of the coefficient set does not have to be limited to the picture level, and it may be at other levels (e.g., sequence level, slice level, tile level, CTU level, CU level, or sub-block level).

[0107] [Loop Filter Section > Deblocking Filter] In the deblocking filter, the loop filter section 120 reduces the distortion generated at the block boundary of the reconstructed image by performing filtering processing on the block boundary of the reconstructed image.

[0108] FIG. 7 is a block diagram showing an example of a detailed configuration of the loop filter section 120 that functions as a deblocking filter.

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

[0110] The boundary determination section 1201 determines whether a pixel to be deblocking-filtered (i.e., a target pixel) exists near the block boundary. Then, the boundary determination section 1201 outputs the determination result to the switches 1202 and the processing determination section 1208.

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

[0112] The filter determination unit 1203 determines whether to perform deblocking filter processing on the target pixel based on the pixel values of at least one neighboring pixel around the target pixel. Then, the filter determination unit 1203 outputs the determination result to the switch 1204 and the process determination unit 1208.

[0113] When it is determined by the filter determination unit 1203 that deblocking filter processing is to be performed on the target pixel, the switch 1204 outputs the image before the filter process obtained via the switch 1202 to the filter processing unit 1205. Conversely, when it is determined by the filter determination unit 1203 that deblocking filter processing is not to be performed on the target pixel, the switch 1204 outputs the image before the filter process obtained via the switch 1202 to the switch 1206.

[0114] When the filter processing unit 1205 obtains the image before the filter process via the switches 1202 and 1204, it performs deblocking filter processing having the filter characteristics determined by the filter characteristic determination unit 1207 on the target pixel. Then, the filter processing unit 1205 outputs the pixel after the filter process to the switch 1206.

[0115] The switch 1206 selectively outputs the pixel that has not been subjected to deblocking filter processing and the pixel that has been subjected to deblocking filter processing by the filter processing unit 1205 in accordance with the control by the process determination unit 1208.

[0116] 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 respectively. That is, when the processing determination unit 1208 determines by the boundary determination unit 1201 that the target pixel exists near the block boundary and determines by the filter determination unit 1203 that the deblocking filter process is to be performed on the target pixel, the processed pixel after the deblocking filter process is output from the switch 1206. Further, in cases other than the above, the processing determination unit 1208 outputs the pixel that has not been subjected to the deblocking filter process from the switch 1206. By repeatedly outputting such pixels, the image after the filter process is output from the switch 1206.

[0117] FIG. 8 is a conceptual diagram showing an example of a deblocking filter having filter characteristics symmetric with respect to a block boundary.

[0118] In the deblocking filter process, for example, using the pixel value and the quantization parameter, one of two deblocking filters with different characteristics, namely the strong filter and the weak filter, is selected. In the strong filter, as shown in FIG. 8, when there are pixels p0 to p2 and pixels q0 to q2 sandwiching the block boundary, the pixel values of each of the pixels q0 to q2 are changed to pixel values q'0 to q'2 by performing the operations shown in the following equations, for example.

[0119] q’0=(p1 + 2×p0 + 2×q0 + 2×q1 + q2 + 4) / 8 q’1=(p0 + q0 + q1 + q2 + 2) / 4 q’2=(p0 + q0 + q1 + 3×q2 + 2×q3 + 4) / 8

[0120] In the above formulas, p0 to p2 and q0 to q2 are the respective pixel values of pixels p0 to p2 and pixels q0 to q2. Also, q3 is the pixel value of pixel q3 adjacent to pixel q2 on the side opposite to the block boundary. Further, in the right side of each of the above formulas, the coefficient multiplied by the pixel value of each pixel used in the deblocking filter process is the filter coefficient.

[0121] Furthermore, in the deblocking filter process, clip processing may be performed so that the pixel value after the operation is not set to exceed the threshold value. In this clip processing, the pixel value after the operation by the above formula is clipped to "operation target pixel value ± 2 × threshold value" using the threshold value determined from the quantization parameter. This can prevent excessive smoothing.

[0122] FIG. 9 is a conceptual diagram for explaining the block boundary where the deblocking filter process is performed. FIG. 10 is a conceptual diagram showing an example of the Bs value.

[0123] The block boundary where the deblocking filter process is performed is, for example, the boundary of a PU (Prediction Unit) or TU (Transform Unit) of an 8×8 pixel block as shown in FIG. 9. The deblocking filter process can be performed in units of 4 rows or 4 columns. First, for blocks P and Q shown in FIG. 9, a Bs (Boundary Strength) value is determined as shown in FIG. 10.

[0124] According to the Bs value in FIG. 10, even for block boundaries belonging to the same image, it is determined whether or not to perform deblocking filter processing with different strengths. The deblocking filter process for the chrominance signal is performed when the Bs value is 2. The deblocking filter process for the luminance signal is performed when the Bs value is 1 or more and a predetermined condition is satisfied. The predetermined condition may be determined in advance. Note that the determination condition of the Bs value is not limited to that shown in FIG. 10, and may be determined based on other parameters.

[0125] [Prediction Processing Unit (Intra Prediction Unit, Inter Prediction Unit, Prediction Control Unit)] FIG. 11 is a flowchart showing an example of the processing performed by the prediction processing unit of the encoding apparatus 100. Note that the prediction processing unit includes all or some of the components of the intra prediction unit 124, the inter prediction unit 126, and the prediction control unit 128.

[0126] The prediction processing unit generates a predicted image of the current block (step Sb_1). This predicted image is also referred to as a prediction signal or a prediction block. Note that the prediction signal includes, for example, an intra prediction signal or an inter prediction signal. Specifically, the prediction processing unit generates a predicted image of the current block using the reconstructed image that has already been obtained by performing generation of a prediction block, generation of a difference block, generation of a coefficient block, restoration of the difference block, and generation of a decoded image block.

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

[0128] FIG. 12 is a flowchart showing another example of the processing performed by the prediction processing unit of the encoding apparatus 100.

[0129] The prediction processing unit generates a predicted image in a first method (step Sc_1a), generates a predicted image in a second method (step Sc_1b), and generates a predicted image in a third method (step Sc_1c). The first method, the second method, and the third method are different methods for generating a predicted image, and may be, for example, an inter prediction method, an intra prediction method, and other prediction methods, respectively. In these prediction methods, the above-described reconstructed image may be used.

[0130] Next, the prediction processing unit selects any one of the plurality of predicted images generated in steps Sc_1a, Sc_1b, and Sc_1c (step Sc_2). The selection of this predicted image, that is, the selection of the method or mode for obtaining the final predicted image, may be performed based on calculating the cost for each generated predicted image and based on that cost. Or, the selection of the predicted image may be performed based on the parameters used in the encoding process. The encoding device 100 may signalize information for specifying the selected predicted image, method, or mode in an encoded signal (also referred to as an encoded bit stream). The information may be, for example, a flag or the like. Thereby, the decoding device can generate a predicted image according to the method or mode selected in the encoding device 100 based on that information. In the example shown in FIG. 12, after the prediction processing unit generates predicted images by each method, it selects any one of the predicted images. However, the prediction processing unit may select a method or mode based on the parameters used in the above-described encoding process before generating those predicted images and generate a predicted image according to the method or mode.

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

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

[0133] First, the prediction processing unit generates a predicted image by intra prediction (step Sd_1a) and generates a predicted image by inter prediction (step Sd_1b). Note that the predicted image generated by intra prediction is also referred to as an intra predicted image, and the predicted image generated by inter prediction is also referred to as an inter predicted image.

[0134] Next, the prediction processing unit evaluates each of the intra-prediction image and the inter-prediction image (step Sd_2). A cost may be used for this evaluation. That is, the prediction processing unit calculates the cost C for each of the intra-prediction image and the inter-prediction image. This cost C can be calculated by an equation of an R-D optimization model, for example, C = D + λ × R. In this equation, D is the encoding distortion of the prediction image, which is represented by, for example, the sum of absolute differences between the pixel values of the current block and the pixel values of the prediction image. Also, R is the amount of generated code of the prediction image, specifically, the amount of code required for encoding motion information or the like for generating the prediction image. Also, λ is, for example, the Lagrange undetermined multiplier.

[0135] Then, the prediction processing unit selects, as the final prediction image of the current block, the prediction image for which the smallest cost C has been calculated from the intra-prediction image and the inter-prediction image (step Sd_3). That is, the prediction method or mode for generating the prediction image of the current block is selected.

[0136] [Intra-Prediction Unit] The intra-prediction unit 124 generates a prediction signal (intra-prediction signal) by performing intra-prediction (also referred to as in-picture prediction) of the current block with reference to the block in the current picture stored in the block memory 118. Specifically, the intra-prediction unit 124 generates an intra-prediction signal by performing intra-prediction with reference to samples (for example, luminance values, chrominance difference values) of blocks adjacent to the current block, and outputs the intra-prediction signal to the prediction control unit 128.

[0137] For example, the intra-prediction unit 124 performs intra-prediction using one of a plurality of prescribed intra-prediction modes. The plurality of intra-prediction modes usually include one or more non-directional prediction modes and a plurality of directional prediction modes. The plurality of prescribed modes may be prescribed in advance.

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

[0139] The plurality of directional prediction modes include, for example, the 33-direction prediction mode defined in the H.265 / HEVC standard. Note that the plurality of directional prediction modes may further include a 32-direction prediction mode (a total of 65 directional prediction modes) in addition to the 33 directions. FIG. 14 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 defined in the H.265 / HEVC standard, and the dashed arrows represent the additional 32 directions (the 2 non-directional prediction modes are not shown in FIG. 14).

[0140] In various processing examples, in the intra prediction of a chrominance block, a luminance block may be referred to. That is, based on the luminance component of the current block, the chrominance component of the current block may be predicted. Such intra prediction is sometimes called CCLM (cross-component linear model) prediction. An intra prediction mode of a chrominance block that refers to such a luminance block (for example, called the CCLM mode) may be added as one of the intra prediction modes of the chrominance block.

[0141] The intra prediction unit 124 may correct the pixel value after intra prediction based on the gradients of the reference pixels in the horizontal / vertical directions. Such intra prediction accompanied by such correction is sometimes called PDPC (position dependent intra prediction combination). Information indicating the presence or absence of application of PDPC (for example, called a PDPC flag) is usually signaled at the CU level. Note that the signaling of this information is not necessarily limited to the CU level and may be at other levels (for example, sequence level, picture level, slice level, tile level, or CTU level).

[0142] [Inter Prediction Unit] The inter prediction unit 126 generates a prediction signal (inter prediction signal) by performing inter prediction (also called inter-frame prediction) of a current block with reference to a reference picture stored in the frame memory 122 and different from the current picture. The inter prediction is performed in units of a current block or a current sub-block (e.g., 4x4 block) within the current block. For example, the inter prediction unit 126 performs motion estimation within the reference picture for the current block or the current sub-block, and finds the reference block or sub-block that most matches the current block or the current sub-block. Then, the inter prediction unit 126 acquires motion information (e.g., motion vector) for compensating the motion or change from the reference block or sub-block to the current block or sub-block. The inter prediction unit 126 performs motion compensation (or motion prediction) based on the motion information, and generates an inter prediction signal for the current block or sub-block. The inter prediction unit 126 outputs the generated inter prediction signal to the prediction control unit 128.

[0143] The motion information used for motion compensation may be signaled as an inter prediction signal in various forms. For example, the motion vector may be signaled. As another example, the difference between the motion vector and the motion vector predictor may be signaled.

[0144] [Basic Flow of Inter Prediction] FIG. 15 is a flowchart showing an example of the basic flow of inter prediction.

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

[0146] Here, in generating the prediction image, the inter prediction unit 126 generates the prediction image by performing determination of the motion vector (MV) of the current block (steps Se_1 and Se_2) and motion compensation (step Se_3). Also, in determining the MV, the inter prediction unit 126 determines the MV by performing selection of candidate motion vectors (candidate MVs) (step Se_1) and derivation of the MV (step Se_2). The selection of candidate MVs is performed, for example, by selecting at least one candidate MV from a candidate MV list. Also, in deriving the MV, the inter prediction unit 126 may determine the selected at least one candidate MV as the MV of the current block by further selecting at least one candidate MV from the at least one candidate MV. Alternatively, the inter prediction unit 126 may determine the MV of the current block by searching the region of the reference picture indicated by the candidate MV for each of the selected at least one candidate MVs. Note that searching the region of this reference picture may be referred to as motion estimation.

[0147] Also, in the above example, steps Se_1 to Se_3 are performed by the inter prediction unit 126, but processing such as step Se_1 or step Se_2 may be performed by other components included in the encoding apparatus 100.

[0148] [Flow of Derivation of Motion Vector] FIG. 16 is a flowchart showing an example of motion vector derivation.

[0149] The inter prediction unit 126 derives the MV of the current block in a mode of encoding motion information (e.g., MV). In this case, for example, the motion information is encoded as a prediction parameter and signaled. That is, the encoded motion information is included in the encoded signal (also referred to as the encoded bitstream).

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

[0151] Here, the mode of MV derivation may include, for example, a normal inter mode, a merge mode, a FRUC mode, and an affine mode, which will be described later. Among these modes, the modes for encoding motion information include a normal inter mode, a merge mode, and an affine mode (specifically, an affine inter mode and an affine merge mode). Note that the motion information may include not only the MV but also prediction motion vector selection information, which will be described later. Also, the mode for not encoding motion information includes a FRUC mode. The inter prediction unit 126 selects a mode for deriving the MV of the current block from these multiple modes, and derives the MV of the current block using the selected mode.

[0152] FIG. 17 is a flowchart showing another example of motion vector derivation.

[0153] The inter prediction unit 126 derives the MV of the current block in a mode in which the differential MV is encoded. In this case, for example, the differential MV is encoded as a prediction parameter and signaled. That is, 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.

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

[0155] Here, as described above, the modes of deriving the MV include the normal inter, merge mode, FRUC mode, and affine mode, etc., which will be described later. Among these modes, the modes for encoding the differential MV include the normal inter mode and the affine mode (specifically, the affine inter mode), etc. Also, the modes for not encoding the differential MV include the FRUC mode, the merge mode, and the affine mode (specifically, the affine merge mode), etc. The inter prediction unit 126 selects a mode for deriving the MV of the current block from these multiple modes, and derives the MV of the current block using the selected mode.

[0156] [Flow of Motion Vector Derivation] FIG. 18 is a flowchart showing another example of motion vector derivation. There are multiple modes for the mode of MV derivation, that is, the inter prediction mode, and broadly, there are a mode for encoding the differential MV and a mode for not encoding the differential motion vector. The modes for not encoding the differential MV include the merge mode, the FRUC mode, and the affine mode (specifically, the affine merge mode). Details of these modes will be described later, but briefly, the merge mode is a mode for deriving the MV of the current block by selecting a motion vector from surrounding encoded blocks, and the FRUC mode is a mode for deriving the MV of the current block by performing a search between encoded regions. Also, the affine mode is a mode for deriving the motion vector of each of a plurality of sub-blocks constituting the current block as the MV of the current block assuming an affine transformation.

[0157] Specifically, as shown in the figure, when the inter-prediction mode information indicates 0 (0 in Sf_1), the inter-prediction unit 126 derives a motion vector by the merge mode (Sf_2). Also, when the inter-prediction mode information indicates 1 (1 in Sf_1), the inter-prediction unit 126 derives a motion vector by the FRUC mode (Sf_3). Further, when the inter-prediction mode information indicates 2 (2 in Sf_1), the inter-prediction unit 126 derives a motion vector by the affine mode (specifically, the affine merge mode) (Sf_4). Also, when the inter-prediction mode information indicates 3 (3 in Sf_1), the inter-prediction unit 126 derives a motion vector by the mode that encodes the differential MV (for example, the normal inter mode) (Sf_5).

[0158] [MV Derivation > Normal Inter Mode] The normal inter mode is an inter-prediction mode that derives the MV of the current block based on a block similar to the image of the current block from the region of the reference picture indicated by the candidate MV. Also, in this normal inter mode, the differential MV is encoded.

[0159] FIG. 19 is a flowchart showing an example of inter-prediction by the normal inter mode.

[0160] The inter-prediction unit 126 first obtains a plurality of candidate MVs for the current block based on information such as the MVs of a plurality of encoded blocks temporally or spatially around the current block (step Sg_1). That is, the inter-prediction unit 126 creates a candidate MV list.

[0161] Next, the inter-prediction unit 126 extracts each of N candidate MVs (N is an integer of 2 or more) from the plurality of candidate MVs obtained in step Sg_1 as a predicted motion vector candidate (also referred to as a predicted MV candidate) according to a predetermined priority order (step Sg_2). Note that the priority order may be determined in advance for each of the N candidate MVs.

[0162] Next, the inter prediction unit 126 selects one candidate prediction motion vector from among the N candidate prediction motion vectors as the prediction motion vector (also referred to as the prediction MV) of the current block (step Sg_3). At this time, the inter prediction unit 126 encodes prediction motion vector selection information for identifying the selected prediction motion vector into the stream. Note that the stream is the encoded signal or encoded bit stream described above.

[0163] Next, the inter prediction unit 126 refers to the encoded reference picture and derives the MV of the current block (step Sg_4). At this time, the inter prediction unit 126 further encodes the difference value between the derived MV and the prediction motion vector as the differential MV into the stream. Note that the encoded reference picture is a picture composed of a plurality of blocks reconstructed after encoding.

[0164] Finally, the inter 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 prediction signal described above.

[0165] Also, information indicating the inter prediction mode (normal inter mode in the above example) used for generating the predicted image included in the encoded signal is encoded as, for example, prediction parameters.

[0166] Note that the candidate MV list may be used in common with lists used in other modes. Also, the processing related to the candidate MV list may be applied to the processing related to the lists used in other modes. The processing related to this candidate MV list is, for example, extraction or selection of candidate MVs from the candidate MV list, rearrangement of candidate MVs, or deletion of candidate MVs.

[0167] [MV Derivation > Merge Mode] The merge mode is an inter prediction mode that derives an MV by selecting a candidate MV from a candidate MV list as the MV of the current block.

[0168] FIG. 20 is a flowchart showing an example of inter prediction by the merge mode.

[0169] First, the inter prediction unit 126 obtains a plurality of candidate MVs for the current block based on information such as the MVs of a plurality of encoded blocks temporally or spatially around the current block (step Sh_1). That is, the inter prediction unit 126 creates a candidate MV list.

[0170] Next, the inter prediction unit 126 derives the MV of the current block by selecting one candidate MV from the plurality of candidate MVs obtained in step Sh_1 (step Sh_2). At this time, the inter prediction unit 126 encodes the MV selection information for identifying the selected candidate MV into the stream.

[0171] Finally, the inter 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).

[0172] Also, information indicating the inter prediction mode (merge mode in the above example) used for generating the predicted image and included in the encoded signal is encoded as, for example, prediction parameters.

[0173] FIG. 21 is a conceptual diagram for explaining an example of the motion vector derivation process of the current picture by the merge mode.

[0174] First, a predicted MV list in which candidates for the predicted MV are registered is generated. As candidates for the predicted MV, there are a spatial adjacent predicted MV which is the MV of a plurality of encoded blocks spatially adjacent to the target block, a temporal adjacent predicted MV which is the MV of a neighboring block obtained by projecting the position of the target block in the encoded reference picture, a combined predicted MV which is an MV generated by combining the MV values of the spatial adjacent predicted MV and the temporal adjacent predicted MV, and a zero predicted MV which is an MV with a value of zero, and the like.

[0175] Next, one predicted MV is selected from among the plurality of predicted MVs registered in the predicted MV list, and thus determined as the MV of the target block.

[0176] Furthermore, in the variable length encoding unit, a merge_idx which is a signal indicating which predicted MV is selected is described in the stream and encoded.

[0177] Note that the predicted MVs registered in the predicted MV list described in FIG. 21 are merely examples, and the number may be different from the number in the figure, or the configuration may not include some of the types of predicted MVs in the figure, or the configuration may be one in which predicted MVs other than the types of predicted MVs in the figure are added.

[0178] 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.

[0179] Note that the candidates for the predicted MV are the above-described candidate MVs, and the predicted MV list is the above-described candidate MV list. Also, the candidate MV list may be referred to as a candidate list. Also, merge_idx is MV selection information.

[0180] [MV Derivation > FRUC Mode] Motion information may be derived on the decoder side without being signaled from the encoder side. Note that, as described above, the merge mode defined in the H.265 / HEVC standard may be used. Also, for example, motion information may be derived by performing motion search on the decoder side. In the embodiment, on the decoder side, motion search is performed without using the pixel values of the current block.

[0181] Here, a mode in which motion search is performed on the decoder side will be described. This mode in which motion search is performed on the decoder side may be called the PMMVD (pattern matched motion vector derivation) mode or the FRUC (frame rate up-conversion) mode.

[0182] An example of FRUC processing is shown in Fig. 22 in the form of a flowchart. First, by referring to the motion vectors of the encoded blocks that are spatially or temporally adjacent to the current block, a list of a plurality of candidates (i.e., a candidate MV list, which may be common with the merge list), each having a predicted motion vector (MV), is generated (step Si_1). Next, the best candidate MV is selected from among the plurality of candidate MVs registered in the candidate MV list (step Si_2). For example, the evaluation value of each candidate MV included in the candidate MV list is calculated, and one candidate MV is selected based on the evaluation value. Then, based on the motion vector of the selected candidate, a motion vector for the current block is derived (step Si_4). Specifically, for example, the motion vector of the selected candidate (the best candidate MV) is directly derived as the motion vector for the current block. Also, for example, in the peripheral region of the position in the reference picture corresponding to the motion vector of the selected candidate, by performing pattern matching, a motion vector for the current block may be derived. That is, with respect to the region around the best candidate MV, search using pattern matching and evaluation value in the reference picture is performed, and if there is an MV with a better evaluation value, the best candidate MV is updated to the MV, and it may be used as the final MV of the current block. It is also possible to adopt a configuration in which the process of updating to an MV having a better evaluation value is not performed.

[0183] Finally, the inter 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).

[0184] When processing is performed in units of sub-blocks, the same processing may be performed.

[0185] The evaluation value may be calculated by various methods. For example, the reconstructed image of the region in the reference picture corresponding to the motion vector is compared with the reconstructed image of a predetermined region (the region may be, for example, the region of another reference picture or the region of an adjacent block of the current picture as shown below). The predetermined region may be determined in advance.

[0186] Then, the difference between the pixel values of the two reconstructed images may be calculated and used as the evaluation value of the motion vector. In addition to the difference value, other information may be used to calculate the evaluation value.

[0187] Next, an example of pattern matching will be described in detail. First, one candidate MV included in the candidate MV list (for example, the merge list) is selected as the start point of the search by pattern matching. For example, as the pattern matching, the first pattern matching or the second pattern matching may be used. The first pattern matching and the second pattern matching may be called bilateral matching and template matching, respectively.

[0188] [MV Derivation > FRUC > Bilateral Matching] 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, as the predetermined region for calculating the evaluation value of the above-described candidate, the region in another reference picture along the motion trajectory of the current block is used. The predetermined region may be determined in advance.

[0189] FIG. 23 is a conceptual diagram for explaining an example of first pattern matching (bilateral matching) between two blocks in two reference pictures along a motion trajectory. As shown in FIG. 23, in the first pattern matching, two motion vectors (MV0, MV1) are derived by searching for the most matching pair among pairs of two blocks in two different reference pictures (Ref0, Ref1) that are two blocks along the motion trajectory of the current block (Cur block). Specifically, for the current block, the difference between the reconstructed image at the specified position in the first encoded reference picture (Ref0) specified by the candidate MV and the reconstructed image at the specified position in the second encoded reference picture (Ref1) specified by the symmetric MV obtained by scaling the candidate MV by the display time interval is derived, and an evaluation value is calculated using the obtained difference value. It is possible to select the candidate MV with the best evaluation value among a plurality of candidate MVs as the final MV, which can bring good results.

[0190] Under the assumption of a continuous motion trajectory, the motion vectors (MV0, MV1) indicating the two reference blocks are proportional to the temporal distances (TD0, TD1) between the current picture (Cur Pic) and the two reference pictures (Ref0, Ref1). For example, when 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, in the first pattern matching, mirror-symmetric bidirectional motion vectors are derived.

[0191] [MV Derivation > FRUC > Template Matching] 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 upper and / or left adjacent block)) and a block in the reference picture. Therefore, in the second pattern matching, a block adjacent to the current block in the current picture is used as the predetermined region for calculating the evaluation value of the above-described candidate.

[0192] FIG. 24 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. As shown in FIG. 24, in the second pattern matching, the motion vector of the current block is derived by searching in the reference picture (Ref0) for the 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 region of both the left adjacent and upper adjacent or either one of them and the reconstructed image at the equivalent position in the coded reference picture (Ref0) specified by the candidate MV is derived, an evaluation value is calculated using the obtained difference value, and it is possible to select the candidate MV with the best evaluation value among the plurality of candidate MVs as the best candidate MV.

[0193] Information indicating whether or not to apply such a FRUC mode (for example, called a FRUC flag) may be signaled at the CU level. Also, when the FRUC mode is applied (for example, when the FRUC flag is true), information indicating the applicable pattern matching method (first pattern matching or second pattern matching) may be signaled at the CU level. Note that the signaling of this information does not have to be limited to the CU level and may be at other levels (for example, sequence level, picture level, slice level, tile level, CTU level, or sub-block level).

[0194] [MV Derivation > Affine Mode] Next, the affine mode for deriving a motion vector in sub-block units based on the motion vectors of a plurality of adjacent blocks will be described. This mode may be called an affine motion compensation prediction mode.

[0195] FIG. 25A is a conceptual diagram for explaining an example of derivation of a motion vector in units of sub - blocks based on motion vectors of a plurality of adjacent blocks. In FIG. 25A, a current block includes 16 4×4 sub - blocks. Here, based on the motion vectors of adjacent blocks, a motion vector v0 of the upper - left control point of the current block is derived, and similarly, based on the motion vectors of adjacent sub - blocks, a motion vector v1 of the upper - right control point of the current block is derived. Then, the two motion vectors v0 and v1 may be projected by the following equation (1A), and the motion vectors (v x , v y ) of each sub - block within the current block may be derived.

[0196] [Equation]

[0197] Here, x and y respectively indicate the horizontal position and the vertical position of the sub - block, and w indicates a predetermined weight coefficient. The predetermined weight coefficient may be determined in advance.

[0198] Information indicating such an affine mode (for example, called an affine flag) may be signaled at the CU level. Note that the signaling of the information indicating this affine mode does not have to be limited to the CU level, and may be at other levels (for example, sequence level, picture level, slice level, tile level, CTU level, or sub - block level).

[0199] Also, such an affine mode may include several modes in which the methods for deriving the motion vectors of the upper - left and upper - right control points are different. For example, the affine mode includes two modes: an affine inter (also called affine normal inter) mode and an affine merge mode.

[0200] [MV Derivation > Affine Mode] FIG. 25B is a conceptual diagram for explaining an example of deriving a motion vector in units of sub - blocks in affine mode having three control points. In FIG. 25B, a current block includes 16 4x4 sub - blocks. Here, based on the motion vectors of adjacent blocks, the motion vector v0 of the upper - left control point of the current block is derived, and similarly, based on the motion vectors of adjacent blocks, the motion vector v1 of the upper - right control point of the current block and the motion vector v2 of the lower - left control point of the current block are derived. Then, the three motion vectors v0, v1, and v2 may be projected by the following equation (1B), and the motion vectors (v x ,v y ) of each sub - block within the current block may be derived.

[0201] [Number]

[0202] Here, x and y indicate the horizontal position and the vertical position of the sub - block center, respectively, w indicates the width of the current block, and h indicates the height of the current block.

[0203] Affine modes with different numbers of control points (e.g., two and three) may be switched and signaled at the CU level. Note that information indicating the number of control points of the affine mode used at the CU level may be signaled at other levels (e.g., sequence level, picture level, slice level, tile level, CTU level, or sub - block level).

[0204] Also, in such an affine mode having three control points, it may include several modes in which the methods of deriving the motion vectors of the upper - left, upper - right, and lower - left control points are different. For example, the affine mode includes two modes: affine inter (also called affine normal inter) mode and affine merge mode.

[0205] [MV Derivation > Affine Merge Mode] Figures 26A, 26B, and 26C are conceptual diagrams for explaining the affine merge mode.

[0206] In the affine merge mode, as shown in Figure 26A, for example, among the encoded blocks A (left), B (top), C (upper right), D (lower left), and E (upper left) adjacent to the current block, a plurality of motion vectors corresponding to the blocks encoded in the affine mode are used. Based on these motion vectors, the predicted motion vectors of the respective control points of the current block are calculated. Specifically, these blocks are inspected in the order of encoded block A (left), block B (top), block C (upper right), block D (lower left), and block E (upper left), and the first valid block encoded in the affine mode is identified. Based on the plurality of motion vectors corresponding to this identified block, the predicted motion vectors of the control points of the current block are calculated.

[0207] For example, as shown in Figure 26B, when the block A adjacent to the left of the current block is encoded in the affine mode having two control points, the motion vectors v3 and v4 projected onto the upper left corner and upper right corner positions of the encoded block including block A are derived. Then, from 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.

[0208] For example, as shown in Figure 26C, when the block A adjacent to the left of the current block is encoded in the affine mode having three control points, the motion vectors v3, v4, and v5 projected onto the upper left corner, upper right corner, and lower left corner positions of the encoded block including block A are derived. Then, from 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, the predicted motion vector v1 of the control point at the upper right corner, and the predicted motion vector v2 of the control point at the lower left corner are calculated.

[0209] Note that this predicted motion vector derivation method may also be used to derive the respective predicted motion vectors of the control points of the current block in step Sj_1 of FIG. 29 described later.

[0210] FIG. 27 is a flowchart showing an example of the affine merge mode.

[0211] In the affine merge mode, as shown in the figure, first, the inter prediction unit 126 derives the respective predicted MVs of the control points of the current block (step Sk_1). As shown in FIG. 25A, the control points are the upper left and upper right points of the current block, or as shown in FIG. 25B, the upper left, upper right, and lower left points of the current block.

[0212] That is, as shown in FIG. 26A, the inter prediction unit 126 inspects these blocks in the order of the encoded block A (left), block B (upper), block C (upper right), block D (lower left), and block E (upper left), and identifies the first valid block encoded in the affine mode.

[0213] When block A is identified and block A has two control points, as shown in FIG. 26B, the inter prediction unit 126 calculates the motion vector v0 of the control point at the upper left corner of the current block and the motion vector v1 of the control point at the upper right corner from the motion vectors v3 and v4 at the upper left and upper right corners of the encoded block including block A. For example, the inter prediction unit 126 projects the motion vectors v3 and v4 at the upper left and upper right corners of the encoded block onto the current block to calculate 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.

[0214] Alternatively, when block A is identified and block A has three control points, as shown in FIG. 26C, the inter prediction unit 126 calculates the motion vectors v0, v1, and v2 of the control points at the upper left corner, upper right corner, and lower left corner of the current block from the motion vectors v3, v4, and v5 at the upper left corner, upper right corner, and lower left corner of the encoded block including block A. For example, the inter prediction unit 126 projects the motion vectors v3, v4, and v5 at the upper left corner, upper right corner, and lower left corner of the encoded block onto the current block to calculate the predicted motion vector v0 of the control point at the upper left corner of the current block, 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.

[0215] Next, the inter prediction unit 126 performs motion compensation for each of the plurality of sub-blocks included in the current block. That is, the inter prediction unit 126 calculates the motion vector of each of the plurality of sub-blocks as an affine MV using two prediction motion vectors v0 and v1 and the above-described formula (1A), or three prediction motion vectors v0, v1, and v2 and the above-described formula (1B) (step Sk_2). Then, the inter prediction unit 126 performs motion compensation on the sub-block using those affine MVs and the encoded reference picture (step Sk_3). As a result, motion compensation is performed on the current block, and a predicted image of the current block is generated.

[0216] [MV Derivation > Affine Inter Mode] FIG. 28A is a conceptual diagram for explaining the affine inter mode having two control points.

[0217] In this affine interpolation mode, as shown in FIG. 28A, a motion vector selected from the motion vectors of the encoded 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 encoded 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.

[0218] FIG. 28B is a conceptual diagram for explaining the affine interpolation mode having three control points.

[0219] In this affine interpolation mode, as shown in FIG. 28B, a motion vector selected from the motion vectors of the encoded 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 encoded 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. Further, a motion vector selected from the motion vectors of the encoded blocks F and G 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.

[0220] FIG. 29 is a flowchart showing an example of the affine interpolation mode.

[0221] As shown in the figure, in the affine interpolation mode, first, the inter prediction unit 126 derives the respective predicted MVs (v0, v1) or (v0, v1, v2) of two or three control points of the current block (step Sj_1). The control points are the points at the upper left corner, upper right corner, or lower left corner of the current block as shown in FIG. 25A or FIG. 25B.

[0222] That is, the inter prediction unit 126 derives the predicted motion vectors (v0, v1) or (v0, v1, v2) of the control points of the current block by selecting the motion vector of any one of the encoded blocks near each control point of the current block shown in FIG. 28A or FIG. 28B. At this time, the inter prediction unit 126 encodes the prediction motion vector selection information for identifying the two selected motion vectors into the stream.

[0223] For example, the inter prediction unit 126 determines 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 using cost evaluation or the like, and may describe a flag indicating which predicted motion vector is selected in the bit stream.

[0224] Next, while updating the predicted motion vectors selected or derived in step Sj_1 respectively (step Sj_2), the inter prediction unit 126 performs motion search (steps Sj_3 and Sj_4). That is, the inter prediction unit 126 calculates the motion vectors of the respective sub - blocks corresponding to the updated predicted motion vectors as affine MVs using the above formula (1A) or formula (1B) (step Sj_3). Then, the inter prediction unit 126 performs motion compensation on each sub - block using those affine MVs and the encoded reference picture (step Sj_4). As a result, in the motion search loop, the inter prediction unit 126 determines, for example, the predicted motion vector that obtains the smallest cost as the motion vector of the control point (step Sj_5). At this time, the inter prediction unit 126 further encodes the difference values between the determined MV and the predicted motion vectors respectively into the stream as differential MVs.

[0225] Finally, the inter 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).

[0226] [MV Derivation > Affine Inter Mode] When switching and signaling affine modes with different numbers of control points (e.g., two and three) at the CU level, the number of control points may be different between the coded block and the current block. FIGS. 30A and 30B are conceptual diagrams for explaining a method of deriving a prediction vector of control points when the number of control points is different between the coded block and the current block.

[0227] For example, as shown in FIG. 30A, when the current block has three control points at the upper left corner, upper right corner, and lower left corner, and the block A adjacent to the left of the current block is coded in an affine mode with two control points, motion vectors v3 and v4 projected onto the upper left corner and upper right corner positions of the coded block including block A are derived. Then, from the derived motion vectors v3 and v4, a predicted motion vector v0 for the control point at the upper left corner of the current block and a predicted motion vector v1 for the control point at the upper right corner are calculated. Further, from the derived motion vectors v0 and v1, a predicted motion vector v2 for the control point at the lower left corner is calculated.

[0228] For example, as shown in FIG. 30B, when the current block has two control points at the upper left corner and upper right corner, and the block A adjacent to the left of the current block is coded in an affine mode with three control points, motion vectors v3, v4, and v5 projected onto the upper left corner, upper right corner, and lower left corner positions of the coded block including block A are derived. Then, from the derived motion vectors v3, v4, and v5, a predicted motion vector v0 for the control point at the upper left corner of the current block and a predicted motion vector v1 for the control point at the upper right corner are calculated.

[0229] This prediction motion vector derivation method may be used to derive each predicted motion vector of the control points of the current block in step Sj_1 of FIG. 29.

[0230] [MV Derivation > DMVR] FIG. 31A is a flowchart showing the relationship between the merge mode and DMVR.

[0231] The inter prediction unit 126 derives the motion vector of the current block in the merge mode (step Sl_1). Next, the inter prediction unit 126 determines whether to perform motion vector search, that is, motion search (step Sl_2). Here, if the inter prediction unit 126 determines not to perform motion search (No in step Sl_2), it determines the motion vector derived in step Sl_1 as the final motion vector for the current block (step Sl_4). That is, in this case, the motion vector of the current block is determined in the merge mode.

[0232] On the other hand, if it is determined to perform motion search in step Sl_1 (Yes in step Sl_2), the inter prediction unit 126 derives the final motion vector for the current block by searching the peripheral area of the reference picture indicated by the motion vector derived in step Sl_1 (step Sl_3). That is, in this case, the motion vector of the current block is determined by DMVR.

[0233] FIG. 31B is a conceptual diagram for explaining an example of the DMVR process for determining the MV.

[0234] First, the optimal MVP set for the current block (for example, in the merge mode) is used as the candidate MV. Then, according to the candidate MV (L0), reference pixels are specified from the first reference picture (L0) which is the encoded picture in the L0 direction. Similarly, according to the candidate MV (L1), reference pixels are specified from the second reference picture (L1) which is the encoded picture in the L1 direction. A template is generated by taking the average of these reference pixels.

[0235] Next, using the template, search the peripheral areas of the candidate MVs of the first reference picture (L0) and the second reference picture (L1) respectively, and determine the MV with the minimum cost as the final MV. Note that the cost value may be calculated using, for example, the difference value between each pixel value of the template and each pixel value of the search area, the candidate MV value, and the like.

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

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

[0238] [Motion Compensation > BIO / OBMC] In motion compensation, there are modes for generating a predicted image and correcting the predicted image. Those modes are, for example, BIO and OBMC described later.

[0239] FIG. 32 is a flowchart showing an example of generating a predicted image.

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

[0241] FIG. 33 is a flowchart showing another example of generating a predicted image.

[0242] The inter prediction unit 126 determines the motion vector of the current block (step Sn_1). Next, the inter prediction unit 126 generates a prediction image (step Sn_2) and determines whether to perform correction processing (step Sn_3). Here, when the inter prediction unit 126 determines to perform correction processing (Yes in step Sn_3), it generates a final prediction image by correcting the prediction image (step Sn_4). On the other hand, when the inter prediction unit 126 determines not to perform correction processing (No in step Sn_3), it outputs the prediction image as the final prediction image without correction (step Sn_5).

[0243] Also, in motion compensation, there is a mode of correcting the luminance when generating a prediction image. That mode is, for example, LIC described later.

[0244] FIG. 34 is a flowchart showing another example of generating a prediction image.

[0245] The inter prediction unit 126 derives the motion vector of the current block (step So_1). Next, the inter prediction unit 126 determines whether to perform luminance correction processing (step So_2). Here, when the inter prediction unit 126 determines to perform luminance correction processing (Yes in step So_2), it generates a prediction image while performing luminance correction (step So_3). That is, the prediction image is generated by LIC. On the other hand, when the inter prediction unit 126 determines not to perform luminance correction processing (No in step So_2), it generates a prediction image by normal motion compensation without performing luminance correction (step So_4).

[0246] [Motion Compensation > OBMC] Not only the motion information of the current block obtained by motion search but also the motion information of adjacent blocks may be used to generate an inter prediction signal. Specifically, an inter prediction signal may be generated in units of sub-blocks within a current block by weighted addition of a prediction signal based on the motion information obtained by motion search (in a reference picture) and a prediction signal based on the motion information of adjacent blocks (in the current picture). Such inter prediction (motion compensation) is sometimes called OBMC (overlapped block motion compensation).

[0247] In the OBMC mode, information indicating the size of sub-blocks for OBMC (for example, called OBMC block size) may be signaled at the sequence level. Further, information indicating whether to apply the OBMC mode (for example, called OBMC flag) may be signaled at the CU level. Note that the signaling levels of these pieces of information do not have to be limited to the sequence level and the CU level, and may be other levels (for example, picture level, slice level, tile level, CTU level, or sub-block level).

[0248] An example of the OBMC mode will be described more specifically. FIGS. 35 and 36 are a flowchart and a conceptual diagram for explaining the outline of prediction image correction processing by OBMC processing.

[0249] First, as shown in FIG. 36, a predicted image (Pred) by normal motion compensation is obtained using the motion vector (MV) assigned to the processing target (current) block. In FIG. 36, the arrow “MV” points to the reference picture and indicates what the current block of the current picture is referring to in order to obtain the predicted image.

[0250] Next, the motion vector (MV_L) already derived for the encoded left adjacent block is applied (reused) to the block to be encoded to obtain a predicted image (Pred_L). The motion vector (MV_L) is indicated by the arrow "MV_L" pointing from the current block to the reference picture. Then, the first correction of the predicted image is performed by superimposing the two predicted images Pred and Pred_L. This has the effect of blending the boundaries between adjacent blocks.

[0251] Similarly, the motion vector (MV_U) already derived for the encoded upper adjacent block is applied (reused) to the block to be encoded to obtain a predicted image (Pred_U). The motion vector (MV_U) is indicated by the arrow "MV_U" pointing from the current block to the reference picture. Then, the second correction of the predicted image is performed by superimposing the predicted image Pred_U on 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 by the second correction is the final predicted image of the current block with the boundaries blended (smoothed) with adjacent blocks.

[0252] Note that the above example is a two-pass correction method using left and upper adjacent blocks, but the correction method may also be a three-pass or more-pass correction method using right and / or lower adjacent blocks.

[0253] Note that the area for superimposition may be only a partial area near the block boundary, rather than the entire pixel area of the block.

[0254] Note that, in the above description, from one reference picture, the predictive picture correction process of OBMC for obtaining one predictive picture Pred by superimposing additional predictive pictures Pred_L and Pred_U has been described. However, when the predictive picture is corrected based on a plurality of reference pictures, the same process may be applied to each of the plurality of reference pictures. In such a case, by performing the picture correction of OBMC based on a plurality of reference pictures, after obtaining the corrected predictive pictures from each of the reference pictures, the final predictive picture is obtained by further superimposing the plurality of obtained corrected predictive pictures.

[0255] Note that, in OBMC, the unit of the target block may be a prediction block unit or a sub-block unit obtained by further dividing the prediction block.

[0256] As a method for determining whether to apply the OBMC process, for example, there is a method using an obmc_flag which is a signal indicating whether to apply the OBMC process. As a specific example, the encoding device may determine whether the target block belongs to a region with complex motion. When the target block belongs to a region with complex motion, the encoding device sets the value 1 as the obmc_flag and applies the OBMC process for encoding. When the target block does not belong to a region with complex motion, the encoding device sets the value 0 as the obmc_flag and performs block encoding without applying the OBMC process. On the other hand, in the decoding device, by decoding the obmc_flag described in the stream (for example, the compressed sequence), decoding is performed by switching whether to apply the OBMC process according to the value.

[0257] In the above example, the inter prediction unit 126 generates one rectangular predictive picture for the rectangular current block. However, the inter prediction unit 126 may generate a plurality of predictive pictures with shapes different from the rectangle for the rectangular current block, and generate the final rectangular predictive picture by combining the plurality of predictive pictures. The shape different from the rectangle may be, for example, a triangle.

[0258] FIG. 37 is a conceptual diagram for explaining the generation of two predicted images of triangles.

[0259] The inter prediction unit 126 generates a predicted image of a triangle by performing motion compensation on the first partition of the triangle in the current block using the first MV of the first partition. Similarly, the inter prediction unit 126 generates a predicted image of a triangle by performing motion compensation on the second partition of the triangle in the current block using the second MV of the second partition. Then, the inter prediction unit 126 generates a predicted image of a rectangle identical to the current block by combining these predicted images.

[0260] In the example shown in FIG. 37, the first partition and the second partition are each a triangle, but they may be trapezoids or may have different shapes from each other. Further, in the example shown in FIG. 37, the current block is composed of two partitions, but it may be composed of three or more partitions.

[0261] Also, the first partition and the second partition may overlap. That is, the first partition and the second partition may include the same pixel region. In this case, a predicted image of the current block may be generated using the predicted image in the first partition and the predicted image in the second partition.

[0262] Also, in this example, an example in which predicted images are generated by inter prediction for both two partitions is shown, but predicted images may be generated by intra prediction for at least one partition.

[0263] [Motion Compensation > BIO] Next, a method for deriving a motion vector will be described. First, a mode for deriving a motion vector based on a model assuming uniform linear motion will be described. This mode is sometimes called the BIO (bi-directional optical flow) mode.

[0264] Figure 38 is a conceptual diagram for explaining a model assuming uniform linear motion. In Figure 38, (vx, vy) represents the velocity vector, and τ0 and τ1 represent the temporal distances between the current picture (Cur Pic) and two reference pictures (Ref0, Ref1), respectively. (MVx0, MVy0) represents the motion vector corresponding to the reference picture Ref0, and (MVx1, MVy1) represents the motion vector corresponding to the reference picture Ref1.

[0265] At this time, under the assumption of uniform linear motion of the velocity vector (vx, vy), (MVx0, MVy0) and (MVx1, MVy1) are represented as (vxτ0, vyτ0) and (-vxτ1, -vyτ1), respectively, and the following optical flow equation (2) may be adopted.

[0266]

Equation

[0267] Here, I(k) represents the luminance value of the reference image k (k = 0, 1) after motion compensation. This optical flow equation indicates that the sum of (i) the temporal derivative 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. Based on the combination of this optical flow equation and Hermite interpolation, the motion vector in block units obtained from the merge list or the like may be corrected in pixel units.

[0268] Note that the motion vector may be derived on the decoder side by a method different from the derivation of the motion vector based on the model assuming uniform linear motion. For example, the motion vector may be derived in sub-block units based on the motion vectors of a plurality of adjacent blocks.

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

[0270] FIG. 39 is a conceptual diagram for explaining an example of a method for generating a predicted image using luminance correction processing by LIC processing.

[0271] First, an MV is derived from the encoded reference picture to obtain a reference image corresponding to the current block.

[0272] Next, for the current block, information indicating how the luminance value has changed between the reference picture and the current picture is extracted. This extraction is performed based on the luminance pixel values in the encoded left adjacent reference region (peripheral reference region) and the encoded upper adjacent reference region (peripheral reference region) in the current picture, and the luminance pixel values at the equivalent positions in the reference picture specified by the derived MV. Then, a luminance correction parameter is calculated using the information indicating how the luminance value has changed.

[0273] A predicted image for the current block is generated by performing a luminance correction process of applying the luminance correction parameter to the reference image in the reference picture specified by the MV.

[0274] Note that the shape of the peripheral reference region in FIG. 39 is an example, and other shapes may be used.

[0275] Also, although the process of generating a predicted image from one reference picture has been described here, the same applies when generating a predicted image from a plurality of reference pictures. The reference images obtained from each reference picture may be subjected to luminance correction processing in the same manner as described above, and then a predicted image may be generated.

[0276] As a method for determining whether to apply the LIC process, for example, there is a method using a lic_flag which is a signal indicating whether to apply the LIC process. As a specific example, in an encoding device, it is determined whether the current block belongs to an area where a luminance change has occurred. If it belongs to an area where a luminance change has occurred, a value 1 is set as the lic_flag and the LIC process is applied for encoding. If it does not belong to an area where a luminance change has occurred, a value 0 is set as the lic_flag and encoding is performed without applying the LIC process. On the other hand, in a decoding device, by decoding the lic_flag described in the stream, decoding may be performed by switching whether to apply the LIC process according to the value thereof.

[0277] As another method for determining whether to apply the LIC process, for example, there is also a method of determining according to whether the LIC process has been applied to surrounding blocks. As a specific example, when the current block is in the merge mode, it is determined whether the encoded block in the periphery selected when deriving the MV in the merge mode process has been encoded by applying the LIC process. Encoding is performed by switching whether to apply the LIC process according to the result. Note that also in the case of this example, the same process is applied to the process on the decoder side.

[0278] Although the mode of the LIC process (luminance correction process) has been described with reference to FIG. 39, the details will be described below.

[0279] First, the inter prediction unit 126 derives a motion vector for obtaining a reference image corresponding to the encoding target block from a reference picture which is an encoded picture.

[0280] Next, the inter prediction unit 126 extracts information indicating how the luminance values change between the reference picture and the picture to be encoded, using the luminance pixel values of the left and upper adjacent encoded peripheral reference regions for the block to be encoded and the luminance pixel values at the equivalent positions in the reference picture specified by the motion vector, and calculates the luminance correction parameter. For example, let the luminance pixel value of a certain pixel in the peripheral reference region within the picture to be encoded be p0, and the luminance pixel value of the pixel in the peripheral reference region within the reference picture at the equivalent position to this pixel be p1. The inter prediction unit 126 calculates, as the luminance correction parameter, the coefficients A and B that optimize A×p1 + B = p0 for a plurality of pixels in the peripheral reference region.

[0281] Next, the inter prediction unit 126 performs luminance correction processing on the reference image in the reference picture specified by the motion vector using the luminance correction parameter, thereby generating a predicted image for the block to be encoded. For example, let the luminance pixel value in the reference image be p2, and the luminance pixel value of the predicted image after the luminance correction processing be p3. The inter prediction unit 126 generates the predicted image after the luminance correction processing by calculating A×p2 + B = p3 for each pixel in the reference image.

[0282] Note that the shape of the peripheral reference region in FIG. 39 is an example, and other shapes may be used. Also, a part of the peripheral reference region shown in FIG. 39 may be used. For example, a region including a predetermined number of pixels decimated from each of the upper adjacent pixel and the left adjacent pixel may be used as the peripheral reference region. Also, the peripheral reference region is not limited to the region adjacent to the block to be encoded, and may be a region not adjacent to the block to be encoded. The predetermined number regarding the pixels may be determined in advance.

[0283] Also, in the example shown in FIG. 39, the peripheral reference region in the reference picture is the region specified by the motion vector of the picture to be encoded from the peripheral reference region within the picture to be encoded, but it may be the region specified by another motion vector. For example, the other motion vector may be the motion vector of the peripheral reference region within the picture to be encoded.

[0284] Although the operation of the encoding device 100 has been described here, the operation of the decoding device 200 is typically the same.

[0285] Note that the LIC process may be applied not only to luminance but also to color difference. At this time, correction parameters may be derived individually for each of Y, Cb, and Cr, or a common correction parameter may be used for any of them.

[0286] Also, the LIC process may be applied in sub-block units. For example, correction parameters may be derived using the peripheral reference region of the current sub-block and the peripheral reference region of the reference sub-block in the reference picture specified by the MV of the current sub-block.

[0287] [Prediction control unit] The prediction control unit 128 selects either the intra prediction signal (the signal output from the intra prediction unit 124) or the inter prediction signal (the signal output from the inter prediction unit 126), and outputs the selected signal as the prediction signal to the subtraction unit 104 and the addition unit 116.

[0288] As shown in FIG. 1, in various examples of an encoding device, the prediction control unit 128 may output prediction parameters input to the entropy encoding unit 110. The entropy encoding unit 110 may generate an encoded bit stream (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 be used in a decoding device. The decoding device may receive and decode the encoded bit stream and perform the same processing as the prediction processing performed in the intra prediction unit 124, the inter prediction unit 126, and the prediction control unit 128. The prediction parameters may include a selection prediction signal (e.g., a motion vector, a prediction type, or a prediction mode used in the intra prediction unit 124 or the inter prediction unit 126), or any index, flag, or value based on or indicating the prediction processing performed in the intra prediction unit 124, the inter prediction unit 126, and the prediction control unit 128.

[0289] [Implementation Example of Encoding Device] FIG. 40 is a block diagram showing an implementation example of the encoding device 100. The encoding device 100 includes a processor a1 and a memory a2. For example, a plurality of components of the encoding device 100 shown in FIG. 1 are implemented by the processor a1 and the memory a2 shown in FIG. 40.

[0290] The processor a1 is a circuit that performs information processing and is a circuit that can access the memory a2. For example, the processor a1 is a dedicated or general-purpose electronic circuit that encodes moving images. The processor a1 may be a processor such as a CPU. Also, the processor a1 may be an aggregate of a plurality of electronic circuits. Also, for example, the processor a1 may perform the roles of a plurality of components among the plurality of components of the encoding device 100 shown in FIG. 1 and the like.

[0291] Memory a2 is a dedicated or general-purpose memory that stores information for the processor a1 to encode a moving image. Memory a2 may be an electronic circuit and may be connected to processor a1. Further, memory a2 may be included in processor a1. Also, memory a2 may be an aggregate of a plurality of electronic circuits. Further, memory a2 may be a magnetic disk, an optical disk, etc., or may be expressed as a storage or a recording medium, etc. Also, memory a2 may be a non-volatile memory or a volatile memory.

[0292] For example, memory a2 may store the moving image to be encoded, or may store the bit string corresponding to the encoded moving image. Also, a program for the processor a1 to encode a moving image may be stored in memory a2.

[0293] Also, for example, memory a2 may serve as a component for storing information among the plurality of components of the encoding device 100 shown in FIG. 1 etc. For example, memory a2 may serve as the block memory 118 and the frame memory 122 shown in FIG. 1. More specifically, memory a2 may store the reconstructed blocks, the reconstructed pictures, etc.

[0294] Note that in the encoding device 100, not all of the plurality of components shown in FIG. 1 etc. need to be implemented, and not all of the plurality of processes described above need to be performed. A part of the plurality of components shown in FIG. 1 etc. may be included in another device, and a part of the plurality of processes described above may be executed by another device.

[0295] [Decoder device] Next, for example, a decoder device capable of decoding the encoded signal (encoded bit stream) output from the above encoding device 100 will be described. FIG. 41 is a block diagram showing the functional configuration of the decoder device 200 according to the embodiment. The decoder device 200 is a moving image decoder device that decodes a moving image in block units.

[0296] As shown in FIG. 41, the decoding apparatus 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 prediction unit 216, an inter prediction unit 218, and a prediction control unit 220.

[0297] The decoding apparatus 200 is realized by, for example, a general-purpose processor and a memory. In this case, when a software program stored in the memory is executed by the processor, the processor functions as the entropy decoding unit 202, the inverse quantization unit 204, the inverse transformation unit 206, the addition unit 208, the loop filter unit 212, the intra prediction unit 216, the inter prediction unit 218, and the prediction control unit 220. Further, the decoding apparatus 200 may be realized as one or more dedicated electronic circuits corresponding to the entropy decoding unit 202, the inverse quantization unit 204, the inverse transformation unit 206, the addition unit 208, the loop filter unit 212, the intra prediction unit 216, the inter prediction unit 218, and the prediction control unit 220.

[0298] After explaining the overall processing flow of the decoding apparatus 200 below, each component included in the decoding apparatus 200 will be described.

[0299] [Overall Flow of Decoding Process] FIG. 42 is a flowchart showing an example of the overall decoding process by the decoding apparatus 200.

[0300] First, the entropy decoding unit 202 of the decoding apparatus 200 specifies a division pattern of a block of a fixed size (for example, 128×128 pixels) (step Sp_1). This division pattern is the division pattern selected by the encoding apparatus 100. Then, the decoding apparatus 200 performs the processing of steps Sp_2 to Sp_6 for each of the plurality of blocks constituting the division pattern.

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

[0302] Next, the inverse quantization unit 204 and the inverse transformation unit 206 restore a plurality of prediction residuals (that is, difference blocks) by performing inverse quantization and inverse transformation on the plurality of quantization coefficients (step Sp_3).

[0303] Next, a 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).

[0304] Next, the addition 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 difference block (step Sp_5).

[0305] Then, when this reconstructed image is generated, the loop filter unit 212 performs filtering on the reconstructed image (step Sp_6).

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

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

[0308] [Entropy Decoding Unit] The entropy decoding unit 202 entropy-decodes the encoded bit stream. Specifically, the entropy decoding unit 202, for example, arithmetically decodes the encoded bit stream into a binary signal. Then, the entropy decoding unit 202 de-binarizes the binary signal. The entropy decoding unit 202 outputs quantization coefficients to the inverse quantization unit 204 in block units. The entropy decoding unit 202 may output prediction parameters included in the encoded bit stream (see FIG. 1) to the intra prediction unit 216, the inter prediction unit 218, and the prediction control unit 220 in the embodiment. The intra prediction unit 216, the inter prediction unit 218, and the prediction control unit 220 can execute 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.

[0309] [Inverse Quantization Unit] The inverse quantization unit 204 inverse-quantizes the quantization coefficients of the block to be decoded (hereinafter referred to as the current block), which is the input from the entropy decoding unit 202. Specifically, for each quantization coefficient of the current block, the inverse quantization unit 204 inverse-quantizes the quantization coefficient based on the quantization parameter corresponding to the quantization coefficient. Then, the inverse quantization unit 204 outputs the inverse-quantized quantization coefficients (i.e., transform coefficients) of the current block to the inverse transform unit 206.

[0310] [Inverse Transform Unit] The inverse transform unit 206 restores the prediction error by inverse-transforming the transform coefficients, which is the input from the inverse quantization unit 204.

[0311] For example, when the information decoded from the encoded bit stream indicates that EMT or AMT is to be applied (for example, the AMT flag is true), the inverse transform unit 206 inverse-transforms the transform coefficients of the current block based on the information indicating the decoded transform type.

[0312] Also, for example, when the information decoded from the encoded bit stream indicates that NSST is to be applied, the inverse transform unit 206 applies inverse reverse transformation to the transform coefficients.

[0313] [Addition unit] The addition unit 208 reconstructs the current block by adding the prediction error, which is the input from the inverse conversion unit 206, and the prediction sample, which is the input from the prediction control unit 220. Then, the addition unit 208 outputs the reconstructed block to the block memory 210 and the loop filter unit 212.

[0314] [Block memory] The block memory 210 is a storage unit for storing blocks within the decoded target picture (hereinafter referred to as the current picture), which are blocks referenced in intra prediction. Specifically, the block memory 210 stores the reconstructed block output from the addition unit 208.

[0315] [Loop filter unit] The loop filter unit 212 applies a loop filter to the block reconstructed by the addition unit 208 and outputs the filtered reconstructed block to the frame memory 214 and the display device, etc.

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

[0317] [Frame memory] The frame memory 214 is a storage unit for storing reference pictures used in inter prediction, and is sometimes called a frame buffer. Specifically, the frame memory 214 stores the reconstructed block filtered by the loop filter unit 212.

[0318] [Prediction processing unit (intra prediction unit, inter prediction unit, prediction control unit)] FIG. 43 is a flowchart showing an example of the processing performed by the prediction processing unit of the decoding apparatus 200. The prediction processing unit includes all or some of the components of the intra prediction unit 216, the inter prediction unit 218, and the prediction control unit 220.

[0319] The prediction processing unit generates a predicted image of the current block (step Sq_1). This predicted image is also referred to as a prediction signal or a prediction block. Note that the prediction signal includes, for example, an intra prediction signal or an inter prediction signal. Specifically, the prediction processing unit generates a predicted image of the current block using the reconstructed image already obtained by performing generation of a prediction block, generation of a difference block, generation of a coefficient block, restoration of the difference block, and generation of a decoded image block.

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

[0321] FIG. 44 is a flowchart showing another example of the processing performed by the prediction processing unit of the decoding apparatus 200.

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

[0323] When the prediction processing unit determines the first method as the mode for generating the predicted image, it generates the predicted image according to the first method (step Sr_2a). When the prediction processing unit determines the second method as the mode for generating the predicted image, it generates the predicted image according to the second method (step Sr_2b). When the prediction processing unit determines the third method as the mode for generating the predicted image, it generates the predicted image according to the third method (step Sr_2c).

[0324] The first method, the second method, and the third method are different methods for generating a predicted image, and may be, for example, an inter prediction method, an intra prediction method, and other prediction methods, respectively. In these prediction methods, the above-described reconstructed image may be used.

[0325] [Intra Prediction Unit] The intra prediction unit 216 generates a prediction signal (intra prediction signal) by performing intra prediction with reference to a block in the current picture stored in the block memory 210 based on the intra prediction mode decoded from the encoded bitstream. Specifically, the intra prediction unit 216 generates an intra prediction signal by performing intra prediction with reference to samples (for example, luminance values, chrominance difference values) of blocks adjacent to the current block, and outputs the intra prediction signal to the prediction control unit 220.

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

[0327] Also, when the information decoded from the encoded bitstream indicates the application of PDPC, the intra prediction unit 216 corrects the pixel value after intra prediction based on the gradient of the reference pixels in the horizontal / vertical direction.

[0328] [Inter Prediction Unit] The inter prediction unit 218 predicts the current block by referring to the reference picture stored in the frame memory 214. The prediction is performed in units of the current block or sub-blocks (e.g., 4x4 blocks) within the current block. For example, the inter 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) to generate an inter prediction signal for the current block or sub-block, and outputs the inter prediction signal to the prediction control unit 220.

[0329] When the information decoded from the coded bitstream indicates that the OBMC mode is to be applied, the inter prediction unit 218 generates an inter prediction signal using not only the motion information of the current block obtained by motion search but also the motion information of adjacent blocks.

[0330] Also, when the information decoded from the coded bitstream indicates that the FRUC mode is to be applied, the inter prediction unit 218 derives motion information by performing motion search according to the pattern matching method (bilateral matching or template matching) decoded from the coded stream. Then, the inter prediction unit 218 performs motion compensation (prediction) using the derived motion information.

[0331] Also, the inter prediction unit 218 derives a motion vector based on a model assuming uniform linear motion when the BIO mode is applied. Also, when the information decoded from the coded bitstream indicates that the affine motion compensation prediction mode is to be applied, the inter prediction unit 218 derives a motion vector in units of sub-blocks based on the motion vectors of a plurality of adjacent blocks.

[0332] [MV Derivation > Normal Inter Mode] When the information decoded from the symbolized bitstream indicates that the normal inter mode is to be applied, the inter prediction unit 218 derives an MV based on the information decoded from the coded stream, and performs motion compensation (prediction) using the MV.

[0333] FIG. 45 is a flowchart showing an example of inter prediction in the normal inter mode in the decoding apparatus 200.

[0334] The inter prediction unit 218 of the decoding apparatus 200 performs motion compensation for each block. The inter prediction unit 218 acquires a plurality of candidate MVs for the current block based on information such as the MVs of a plurality of decoded blocks temporally or spatially around the current block (step Ss_1). That is, the inter prediction unit 218 creates a candidate MV list.

[0335] Next, the inter prediction unit 218 extracts each of N (N is an integer of 2 or more) candidate MVs from among the plurality of candidate MVs acquired in step Ss_1 as a prediction motion vector candidate (also referred to as a prediction MV candidate) according to a predetermined priority order (step Ss_2). Note that the priority order may be determined in advance for each of the N prediction MV candidates.

[0336] Next, the inter prediction unit 218 decodes prediction motion vector selection information from the input stream (i.e., the symbolized bitstream), and uses the decoded prediction motion vector selection information to select one prediction MV candidate from among the N prediction MV candidates as the prediction motion vector (also referred to as a prediction MV) of the current block (step Ss_3).

[0337] Next, the inter prediction unit 218 decodes a differential MV from the input stream, and derives the MV of the current block by adding the difference value, which is the decoded differential MV, to the selected prediction motion vector (step Ss_4).

[0338] Finally, the inter 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).

[0339] [Prediction control unit] The prediction control unit 220 selects either the intra prediction signal or the inter prediction signal, and outputs the selected signal as a prediction signal to the addition unit 208. Overall, the configuration, function, and processing of the prediction control unit 220, the intra prediction unit 216, and the inter prediction unit 218 on the decoder side may correspond to the configuration, function, and processing of the prediction control unit 128, the intra prediction unit 124, and the inter prediction unit 126 on the encoder side.

[0340] [Implementation example of decoder] FIG. 46 is a block diagram showing an implementation example of the decoder 200. The decoder 200 includes a processor b1 and a memory b2. For example, a plurality of components of the decoder 200 shown in FIG. 41 are implemented by the processor b1 and the memory b2 shown in FIG. 46.

[0341] The processor b1 is a circuit that performs information processing and is a circuit that can access the memory b2. For example, the processor b1 is a dedicated or general-purpose electronic circuit that decodes an encoded moving image (i.e., an encoded bit stream). The processor b1 may be a processor such as a CPU. Also, the processor b1 may be an aggregate of a plurality of electronic circuits. Also, for example, the processor b1 may play the roles of a plurality of components among the plurality of components of the decoder 200 shown in FIG. 41 and the like.

[0342] Memory b2 is a dedicated or general-purpose memory in which information for the processor b1 to decode the encoded bitstream is stored. Memory b2 may be an electronic circuit and may be connected to processor b1. Also, memory b2 may be included in processor b1. Further, memory b2 may be an aggregate of a plurality of electronic circuits. Also, memory b2 may be a magnetic disk, an optical disk, etc., or may be expressed as a storage or recording medium, etc. Also, memory b2 may be a non-volatile memory or a volatile memory.

[0343] For example, a moving image or an encoded bitstream may be stored in memory b2. Also, a program for the processor b1 to decode the encoded bitstream may be stored in memory b2.

[0344] Also, for example, memory b2 may serve as a component for storing information among a plurality of components of the decoding device 200 shown in FIG. 41 etc. Specifically, memory b2 may serve as the block memory 210 and the frame memory 214 shown in FIG. 41. More specifically, reconstructed blocks, reconstructed pictures, etc. may be stored in memory b2.

[0345] Note that in the decoding device 200, not all of the plurality of components shown in FIG. 41 etc. need to be implemented, and not all of the plurality of processes described above need to be performed. A part of the plurality of components shown in FIG. 41 etc. may be included in another device, and a part of the plurality of processes described above may be executed by another device.

[0346] [Definitions of Each Term] Each term may, as an example, have the following definitions.

[0347] A picture is an array of a plurality of luminance samples in a monochrome format, or an array of a plurality of luminance samples and two corresponding arrays of a plurality of chrominance samples in color formats of 4:2:0, 4:2:2, and 4:4:4. The picture may be a frame or a field.

[0348] A frame is a composition of a top field in which a plurality of sample rows 0, 2, 4,... occur, and a bottom field in which a plurality of sample rows 1, 3, 5,... occur.

[0349] A slice is an integer number of coded tree units included in one independent slice segment and all subsequent dependent slice segments (if any) preceding the next independent slice segment (if any) in the same access unit.

[0350] A tile is a rectangular area of a plurality of coded tree blocks in a specific tile column and a specific tile row in a picture. The tile may be a rectangular area of a frame that is still intended to be independently decoded and encoded, although a loop filter spanning the edges of the tile may still be applied.

[0351] A block is an MxN (N rows and M columns) array of a plurality of samples, or an MxN array of a plurality of transform coefficients. The block may be a square or rectangular area of a plurality of pixels consisting of a plurality of matrices of one luminance and two chrominances.

[0352] A CTU (Coded Tree Unit) may be a coded tree block of a plurality of luminance samples of a picture having three sample arrays, or two corresponding coded tree blocks of a plurality of chrominance samples. Alternatively, a CTU may be a coded tree block of a plurality of samples of either a monochrome picture or a picture encoded using a syntax structure used for encoding three separate color planes and a plurality of samples.

[0353] The super block may consist of one or two mode information blocks, or may be a square block of 64×64 pixels that is recursively divided into four 32×32 blocks and can be further divided.

[0354] FIG. 47 is a diagram showing the syntax of the buffering period SEI message in the embodiment. In video coding, the HRD (Hypothetical Reference Decoder) is defined to check the compatibility of the bitstream and the decoder 200. In order for the decoder 200 to perform this compatibility test, information related to the HRD buffer and picture timing is encoded in the bitstream. Most of the information related to the HRD is encoded in the HRD parameter syntax structure (which is itself included in the sequence parameter set), the buffering period SEI message, and the picture timing SEI message.

[0355] The HRD parameters typically include HRD information for the entire sequence of at least the types shown below. It is the number of schedules encoded for each temporal sublayer and the bitrate and CPB (Coded Picture Buffer) size of the schedule. The buffering period SEI message includes information for the buffering period included in the sequence of at least the types shown below. It is the initial CPB removal delay and the offset for the schedule for each schedule. The picture timing SEI message includes information for at least one picture of the types shown below. It is the CPB removal delay (corresponding to the decoding timestamp in some systems) and the DPB (Decoded Picture Buffer) output delay (corresponding to the presentation timestamp or synthesis timestamp in some systems).

[0356] The first aspect of the present disclosure relates to introducing an additional loop on top of an existing loop of a schedule within a buffering period SEI message. Indeed, since there is one schedule for each of the encoded temporal sublayers among a plurality of HRD parameters, an additional loop for the plurality of temporal sublayers is also added to the buffering period SEI message in order to encode the initial CPB removal delay and a plurality of offsets for each schedule for each temporal sublayer. FIG. 47 shows the relevant part of the syntax of the buffering period SEI message where for( tid = 0; tid <= sps_max_sub_layers_minus1; tid++ ) is the additional loop for the temporal sublayer and bp_cpb_cnt_minus1[ tid ] is the encoded number of schedules for the temporal sublayer tid.

[0357] The main technical advantage of the first aspect of the present disclosure is to harmonize the HRD design by transmitting the parameters for each temporal sublayer in the HRD parameters, the buffering period SEI, and the picture timing SEI messages. Additionally, this simplifies the analysis of the HRD-related information in the buffering period SEI message since it is not necessary to hold one buffering period SEI message for each temporal sublayer.

[0358] FIG. 48 is a flowchart showing the processing for the decoding apparatus 200 to evaluate compliance. An example of the processing for checking the compliance of a bitstream using the HRD according to the first aspect of the present disclosure is shown in the flowchart of FIG. 48.

[0359] First, the TargetOp, which is the operating point, is selected to correspond to the OpTid that is included in the range from 0 to sps_max_sub_layers_minus1 and has the largest temporal sub-layer ID value among the OpTids. That is, when 0 ≤ OpTid ≤ sps_max_sub_layers_minus1, the decoding device 200 selects TargetOp using the highest temporal sub-layer ID OpTid (step S100).

[0360] Then, the decoding device 200 selects the HRD parameter corresponding to sub_layer_hrd_parameters(OpTid) of TargetOp (step S101). That is, the HRD parameter corresponding to TargetOp is selected to include the syntax substructure corresponding to sub_layer_hrd_parameters(OpTid) of the temporal sub-layer of OpTid.

[0361] Then, the decoding device 200 selects the HRD initialization point as the access unit associated with the buffering period SEI message applicable to TargetOp (step S102).

[0362] Next, the decoding device 200 discovers the relevant picture timing SEI message applicable to TargetOp for each access unit (step S103).

[0363] Then, the decoding device 200 selects the schedule of SchedSelIdx where 0 ≤ SchedSelIdx ≤ vui_cpb_cnt_minus1[OpTid] (step S104). Here, vui_cpb_cnt_minus1[OpTid] is encoded in the selected HRD parameter. That is, the schedule of SchedSelIdx within the range from 0 to the value of vui_cpb_cnt_minus1[OpTid], which is the syntax element encoded in the already selected HRD parameter, is selected.

[0364] This process is followed by two determination steps for checking that the number of schedules encoded in the selected HRD parameters and the number of schedules encoded in the selected buffering period SEI message are equal for the OpTid of the temporal sublayer, or, if the number of schedules encoded in the selected HRD parameters and the number of schedules encoded in the selected buffering period SEI message are not equal for the OpTid of the temporal sublayer, that the SchedSelIdx of the schedule is less than or equal to the number of schedules encoded in the selected buffering period SEI message.

[0365] Specifically, the decoding device 200 determines whether vui_cpb_cnt_minus1[OpTid] == bp_cpd_cnt_minus1[OpTid] (step S105).

[0366] If the decoding device 200 determines that vui_cpb_cnt_minus1[OpTid] == bp_cpd_cnt_minus1[OpTid] (Yes in step S105), the decoding device 200 selects the CpbSize[SchedSelIdx], which is the CPB size calculated based on sub_layer_hrd_parameters(OpTid) corresponding to the temporal sublayer of OpTid in the HRD parameters, and the BitRate[SchedSelIdx], which is the bitrate of SchedSelIdx (step S107).

[0367] If the decoding device 200 determines that vui_cpb_cnt_minus1[OpTid]!= bp_cpd_cnt_minus1[OpTid] (No in step S105), the decoding device 200 determines whether SchedSelIdx <= bp_cpb_cnt_minus1[OpTid] (step S106).

[0368] When the decoder 200 determines that SchedSelIdx ≦ bp_cpb_cnt_minus1[OpTid] (Yes in step S106), the decoder 200 selects, in the HRD parameters, the CpbSize[SchedSelIdx] which is the CPB size calculated based on sub_layer_hrd_parameters(OpTid) corresponding to the temporal sublayer of OpTid, and the BitRate[SchedSelIdx] which is the bitrate of SchedSelIdx (step S107).

[0369] Subsequently, the decoder 200 selects InitCpbRemovalDelay[OpTid][SchedSelIdx] and InitCpbRemovalDelayOffset[OpTid][SchedSelIdx] for the schedule of SchedSelIdx and the temporal sublayer of OpTid based on the encoding of the buffering period SEI message (step S108).

[0370] Then, the decoder 200 checks the compliance using the previously selected values (step S109).

[0371] When the decoder 200 determines that SchedSelIdx ≦ bp_cpb_cnt_minus1[OpTid] is not true (No in step S106), the decoder 200 terminates the operation. That is, when the decoder 200 determines that SchedSelIdx ≦ bp_cpb_cnt_minus1[OpTid] is not true, there is a problem with the schedule of SchedSelIdx, and thus the decoder 200 terminates the process as an error.

[0372] The alternative processing of the two determination steps shown in FIG. 48 is from step S107 to step 109. In other words, steps S107 to S109 are as follows. The decoding device 200 selects a SchedSelIdx in the range of values from 0 to min(vui_cpb_cnt_minus1[OpTid], bp_cpb_cnt_minus1[OpTid]) in advance. Subsequently, the CPB size and the bit rate are determined from the selected HRD parameters for the schedule of SchedSelIdx and the temporal sublayer of OpTid.

[0373] Then, the variables InitCpbRemovalDelay and InitCpbRemovalDelayOffset are determined from the selected buffering period SEI message for the schedule of SchedSelIdx and the temporal sublayer of OpTid. This process continues with a process for checking compliance using preselected values according to a process described, for example, in HEVC or VVC Annex C. Then, the process ends.

[0374] As a modification of the first aspect of the present disclosure, the number of schedules for each temporal sublayer may be encoded only in the HRD parameters and not encoded in the buffering period SEI message. Thereby, a dependency on the buffering period SEI message analysis in the sequence parameter set (including the HRD parameters) is created. In this case, the syntax element bp_cpb_cnt_minus1[ tid ] does not need to be encoded in the buffering period SEI message and is simply derived based on the SPS signal.

[0375] However, it is desirable to avoid the parsing dependency between the buffering period SEI message and the sequence parameter set. For this purpose, it makes sense to encode the syntax element bp_cpb_cnt_minus1[tid] into the buffering period SEI message. However, in order to ensure that the same number of schedules encoded in the buffering period SEI message and the HRD parameters exist, a constraint is introduced that the value of the syntax element bp_cpb_cnt_minus1[tid] is equal to the value of the corresponding syntax element encoded in the HRD parameters (typically named vui_cpb_cnt_minus1[tid]).

[0376] In a second aspect according to an embodiment of the present disclosure, in order to avoid the parsing dependency of the sequence parameter set, the number of temporal sublayers in the bitstream is encoded into the buffering period SEI message and the picture timing SEI message. FIG. 49 is a diagram showing the syntax of the buffering period SEI message in the embodiment. FIG. 49 shows the syntax of the buffering period SEI message related to the first and second aspects of the present disclosure. The newly added syntax element bp_max_sub_layers_minus1 encodes a value obtained by subtracting 1 from the number of temporal sublayers in the bitstream. Therefore, the loop of the temporal sublayers depends on the value of bp_max_sub_layers_minus1 instead of sps_max_sub_layers_minus1 as shown in FIG. 47. Thereby, the decoding device 200 can remove the parsing dependency of the sequence parameter set.

[0377] FIG. 50 is a diagram showing the syntax of the picture timing SEI message of the second aspect in the embodiment. Similar to FIG. 49, FIG. 50 shows the syntax of the picture timing SEI message regarding the second aspect in the embodiment of the present disclosure. The newly added syntax element pt_max_sub_layers_minus1 encodes a value obtained by subtracting 1 from the number of temporal sublayers in the bitstream, and the loop of the temporal sublayers depends on the value of pt_max_sub_layers_minus1 instead of the value of sps_max_sub_layers_minus1. Thereby, the decoding device 200 can remove the analysis dependency of the sequence parameter set.

[0378] As a modification of the second aspect according to the embodiment of the present disclosure, in order to ensure that the same number of temporal sublayers as those encoded in the buffering period SEI message are encoded in the sequence parameter set, a constraint may be introduced that the value of the syntax element bp_max_sub_layers_minus1 is equal to the value of sps_max_sub_layers_minus1 encoded in the sequence parameter set, which is the corresponding syntax element. Similarly, in order to ensure that the same number of temporal sublayers as those encoded in the picture timing SEI message are encoded in the sequence parameter set, a constraint may be introduced that the value of the syntax element pt_max_sub_layers_minus1 is equal to the value of sps_max_sub_layers_minus1 encoded in the sequence parameter set, which is the corresponding syntax element.

[0379] One or more aspects disclosed herein may be implemented in combination with at least a part of other aspects in the present disclosure. Also, a part of the processing described in the flowchart of one or more aspects disclosed herein, a part of the configuration of the device, a part of the syntax, etc. may be implemented in combination with other aspects.

[0380] [Implementation] FIG. 51 is a flowchart showing an operation example of the encoding apparatus in the embodiment. For example, the encoding apparatus 100 shown in FIG. 40 performs the operations shown in FIG. 51. Specifically, the processor a1 performs the following operations using the memory a2.

[0381] The processor a1 encodes a plurality of parameters for representing an initial delay of a timing for extracting data from the CPB for each of the plurality of temporal sub-layers into the buffering period SEI (step S200).

[0382] Each of the plurality of temporal sub-layers corresponds to a plurality of schedules, and the processor a1 may encode each of the plurality of schedules including a plurality of parameters.

[0383] Here, the processor a1 is a specific example of a circuit.

[0384] FIG. 52 is a flowchart showing an operation example of the decoding apparatus in the embodiment. For example, the decoding apparatus 200 shown in FIG. 46 performs the operations shown in FIG. 52. Specifically, the processor b1 performs the following operations using the memory b2.

[0385] First, the processor b1 decodes a plurality of parameters for representing an initial delay of a timing for extracting data from the CPB for each of the plurality of temporal sub-layers from the buffering period SEI (step S300).

[0386] Each of the plurality of temporal sub-layers corresponds to a plurality of schedules, and the processor b1 may decode a plurality of parameters included in the bit stream for each of the plurality of schedules.

[0387] Here, the processor b1 is a specific example of a circuit.

[0388] One or more of the aspects disclosed herein may be implemented in combination with at least a part of other aspects in the present disclosure. Also, some of the processes described in the flowcharts of one or more of the aspects disclosed herein, some of the configurations of the apparatus, some of the syntax, etc. may be implemented in combination with other aspects.

[0389] [Implementation and Application] In each of the above embodiments, each of the functional or operative blocks can generally be realized by an MPU (micro processing unit), a memory, etc. Also, the processing by each of the functional blocks may be realized as a program execution unit such as a processor that reads and executes software (program) recorded on a recording medium such as a ROM. The software may be distributed. The software may be recorded on various recording media such as semiconductor memories. Note that it is also possible to realize each functional block by hardware (a dedicated circuit). Various combinations of hardware and software can be adopted.

[0390] The processing described in each embodiment may be realized by centralized processing using a single device (system), or may be realized by distributed processing using a plurality of devices. Also, the processor that executes the above program may be singular or plural. That is, centralized processing may be performed, or distributed processing may be performed.

[0391] Aspects of the present disclosure are not limited to the above embodiments, and various modifications are possible, and those are also included within the scope of the aspects of the present disclosure.

[0392] Furthermore, here, application examples of the moving image encoding method (image encoding method) or the moving image decoding method (image decoding method) shown in each of the above embodiments, and various systems for implementing such application examples will be described. Such a system may be characterized by having an image encoding device using the image encoding method, an image decoding device using the image decoding method, or an image encoding / decoding device having both. Other configurations of such a system can be appropriately changed as the case may be.

[0393] [Usage Example] FIG. 53 is a diagram showing the overall configuration of a suitable content supply system ex100 for realizing a content distribution service. The communication service providing area is divided into a desired size, and base stations ex106, ex107, ex108, ex109, ex110, which are fixed radio stations in the illustrated example, are installed in each cell.

[0394] In this content supply system ex100, devices such as a computer ex111, a game machine ex112, a camera ex113, home appliances ex114, and a smartphone ex115 are connected to the Internet ex101 via an Internet service provider ex102 or a communication network ex104 and base stations ex106 to ex110. The content supply system ex100 may be connected by combining any of the above devices. In various implementations, the devices may be directly or indirectly connected to each other via a telephone network or short-range wireless, etc., without going through the base stations ex106 to ex110. Furthermore, the streaming server ex103 may be connected to devices such as a computer ex111, a game machine ex112, a camera ex113, home appliances ex114, and a smartphone ex115 via the Internet ex101 or the like. Also, the streaming server ex103 may be connected to terminals within a hotspot in an airplane ex117 via a satellite ex116.

[0395] Note that a wireless access point, a hotspot, or the like may be used instead of the base stations ex106 to ex110. Further, the streaming server ex103 may be directly connected to the communication network ex104 without going through the Internet ex101 or the Internet service provider ex102, or may be directly connected to the airplane ex117 without going through the satellite ex116.

[0396] The camera ex113 is a device capable of taking still images and moving images such as a digital camera. Further, the smartphone ex115 is a smartphone device, a mobile phone, or a PHS (Personal Handy-phone System) or the like corresponding to the mobile communication system methods called 2G, 3G, 3.9G, 4G, and in the future 5G.

[0397] The home appliance ex114 is a refrigerator or a device included in a household fuel cell cogeneration system or the like.

[0398] In the content supply system ex100, a terminal having a photographing function is connected to the streaming server ex103 through the base station ex106 or the like, so that live distribution or the like becomes possible. In live distribution, the terminal (the computer ex111, the game machine ex112, the camera ex113, the home appliance ex114, the smartphone ex115, and the terminal in the airplane ex117, etc.) may perform the encoding process described in each of the above embodiments on the still image or moving image content photographed by the user using the terminal, may multiplex the video data obtained by encoding and the audio data obtained by encoding the sound corresponding to the video, and may transmit the obtained data to the streaming server ex103. That is, each terminal functions as an image encoding device according to an aspect of the present disclosure.

[0399] On the one hand, the streaming server ex103 streams the transmitted content data to the requested client. The client is a terminal in a computer ex111, a game console ex112, a camera ex113, a home appliance ex114, a smartphone ex115, or an airplane ex117 that can decode the encoded data. Each device that receives the distributed data may decode and play the received data. That is, each device may function as an image decoding device according to an aspect of the present disclosure.

[0400] [Distributed processing] Also, the streaming server ex103 may be a plurality of servers or a plurality of computers that distribute, process, and record data. For example, the streaming server ex103 may be realized by a CDN (Contents Delivery Network), and content delivery may be realized by a network connecting a large number of edge servers distributed around the world. In a CDN, an edge server physically close to the client can be dynamically assigned according to the client. Then, by caching and distributing the content to the edge server, the delay can be reduced. Also, when some types of errors occur or the communication state changes due to an increase in traffic, etc., the processing can be distributed among multiple edge servers, the distribution entity can be switched to another edge server, or the part of the network with a failure can be bypassed to continue the distribution, so high-speed and stable distribution can be realized.

[0401] Furthermore, not only the distribution process itself can be decentralized, but the encoding process of the captured data can be performed on each terminal, on the server side, or they can be shared between each other. As an example, generally in the encoding process, the processing loop is performed twice. In the first loop, the complexity of the image in terms of frames or scenes, or the amount of code is detected. Also, in the second loop, a process is performed to improve the encoding efficiency while maintaining the image quality. For example, if the terminal performs the first encoding process and the server side that receives the content performs the second encoding process, it is possible to improve the quality and efficiency of the content while reducing the processing load on each terminal. In this case, if there is a requirement to receive and decode almost in real time, since the already encoded data processed by the terminal can be received and played back by other terminals, more flexible real-time distribution becomes possible.

[0402] As another example, cameras such as ex113 extract feature amounts (amounts of features or characteristics) from images, compress the data related to the feature amounts as metadata, and transmit it to the server. The server performs compression according to the meaning of the image (or the importance of the content), such as judging the importance of the object from the feature amounts and switching the quantization accuracy. Feature amount data is particularly effective in improving the accuracy and efficiency of motion vector prediction during re-compression on the server. Also, simple encoding such as VLC (Variable Length Coding) may be performed on the terminal, and encoding with a large processing load such as CABAC (Context Adaptive Binary Arithmetic Coding) may be performed on the server.

[0403] As yet another example, in a stadium, shopping mall, factory, etc., there may be a case where there are multiple video data in which substantially the same scene is captured by a plurality of terminals. In this case, using the plurality of terminals that performed the shooting, and other terminals and servers that did not perform the shooting as necessary, encoding processes are respectively assigned and decentralized processing is performed, for example, in units of GOP (Group of Picture), picture, or tiles obtained by dividing the picture. This can reduce the delay and achieve more real-time performance.

[0404] Since the plurality of video data is of substantially the same scene, the server may manage and / or give instructions so that the video data captured by each terminal can be referenced to each other. Also, the server may receive the encoded data from each terminal and change the reference relationship among the plurality of data, or correct or replace the picture itself and re-encode it. Thereby, a stream with improved quality and efficiency of each piece of data can be generated.

[0405] Furthermore, the server may perform transcoding to change the encoding method of the video data and then distribute the video data. For example, the server may convert the MPEG-based encoding method to the VP-based (e.g., VP9) method, or convert H.264 to H.265, etc.

[0406] In this way, the encoding process can be performed by the terminal or one or more servers. Therefore, hereinafter, descriptions such as "server" or "terminal" are used as the subject performing the process, but part or all of the processes performed by the server may be performed by the terminal, or part or all of the processes performed by the terminal may be performed by the server. Also, regarding these, the same applies to the decoding process.

[0407] [3D, Multi-angle] There is an increasing trend to integrate and utilize images or videos of different scenes captured by terminals such as a plurality of cameras ex113 and / or smartphones ex115 that are substantially synchronized with each other, or images or videos of the same scene captured from different angles. The videos captured by each terminal can be integrated based on the relative positional relationship between the terminals obtained separately, or the regions where the feature points included in the videos match.

[0408] The server may not only encode two-dimensional moving images, but also automatically encode still images based on scene analysis of the moving images or at a time specified by the user, and transmit them to the receiving terminal. When the server can obtain the relative positional relationship between the shooting terminals, it can generate the three-dimensional shape of the scene based not only on two-dimensional moving images, but also on videos taken from different angles of the same scene. The server may separately encode the three-dimensional data generated by a point cloud or the like, or generate the video to be transmitted to the receiving terminal by selecting or reconstructing from the videos taken by multiple terminals based on the results of recognizing or tracking a person or an object using the three-dimensional data.

[0409] In this way, the user can arbitrarily select each video corresponding to each shooting terminal to enjoy the scene, or enjoy the content obtained by cutting out the video from the selected viewpoint from the three-dimensional data reconstructed using multiple images or videos. Furthermore, sounds are also collected from multiple different angles together with the video, and the server may multiplex the sound from a specific angle or space with the corresponding video and transmit the multiplexed video and sound.

[0410] In recent years, content associating the real world with the virtual world, such as Virtual Reality (VR) and Augmented Reality (AR), has also become popular. In the case of VR images, the server may create viewpoint images for the right eye and the left eye respectively, and perform encoding that allows reference between each viewpoint video by Multi-View Coding (MVC) or the like, or encode them as separate streams without referring to each other. At the time of decoding the separate streams, it is preferable to synchronize and play them so that a virtual three-dimensional space is reproduced according to the user's viewpoint.

[0411] In the case of an AR image, the server may superimpose virtual object information in the virtual space on the camera information in the real space based on the three-dimensional position or the movement of the user's viewpoint. The decoding device may acquire or hold virtual object information and three-dimensional data, generate a two-dimensional image according to the movement of the user's viewpoint, and create superimposed data by smoothly connecting them. Alternatively, the decoding device may transmit the movement of the user's viewpoint to the server in addition to the request for virtual object information. The server may create superimposed data in accordance with the movement of the viewpoint received from the three-dimensional data held by the server, encode the superimposed data, and distribute it to the decoding device. Note that the superimposed data typically has an α value indicating transparency in addition to RGB, and the server may set the α value of the portion other than the object created from the three-dimensional data to 0 or the like, and encode it in a state where the portion is transparent. Alternatively, the server may set the RGB value of a predetermined value like a chroma key as the background, and generate data with the portion other than the object being the background color. The RGB value of the predetermined value may be predetermined in advance.

[0412] Similarly, the decoding process of the distributed data may be performed on the client (e.g., a terminal), on the server side, or shared between them. As an example, a certain terminal may once send a reception request to the server, receive the content corresponding to the request on another terminal, perform the decoding process, and send the decoded signal to the device having a display. By dispersing the process regardless of the performance of the communicable terminal itself and selecting appropriate content, it is possible to reproduce data with good image quality. Also, as another example, while receiving large-size image data on a TV or the like, a part of the area such as a tile in which the picture is divided may be decoded and displayed on the personal terminal of the viewer. Thereby, while sharing the overall image, it is possible to confirm at hand the area to be in charge of or the area to be confirmed in more detail.

[0413] In a situation where multiple short-range, medium-range, or long-range wireless communications inside and outside a house are available, it may be possible to seamlessly receive content using a distribution system standard such as MPEG-DASH. The user may freely select a user terminal, a decoding device such as a display disposed inside and outside the house, or a display device and switch them in real time. Also, decoding can be performed while switching the terminal to be decoded and the terminal to be displayed using the user's own location information and the like. As a result, while the user is moving to a destination, it becomes possible to map and display information on a part of the wall surface or the ground of an adjacent building in which a displayable device is embedded. Also, based on the ease of access to encoded data on the network, such as the encoded data being cached in a server that can be accessed from a receiving terminal in a short time, or being copied to an edge server in a content delivery service, it is also possible to switch the bitrate of the received data.

[0414] [Scalable Encoding] Regarding content switching, it will be described using a scalable stream that is compression-encoded by applying the moving image encoding method shown in each of the above embodiments shown in FIG. 54. The server may have a plurality of streams with the same content but different qualities as individual streams, but by taking advantage of the characteristics of a temporally / spatially scalable stream realized by performing encoding by dividing into layers as shown in the figure, a configuration for switching content may be used. That is, by determining which layer to decode according to internal factors such as performance and external factors such as the state of the communication band on the decoding side, the decoding side can freely switch between low-resolution content and high-resolution content and decode. For example, when the user wants to watch the continuation of a video that was being viewed on a smartphone ex115 while moving, on a device such as an Internet TV after returning home, for example, the device only needs to decode the same stream to a different layer, so the burden on the server side can be reduced.

[0415] Furthermore, as described above, pictures are encoded layer by layer. In addition to the configuration that realizes scalability in the enhancement layer above the base layer, the enhancement layer may include meta information based on statistical information of the image or the like. The decoding side may generate high-quality content by super-resolving the picture of the base layer based on the meta information. The super-resolution may improve the signal-to-noise ratio while maintaining and / or enlarging the resolution. The meta information includes information for specifying linear or non-linear filter coefficients for use in super-resolution processing, or information for specifying parameter values in filter processing, machine learning, or least squares operation used in super-resolution processing, etc.

[0416] Alternatively, a configuration may be provided in which a picture is divided into tiles or the like according to the meaning of an object or the like in the image. The decoding side decodes only a part of the area by selecting the tile to be decoded. Further, by storing the attributes of the object (such as a person, a car, a ball, etc.) and the position in the video (such as the coordinate position in the same image) as meta information, the decoding side can specify the position of the desired object based on the meta information and determine the tile including the object. For example, as shown in FIG. 55, the meta information may be stored using a data storage structure different from pixel data, such as an SEI (supplemental enhancement information) message in HEVC. This meta information indicates, for example, the position, size, or color of the main object.

[0417] The meta information may be stored in a unit composed of a plurality of pictures, such as a stream, a sequence, or a random access unit. The decoding side can obtain the time when a specific person appears in the video, etc., and by combining the picture unit information and the time information, can specify the picture in which the object exists and determine the position of the object in the picture.

[0418] [Optimization of Web Page] FIG. 56 is a diagram showing an example of a display screen of a web page on a computer ex111 or the like. FIG. 57 is a diagram showing an example of a display screen of a web page on a smartphone ex115 or the like. As shown in FIGS. 56 and 57, a web page may include a plurality of link images that are links to image contents, and the appearance thereof may be different depending on the device for viewing. When a plurality of link images are visible on the screen, until the user explicitly selects a link image, or until the link image approaches the vicinity of the center of the screen or the entire link image enters the screen, the display device (decoding device) may display a still image or an I picture that each content has as a link image, or may display a video such as a gif animation with a plurality of still images or I pictures, etc., or may receive only the base layer and decode and display the video.

[0419] When a link image is selected by the user, the display device performs decoding, for example, with the base layer having the highest priority. If there is information indicating that the HTML constituting the web page is scalable content, the display device may decode up to the enhancement layer. Further, in order to ensure real-time performance, before being selected or when the communication bandwidth is very strict, the display device can reduce the delay between the decoding time and the display time of the leading picture (the delay from the start of content decoding to the start of display) by decoding and displaying only the forward-reference pictures (I pictures, P pictures, B pictures with only forward reference). Furthermore, the display device may dare to ignore the reference relationship of the pictures, roughly decode all B pictures and P pictures with forward reference, and perform normal decoding as the received pictures increase over time.

[0420] [Autonomous Driving] Also, when transmitting and receiving still image or video data such as two-dimensional or three-dimensional map information for autonomous driving or driving support of a vehicle, the receiving terminal may receive, in addition to the image data belonging to one or more layers, weather or construction information, etc. as meta information, and decode them in association with each other. Note that the meta information may belong to a layer or may simply be multiplexed with the image data.

[0421] In this case, since a vehicle, a drone, an airplane, or the like including the receiving terminal moves, the receiving terminal can realize seamless reception and decoding while switching the base stations ex106 to ex110 by transmitting the position information of the receiving terminal. Further, the receiving terminal can dynamically switch how much meta information to receive or how much map information to update according to the user's selection, the user's situation, and / or the state of the communication band.

[0422] In the content supply system ex100, the client can receive, decode, and play the encoded information transmitted by the user in real time.

[0423] [Delivery of Personal Content] Also, in the content supply system ex100, not only high-quality and long-duration content by video delivery providers but also unicast or multicast delivery of low-quality and short-duration content by individuals is possible. Such personal content is expected to increase in the future. In order to make personal content into better content, the server may perform an encoding process after performing an editing process. This can be realized, for example, using the following configuration.

[0424] During shooting in real time or accumulating and after shooting, the server performs recognition processing such as shooting error, scene search, semantic analysis, and object detection on the original picture data or encoded data. Then, based on the recognition results, the server manually or automatically corrects out-of-focus or camera shake, deletes less important scenes such as scenes with lower brightness or out-of-focus compared to other pictures, emphasizes the edges of objects, or changes the color tone for editing. The server encodes the edited data based on the editing results. Also, it is known that if the shooting time is too long, the viewing rate will decrease. The server may automatically clip scenes with little movement as well as scenes with low importance as described above so that the content within a specific time range is obtained according to the shooting time, based on the image processing results. Or, the server may generate a digest based on the result of semantic analysis of the scene and encode it.

[0425] In the case of personal content, there are cases where it contains something that would directly infringe copyright, moral rights of the author, or portrait rights, etc., and there may be inconveniences for individuals such as the sharing range exceeding the intended range. Therefore, for example, the server may deliberately change the image to be out of focus for the faces of people in the peripheral part of the screen or inside the house and then encode it. Furthermore, the server may recognize whether a face of a person different from the pre-registered person appears in the image to be encoded, and if it appears, perform processing such as applying a mosaic to the face part. Or, as pre-processing or post-processing of encoding, the user may specify a person or background area that the user wants to process the image from the perspective of copyright, etc. The server may perform processing such as replacing the specified area with another video or blurring the focus. For a person, in a moving image, the person can be tracked and the video of the face part of the person can be replaced.

[0426] Since viewing personal content with a small amount of data requires strong real-time performance, depending on the bandwidth, the decoding device may first receive the base layer with the highest priority and perform decoding and playback. During this time, the decoding device may receive the enhancement layer and, when playback is looped or played back two or more times, play back high-quality video including the enhancement layer. For a stream with scalable encoding like this, the video is rough when not selected or at the beginning of viewing, but it can provide an experience where the stream gradually becomes smarter and the image quality improves. In addition to scalable encoding, a similar experience can be provided even if a rough stream played back for the first time and a second stream encoded with reference to the first video are configured as one stream.

[0427] [Other implementation and application examples] Also, these encoding or decoding processes are generally processed in the LSIex500 that each terminal has. The LSI (large scale integration circuitry) ex500 (see FIG. 53) may be a one-chip configuration or a configuration consisting of multiple chips. Note that software for video encoding or decoding may be incorporated into some recording medium (such as a CD-ROM, flexible disk, or hard disk) that can be read by a computer ex111 or the like, and the encoding or decoding process may be performed using the software. Further, when the smartphone ex115 has a camera, the video data acquired by the camera may be transmitted. The video data at this time may be data encoded by the LSIex500 that the smartphone ex115 has.

[0428] Note that the LSIex500 may be configured to download and activate application software. In this case, the terminal first determines whether the terminal supports the content encoding method or has the ability to execute a specific service. If the terminal does not support the content encoding method or does not have the ability to execute a specific service, the terminal may download a codec or application software and then acquire and play the content.

[0429] Moreover, not limited to the content supply system ex100 via the Internet ex101, at least one of the moving image encoding device (image encoding device) or the moving image decoding device (image decoding device) of the above-described embodiments can be incorporated into a digital broadcast system. Since multiplexed data in which video and audio are multiplexed is transmitted and received by loading it on a broadcast radio wave using a satellite or the like, there is a difference in that it is more suitable for multicast than the unicast-oriented configuration of the content supply system ex100, but the same application is possible for the encoding process and the decoding process.

[0430] [Hardware Configuration] FIG. 58 is a diagram showing further details of the smartphone ex115 shown in FIG. 53. FIG. 59 is a diagram showing a configuration example of the smartphone ex115. The smartphone ex115 includes an antenna ex450 for transmitting and receiving radio waves to and from the base station ex110, a camera unit ex465 capable of taking videos and still images, and a display unit ex458 for displaying data obtained by decoding the videos captured by the camera unit ex465 and the videos received by the antenna ex450. The smartphone ex115 further includes an operation unit ex466 such as a touch panel, an audio output unit ex457 such as a speaker for outputting audio or sound, an audio input unit ex456 such as a microphone for inputting audio, a memory unit ex467 capable of storing the captured videos or still images, the recorded audio, the received videos or still images, the encoded data such as emails, or the decoded data, and a slot unit ex464 which is an interface unit with the SIM ex468 for identifying the user and authenticating access to various data including the network. Note that an external memory may be used instead of the memory unit ex467.

[0431] A main control unit ex460 capable of comprehensively controlling the display unit ex458, the operation unit ex466, etc., a power supply circuit unit ex461, an operation input control unit ex462, a video signal processing unit ex455, a camera interface unit ex463, a display control unit ex459, a modulation / demodulation unit ex452, a multiplexing / demultiplexing unit ex453, an audio signal processing unit ex454, a slot unit ex464, and a memory unit ex467 are connected via a synchronization bus ex470.

[0432] When the power key is turned on by the user's operation, the power supply circuit unit ex461 activates the smartphone ex115 to an operable state and supplies power to each unit from the battery pack.

[0433] The smartphone ex115 performs processes such as calls and data communication based on the control of the main control unit ex460 having a CPU, ROM, RAM, etc. During a call, the voice signal picked up by the voice input unit ex456 is converted into a digital voice signal by the voice signal processing unit ex454, subjected to spread spectrum processing by the modulation / demodulation unit ex452, and subjected to digital-to-analog conversion processing and frequency conversion processing by the transmission / reception unit ex451, and the resulting signal is transmitted via the antenna ex450. Also, received data is amplified and subjected to frequency conversion processing and analog-to-digital conversion processing, subjected to inverse spread spectrum processing by the modulation / demodulation unit ex452, converted into an analog voice signal by the voice signal processing unit ex454, and then output from the voice output unit ex457. In the data communication mode, text, still images, or video data can be sent under the control of the main control unit ex460 via the operation input control unit ex462 based on operations such as those of the operation unit ex466 of the main body unit. Similar transmission and reception processes are performed. When transmitting video, still images, or video and audio in the data communication mode, 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 by the moving image encoding method shown in each of the above embodiments, and sends the encoded video data to the multiplexing / demultiplexing unit ex453. The voice signal processing unit ex454 encodes the voice signal picked up by the voice input unit ex456 while a video or still image is being captured by the camera unit ex465, and sends the encoded voice data to the multiplexing / demultiplexing unit ex453. The multiplexing / demultiplexing unit ex453 multiplexes the encoded video data and the encoded voice data in a predetermined manner, performs modulation processing and conversion processing by the modulation / demodulation unit (modulation / demodulation circuit unit) ex452 and the transmission / reception unit ex451, and transmits it via the antenna ex450. The predetermined manner may be determined in advance.

[0434] When receiving a video attached to an email or chat, or a video linked to a web page, etc., in order to decode the multiplexed data received via the antenna ex450, the multiplexing / demultiplexing unit ex453 separates the multiplexed data into a bit stream of video data and a bit stream of audio data by separating the multiplexed data, and supplies the video data encoded via the synchronization bus ex470 to the video signal processing unit ex455, and supplies the encoded audio data to the audio signal processing unit ex454. The video signal processing unit ex455 decodes the video signal by a video decoding method corresponding to the moving image encoding method shown in each of the above embodiments, and a video or a still image included in the linked moving image file is displayed from the display unit ex458 via the display control unit ex459. The audio signal processing unit ex454 decodes the audio signal, and audio is output from the audio output unit ex457. Since real-time streaming is becoming increasingly popular, depending on the user's situation, it may not be socially appropriate to play audio. Therefore, as an initial value, it is desirable to have a configuration that plays only video data without playing the audio signal, and the audio may be played synchronously only when the user performs an operation such as clicking on the video data.

[0435] Also, although the smartphone ex115 has been described as an example here, as the terminal, in addition to the transceiver type terminal having both an encoder and a decoder, other implementation forms such as a transmitting terminal having only an encoder and a receiving terminal having only a decoder are conceivable. In the digital broadcast system, it has been described that multiplexed data in which audio data is multiplexed with video data is received or transmitted. However, in the multiplexed data, character data related to the video etc. may be multiplexed in addition to the audio data. Also, instead of the multiplexed data, the video data itself may be received or transmitted.

[0436] Although the main control unit ex460 including the CPU has been described as controlling the encoding or decoding process, many types of terminals are often equipped with a GPU. Therefore, a configuration may be adopted in which a memory shared by the CPU and the GPU, or a memory whose addresses are managed so as to be commonly used, is used to process a wide area at once by taking advantage of the performance of the GPU. This can shorten the encoding time, ensure real-time performance, and achieve low latency. In particular, it is efficient to perform the processes of motion search, deblocking filter, SAO (Sample Adaptive Offset), and transform / quantization in units such as pictures using the GPU instead of the CPU.

Industrial Applicability

[0437] The present disclosure can be applied to, 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.

Explanation of Signs

[0438] 100 Encoding device 102 Splitting unit 104 Subtraction unit 106 Transformation unit 108 Quantization unit 110 Entropy encoding unit 112, 204 Inverse quantization unit 114, 206 Inverse transformation unit 116, 208 Addition unit 118, 210 Block memory 120, 212 Loop filter unit 122, 214 Frame memory 124, 216 Intra prediction unit 126, 218 Inter prediction unit 128, 220 Prediction control unit 200 Decoding device 202 Entropy decoding unit 1201 Boundary determination unit 1202, 1204, 1206 Switch 1203 Filter Judgment Unit 1205 Filter Processing Unit 1207 Filter Characteristic Determination Unit 1208 Processing Judgment Unit a1, b1 Processors a2, b2 Memories

Claims

1. A memory, and a circuit connected to the memory, wherein the circuit stores one or more first parameters indicating an initial delay in timing for extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sublayers in a buffering period SEI (Supplemental Enhancement Information), stores a second parameter indicating the number of the one or more first parameters in the buffering period SEI, a third parameter is included in an HRD (Hypothetical Reference Decoder) parameter syntax, the third parameter indicates a schedule number and has a value equal to the value of the second parameter, an encoding device.

2. A memory, and a circuit connected to the memory, wherein the circuit acquires a second parameter indicating the number of one or more first parameters indicating an initial delay in timing for extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sublayers from a buffering period SEI (Supplemental Enhancement Information), acquires the one or more first parameters for each of the plurality of temporal sublayers from the buffering period SEI, a third parameter is included in an HRD (Hypothetical Reference Decoder) parameter syntax, the third parameter indicates a schedule number and has a value equal to the value of the second parameter, a decoding device.

3. Store one or more first parameters indicating an initial delay in timing for extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sublayers in a buffering period SEI (Supplemental Enhancement Information), store a second parameter indicating the number of the one or more first parameters in the buffering period SEI, a third parameter is included in an HRD (Hypothetical Reference Decoder) parameter syntax, the third parameter indicates a schedule number and has a value equal to the value of the second parameter, an encoding method.

4. Obtain a second parameter indicating the number of one or more first parameters indicating the initial delay of the timing for extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sub-layers from a buffering period SEI (Supplemental Enhancement Information), Obtain the one or more first parameters for each of the plurality of temporal sub-layers from the buffering period SEI, A third parameter is included in the HRD (Hypothetical Reference Decoder) parameter syntax, The third parameter indicates the number of schedules and has a value equal to the value of the second parameter, Decoding method.

5. A memory and, A circuit connected to the memory, The circuit is, Generate one or more first parameters indicating the initial delay of the timing for extracting data from a CPB (Coded Picture Buffer) for each of a plurality of temporal sub-layers, Include the one or more first parameters in a buffering period SEI (Supplemental Enhancement Information), Generate a second parameter indicating the number of the one or more first parameters, Include the second parameter in the buffering period SEI, Generate a third parameter indicating the number of schedules and having a value equal to the value of the second parameter, Include the third parameter in the HRD (Hypothetical Reference Decoder) parameter syntax, Generate a bitstream including the buffering period SEI (Supplemental Enhancement Information) and the HRD (Hypothetical Reference Decoder) parameter syntax, Bitstream generation device.

Images