WO2020122588A1 - 머지 후보의 유효성을 체크하는 방법 및 장치 - Google Patents

머지 후보의 유효성을 체크하는 방법 및 장치 Download PDF

Info

Publication number
WO2020122588A1
WO2020122588A1 PCT/KR2019/017467 KR2019017467W WO2020122588A1 WO 2020122588 A1 WO2020122588 A1 WO 2020122588A1 KR 2019017467 W KR2019017467 W KR 2019017467W WO 2020122588 A1 WO2020122588 A1 WO 2020122588A1
Authority
WO
WIPO (PCT)
Prior art keywords
block
merge candidate
cpr
current
current block
Prior art date
Application number
PCT/KR2019/017467
Other languages
English (en)
French (fr)
Inventor
남정학
장형문
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2020122588A1 publication Critical patent/WO2020122588A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience

Definitions

  • the present disclosure relates to an image coding technique, and more particularly, to a method and apparatus for checking the validity of a merge candidate in an image coding system.
  • VR Virtual Reality
  • AR Artificial Realtiy
  • holograms video/video having video characteristics different from reality videos such as game videos.
  • the broadcast for is increasing.
  • a high-efficiency video/video compression technology is required to effectively compress, transmit, store, and reproduce information of a high-resolution, high-quality video/video having various characteristics as described above.
  • the technical problem of the present disclosure is to provide a method and apparatus for improving image coding efficiency.
  • Another technical problem of the present disclosure is to provide a method and apparatus for performing image coding based on a validity check for a merge candidate in a merge mode.
  • Another technical problem of the present disclosure is to provide a method and apparatus for constructing a merge candidate list based on a validity check for a merge candidate in a merge mode.
  • Another technical problem of the present disclosure is to provide a method and apparatus for constructing a merge candidate list based on a validity check for a current picture referencing (CPR) merge candidate in a merge mode.
  • CPR current picture referencing
  • Another technical problem of the present disclosure is to provide a method and apparatus for constructing a motion vector prediction candidate list during inter prediction.
  • an image decoding method performed by a decoding apparatus derives a CPR (Current Picture Referencing) merge candidate that references a reference block in a current picture including the current block based on a block vector, based on a determination that a merge mode is applied to the current block. Step of checking the availability of the CPR merge candidate based on the determination that one reference picture included in the reference picture list for the current picture is the current picture. Based on the determination that the CPR merge candidate is valid, adding the CPR merge candidate to the merge candidate list, and deriving prediction samples for the current block based on the merge candidate list to which the CPR merge candidate is added. And generating reconstruction samples for the current block based on the prediction samples, wherein the total number of reference pictures included in the reference picture list is one.
  • CPR Current Picture Referencing
  • a decoding apparatus for performing image decoding.
  • the decoding apparatus derives a CPR merge candidate that references a reference block in a current picture including the current block based on a block vector, based on a determination that a merge mode is applied to the current block, and references to the current picture Based on the determination that one reference picture included in the picture list is the current picture, the validity of the CPR merge candidate is checked, and the CPR merge candidate is added to the merge candidate list based on the determination that the CPR merge candidate is valid.
  • a prediction unit for deriving prediction samples for the current block based on the merge candidate list to which the CPR merge candidate is added, and an adder for generating reconstruction samples for the current block based on the prediction samples, ,
  • the total number of reference pictures included in the reference picture list is one.
  • a video encoding method performed by an encoding device includes deriving a CPR merge candidate that references a reference block in a current picture including the current block based on a block vector based on a determination that a merge mode is applied to the current block, and a reference to the current picture. Based on the determination that one reference picture included in the picture list is the current picture, checking the validity of the CPR merge candidate, based on the determination that the CPR merge candidate is valid, the CPR merge candidate is a merge candidate list And encoding image information including information on the merge candidate list to which the CPR merge candidate is added, wherein the total number of reference pictures included in the reference picture list is one. do.
  • an encoding apparatus for performing video encoding.
  • the encoding apparatus derives a CPR merge candidate that references a reference block in a current picture including the current block based on a block vector, based on a determination that a merge mode is applied to the current block, and references to the current picture
  • the validity of the CPR merge candidate is checked, and the CPR merge candidate is added to the merge candidate list based on the determination that the CPR merge candidate is valid.
  • a decoder readable storage medium stores information about instructions that cause a video decoding apparatus to perform decoding methods according to some embodiments.
  • a decoder readable storage medium that stores information about instructions that cause a video decoding apparatus to perform a decoding method according to an embodiment.
  • the decoding method according to the embodiment may include deriving a CPR merge candidate that references a reference block in a current picture including the current block based on a block vector, based on a determination that a merge mode is applied to the current block, Checking the validity of the CPR merge candidate based on the determination that one reference picture included in the reference picture list for the current picture is the current picture, based on the determination that the CPR merge candidate is valid, the CPR Adding a merge candidate to a merge candidate list, deriving prediction samples for the current block based on the merge candidate list to which the CPR merge candidate is added, and reconstructing samples for the current block based on the prediction samples It includes a step of generating, but the total number of reference pictures included in the reference picture list is one.
  • inter prediction or CPR can be efficiently performed.
  • a merge candidate list can be efficiently configured in the merge mode.
  • a merge candidate list can be efficiently constructed based on a CPR merge candidate in the merge mode.
  • a motion vector prediction candidate list can be efficiently constructed during inter prediction.
  • FIG. 1 schematically shows an example of a video/image coding system to which the present disclosure can be applied.
  • FIG. 2 is a diagram schematically illustrating a configuration of a video/video encoding apparatus to which the present disclosure can be applied.
  • FIG. 3 is a diagram schematically illustrating a configuration of a video/video decoding apparatus to which the present disclosure can be applied.
  • FIG. 4 is a diagram illustrating a motion compensation area according to an embodiment.
  • FIG. 5 is a flowchart illustrating a method of constructing a merge candidate list according to an embodiment.
  • FIG. 6 is a diagram illustrating an example of a reference picture list configuration of a current picture.
  • FIG. 7 is a diagram for describing a CPR merge candidate.
  • FIG. 8 is a flowchart illustrating a method of constructing a merge candidate list according to another embodiment.
  • FIG. 9 is a flowchart illustrating a method of constructing a motion vector prediction candidate list according to an embodiment.
  • FIG. 10 is a flowchart illustrating a method of constructing a motion vector prediction candidate list according to another embodiment.
  • FIG. 11 is a flowchart illustrating a method of constructing a merge candidate list based on a validity check for a CPR merge candidate according to an embodiment.
  • FIG. 12 is a flowchart illustrating a method of constructing a merge candidate list based on a validity check for a CPR merge candidate according to another embodiment.
  • FIG. 13 is a flowchart illustrating a method of constructing a motion vector prediction candidate list based on a validity check for a CPR motion vector predictor according to an embodiment.
  • FIG. 14 is a flowchart illustrating a method of constructing a motion vector prediction candidate list based on a validity check for a CPR motion vector predictor according to another embodiment.
  • 15 is a flowchart illustrating an operation of an encoding apparatus according to an embodiment.
  • 16 is a block diagram showing the configuration of an encoding apparatus according to an embodiment.
  • 17 is a flowchart illustrating an operation of a decoding apparatus according to an embodiment.
  • FIG. 18 is a block diagram showing a configuration of a decoding apparatus according to an embodiment.
  • an image decoding method performed by a decoding apparatus derives a CPR (Current Picture Referencing) merge candidate that references a reference block in a current picture including the current block based on a block vector, based on a determination that a merge mode is applied to the current block. Step of checking the availability of the CPR merge candidate based on the determination that one reference picture included in the reference picture list for the current picture is the current picture. Based on the determination that the CPR merge candidate is valid, adding the CPR merge candidate to the merge candidate list, and deriving prediction samples for the current block based on the merge candidate list to which the CPR merge candidate is added. And generating reconstruction samples for the current block based on the prediction samples, wherein the total number of reference pictures included in the reference picture list is one.
  • CPR Current Picture Referencing
  • each configuration in the drawings described in the present disclosure is independently illustrated for convenience of description of different characteristic functions, and does not mean that each configuration is implemented with separate hardware or separate software.
  • two or more components of each component may be combined to form one component, or one component may be divided into a plurality of components.
  • Embodiments in which each configuration is integrated and/or separated are also included in the scope of the present disclosure without departing from the essence of the present disclosure.
  • FIG. 1 schematically shows an example of a video/image coding system to which the present disclosure can be applied.
  • a video/image coding system may include a first device (source device) and a second device (receiving device).
  • the source device may deliver the encoded video/image information or data to a receiving device through a digital storage medium or network in the form of a file or streaming.
  • the source device may include a video source, an encoding device, and a transmission unit.
  • the receiving device may include a receiving unit, a decoding apparatus, and a renderer.
  • the encoding device may be called a video/video encoding device, and the decoding device may be called a video/video decoding device.
  • the transmitter can be included in the encoding device.
  • the receiver may be included in the decoding device.
  • the renderer may include a display unit, and the display unit may be configured as a separate device or an external component.
  • the video source may acquire a video/image through a capture, synthesis, or generation process of the video/image.
  • the video source may include a video/image capture device and/or a video/image generation device.
  • the video/image capture device may include, for example, one or more cameras, a video/image archive including previously captured video/images, and the like.
  • the video/image generating device may include, for example, a computer, a tablet and a smartphone, and may (electronically) generate a video/image.
  • a virtual video/image may be generated through a computer or the like, and in this case, a video/image capture process may be replaced by a process of generating related data.
  • the encoding device can encode the input video/video.
  • the encoding apparatus can perform a series of procedures such as prediction, transformation, and quantization for compression and coding efficiency.
  • the encoded data (encoded video/video information) may be output in the form of a bitstream.
  • the transmitting unit may transmit the encoded video/video information or data output in the form of a bit stream to a receiving unit of a receiving device through a digital storage medium or a network in a file or streaming format.
  • the digital storage media may include various storage media such as USB, SD, CD, DVD, Blu-ray, HDD, SSD.
  • the transmission unit may include an element for generating a media file through a predetermined file format, and may include an element for transmission through a broadcast/communication network.
  • the receiver may receive/extract the bitstream and deliver it to a decoding device.
  • the decoding apparatus may decode the video/image by performing a series of procedures such as inverse quantization, inverse transformation, and prediction corresponding to the operation of the encoding apparatus.
  • the renderer can render the decoded video/image.
  • the rendered video/image may be displayed through the display unit.
  • VVC versatile video coding
  • EVC essential video coding
  • AV1 AOMedia Video 1
  • AVS2 2nd generation of audio video coding standard
  • next generation video/ It can be applied to the method disclosed in the video coding standard (ex. H.267 or H.268, etc.).
  • video may mean a set of images over time.
  • a picture generally refers to a unit representing one image in a specific time period, and a slice/tile is a unit constituting a part of a picture in coding.
  • the slice/tile may include one or more coding tree units (CTUs).
  • CTUs coding tree units
  • One picture may be composed of one or more slices/tiles.
  • One picture may be composed of one or more tile groups.
  • One tile group may include one or more tiles.
  • the brick may represent a rectangular region of CTU rows within a tile in a picture. Tiles can be partitioned into multiple bricks, and each brick can be composed of one or more CTU rows in the tile (A tile may be partitioned into multiple bricks, each of which consisting of one or more CTU rows within the tile ).
  • a tile that is not partitioned into multiple bricks may be also referred to as a brick.
  • a brick scan can indicate a specific sequential ordering of CTUs partitioning a picture, the CTUs can be aligned with a CTU raster scan within a brick, and the bricks in a tile can be aligned sequentially with a raster scan of the bricks of the tile.
  • A, and tiles in a picture can be sequentially aligned with a raster scan of the tiles of the picture
  • a brick scan is a specific sequential ordering of CTUs partitioning a picture in which the CTUs are ordered consecutively in CTU raster scan in a brick , bricks within a tile are ordered consecutively in a raster scan of the bricks of the tile, and tiles in a picture are ordered consecutively in a raster scan of the tiles of the picture).
  • a tile is a rectangular region of CTUs within a particular tile column and a particular tile row in a picture.
  • the tile column is a rectangular area of CTUs, the rectangular area has a height equal to the height of the picture, and the width can be specified by syntax elements in a picture parameter set (The tile column is a rectangular region of CTUs having a height equal to the height of the picture and a width specified by syntax elements in the picture parameter set).
  • the tile row is a rectangular region of CTUs, the rectangular region has a width specified by syntax elements in a picture parameter set, and the height can be the same as the height of the picture (The tile row is a rectangular region of CTUs having a height specified by syntax elements in the picture parameter set and a width equal to the width of the picture).
  • a tile scan can indicate a specific sequential ordering of CTUs partitioning a picture, the CTUs can be successively aligned with a CTU raster scan within a tile, and the tiles in a picture have been successively aligned with a raster scan of the tiles of the picture.
  • a tile scan is a specific sequential ordering of CTUs partitioning a picture in which the CTUs are ordered consecutively in CTU raster scan in a tile whereas tiles in a picture are ordered consecutively in a raster scan of the tiles of the picture).
  • a slice may include an integer number of bricks of a picture, and the integer number of bricks may be included in one NAL unit (A slice includes an integer number of bricks of a picture that may be exclusively contained in a single NAL unit). A slice may consist of either a number of complete tiles or only a consecutive sequence of complete bricks of one tile ).
  • Tile groups and slices are used interchangeably in this document. For example, the tile group/tile group header in this document may be referred to as a slice/slice header.
  • a pixel or pel may mean a minimum unit constituting one picture (or image).
  • sample' may be used as a term corresponding to a pixel.
  • the sample may generally represent a pixel or a pixel value, may represent only a pixel/pixel value of a luma component, or may represent only a pixel/pixel value of a chroma component.
  • the unit may represent a basic unit of image processing.
  • the unit may include at least one of a specific region of a picture and information related to the region.
  • One unit may include one luma block and two chroma (ex. cb, cr) blocks.
  • the unit may be used interchangeably with terms such as a block or area in some cases.
  • the MxN block may include samples (or sample arrays) of M columns and N rows or a set (or array) of transform coefficients.
  • the video encoding device may include a video encoding device.
  • the encoding apparatus 200 includes an image partitioner 210, a predictor 220, a residual processor 230, and an entropy encoder 240. It may be configured to include an adder (250), a filtering unit (filter, 260) and a memory (memory, 270).
  • the prediction unit 220 may include an inter prediction unit 221 and an intra prediction unit 222.
  • the residual processing unit 230 may include a transformer 232, a quantizer 233, a dequantizer 234, and an inverse transformer 235.
  • the residual processing unit 230 may further include a subtractor 231.
  • the adder 250 may be referred to as a reconstructor or a recontructged block generator.
  • the above-described image segmentation unit 210, prediction unit 220, residual processing unit 230, entropy encoding unit 240, adding unit 250, and filtering unit 260 may include one or more hardware components (for example, it may be configured by an encoder chipset or processor). Also, the memory 270 may include a decoded picture buffer (DPB), or may be configured by a digital storage medium. The hardware component may further include a memory 270 as an internal/external component.
  • DPB decoded picture buffer
  • the image division unit 210 may divide the input image (or picture, frame) input to the encoding apparatus 200 into one or more processing units.
  • the processing unit may be called a coding unit (CU).
  • the coding unit is recursively divided according to a quad-tree binary-tree ternary-tree (QTBTTT) structure from a coding tree unit (CTU) or a largest coding unit (LCU).
  • QTBTTT quad-tree binary-tree ternary-tree
  • CTU coding tree unit
  • LCU largest coding unit
  • one coding unit may be divided into a plurality of coding units of a deeper depth based on a quad tree structure, a binary tree structure, and/or a ternary structure.
  • a quad tree structure may be applied first, and a binary tree structure and/or ternary structure may be applied later.
  • a binary tree structure may be applied first.
  • the coding procedure according to the present disclosure can be performed based on the final coding unit that is no longer split.
  • the maximum coding unit may be directly used as a final coding unit based on coding efficiency according to image characteristics, or, if necessary, the coding unit is recursively divided into coding units of lower depth than optimal
  • the coding unit of the size of can be used as the final coding unit.
  • the coding procedure may include procedures such as prediction, transformation, and reconstruction, which will be described later.
  • the processing unit may further include a prediction unit (PU) or a transform unit (TU).
  • the prediction unit and the transform unit may be partitioned or partitioned from the above-described final coding unit, respectively.
  • the prediction unit may be a unit of sample prediction
  • the transformation unit may be a unit for deriving a transform coefficient and/or a unit for deriving a residual signal from the transform coefficient.
  • the unit may be used interchangeably with terms such as a block or area in some cases.
  • the MxN block may represent samples of M columns and N rows or a set of transform coefficients.
  • the sample may generally represent a pixel or a pixel value, and may indicate only a pixel/pixel value of a luminance component or only a pixel/pixel value of a saturation component.
  • the sample may be used as a term for one picture (or image) corresponding to a pixel or pel.
  • the encoding device 200 subtracts a prediction signal (a predicted block, a prediction sample array) output from the inter prediction unit 221 or the intra prediction unit 222 from the input image signal (original block, original sample array).
  • a signal residual signal, residual block, residual sample array
  • the prediction unit may perform prediction on a block to be processed (hereinafter referred to as a current block) and generate a predicted block including prediction samples for the current block.
  • the prediction unit may determine whether intra prediction or inter prediction is applied in units of the current block or CU. As described later in the description of each prediction mode, the prediction unit may generate various information about prediction, such as prediction mode information, and transmit it to the entropy encoding unit 240.
  • the prediction information may be encoded by the entropy encoding unit 240 and output in the form of a bitstream.
  • the intra prediction unit 222 may predict the current block by referring to samples in the current picture.
  • the referenced samples may be located in the neighborhood of the current block or may be located apart depending on a prediction mode.
  • prediction modes may include a plurality of non-directional modes and a plurality of directional modes.
  • the non-directional mode may include, for example, a DC mode and a planar mode (Planar mode).
  • the directional mode may include, for example, 33 directional prediction modes or 65 directional prediction modes according to the degree of detail of the prediction direction. However, this is an example, and more or less directional prediction modes may be used depending on the setting.
  • the intra prediction unit 222 may determine a prediction mode applied to the current block using a prediction mode applied to neighboring blocks.
  • the inter prediction unit 221 may derive the predicted block for the current block based on a reference block (reference sample array) specified by a motion vector on the reference picture.
  • motion information may be predicted in units of blocks, subblocks, or samples based on the correlation of motion information between a neighboring block and a current block.
  • the motion information may include a motion vector and a reference picture index.
  • the motion information may further include inter prediction directions (L0 prediction, L1 prediction, Bi prediction, etc.).
  • the neighboring block may include a spatial neighboring block existing in the current picture and a temporal neighboring block present in the reference picture.
  • the reference picture including the reference block and the reference picture including the temporal neighboring block may be the same or different.
  • the temporal neighboring block may be called a name such as a collocated reference block or a colCU, and a reference picture including the temporal neighboring block may be called a collocated picture (colPic). It might be.
  • the inter prediction unit 221 constructs a motion information candidate list based on neighboring blocks, and provides information indicating which candidates are used to derive the motion vector and/or reference picture index of the current block. Can be created. Inter prediction may be performed based on various prediction modes. For example, in the case of the skip mode and the merge mode, the inter prediction unit 221 may use motion information of neighboring blocks as motion information of the current block.
  • the residual signal may not be transmitted.
  • the motion vector of the current block is obtained by using a motion vector of a neighboring block as a motion vector predictor and signaling a motion vector difference. I can order.
  • the prediction unit 220 may generate a prediction signal based on various prediction methods described below.
  • the prediction unit may apply intra prediction or inter prediction as well as intra prediction and inter prediction at the same time for prediction for one block. This can be called combined inter and intra prediction (CIIP).
  • the prediction unit may be based on an intra block copy (IBC) prediction mode or a palette mode for prediction of a block.
  • the IBC prediction mode or palette mode may be used for content video/video coding, such as a game, such as screen content coding (SCC).
  • SCC screen content coding
  • IBC basically performs prediction in the current picture, but may be performed similarly to inter prediction in that a reference block is derived in the current picture. That is, the IBC can use at least one of the inter prediction techniques described in this document.
  • the palette mode can be regarded as an example of intra coding or intra prediction. When the palette mode is applied, a sample value in a picture may be signaled based on information on the palette table and palette index.
  • the prediction signal generated by the prediction unit may be used to generate a reconstructed signal or may be used to generate a residual signal.
  • the transform unit 232 may generate transform coefficients by applying a transform technique to the residual signal. For example, at least one of a DCT (Discrete Cosine Transform), a DST (Discrete Sine Transform), a KLT (Karhunen-Loeve Transform), a GBT (Graph-Based Transform), or a CNT (Conditionally Non-linear Transform). It can contain.
  • GBT refers to a transformation obtained from this graph when it is said to graphically represent relationship information between pixels.
  • CNT means a transform obtained by generating a prediction signal using all previously reconstructed pixels and based on it.
  • the transformation process may be applied to pixel blocks having the same size of a square, or may be applied to blocks of variable sizes other than squares.
  • the quantization unit 233 quantizes the transform coefficients and transmits them to the entropy encoding unit 240, and the entropy encoding unit 240 encodes a quantized signal (information about quantized transform coefficients) and outputs it as a bitstream. have. Information about the quantized transform coefficients may be called residual information.
  • the quantization unit 233 may rearrange block-type quantized transform coefficients into a one-dimensional vector form based on a coefficient scan order, and quantize the quantization based on the one-dimensional vector form quantized transform coefficients. Information about transform coefficients may be generated.
  • the entropy encoding unit 240 may perform various encoding methods such as exponential Golomb (CAVLC), context-adaptive variable length coding (CAVLC), and context-adaptive binary arithmetic coding (CABAC).
  • CAVLC exponential Golomb
  • CAVLC context-adaptive variable length coding
  • CABAC context-adaptive binary arithmetic coding
  • the entropy encoding unit 240 may encode information necessary for video/image reconstruction (eg, a value of syntax elements, etc.) together with the quantized transform coefficients together or separately.
  • the encoded information (ex. encoded video/video information) may be transmitted or stored in units of network abstraction layer (NAL) units in the form of a bitstream.
  • NAL network abstraction layer
  • the video/video information may further include information regarding various parameter sets such as an adaptation parameter set (APS), a picture parameter set (PPS), a sequence parameter set (SPS), or a video parameter set (VPS).
  • the video/video information may further include general constraint information.
  • information and/or syntax elements transmitted/signaled from an encoding device to a decoding device may be included in video/video information.
  • the video/video information may be encoded through the above-described encoding procedure and included in the bitstream.
  • the bitstream can be transmitted over a network or stored on a digital storage medium.
  • the network may include a broadcasting network and/or a communication network
  • the digital storage medium may include various storage media such as USB, SD, CD, DVD, Blu-ray, HDD, SSD.
  • the signal output from the entropy encoding unit 240 may be configured as an internal/external element of the encoding device 200 by a transmitting unit (not shown) and/or a storing unit (not shown) for storing, or the transmitting unit It may be included in the entropy encoding unit 240.
  • the quantized transform coefficients output from the quantization unit 233 may be used to generate a prediction signal.
  • a residual signal residual block or residual samples
  • the adder 155 adds the reconstructed residual signal to the predicted signal output from the inter predictor 221 or the intra predictor 222, so that the reconstructed signal (restored picture, reconstructed block, reconstructed sample array) Can be created. If there is no residual for the block to be processed, such as when the skip mode is applied, the predicted block may be used as a reconstructed block.
  • the adder 250 may be called a restoration unit or a restoration block generation unit.
  • the generated reconstructed signal may be used for intra prediction of a next processing target block in a current picture, or may be used for inter prediction of a next picture through filtering as described below.
  • LMCS luma mapping with chroma scaling
  • the filtering unit 260 may apply subjective/objective filtering to improve subjective/objective image quality.
  • the filtering unit 260 may generate a modified reconstructed picture by applying various filtering methods to the reconstructed picture, and the modified reconstructed picture may be a DPB of the memory 270, specifically, the memory 270. Can be stored in.
  • the various filtering methods may include, for example, deblocking filtering, sample adaptive offset, adaptive loop filter, bilateral filter, and the like.
  • the filtering unit 260 may generate various pieces of information regarding filtering as described later in the description of each filtering method, and transmit them to the entropy encoding unit 240.
  • the filtering information may be encoded by the entropy encoding unit 240 and output in the form of a bitstream.
  • the modified reconstructed picture transmitted to the memory 270 may be used as a reference picture in the inter prediction unit 221.
  • inter prediction When the inter prediction is applied through the encoding apparatus, prediction mismatch between the encoding apparatus 100 and the decoding apparatus can be avoided, and encoding efficiency can be improved.
  • the memory 270 DPB may store the corrected reconstructed picture for use as a reference picture in the inter prediction unit 221.
  • the memory 270 may store motion information of a block from which motion information in a current picture is derived (or encoded) and/or motion information of blocks in a picture that has already been reconstructed.
  • the stored motion information may be transmitted to the inter prediction unit 221 to be used as motion information of a spatial neighboring block or motion information of a temporal neighboring block.
  • the memory 270 may store reconstructed samples of blocks reconstructed in the current picture, and may transmit the reconstructed samples to the intra prediction unit 222.
  • FIG. 3 is a diagram schematically illustrating a configuration of a video/video decoding apparatus to which the present disclosure can be applied.
  • the decoding apparatus 300 includes an entropy decoder (310), a residual processor (320), a prediction unit (predictor, 330), an adder (340), and a filtering unit (filter, 350) and memory (memoery, 360).
  • the prediction unit 330 may include an inter prediction unit 331 and an intra prediction unit 332.
  • the residual processing unit 320 may include a dequantizer (321) and an inverse transformer (321).
  • the entropy decoding unit 310, the residual processing unit 320, the prediction unit 330, the adding unit 340, and the filtering unit 350 described above may include one hardware component (eg, a decoder chipset or processor) according to an embodiment. ).
  • the memory 360 may include a decoded picture buffer (DPB), or may be configured by a digital storage medium.
  • the hardware component may further include a memory 360 as an internal/external component.
  • the decoding apparatus 300 may restore an image in response to a process in which the video/image information is processed in the encoding apparatus of FIG. 3.
  • the decoding apparatus 300 may derive units/blocks based on block partitioning related information obtained from the bitstream.
  • the decoding apparatus 300 may perform decoding using a processing unit applied in the encoding apparatus.
  • the processing unit of decoding may be, for example, a coding unit, and the coding unit may be divided along a quad tree structure, a binary tree structure and/or a ternary tree structure from a coding tree unit or a largest coding unit.
  • One or more transform units can be derived from the coding unit. Then, the decoded video signal decoded and output through the decoding device 300 may be reproduced through the reproduction device.
  • the decoding apparatus 300 may receive the signal output from the encoding apparatus of FIG. 3 in the form of a bitstream, and the received signal may be decoded through the entropy decoding unit 310.
  • the entropy decoding unit 310 may parse the bitstream to derive information (eg, video/image information) necessary for image reconstruction (or picture reconstruction).
  • the video/video information may further include information regarding various parameter sets such as an adaptation parameter set (APS), a picture parameter set (PPS), a sequence parameter set (SPS), or a video parameter set (VPS).
  • the video/video information may further include general constraint information.
  • the decoding apparatus may decode a picture further based on the information on the parameter set and/or the general restriction information.
  • Signaling/receiving information and/or syntax elements described later in this document may be decoded through the decoding procedure and obtained from the bitstream.
  • the entropy decoding unit 310 decodes information in a bitstream based on a coding method such as exponential Golomb coding, CAVLC, or CABAC, and quantizes a value of a syntax element required for image reconstruction and a transform coefficient for residual.
  • a coding method such as exponential Golomb coding, CAVLC, or CABAC
  • the CABAC entropy decoding method receives bins corresponding to each syntax element in a bitstream, and decodes syntax element information to be decoded and decoding information of neighboring and decoded blocks or symbol/bin information decoded in the previous step.
  • the context model is determined by using, and the probability of occurrence of the bin is predicted according to the determined context model, and arithmetic decoding of the bin is performed to generate a symbol corresponding to the value of each syntax element. have.
  • the CABAC entropy decoding method may update the context model using the decoded symbol/bin information for the next symbol/bin context model after determining the context model.
  • prediction information is provided to a prediction unit (inter prediction unit 332 and intra prediction unit 331), and the entropy decoding unit 310 performs entropy decoding.
  • the dual value that is, quantized transform coefficients and related parameter information, may be input to the residual processing unit 320.
  • the residual processor 320 may derive a residual signal (residual block, residual samples, residual sample array). Also, information related to filtering among information decoded by the entropy decoding unit 310 may be provided to the filtering unit 350. Meanwhile, a receiving unit (not shown) that receives a signal output from the encoding device may be further configured as an internal/external element of the decoding device 300, or the receiving unit may be a component of the entropy decoding unit 310.
  • the decoding device may be called a video/picture/picture decoding device, and the decoding device may be divided into an information decoder (video/picture/picture information decoder) and a sample decoder (video/picture/picture sample decoder). It might be.
  • the information decoder may include the entropy decoding unit 310, and the sample decoder may include the inverse quantization unit 321, an inverse transformation unit 322, an addition unit 340, a filtering unit 350, and a memory 360 ), at least one of an inter prediction unit 332 and an intra prediction unit 331.
  • the inverse quantization unit 321 may inverse quantize the quantized transform coefficients to output transform coefficients.
  • the inverse quantization unit 321 may rearrange the quantized transform coefficients in a two-dimensional block form. In this case, the reordering may be performed based on the coefficient scan order performed by the encoding device.
  • the inverse quantization unit 321 may perform inverse quantization on the quantized transform coefficients by using a quantization parameter (for example, quantization step size information), and obtain transform coefficients.
  • a quantization parameter for example, quantization step size information
  • the inverse transform unit 322 inversely transforms the transform coefficients to obtain a residual signal (residual block, residual sample array).
  • the prediction unit may perform prediction on the current block and generate a predicted block including prediction samples for the current block.
  • the prediction unit may determine whether intra prediction is applied or inter prediction is applied to the current block based on information about the prediction output from the entropy decoding unit 310, and may determine a specific intra/inter prediction mode.
  • the prediction unit 320 may generate a prediction signal based on various prediction methods described below.
  • the prediction unit may apply intra prediction or inter prediction as well as intra prediction and inter prediction at the same time for prediction for one block. This can be called combined inter and intra prediction (CIIP).
  • the prediction unit may be based on an intra block copy (IBC) prediction mode or a palette mode for prediction of a block.
  • the IBC prediction mode or palette mode may be used for content video/video coding, such as a game, such as screen content coding (SCC).
  • SCC screen content coding
  • IBC basically performs prediction in the current picture, but may be performed similarly to inter prediction in that a reference block is derived in the current picture. That is, the IBC can use at least one of the inter prediction techniques described in this document.
  • the palette mode can be regarded as an example of intra coding or intra prediction. When the pallet mode is applied, information on the pallet table and pallet index may be signaled by being included in the video/image information.
  • the intra prediction unit 331 may predict the current block by referring to samples in the current picture.
  • the referenced samples may be located in the neighborhood of the current block or may be located apart depending on a prediction mode.
  • prediction modes may include a plurality of non-directional modes and a plurality of directional modes.
  • the intra prediction unit 331 may determine a prediction mode applied to the current block using a prediction mode applied to neighboring blocks.
  • the inter prediction unit 332 may derive the predicted block for the current block based on the reference block (reference sample array) specified by the motion vector on the reference picture.
  • motion information may be predicted in units of blocks, subblocks, or samples based on the correlation of motion information between a neighboring block and a current block.
  • the motion information may include a motion vector and a reference picture index.
  • the motion information may further include inter prediction directions (L0 prediction, L1 prediction, Bi prediction, etc.).
  • the neighboring block may include a spatial neighboring block existing in the current picture and a temporal neighboring block present in the reference picture.
  • the inter prediction unit 332 may construct a motion information candidate list based on neighboring blocks, and derive a motion vector and/or reference picture index of the current block based on the received candidate selection information. Inter-prediction may be performed based on various prediction modes, and the information on the prediction may include information indicating a mode of inter-prediction for the current block.
  • the adder 340 reconstructs the obtained residual signal by adding it to the predicted signal (predicted block, predicted sample array) output from the predictor (including the inter predictor 332 and/or the intra predictor 331) A signal (restored picture, reconstructed block, reconstructed sample array) can be generated. If there is no residual for the block to be processed, such as when the skip mode is applied, the predicted block may be used as a reconstructed block.
  • the adding unit 340 may be called a restoration unit or a restoration block generation unit.
  • the generated reconstructed signal may be used for intra prediction of a next processing target block in a current picture, may be output through filtering as described below, or may be used for inter prediction of a next picture.
  • LMCS luma mapping with chroma scaling
  • the filtering unit 350 may apply subjective/objective filtering to improve subjective/objective image quality.
  • the filtering unit 350 may generate a modified reconstructed picture by applying various filtering methods to the reconstructed picture, and the modified reconstructed picture may be a DPB of the memory 360, specifically, the memory 360 Can be transferred to.
  • the various filtering methods may include, for example, deblocking filtering, sample adaptive offset, adaptive loop filter, bilateral filter, and the like.
  • the (corrected) reconstructed picture stored in the DPB of the memory 360 may be used as a reference picture in the inter prediction unit 332.
  • the memory 360 may store motion information of a block from which motion information in a current picture is derived (or decoded) and/or motion information of blocks in a picture that has already been reconstructed.
  • the stored motion information may be transmitted to the inter prediction unit 260 to be used as motion information of a spatial neighboring block or motion information of a temporal neighboring block.
  • the memory 360 may store reconstructed samples of blocks reconstructed in the current picture, and may transmit the reconstructed samples to the intra prediction unit 331.
  • the embodiments described in the filtering unit 260, the inter prediction unit 221, and the intra prediction unit 222 of the encoding device 100 are respectively the filtering unit 350 and the inter prediction of the decoding device 300.
  • the unit 332 and the intra prediction unit 331 may be applied to the same or corresponding.
  • a predicted block including prediction samples for a current block which is a block to be coded
  • the predicted block includes prediction samples in a spatial domain (or pixel domain).
  • the predicted block is derived equally from an encoding device and a decoding device, and the encoding device decodes information (residual information) about the residual between the original block and the predicted block, not the original sample value itself of the original block. Signaling to the device can improve video coding efficiency.
  • the decoding apparatus may derive a residual block including residual samples based on the residual information, and combine the residual block and the predicted block to generate a reconstructed block including reconstructed samples, and reconstruct the reconstructed blocks.
  • a reconstructed picture can be generated.
  • the residual information may be generated through a transform and quantization procedure.
  • the encoding apparatus derives a residual block between the original block and the predicted block, and performs transformation procedures on residual samples (residual sample array) included in the residual block to derive transformation coefficients. And, by performing a quantization procedure on the transform coefficients, the quantized transform coefficients are derived to signal related residual information (via a bitstream) to a decoding apparatus.
  • the residual information may include information such as value information of the quantized transform coefficients, location information, a transform technique, a transform kernel, and quantization parameters.
  • the decoding apparatus may perform an inverse quantization/inverse transformation procedure based on the residual information and derive residual samples (or residual blocks).
  • the decoding apparatus may generate a reconstructed picture based on the predicted block and the residual block.
  • the encoding apparatus may also dequantize/inverse transform quantized transform coefficients for reference for inter prediction of a picture, thereby deriving a residual block, and generate a reconstructed picture based on the quantized transform coefficients.
  • FIG. 4 is a diagram illustrating a motion compensation area according to an embodiment.
  • CPR Current Picture Referencing
  • CPR merge candidate a prediction performed by deriving a reference block for a current block in a current picture
  • CPR merge candidate a merge candidate for CPR prediction
  • block vector a list including MVP (Motion Vector Predictor) candidates
  • MVP Motion Vector Predictor
  • CPR may be replaced with various terms such as IBC, IBC prediction, IBC coding, CPR prediction, and "CPR merge candidate” as a CPR candidate block, CPR candidate, IBC merge candidate block, IBC merge candidate, IBC candidate block , CPR merge candidate vector, CPR merge motion vector, and the like, may be replaced with various terms, and the "block vector” may be replaced with a motion vector, vector, CPR vector, etc., and the "prediction candidate list” may be an MVP candidate list, an MVP The list, AMVP candidate list, AMVP list, motion vector prediction candidate list, etc. can be replaced with various terms, and the name used in interpreting specific terms or sentences used to define specific information or concepts in the specification. It should not be interpreted to be limited to, and needs to be interpreted by paying attention to various actions, functions, and effects according to the content to be expressed by the term.
  • FIG. 4 shows a region capable of performing motion compensation when performing motion compensation in a current picture.
  • wave-like parallelization may be supported. That is, parallelization may be performed in units of a maximum coding unit line (or CTU line), and in order to maintain a reference to a neighboring block in consideration of compression performance, when a motion compensation is used in a current picture, an upper maximum coding unit is currently Based on the largest coding unit, the largest coding unit on the right side by +1 or +2 in units of the largest coding unit line may be used as a motion compensation area.
  • FIG. 4 may represent a prediction based on CPR for the current block.
  • One embodiment of the present disclosure relates to a method of using a part of the current picture that has been encoded so far as a reference block in the process of encoding the current block (or current coding unit).
  • the prediction unit of the encoding device may add the current picture to the reference picture list and detect a block (most) similar to the current block in a specific area (for example, a predetermined area) among the already coded areas.
  • the encoding apparatus predicts motion information by performing inter prediction based on an optimal motion vector, and may transmit a motion vector difference value to a decoding device through a bitstream.
  • Two methods can be used to indicate whether motion compensation is performed in the current picture.
  • it may be determined whether motion compensation is performed in the current picture based on the reference picture index.
  • the DiffPicOrderCnt function represents a difference in picture order count (POC) between two pictures coming as input.
  • the input value currPic means the current picture including the current block (or current decoding target block)
  • RefPicList0[ref_idx_l0[x0][y0]] means the reference picture of the current block.
  • x0 and y0 indicate the position of the current block
  • ref_idx_l0 indicates the reference picture index in the zero direction of the reference picture list. Therefore, the reference picture of the current block can be derived from the reference picture list based on the received reference picture index.
  • the output value 0 by the DiffPicOrderCnt function means that the current image and the reference image are the same image.
  • whether to perform motion compensation in the current picture in units of coding units or block units may be transmitted in the form of a flag.
  • intra_bc_flag indicating whether motion compensation is performed in the current picture may be defined, and when the value of intra_bc_flag is 1, the corresponding block performs motion compensation within the current picture, and the flag value is 0. In case of, the corresponding block may not perform motion compensation within the current picture.
  • encoding efficiency increases when an I-slice without a reference picture is used or when the most similar motion compensation block is present in the current picture can do.
  • FIG. 5 is a flowchart illustrating a method of constructing a merge candidate list according to an embodiment.
  • One embodiment of the present disclosure relates to a method of constructing a merge candidate list in consideration of a CPR merge candidate based on CPR that performs prediction by using a part of a current picture decoded in a merge mode as a reference block.
  • the encoding apparatus and/or the decoding apparatus may search for spatial neighboring blocks of the current block and insert it into the merge candidate list to construct the merge candidate list.
  • the spatial neighboring blocks may include, for example, a left block adjacent to the current block, a left lower block, an upper block, a right upper block, and a left upper block, and examples are not limited thereto.
  • the encoding apparatus and/or the decoding apparatus may search for temporal neighboring blocks and add them to the merge candidate list. After filling the merge candidate list based on spatial and temporal neighboring blocks, when the number of merge candidates included in the merge candidate list is less than the maximum number of merge candidates (or the maximum merge size), a combined merge candidate (or pair) Pair-wise merge candidates) may be added to the merge candidate list.
  • a FIFO (Fist In First Out) based History-based motion vector prediction (HMVP) (merge) candidate may be added.
  • HMVP History-based motion vector prediction
  • a redundancy check may be applied to find out whether the same HMVP exists.
  • the HMVP candidate can be inserted into the merge list after checking the redundancy with the existing merge candidate from the first item to the last item of the FIFO.
  • the pairwise merge candidate indicates a merge candidate derived based on a combination of merge candidates already included in the merge candidate list.
  • Table 1 shows a list of pairwise merge candidates representing combined pairwise merge candidates.
  • the corresponding CPR merge candidate may not be used when combining the pairwise merge candidates. That is, when generating a pairwise merge candidate, a condition for determining whether the merge candidate is a CPR merge candidate may be added. Since a CPR merge candidate referencing a current picture and a merge candidate referencing a different picture may have different characteristics, coding efficiency may be reduced when combining or averaging is applied. Therefore, a candidate referring to the current picture can be used only for unidirectional prediction.
  • a merge type may be designated for each merge candidate to derive whether it is a CPR merge candidate or a CPR merge candidate based on a POC of a reference picture for each merge candidate.
  • the next CPR merge candidate (depending on the size of the current block) Can be added to the merge candidate list.
  • the CPR merge candidate is, for example, (-W, 0), (0, -H), (-2W, 0), (0, -2H), (-W,- H) or (-2W, -2H).
  • the CPR merge candidates are, for example, (-W, 0) and (0, -H), (0, -H) and (-W, 0), (-2W, 0) and (0, -2H), (0, -2H) and (-2W, 0), (-W, -H) and (-2W, -2H), or (-2W, -2H) and ( -W, -H).
  • W represents the width of the current block
  • H represents the height of the current block.
  • the scope of the disclosure is not limited to the sequence of examples for the above-described CPR merge candidate.
  • a (0, 0) vector may be added to the merge candidate list.
  • the (0, 0) vector may be a candidate that cannot be used for CPR. Instead, by adding a block size-based merge candidate (or a CPR merge candidate) to the merge candidate list, encoding efficiency can be increased when using CPR.
  • FIG. 6 is a diagram illustrating an example of a reference picture list configuration of a current picture.
  • the CPR merge candidate may be inserted in a candidate direction of a reference picture list side including a current picture among reference picture list 0 and reference picture list 1 for the current picture.
  • the current picture is POC6, and the current picture (POC6) for POC4, POC0 and CPR is included as a reference picture in the reference picture list 0 direction, and POC8 and POC16 are included as a reference picture in the reference picture list 1 direction. If there is no current picture for CPR, the CPR merge candidate is inserted in the reference picture list 0 direction, and the reference picture list 1 may not be used. That is, unidirectional prediction can be used.
  • the merge The candidate is inserted in the reference picture list 1 direction, and the reference picture list 0 direction may not be used.
  • Table 2 shows an example of the composition of the merge candidate list. For example, suppose that three candidates are configured when a merge candidate list is constructed using a spatial candidate, a temporal candidate, an HMVP candidate, and a pairwise candidate according to the merge candidate list construction method of FIG. 5. In this case, one or two CPR merge candidates (or block size based candidates) may be inserted. When two candidates are inserted, it can be selectively inserted among the various candidates described above in FIG. 5, and (-2W, 0) and (0, -2H) candidates can be inserted in Table 2 below.
  • the CPR merge candidate is the reference picture list 0 as the merge candidate index 3 and the merge candidate index 4 Included in the direction, a motion vector may not exist in the reference picture list 1 direction.
  • RefIdx value -1 means that the corresponding motion vector and reference picture are not used.
  • Merge index MVL0 RefIdx0 MVL1 RefIdx1 0 (10, -5) 0 (0, 0) -One One (0, 0) -One (18, -8) 0 2 (20, 10) One (30, 3) One 3 (-2W, 0) 2 (0, 0) -One 4 (0, -2H) 2 (0, 0) -One 5 (0, 0) 0 (0, 0) 0
  • FIG. 7 is a diagram for describing a CPR merge candidate
  • FIG. 8 is a flowchart illustrating a method of constructing a merge candidate list according to another embodiment.
  • the encoding apparatus and/or the decoding apparatus inserts spatial merge candidates derived by searching for spatial neighboring blocks into a merge candidate list, and spatial merge candidates derived by searching temporal temporal blocks. It is inserted into the merge candidate list, and a combined merge candidate according to the above-described method in Table 1 may be inserted into the merge candidate list.
  • a CPR merge candidate referring to a reference block in a current picture may be inserted into a merge candidate list only when it is a valid block vector based on the current picture.
  • block vector means a vector representing a displacement between a reference block and a current block that has already been decoded in the current picture.
  • the block vector may be a motion vector used for CPR, and may be used to distinguish it from a motion vector used in temporal reference images.
  • the CPR merge candidate may represent a block size-based motion vector candidate. However, since the CPR merge candidate is not always based (or dependent) on the size (or size) of the current block, the CPR merge candidate should not be interpreted as necessarily representing a block size based motion vector candidate.
  • FIG. 7 is a view for explaining a step of determining a valid CPR merge candidate (or block vector) among methods of constructing a merge candidate list.
  • a displacement of a given block vector is applied based on a top-left position (xP, yP) of the current block 712
  • the left, right, top, and bottom directions of the block to which the displacement is applied If some of them exist outside the current picture, the CPR merge candidate may not be used (or adopted, selected, etc.).
  • a displacement of a given block vector is applied based on the upper left position of the current block 712, and the block vector is the block vector
  • the merge candidate can be used only when it is within an allowable range or region.
  • the CPR merge candidate (or block vector) is in a line buffer (714) of the largest coding unit (or coding tree unit (CTU) 710) including the current block 712. Reference samples included may be indicated. That is, the range or region in which the block vector is allowed may be determined as the region including the maximum coding unit 710 and the line buffer region 714 of the maximum coding unit.
  • the line buffer 710 may include a left line buffer and a right line buffer based on the maximum coding unit.
  • the CPR merge candidate may indicate a reference sample included in the left line buffer (ie, the range or region in which the block vector is allowed indicates the maximum coding unit and the left line buffer region of the maximum coding unit).
  • the CPR merge candidate may indicate a reference sample included in the upper line buffer (ie, the range or region in which the block vector is allowed is the maximum coding unit and It may be determined as an area including an upper line buffer area of the largest coding unit).
  • the CPR merge candidate may indicate a sample included in the largest coding unit 710 including the current block 712. That is, a range or an area in which the block vector is allowed may be determined as an area including the maximum coding unit 710.
  • Judgment on a valid block vector may be based on pseudo codes according to Tables 3 to 6 below.
  • the pseudo codes according to Tables 3 to 6 below are examples of the range or region in which the block vector is allowed. However, examples of the range or region in which the block vector is allowed are not limited by the pseudo codes according to Tables 3 to 6 below.
  • Table 3 shows an example of defining a region decoded in the current picture 700 including the current block 712 as an allowable range of the block vector. That is, the x-axis coordinates and y-axis coordinates of the point where the block vector is applied to the current block 712 must be greater than or equal to 0, and the x-axis coordinates of the point where the block vector is applied to the current block 712.
  • the value W is added to should be less than or equal to picW, and the value of H added to the y-axis coordinate of the point where the block vector is applied to the current block 712 should be less than or equal to picH.
  • xBv + W must be less than or equal to 0, or yBv + H must be less than or equal to 0 to indicate a decoded region within the current picture 700.
  • the allowable range of the block vector may be limited to the largest coding unit 710 including the current block 712.
  • the determination as to whether it is a valid block vector may be performed based on the pseudo code according to Table 4 below.
  • (xP, yP): (x, y) position of the current block (e.g., coordinates of the upper left sample of the current block) //(xBv, yBv): (x, y) value of block vector //W, H : Width and height of the current block //picW, picH: Width and height of the current picture //(xCTU, yCTU): (x, y) position of the current largest coding unit // (For example , Coordinates of the upper left sample of the current largest coding unit) //CTUwidth, CTUheight: width and height of the current largest coding unit //if (xP + xBv ⁇ xCTU) return false; //if (xP + xBv + W> xCTU + CTUwidth) return false; //if (yP + yBv ⁇ yCTU) return false; //if (yP + yBv + H> yCTU + CTUheight) return false; //if (x
  • Table 4 shows an example in which the maximum coding unit 710 including the current block 712 is defined as an allowable range of the block vector. That is, the x-axis coordinate and y-axis coordinate of the point where the block vector is applied to the current block 712 must be greater than or equal to xCTU and yCTU, respectively, and the x-axis of the point where the block vector is applied to the current block 712
  • the value of W added to the coordinate should be less than or equal to xCTU + CTUwidth
  • the value of H added to the y-axis coordinate of the point where the block vector is applied to the current block 712 should be less than or equal to yCTU + CTUheight.
  • xBv + W must be less than or equal to 0, or yBv + H must be less than or equal to 0 to indicate a decoded region within the current picture 700.
  • (xP, yP), (xBv, yBv), W, H, (xCTU, yCTU), CTUwidth, CTUheight, etc. defined in Table 4 may be used in the same and/or similar sense throughout this specification.
  • the line buffer 714 of the current largest coding unit 710 may be used have. That is, in the coding process, some reference samples of the left line buffer existing on the left side of the largest coding unit 710 including the current block 712 or some reference samples of the upper line buffer existing above the maximum coding unit may be used. have.
  • samples existing in the line buffer 714 being used in another decoding process may be used without additional memory burden in reference to the current picture 700.
  • the determination as to whether or not it is a valid block vector is a pseudo of Table 5 below. It can be code based.
  • the following N can represent, for example, one of integers 1 to 8 inclusive.
  • the video decoding system decodes pictures in a sequential order, where the largest coding unit 720 located to the left of the current largest coding unit 710 decodes the current largest coding unit 710 When you do, it can exist in memory.
  • the maximum coding located on the left side Information about the samples in the left line buffer, which are some of the samples of the unit 720 may be stored in the memory. For this reason, as shown in Table 5, the current maximum coding unit 710 including the current block 712 and the upper and left line buffers of the current maximum coding unit 710 may be defined as an allowable range of the block vector. .
  • the block size based motion vector candidate (or CPR merge candidate) according to the CPR condition has a specific threshold number of block size based motion vector candidates according to the CPR condition included in the merge candidate list. It can only be added if it is below the value.
  • the threshold value may have a value from 0 to the maximum number of merge candidate lists.
  • spatial merge candidates and temporal peripheral blocks derived based on spatial peripheral blocks and temporal peripheral blocks, and combines derived based on the spatial merge candidates and temporal peripheral blocks If the merge candidates included in the merge candidate list are less than the maximum number of merge candidates even after inserting the de-merge candidate and the CPR merge candidate into the merge candidate list, the encoding device and/or the decoding device merge the merge candidate (0, 0). You can insert it into the candidate list. However, the process of inserting the merge candidate (0, 0) into the merge candidate list is not a required component and may be omitted in some cases.
  • description is mainly focused on the contents of configuring the merge candidate list based on the CPR merge candidate when the merge mode is applied to the current block 712, but the embodiment is limited thereto. It does not work.
  • a motion vector prediction candidate list may be configured based on a “CPR motion vector predictor” corresponding to the CPR merge candidate, and the tactics of FIGS. 4 to 8 are described above. Can be applied.
  • FIGS. 10 and 11 related embodiments will be described with reference to content configuring a motion vector prediction candidate list based on a CPR motion vector predictor during inter prediction.
  • FIG. 9 is a flowchart illustrating a method of constructing a motion vector prediction candidate list according to an embodiment.
  • One embodiment of the present disclosure relates to a method of constructing a motion vector prediction candidate list in a motion vector prediction mode when performing motion compensation in a current picture.
  • the encoding apparatus and/or the decoding apparatus may search for spatial neighboring blocks for constructing a motion vector prediction candidate list and insert it into a motion vector prediction candidate list.
  • the spatial neighboring blocks may include, for example, a left block adjacent to the current block, a left lower block, an upper block, a right upper block, and a left upper block, and examples are not limited thereto.
  • temporal neighboring blocks may be searched and added to the motion vector prediction candidate list.
  • the block After filling the motion vector prediction candidate list with spatial and temporal neighboring blocks, if the number of motion vector prediction candidates included in the motion vector prediction candidate list does not reach the maximum number of motion vector prediction candidates, the block according to an embodiment of the present disclosure
  • the size-based motion vector candidate (or CPR motion vector predictor) can be inserted into the motion vector prediction candidate list.
  • the number of motion vector prediction candidates included in the configured motion vector prediction candidate list is less than the maximum number of motion vector prediction candidates
  • the current block has a reference for CPR (depending on the size of the current block) )
  • the following CPR motion vector predictor may be added to the motion vector prediction candidate list.
  • the CPR motion vector predictor is, for example, coordinates (-W, 0), (0, -H), (-2W, 0), (0, -2H), (- W, -H), (-2W, -2H), (-((xP% CTUwidth) + W >> 1), 0) or (0, -((yP% CTUheight) + H >> 1)) Can be related.
  • the CPR motion vector predictors are, for example, (-W, 0) and (0, -H), (0, -H) and (-W, 0), (- 2W, 0) and (0, -2H), (0, -2H) and (-2W, 0), (-W, -H) and (-2W, -2H), (-2W, -2H) and (-W, -H), (-((xP% CTUwidth) + W >> 1), 0) and (0, -((yP% CTUheight) + H >> 1)), or (0, -( (yP% CTUheight) + H >> 1)) and (-((xP% CTUwidth) + W >> 1), 0).
  • W represents the width of the current block
  • H represents the height of the current block.
  • the scope of the disclosure is not limited to the order of the examples for the above-described CPR motion vector predictor.
  • an example of the maximum number of motion vector prediction candidates is 2, but the embodiment is not limited thereto.
  • the maximum number of motion vector prediction candidates may be an integer of 1 or more and 6 or less.
  • FIG. 10 is a flowchart illustrating a method of constructing a motion vector prediction candidate list according to another embodiment.
  • FIG. 10 is a view for explaining a step of determining a valid CPR motion vector predictor (or block size-based motion vector candidate) among methods of constructing a motion vector prediction candidate list.
  • a valid CPR motion vector predictor or block size-based motion vector candidate
  • some of the left, right, top, and bottom directions of the block to which the displacement is applied are of the current picture. If it is external, the CPR motion vector predictor may not be used (or adopted, selected, etc.).
  • a displacement of a given CPR motion vector predictor is applied based on the upper left position of the current block, and the CPR motion vector predictor is the CPR motion vector
  • the CPR motion vector predictor can be used only when the predictor is within an allowable range or region.
  • 10 shows a method including determining a valid CPR motion vector predictor among methods of constructing a motion vector prediction candidate list. The method of determining a valid CPR motion vector predictor may be the same or similar to the method used when determining a valid CPR merge candidate in the embodiments according to FIGS. 7 and 8 above.
  • FIG. 11 is a flowchart illustrating a method of constructing a merge candidate list based on a validity check for a CPR merge candidate according to an embodiment.
  • the CPR merge candidate (or block size based motion vector candidate) can be inserted into the merge candidate list.
  • checking the validity of the CPR merge candidate when the current picture is the only reference picture. Can be applied. That is, the above step can be applied when only the current picture is available in the reference picture list.
  • the validity (or availability) of each merge candidate may be determined based on whether or not it can be used as a block vector.
  • the allowable range of the block vector may be limited to the largest coding unit including the current block. When the maximum coding unit including the current block is used as the allowable range of the block vector, the determination of a valid block vector may be based on the pseudo code of Table 6 below.
  • (xP, yP): (x, y) position of the current block (e.g., coordinates of the upper left sample of the current block) //(xBv, yBv): (x, y) value of block vector //W, H : Width and height of the current block //(xCTU, yCTU): (x, y) position of the current largest coding unit //(for example, coordinates of the upper left sample of the current largest coding unit) / /CTUwidth, CTUheight: Width and height of the current largest coding unit //if (xP + xBv ⁇ 0) return false; //if (xP + xBv + W> CTUwidth) return false; //if (yP + yBv ⁇ 0) return false; //if (yP + yBv + H> CTUheight) return false; //if (xBv + W> 0 && yBv + H> 0) return false; //if (x
  • CPR merge candidates (or block size-based motion vector candidates) may be added according to the size of the current block.
  • the CPR merge candidate may be added to the merge candidate list after it is checked whether the block vector can be used based on the pseudo code.
  • An example of a CPR merge candidate that can be added may be as follows.
  • W may indicate the width of the current block
  • H may indicate the height of the current block.
  • the CPR merge candidate when adding one CPR merge candidate, is, for example, coordinates (-W, 0), (0, -H), (-2W, 0), (0, -2H) , (-W, -H), (-2W, -2H), (-((xP% CTUwidth) + W >> 1), 0) or (0, -((yP% CTUheight) + H >> 1 )).
  • the CPR merge candidates are, for example, coordinates (-W, 0) and (0, -H), (0, -H) and (-W, 0), (-2W, 0) and (0, -2H), (0, -2H) and (-2W, 0), (-W, -H) and (-2W, -2H), (-2W) , -2H) and (-W, -H), (-((xP% CTUwidth) + W >> 1), 0) and (0, -((yP% CTUheight) + H >> 1)) or ( 0, -((yP% CTUheight) + H >> 1)) and (-((xP% CTUwidth) + W >> 1), 0).
  • the block vector is predefined allowable range before the CPR merge candidate (or the motion vector candidate based on the block size) is inserted into the merge candidate list.
  • the validity of the CPR merge candidate may be checked based on whether or not it indicates my own.
  • FIG. 12 is a flowchart illustrating a method of constructing a merge candidate list based on a validity check for a CPR merge candidate according to another embodiment.
  • a spatial merge candidate (or a spatial peripheral candidate block) may be derived by searching for spatial peripheral blocks.
  • the spatial merge candidate may be inserted into the merge candidate list, and if not, the spatial merge candidate may not be inserted into the merge candidate list.
  • a spatial merge candidate may be added to the merge candidate list without validity check.
  • the validity check for the spatial merge candidate may be performed by checking whether the block vector is included in a predefined block vector allowable range.
  • the allowable range of the block vector may be limited to the largest coding unit including the current block.
  • the determination of a valid block vector may be based on the pseudo code of Table 6 above.
  • temporal merge candidates may be derived by searching temporal temporal blocks.
  • the current picture is the only reference picture, after checking the validity of the temporal merge candidate (or block vector), insert the temporal merge candidate into the merge candidate list if available, and the temporal merge candidate into the merge candidate list if not available It may not be inserted.
  • a temporal merge candidate may be added to the merge candidate list without validity checking.
  • HMVP (merge) candidates can be derived. If the current picture is the only reference picture, the validity of the HMVP merge candidate (or corresponding block vector) is checked, and if available, the HMVP merge candidate is inserted into the merge candidate list, and if not available, the HMVP merge candidate is merged. Can not be inserted into. When a picture other than the current picture exists in the reference picture list, the HMVP merge candidate can be added to the merge candidate list without validity checking.
  • a pairwise merge candidate can be derived.
  • the validity of the pairwise merge candidate (or the corresponding block vector) is checked, and if available, the pairwise merge candidate is inserted into the merge candidate list, and if not available, the pairwise merge candidate is merged. It may not be inserted into the candidate list.
  • a pairwise merge candidate can be added to the merge candidate list without validity checking.
  • a CPR merge candidate (or block size based motion vector candidate) is inserted into the merge candidate list.
  • the CPR merge candidate can also be added to the merge candidate list if a block vector is available after checking the validity based on the pseudo code of Table 6 above.
  • An example of a CPR merge candidate that can be added may be as follows.
  • the CPR merge candidate in the case of adding only one CPR merge candidate to the merge candidate list, is, for example, coordinates (-W, 0), (0, -H), (-2W, 0), ( 0, -2H), (-W, -H), (-2W, -2H), (-((xP% CTUwidth) + W >> 1), 0) or (0, -((yP% CTUheight) + H >> 1)).
  • the CPR merge candidates are, for example, coordinates (-W, 0) and (0, -H), (0, -H) And (-W, 0), (-2W, 0) and (0, -2H), (0, -2H) and (-2W, 0), (-W, -H) and (-2W, -2H) ), (-2W, -2H) and (-W, -H), (-((xP% CTUwidth) + W >> 1), 0) and (0, -((yP% CTUheight) + H >> 1)), or (0, -((yP% CTUheight) + H >> 1)) and (-((xP% CTUwidth) + W >> 1), 0).
  • FIG. 13 is a flowchart illustrating a method of constructing a motion vector prediction candidate list based on a validity check for a CPR motion vector predictor according to an embodiment.
  • One embodiment relates to a method of constructing a motion vector prediction list in a motion vector prediction mode when using motion compensation in a current picture.
  • 13 shows a method of constructing a motion vector prediction list.
  • a spatial candidate block for constructing a motion vector prediction list may be searched and inserted into a motion vector prediction list.
  • a left block adjacent to (or neighboring) a current block, a left-lower block, an upper block, an upper-right block, an upper-left block, and the like can be selected.
  • a temporal candidate block may be searched and added to the motion vector prediction list.
  • a CPR motion vector predictor (or block size based motion vector candidate) can be inserted into the motion vector prediction list.
  • the step of "checking the effectiveness of the CPR motion vector predictor” may be applied before inserting the CPR motion vector predictor into the motion vector prediction list. That is, the presence or absence of use for each candidate in the motion vector prediction list can be determined based on whether each prediction vector is within an allowable range of the block vector. In one example, the allowable range of the block vector may be limited to the largest coding unit including the current block.
  • the determination of a valid prediction vector may be based on the pseudo code in Table 6 above. Using the pseudo code in Table 6, candidates that cannot be used in the motion vector prediction list may be removed from the current motion vector prediction candidate list. Then, when the number of motion vector prediction candidates included in the motion vector prediction (candidate) list is less than the maximum allowable value, a motion vector candidate (or CPR motion vector predictor) based on the block size may be added according to the size of the current block. .
  • the CPR motion vector predictor can also be added to the motion vector prediction candidate list after checking whether the prediction vector for the CPR motion vector predictor is valid (or the CPR motion vector predictor is valid) using the pseudo code. .
  • An example of a CPR motion vector predictor that can be added may be as follows.
  • the CPR motion vector predictor in the case of adding only one CPR motion vector predictor, is, for example, coordinates (-W, 0), (0, -H), (-2W, 0), ( 0, -2H), (-W, -H), (-2W, -2H), (-((xP% CTUwidth) + W >> 1), 0), or (0, -((yP% CTUheight ) + H >> 1)).
  • the CPR motion vector predictor is, for example, coordinates (-W, 0) and (0, -H), (0, -H) And (-W, 0), (-2W, 0) and (0, -2H), (0, -2H) and (-2W, 0), (-W, -H) and (-2W, -2H) ), (-2W, -2H) and (-W, -H), (-((xP% CTUwidth) + W >> 1), 0) and (0, -((yP% CTUheight) + H >> 1)), or (0, -((yP% CTUheight) + H >> 1)) and (-((xP% CTUwidth) + W >> 1), 0).
  • FIG. 14 is a flowchart illustrating a method of constructing a motion vector prediction candidate list based on a validity check for a CPR motion vector predictor according to another embodiment.
  • a method of constructing a motion vector prediction list in a motion vector prediction mode may be provided.
  • 14 shows a method of constructing a motion vector prediction (candidate) list.
  • a motion vector prediction candidate may be derived by searching a spatial candidate block for constructing a motion vector prediction candidate list.
  • the spatial candidate block may be a left block adjacent to the current block, a left-lower block, an upper block, an upper-right block, an upper-left block, and the like.
  • the spatial motion vector prediction candidate may be inserted into the motion vector prediction candidate list, and if not available, the spatial motion vector prediction candidate may not be inserted into the motion vector prediction candidate list.
  • the validity check for the block vector may mean checking whether a prediction vector for the motion vector prediction candidate is included in an allowable range of a predefined block vector.
  • the allowable range of the block vector may be limited to the largest coding unit including the current block.
  • determination of a valid block vector may be performed based on the pseudo code of Table 6 above.
  • a motion vector prediction candidate may be derived by searching a temporal candidate block.
  • the temporal motion vector prediction candidate may be inserted into the motion vector prediction candidate list, and if not available, the temporal motion vector prediction candidate may not be inserted into the motion vector prediction candidate list. Then, when the reference picture index indicates the current picture and the size of the motion vector prediction candidate list is smaller than the maximum size of the motion vector prediction candidate list, a block size-based motion vector candidate (or CPR motion vector predictor) according to the size of the current block ) Can be added.
  • a CPR motion vector predictor can also be added to the motion vector prediction candidate list after checking the validity of a prediction vector for the CPR motion vector predictor based on the pseudo code of Table 6.
  • An example of a CPR motion vector predictor that can be added is as follows.
  • the CPR motion vector predictor when only one CPR motion vector predictor is added to a motion vector prediction candidate list, the CPR motion vector predictor is, for example, coordinates (-W, 0), (0, -H), (-2W, 0), (0, -2H), (-W, -H), (-2W, -2H), (-((xP% CTUwidth) + W >> 1), 0) or (0, -(( yP% CTUheight) + H >> 1)).
  • the CPR motion vector predictors when two CPR motion vector predictors are added to a motion vector prediction candidate list, the CPR motion vector predictors include, for example, coordinates (-W, 0) and (0, -H), (0 , -H) and (-W, 0), (-2W, 0) and (0, -2H), (0, -2H) and (-2W, 0), (-W, -H) and (- 2W, -2H), (-2W, -2H) and (-W, -H), (-((xP% CTUwidth) + W >> 1), 0) and (0, -((yP% CTUheight) + H >> 1)), or (0, -((yP% CTUheight) + H >> 1)) and (-((xP% CTUwidth) + W >> 1), 0).
  • FIG. 15 is a flowchart illustrating an operation of an encoding device according to an embodiment
  • FIG. 16 is a block diagram showing a configuration of an encoding device according to an embodiment.
  • the encoding device according to FIGS. 15 and 16 may perform operations corresponding to the decoding device according to FIGS. 17 and 18. Accordingly, the operations of the decoding device to be described later in FIGS. 17 and 18 can be applied to the encoding device according to FIGS. 15 and 16 as well.
  • Each step disclosed in FIG. 15 may be performed by the encoding apparatus 200 disclosed in FIG. 2. More specifically, S1500 to S1520 may be performed by the prediction unit 220 illustrated in FIG. 2, and S1530 may be performed by the entropy encoding unit 240 illustrated in FIG. 2. In addition, the operations according to S1500 to S1530 are based on some of the contents described in FIGS. 4 to 14. Therefore, detailed descriptions that overlap with those described in FIGS. 2 and 4 to 14 will be omitted or simplified.
  • the encoding apparatus may include a prediction unit 220, a residual processing unit 230, and an entropy encoding unit 240.
  • the encoding apparatus may be implemented by more or less components than those illustrated in FIG. 16.
  • the prediction unit 220 and the entropy encoding unit 240 may be implemented as separate chips, or at least two or more components may be implemented through one chip.
  • the encoding apparatus may derive a CPR merge candidate that references a reference block in a current picture including the current block based on a block vector, based on a determination that a merge mode is applied to the current block ( S1500). More specifically, based on the determination that the merge mode is applied to the current block, the prediction unit 220 of the encoding device derives a CPR merge candidate that references a reference block in the current picture including the current block based on a block vector. can do.
  • the encoding apparatus may check the validity of the CPR merge candidate based on the determination that one reference picture included in the reference picture list for the current picture is the current picture (S1510). More specifically, the prediction unit 220 of the encoding apparatus may check the validity of the CPR merge candidate based on the determination that one reference picture included in the reference picture list for the current picture is the current picture.
  • the encoding apparatus may add the CPR merge candidate to the merge candidate list based on the determination that the CPR merge candidate is valid (S1520). More specifically, the prediction unit 220 of the encoding apparatus may add the CPR merge candidate to the merge candidate list based on the determination that the CPR merge candidate is valid.
  • the encoding apparatus may encode image information including information on the merge candidate list to which the CPR merge candidate is added (S1530). More specifically, the entropy encoding unit 240 of the encoding apparatus may encode image information including information on the merge candidate list to which the CPR merge candidate is added.
  • the total number of reference pictures included in the reference picture list may be one.
  • the encoding apparatus may check whether an end point of the block vector is located in a sample in a maximum corning unit including the current block.
  • the reference block in the current picture is a sample or coordinate located at coordinates (-((xP% CTUwidth) + W >> 1), 0) (0, -((yP% CTUheight) + H> > 1)), wherein the xP represents the x-axis coordinates of the top left (sample) of the current block, the yP represents the y-axis coordinates of the top left (sample) of the current block, and the CTUwidth Indicates the width of the largest coding unit, the CTUheight indicates the height of the largest coding unit, the W indicates the width of the current block, and the H indicates the height of the current block.
  • the encoding apparatus based on the determination that the merge mode is applied to the current block, based on a block vector, a reference block in the current picture including the current block Deriving a reference CPR merge candidate (S1500), and checking the validity of the CPR merge candidate based on the determination that one reference picture included in the reference picture list for the current picture is the current picture (S1510), Based on the determination that the CPR merge candidate is valid, the CPR merge candidate is added to the merge candidate list (S1520), and image information including information on the merge candidate list to which the CPR merge candidate is added is encoded (S1530) ), and the total number of reference pictures included in the reference picture list may be one. That is, according to FIGS. 15 and 16, by checking the validity of the CPR merge candidate in the merge mode, a merge candidate list can be efficiently constructed, or a motion vector prediction candidate list can be efficiently constructed during inter prediction.
  • FIG. 17 is a flowchart illustrating an operation of a decoding apparatus according to an embodiment
  • FIG. 18 is a block diagram showing a configuration of a decoding apparatus according to an embodiment.
  • Each step disclosed in FIG. 17 may be performed by the decoding apparatus 300 disclosed in FIG. 3. More specifically, S1700 to S1730 may be performed by the prediction unit 330 illustrated in FIG. 3, and S1740 may be performed by the adder 340 illustrated in FIG. 3. In addition, the operations according to S1700 to S1740 are based on some of the contents described in FIGS. 4 to 14. Accordingly, detailed descriptions overlapping with the above-described contents in FIGS. 3 to 14 will be omitted or simplified.
  • the decoding apparatus may include a prediction unit 330 and an adder 340. However, in some cases, not all components shown in FIG. 18 may be required components of the decoding apparatus, and the decoding apparatus may be implemented by more or less components than those illustrated in FIG. 18.
  • the prediction unit 330 and the addition unit 340 may be implemented as separate chips, or at least two or more components may be implemented through one chip.
  • the decoding apparatus based on a determination that a merge mode is applied to a current block, applies CPR (Current Picture Referencing) to reference a reference block in a current picture including the current block based on a block vector ) Merge candidates may be derived (S1700 ). More specifically, the prediction unit 330 of the decoding apparatus derives a CPR merge candidate that references a reference block in a current picture including the current block based on a block vector, based on a determination that a merge mode is applied to the current block. can do.
  • CPR Current Picture Referencing
  • the decoding apparatus may determine the validity of the CPR merge candidate based on the determination that one reference picture included in a reference picture list for the current picture is the current picture ( availability) may be checked (S1710). More specifically, the prediction unit 330 of the decoding apparatus may check the validity of the CPR merge candidate based on the determination that one reference picture included in the reference picture list for the current picture is the current picture.
  • the decoding apparatus may add the CPR merge candidate to the merge candidate list based on the determination that the CPR merge candidate is valid (S1720). More specifically, the prediction unit 330 of the decoding apparatus may add the CPR merge candidate to the merge candidate list based on the determination that the CPR merge candidate is valid.
  • the decoding apparatus may derive prediction samples for the current block based on the merge candidate list to which the CPR merge candidate is added (S1730). More specifically, the prediction unit 330 of the decoding apparatus may derive prediction samples for the current block based on the merge candidate list to which the CPR merge candidate is added.
  • the decoding apparatus may generate reconstruction samples for the current block based on the prediction samples (S1740). More specifically, the adder 340 of the decoding apparatus may generate reconstruction samples for the current block based on the prediction samples.
  • the total number of reference pictures included in the reference picture list may be one.
  • the decoding apparatus in checking the validity of the CPR merge candidate, checks whether an end point of the block vector is located in a sample in the maximum Corning Unit 710 including the current block 700. Can be.
  • the decoding apparatus in checking the validity of the CPR merge candidate, a reference sample in the line buffer 714 of the maximum Corning Unit 710 that includes the current block 712 as an end point of the block vector You can check whether it is located at.
  • the line buffer 714 includes a left line buffer and an upper line buffer based on the maximum coding unit 712, and the reference sample can be included in the left line buffer.
  • the CPR merge candidate may be characterized in that it is a spatial neighboring candidate block of the current block.
  • the CPR merge candidate may be characterized in that it is a temporal neighboring candidate block of the current block.
  • the decoding apparatus may derive a spatial neighbor candidate block of the current block. Accordingly, in checking the validity of the CPR merge candidate, the decoding apparatus may check the validity of the temporal neighbor candidate block based on the determination that the total number of the spatial neighbor candidate blocks derived is less than two.
  • the decoding apparatus may derive a spatial neighbor candidate block and a temporal neighbor candidate block of the current block. Accordingly, the decoding apparatus determines the validity of the CPR merge candidate based on the determination that the total number of the spatial neighbor candidate blocks and the temporal neighbor candidate blocks derived is less than two in checking the validity of the CPR merge candidate. You can check.
  • the reference block in the current picture is a sample or coordinate located at coordinates (-((xP% CTUwidth) + W >> 1), 0) (0, -((yP% CTUheight) + H> > 1)), wherein xP represents the x-axis coordinates of the upper left (sample) of the current block, yP represents the y-axis coordinates of the upper left (sample) of the current block, and the CTUwidth represents the width of the maximum coding unit, CTUheight represents the height of the maximum coding unit, W represents the width of the current block, and H represents the height of the current block.
  • the reference block in the current picture is a sample or coordinate located at coordinates (0, -((yP% CTUheight) + H >> 1)) (-((xP% CTUwidth) + W >> 1 ), 0), wherein xP represents the x-axis coordinates of the upper left (sample) of the current block, yP represents the y-axis coordinates of the upper left (sample) of the current block,
  • the CTUwidth may indicate the width of the maximum coding unit, and the CTUheight may indicate the height of the maximum coding unit.
  • the CPR merge candidate may be a HMVP (History-based Motion Vector Prediction) candidate of the current block.
  • the decoding apparatus may check whether an end point of the block vector with respect to the HMVP candidate is located in a sample in a maximum corning unit including the current block in checking the validity of the CPR merge candidate. have.
  • the decoding apparatus blocks a reference block in a current picture including the current block based on a determination that a merge mode is applied to the current block.
  • a CPR (Current Picture Referencing) reference candidate based on a vector) is derived (S1700), and one reference picture included in a reference picture list for the current picture is the current picture.
  • the availability of the CPR merge candidate is checked (S1710), and the CPR merge candidate is added to the merge candidate list based on the determination that the CPR merge candidate is valid (S1720), Prediction samples for the current block may be derived based on the merge candidate list to which a CPR merge candidate is added (S1730), and reconstructed samples for the current block may be generated based on the prediction samples (S1740).
  • the total number of reference pictures included in the reference picture list may be one. That is, according to FIGS. 17 and 18, the merge candidate list can be efficiently constructed by checking the validity of the CPR merge candidate in the merge mode, or the motion vector prediction candidate list can be efficiently constructed during inter prediction.
  • the above-described method according to the present disclosure may be implemented in software form, and the encoding device and/or the decoding device according to the present disclosure may perform image processing, such as a TV, a computer, a smartphone, a set-top box, a display device, etc. Device.
  • the above-described method may be implemented as a module (process, function, etc.) that performs the above-described function.
  • Modules are stored in memory and can be executed by a processor.
  • the memory may be internal or external to the processor, and may be connected to the processor by various well-known means.
  • the processor may include an application-specific integrated circuit (ASIC), other chipsets, logic circuits, and/or data processing devices.
  • the memory may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media and/or other storage devices. That is, the embodiments described in the present disclosure may be implemented and implemented on a processor, microprocessor, controller, or chip.
  • the functional units shown in each drawing may be implemented and implemented on a computer, processor, microprocessor, controller, or chip. In this case, information for implementation (ex. information on instructions) or an algorithm may be stored in a digital storage medium.
  • the decoding device and the encoding device to which the present disclosure is applied include multimedia broadcast transmission/reception devices, mobile communication terminals, home cinema video devices, digital cinema video devices, surveillance cameras, video communication devices, real-time communication devices such as video communication, mobile streaming Devices, storage media, camcorders, video on demand (VoD) service providers, over the top video (OTT video) devices, Internet streaming service providers, 3D (3D) video devices, virtual reality (VR) devices, AR (argumente) reality) device, video telephony video device, transportation terminal (ex. vehicle (including self-driving vehicle) terminal, airplane terminal, ship terminal, etc.) and medical video device, and can be used to process video signals or data signals You can.
  • the OTT video (Over the top video) device may include a game console, a Blu-ray player, an Internet-connected TV, a home theater system, a smartphone, a tablet PC, and a digital video recorder (DVR).
  • DVR digital video recorder
  • the processing method to which the present disclosure is applied can be produced in the form of a computer-implemented program, and stored in a computer-readable recording medium.
  • Multimedia data having a data structure according to the present disclosure can also be stored in a computer-readable recording medium.
  • the computer-readable recording medium includes all kinds of storage devices and distributed storage devices in which computer-readable data is stored.
  • the computer-readable recording medium includes, for example, Blu-ray Disc (BD), Universal Serial Bus (USB), ROM, PROM, EPROM, EEPROM, RAM, CD-ROM, magnetic tape, floppy disk and optical. It may include a data storage device.
  • the computer-readable recording medium includes media embodied in the form of a carrier wave (eg, transmission via the Internet).
  • the bitstream generated by the encoding method may be stored in a computer-readable recording medium or transmitted through a wired or wireless communication network.
  • embodiments of the present disclosure may be implemented as computer program products using program codes, and the program codes may be executed on a computer by embodiments of the present disclosure.
  • the program code can be stored on a computer readable carrier.
  • a content streaming system to which the present disclosure is applied may largely include an encoding server, a streaming server, a web server, a media storage, a user device, and a multimedia input device.
  • the encoding server serves to compress a content input from multimedia input devices such as a smartphone, a camera, and a camcorder into digital data to generate a bitstream and transmit it to the streaming server.
  • multimedia input devices such as a smart phone, a camera, and a camcorder directly generate a bitstream
  • the encoding server may be omitted.
  • the bitstream may be generated by an encoding method or a bitstream generation method to which the present disclosure is applied, and the streaming server may temporarily store the bitstream in the process of transmitting or receiving the bitstream.
  • the streaming server transmits multimedia data to a user device based on a user request through a web server, and the web server serves as an intermediary to inform the user of the service.
  • the web server delivers it to the streaming server, and the streaming server transmits multimedia data to the user.
  • the content streaming system may include a separate control server, in which case the control server serves to control commands/responses between devices in the content streaming system.
  • the streaming server may receive content from a media storage and/or encoding server. For example, when content is received from the encoding server, the content may be received in real time. In this case, in order to provide a smooth streaming service, the streaming server may store the bitstream for a predetermined time.
  • Examples of the user device include a mobile phone, a smart phone, a laptop computer, a terminal for digital broadcasting, a personal digital assistants (PDA), a portable multimedia player (PMP), navigation, a slate PC, Tablet PCs, ultrabooks, wearable devices (e.g., smartwatch, smart glass, head mounted display (HMD)), digital TV, desktop Computers, digital signage, and the like.
  • PDA personal digital assistants
  • PMP portable multimedia player
  • slate PC slate PC
  • Tablet PCs ultrabooks
  • wearable devices e.g., smartwatch, smart glass, head mounted display (HMD)
  • digital TV desktop Computers
  • digital signage digital signage
  • Each server in the content streaming system can be operated as a distributed server, and in this case, data received from each server can be distributed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

본 개시에 따른 디코딩 장치에 의하여 수행되는 영상 디코딩 방법은, 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출하는 단계, 상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크하는 단계, 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하는 단계, 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출하는 단계 및 상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성하는 단계를 포함하되, 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수는 1개인 것을 특징으로 한다.

Description

머지 후보의 유효성을 체크하는 방법 및 장치
본 개시는 영상 코딩 기술에 관한 것으로서 보다 상세하게는 영상 코딩 시스템에서 머지 후보의 유효성을 체크하는 방법 및 장치에 관한 것이다.
최근 4K 또는 8K 이상의 UHD(Ultra High Definition) 영상/비디오와 같은 고해상도, 고품질의 영상/비디오에 대한 수요가 다양한 분야에서 증가하고 있다. 영상/비디오 데이터가 고해상도, 고품질이 될수록 기존의 영상/비디오 데이터에 비해 상대적으로 전송되는 정보량 또는 비트량이 증가하기 때문에 기존의 유무선 광대역 회선과 같은 매체를 이용하여 영상 데이터를 전송하거나 기존의 저장 매체를 이용해 영상/비디오 데이터를 저장하는 경우, 전송 비용과 저장 비용이 증가된다.
또한, 최근 VR(Virtual Reality), AR(Artificial Realtiy) 컨텐츠나 홀로그램 등의 실감 미디어(Immersive Media)에 대한 관심 및 수요가 증가하고 있으며, 게임 영상과 같이 현실 영상과 다른 영상 특성을 갖는 영상/비디오에 대한 방송이 증가하고 있다.
이에 따라, 상기와 같은 다양한 특성을 갖는 고해상도 고품질의 영상/비디오의 정보를 효과적으로 압축하여 전송하거나 저장하고, 재생하기 위해 고효율의 영상/비디오 압축 기술이 요구된다.
본 개시의 기술적 과제는 영상 코딩 효율을 높이는 방법 및 장치를 제공함에 있다.
본 개시의 다른 기술적 과제는 머지 모드에서 머지 후보에 대한 유효성 체크를 기반으로 영상 코딩을 수행하는 방법 및 장치를 제공함에 있다.
본 개시의 또 다른 기술적 과제는 머지 모드에서 머지 후보에 대한 유효성 체크를 기반으로 머지 후보 리스트를 구성하는 방법 및 장치를 제공함에 있다.
본 개시의 또 다른 기술적 과제는 머지 모드에서 CPR(Current Picture Referencing) 머지 후보에 대한 유효성 체크를 기반으로 머지 후보 리스트를 구성하는 방법 및 장치를 제공함에 있다.
본 개시의 또 다른 기술적 과제는 인터 예측 시 움직임 벡터 예측 후보 리스트를 구성하는 방법 및 장치를 제공함에 있다.
본 개시의 일 실시예에 따르면, 디코딩 장치에 의하여 수행되는 영상 디코딩 방법이 제공된다. 상기 방법은, 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터(block vector)를 기반으로 참조하는 CPR(Current Picture Referencing) 머지 후보를 도출하는 단계, 상기 현재 픽처에 대한 참조 픽처 리스트(reference picture list)에 포함된 하나의 참조 픽처(reference picture)가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성(availability)을 체크하는 단계, 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하는 단계, 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출하는 단계 및 상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성하는 단계를 포함하되, 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수(total number)는 1개인 것을 특징으로 한다.
본 개시의 다른 일 실시예에 따르면, 영상 디코딩을 수행하는 디코딩 장치가 제공된다. 상기 디코딩 장치는, 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출하고, 상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크하고, 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하고, 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출하는 예측부 및 상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성하는 가산부를 포함하되, 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수는 1개인 것을 특징으로 한다.
본 개시의 또 다른 일 실시예에 따르면, 인코딩 장치에 의하여 수행되는 영상 인코딩 방법이 제공된다. 상기 방법은, 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출하는 단계, 상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크하는 단계, 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하는 단계 및 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트에 대한 정보를 포함하는 영상 정보를 인코딩하는 단계를 포함하되, 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수는 1개인 것을 특징으로 한다.
본 개시의 또 다른 일 실시예에 따르면, 영상 인코딩을 수행하는 인코딩 장치가 제공된다. 상기 인코딩 장치는, 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출하고, 상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크하고, 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하는 예측부 및 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트에 대한 정보를 포함하는 영상 정보를 인코딩하는 엔트로피 인코딩부를 포함하되, 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수는 1개인 것을 특징으로 한다.
본 개시의 또 다른 일 실시예에 따르면, 비디오 디코딩 장치가 일부 실시예들에 따른 디코딩 방법들을 수행하도록 야기하는 지시들(instructions)에 대한 정보를 저장하는, 디코더로 판독 가능한 저장 매체가 제공된다.
본 개시의 또 다른 일 실시예에 따르면, 비디오 디코딩 장치가 일 실시예에 따른 디코딩 방법을 수행하도록 야기하는 지시들에 대한 정보를 저장하는, 디코더로 판독 가능한 저장 매체가 제공된다. 상기 일 실시예에 따른 디코딩 방법은, 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출하는 단계, 상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크하는 단계, 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하는 단계, 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출하는 단계 및 상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성하는 단계를 포함하되, 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수는 1개인 것을 특징으로 한다.
본 개시에 따르면 전반적인 영상/비디오 압축 효율을 높일 수 있다.
본 개시에 따르면 인터 예측 또는 CPR을 효율적으로 수행할 수 있다.
본 개시에 따르면 머지 모드에서 머지 후보 리스트를 효율적으로 구성할 수 있다.
본 개시에 따르면 머지 모드에서 CPR 머지 후보를 기반으로 머지 후보 리스트를 효율적으로 구성할 수 있다.
본 개시에 따르면 머지 모드에서 CPR 머지 후보의 유효성을 체크함으로써 머지 후보 리스트를 효율적으로 구성할 수 있다.
본 개시에 따르면 인터 예측 시 움직임 벡터 예측 후보 리스트를 효율적으로 구성할 수 있다.
도 1은 본 개시가 적용될 수 있는 비디오/영상 코딩 시스템의 예를 개략적으로 나타낸다.
도 2는 본 개시가 적용될 수 있는 비디오/영상 인코딩 장치의 구성을 개략적으로 설명하는 도면이다.
도 3은 본 개시가 적용될 수 있는 비디오/영상 디코딩 장치의 구성을 개략적으로 설명하는 도면이다.
도 4는 일 실시예에 따른 움직임 보상 가능 영역을 도시하는 도면이다.
도 5는 일 실시예에 따른 머지 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 6은 현재 픽처의 참조 픽처 리스트 구성의 일 예시를 도시하는 도면이다.
도 7은 CPR 머지 후보에 대한 설명을 위한 도면이다.
도 8은 다른 일 실시예에 따른 머지 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 9는 일 실시예에 따른 움직임 벡터 예측 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 10은 다른 일 실시예에 따른 움직임 벡터 예측 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 11은 일 실시예에 따라 CPR 머지 후보에 대한 유효성 체크를 기반으로 머지 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 12는 다른 일 실시예에 따라 CPR 머지 후보에 대한 유효성 체크를 기반으로 머지 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 13은 일 실시예에 따라 CPR 움직임 벡터 예측자에 대한 유효성 체크를 기반으로 움직임 벡터 예측 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 14는 다른 일 실시예에 따라 CPR 움직임 벡터 예측자에 대한 유효성 체크를 기반으로 움직임 벡터 예측 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 15는 일 실시예에 따른 인코딩 장치의 동작을 도시하는 흐름도이다.
도 16은 일 실시예에 따른 인코딩 장치의 구성을 도시하는 블록도이다.
도 17은 일 실시예에 따른 디코딩 장치의 동작을 도시하는 흐름도이다.
도 18은 일 실시예에 따른 디코딩 장치의 구성을 도시하는 블록도이다.
도 19는 본 문서의 개시가 적용될 수 있는 컨텐츠 스트리밍 시스템의 예를 나타낸다.
본 개시의 일 실시예에 따르면, 디코딩 장치에 의하여 수행되는 영상 디코딩 방법이 제공된다. 상기 방법은, 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터(block vector)를 기반으로 참조하는 CPR(Current Picture Referencing) 머지 후보를 도출하는 단계, 상기 현재 픽처에 대한 참조 픽처 리스트(reference picture list)에 포함된 하나의 참조 픽처(reference picture)가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성(availability)을 체크하는 단계, 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하는 단계, 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출하는 단계 및 상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성하는 단계를 포함하되, 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수(total number)는 1개인 것을 특징으로 한다.
본 개시는 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세하게 설명하고자 한다. 그러나, 이는 본 개시를 특정 실시예에 한정하려고 하는 것이 아니다. 본 명세서에서 상용하는 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 개시의 기술적 사상을 한정하려는 의도로 사용되는 것은 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서 "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성 요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성 요소, 부품 도는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
한편, 본 개시에서 설명되는 도면상의 각 구성들은 서로 다른 특징적인 기능들에 관한 설명의 편의를 위해 독립적으로 도시된 것으로서, 각 구성들이 서로 별개의 하드웨어나 별개의 소프트웨어로 구현된다는 것을 의미하지는 않는다. 예컨대, 각 구성 중 두 개 이상의 구성이 합쳐져 하나의 구성을 이룰 수도 있고, 하나의 구성이 복수의 구성으로 나뉘어질 수도 있다. 각 구성이 통합 및/또는 분리된 실시예도 본 개시의 본질에서 벗어나지 않는 한 본 개시의 권리범위에 포함된다.
이하, 첨부한 도면들을 참조하여, 본 개시의 바람직한 실시예를 보다 상세하게 설명하고자 한다. 이하, 도면상의 동일한 구성 요소에 대해서는 동일한 참조 부호를 사용하고 동일한 구성 요소에 대해서 중복된 설명은 생략될 수 있다.
도 1은 본 개시를 적용될 수 있는 비디오/영상 코딩 시스템의 예를 개략적으로 나타낸다.
도 1을 참조하면, 비디오/영상 코딩 시스템은 제1 장치(소스 디바이스) 및 제2 장치(수신 디바이스)를 포함할 수 있다. 소스 디바이스는 인코딩된 비디오(video)/영상(image) 정보 또는 데이터를 파일 또는 스트리밍 형태로 디지털 저장매체 또는 네트워크를 통하여 수신 디바이스로 전달할 수 있다.
상기 소스 디바이스는 비디오 소스, 인코딩 장치, 전송부를 포함할 수 있다. 상기 수신 디바이스는 수신부, 디코딩 장치 및 렌더러를 포함할 수 있다. 상기 인코딩 장치는 비디오/영상 인코딩 장치라고 불릴 수 있고, 상기 디코딩 장치는 비디오/영상 디코딩 장치라고 불릴 수 있다. 송신기는 인코딩 장치에 포함될 수 있다. 수신기는 디코딩 장치에 포함될 수 있다. 렌더러는 디스플레이부를 포함할 수도 있고, 디스플레이부는 별개의 디바이스 또는 외부 컴포넌트로 구성될 수도 있다.
비디오 소스는 비디오/영상의 캡쳐, 합성 또는 생성 과정 등을 통하여 비디오/영상을 획득할 수 있다. 비디오 소스는 비디오/영상 캡쳐 디바이스 및/또는 비디오/영상 생성 디바이스를 포함할 수 있다. 비디오/영상 캡쳐 디바이스는 예를 들어, 하나 이상의 카메라, 이전에 캡쳐된 비디오/영상을 포함하는 비디오/영상 아카이브 등을 포함할 수 있다. 비디오/영상 생성 디바이스는 예를 들어 컴퓨터, 타블렛 및 스마트폰 등을 포함할 수 있으며 (전자적으로) 비디오/영상을 생성할 수 있다. 예를 들어, 컴퓨터 등을 통하여 가상의 비디오/영상이 생성될 수 있으며, 이 경우 관련 데이터가 생성되는 과정으로 비디오/영상 캡쳐 과정이 갈음될 수 있다.
인코딩 장치는 입력 비디오/영상을 인코딩할 수 있다. 인코딩 장치는 압축 및 코딩 효율을 위하여 예측, 변환, 양자화 등 일련의 절차를 수행할 수 있다. 인코딩된 데이터(인코딩된 비디오/영상 정보)는 비트스트림(bitstream) 형태로 출력될 수 있다.
전송부는 비트스트림 형태로 출력된 인코딩된 비디오/영상 정보 또는 데이터를 파일 또는 스트리밍 형태로 디지털 저장매체 또는 네트워크를 통하여 수신 디바이스의 수신부로 전달할 수 있다. 디지털 저장 매체는 USB, SD, CD, DVD, 블루레이, HDD, SSD 등 다양한 저장 매체를 포함할 수 있다. 전송부는 미리 정해진 파일 포멧을 통하여 미디어 파일을 생성하기 위한 엘리먼트를 포함할 수 있고, 방송/통신 네트워크를 통한 전송을 위한 엘리먼트를 포함할 수 있다. 수신부는 상기 비트스트림을 수신/추출하여 디코딩 장치로 전달할 수 있다.
디코딩 장치는 인코딩 장치의 동작에 대응하는 역양자화, 역변환, 예측 등 일련의 절차를 수행하여 비디오/영상을 디코딩할 수 있다.
렌더러는 디코딩된 비디오/영상을 렌더링할 수 있다. 렌더링된 비디오/영상은 디스플레이부를 통하여 디스플레이될 수 있다.
이 문서는 비디오/영상 코딩에 관한 것이다. 예를 들어 이 문서에서 개시된 방법/실시예는 VVC (versatile video coding) 표준, EVC (essential video coding) 표준, AV1 (AOMedia Video 1) 표준, AVS2 (2nd generation of audio video coding standard) 또는 차세대 비디오/영상 코딩 표준(ex. H.267 or H.268 등)에 개시되는 방법에 적용될 수 있다.
이 문서에서는 비디오/영상 코딩에 관한 다양한 실시예들을 제시하며, 다른 언급이 없는 한 상기 실시예들은 서로 조합되어 수행될 수도 있다.
이 문서에서 비디오(video)는 시간의 흐름에 따른 일련의 영상(image)들의 집합을 의미할 수 있다. 픽처(picture)는 일반적으로 특정 시간대의 하나의 영상을 나타내는 단위를 의미하며, 슬라이스(slice)/타일(tile)는 코딩에 있어서 픽처의 일부를 구성하는 단위이다. 슬라이스/타일은 하나 이상의 CTU(coding tree unit)을 포함할 수 있다. 하나의 픽처는 하나 이상의 슬라이스/타일로 구성될 수 있다. 하나의 픽처는 하나 이상의 타일 그룹으로 구성될 수 있다. 하나의 타일 그룹은 하나 이상의 타일들을 포함할 수 있다. 브릭은 픽처 내 타일 이내의 CTU 행들의 사각 영역을 나타낼 수 있다(a brick may represent a rectangular region of CTU rows within a tile in a picture). 타일은 다수의 브릭들로 파티셔닝될 수 있고, 각 브릭은 상기 타일 내 하나 이상의 CTU 행들로 구성될 수 있다(A tile may be partitioned into multiple bricks, each of which consisting of one or more CTU rows within the tile). 다수의 브릭들로 파티셔닝되지 않은 타일은 또한 브릭으로 불릴 수 있다(A tile that is not partitioned into multiple bricks may be also referred to as a brick). 브릭 스캔은 픽처를 파티셔닝하는 CTU들의 특정한 순차적 오더링을 나타낼 수 있으며, 상기 CTU들은 브릭 내에서 CTU 래스터 스캔으로 정렬될 수 있고, 타일 내 브릭들은 상기 타일의 상기 브릭들의 래스터 스캔으로 연속적으로 정렬될 수 있고, 그리고 픽처 내 타일들은 상기 픽처의 상기 타일들의 래스터 스캔으로 연속적으로 정렬될 수 있다(A brick scan is a specific sequential ordering of CTUs partitioning a picture in which the CTUs are ordered consecutively in CTU raster scan in a brick, bricks within a tile are ordered consecutively in a raster scan of the bricks of the tile, and tiles in a picture are ordered consecutively in a raster scan of the tiles of the picture). 타일은 특정 타일 열 및 특정 타일 열 이내의 CTU들의 사각 영역이다(A tile is a rectangular region of CTUs within a particular tile column and a particular tile row in a picture). 상기 타일 열은 CTU들의 사각 영역이고, 상기 사각 영역은 상기 픽처의 높이와 동일한 높이를 갖고, 너비는 픽처 파라미터 세트 내의 신택스 요소들에 의하여 명시될 수 있다(The tile column is a rectangular region of CTUs having a height equal to the height of the picture and a width specified by syntax elements in the picture parameter set). 상기 타일 행은 CTU들의 사각 영역이고, 상기 사각 영역은 픽처 파라미터 세트 내의 신택스 요소들에 의하여 명시되는 너비를 갖고, 높이는 상기 픽처의 높이와 동일할 수 있다(The tile row is a rectangular region of CTUs having a height specified by syntax elements in the picture parameter set and a width equal to the width of the picture). 타일 스캔은 픽처를 파티셔닝하는 CTU들의 특정 순차적 오더링을 나타낼 수 있고, 상기 CTU들은 타일 내 CTU 래스터 스캔으로 연속적으로 정렬될 수 있고, 픽처 내 타일들은 상기 픽처의 상기 타일들의 래스터 스캔으로 연속적으로 정렬될 수 있다(A tile scan is a specific sequential ordering of CTUs partitioning a picture in which the CTUs are ordered consecutively in CTU raster scan in a tile whereas tiles in a picture are ordered consecutively in a raster scan of the tiles of the picture). 슬라이스는 픽처의 정수개의 브릭들을 포함할 수 있고, 상기 정수개의 브릭들은 하나의 NAL 유닛에 포함될 수 있다(A slice includes an integer number of bricks of a picture that may be exclusively contained in a single NAL unit). 슬라이스는 다수의 완전한 타일들로 구성될 수 있고, 또는 하나의 타일의 완전한 브릭들의 연속적인 시퀀스일 수도 있다(A slice may consists of either a number of complete tiles or only a consecutive sequence of complete bricks of one tile). 이 문서에서 타일 그룹과 슬라이스는 혼용될 수 있다. 예를 들어 본 문서에서 tile group/tile group header는 slice/slice header로 불리 수 있다.
픽셀(pixel) 또는 펠(pel)은 하나의 픽처(또는 영상)을 구성하는 최소의 단위를 의미할 수 있다. 또한, 픽셀에 대응하는 용어로서 '샘플(sample)'이 사용될 수 있다. 샘플은 일반적으로 픽셀 또는 픽셀의 값을 나타낼 수 있으며, 루마(luma) 성분의 픽셀/픽셀값만을 나타낼 수도 있고, 크로마(chroma) 성분의 픽셀/픽셀 값만을 나타낼 수도 있다.
유닛(unit)은 영상 처리의 기본 단위를 나타낼 수 있다. 유닛은 픽처의 특정 영역 및 해당 영역에 관련된 정보 중 적어도 하나를 포함할 수 있다. 하나의 유닛은 하나의 루마 블록 및 두개의 크로마(ex. cb, cr) 블록을 포함할 수 있다. 유닛은 경우에 따라서 블록(block) 또는 영역(area) 등의 용어와 혼용하여 사용될 수 있다. 일반적인 경우, MxN 블록은 M개의 열과 N개의 행으로 이루어진 샘플들(또는 샘플 어레이) 또는 변환 계수(transform coefficient)들의 집합(또는 어레이)을 포함할 수 있다.
이 문서에서 "/"와 ","는 "및/또는"으로 해석된다. 예를 들어, "A/B"는 "A 및/또는 B"로 해석되고, "A, B"는 "A 및/또는 B"로 해석된다. 추가적으로, "A/B/C"는 "A, B 및/또는 C 중 적어도 하나"를 의미한다. 또한, "A, B, C"도 "A, B 및/또는 C 중 적어도 하나"를 의미한다. (In this document, the term "/" and "," should be interpreted to indicate "and/or." For instance, the expression "A/B" may mean "A and/or B." Further, "A, B" may mean "A and/or B." Further, "A/B/C" may mean "at least one of A, B, and/or C." Also, "A/B/C" may mean "at least one of A, B, and/or C.")
추가적으로, 본 문서에서 "또는"는 "및/또는"으로 해석된다. 예를 들어, "A 또는 B"은, 1) "A" 만을 의미하고, 2) "B" 만을 의미하거나, 3) "A 및 B"를 의미할 수 있다. 달리 표현하면, 본 문서의 "또는"은 "추가적으로 또는 대체적으로(additionally or alternatively)"를 의미할 수 있다. (Further, in the document, the term "or" should be interpreted to indicate "and/or." For instance, the expression "A or B" may comprise 1) only A, 2) only B, and/or 3) both A and B. In other words, the term "or" in this document should be interpreted to indicate "additionally or alternatively.")
도 2는 본 개시가 적용될 수 있는 비디오/영상 인코딩 장치의 구성을 개략적으로 설명하는 도면이다. 이하 비디오 인코딩 장치라 함은 영상 인코딩 장치를 포함할 수 있다.
도 2를 참조하면, 인코딩 장치(200)는 영상 분할부(image partitioner, 210), 예측부(predictor, 220), 레지듀얼 처리부(residual processor, 230), 엔트로피 인코딩부(entropy encoder, 240), 가산부(adder, 250), 필터링부(filter, 260) 및 메모리(memory, 270)를 포함하여 구성될 수 있다. 예측부(220)는 인터 예측부(221) 및 인트라 예측부(222)를 포함할 수 있다. 레지듀얼 처리부(230)는 변환부(transformer, 232), 양자화부(quantizer 233), 역양자화부(dequantizer 234), 역변환부(inverse transformer, 235)를 포함할 수 있다. 레지듀얼 처리부(230)은 감산부(subtractor, 231)를 더 포함할 수 있다. 가산부(250)는 복원부(reconstructor) 또는 복원 블록 생성부(recontructged block generator)로 불릴 수 있다. 상술한 영상 분할부(210), 예측부(220), 레지듀얼 처리부(230), 엔트로피 인코딩부(240), 가산부(250) 및 필터링부(260)는 실시예에 따라 하나 이상의 하드웨어 컴포넌트(예를 들어 인코더 칩셋 또는 프로세서)에 의하여 구성될 수 있다. 또한 메모리(270)는 DPB(decoded picture buffer)를 포함할 수 있고, 디지털 저장 매체에 의하여 구성될 수도 있다. 상기 하드웨어 컴포넌트는 메모리(270)을 내/외부 컴포넌트로 더 포함할 수도 있다.
영상 분할부(210)는 인코딩 장치(200)에 입력된 입력 영상(또는, 픽쳐, 프레임)를 하나 이상의 처리 유닛(processing unit)으로 분할할 수 있다. 일 예로, 상기 처리 유닛은 코딩 유닛(coding unit, CU)이라고 불릴 수 있다. 이 경우 코딩 유닛은 코딩 트리 유닛(coding tree unit, CTU) 또는 최대 코딩 유닛(largest coding unit, LCU)으로부터 QTBTTT (Quad-tree binary-tree ternary-tree) 구조에 따라 재귀적으로(recursively) 분할될 수 있다. 예를 들어, 하나의 코딩 유닛은 쿼드 트리 구조, 바이너리 트리 구조, 및/또는 터너리 구조를 기반으로 하위(deeper) 뎁스의 복수의 코딩 유닛들로 분할될 수 있다. 이 경우 예를 들어 쿼드 트리 구조가 먼저 적용되고 바이너리 트리 구조 및/또는 터너리 구조가 나중에 적용될 수 있다. 또는 바이너리 트리 구조가 먼저 적용될 수도 있다. 더 이상 분할되지 않는 최종 코딩 유닛을 기반으로 본 개시에 따른 코딩 절차가 수행될 수 있다. 이 경우 영상 특성에 따른 코딩 효율 등을 기반으로, 최대 코딩 유닛이 바로 최종 코딩 유닛으로 사용될 수 있고, 또는 필요에 따라 코딩 유닛은 재귀적으로(recursively) 보다 하위 뎁스의 코딩 유닛들로 분할되어 최적의 사이즈의 코딩 유닛이 최종 코딩 유닛으로 사용될 수 있다. 여기서 코딩 절차라 함은 후술하는 예측, 변환, 및 복원 등의 절차를 포함할 수 있다. 다른 예로, 상기 처리 유닛은 예측 유닛(PU: Prediction Unit) 또는 변환 유닛(TU: Transform Unit)을 더 포함할 수 있다. 이 경우 상기 예측 유닛 및 상기 변환 유닛은 각각 상술한 최종 코딩 유닛으로부터 분할 또는 파티셔닝될 수 있다. 상기 예측 유닛은 샘플 예측의 단위일 수 있고, 상기 변환 유닛은 변환 계수를 유도하는 단위 및/또는 변환 계수로부터 레지듀얼 신호(residual signal)를 유도하는 단위일 수 있다.
유닛은 경우에 따라서 블록(block) 또는 영역(area) 등의 용어와 혼용하여 사용될 수 있다. 일반적인 경우, MxN 블록은 M개의 열과 N개의 행으로 이루어진 샘플들 또는 변환 계수(transform coefficient)들의 집합을 나타낼 수 있다. 샘플은 일반적으로 픽셀 또는 픽셀의 값을 나타낼 수 있으며, 휘도(luma) 성분의 픽셀/픽셀값만을 나타낼 수도 있고, 채도(chroma) 성분의 픽셀/픽셀 값만을 나타낼 수도 있다. 샘플은 하나의 픽처(또는 영상)을 픽셀(pixel) 또는 펠(pel)에 대응하는 용어로서 사용될 수 있다.
인코딩 장치(200)는 입력 영상 신호(원본 블록, 원본 샘플 어레이)에서 인터 예측부(221) 또는 인트라 예측부(222)로부터 출력된 예측 신호(예측된 블록, 예측 샘플 어레이)를 감산하여 레지듀얼 신호(residual signal, 잔여 블록, 잔여 샘플 어레이)를 생성할 수 있고, 생성된 레지듀얼 신호는 변환부(232)로 전송된다. 이 경우 도시된 바와 같이 인코더(200) 내에서 입력 영상 신호(원본 블록, 원본 샘플 어레이)에서 예측 신호(예측 블록, 예측 샘플 어레이)를 감산하는 유닛은 감산부(231)라고 불릴 수 있다. 예측부는 처리 대상 블록(이하, 현재 블록이라 함)에 대한 예측을 수행하고, 상기 현재 블록에 대한 예측 샘플들을 포함하는 예측된 블록(predicted block)을 생성할 수 있다. 예측부는 현재 블록 또는 CU 단위로 인트라 예측이 적용되는지 또는 인터 예측이 적용되는지 결정할 수 있다. 예측부는 각 예측모드에 대한 설명에서 후술하는 바와 같이 예측 모드 정보 등 예측에 관한 다양한 정보를 생성하여 엔트로피 인코딩부(240)로 전달할 수 있다. 예측에 관한 정보는 엔트로피 인코딩부(240)에서 인코딩되어 비트스트림 형태로 출력될 수 있다.
인트라 예측부(222)는 현재 픽처 내의 샘플들을 참조하여 현재 블록을 예측할 수 있다. 상기 참조되는 샘플들은 예측 모드에 따라 상기 현재 블록의 주변(neighbor)에 위치할 수 있고, 또는 떨어져서 위치할 수도 있다. 인트라 예측에서 예측 모드들은 복수의 비방향성 모드와 복수의 방향성 모드를 포함할 수 있다. 비방향성 모드는 예를 들어 DC 모드 및 플래너 모드(Planar 모드)를 포함할 수 있다. 방향성 모드는 예측 방향의 세밀한 정도에 따라 예를 들어 33개의 방향성 예측 모드 또는 65개의 방향성 예측 모드를 포함할 수 있다. 다만, 이는 예시로서 설정에 따라 그 이상 또는 그 이하의 개수의 방향성 예측 모드들이 사용될 수 있다. 인트라 예측부(222)는 주변 블록에 적용된 예측 모드를 이용하여, 현재 블록에 적용되는 예측 모드를 결정할 수도 있다.
인터 예측부(221)는 참조 픽처 상에서 움직임 벡터에 의해 특정되는 참조 블록(참조 샘플 어레이)을 기반으로, 현재 블록에 대한 예측된 블록을 유도할 수 있다. 이때, 인터 예측 모드에서 전송되는 움직임 정보의 양을 줄이기 위해 주변 블록과 현재 블록 간의 움직임 정보의 상관성에 기초하여 움직임 정보를 블록, 서브블록 또는 샘플 단위로 예측할 수 있다. 상기 움직임 정보는 움직임 벡터 및 참조 픽처 인덱스를 포함할 수 있다. 상기 움직임 정보는 인터 예측 방향(L0 예측, L1 예측, Bi 예측 등) 정보를 더 포함할 수 있다. 인터 예측의 경우에, 주변 블록은 현재 픽처 내에 존재하는 공간적 주변 블록(spatial neighboring block)과 참조 픽처에 존재하는 시간적 주변 블록(temporal neighboring block)을 포함할 수 있다. 상기 참조 블록을 포함하는 참조 픽처와 상기 시간적 주변 블록을 포함하는 참조 픽처는 동일할 수도 있고, 다를 수도 있다. 상기 시간적 주변 블록은 동일 위치 참조 블록(collocated reference block), 동일 위치 CU(colCU) 등의 이름으로 불릴 수 있으며, 상기 시간적 주변 블록을 포함하는 참조 픽처는 동일 위치 픽처(collocated picture, colPic)라고 불릴 수도 있다. 예를 들어, 인터 예측부(221)는 주변 블록들을 기반으로 움직임 정보 후보 리스트를 구성하고, 상기 현재 블록의 움직임 벡터 및/또는 참조 픽처 인덱스를 도출하기 위하여 어떤 후보가 사용되는지를 지시하는 정보를 생성할 수 있다. 다양한 예측 모드를 기반으로 인터 예측이 수행될 수 있으며, 예를 들어 스킵 모드와 머지 모드의 경우에, 인터 예측부(221)는 주변 블록의 움직임 정보를 현재 블록의 움직임 정보로 이용할 수 있다. 스킵 모드의 경우, 머지 모드와 달리 레지듀얼 신호가 전송되지 않을 수 있다. 움직임 정보 예측(motion vector prediction, MVP) 모드의 경우, 주변 블록의 움직임 벡터를 움직임 벡터 예측자(motion vector predictor)로 이용하고, 움직임 벡터 차분(motion vector difference)을 시그널링함으로써 현재 블록의 움직임 벡터를 지시할 수 있다.
예측부(220)는 후술하는 다양한 예측 방법을 기반으로 예측 신호를 생성할 수 있다. 예를 들어, 예측부는 하나의 블록에 대한 예측을 위하여 인트라 예측 또는 인터 예측을 적용할 수 있을 뿐 아니라, 인트라 예측과 인터 예측을 동시에 적용할 수 있다. 이는 combined inter and intra prediction (CIIP)라고 불릴 수 있다. 또한, 예측부는 블록에 대한 예측을 위하여 인트라 블록 카피(intra block copy, IBC) 예측 모드에 기반할 수도 있고 또는 팔레트 모드(palette mode)에 기반할 수도 있다. 상기 IBC 예측 모드 또는 팔레트 모드는 예를 들어 SCC(screen content coding) 등과 같이 게임 등의 컨텐츠 영상/동영상 코딩을 위하여 사용될 수 있다. IBC는 기본적으로 현재 픽처 내에서 예측을 수행하나 현재 픽처 내에서 참조 블록을 도출하는 점에서 인터 예측과 유사하게 수행될 수 있다. 즉, IBC는 본 문서에서 설명되는 인터 예측 기법들 중 적어도 하나를 이용할 수 있다. 팔레트 모드는 인트라 코딩 또는 인트라 예측의 일 예로 볼 수 있다. 팔레트 모드가 적용되는 경우 팔레트 테이블 및 팔레트 인덱스에 관한 정보를 기반으로 픽처 내 샘플 값을 시그널링할 수 있다.
상기 예측부 (인터 예측부(221) 및/또는 상기 인트라 예측부(222) 포함)를 통해 생성된 예측 신호는 복원 신호를 생성하기 위해 이용되거나 레지듀얼 신호를 생성하기 위해 이용될 수 있다. 변환부(232)는 레지듀얼 신호에 변환 기법을 적용하여 변환 계수들(transform coefficients)를 생성할 수 있다. 예를 들어, 변환 기법은 DCT(Discrete Cosine Transform), DST(Discrete Sine Transform), KLT(Karhunen-Loeve Transform), GBT(Graph-Based Transform), 또는 CNT(Conditionally Non-linear Transform) 중 적어도 하나를 포함할 수 있다. 여기서, GBT는 픽셀 간의 관계 정보를 그래프로 표현한다고 할 때 이 그래프로부터 얻어진 변환을 의미한다. CNT는 이전에 복원된 모든 픽셀(all previously reconstructed pixel)를 이용하여 예측 신호를 생성하고 그에 기초하여 획득되는 변환을 의미한다. 또한, 변환 과정은 정사각형의 동일한 크기를 갖는 픽셀 블록에 적용될 수도 있고, 정사각형이 아닌 가변 크기의 블록에도 적용될 수 있다.
양자화부(233)는 변환 계수들을 양자화하여 엔트로피 인코딩부(240)로 전송되고, 엔트로피 인코딩부(240)는 양자화된 신호(양자화된 변환 계수들에 관한 정보)를 인코딩하여 비트스트림으로 출력할 수 있다. 상기 양자화된 변환 계수들에 관한 정보는 레지듀얼 정보라고 불릴 수 있다. 양자화부(233)는 계수 스캔 순서(scan order)를 기반으로 블록 형태의 양자화된 변환 계수들을 1차원 벡터 형태로 재정렬할 수 있고, 상기 1차원 벡터 형태의 양자화된 변환 계수들을 기반으로 상기 양자화된 변환 계수들에 관한 정보를 생성할 수도 있다. 엔트로피 인코딩부(240)는 예를 들어 지수 골롬(exponential Golomb), CAVLC(context-adaptive variable length coding), CABAC(context-adaptive binary arithmetic coding) 등과 같은 다양한 인코딩 방법을 수행할 수 있다. 엔트로피 인코딩부(240)는 양자화된 변환 계수들 외 비디오/이미지 복원에 필요한 정보들(예컨대 신택스 요소들(syntax elements)의 값 등)을 함께 또는 별도로 인코딩할 수도 있다. 인코딩된 정보(ex. 인코딩된 비디오/영상 정보)는 비트스트림 형태로 NAL(network abstraction layer) 유닛 단위로 전송 또는 저장될 수 있다. 상기 비디오/영상 정보는 어댑테이션 파라미터 세트(APS), 픽처 파라미터 세트(PPS), 시퀀스 파라미터 세트(SPS) 또는 비디오 파라미터 세트(VPS) 등 다양한 파라미터 세트에 관한 정보를 더 포함할 수 있다. 또한 상기 비디오/영상 정보는 일반 제한 정보(general constraint information)을 더 포함할 수 있다. 본 문서에서 인코딩 장치에서 디코딩 장치로 전달/시그널링되는 정보 및/또는 신택스 요소들은 비디오/영상 정보에 포함될 수 있다. 상기 비디오/영상 정보는 상술한 인코딩 절차를 통하여 인코딩되어 상기 비트스트림에 포함될 수 있다. 상기 비트스트림은 네트워크를 통하여 전송될 수 있고, 또는 디지털 저장매체에 저장될 수 있다. 여기서 네트워크는 방송망 및/또는 통신망 등을 포함할 수 있고, 디지털 저장매체는 USB, SD, CD, DVD, 블루레이, HDD, SSD 등 다양한 저장매체를 포함할 수 있다. 엔트로피 인코딩부(240)로부터 출력된 신호는 전송하는 전송부(미도시) 및/또는 저장하는 저장부(미도시)가 인코딩 장치(200)의 내/외부 엘리먼트로서 구성될 수 있고, 또는 전송부는 엔트로피 인코딩부(240)에 포함될 수도 있다.
양자화부(233)로부터 출력된 양자화된 변환 계수들은 예측 신호를 생성하기 위해 이용될 수 있다. 예를 들어, 양자화된 변환 계수들에 역양자화부(234) 및 역변환부(235)를 통해 역양자화 및 역변환을 적용함으로써 레지듀얼 신호(레지듀얼 블록 or 레지듀얼 샘플들)를 복원할 수 있다. 가산부(155)는 복원된 레지듀얼 신호를 인터 예측부(221) 또는 인트라 예측부(222)로부터 출력된 예측 신호에 더함으로써 복원(reconstructed) 신호(복원 픽처, 복원 블록, 복원 샘플 어레이)가 생성될 수 있다. 스킵 모드가 적용된 경우와 같이 처리 대상 블록에 대한 레지듀얼이 없는 경우, 예측된 블록이 복원 블록으로 사용될 수 있다. 가산부(250)는 복원부 또는 복원 블록 생성부라고 불릴 수 있다. 생성된 복원 신호는 현재 픽처 내 다음 처리 대상 블록의 인트라 예측을 위하여 사용될 수 있고, 후술하는 바와 같이 필터링을 거쳐서 다음 픽처의 인터 예측을 위하여 사용될 수도 있다.
한편 픽처 인코딩 및/또는 복원 과정에서 LMCS (luma mapping with chroma scaling)가 적용될 수도 있다.
필터링부(260)는 복원 신호에 필터링을 적용하여 주관적/객관적 화질을 향상시킬 수 있다. 예를 들어 필터링부(260)은 복원 픽처에 다양한 필터링 방법을 적용하여 수정된(modified) 복원 픽처를 생성할 수 있고, 상기 수정된 복원 픽처를 메모리(270), 구체적으로 메모리(270)의 DPB에 저장할 수 있다. 상기 다양한 필터링 방법은 예를 들어, 디블록킹 필터링, 샘플 적응적 오프셋(sample adaptive offset), 적응적 루프 필터(adaptive loop filter), 양방향 필터(bilateral filter) 등을 포함할 수 있다. 필터링부(260)은 각 필터링 방법에 대한 설명에서 후술하는 바와 같이 필터링에 관한 다양한 정보를 생성하여 엔트로피 인코딩부(240)로 전달할 수 있다. 필터링 관한 정보는 엔트로피 인코딩부(240)에서 인코딩되어 비트스트림 형태로 출력될 수 있다.
메모리(270)에 전송된 수정된 복원 픽처는 인터 예측부(221)에서 참조 픽처로 사용될 수 있다. 인코딩 장치는 이를 통하여 인터 예측이 적용되는 경우, 인코딩 장치(100)와 디코딩 장치에서의 예측 미스매치를 피할 수 있고, 부호화 효율도 향상시킬 수 있다.
메모리(270) DPB는 수정된 복원 픽처를 인터 예측부(221)에서의 참조 픽처로 사용하기 위해 저장할 수 있다. 메모리(270)는 현재 픽처 내 움직임 정보가 도출된(또는 인코딩된) 블록의 움직임 정보 및/또는 이미 복원된 픽처 내 블록들의 움직임 정보를 저장할 수 있다. 상기 저장된 움직임 정보는 공간적 주변 블록의 움직임 정보 또는 시간적 주변 블록의 움직임 정보로 활용하기 위하여 인터 예측부(221)에 전달할 수 있다. 메모리(270)는 현재 픽처 내 복원된 블록들의 복원 샘플들을 저장할 수 있고, 인트라 예측부(222)에 전달할 수 있다.
도 3은 본 개시가 적용될 수 있는 비디오/영상 디코딩 장치의 구성을 개략적으로 설명하는 도면이다.
도 3을 참조하면, 디코딩 장치(300)는 엔트로피 디코딩부(entropy decoder, 310), 레지듀얼 처리부(residual processor, 320), 예측부(predictor, 330), 가산부(adder, 340), 필터링부(filter, 350) 및 메모리(memoery, 360)를 포함하여 구성될 수 있다. 예측부(330)는 인터 예측부(331) 및 인트라 예측부(332)를 포함할 수 있다. 레지듀얼 처리부(320)는 역양자화부(dequantizer, 321) 및 역변환부(inverse transformer, 321)를 포함할 수 있다. 상술한 엔트로피 디코딩부(310), 레지듀얼 처리부(320), 예측부(330), 가산부(340) 및 필터링부(350)는 실시예에 따라 하나의 하드웨어 컴포넌트(예를 들어 디코더 칩셋 또는 프로세서)에 의하여 구성될 수 있다. 또한 메모리(360)는 DPB(decoded picture buffer)를 포함할 수 있고, 디지털 저장 매체에 의하여 구성될 수도 있다. 상기 하드웨어 컴포넌트는 메모리(360)을 내/외부 컴포넌트로 더 포함할 수도 있다.
비디오/영상 정보를 포함하는 비트스트림이 입력되면, 디코딩 장치(300)는 도 3의 인코딩 장치에서 비디오/영상 정보가 처리된 프로세스에 대응하여 영상을 복원할 수 있다. 예를 들어, 디코딩 장치(300)는 상기 비트스트림으로부터 획득한 블록 분할 관련 정보를 기반으로 유닛들/블록들을 도출할 수 있다. 디코딩 장치(300)는 인코딩 장치에서 적용된 처리 유닛을 이용하여 디코딩을 수행할 수 있다. 따라서 디코딩의 처리 유닛은 예를 들어 코딩 유닛일 수 있고, 코딩 유닛은 코딩 트리 유닛 또는 최대 코딩 유닛으로부터 쿼드 트리 구조, 바이너리 트리 구조 및/또는 터너리 트리 구조를 따라서 분할될 수 있다. 코딩 유닛으로부터 하나 이상의 변환 유닛이 도출될 수 있다. 그리고, 디코딩 장치(300)를 통해 디코딩 및 출력된 복원 영상 신호는 재생 장치를 통해 재생될 수 있다.
디코딩 장치(300)는 도 3의 인코딩 장치로부터 출력된 신호를 비트스트림 형태로 수신할 수 있고, 수신된 신호는 엔트로피 디코딩부(310)를 통해 디코딩될 수 있다. 예를 들어, 엔트로피 디코딩부(310)는 상기 비트스트림을 파싱하여 영상 복원(또는 픽처 복원)에 필요한 정보(ex. 비디오/영상 정보)를 도출할 수 있다. 상기 비디오/영상 정보는 어댑테이션 파라미터 세트(APS), 픽처 파라미터 세트(PPS), 시퀀스 파라미터 세트(SPS) 또는 비디오 파라미터 세트(VPS) 등 다양한 파라미터 세트에 관한 정보를 더 포함할 수 있다. 또한 상기 비디오/영상 정보는 일반 제한 정보(general constraint information)을 더 포함할 수 있다. 디코딩 장치는 상기 파라미터 세트에 관한 정보 및/또는 상기 일반 제한 정보를 더 기반으로 픽처를 디코딩할 수 있다. 본 문서에서 후술되는 시그널링/수신되는 정보 및/또는 신택스 요소들은 상기 디코딩 절차를 통하여 디코딩되어 상기 비트스트림으로부터 획득될 수 있다. 예컨대, 엔트로피 디코딩부(310)는 지수 골롬 부호화, CAVLC 또는 CABAC 등의 코딩 방법을 기초로 비트스트림 내 정보를 디코딩하고, 영상 복원에 필요한 신택스 엘리먼트의 값, 레지듀얼에 관한 변환 계수의 양자화된 값 들을 출력할 수 있다. 보다 상세하게, CABAC 엔트로피 디코딩 방법은, 비트스트림에서 각 신택스 요소에 해당하는 빈을 수신하고, 디코딩 대상 신택스 요소 정보와 주변 및 디코딩 대상 블록의 디코딩 정보 혹은 이전 단계에서 디코딩된 심볼/빈의 정보를 이용하여 문맥(context) 모델을 결정하고, 결정된 문맥 모델에 따라 빈(bin)의 발생 확률을 예측하여 빈의 산술 디코딩(arithmetic decoding)를 수행하여 각 신택스 요소의 값에 해당하는 심볼을 생성할 수 있다. 이때, CABAC 엔트로피 디코딩 방법은 문맥 모델 결정 후 다음 심볼/빈의 문맥 모델을 위해 디코딩된 심볼/빈의 정보를 이용하여 문맥 모델을 업데이트할 수 있다. 엔트로피 디코딩부(310)에서 디코딩된 정보 중 예측에 관한 정보는 예측부(인터 예측부(332) 및 인트라 예측부(331))로 제공되고, 엔트로피 디코딩부(310)에서 엔트로피 디코딩이 수행된 레지듀얼 값, 즉 양자화된 변환 계수들 및 관련 파라미터 정보는 레지듀얼 처리부(320)로 입력될 수 있다. 레지듀얼 처리부(320)는 레지듀얼 신호(레지듀얼 블록, 레지듀얼 샘플들, 레지듀얼 샘플 어레이)를 도출할 수 있다. 또한, 엔트로피 디코딩부(310)에서 디코딩된 정보 중 필터링에 관한 정보는 필터링부(350)으로 제공될 수 있다. 한편, 인코딩 장치로부터 출력된 신호를 수신하는 수신부(미도시)가 디코딩 장치(300)의 내/외부 엘리먼트로서 더 구성될 수 있고, 또는 수신부는 엔트로피 디코딩부(310)의 구성요소일 수도 있다. 한편, 본 문서에 따른 디코딩 장치는 비디오/영상/픽처 디코딩 장치라고 불릴 수 있고, 상기 디코딩 장치는 정보 디코더(비디오/영상/픽처 정보 디코더) 및 샘플 디코더(비디오/영상/픽처 샘플 디코더)로 구분할 수도 있다. 상기 정보 디코더는 상기 엔트로피 디코딩부(310)를 포함할 수 있고, 상기 샘플 디코더는 상기 역양자화부(321), 역변환부(322), 가산부(340), 필터링부(350), 메모리(360), 인터 예측부(332) 및 인트라 예측부(331) 중 적어도 하나를 포함할 수 있다.
역양자화부(321)에서는 양자화된 변환 계수들을 역양자화하여 변환 계수들을 출력할 수 있다. 역양자화부(321)는 양자화된 변환 계수들을 2차원의 블록 형태로 재정렬할 수 있다. 이 경우 상기 재정렬은 인코딩 장치에서 수행된 계수 스캔 순서를 기반하여 재정렬을 수행할 수 있다. 역양자화부(321)는 양자화 파라미터(예를 들어 양자화 스텝 사이즈 정보)를 이용하여 양자화된 변환 계수들에 대한 역양자화를 수행하고, 변환 계수들(transform coefficient)를 획득할 수 있다.
역변환부(322)에서는 변환 계수들를 역변환하여 레지듀얼 신호(레지듀얼 블록, 레지듀얼 샘플 어레이)를 획득하게 된다.
예측부는 현재 블록에 대한 예측을 수행하고, 상기 현재 블록에 대한 예측 샘플들을 포함하는 예측된 블록(predicted block)을 생성할 수 있다. 예측부는 엔트로피 디코딩부(310)로부터 출력된 상기 예측에 관한 정보를 기반으로 상기 현재 블록에 인트라 예측이 적용되는지 또는 인터 예측이 적용되는지 결정할 수 있고, 구체적인 인트라/인터 예측 모드를 결정할 수 있다.
예측부(320)는 후술하는 다양한 예측 방법을 기반으로 예측 신호를 생성할 수 있다. 예를 들어, 예측부는 하나의 블록에 대한 예측을 위하여 인트라 예측 또는 인터 예측을 적용할 수 있을 뿐 아니라, 인트라 예측과 인터 예측을 동시에 적용할 수 있다. 이는 combined inter and intra prediction (CIIP)라고 불릴 수 있다. 또한, 예측부는 블록에 대한 예측을 위하여 인트라 블록 카피(intra block copy, IBC) 예측 모드에 기반할 수도 있고 또는 팔레트 모드(palette mode)에 기반할 수도 있다. 상기 IBC 예측 모드 또는 팔레트 모드는 예를 들어 SCC(screen content coding) 등과 같이 게임 등의 컨텐츠 영상/동영상 코딩을 위하여 사용될 수 있다. IBC는 기본적으로 현재 픽처 내에서 예측을 수행하나 현재 픽처 내에서 참조 블록을 도출하는 점에서 인터 예측과 유사하게 수행될 수 있다. 즉, IBC는 본 문서에서 설명되는 인터 예측 기법들 중 적어도 하나를 이용할 수 있다. 팔레트 모드는 인트라 코딩 또는 인트라 예측의 일 예로 볼 수 있다. 팔레트 모드가 적용되는 경우 팔레트 테이블 및 팔레트 인덱스에 관한 정보가 상기 비디오/영상 정보에 포함되어 시그널링될 수 있다.
인트라 예측부(331)는 현재 픽처 내의 샘플들을 참조하여 현재 블록을 예측할 수 있다. 상기 참조되는 샘플들은 예측 모드에 따라 상기 현재 블록의 주변(neighbor)에 위치할 수 있고, 또는 떨어져서 위치할 수도 있다. 인트라 예측에서 예측 모드들은 복수의 비방향성 모드와 복수의 방향성 모드를 포함할 수 있다. 인트라 예측부(331)는 주변 블록에 적용된 예측 모드를 이용하여, 현재 블록에 적용되는 예측 모드를 결정할 수도 있다.
인터 예측부(332)는 참조 픽처 상에서 움직임 벡터에 의해 특정되는 참조 블록(참조 샘플 어레이)을 기반으로, 현재 블록에 대한 예측된 블록을 유도할 수 있다. 이때, 인터 예측 모드에서 전송되는 움직임 정보의 양을 줄이기 위해 주변 블록과 현재 블록 간의 움직임 정보의 상관성에 기초하여 움직임 정보를 블록, 서브블록 또는 샘플 단위로 예측할 수 있다. 상기 움직임 정보는 움직임 벡터 및 참조 픽처 인덱스를 포함할 수 있다. 상기 움직임 정보는 인터 예측 방향(L0 예측, L1 예측, Bi 예측 등) 정보를 더 포함할 수 있다. 인터 예측의 경우에, 주변 블록은 현재 픽처 내에 존재하는 공간적 주변 블록(spatial neighboring block)과 참조 픽처에 존재하는 시간적 주변 블록(temporal neighboring block)을 포함할 수 있다. 예를 들어, 인터 예측부(332)는 주변 블록들을 기반으로 움직임 정보 후보 리스트를 구성하고, 수신한 후보 선택 정보를 기반으로 상기 현재 블록의 움직임 벡터 및/또는 참조 픽처 인덱스를 도출할 수 있다. 다양한 예측 모드를 기반으로 인터 예측이 수행될 수 있으며, 상기 예측에 관한 정보는 상기 현재 블록에 대한 인터 예측의 모드를 지시하는 정보를 포함할 수 있다.
가산부(340)는 획득된 레지듀얼 신호를 예측부(인터 예측부(332) 및/또는 인트라 예측부(331) 포함)로부터 출력된 예측 신호(예측된 블록, 예측 샘플 어레이)에 더함으로써 복원 신호(복원 픽처, 복원 블록, 복원 샘플 어레이)를 생성할 수 있다. 스킵 모드가 적용된 경우와 같이 처리 대상 블록에 대한 레지듀얼이 없는 경우, 예측된 블록이 복원 블록으로 사용될 수 있다.
가산부(340)는 복원부 또는 복원 블록 생성부라고 불릴 수 있다. 생성된 복원 신호는 현재 픽처 내 다음 처리 대상 블록의 인트라 예측을 위하여 사용될 수 있고, 후술하는 바와 같이 필터링을 거쳐서 출력될 수도 있고 또는 다음 픽처의 인터 예측을 위하여 사용될 수도 있다.
한편, 픽처 디코딩 과정에서 LMCS (luma mapping with chroma scaling)가 적용될 수도 있다.
필터링부(350)는 복원 신호에 필터링을 적용하여 주관적/객관적 화질을 향상시킬 수 있다. 예를 들어 필터링부(350)는 복원 픽처에 다양한 필터링 방법을 적용하여 수정된(modified) 복원 픽처를 생성할 수 있고, 상기 수정된 복원 픽처를 메모리(360), 구체적으로 메모리(360)의 DPB에 전송할 수 있다. 상기 다양한 필터링 방법은 예를 들어, 디블록킹 필터링, 샘플 적응적 오프셋(sample adaptive offset), 적응적 루프 필터(adaptive loop filter), 양방향 필터(bilateral filter) 등을 포함할 수 있다.
메모리(360)의 DPB에 저장된 (수정된) 복원 픽처는 인터 예측부(332)에서 참조 픽쳐로 사용될 수 있다. 메모리(360)는 현재 픽처 내 움직임 정보가 도출된(또는 디코딩된) 블록의 움직임 정보 및/또는 이미 복원된 픽처 내 블록들의 움직임 정보를 저장할 수 있다. 상기 저장된 움직임 정보는 공간적 주변 블록의 움직임 정보 또는 시간적 주변 블록의 움직임 정보로 활용하기 위하여 인터 예측부(260)에 전달할 수 있다. 메모리(360)는 현재 픽처 내 복원된 블록들의 복원 샘플들을 저장할 수 있고, 인트라 예측부(331)에 전달할 수 있다.
본 명세서에서, 인코딩 장치(100)의 필터링부(260), 인터 예측부(221) 및 인트라 예측부(222)에서 설명된 실시예들은 각각 디코딩 장치(300)의 필터링부(350), 인터 예측부(332) 및 인트라 예측부(331)에도 동일 또는 대응되도록 적용될 수 있다.
상술한 바와 같이 비디오 코딩을 수행함에 있어 압축 효율을 높이기 위하여 예측을 수행한다. 이를 통하여 코딩 대상 블록인 현재 블록에 대한 예측 샘플들을 포함하는 예측된 블록을 생성할 수 있다. 여기서 상기 예측된 블록은 공간 도메인(또는 픽셀 도메인)에서의 예측 샘플들을 포함한다. 상기 예측된 블록은 인코딩 장치 및 디코딩 장치에서 동일하게 도출되며, 상기 인코딩 장치는 원본 블록의 원본 샘플 값 자체가 아닌 상기 원본 블록과 상기 예측된 블록 간의 레지듀얼에 대한 정보(레지듀얼 정보)를 디코딩 장치로 시그널링함으로써 영상 코딩 효율을 높일 수 있다. 디코딩 장치는 상기 레지듀얼 정보를 기반으로 레지듀얼 샘플들을 포함하는 레지듀얼 블록을 도출하고, 상기 레지듀얼 블록과 상기 예측된 블록을 합하여 복원 샘플들을 포함하는 복원 블록을 생성할 수 있고, 복원 블록들을 포함하는 복원 픽처를 생성할 수 있다.
상기 레지듀얼 정보는 변환 및 양자화 절차를 통하여 생성될 수 있다. 예를 들어, 인코딩 장치는 상기 원본 블록과 상기 예측된 블록 간의 레지듀얼 블록을 도출하고, 상기 레지듀얼 블록에 포함된 레지듀얼 샘플들(레지듀얼 샘플 어레이)에 변환 절차를 수행하여 변환 계수들을 도출하고, 상기 변환 계수들에 양자화 절차를 수행하여 양자화된 변환 계수들을 도출하여 관련된 레지듀얼 정보를 (비트스트림을 통하여) 디코딩 장치로 시그널링할 수 있다. 여기서 상기 레지듀얼 정보는 상기 양자화된 변환 계수들의 값 정보, 위치 정보, 변환 기법, 변환 커널, 양자화 파라미터 등의 정보를 포함할 수 있다. 디코딩 장치는 상기 레지듀얼 정보를 기반으로 역양자화/역변환 절차를 수행하고 레지듀얼 샘플들(또는 레지듀얼 블록)을 도출할 수 있다. 디코딩 장치는 예측된 블록과 상기 레지듀얼 블록을 기반으로 복원 픽처를 생성할 수 있다. 인코딩 장치는 또한 이후 픽처의 인터 예측을 위한 참조를 위하여 양자화된 변환 계수들을 역양자화/역변환하여 레지듀얼 블록을 도출하고, 이를 기반으로 복원 픽처를 생성할 수 있다.
도 4는 일 실시예에 따른 움직임 보상 가능 영역을 도시하는 도면이다.
본 명세서에서는 특정 정보 또는 개념을 정의하기 위한 특정 용어 또는 문장을 사용하고 있다. 예를 들어, 현재 픽처 내에서 현재 블록에 대한 참조 블록을 도출하여 수행하는 예측을"CPR(Current Picture Referencing)"로 나타내고 있고, CPR 예측을 위한 머지 후보를 "CPR 머지 후보"라고 나타내고 있고, 상기 CPR 머지 후보가 상기 현재 픽처 내에서 상기 참조 블록을 지시할 때 이용되는 벡터를 "블록 벡터(block vector)"라고 나타내고 잇고, MVP(Motion Vector Predictor) 후보들을 포함하는 리스트를 "예측 후보 리스트"라고 나타내고 있다. 그러나, "CPR"은 IBC, IBC 예측, IBC 코딩, CPR 예측 등 다양한 용어로 대체될 수 있고, "CPR 머지 후보"는 CPR 후보 블록, CPR 후보, IBC 머지 후보 블록, IBC 머지 후보, IBC 후보 블록, CPR 머지 후보 벡터, CPR 머지 움직임 벡터 등 다양한 용어로 대체될 수 있고, 상기 "블록 벡터"는 움직임 벡터, 벡터, CPR 벡터 등으로 대체될 수 있으며, "예측 후보 리스트"는 MVP 후보 리스트, MVP 리스트, AMVP 후보 리스트, AMVP 리스트, 움직임 벡터 예측 후보 리스트 등 다양한 용어로 대체될 수 있는 바, 본 명세서에서 특정 정보 또는 개념을 정의하기 위해 사용된 특정 용어 또는 문장을 명세서 전반에서 해석함에 있어서 그 명칭에 국한된 해석을 하여서는 안 되고, 상기 용어가 나타내고자 하는 내용에 따른 다양한 동작, 기능 및 효과에 주목하여 해석할 필요가 있다.
도 4는 현재 픽처에서 움직임 보상을 수행할 시, 움직임 보상을 수행 가능한 영역을 나타내고 있다. 일 실시예에 따른 비디오 디코더의 설계 시, 물결 형태의 병렬화가 지원될 수 있다. 즉, 최대 부호화 유닛 라인(또는 CTU 라인) 단위에서 병렬화가 수행될 수 있으며, 압축 성능을 고려하여 주변 블록에 대한 참조를 유지하기 위하여, 현재 픽처에서 움직임 보상을 사용할 때 상측의 최대 부호화 유닛은 현재 최대 부호화 유닛을 기준으로 최대 부호화 유닛 라인 단위로 +1 또는 +2만큼 오른쪽의 최대 부호화 유닛을 움직임 보상 영역으로 사용할 수 있다. 일 예시에서, 도 4는 현재 블록에 대한 CPR에 기반한 예측을 나타낼 수 있다.
본 개시의 일 실시예는 현재 블록(또는 현재 부호화 유닛)을 인코딩 하는 과정에서 지금까지 부호화 된 현재 픽처의 일부분을 참조 블록으로 사용하는 방법에 대한 것이다. 디코딩 장치와 동일하게 인코딩 장치의 예측부는 현재 픽처를 참조 픽처 리스트에 추가하고, 이미 부호화 된 영역 중 특정 영역 (예를 들어, 미리 정해진 영역)에서 현재 블록과 (가장) 유사한 블록을 검출할 수 있다. 인코딩장치는 최적의 움직임 벡터에 기반하여 인터 예측을 수행하여 움직임 정보를 예측하며, 움직임 벡터 차분 값을 비트스트림을 통해 디코딩 장치로 전송할 수 있다.
현재 픽처 내에서 움직임 보상을 수행하는지 여부를 나타내기 위해서, 두 가지 방법이 사용될 수 있다. 첫 번째 방법으로, 참조 픽처 인덱스를 기반으로 현재 픽처 내에서 움직임 보상을 수행하는지 여부를 판단할 수 있다.
[수학식 1]
if( DiffPicOrderCnt( currPic, RefPicList0[ ref_idx_l0[ x0 ][ y0 ]] ) = 0 )
상기 수학식 1에서, DiffPicOrderCnt 함수는 입력으로 들어오는 2개의 픽처 간의 POC(picture order count)의 차이를 나타낸다. 입력 값 currPic는 현재 블록(또는 현재 복호화 대상 블록)을 포함하는 현재 픽처를 의미하고, RefPicList0[ref_idx_l0[ x0 ][ y0 ]]는 현재 블록의 참조 픽처를 의미한다. 여기서, x0, y0는 현재 블록의 위치를 나타내고, ref_idx_l0는 참조 픽처 리스트 0 방향의 참조 픽처 인덱스를 나타낸다. 따라서 현재 블록의 참조 픽처는 수신 받은 참조 영상 인덱스를 기반으로 참조 픽처 리스트 내에서 도출할 수 있다. DiffPicOrderCnt 함수에 의한 출력 값 0은 현재 영상과 참조 영상이 동일한 영상 임을 의미한다.
두 번째 방법으로, 부호화 유닛 또는 블록 유닛 단위로 현재 픽처 내에서 움직임 보상을 수행하는지 여부를 플래그 형태로 전송할 수 있다. 일 예시에서, 현재 픽처 내에서 움직임 보상을 수행하는지 여부를 나타내는 intra_bc_flag가 정의될 수 있고, 상기 intra_bc_flag의 값이 1인 경우, 해당 블록은 현재 픽처 내에서 움직임 보상을 수행하고, 상기 플래그 값이 0인 경우, 해당 블록은 현재 픽처 내에서 움직임 보상을 수행하지 않을 수 있다.
일 실시예에서, 현재 픽처를 참조 영상으로 사용하여 현재 블록에 대한 예측을 수행하는 경우, 참조 픽처가 존재하지 않는 I-슬라이스가 이용되거나 가장 유사한 움직임 보상 블록이 현재 픽처에 존재할 때 부호화 효율이 증가할 수 있다.
도 5는 일 실시예에 따른 머지 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
본 개시의 일 실시예는 머지 모드에서 복호화 된 현재 픽처의 일부분을 참조 블록으로 하여 예측을 수행하는 CPR에 기반한 CPR 머지 후보를 고려하여 머지 후보 리스트를 구성하는 방법에 대한 것이다. 먼저, 일 실시예에 따른 인코딩 장치 및/또는 디코딩 장치는 머지 후보 리스트 구성을 위해 현재 블록의 공간적 주변 블록들을 탐색하여 머지 후보 리스트에 삽입할 수 있다. 공간적 주변 블록들은, 예를 들어 현재 블록에 인접한 좌측 블록, 좌하측 블록, 상측 블록, 우상측 블록, 좌상측 블록 등이 있을 수 있으며, 예시는 이에 한정되지 않는다. 다음으로, 일 실시예에 따른 인코딩 장치 및/또는 디코딩 장치는 시간적 주변 블록들을 탐색하여 머지 후보 리스트에 추가할 수 있다. 공간적 및 시간적 주변 블록들을 기반으로 머지 후보 리스트를 채운 이후, 머지 후보 리스트에 포함된 머지 후보들의 개수가 최대 머지 후보 개수(또는 최대 머지 크기)보다 적은 경우, 컴바인드(combined) 머지 후보(또는 페어와이즈(Pair-wise) 머지 후보)를 머지 후보 리스트에 추가할 수 있다.
다른 일 실시예에서는, FIFO(Fist In First Out) 기반의 History-based motion vector prediction (HMVP) (머지) 후보가 추가될 수 있다. FIFO를 기반으로 HMVP 후보를 삽입 할 때, 동일한 HMVP가 존재 하는지를 찾기 위해 중복성 체크가 적용될 수 있다. HMVP 후보는 FIFO의 첫 번째 항목에서부터 마지막 항목까지 기존의 머지 후보와의 중복성을 체크한 이후에 머지 리스트에 삽입될 수 있다.
페어와이즈 머지 후보는 머지 후보 리스트에 기 포함된 머지 후보들의 조합을 기반으로 도출된 머지 후보를 나타낸다. 아래의 표 1은 조합된 페어와이즈 머지 후보들을 나타내는 페어와이즈 머지 후보 리스트를 나타낸다. 일 예시에 따른 페어와이즈 머지 후보 구성 시, 이전에 머지 후보 리스트에 기 포함된 후보의 L0(List 0)와 L1(List1)에 존재하는 후보의 해당 위치에서 움직임 정보를 가져와서 양방향으로 움직임을 조합할 수 있다.
순서 0 1 2 3 4 5 6 7 8 9 10 11
L0 0 1 0 2 1 2 0 3 1 3 2 3
L1 1 0 2 0 2 1 3 0 3 1 3 2
다만, 일 예시에 따라 이전에 머지 후보 리스트에 기 포함된 머지 후보 가운데 현재 픽처를 참조하는 CPR 머지 후보가 존재하는 경우, 해당 CPR 머지 후보는 페어와이즈 머지 후보 조합 시 사용되지 않을 수 있다. 즉, 페어와이즈 머지 후보 생성 시, 머지 후보가 CPR 머지 후보인지 여부를 확인하는 조건이 추가될 수 있다. 현재 픽처를 참조하는 CPR 머지 후보와 다른 픽처를 참조하는 머지 후보는 다른 특성을 가질 수 있기 때문에, 조합 또는 평균을 적용하는 경우 부호화 효율이 떨어질 수 있다. 따라서, 현재 픽처를 참조하는 후보는 단방향 예측 시만 사용할 수 있다.
일 예시에서는, 각각의 머지 후보에 대해서 머지 타입을 지정하여 CPR 머지 후보인지 여부를 도출하거나, 각 머지 후보에 대한 참조 픽처의 POC를 기반으로 CPR 머지 후보인지 여부를 도출할 수 있다.
일 실시예에서, 구성된 머지 후보 리스트에 포함된 머지 후보들의 개수가 최대 머지 후보 개수보다 적은 경우, 현재 블록이 CPR을 위한 레퍼런스를 가지고 있을 때, (현재 블록의 크기에 따라서) 다음의 CPR 머지 후보가 머지 후보 리스트에 추가될 수 있다.
CPR 머지 후보를 하나만 추가하는 경우, CPR 머지 후보는, 예를 들어 (-W, 0), (0, -H), (-2W, 0), (0, -2H), (-W, -H) 또는 (-2W, -2H) 일 수 있다.
CPR 머지 후보를 두 개 추가하는 경우, CPR 머지 후보는, 예를 들어 (-W, 0) 및 (0, -H), (0, -H) 및 (-W, 0), (-2W, 0) 및 (0, -2H), (0, -2H) 및 (-2W, 0), (-W, -H) 및 (-2W, -2H), 또는 (-2W, -2H) 및 (-W, -H)가 될 수 있다. 여기서 W는 현재 블록의 너비를 나타내고, H는 현재 블록의 높이를 나타낸다. 한편 상기된 CPR 머지 후보에 대한 예시의 순서에 개시의 범위가 한정되지 않는다.
일 실시예에서는 머지 후보 리스트가 최대 머지 후보 리스트보다 적은 경우, (0, 0) 벡터가 머지 후보 리스트에 추가될 수 있다. 하지만 현재 영상이 참조 영상으로 사용되는 경우, 움직임 벡터는 최소한 현재의 블록 크기만큼 떨어져서 존재해야 할 필요가 있을 수 있다. 따라서, 다른 일 실시예에서 (0, 0) 벡터는 CPR을 위해서는 사용할 수 없는 후보가 될 수 있다. 대신, 블록 크기 기반의 머지 후보(또는, CPR 머지 후보)를 상기 머지 후보 리스트에 추가함으로써, CPR을 사용하는 경우에 있어서 부호화 효율을 높일 수 있다.
도 6은 현재 픽처의 참조 픽처 리스트 구성의 일 예시를 도시하는 도면이다.
일 실시예에서, CPR 머지 후보는 현재 픽처를 위한 참조 픽처 리스트 0 및 참조 픽처 리스트 1 중에서 현재 픽처를 포함하는 참조 픽처 리스트 쪽의 후보 방향에 삽입될 수 있다.
도 6은 현재 픽처에 대한 양방향 참조 픽처 리스트의 구성을 나타내고 있다. 예를 들어, 현재 영상은 POC6이고, 참조 픽처 리스트 0 방향에는 POC4, POC0 및 CPR을 위한 현재 픽처 (POC6)가 참조 픽처로 포함되어 있고, 참조 픽처 리스트 1 방향에는 POC8 및 POC16이 참조 픽처로 포함되어 있고 CPR을 위한 현재 픽처는 존재하지 않는 경우, CPR 머지 후보는 참조 픽처 리스트 0 방향에 삽입되며, 참조 픽처 리스트 1은 사용하지 않을 수 있다. 즉, 단방향 예측이 사용될 수 있다. 또는 상기 예시와 반대로, 참조 픽처 리스트 0 방향에는 POC4, POC0 영상이 존재하고, 참조 픽처 리스트 1 방향에는 POC8, POC16 영상 및 CPR을 위한 현재 영상 (POC6)이 참조 영상으로 포함되어 있는 경우, 상기 머지 후보는 참조 픽처 리스트 1 방향에 삽입되고, 참조 픽처 리스트 0 방향은 사용되지 않을 수 있다.
표 2는 머지 후보 리스트의 구성 예를 보여준다. 예를 들어, 도 5의 머지 후보 리스트 구성 방법에 따라 공간적 후보, 시간적 후보, HMVP 후보 및 페어와이즈 후보를 이용하여 머지 후보 리스트를 구성하였을 때 3개의 후보가 구성되었다고 가정하자. 이 경우, 상기 CPR 머지 후보(또는, 블록 크기 기반의 후보)가 하나 또는 두 개 삽입될 수 있다. 두 개의 후보가 삽입되는 경우, 도 5에서 전술한 다양한 후보들 중에서 선택적으로 삽입될 수 있으며, 아래의 표 2에서는 (-2W, 0) 및 (0, -2H) 후보가 삽입될 수 있다. 상기에서 기술한 바와 같이, CPR을 위한 현재 픽처는 참조 픽처 리스트 0 방향에만 존재하기 때문에, 본 개시의 일 실시예에 따른 CPR 머지 후보는 머지 후보 인덱스 3 및 머지 후보 인덱스 4와 같이 참조 픽처 리스트 0 방향에 포함되며, 참조 픽처 리스트 1 방향에는 움직임 벡터가 존재하지 않을 수 있다. 하기 표 2에서 RefIdx 값 -1은 해당 움직임 벡터 및 참조 픽처를 사용하지 않음을 의미한다.
Merge index MVL0 RefIdx0 MVL1 RefIdx1
0 (10, -5) 0 (0, 0) -1
1 (0, 0) -1 (18, -8) 0
2 (20, 10) 1 (30, 3) 1
3 (-2W, 0) 2 (0, 0) -1
4 (0, -2H) 2 (0, 0) -1
5 (0, 0) 0 (0, 0) 0
도 7은 CPR 머지 후보에 대한 설명을 위한 도면이고, 도 8은 다른 일 실시예에 따른 머지 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 8을 참조하면, 일 실시예에 따른 인코딩 장치 및/또는 디코딩 장치는 공간적 주변 블록들을 탐색하여 도출된 공간적 머지 후보들을 머지 후보 리스트에 삽입하고, 시간적 주변 블록들을 탐색하여 도출된 공간적 머지 후보들을 머지 후보 리스트에 삽입하며, 상기 표 1에서 전술된 방법에 따른 컴바인드(combined) 머지 후보를 머지 후보 리스트에 삽입할 수 있다.
일 실시예에서, 도 8에 도시된 바와 같이, 현재 픽처 내 참조 블록을 참조하는 CPR 머지 후보는 현재 픽처를 기준으로 유효한 블록 벡터(block vector)인 경우에만 머지 후보 리스트에 삽입될 수 있다. 본 명세서에서 "블록 벡터"는 현재 픽처 내에서 이미 복호화가 완료된 참조 블록과 현재 블록 간의 디스플레이스먼트(displacement)를 나타내는 벡터를 의미한다. 블록 벡터는 CPR을 위해 사용되는 움직임 벡터일 수 있고, 시간적 참조 영상에서 사용하는 움직임 벡터와의 구분을 위해서 사용될 수 있다. 또한, 본 명세서에서 상기 CPR 머지 후보는 블록 크기 기반(block size-based) 움직임 벡터 후보를 나타낼 수 있다. 다만 CPR 머지 후보가 항상 현재 블록의 크기(또는 사이즈)에 기반(또는 의존)하는 것은 아니므로, CPR 머지 후보가 반드시 블록 크기 기반 움직임 벡터 후보를 나타내는 것으로 해석되어서는 아니된다.
도 7은 머지 후보 리스트의 구성 방법 중 유효한 CPR 머지 후보(또는 블록 벡터)를 판단하는 단계를 설명하기 위한 도면이다. 일 실시예에서, 현재 블록(712)의 좌상측(top-left) 위치 (xP, yP) 를 기준으로 주어진 블록 벡터의 변위를 적용하였을 때, 변위가 적용된 블록의 좌측, 우측, 상측, 하측 방향 중 일부가 현재 픽처의 외부에 존재하는 경우에는 해당 CPR 머지 후보를 사용(또는 채택, 선택 등)하지 않을 수 있다. 다른 일 실시예에서, CPR을 위한 블록 벡터가 허용되는 범위 또는 영역이 정해지는 경우, 현재 블록(712)의 좌상측 위치를 기준으로 주어진 블록 벡터의 변위를 적용하고, 블록 벡터가 상기 블록 벡터가 허용되는 범위 또는 영역 내에 존재하는 경우에만 해당 머지 후보를 사용할 수 있다.
또 다른 일 실시예에서, 상기 CPR 머지 후보(또는 블록 벡터)는 상기 현재 블록(712)을 포함하는 최대 코딩 유닛(또는 CTU(Coding Tree Unit), 710)의 라인 버퍼(line buffer, 714)에 포함된 참조 샘플을 지시할 수 있다. 즉, 상기 블록 벡터가 허용되는 범위 또는 영역이 상기 최대 코딩 유닛(710) 및 상기 최대 코딩 유닛의 라인 버퍼 영역(714)을 포함하는 영역으로 결정될 수 있다. 상기 라인 버퍼(710)는 상기 최대 코딩 유닛을 기준으로 하는 좌측 라인 버퍼 및 우측 라인 버퍼를 포함할 수 있다. 일 예시에서는 상기 CPR 머지 후보가 상기 좌측 라인 버퍼에 포함된 참조 샘플을 지시할 수 있고(즉, 상기 블록 벡터가 허용되는 범위 또는 영역이 상기 최대 코딩 유닛 및 상기 최대 코딩 유닛의 좌측 라인 버퍼 영역을 포함하는 영역으로 결정될 수 있다), 다른 일 예시에서는 상기 CPR 머지 후보가 상기 상측 라인 버퍼에 포함된 참조 샘플을 지시할 수 있다(즉, 상기 블록 벡터가 허용되는 범위 또는 영역이 상기 최대 코딩 유닛 및 상기 최대 코딩 유닛의 상측 라인 버퍼 영역을 포함하는 영역으로 결정될 수 있다).
또 다른 일 실시예에서, 상기 CPR 머지 후보는 상기 현재 블록(712)을 포함하는 최대 코딩 유닛(710)에 포함된 샘플을 지시할 수 있다. 즉, 상기 블록 벡터가 허용되는 범위 또는 영역이 상기 최대 코딩 유닛(710)을 포함하는 영역으로 결정될 수 있다.
유효한 블록 벡터에 대한 판단은 아래의 표 3 내지 표 6에 따른 의사 코드들(pseudo codes)에 기반할 수 있다. 하기 표 3 내지 표 6에 따른 의사 코드들은 상기 블록 벡터가 허용되는 범위 또는 영역을 예시적으로 나타내는 수식이다. 다만, 상기 블록 벡터가 허용되는 범위 또는 영역의 예시는 하기 표 3 내지 표 6에 따른 의사 코드들에 의하여 한정되지 않는다.
(xP, yP): 현재 블록의 (x, y) 위치 //(xBv, yBv): 블록 벡터의 (x, y) 값 //W, H: 현재 블록의 폭(width) 및 높이(height) //picW, picH: 현재 픽처의 폭 및 높이 //if (xP + xBv < 0) return false; //if (xP + xBv + W > picW) return false; //if (yP + yBv < 0) return false; //if (yP + yBv + H > picH) return false; //if (xBv + W > 0 && yBv + H > 0) return false;
상기 표 3은 현재 블록(712)을 포함하는 현재 픽처(700) 내에서 복호화 된 영역을 블록 벡터의 허용 범위로 정의하는 예시를 나타내고 있다. 즉, 현재 블록(712)의 위치에 블록 벡터가 적용된 지점의 x축 좌표 및 y축 좌표는 각각 0보다 크거나 같아야 하고, 상기 현재 블록(712)의 위치에 블록 벡터가 적용된 지점의 x축 좌표에 W가 더해진 값은 picW보다 작거나 같아야 하고, 상기 현재 블록(712)의 위치에 블록 벡터가 적용된 지점의 y축 좌표에 H가 더해진 값은 picH보다 작거나 같아야 함을 나타내고 있다. 또한, 현재 픽처(700) 내에서 복호화 된 영역을 나타내기 위해 xBv + W이 0보다 작거나 같거나, yBv + H가 0보다 작거나 같아야 함을 나타내고 있다.
상기 복호화(또는 디코딩) 된 픽처 전체를 블록 벡터의 허용 범위로 정의하는 경우, 디코딩 장치의 메모리에 디코딩 된 픽처 전체에 대한 정보가 필요하다는 문제가 있다. 이는 하드웨어 구현 시 대역폭 (bandwidth)의 증가를 야기할 수 있다. 이에 일 예시에서는 블록 벡터의 허용 범위를 현재 블록(712)을 포함하는 최대 부호화 유닛(710)으로 한정할 수 있다. 현재 블록(712)을 포함하는 최대 부호화 유닛(710)을 블록 벡터의 허용 범위로 정의하는 경우, 유효한 블록 벡터인지 여부에 대한 판단은 아래의 표 4에 따른 의사 코드를 기반으로 수행될 수 있다.
(xP, yP): 현재 블록의 (x, y) 위치 (예를 들어, 현재 블록의 좌상단 샘플의 좌표) //(xBv, yBv): 블록 벡터의 (x, y) 값 //W, H: 현재 블록의 폭(width) 및 높이(height) //picW, picH: 현재 픽처의 폭 및 높이 //(xCTU, yCTU) : 현재 최대 부호화 유닛의 (x, y) 위치 // (예를 들어, 현재 최대 부호화 유닛의 좌상단 샘플의 좌표) //CTUwidth, CTUheight : 현재 최대 부호화 유닛의 폭 및 높이 //if (xP + xBv < xCTU) return false; //if (xP + xBv + W > xCTU + CTUwidth) return false; //if (yP + yBv < yCTU) return false; //if (yP + yBv + H > yCTU + CTUheight) return false; //if (xBv + W > 0 && yBv + H > 0) return false; //
상기 표 4는 현재 블록(712)을 포함하는 최대 부호화 유닛(710)을 블록 벡터의 허용 범위로 정의하는 예시를 나타내고 있다. 즉, 현재 블록(712)의 위치에 블록 벡터가 적용된 지점의 x축 좌표 및 y축 좌표는 각각 xCTU 및 yCTU 보다 크거나 같아야 하고, 현재 블록(712)의 위치에 블록 벡터가 적용된 지점의 x축 좌표에 W가 더해진 값은 xCTU + CTUwidth 보다 작거나 같아야 하고, 상기 현재 블록(712)의 위치에 블록 벡터가 적용된 지점의 y축 좌표에 H가 더해진 값은 yCTU + CTUheight 보다 작거나 같아야 함을 나타내고 있다. 또한, 현재 픽처(700) 내에서 복호화 된 영역을 나타내기 위해 xBv + W이 0보다 작거나 같거나, yBv + H가 0보다 작거나 같아야 함을 나타내고 있다.
한편 표 4에서 정의된 (xP, yP), (xBv, yBv), W, H, (xCTU, yCTU), CTUwidth, CTUheight 등은 본 명세서 전반에서 동일 및/또는 유사한 의미로 이용될 수 있다.
일 실시예에 따른 비디오 코덱 시스템에서 인트라 예측 또는 복호화가 완료된 영상에 대하여 필터링(예를 들어, 디블록킹 필터링)을 적용하기 위해, 현재 최대 부호화 유닛(710)의 라인 버퍼(714)가 이용될 수 있다. 즉, 코딩 과정에서 현재 블록(712)을 포함하는 최대 부호화 유닛(710)의 좌측에 존재하는 좌측 라인 버퍼의 일부 참조 샘플 또는 최대 부호화 유닛의 상측에 존재하는 상측 라인 버퍼의 일부 참조 샘플을 이용할 수 있다. 여기서, 다른 복호화 프로세스에서 사용되고 있는 라인 버퍼(714)에 존재하는 샘플들은 현재 픽처(700)에 대한 참조에서 추가적인 메모리 버든(burden) 없이 이용될 수 있다. 현재 블록(712)을 포함하는 최대 부호화 유닛(710) 및 상기 최대 부호화 유닛(710)의 라인 버퍼를 블록 벡터의 허용 범위로 사용하는 경우, 유효한 블록 벡터인지 여부에 대한 판단은 하기 표 5의 의사 코드에 기반할 수 있다. 하기 N은, 예를 들어 1이상 8이하의 정수 중 하나를 나타낼 수 있다.
(xP, yP): 현재 블록의 (x, y) 위치 //(xBv, yBv): 블록 벡터의 (x, y) 값 //W, H: 현재 블록의 폭(width) 및 높이(height) //picW, picH: 현재 픽처의 폭 및 높이 //(xCTU, yCTU) : 현재 최대 부호화 유닛의 (x, y) 위치 //(예를 들어, 현재 최대 부호화 유닛의 좌상단 샘플의 좌표) //CTUwidth, CTUheight : 현재 최대 부호화 유닛의 폭 및 높이 N: 라인 버퍼의 참조 샘플 라인 개수 //if (xP + xBv < 0) return false; //if (yP + yBv < 0) return false; //if ((xP, yP) + (xBv, yBv) + (a, b) ∈ N-line buffers Area) return True; wherein 0<a<=W, 0<b<=H //if (xBv + W > 0 && yBv + H > 0) return false;
일 실시예에 따른 비디오 디코딩 시스템은 픽처를 순차적 순서(raster order)로 복호화하며, 이 때 현재 최대 부호화 유닛(710)의 좌측에 위치한 최대 부호화 유닛(720)은 현재 최대 부호화 유닛(710)을 복호화 할 시 메모리 상에 존재할 수 있다. 일 예시에서, 최대 부호화 유닛(710)의 사이즈가 128x128 또는 그 이상인 경우, 좌측에 위치한 최대 부호화 유닛(720)의 샘플 정보들을 모두 메모리에 저장하는 것은 메모리 사용량 관점에서 손해이므로, 좌측에 위치한 최대 부호화 유닛(720)의 샘플들 중 일부인 좌측 라인 버퍼 내 샘플들에 대한 정보를 메모리에 저장할 수 있다. 이와 같은 이유로, 상기 표 5와 같이 현재 블록(712)을 포함하는 현재 최대 부호화 유닛(710) 및 상기 현재 최대 부호화 유닛(710)의 상측 및 좌측 라인 버퍼를 블록 벡터의 허용 범위로 정의할 수 있다.
일 실시예에서, 상기 CPR 조건에 따른 블록 크기 기반 움직임 벡터 후보(또는 CPR 머지 후보)는, 머지 후보 리스트에 기 포함된 상기 CPR 조건에 따른 블록 크기 기반 움직임 벡터 후보들의 개수가 특정 문턱치 (threshold) 값 이하인 경우에만 추가될 수 있다. 여기서 문턱치 값은 0 부터 최대 머지 후보 리스트 개수 범위 중에서 하나의 값을 가질 수 있다.
일 실시예에서, 도 8에 도시된 바와 같이, 공간적 주변 블록들 및 시간적 주변 블록들에 기반하여 도출된 공간적 머지 후보들 및 시간적 주변 블록들, 상기 공간적 머지 후보들 및 시간적 주변 블록들을 기반으로 도출된 컴바인드 머지 후보 및 CPR 머지 후보를 머지 후보 리스트에 삽입한 후에도 상기 머지 후보 리스트에 포함된 머지 후보들이 최대 머지 후보 개수보다 적은 경우, 인코딩 장치 및/또는 디코딩 장치는 머지 후보 (0, 0)을 머지 후보 리스트에 삽입할 수 있다. 다만 머지 후보 (0, 0)을 머지 후보 리스트에 삽입하는 과정은 필수 구성 요소가 아니며, 경우에 따라서 생략될 수 있다.
한편, 도 4 내지 도 8에 따른 실시예들에서는 현재 블록(712)에 머지 모드가 적용되는 경우에 CPR 머지 후보를 기반으로 머지 후보 리스트를 구성하는 내용을 중심으로 설명하고 있으나, 실시예가 이에 한정되는 것은 아니다. 예를 들어, 움직임 벡터 예측 모드에 기반한 인터 예측 시 상기 CPR 머지 후보에 대응되는 "CPR 움직임 벡터 예측자"를 기반으로 움직임 벡터 예측 후보 리스트가 구성될 수 있고, 이때 상기 도 4 내지 도 8에서 전술된 실시예들이 적용될 수 있다. 이하 도 10 및 도 11에서는 인터 예측 시 CPR 움직임 벡터 예측자를 기반으로 움직임 벡터 예측 후보 리스트를 구성하는 내용을 중심으로 관련 실시예들을 설명하기로 한다.
도 9는 일 실시예에 따른 움직임 벡터 예측 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
본 개시의 일 실시예는 현재 픽처에서 움직임 보상을 수행할 때 움직임 벡터 예측 모드에서 움직임 벡터 예측 후보 리스트를 구성하는 방법에 대한 것이다. 먼저, 일 실시예에 따른 인코딩 장치 및/또는 디코딩 장치는 움직임 벡터 예측 후보 리스트 구성을 위한 공간적 주변 블록들을 탐색하여 움직임 벡터 예측 후보 리스트에 삽입할 수 있다. 공간적 주변 블록들은, 예를 들어 현재 블록에 인접한 좌측 블록, 좌하측 블록, 상측 블록, 우상측 블록, 좌상측 블록 등이 있을 수 있으며, 예시는 이에 한정되지 않는다. 움직임 벡터 예측 후보 리스트에 포함된 움직임 벡터 예측 후보들의 개수가 최대 움직임 벡터 예측 후보 개수 미만인 경우, 시간적 주변 블록들을 탐색하여 움직임 벡터 예측 후보 리스트에 추가할 수 있다. 공간적 및 시간적 주변 블록들로 움직임 벡터 예측 후보 리스트를 채운 이후, 움직임 벡터 예측 후보 리스트에 포함된 움직임 벡터 예측 후보들의 개수가 최대 움직임 벡터 예측 후보 개수에 도달하지 않으면 본 개시의 일 실시예에 따른 블록 크기 기반 움직임 벡터 후보(또는 CPR 움직임 벡터 예측자)를 움직임 벡터 예측 후보 리스트에 삽입할 수 있다.
일 실시예에서, 구성된 움직임 벡터 예측 후보 리스트에 포함된 움직임 벡터 예측 후보들의 개수가 최대 움직임 벡터 예측 후보 개수보다 적은 경우, 현재 블록이 CPR을 위한 레퍼런스를 가지고 있을 때, (현재 블록의 크기에 따라서) 다음의 CPR 움직임 벡터 예측자가 움직임 벡터 예측 후보 리스트에 추가될 수 있다.
CPR 움직임 벡터 예측자를 하나만 추가하는 경우, CPR 움직임 벡터 예측자는, 예를 들어 좌표 (-W, 0), (0, -H), (-2W, 0), (0, -2H), (-W, -H), (-2W, -2H), (-((xP % CTUwidth) + W >> 1), 0) 또는 (0, -((yP % CTUheight) + H >> 1))와 관련될 수 있다.
CPR 움직임 벡터 예측자를 두 개 추가하는 경우, CPR 움직임 벡터 예측자는, 예를 들어 (-W, 0) 및 (0, -H), (0, -H) 및 (-W, 0), (-2W, 0) 및 (0, -2H), (0, -2H) 및 (-2W, 0), (-W, -H) 및 (-2W, -2H), (-2W, -2H) 및 (-W, -H), (-((xP % CTUwidth) + W >> 1), 0) 및 (0, -((yP % CTUheight) + H >> 1)), 또는 (0, -((yP % CTUheight) + H >> 1)) 및 (-((xP % CTUwidth) + W >> 1), 0)가 될 수 있다. 여기서 W는 현재 블록의 너비를 나타내고, H는 현재 블록의 높이를 나타낸다. 한편 상기된 CPR 움직임 벡터 예측자에 대한 예시의 순서에 개시의 범위가 한정되지 않는다.
한편, 도 9에서는 최대 움직임 벡터 예측 후보 개수의 예시를 2로 기재하고 있으나, 실시예는 이에 한정되지 않는다. 일 예시에서, 최대 움직임 벡터 예측 후보 개수는 1이상 6이하의 정수일 수 있다.
도 10은 다른 일 실시예에 따른 움직임 벡터 예측 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 10은 움직임 벡터 예측 후보 리스트의 구성 방법 중 유효한 CPR 움직임 벡터 예측자(또는 블록 크기 기반 움직임 벡터 후보)를 판단하는 단계를 설명하기 위한 도면이다. 일 실시예에서, 현재 블록의 좌상측(top-left) 위치를 기준으로 주어진 CPR 움직임 벡터 예측자의 변위를 적용하였을 때, 변위가 적용된 블록의 좌측, 우측, 상측, 하측 방향 중 일부가 현재 픽처의 외부에 존재하는 경우에는 해당 CPR 움직임 벡터 예측자를 사용(또는 채택, 선택 등)하지 않을 수 있다. 다른 일 실시예에서, CPR 움직임 벡터 예측자가 허용되는 범위 또는 영역이 정해지는 경우, 현재 블록의 좌상측 위치를 기준으로 주어진 CPR 움직임 벡터 예측자의 변위를 적용하고, CPR 움직임 벡터 예측자가 상기 CPR 움직임 벡터 예측자가 허용되는 범위 또는 영역 내에 존재하는 경우에만 해당 CPR 움직임 벡터 예측자를 사용할 수 있다. 도 10은 움직임 벡터 예측 후보 리스트의 구성 방법 중 유효한 CPR 움직임 벡터 예측자를 판단하는 단계를 포함하는 방법을 보여준다. 유효한 CPR 움직임 벡터 예측자를 판단하는 방법은 상기 도 7 및 도 8에 따른 실시예들에서 유효한 CPR 머지 후보를 판단할 때 이용된 방법과 동일 또는 유사할 수 있다.
도 11은 일 실시예에 따라 CPR 머지 후보에 대한 유효성 체크를 기반으로 머지 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
페어와이즈 머지 후보까지 구성한 이후, 현재 픽처를 참조 픽처로 사용 가능한 경우, CPR 머지 후보(또는 블록 크기 기반의 움직임 벡터 후보)를 머지 후보 리스트에 삽입할 수 있다. 여기서, CPR 머지 후보를 머지 후보 리스트에 삽입하기 전에, 참조 픽처 리스트에 현재 픽처만 존재하는 경우에는 일 실시예에 따른 "현재 픽처가 유일한 참조 픽처일 때, CPR 머지 후보의 유효성을 체크"하는 단계가 적용될 수 있다. 즉, 상기 단계는 참조 픽처 리스트에서 현재 픽처만 사용 가능할 때에 적용될 수 있다. 각 머지 후보들의 유효성(또는 사용 가능 유무)은 블록 벡터로써 사용 가능한지 여부를 기반으로 판단될 수 있다. 일 예시에서, 블록 벡터의 허용 범위를 현재 블록을 포함하는 최대 부호화 유닛으로 한정할 수 있다. 현재 블록을 포함하는 최대 부호화 유닛을 블록 벡터의 허용 범위로 사용하는 경우, 유효한 블록 벡터의 판단은 아래의 표 6의 의사 코드에 기반할 수 있다.
(xP, yP): 현재 블록의 (x, y) 위치 (예를 들어, 현재 블록의 좌상단 샘플의 좌표) //(xBv, yBv): 블록 벡터의 (x, y) 값 //W, H: 현재 블록의 폭(width) 및 높이(height) //(xCTU, yCTU) : 현재 최대 부호화 유닛의 (x, y) 위치 //(예를 들어, 현재 최대 부호화 유닛의 좌상단 샘플의 좌표) //CTUwidth, CTUheight : 현재 최대 부호화 유닛의 폭 및 높이 //if (xP + xBv < 0) return false; //if (xP + xBv + W > CTUwidth) return false; //if (yP + yBv < 0) return false; //if (yP + yBv + H > CTUheight) return false; //if (xBv + W > 0 && yBv + H > 0) return false; //
상기 의사 코드를 기반으로, 머지 후보 리스트에서 사용할 수 없는 후보는 현재의 머지 후보 리스트에서 제거될 수 있다. 이후, 머지 후보 리스트가 최대 머지 후보 리스트보다 적고 현재 픽처를 참조 픽처로 가지고 있을 때, 현재 블록의 크기에 따라서 CPR 머지 후보(또는 블록 크기 기반 움직임 벡터 후보)를 추가할 수 있다. CPR 머지 후보는 상기 의사 코드를 기반으로 블록 벡터의 사용이 가능한지 여부가 체크된 이후에 머지 후보 리스트에 추가될 수 있다. 추가될 수 있는 CPR 머지 후보의 예시는 아래와 같을 수 있다. 여기서 W는 현재 블록의 폭을 나타내고, H는 현재 블록의 높이를 나타낼 수 있다.
일 실시예에서, CPR 머지 후보를 하나 추가하는 경우, CPR 머지 후보는, 예를 들어 좌표 (-W, 0), (0, -H), (-2W, 0), (0, -2H), (-W, -H), (-2W, -2H), (-((xP % CTUwidth) + W >> 1), 0) 또는 (0, -((yP % CTUheight) + H >> 1))와 관련될 수 있다.
다른 일 실시예에서, CPR 머지 후보를 두 개 추가하는 경우, CPR 머지 후보는, 예를 들어 좌표 (-W, 0) 및 (0, -H), (0, -H) 및 (-W, 0), (-2W, 0) 및 (0, -2H), (0, -2H) 및 (-2W, 0), (-W, -H) 및 (-2W, -2H), (-2W, -2H) 및 (-W, -H), (-((xP % CTUwidth) + W >> 1), 0) 및 (0, -((yP % CTUheight) + H >> 1)) 또는 (0, -((yP % CTUheight) + H >> 1)) 및 (-((xP % CTUwidth) + W >> 1), 0)와 관련될 수 있다.
상기 도 11에 따른 실시예들은, 참조 픽처 리스트에 현재 픽처만 존재하는 경우, CPR 머지 후보(또는, 블록 크기 기반의 움직임 벡터 후보)를 머지 후보 리스트에 삽입하기 전에 블록 벡터가 미리 정의된 허용 범위 내를 지시하는지 여부를 기반으로 상기 CPR 머지 후보의 유효성을 체크할 수 있다.
도 12는 다른 일 실시예에 따라 CPR 머지 후보에 대한 유효성 체크를 기반으로 머지 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
도 12의 머지 후보 리스트 구성 방법은, 참조 픽처 리스트에 현재 픽처만 존재하는 경우, 각각의 머지 후보에 대해서 블록 벡터의 미리 정의된 허용 범위를 기반으로 블록 벡터의 유효성을 판단하고, 상기 블록 벡터가 사용 가능한 경우에만 상기 각각의 머지 후보를 머지 후보 리스트에 추가하는 것이다. 먼저, 공간적 주변 블록들을 탐색하여 공간적 머지 후보(또는, 공간적 주변 후보 블록)를 도출할 수 있다. 현재 픽처만 참조 픽처일 때, 공간적 머지 후보의 유효성을 체크한 후, 사용 가능하면 공간적 머지 후보를 머지 후보 리스트에 삽입하고, 사용 가능하지 않으면 공간적 머지 후보를 머지 후보 리스트에 삽입하지 않을 수 있다. 참조 픽처 리스트에 현재 픽처 외에 다른 픽처가 존재하는 경우에는 유효성 체크 없이 공간적 머지 후보를 상기 머지 후보 리스트에 추가할 수 있다. 상기 공간적 머지 후보에 대한 유효성 체크(또는, 상기 블록 벡터에 대한 유효성 체크)는 상기 블록 벡터가 미리 정의된 블록 벡터 허용 범위에 포함되는지를 체크함으로써 수행될 수 있다. 일 예시에서, 상기 블록 벡터의 허용 범위는 현재 블록을 포함하는 최대 부호화 유닛으로 한정될 수 있다. 현재 블록을 포함하는 최대 부호화 유닛을 블록 벡터의 허용 범위로 사용하는 경우, 유효한 블록 벡터의 판단은 상기 표 6의 의사 코드에 기반할 수 있다.
이후, 시간적 주변 블록들을 탐색하여 시간적 머지 후보를 도출할 수 있다. 현재 픽처가 유일한 참조 픽처일 때, 시간적 머지 후보(또는 블록 벡터)의 유효성을 체크한 후, 사용 가능하면 시간적 머지 후보를 머지 후보 리스트에 삽입하고, 사용 가능하지 않으면 시간적 머지 후보를 머지 후보 리스트에 삽입하지 않을 수 있다. 참조 픽처 리스트에 현재 픽처 외에 다른 픽처가 존재하는 경우에는 유효성 체크 없이 시간적 머지 후보를 머지 후보 리스트에 추가할 수 있다.
다음으로 HMVP (머지) 후보를 도출할 수 있다. 현재 픽처가 유일한 참조 픽처인 경우, HMVP 머지 후보(또는 대응 블록 벡터)의 유효성을 체크한 후, 사용 가능하면 HMVP 머지 후보를 머지 후보 리스트에 삽입하고, 사용 가능하지 않으면 HMVP 머지 후보를 머지 후보 리스트에 삽입하지 않을 수 있다. 참조 픽처 리스트에 현재 픽처 외에 다른 픽처가 존재하는 경우에는, 유효성 체크 없이 HMVP 머지 후보를 머지 후보 리스트에 추가할 수 있다.
다음으로, 페어와이즈 머지 후보를 도출할 수 있다. 현재 픽처만 참조 픽처일 때, 페어와이즈 머지 후보(또는 대응 블록 벡터)의 유효성을 체크한 후, 사용 가능하면 페어와이즈 머지 후보를 머지 후보 리스트에 삽입하고, 사용 가능하지 않으면 페어와이즈 머지 후보를 머지 후보 리스트에 삽입하지 않을 수 있다. 참조 픽처 리스트에 현재 픽처 외에 다른 참조 픽처가 존재하는 경우에는, 유효성 체크 없이 페어와이즈 머지 후보를 머지 후보 리스트에 추가할 수 있다. 또한, 페어와이즈 머지 후보까지 구성한 이후, 머지 후보 리스트가 최대 머지 후보 리스트보다 적고 현재 영상을 참조 영상으로 사용 가능한 경우, CPR 머지 후보(또는 블록 크기 기반의 움직임 벡터 후보)를 머지 후보 리스트에 삽입할 수 있다. CPR 머지 후보도 상기 표 6의 의사 코드를 기반으로 유효성을 체크한 후, 블록 벡터가 사용 가능하면 머지 후보 리스트에 추가할 수 있다. 추가될 수 있는 CPR 머지 후보의 예시는 다음과 같을 수 있다.
일 실시예에서, CPR 머지 후보를 머지 후보 리스트에 하나만 추가하는 경우에 있어서, CPR 머지 후보는 예를 들어 좌표 (-W, 0), (0, -H), (-2W, 0), (0, -2H), (-W, -H), (-2W, -2H), (-((xP % CTUwidth) + W >> 1), 0) 또는 (0, -((yP % CTUheight) + H >> 1))와 관련될 수 있다.
다른 일 실시예에서, CPR 머지 후보를 머지 후보 리스트에 두 개 추가하는 경우에 있어서, CPR 머지 후보는 예를 들어 좌표 (-W, 0) 및 (0, -H), (0, -H) 및 (-W, 0), (-2W, 0) 및 (0, -2H), (0, -2H) 및 (-2W, 0), (-W, -H) 및 (-2W, -2H), (-2W, -2H) 및 (-W, -H), (-((xP % CTUwidth) + W >> 1), 0) 및 (0, -((yP % CTUheight) + H >> 1)), 또는 (0, -((yP % CTUheight) + H >> 1)) 및 (-((xP % CTUwidth) + W >> 1), 0)와 관련될 수 있다.
도 13은 일 실시예에 따라 CPR 움직임 벡터 예측자에 대한 유효성 체크를 기반으로 움직임 벡터 예측 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
일 실시예는 현재 픽처에서 움직임 보상을 사용할 때, 움직임 벡터 예측 모드에서 움직임 벡터 예측 리스트를 구성하는 방법에 대한 것이다. 도 13은 움직임 벡터 예측 리스트의 구성 방법을 나타내고 있다. 먼저, 움직임 벡터 예측 리스트 구성을 위한 공간적 후보 블록을 탐색하여 움직임 벡터 예측 리스트에 삽입할 수 있다. 공간적 후보 블록은 현재 블록에 인접한(또는 이웃한) 좌측 블록, 좌-하측 블록, 상측 블록, 상-우측 블록, 상-좌측 블록 등이 선택될 수 있다. 구성된 움직임 벡터 예측 후보가 최대 움직임 예측 크기 미만인 경우, 시간적 후보 블록을 탐색하여 움직임 벡터 예측 리스트에 추가할 수 있다. 공간적 및 시간적 주변 후보 블록으로 움직임 벡터 예측 리스트를 채운 이후, 참조 픽처 인덱스가 현재 픽처를 나타내는 경우 CPR 움직임 벡터 예측자(또는 블록 크기 기반의 움직임 벡터 후보)를 움직임 벡터 예측 리스트에 삽입할 수 있다. 여기서, CPR 움직임 벡터 예측자를 움직임 벡터 예측 리스트에 삽입하기 전에 "CPR 움직임 벡터 예측자의 유효성을 체크"하는 단계가 적용될 수 있다. 즉, 움직임 벡터 예측 리스트의 각 후보에 대한 사용 유무는 각각의 예측 벡터가 블록 벡터의 허용 가능 범위 내에 존재하는지 여부를 기반으로 판단할 수 있다. 일 예시에서, 블록 벡터의 허용 범위는 현재 블록을 포함하는 최대 부호화 유닛으로 한정될 수 있다. 현재 블록을 포함하는 최대 부호화 유닛을 블록 벡터의 허용 범위로 하는 경우, 유효한 예측 벡터의 판단은 상기 표 6의 의사 코드에 기반할 수 있다. 상기 표 6의 의사 코드를 이용하여 움직임 벡터 예측 리스트에서 사용할 수 없는 후보는 현재의 움직임 벡터 예측 후보 리스트에서 제거될 수 있다. 이후, 움직임 벡터 예측 (후보) 리스트에 포함된 움직임 벡터 예측 후보의 개수가 최대 허용치보다 적을 때, 현재 블록의 크기에 따라서 블록 크기 기반 움직임 벡터 후보(또는 CPR 움직임 벡터 예측자)를 추가할 수 있다. CPR 움직임 벡터 예측자도 상기 의사 코드를 이용하여 상기 CPR 움직임 벡터 예측자에 대한 예측 벡터가 유효(또는 상기 CPR 움직임 벡터 예측자가 유효)한지 여부를 체크한 이후에 움직임 벡터 예측 후보 리스트에 추가될 수 있다. 추가될 수 있는 CPR 움직임 벡터 예측자의 예시는 아래와 같을 수 있다.
일 실시예에서, CPR 움직임 벡터 예측자를 하나만 추가하는 경우에 있어서, 상기 CPR 움직임 벡터 예측자는, 예를 들어 좌표 (-W, 0), (0, -H), (-2W, 0), (0, -2H), (-W, -H), (-2W, -2H), (-((xP % CTUwidth) + W >> 1), 0), 또는 (0, -((yP % CTUheight) + H >> 1))와 관련될 수 있다.
다른 일 실시예에서, CPR 움직임 벡터 예측자를 두 개 추가하는 경우에 있어서, 상기 CPR 움직임 벡터 예측자는, 예를 들어 좌표 (-W, 0) 및 (0, -H), (0, -H) 및 (-W, 0), (-2W, 0) 및 (0, -2H), (0, -2H) 및 (-2W, 0), (-W, -H) 및 (-2W, -2H), (-2W, -2H) 및 (-W, -H), (-((xP % CTUwidth) + W >> 1), 0) 및 (0, -((yP % CTUheight) + H >> 1)), 또는 (0, -((yP % CTUheight) + H >> 1)) 및 (-((xP % CTUwidth) + W >> 1), 0)와 관련될 수 있다.
도 14는 다른 일 실시예에 따라 CPR 움직임 벡터 예측자에 대한 유효성 체크를 기반으로 움직임 벡터 예측 후보 리스트를 구성하는 방법을 도시하는 흐름도이다.
일 실시예에서는 현재 픽처에서 움직임 보상을 사용할 때, 움직임 벡터 예측 모드에서 움직임 벡터 예측 리스트를 구성하는 방법이 제공될 수 있다. 도 14는 움직임 벡터 예측 (후보) 리스트의 구성 방법을 나타낸다. 먼저, 움직임 벡터 예측 후보 리스트의 구성을 위한 공간적 후보 블록을 탐색하여 움직임 벡터 예측 후보를 도출할 수 있다. 공간적 후보 블록은 현재 블록에 인접한 좌측 블록, 좌-하측 블록, 상측 블록, 상-우측 블록, 상-좌측 블록 등이 선택될 수 있다. 이후, 블록 벡터 유효성을 체크하여 사용 가능하면 공간적 움직임 벡터 예측 후보를 움직임 벡터 예측 후보 리스트에 삽입하고, 사용 가능하지 않으면 공간적 움직임 벡터 예측 후보를 움직임 벡터 예측 후보 리스트에 삽입하지 않을 수 있다. 상기 블록 벡터에 대한 유효성 체크는 미리 정의된 블록 벡터의 허용 범위에 상기 움직임 벡터 예측 후보에 대한 예측 벡터가 포함되는지 여부를 체크하는 것을 의미할 수 있다. 일 예시에서, 상기 블록 벡터의 허용 범위는 현재 블록을 포함하는 최대 부호화 유닛으로 한정될 수 있다. 현재 블록을 포함하는 최대 부호화 유닛이 블록 벡터의 허용 범위로 사용되는 경우, 유효한 블록 벡터에 대한 판단은 상기 표 6의 의사 코드를 기반으로 수행될 수 있다. 구성된 움직임 벡터 예측 후보 리스트에 포함된 움직임 벡터 예측 후보의 개수가 상기 움직임 벡터 예측 후보 리스트의 최대 크기 미만인 경우, 시간적 후보 블록을 탐색하여 움직임 벡터 예측 후보를 도출할 수 있다. 이후, 블록 벡터 유효성을 체크하여 사용 가능하면 시간적 움직임 벡터 예측 후보를 움직임 벡터 예측 후보 리스트에 삽입하고, 사용 가능하지 않으면 시간적 움직임 벡터 예측 후보를 움직임 벡터 예측 후보 리스트에 삽입하지 않을 수 있다. 이후, 참조 픽처 인덱스가 현재 픽처를 나타내고 움직임 벡터 예측 후보 리스트의 크기가 상기 움직임 벡터 예측 후보 리스트의 최대 크기보다 적을 때, 현재 블록의 크기에 따라서 블록 크기 기반 움직임 벡터 후보(또는 CPR 움직임 벡터 예측자)가 추가될 수 있다. CPR 움직임 벡터 예측자도 상기 표 6의 의사 코드를 기반으로 상기 CPR 움직임 벡터 예측자에 대한 예측 벡터의 유효성을 체크한 이후에 상기 움직임 벡터 예측 후보 리스트에 추가될 수 있다. 추가될 수 있는 CPR 움직임 벡터 예측자의 예시는 아래와 같다.
일 실시예에서, CPR 움직임 벡터 예측자를 움직임 벡터 예측 후보 리스트에 하나만 추가하는 경우, 상기 CPR 움직임 벡터 예측자는, 예를 들어 좌표 (-W, 0), (0, -H), (-2W, 0), (0, -2H), (-W, -H), (-2W, -2H), (-((xP % CTUwidth) + W >> 1), 0) 또는 (0, -((yP % CTUheight) + H >> 1))와 관련될 수 있다.
다른 일 실시예에서, CPR 움직임 벡터 예측자를 움직임 벡터 예측 후보 리스트에 두 개 추가하는 경우, 상기 CPR 움직임 벡터 예측자는, 예를 들어 좌표 (-W, 0) 및 (0, -H), (0, -H) 및 (-W, 0), (-2W, 0) 및 (0, -2H), (0, -2H) 및 (-2W, 0), (-W, -H) 및 (-2W, -2H), (-2W, -2H) 및 (-W, -H), (-((xP % CTUwidth) + W >> 1), 0) 및 (0, -((yP % CTUheight) + H >> 1)), 또는 (0, -((yP % CTUheight) + H >> 1)) 및 (-((xP % CTUwidth) + W >> 1), 0)와 관련될 수 있다.
도 15는 일 실시예에 따른 인코딩 장치의 동작을 도시하는 흐름도이고, 도 16은 일 실시예에 따른 인코딩 장치의 구성을 도시하는 블록도이다.
도 15 및 도 16에 따른 인코딩 장치는 도 17 및 도 18에 따른 디코딩 장치와 대응되는 동작들을 수행할 수 있다. 따라서, 도 17 및 도 18에서 후술될 디코딩 장치의 동작들은 도 15 및 도 16에 따른 인코딩 장치에도 마찬가지로 적용될 수 있다.
도 15에 개시된 각 단계는 도 2에 개시된 인코딩 장치(200)에 의하여 수행될 수 있다. 보다 구체적으로, S1500 내지 S1520은 도 2에 개시된 예측부(220)에 의하여 수행될 수 있고, S1530은 도 2에 개시된 엔트로피 인코딩부(240)에 의하여 수행될 수 있다. 더불어 S1500 내지 S1530에 따른 동작들은, 도 4 내지 도 14에서 전술된 내용들 중 일부를 기반으로 한 것이다. 따라서, 도 2 및 도 4 내지 도 14에서 전술된 내용과 중복되는 구체적인 내용은 설명을 생략하거나 간단히 하기로 한다.
도 16에 도시된 바와 같이, 일 실시예에 따른 인코딩 장치는 예측부(220), 레지듀얼 처리부(230) 및 엔트로피 인코딩부(240)를 포함할 수 있다. 그러나, 경우에 따라서는 도 16에 도시된 구성 요소 모두가 인코딩 장치의 필수 구성 요소가 아닐 수 있고, 인코딩 장치는 도 16에 도시된 구성 요소보다 많거나 적은 구성 요소에 의해 구현될 수 있다.
일 실시예에 따른 인코딩 장치에서 예측부(220) 및 엔트로피 인코딩부(240)는 각각 별도의 칩(chip)으로 구현되거나, 적어도 둘 이상의 구성 요소가 하나의 칩을 통해 구현될 수도 있다.
일 실시예에 따른 인코딩 장치는, 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출할 수 있다(S1500). 보다 구체적으로, 인코딩 장치의 예측부(220)는 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출할 수 있다.
일 실시예에 따른 인코딩 장치는, 상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크할 수 있다(S1510). 보다 구체적으로, 인코딩 장치의 예측부(220)는 상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크할 수 있다.
일 실시예에 따른 인코딩 장치는, 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가할 수 있다(S1520). 보다 구체적으로, 인코딩 장치의 예측부(220)는 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가할 수 있다.
일 실시예에 따른 인코딩 장치는, 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트에 대한 정보를 포함하는 영상 정보를 인코딩할 수 있다(S1530). 보다 구체적으로, 인코딩 장치의 엔트로피 인코딩부(240)는 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트에 대한 정보를 포함하는 영상 정보를 인코딩할 수 있다.
일 실시예에서, 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수는 1개인 것을 특징으로 할 수 있다.
일 실시예에 따른 인코딩 장치는, 상기 CPR 머지 후보의 유효성을 체크함에 있어서, 상기 블록 벡터의 종점이 상기 현재 블록을 포함하는 최대 코닝 유닛 내 샘플에 위치하는지 여부를 체크할 수 있다.
일 실시예에서, 상기 현재 픽처 내 상기 참조 블록은 좌표 (-((xP % CTUwidth) + W >> 1), 0)에 위치하는 샘플 또는 좌표 (0, -((yP % CTUheight) + H >> 1))에 위치하는 샘플을 포함하고, 여기서 상기 xP는 현재 블록의 좌상단(샘플)의 x축 좌표를 나타내고, 상기 yP는 현재 블록의 상기 좌상단(샘플)의 y축 좌표를 나타내고, 상기 CTUwidth는 상기 최대 코딩 유닛의 폭을 나타내고, 상기 CTUheight는 상기 최대 코딩 유닛의 높이를 나타내고, 상기 W는 상기 현재 블록의 폭을 나타내고, 상기 H는 상기 현재 블록의 높이를 나타낼 수 있다.
도 15 및 도 16의 인코딩 장치 및 인코딩 장치의 동작 방법에 따르면, 인코딩 장치는 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출하고(S1500), 상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크하고(S1510), 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하고(S1520), 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트에 대한 정보를 포함하는 영상 정보를 인코딩(S1530) 할 수 있고, 이때 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수는 1개일 수 있다. 즉, 도 15 및 도 16에 따르면 머지 모드에서 CPR 머지 후보의 유효성을 체크함으로써 머지 후보 리스트를 효율적으로 구성할 수 있고, 또는 인터 예측 시 움직임 벡터 예측 후보 리스트를 효율적으로 구성할 수 있다.
도 17은 일 실시예에 따른 디코딩 장치의 동작을 도시하는 흐름도이고, 도 18은 일 실시예에 따른 디코딩 장치의 구성을 도시하는 블록도이다.
도 17에 개시된 각 단계는 도 3에 개시된 디코딩 장치(300)에 의하여 수행될 수 있다. 보다 구체적으로, S1700 내지 S1730은 도 3에 개시된 예측부(330)에 의하여 수행될 수 있고, S1740은 도 3에 개시된 가산부(340)에 의하여 수행될 수 있다. 더불어 S1700 내지 S1740에 따른 동작들은, 도 4 내지 도 14에서 전술된 내용들 중 일부를 기반으로 한 것이다. 따라서, 도 3 내지 도 14에서 전술된 내용과 중복되는 구체적인 내용은 설명을 생략하거나 간단히 하기로 한다.
도 18에 도시된 바와 같이, 일 실시예에 따른 디코딩 장치는 예측부(330) 및 가산부(340)를 포함할 수 있다. 그러나, 경우에 따라서는 도 18에 도시된 구성 요소 모두가 디코딩 장치의 필수 구성 요소가 아닐 수 있고, 디코딩 장치는 도 18에 도시된 구성 요소보다 많거나 적은 구성 요소에 의해 구현될 수 있다.
일 실시예에 따른 디코딩 장치에서 예측부(330) 및 가산부(340)는 각각 별도의 칩(chip)으로 구현되거나, 적어도 둘 이상의 구성 요소가 하나의 칩을 통해 구현될 수도 있다.
일 실시예에 따른 디코딩 장치는, 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터(block vector)를 기반으로 참조하는 CPR(Current Picture Referencing) 머지 후보를 도출할 수 있다(S1700). 보다 구체적으로, 디코딩 장치의 예측부(330)는 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출할 수 있다.
일 실시예에 따른 디코딩 장치는, 상기 현재 픽처에 대한 참조 픽처 리스트(reference picture list)에 포함된 하나의 참조 픽처(reference picture)가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성(availability)을 체크할 수 있다(S1710). 보다 구체적으로, 디코딩 장치의 예측부(330)는 상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크할 수 있다.
일 실시예에 따른 디코딩 장치는, 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가할 수 있다(S1720). 보다 구체적으로, 디코딩 장치의 예측부(330)는 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가할 수 있다.
일 실시예에 따른 디코딩 장치는, 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출할 수 있다(S1730). 보다 구체적으로, 디코딩 장치의 예측부(330)는 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출할 수 있다.
일 실시예에 따른 디코딩 장치는, 상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성할 수 있다(S1740). 보다 구체적으로, 디코딩 장치의 가산부(340)는 상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성할 수 있다.
일 실시예에서, 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수(total number)는 1개인 것을 특징으로 할 수 있다.
일 실시예에 따른 디코딩 장치는, 상기 CPR 머지 후보의 유효성을 체크함에 있어서, 상기 블록 벡터의 종점이 상기 현재 블록(700)을 포함하는 최대 코닝 유닛(710) 내 샘플에 위치하는지 여부를 체크할 수 있다.
일 실시예에 따른 디코딩 장치는, 상기 CPR 머지 후보의 유효성을 체크함에 있어서, 상기 블록 벡터의 종점이 상기 현재 블록(712)을 포함하는 최대 코닝 유닛(710)의 라인 버퍼(714) 내 참조 샘플에 위치하는지 여부를 체크할 수 있다.
일 실시예에서, 상기 라인 버퍼(714)는 상기 최대 코딩 유닛(712)을 기준으로 하는 좌측 라인 버퍼 및 상측 라인 버퍼를 포함하고, 상기 참조 샘플은 상기 좌측 라인 버퍼에 포함될 수 있다.
일 실시예에서, 상기 CPR 머지 후보는 상기 현재 블록의 공간적 주변 후보 블록(spatial neighboring candidate block)인 것을 특징으로 할 수 있다.
일 실시예에서, 상기 CPR 머지 후보는 상기 현재 블록의 시간적 주변 후보 블록(temporal neighboring candidate block)인 것을 특징으로 할 수 있다.
일 실시예에 따른 디코딩 장치는 상기 현재 블록의 공간적 주변 후보 블록을 도출할 수 있다. 이에 따라, 디코딩 장치는 상기 CPR 머지 후보의 유효성을 체크함에 있어서, 도출된 상기 공간적 주변 후보 블륵의 총 개수가 2개 미만이라는 결정을 기반으로, 상기 시간적 주변 후보 블록의 유효성을 체크할 수 있다.
일 실시예에 따른 디코딩 장치는 상기 현재 블록의 공간적 주변 후보 블록 및 시간적 주변 후보 블록을 도출할 수 있다. 이에 따라, 디코딩 장치는 상기 CPR 머지 후보의 유효성을 체크함에 있어서, 도출된 상기 공간적 주변 후보 블록 및 상기 시간적 주변 후보 블록의 총 개수가 2개 미만이라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크할 수 있다.
일 실시예에서, 상기 현재 픽처 내 상기 참조 블록은 좌표 (-((xP % CTUwidth) + W >> 1), 0)에 위치하는 샘플 또는 좌표 (0, -((yP % CTUheight) + H >> 1))에 위치하는 샘플을 포함하고, 여기서 상기 xP는 현재 블록의 좌상단(샘플)의 x축 좌표를 나타내고, 상기 yP는 상기 현재 블록의 상기 좌상단(샘플)의 y축 좌표를 나타내고, 상기 CTUwidth는 상기 최대 코딩 유닛의 폭을 나타내고, 상기 CTUheight는 상기 최대 코딩 유닛의 높이를 나타내고, 상기 W는 상기 현재 블록의 폭을 나타내고, 상기 H는 상기 현재 블록의 높이를 나타낼 수 있다.
일 실시예에서, 상기 현재 픽처 내 상기 참조 블록은 좌표 (0, -((yP % CTUheight) + H >> 1))에 위치하는 샘플 또는 좌표 (-((xP % CTUwidth) + W >> 1), 0)에 위치하는 샘플을 포함하고, 여기서 상기 xP는 상기 현재 블록의 좌상단(샘플)의 x축 좌표를 나타내고, 상기 yP는 상기 현재 블록 의 상기 좌상단(샘플)의 y축 좌표를 나타내고, 상기 CTUwidth는 상기 최대 코딩 유닛의 폭을 나타내고, 상기 CTUheight는 상기 최대 코딩 유닛의 높이를 나타낼 수 있다.
일 실시예에서, 상기 CPR 머지 후보는 상기 현재 블록의 HMVP(History-based Motion Vector Prediction) 후보일 수 있다. 일 실시예에 따른 디코딩 장치는, 상기 CPR 머지 후보의 유효성을 체크함에 있어서, 상기 HMVP 후보에 관한 상기 블록 벡터의 종점이 상기 현재 블록을 포함하는 최대 코닝 유닛 내 샘플에 위치하는지 여부를 체크할 수 있다.
도 17 및 도 18에 개시된 디코딩 장치 및 디코딩 장치의 동작 방법에 따르면, 디코딩 장치는 현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터(block vector)를 기반으로 참조하는 CPR(Current Picture Referencing) 머지 후보를 도출하고(S1700), 상기 현재 픽처에 대한 참조 픽처 리스트(reference picture list)에 포함된 하나의 참조 픽처(reference picture)가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성(availability)을 체크하고(S1710), 상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하고(S1720), 상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출하고(S1730), 상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성(S1740)할 수 있고, 이때 상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수(total number)는 1개인 것을 특징으로 할 수 있다. 즉, 도 17 및 도 18에 따르면 머지 모드에서 CPR 머지 후보의 유효성을 체크함으로써 머지 후보 리스트를 효율적으로 구성할 수 있고, 또는 인터 예측 시 움직임 벡터 예측 후보 리스트를 효율적으로 구성할 수 있다.
상술한 실시예에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 본 개시는 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타내어진 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 본 개시의 범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.
상술한 본 개시에 따른 방법은 소프트웨어 형태로 구현될 수 있으며, 본 개시에 따른 인코딩 장치 및/또는 디코딩 장치는 예를 들어 TV, 컴퓨터, 스마트폰, 셋톱박스, 디스플레이 장치 등의 영상 처리를 수행하는 장치에 포함될 수 있다.
본 개시에서 실시예들이 소프트웨어로 구현될 때, 상술한 방법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리에 저장되고, 프로세서에 의해 실행될 수 있다. 메모리는 프로세서 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서와 연결될 수 있다. 프로세서는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. 즉, 본 개시에서 설명한 실시예들은 프로세서, 마이크로 프로세서, 컨트롤러 또는 칩 상에서 구현되어 수행될 수 있다. 예를 들어, 각 도면에서 도시한 기능 유닛들은 컴퓨터, 프로세서, 마이크로 프로세서, 컨트롤러 또는 칩 상에서 구현되어 수행될 수 있다. 이 경우 구현을 위한 정보(ex. information on instructions) 또는 알고리즘이 디지털 저장 매체에 저장될 수 있다.
또한, 본 개시가 적용되는 디코딩 장치 및 인코딩 장치는 멀티미디어 방송 송수신 장치, 모바일 통신 단말, 홈 시네마 비디오 장치, 디지털 시네마 비디오 장치, 감시용 카메라, 비디오 대화 장치, 비디오 통신과 같은 실시간 통신 장치, 모바일 스트리밍 장치, 저장 매체, 캠코더, 주문형 비디오(VoD) 서비스 제공 장치, OTT 비디오(Over the top video) 장치, 인터넷 스트리밍 서비스 제공 장치, 3차원(3D) 비디오 장치, VR(virtual reality) 장치, AR(argumente reality) 장치, 화상 전화 비디오 장치, 운송 수단 단말 (ex. 차량(자율주행차량 포함) 단말, 비행기 단말, 선박 단말 등) 및 의료용 비디오 장치 등에 포함될 수 있으며, 비디오 신호 또는 데이터 신호를 처리하기 위해 사용될 수 있다. 예를 들어, OTT 비디오(Over the top video) 장치로는 게임 콘솔, 블루레이 플레이어, 인터넷 접속 TV, 홈시어터 시스템, 스마트폰, 태블릿 PC, DVR(Digital Video Recoder) 등을 포함할 수 있다.
또한, 본 개시가 적용되는 처리 방법은 컴퓨터로 실행되는 프로그램의 형태로 생산될 수 있으며, 컴퓨터가 판독할 수 있는 기록 매체에 저장될 수 있다. 본 개시에 따른 데이터 구조를 가지는 멀티미디어 데이터도 또한 컴퓨터가 판독할 수 있는 기록 매체에 저장될 수 있다. 상기 컴퓨터가 판독할 수 있는 기록 매체는 컴퓨터로 읽을 수 있는 데이터가 저장되는 모든 종류의 저장 장치 및 분산 저장 장치를 포함한다. 상기 컴퓨터가 판독할 수 있는 기록 매체는, 예를 들어, 블루레이 디스크(BD), 범용 직렬 버스(USB), ROM, PROM, EPROM, EEPROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크 및 광학적 데이터 저장 장치를 포함할 수 있다. 또한, 상기 컴퓨터가 판독할 수 있는 기록 매체는 반송파(예를 들어, 인터넷을 통한 전송)의 형태로 구현된 미디어를 포함한다. 또한, 인코딩 방법으로 생성된 비트스트림이 컴퓨터가 판독할 수 있는 기록 매체에 저장되거나 유무선 통신 네트워크를 통해 전송될 수 있다.
또한, 본 개시의 실시예는 프로그램 코드에 의한 컴퓨터 프로그램 제품으로 구현될 수 있고, 상기 프로그램 코드는 본 개시의 실시예에 의해 컴퓨터에서 수행될 수 있다. 상기 프로그램 코드는 컴퓨터에 의해 판독가능한 캐리어 상에 저장될 수 있다.
도 19는 본 문서의 개시가 적용될 수 있는 컨텐츠 스트리밍 시스템의 예를 나타낸다.
도 19를 참조하면, 본 개시가 적용되는 컨텐츠 스트리밍 시스템은 크게 인코딩 서버, 스트리밍 서버, 웹 서버, 미디어 저장소, 사용자 장치 및 멀티미디어 입력 장치를 포함할 수 있다.
상기 인코딩 서버는 스마트폰, 카메라, 캠코더 등과 같은 멀티미디어 입력 장치들로부터 입력된 컨텐츠를 디지털 데이터로 압축하여 비트스트림을 생성하고 이를 상기 스트리밍 서버로 전송하는 역할을 한다. 다른 예로, 스마트폰, 카메라, 캠코더 등과 같은 멀티미디어 입력 장치들이 비트스트림을 직접 생성하는 경우, 상기 인코딩 서버는 생략될 수 있다.
상기 비트스트림은 본 개시가 적용되는 인코딩 방법 또는 비트스트림 생성 방법에 의해 생성될 수 있고, 상기 스트리밍 서버는 상기 비트스트림을 전송 또는 수신하는 과정에서 일시적으로 상기 비트스트림을 저장할 수 있다.
상기 스트리밍 서버는 웹 서버를 통한 사용자 요청에 기초하여 멀티미디어 데이터를 사용자 장치에 전송하고, 상기 웹 서버는 사용자에게 어떠한 서비스가 있는지를 알려주는 매개체 역할을 한다. 사용자가 상기 웹 서버에 원하는 서비스를 요청하면, 상기 웹 서버는 이를 스트리밍 서버에 전달하고, 상기 스트리밍 서버는 사용자에게 멀티미디어 데이터를 전송한다. 이때, 상기 컨텐츠 스트리밍 시스템은 별도의 제어 서버를 포함할 수 있고, 이 경우 상기 제어 서버는 상기 컨텐츠 스트리밍 시스템 내 각 장치 간 명령/응답을 제어하는 역할을 한다.
상기 스트리밍 서버는 미디어 저장소 및/또는 인코딩 서버로부터 컨텐츠를 수신할 수 있다. 예를 들어, 상기 인코딩 서버로부터 컨텐츠를 수신하게 되는 경우, 상기 컨텐츠를 실시간으로 수신할 수 있다. 이 경우, 원활한 스트리밍 서비스를 제공하기 위하여 상기 스트리밍 서버는 상기 비트스트림을 일정 시간동안 저장할 수 있다.
상기 사용자 장치의 예로는, 휴대폰, 스마트 폰(smart phone), 노트북 컴퓨터(laptop computer), 디지털방송용 단말기, PDA(personal digital assistants), PMP(portable multimedia player), 네비게이션, 슬레이트 PC(slate PC), 태블릿 PC(tablet PC), 울트라북(ultrabook), 웨어러블 디바이스(wearable device, 예를 들어, 워치형 단말기 (smartwatch), 글래스형 단말기 (smart glass), HMD(head mounted display)), 디지털 TV, 데스크탑 컴퓨터, 디지털 사이니지 등이 있을 수 있다.
상기 컨텐츠 스트리밍 시스템 내 각 서버들은 분산 서버로 운영될 수 있으며, 이 경우 각 서버에서 수신하는 데이터는 분산 처리될 수 있다.

Claims (15)

  1. 디코딩 장치에 의하여 수행되는 영상 디코딩 방법에 있어서,
    현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터(block vector)를 기반으로 참조하는 CPR(Current Picture Referencing) 머지 후보를 도출하는 단계;
    상기 현재 픽처에 대한 참조 픽처 리스트(reference picture list)에 포함된 하나의 참조 픽처(reference picture)가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성(availability)을 체크하는 단계;
    상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하는 단계;
    상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출하는 단계; 및
    상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성하는 단계를 포함하되,
    상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수(total number)는 1개인 것을 특징으로 하는, 영상 디코딩 방법.
  2. 제1항에 있어서,
    상기 CPR 머지 후보의 유효성을 체크하는 단계는,
    상기 블록 벡터의 종점이 상기 현재 블록을 포함하는 최대 코닝 유닛 내 샘플에 위치하는지 여부를 체크하는 단계를 포함하는 것을 특징으로 하는, 영상 디코딩 방법.
  3. 제1항에 있어서,
    상기 CPR 머지 후보의 유효성을 체크하는 단계는,
    상기 블록 벡터의 종점이 상기 현재 블록을 포함하는 최대 코닝 유닛의 라인 버퍼(line buffer) 내 참조 샘플에 위치하는지 여부를 체크하는 단계를 포함하는 것을 특징으로 하는, 영상 디코딩 방법.
  4. 제3항에 있어서,
    상기 라인 버퍼는 상기 최대 코딩 유닛을 기준으로 하는 좌측 라인 버퍼 및 상측 라인 버퍼를 포함하고, 상기 참조 샘플은 상기 좌측 라인 버퍼에 포함되는 것을 특징으로 하는, 영상 디코딩 방법.
  5. 제1항에 있어서,
    상기 CPR 머지 후보는 상기 현재 블록의 공간적 주변 후보 블록(spatial neighboring candidate block)인 것을 특징으로 하는, 영상 디코딩 방법.
  6. 제1항에 있어서,
    상기 CPR 머지 후보는 상기 현재 블록의 시간적 주변 후보 블록(temporal neighboring candidate block)인 것을 특징으로 하는, 영상 디코딩 방법.
  7. 제6항에 있어서,
    상기 현재 블록의 공간적 주변 후보 블록을 도출하는 단계를 포함하고,
    상기 CPR 머지 후보의 유효성을 체크하는 단계는,
    도출된 상기 공간적 주변 후보 블륵의 총 개수가 2개 미만이라는 결정을 기반으로, 상기 시간적 주변 후보 블록의 유효성을 체크하는 단계를 포함하는 것을 특징으로 하는, 영상 디코딩 방법.
  8. 제1항에 있어서,
    상기 현재 블록의 공간적 주변 후보 블록 및 시간적 주변 후보 블록을 도출하는 단계를 포함하고,
    상기 CPR 머지 후보의 유효성을 체크하는 단계는,
    도출된 상기 공간적 주변 후보 블록 및 상기 시간적 주변 후보 블록의 총 개수가 2개 미만이라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크하는 단계를 포함하는 것을 특징으로 하는, 영상 디코딩 방법.
  9. 제2항에 있어서,
    상기 현재 픽처 내 상기 참조 블록은 좌표 (-((xP % CTUwidth) + W >> 1), 0)에 위치하는 샘플 또는 좌표 (0, -((yP % CTUheight) + H >> 1))에 위치하는 샘플을 포함하고, 여기서 상기 xP는 상기 현재 블록의 좌상단의 x축 좌표를 나타내고, 상기 yP는 상기 현재 블록의 상기 좌상단의 y축 좌표를 나타내고, 상기 CTUwidth는 상기 최대 코딩 유닛의 폭을 나타내고, 상기 CTUheight는 상기 최대 코딩 유닛의 높이를 나타내고, 상기 W는 상기 현재 블록의 폭을 나타내고, 상기 H는 상기 현재 블록의 높이를 나타내는 것을 특징으로 하는, 영상 디코딩 방법.
  10. 제2항에 있어서,
    상기 현재 픽처 내 상기 참조 블록은 좌표 (0, -((yP % CTUheight) + H >> 1))에 위치하는 샘플 또는 좌표 (-((xP % CTUwidth) + W >> 1), 0)에 위치하는 샘플을 포함하고, 여기서 상기 xP는 상기 현재 블록의 좌상단의 x축 좌표를 나타내고, 상기 yP는 상기 현재 블록의 상기 좌상단의 y축 좌표를 나타내고, 상기 CTUwidth는 상기 최대 코딩 유닛의 폭을 나타내고, 상기 CTUheight는 상기 최대 코딩 유닛의 높이를 나타내는 것을 특징으로 하는, 영상 디코딩 방법.
  11. 제2항에 있어서,
    상기 CPR 머지 후보는 상기 현재 블록의 HMVP(History-based Motion Vector Prediction) 후보이고,
    상기 CPR 머지 후보의 유효성을 체크하는 단계는,
    상기 HMVP 후보에 관한 상기 블록 벡터의 종점이 상기 현재 블록을 포함하는 최대 코닝 유닛 내 샘플에 위치하는지 여부를 체크하는 단계를 포함하는 것을 특징으로 하는, 영상 디코딩 방법.
  12. 인코딩 장치에 의하여 수행되는 영상 인코딩 방법에 있어서,
    현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출하는 단계;
    상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크하는 단계;
    상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하는 단계; 및
    상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트에 대한 정보를 포함하는 영상 정보를 인코딩하는 단계를 포함하되,
    상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수는 1개인 것을 특징으로 하는, 영상 인코딩 방법.
  13. 제12항에 있어서,
    상기 CPR 머지 후보의 유효성을 체크하는 단계는,
    상기 블록 벡터의 종점이 상기 현재 블록을 포함하는 최대 코닝 유닛 내 샘플에 위치하는지 여부를 체크하는 단계를 포함하는 것을 특징으로 하는, 영상 인코딩 방법.
  14. 제13항에 있어서,
    상기 현재 픽처 내 상기 참조 블록은 좌표 (-((xP % CTUwidth) + W >> 1), 0)에 위치하는 샘플 또는 좌표 (0, -((yP % CTUheight) + H >> 1))에 위치하는 샘플을 포함하고, 여기서 상기 xP는 상기 현재 블록의 좌상단의 x축 좌표를 나타내고, 상기 yP는 상기 현재 블록의 상기 좌상단의 y축 좌표를 나타내고, 상기 CTUwidth는 상기 최대 코딩 유닛의 폭을 나타내고, 상기 CTUheight는 상기 최대 코딩 유닛의 높이를 나타내고, 상기 W는 상기 현재 블록의 폭을 나타내고, 상기 H는 상기 현재 블록의 높이를 나타내는 것을 특징으로 하는, 영상 인코딩 방법.
  15. 영상 디코딩을 수행하는 디코딩 장치에 있어서,
    현재 블록에 머지 모드가 적용된다는 결정을 기반으로, 상기 현재 블록을 포함하는 현재 픽처 내의 참조 블록을 블록 벡터를 기반으로 참조하는 CPR 머지 후보를 도출하고,
    상기 현재 픽처에 대한 참조 픽처 리스트에 포함된 하나의 참조 픽처가 상기 현재 픽처라는 결정을 기반으로, 상기 CPR 머지 후보의 유효성을 체크하고,
    상기 CPR 머지 후보가 유효하다는 결정을 기반으로, 상기 CPR 머지 후보를 머지 후보 리스트에 추가하고,
    상기 CPR 머지 후보가 추가된 상기 머지 후보 리스트를 기반으로 상기 현재 블록에 대한 예측 샘플들을 도출하는 예측부; 및
    상기 예측 샘플들을 기반으로 상기 현재 블록에 대한 복원 샘플들을 생성하는 가산부를 포함하되,
    상기 참조 픽처 리스트에 포함된 참조 픽처의 총 개수는 1개인 것을 특징으로 하는, 디코딩 장치.
PCT/KR2019/017467 2018-12-11 2019-12-11 머지 후보의 유효성을 체크하는 방법 및 장치 WO2020122588A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862778234P 2018-12-11 2018-12-11
US62/778,234 2018-12-11

Publications (1)

Publication Number Publication Date
WO2020122588A1 true WO2020122588A1 (ko) 2020-06-18

Family

ID=71077355

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/017467 WO2020122588A1 (ko) 2018-12-11 2019-12-11 머지 후보의 유효성을 체크하는 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2020122588A1 (ko)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170280159A1 (en) * 2014-09-01 2017-09-28 Hfi Innovation Inc. Method of Intra Picture Block Copy for Screen Content and Video Coding
KR20180127948A (ko) * 2011-10-26 2018-11-30 인텔렉추얼디스커버리 주식회사 움직임 후보 리스트 생성 방법 및 그를 이용한 부호화 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180127948A (ko) * 2011-10-26 2018-11-30 인텔렉추얼디스커버리 주식회사 움직임 후보 리스트 생성 방법 및 그를 이용한 부호화 장치
US20170280159A1 (en) * 2014-09-01 2017-09-28 Hfi Innovation Inc. Method of Intra Picture Block Copy for Screen Content and Video Coding

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
J. NAM (LGE), J. LIM (LGE), S. KIM (LGE): "Non-CE8: Block vector predictor for IBC", 12. JVET MEETING; 20181003 - 20181012; MACAO; (THE JOINT VIDEO EXPLORATION TEAM OF ISO/IEC JTC1/SC29/WG11 AND ITU-T SG.16 ), 3 October 2018 (2018-10-03), XP030194440 *
X. XU (TENCENT), X. LI (TENCENT), S. LIU (TENCENT): "CE8: CPR mode with local search ranges (Test CE8.3.1 and CE8.3.2)", 124. MPEG MEETING; 20181008 - 20181012; MACAO; (MOTION PICTURE EXPERT GROUP OR ISO/IEC JTC1/SC29/WG11), 29 September 2018 (2018-09-29), XP030191372 *
XU, XIAOZHONG ET AL.: "CES-related: CPR mode with merge mode improvements", JVET-L0299-V1. JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11. 12TH MEETING, 25 September 2018 (2018-09-25), Macao, CN, pages 1 - 7 *

Similar Documents

Publication Publication Date Title
WO2020036417A1 (ko) 히스토리 기반 움직임 벡터에 기반한 인터 예측 방법 및 그 장치
WO2020071829A1 (ko) 히스토리 기반 영상 코딩 방법 및 그 장치
WO2020071830A1 (ko) 히스토리 기반 움직임 정보를 이용한 영상 코딩 방법 및 그 장치
WO2019190181A1 (ko) 인트라 예측 기반 영상/비디오 코딩 방법 및 그 장치
WO2020197236A1 (ko) 서브 픽처 핸들링 구조 기반 영상 또는 비디오 코딩
WO2020091213A1 (ko) 영상 코딩 시스템에서 인트라 예측 방법 및 장치
WO2020171632A1 (ko) Mpm 리스트 기반 인트라 예측 방법 및 장치
WO2020189960A1 (ko) 크로마 포맷에 대한 정보를 시그널링 하는 방법 및 장치
WO2020141928A1 (ko) 영상 코딩 시스템에서 mmvd 에 따른 예측에 기반한 영상 디코딩 방법 및 장치
WO2020145604A1 (ko) Mpm 리스트를 사용하는 인트라 예측 기반 영상 코딩 방법 및 장치
WO2020076066A1 (ko) 신택스 디자인 방법 및 신택스를 이용하여 코딩을 수행하는 장치
WO2020005002A1 (ko) 영상 코딩 시스템에서 인터 예측에 따른 템플릿 영역 도출 방법 및 장치
WO2020141886A1 (ko) Sbtmvp 기반 인터 예측 방법 및 장치
WO2020009427A1 (ko) 영상 코딩 시스템의 인터 예측에서 템플릿 기반의 후보 리스트 재정렬 방법 및 장치
WO2020141932A1 (ko) Cpr 기반 mmvd를 이용하는 인터 예측 방법 및 장치
WO2020180100A1 (ko) 인트라 블록 코딩 기반 비디오 또는 영상 코딩
WO2020184821A1 (ko) Mpm 리스트를 구성하는 방법 및 장치
WO2020251338A1 (ko) 비디오 또는 영상 코딩 시스템에서의 인터 예측
WO2020145656A1 (ko) Tmvp 후보의 가용 여부를 시그널링하는 방법 및 장치
WO2020251340A1 (ko) 움직임 벡터 예측 기반 영상/비디오 코딩 방법 및 장치
WO2020251270A1 (ko) 서브블록 단위의 시간적 움직임 정보 기반 영상 또는 비디오 코딩
WO2020141884A1 (ko) Cpr 기반 mmvd를 사용하는 영상 코딩 방법 및 장치
WO2020145620A1 (ko) Mpm 리스트를 사용하는 인트라 예측 기반 영상 코딩 방법 및 장치
WO2020251339A1 (ko) 쌍예측 기반 영상/비디오 코딩 방법 및 장치
WO2020180097A1 (ko) 인트라 블록 코딩 기반 비디오 또는 영상 코딩

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19895068

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19895068

Country of ref document: EP

Kind code of ref document: A1