WO2018056702A1 - 비디오 신호 처리 방법 및 장치 - Google Patents

비디오 신호 처리 방법 및 장치 Download PDF

Info

Publication number
WO2018056702A1
WO2018056702A1 PCT/KR2017/010354 KR2017010354W WO2018056702A1 WO 2018056702 A1 WO2018056702 A1 WO 2018056702A1 KR 2017010354 W KR2017010354 W KR 2017010354W WO 2018056702 A1 WO2018056702 A1 WO 2018056702A1
Authority
WO
WIPO (PCT)
Prior art keywords
current block
binary tree
block
coding
unit
Prior art date
Application number
PCT/KR2017/010354
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
Priority to CN202310973545.XA priority Critical patent/CN116866616A/zh
Priority to EP17853416.0A priority patent/EP3518548B1/en
Priority to CN202310978239.5A priority patent/CN116962726A/zh
Priority to ES201990024A priority patent/ES2711230R1/es
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Priority to US16/334,926 priority patent/US10869065B2/en
Priority to CN202310975692.0A priority patent/CN116866619A/zh
Priority to CN202310973584.XA priority patent/CN116866617A/zh
Priority to CN201780057358.XA priority patent/CN109716775B/zh
Priority to EP21207296.1A priority patent/EP3975573A1/en
Priority to CN202310973789.8A priority patent/CN116866618A/zh
Priority to CN202310978188.6A priority patent/CN116866620A/zh
Publication of WO2018056702A1 publication Critical patent/WO2018056702A1/ko
Priority to US17/099,357 priority patent/US11350137B2/en
Priority to US17/099,239 priority patent/US11350136B2/en
Priority to US17/098,838 priority patent/US11356710B2/en

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/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/96—Tree coding, e.g. quad-tree coding
    • 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/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
    • 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/172—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 picture, frame or field
    • 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/174—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 slice, e.g. a line of blocks or a group of blocks
    • 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/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • 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/46—Embedding additional information in the video signal during the compression process
    • 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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • G06T9/40—Tree coding, e.g. quadtree, octree
    • 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/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Definitions

  • the present invention relates to a video signal processing method and apparatus.
  • High efficiency image compression techniques can be used to solve these problems caused by high resolution and high quality image data.
  • An inter-screen prediction technique for predicting pixel values included in the current picture from a picture before or after the current picture using an image compression technique an intra prediction technique for predicting pixel values included in a current picture using pixel information in the current picture
  • An object of the present invention is to provide a method and apparatus for effectively dividing an encoding / decoding target block in encoding / decoding a video signal.
  • An object of the present invention is to provide a method and apparatus for dividing an encoding / decoding object block into two blocks of a symmetrical form or an asymmetrical form in encoding / decoding a video signal.
  • the video signal decoding method and apparatus determine whether or not to quad split a current block, and if the current block is not quad tree split, determines whether to divide the current block by a binary tree, If it is determined that the current block is to be divided into a binary tree, the binary tree partition type of the current block may be determined, and the current block may be divided into two partitions according to the determined binary tree partition type.
  • the video signal encoding method and apparatus determine whether or not to quad split a current block, and if the current block is not quad-tree split, determine whether to divide the current block by a binary tree, If it is determined that the current block is to be divided into a binary tree, the binary tree partition type of the current block may be determined, and the current block may be divided into two partitions according to the determined binary tree partition type.
  • the binary tree partition type may include an asymmetric partition type in which two partitions generated as the current block is divided.
  • each partition generated as a result of the partitioning of the current block is no longer allowed for quad tree partitioning or binary tree partitioning. You may not.
  • the binary tree partition type may be determined based on at least one of information related to a split direction of the current block and sizes of the current two partitions.
  • determining the binary tree partition form comprises: determining whether the current block is divided into symmetrical forms, and the current block is not divided into symmetrical forms. If not, it may include determining the asymmetric partition type of the current block.
  • the binary tree partition type is determined by index information signaled through a bitstream.
  • the encoding / decoding efficiency can be increased by efficiently dividing the encoding / decoding target block.
  • the encoding / decoding efficiency can be increased by dividing an encoding / decoding target block into two blocks of a symmetrical form or an asymmetrical form.
  • FIG. 1 is a block diagram illustrating an image encoding apparatus according to an embodiment of the present invention.
  • FIG. 2 is a block diagram illustrating an image decoding apparatus according to an embodiment of the present invention.
  • FIG. 3 illustrates an example in which a coding block is hierarchically divided based on a tree structure according to an embodiment to which the present invention is applied.
  • FIG. 4 is a diagram illustrating a partition type in which binary tree based partitioning is allowed as an embodiment to which the present invention is applied.
  • FIG. 5 is a diagram illustrating an example in which only a specific type of binary tree based partitioning is allowed as an embodiment to which the present invention is applied.
  • FIG. 6 is a diagram for explaining an example in which information related to a binary tree split permission number is encoded / decoded according to an embodiment to which the present invention is applied.
  • FIG. 7 illustrates a partitioned form of a coding block based on asymmetric binary tree partitioning.
  • FIG. 8 is a diagram illustrating an example in which a coding block is divided into a plurality of coding blocks using QTBT and asymmetric binary tree splitting.
  • FIG. 9 is a diagram illustrating a partition type applicable to a coding block.
  • FIG. 10 is a diagram illustrating a partition mode that may be applied to a coding block when a coding block is encoded by inter prediction.
  • FIG. 11 is a flowchart illustrating a splitting process of a coding block according to an embodiment to which the present invention is applied.
  • FIG. 12 is a flowchart illustrating a process of obtaining a residual sample as an embodiment to which the present invention is applied.
  • first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • the first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • FIG. 1 is a block diagram illustrating an image encoding apparatus according to an embodiment of the present invention.
  • the image encoding apparatus 100 may include a picture splitter 110, a predictor 120 and 125, a transformer 130, a quantizer 135, a realigner 160, and an entropy encoder. 165, an inverse quantizer 140, an inverse transformer 145, a filter 150, and a memory 155.
  • each of the components shown in FIG. 1 is independently illustrated to represent different characteristic functions in the image encoding apparatus, and does not mean that each of the components is made of separate hardware or one software component unit.
  • each component is included in each component for convenience of description, and at least two of the components may be combined into one component, or one component may be divided into a plurality of components to perform a function.
  • Integrated and separate embodiments of the components are also included within the scope of the present invention without departing from the spirit of the invention.
  • the components may not be essential components for performing essential functions in the present invention, but may be optional components for improving performance.
  • the present invention can be implemented including only the components essential for implementing the essentials of the present invention except for the components used for improving performance, and the structure including only the essential components except for the optional components used for improving performance. Also included in the scope of the present invention.
  • the picture dividing unit 110 may divide the input picture into at least one processing unit.
  • the processing unit may be a prediction unit (PU), a transform unit (TU), or a coding unit (CU).
  • the picture dividing unit 110 divides one picture into a combination of a plurality of coding units, prediction units, and transformation units, and combines one coding unit, prediction unit, and transformation unit on a predetermined basis (eg, a cost function). You can select to encode the picture.
  • one picture may be divided into a plurality of coding units.
  • a recursive tree structure such as a quad tree structure may be used, and coding is divided into other coding units by using one image or a largest coding unit as a root.
  • the unit may be split with as many child nodes as the number of split coding units. Coding units that are no longer split according to certain restrictions become leaf nodes. That is, when it is assumed that only square division is possible for one coding unit, one coding unit may be split into at most four other coding units.
  • a coding unit may be used as a unit for encoding or may be used as a unit for decoding.
  • the prediction unit may be split in the form of at least one square or rectangle having the same size in one coding unit, or the prediction unit of any one of the prediction units split in one coding unit is different from one another. It may be divided to have a different shape and / or size than the unit.
  • the intra prediction may be performed without splitting into a plurality of prediction units NxN.
  • the predictors 120 and 125 may include an inter predictor 120 that performs inter prediction and an intra predictor 125 that performs intra prediction. Whether to use inter prediction or intra prediction on the prediction unit may be determined, and specific information (eg, an intra prediction mode, a motion vector, a reference picture, etc.) according to each prediction method may be determined. In this case, the processing unit in which the prediction is performed may differ from the processing unit in which the prediction method and the details are determined. For example, the method of prediction and the prediction mode may be determined in the prediction unit, and the prediction may be performed in the transform unit. The residual value (residual block) between the generated prediction block and the original block may be input to the transformer 130.
  • specific information eg, an intra prediction mode, a motion vector, a reference picture, etc.
  • prediction mode information and motion vector information used for prediction may be encoded by the entropy encoder 165 together with the residual value and transmitted to the decoder.
  • the original block may be encoded as it is and transmitted to the decoder without generating the prediction block through the prediction units 120 and 125.
  • the inter prediction unit 120 may predict the prediction unit based on the information of at least one of the previous picture or the next picture of the current picture. In some cases, the inter prediction unit 120 may predict the prediction unit based on the information of the partial region in which the encoding is completed in the current picture. You can also predict units.
  • the inter predictor 120 may include a reference picture interpolator, a motion predictor, and a motion compensator.
  • the reference picture interpolator may receive reference picture information from the memory 155 and generate pixel information of an integer pixel or less in the reference picture.
  • a DCT based 8-tap interpolation filter having different filter coefficients may be used to generate pixel information of integer pixels or less in units of 1/4 pixels.
  • a DCT-based interpolation filter having different filter coefficients may be used to generate pixel information of an integer pixel or less in units of 1/8 pixels.
  • the motion predictor may perform motion prediction based on the reference picture interpolated by the reference picture interpolator.
  • various methods such as full search-based block matching algorithm (FBMA), three step search (TSS), and new three-step search algorithm (NTS) may be used.
  • FBMA full search-based block matching algorithm
  • TSS three step search
  • NTS new three-step search algorithm
  • the motion vector may have a motion vector value of 1/2 or 1/4 pixel units based on the interpolated pixels.
  • the motion prediction unit may predict the current prediction unit by using a different motion prediction method.
  • various methods such as a skip method, a merge method, an advanced motion vector prediction (AMVP) method, an intra block copy method, and the like may be used.
  • AMVP advanced motion vector prediction
  • the intra predictor 125 may generate a prediction unit based on reference pixel information around the current block, which is pixel information in the current picture. If the neighboring block of the current prediction unit is a block that has performed inter prediction, and the reference pixel is a pixel that has performed inter prediction, the reference pixel of the block that has performed intra prediction around the reference pixel included in the block where the inter prediction has been performed Can be used as a substitute for information. That is, when the reference pixel is not available, the unavailable reference pixel information may be replaced with at least one reference pixel among the available reference pixels.
  • a prediction mode may have a directional prediction mode using reference pixel information according to a prediction direction, and a non-directional mode using no directional information when performing prediction.
  • the mode for predicting the luminance information and the mode for predicting the color difference information may be different, and the intra prediction mode information or the predicted luminance signal information used for predicting the luminance information may be utilized to predict the color difference information.
  • intra prediction When performing intra prediction, if the size of the prediction unit and the size of the transform unit are the same, the intra prediction on the prediction unit is performed based on the pixels on the left of the prediction unit, the pixels on the upper left, and the pixels on the top. Can be performed. However, when performing intra prediction, if the size of the prediction unit is different from that of the transform unit, intra prediction may be performed using a reference pixel based on the transform unit. In addition, intra prediction using NxN division may be used only for a minimum coding unit.
  • the intra prediction method may generate a prediction block after applying an adaptive intra smoothing (AIS) filter to a reference pixel according to a prediction mode.
  • AIS adaptive intra smoothing
  • the type of AIS filter applied to the reference pixel may be different.
  • the intra prediction mode of the current prediction unit may be predicted from the intra prediction mode of the prediction unit existing around the current prediction unit.
  • the prediction mode of the current prediction unit is predicted by using the mode information predicted from the neighboring prediction unit, if the intra prediction mode of the current prediction unit and the neighboring prediction unit is the same, the current prediction unit and the neighboring prediction unit using the predetermined flag information If the prediction modes of the current prediction unit and the neighboring prediction unit are different, entropy encoding may be performed to encode the prediction mode information of the current block.
  • a residual block may include a prediction unit performing prediction based on the prediction units generated by the prediction units 120 and 125 and residual information including residual information that is a difference from an original block of the prediction unit.
  • the generated residual block may be input to the transformer 130.
  • the transform unit 130 converts the residual block including residual information of the original block and the prediction unit generated by the prediction units 120 and 125 into a discrete cosine transform (DCT), a discrete sine transform (DST), and a KLT. You can convert using the same conversion method. Whether to apply DCT, DST, or KLT to transform the residual block may be determined based on intra prediction mode information of the prediction unit used to generate the residual block.
  • DCT discrete cosine transform
  • DST discrete sine transform
  • KLT KLT
  • the quantization unit 135 may quantize the values converted by the transformer 130 into the frequency domain.
  • the quantization coefficient may change depending on the block or the importance of the image.
  • the value calculated by the quantization unit 135 may be provided to the inverse quantization unit 140 and the reordering unit 160.
  • the reordering unit 160 may reorder coefficient values with respect to the quantized residual value.
  • the reordering unit 160 may change the two-dimensional block shape coefficients into a one-dimensional vector form through a coefficient scanning method. For example, the reordering unit 160 may scan from DC coefficients to coefficients in the high frequency region by using a Zig-Zag scan method and change them into one-dimensional vectors.
  • a vertical scan that scans two-dimensional block shape coefficients in a column direction instead of a zig-zag scan may be used, and a horizontal scan that scans two-dimensional block shape coefficients in a row direction. That is, according to the size of the transform unit and the intra prediction mode, it is possible to determine which scan method among the zig-zag scan, the vertical scan, and the horizontal scan is used.
  • the entropy encoder 165 may perform entropy encoding based on the values calculated by the reordering unit 160. Entropy encoding may use various encoding methods such as, for example, Exponential Golomb, Context-Adaptive Variable Length Coding (CAVLC), and Context-Adaptive Binary Arithmetic Coding (CABAC).
  • Entropy encoding may use various encoding methods such as, for example, Exponential Golomb, Context-Adaptive Variable Length Coding (CAVLC), and Context-Adaptive Binary Arithmetic Coding (CABAC).
  • the entropy encoder 165 receives residual value coefficient information, block type information, prediction mode information, partition unit information, prediction unit information, transmission unit information, and motion of the coding unit from the reordering unit 160 and the prediction units 120 and 125.
  • Various information such as vector information, reference frame information, interpolation information of a block, and filtering information can be encoded.
  • the entropy encoder 165 may entropy encode a coefficient value of a coding unit input from the reordering unit 160.
  • the inverse quantizer 140 and the inverse transformer 145 inverse quantize the quantized values in the quantizer 135 and inversely transform the transformed values in the transformer 130.
  • the residual value generated by the inverse quantizer 140 and the inverse transformer 145 is reconstructed by combining the prediction units predicted by the motion estimator, the motion compensator, and the intra predictor included in the predictors 120 and 125. You can create a Reconstructed Block.
  • the filter unit 150 may include at least one of a deblocking filter, an offset correction unit, and an adaptive loop filter (ALF).
  • a deblocking filter may include at least one of a deblocking filter, an offset correction unit, and an adaptive loop filter (ALF).
  • ALF adaptive loop filter
  • the deblocking filter may remove block distortion caused by boundaries between blocks in the reconstructed picture.
  • it may be determined whether to apply a deblocking filter to the current block based on the pixels included in several columns or rows included in the block.
  • a strong filter or a weak filter may be applied according to the required deblocking filtering strength.
  • horizontal filtering and vertical filtering may be performed in parallel when vertical filtering and horizontal filtering are performed.
  • the offset correction unit may correct the offset with respect to the original image on a pixel-by-pixel basis for the deblocking image.
  • the pixels included in the image are divided into a predetermined number of areas, and then, an area to be offset is determined, an offset is applied to the corresponding area, or offset considering the edge information of each pixel. You can use this method.
  • Adaptive Loop Filtering may be performed based on a value obtained by comparing the filtered reconstructed image with the original image. After dividing the pixels included in the image into a predetermined group, one filter to be applied to the group may be determined and filtering may be performed for each group. For information related to whether to apply ALF, a luminance signal may be transmitted for each coding unit (CU), and the shape and filter coefficient of an ALF filter to be applied may vary according to each block. In addition, regardless of the characteristics of the block to be applied, the same type (fixed form) of the ALF filter may be applied.
  • ALF Adaptive Loop Filtering
  • the memory 155 may store the reconstructed block or picture calculated by the filter unit 150, and the stored reconstructed block or picture may be provided to the predictors 120 and 125 when performing inter prediction.
  • FIG. 2 is a block diagram illustrating an image decoding apparatus according to an embodiment of the present invention.
  • the image decoder 200 includes an entropy decoder 210, a reordering unit 215, an inverse quantizer 220, an inverse transformer 225, a predictor 230, 235, and a filter unit ( 240, a memory 245 may be included.
  • the input bitstream may be decoded by a procedure opposite to that of the image encoder.
  • the entropy decoder 210 may perform entropy decoding in a procedure opposite to that of the entropy encoding performed by the entropy encoder of the image encoder. For example, various methods such as Exponential Golomb, Context-Adaptive Variable Length Coding (CAVLC), and Context-Adaptive Binary Arithmetic Coding (CABAC) may be applied to the method performed by the image encoder.
  • various methods such as Exponential Golomb, Context-Adaptive Variable Length Coding (CAVLC), and Context-Adaptive Binary Arithmetic Coding (CABAC) may be applied to the method performed by the image encoder.
  • the entropy decoder 210 may decode information related to intra prediction and inter prediction performed by the encoder.
  • the reordering unit 215 may reorder the entropy decoded bitstream by the entropy decoding unit 210 based on a method of rearranging the bitstream. Coefficients expressed in the form of a one-dimensional vector may be reconstructed by reconstructing the coefficients in a two-dimensional block form.
  • the reordering unit 215 may be realigned by receiving information related to coefficient scanning performed by the encoder and performing reverse scanning based on the scanning order performed by the corresponding encoder.
  • the inverse quantization unit 220 may perform inverse quantization based on the quantization parameter provided by the encoder and the coefficient values of the rearranged block.
  • the inverse transform unit 225 may perform an inverse transform, i.e., an inverse DCT, an inverse DST, and an inverse KLT, for a quantization result performed by the image encoder, that is, a DCT, DST, and KLT. Inverse transformation may be performed based on a transmission unit determined by the image encoder.
  • the inverse transform unit 225 of the image decoder may selectively perform a transform scheme (eg, DCT, DST, KLT) according to a plurality of pieces of information such as a prediction method, a size of a current block, and a prediction direction.
  • a transform scheme eg, DCT, DST, KLT
  • the prediction units 230 and 235 may generate the prediction block based on the prediction block generation related information provided by the entropy decoder 210 and previously decoded blocks or picture information provided by the memory 245.
  • Intra prediction is performed on a prediction unit based on a pixel, but when intra prediction is performed, when the size of the prediction unit and the size of the transformation unit are different, intra prediction may be performed using a reference pixel based on the transformation unit. Can be. In addition, intra prediction using NxN division may be used only for a minimum coding unit.
  • the predictors 230 and 235 may include a prediction unit determiner, an inter predictor, and an intra predictor.
  • the prediction unit determiner receives various information such as prediction unit information input from the entropy decoder 210, prediction mode information of the intra prediction method, and motion prediction related information of the inter prediction method, and distinguishes the prediction unit from the current coding unit, and predicts It may be determined whether the unit performs inter prediction or intra prediction.
  • the inter prediction unit 230 predicts the current prediction based on information included in at least one of a previous picture or a subsequent picture of the current picture including the current prediction unit by using information required for inter prediction of the current prediction unit provided by the image encoder. Inter prediction may be performed on a unit. Alternatively, inter prediction may be performed based on information of some regions pre-restored in the current picture including the current prediction unit.
  • a motion prediction method of a prediction unit included in a coding unit based on a coding unit includes a skip mode, a merge mode, an AMVP mode, and an intra block copy mode. It can be determined whether or not it is a method.
  • the intra predictor 235 may generate a prediction block based on pixel information in the current picture.
  • intra prediction may be performed based on intra prediction mode information of the prediction unit provided by the image encoder.
  • the intra predictor 235 may include an adaptive intra smoothing (AIS) filter, a reference pixel interpolator, and a DC filter.
  • the AIS filter is a part of filtering the reference pixel of the current block and determines whether to apply the filter according to the prediction mode of the current prediction unit.
  • AIS filtering may be performed on the reference pixel of the current block by using the prediction mode and the AIS filter information of the prediction unit provided by the image encoder. If the prediction mode of the current block is a mode that does not perform AIS filtering, the AIS filter may not be applied.
  • the reference pixel interpolator may generate a reference pixel having an integer value or less by interpolating the reference pixel. If the prediction mode of the current prediction unit is a prediction mode for generating a prediction block without interpolating the reference pixel, the reference pixel may not be interpolated.
  • the DC filter may generate the prediction block through filtering when the prediction mode of the current block is the DC mode.
  • the reconstructed block or picture may be provided to the filter unit 240.
  • the filter unit 240 may include a deblocking filter, an offset correction unit, and an ALF.
  • Information about whether a deblocking filter is applied to a corresponding block or picture, and when the deblocking filter is applied to the corresponding block or picture, may be provided with information about whether a strong filter or a weak filter is applied.
  • the deblocking filter related information provided by the image encoder may be provided and the deblocking filtering of the corresponding block may be performed in the image decoder.
  • the offset correction unit may perform offset correction on the reconstructed image based on the type of offset correction and offset value information applied to the image during encoding.
  • the ALF may be applied to a coding unit based on ALF application information, ALF coefficient information, and the like provided from the encoder. Such ALF information may be provided included in a specific parameter set.
  • the memory 245 may store the reconstructed picture or block to use as a reference picture or reference block, and may provide the reconstructed picture to the output unit.
  • a coding unit is used as a coding unit for convenience of description, but may also be a unit for performing decoding as well as encoding.
  • the current block represents a block to be encoded / decoded, and according to the encoding / decoding step, a coding tree block (or a coding tree unit), an encoding block (or a coding unit), a transform block (or a transform unit), or a prediction block. (Or prediction unit) or the like.
  • One picture may be divided into square or non-square basic blocks and encoded / decoded.
  • the basic block may be referred to as a coding tree unit.
  • a coding tree unit may be defined as a coding unit of the largest size allowed in a sequence or slice. Information regarding whether the coding tree unit is square or non-square or the size of the coding tree unit may be signaled through a sequence parameter set, a picture parameter set or a slice header.
  • the coding tree unit may be divided into smaller sized partitions.
  • the partition generated by dividing the coding tree unit is called depth 1
  • the partition generated by dividing the partition having depth 1 may be defined as depth 2. That is, a partition generated by dividing a partition that is a depth k in a coding tree unit may be defined as having a depth k + 1.
  • a partition of any size generated as the coding tree unit is split may be defined as a coding unit.
  • the coding unit may be split recursively or split into basic units for performing prediction, quantization, transform, or in-loop filtering.
  • an arbitrary size partition generated as a coding unit is divided may be defined as a coding unit or a transform unit or a prediction unit that is a basic unit for performing prediction, quantization, transform, or in-loop filtering.
  • Partitioning of the coding tree unit or the coding unit may be performed based on at least one of a vertical line or a horizontal line.
  • the number of vertical lines or horizontal lines partitioning the coding tree unit or the coding unit may be at least one. For example, by splitting a coding tree unit or coding unit into two partitions using one vertical line or one horizontal line, or by using two vertical lines or two horizontal lines, the coding tree unit or coding unit into three partitions. Can be divided Alternatively, one vertical line and one horizontal line may be used to divide a coding tree unit or coding unit into four partitions of 1/2 length and width.
  • the partitions may have a uniform size or may have different sizes. Alternatively, one partition may have a different size than the other partition.
  • a coding tree unit or a coding unit is divided into a quad tree or binary tree structure.
  • splitting of a coding tree unit or coding units using more vertical lines or more horizontal lines is also possible.
  • FIG. 3 illustrates an example in which a coding block is hierarchically divided based on a tree structure according to an embodiment to which the present invention is applied.
  • the input video signal is decoded in predetermined block units, and the basic unit for decoding the input video signal in this way is called a coding block.
  • the coding block may be a unit for performing intra / inter prediction, transformation, and quantization.
  • a prediction mode eg, an intra prediction mode or an inter prediction mode
  • the coding block can be a square or non-square block with any size in the range 8x8 to 64x64, and can be a square or non-square block with a size of 128x128, 256x256 or more.
  • the coding block may be hierarchically divided based on at least one of a quad tree and a binary tree.
  • quad tree-based partitioning may mean a method in which a 2Nx2N coding block is divided into four NxN coding blocks
  • binary tree-based partitioning may mean a method in which one coding block is divided into two coding blocks. Even if binary tree-based partitioning is performed, there may be a square coding block at a lower depth.
  • Binary tree-based partitioning may be performed symmetrically or asymmetrically.
  • the coding block divided based on the binary tree may be a square block or a non-square block such as a rectangle.
  • a partition type that allows binary tree based partitioning may be symmetric 2NxN (horizontal non-square coding unit) or Nx2N (vertical non-square coding unit), asymmetric, as in the example shown in FIG. It may include at least one of asymmetric nLx2N, nRx2N, 2NxnU or 2NxnD.
  • Binary tree-based partitioning may be limitedly limited to either symmetric or asymmetric partitions.
  • configuring the coding tree unit into square blocks may correspond to quad tree CU partitioning
  • configuring the coding tree unit into symmetric non-square blocks may correspond to binary tree partitioning.
  • Configuring the coding tree unit into square blocks and symmetric non-square blocks may correspond to quad and binary tree CU partitioning.
  • Binary tree-based partitioning may be performed on coding blocks in which quadtree-based partitioning is no longer performed.
  • Quad tree-based partitioning may no longer be performed on a coding block partitioned based on a binary tree.
  • the division of the lower depth may be determined depending on the division type of the upper depth. For example, when binary tree-based partitioning is allowed in two or more depths, only a binary tree-based partitioning of the same type as a binary tree partitioning of an upper depth may be allowed in a lower depth. For example, when the binary tree based splitting is performed in the 2NxN form at the upper depth, the binary tree based splitting in the 2NxN form may be performed at the lower depth. Alternatively, when binary tree-based partitioning is performed in an Nx2N form at an upper depth, Nx2N-type binary tree-based partitioning may be allowed in a lower depth.
  • slices, coding tree units, or coding units only certain types of binary tree based partitioning may be used.
  • the 2NxN or Nx2N type binary tree based partitioning may be limited to the coding tree unit.
  • the allowed partition type may be predefined in the encoder or the decoder, and information about the allowed partition type or the not allowed partition type may be encoded and signaled through a bitstream.
  • FIG. 5 illustrates an example in which only a specific type of binary tree based partitioning is allowed.
  • FIG. 5A illustrates an example in which only binary tree-based partitioning in the form of Nx2N is allowed
  • FIG. 5B illustrates an example in which only binary tree-based partitioning in the form of 2NxN is allowed.
  • Quad_split_flag may indicate whether a coding block is divided into four coding blocks
  • binary_split_flag may indicate whether a coding block is divided into two coding blocks.
  • the number of times that binary tree splitting is allowed, the depth for which binary tree splitting is allowed or the number of depths for which binary tree splitting is allowed may be obtained.
  • the information may be encoded in a coding tree unit or a coding unit and transmitted to a decoder through a bitstream.
  • a syntax 'max_binary_depth_idx_minus1' indicating a maximum depth that allows binary tree splitting may be encoded / decoded through the bitstream through the bitstream.
  • max_binary_depth_idx_minus1 + 1 may indicate the maximum depth allowed for binary tree splitting.
  • binary tree splitting is performed on a coding unit having a depth of 2 and a coding unit having a depth of 3. Accordingly, information indicating the number of times binary tree splitting has been performed in the coding tree unit (2 times), information indicating the maximum depth (depth 3) allowed for binary tree splitting in the coding tree unit, or binary tree splitting in the coding tree unit is obtained. At least one of information indicating the number of allowed depths (2, depth 2, and depth 3) may be encoded / decoded through the bitstream.
  • At least one of the number of times that the binary tree split is allowed, the depth in which the binary tree split is allowed, or the number of the depths in which the binary tree split is allowed may be obtained for each sequence and slice.
  • the information may be encoded in a sequence, picture or slice unit and transmitted through a bitstream.
  • at least one of the number of binary tree splits, the maximum depth allowed for binary tree splits, or the number of depths allowed for binary tree splits may be different in the first and second slices. For example, in the first slice, binary tree splitting is allowed only at one depth, while in the second slice, binary tree splitting may be allowed at two depths.
  • At least one of the number of times that a binary tree split is allowed, the depth that allows a binary tree split, or the number of depths that allow a binary tree split may be differently set according to a temporal ID (TemporalID) of a slice or a picture.
  • TemporalID a temporal ID
  • the temporal level identifier TemporalID may be used to identify each of a plurality of layers of an image having at least one scalability among a view, a spatial, a temporal, or a quality. will be.
  • the first coding block 300 having a split depth of k may be divided into a plurality of second coding blocks based on a quad tree.
  • the second coding blocks 310 to 340 are square blocks having half the width and the height of the first coding block, and the split depth of the second coding block may be increased to k + 1.
  • the second coding block 310 having the division depth k + 1 may be divided into a plurality of third coding blocks having the division depth k + 2. Partitioning of the second coding block 310 may be selectively performed using either a quart tree or a binary tree according to a partitioning scheme.
  • the splitting scheme may be determined based on at least one of information indicating splitting based on the quad tree or information indicating splitting based on the binary tree.
  • the second coding block 310 When the second coding block 310 is divided on the basis of the quart tree, the second coding block 310 is divided into four third coding blocks 310a having half the width and the height of the second coding block, The split depth can be increased to k + 2.
  • the second coding block 310 when the second coding block 310 is divided on a binary tree basis, the second coding block 310 may be split into two third coding blocks. In this case, each of the two third coding blocks is a non-square block having one half of the width and the height of the second coding block, and the split depth may be increased to k + 2.
  • the second coding block may be determined as a non-square block in the horizontal direction or the vertical direction according to the division direction, and the division direction may be determined based on information about whether the binary tree-based division is the vertical direction or the horizontal direction.
  • the second coding block 310 may be determined as an end coding block that is no longer split based on the quad tree or the binary tree, and in this case, the corresponding coding block may be used as a prediction block or a transform block.
  • the third coding block 310a may be determined as an end coding block like the division of the second coding block 310, or may be further divided based on a quad tree or a binary tree.
  • the third coding block 310b split based on the binary tree may be further divided into a vertical coding block 310b-2 or a horizontal coding block 310b-3 based on the binary tree, and corresponding coding
  • the partition depth of the block can be increased to k + 3.
  • the third coding block 310b may be determined as an end coding block 310b-1 that is no longer split based on the binary tree, in which case the coding block 310b-1 may be used as a prediction block or a transform block. Can be.
  • the above-described partitioning process allows information about the size / depth of a coding block that allows quad-tree based partitioning, information about the size / depth of the coding block that allows binary tree-based partitioning, or binary-tree based partitioning. It may be limitedly performed based on at least one of information about the size / depth of the coding block that is not.
  • the size of the coding block may be limited to a predetermined number, or the size of the coding block in the predetermined unit may have a fixed value.
  • the size of the coding block in the sequence or the size of the coding block in the picture may be limited to 256x256, 128x128 or 32x32.
  • Information representing the size of a coding block in a sequence or picture may be signaled through a sequence header or picture header.
  • the coding unit may take a square or a rectangle of any size.
  • coding blocks that are no longer split may be used as prediction blocks or transform blocks. That is, in a Quad-Tree & Binary-Tree (QTBT) splitting method based on a quad tree and a binary tree, a coding block may be a prediction block, and the prediction block may be a transform block.
  • QTBT Quad-Tree & Binary-Tree
  • a prediction image may be generated in units of coding blocks, and a residual signal that is a difference between the original image and the prediction image may be converted in units of coding blocks.
  • generating the prediction image in units of coding blocks may mean that motion information is determined based on the coding block or one intra prediction mode is determined based on the coding block.
  • BT may be set such that only symmetric division is allowed.
  • the coding efficiency may be lowered. Accordingly, in the present invention, to improve coding efficiency, a method of partitioning coding blocks asymmetrically is proposed.
  • Asymetric Binary Tree Partitioning refers to splitting a coding block into two smaller coding blocks.
  • the coding block may be divided into two asymmetrical coding blocks.
  • binary tree partitioning or binary tree partitioning
  • the division of a coding block into two partitions of symmetrical form is called binary tree partitioning (or binary tree partitioning)
  • the coding block is divided into two partitions of asymmetrical form. This is referred to as asymmetric binary tree partitioning (or asymmetric binary tree partitioning).
  • the 2N ⁇ 2N coding block may be divided into two coding blocks having a width ratio of n: (1-n) or two coding blocks having a height ratio of n: (1-n).
  • n may represent a real number greater than 0 and less than 1.
  • FIG. 7 as asymmetric binary tree partitioning is applied to a coding block, two coding blocks having a width ratio of 1: 3 or 3: 1 or two coding blocks having a height ratio of 1: 3 or 3: 1 are shown. It became.
  • a left partition having a width of 1 / 4W and a right partition having a width of 3 / 4W may be generated.
  • a partitioned form in which the width of the left partition is smaller than the width of the right partition may be referred to as an nLx2N binary partition.
  • a left partition having a width of 3 / 4W and a right partition having a width of 1 / 4W may be generated.
  • the partition type whose width of the right partition is smaller than the width of the left partition may be referred to as nRx2N binary partition.
  • a top partition having a height of 1 / 4H and a bottom partition having a height of 3 / 4H may be generated.
  • a partition type in which the height of the upper partition is smaller than the height of the lower partition may be referred to as a 2NxnU binary partition.
  • an upper partition having a height of 3 / 4H and a lower partition having a height of 1 / 4H may be generated.
  • a partitioned form in which the height of the lower partition is smaller than the height of the upper partition may be referred to as a 2NxnD binary partition.
  • the width ratio or height ratio between two coding blocks is 1: 3 or 3: 1.
  • the width ratio or height ratio between two coding blocks generated by asymmetric binary tree partitioning is not limited thereto.
  • the coding block may be divided into two coding blocks having a different width ratio or a different height ratio than that shown in FIG. 7.
  • the asymmetric binary partition type of the coding block may be determined based on the information signaled through the bitstream.
  • the split type of the coding block may be determined based on information indicating the split direction of the coding block and information indicating whether the first partition generated as the coding block is split has a smaller size than the second partition.
  • the information indicating the splitting direction of the coding block may be a 1-bit flag indicating whether the coding block is split in the vertical direction or in the horizontal direction.
  • hor_binary_flag may indicate whether a coding block is divided in a horizontal direction.
  • a value of hor_binary_flag equal to 1 indicates that the coding block is divided in the horizontal direction
  • a value of hor_binary_flag equal to 0 may indicate that the coding block is divided in the vertical direction.
  • ver_binary_flag indicating whether the coding block is divided in the vertical direction may be used.
  • the information indicating whether the first partition has a smaller size than the second partition may be a 1-bit flag.
  • is_left_above_small_part_flag may indicate whether the size of the left or top partition generated as the coding block is split is smaller than the right or bottom partition.
  • the value of is_left_above_small_part_flag equal to 1 may mean that the size of the left or top partition is smaller than the right or bottom partition
  • the value of is_left_above_small_part_flag equal to 0 may mean that the size of the left or top partition is larger than the right or bottom partition.
  • is_right_bottom_small_part_flag may be used indicating whether the size of the right or bottom partition is smaller than the left or top partition.
  • the size of the first partition and the second partition may be determined using information representing a width ratio, a height ratio, or a width ratio between the first partition and the second partition.
  • a value of hor_binary_flag equal to 0 and a value of is_left_above_small_part_flag equal to 1 indicate an nLx2N binary partition
  • a value of hor_binary_flag equal to 0 and a value of is_left_above_small_part_flag equal to 0 may indicate an nRx2N binary partition.
  • a value of hor_binary_flag equal to 1 and a value of is_left_above_small_part_flag equal to 1 indicate a 2NxnU binary partition
  • a value of hor_binary_flag equal to 1 indicates a 2NxnU binary partition
  • a value of hor_binary_flag equal to 1 indicates a 2NxnD binary partition
  • a value of hor_binary_flag 1
  • a value of is_left_above_small_part_flag equal to 0 may indicate a 2NxnD binary partition.
  • the asymmetric binary partition type of the coding block may be determined by index information indicating the partition type of the coding block.
  • the index information is information signaled through the bitstream, and may be encoded with a fixed length (that is, a fixed number of bits) or may be encoded with a variable length.
  • Table 1 shows partition indexes for asymmetric binary partitions.
  • Asymmetric binary tree partitioning may be used depending on the QTBT partitioning method. For example, when quad tree splitting or binary tree splitting is no longer applied to the coding block, it may be determined whether to apply asymmetric binary tree splitting to the corresponding coding block.
  • whether to apply asymmetric binary tree splitting to the coding block may be determined by information signaled through the bitstream. For example, the information may be a 1-bit flag 'asymmetric_binary_tree_flag', and based on the flag, it may be determined whether asymmetric binary tree splitting is applied to the coding block.
  • the splitting form is a binary tree split or an asymmetric binary tree split.
  • whether the partition type of the coding block is binary tree partitioning or asymmetric binary tree partitioning may be determined by information signaled through the bitstream.
  • the information may be a 1-bit flag 'is_asymmetric_split_flag', and based on the flag, it may be determined whether the coding block is divided into symmetrical or asymmetrical forms.
  • different indexes may be allocated to the symmetric binary partition and the asymmetric binary partition, and according to the index information, it may be determined whether the coding block is divided into a symmetrical form or an asymmetrical form.
  • Table 2 shows an example in which different indices are assigned to a symmetric binary partition and an asymmetric binary partition.
  • Binary partition index Binarization 2NxN (horizontal binary partition) 0 0 Nx2N (vertical binary partition)
  • the coding tree block or coding block may be subdivided into a plurality of coding blocks through quad tree splitting, binary tree splitting or asymmetric binary tree splitting.
  • FIG. 8 is a diagram illustrating an example in which a coding block is divided into a plurality of coding blocks using QTBT and asymmetric binary tree splitting. Referring to FIG. 8, it can be seen that asymmetric binary tree splitting is performed in depth 2 partitioning of the first grip, depth 3 partitioning of the second figure, and depth 3 partitioning of the third figure.
  • Coding blocks partitioned through asymmetric binary tree partitioning may be restricted so that they are no longer split.
  • quad-tree, binary tree, or asymmetric binary tree related information may not be encoded / decoded in a coding block generated through asymmetric binary tree partitioning. That is, for a coding block generated through asymmetric binary tree partitioning, a flag indicating whether a quad tree is split, a flag indicating whether a binary tree is split, a flag indicating whether a binary tree is split, a binary tree, or an asymmetric binary tree split direction is specified. Encoding / decoding of syntax such as a flag indicating or index information indicating an asymmetric binary partition can be omitted.
  • whether to allow binary tree partitioning may be determined depending on whether to allow QTBT.
  • asymmetric binary tree partitioning may be restricted from a picture or slice in which a split method based on QTBT is not used.
  • Information indicating whether asymmetric binary tree partitioning is allowed may be encoded and signaled in units of blocks, slices, or pictures.
  • the information indicating whether asymmetric binary tree partitioning is allowed may be a 1-bit flag.
  • the value of is_used_asymmetric_QTBT_enabled_flag equal to 0 may indicate that asymmetric binary tree partitioning is not used.
  • the value may be set to 0 without signaling is_used_asymmetric_QTBT_enabled_flag.
  • the split type allowed for the coding block may be determined.
  • at least one of the partition type, partition type, or number of partitions allowed between the coding block generated by the quad tree split and the coding block generated by the binary tree split may be different.
  • the coding block when the coding block is generated by quad tree splitting, the coding block may allow both quad tree splitting, binary tree splitting, and asymmetric binary tree splitting. That is, when the coding block is generated based on quad tree division, all partition types shown in FIG. 9 may be applied to the coding block.
  • a 2Nx2N partition may indicate a case in which a coding block is no longer split
  • NxN may indicate a case in which a coding block is quadtree split
  • Nx2N and 2NxN may indicate a case in which a coding block is binary tree split.
  • nLx2N, nRx2N, 2NxnU, and 2NxnD may represent a case where a coding block is asymmetric binary tree split.
  • the asymmetric binary tree splitting may be limited to the coding block. That is, when the coding block is generated based on binary tree partitioning, it may be restricted to apply an asymmetric partition type (nLx2N, nRx2N, 2NxnU, 2NxnD) among the partition types shown in FIG. 9 to the coding block.
  • an asymmetric partition type nLx2N, nRx2N, 2NxnU, 2NxnD
  • coding blocks that are no longer split may be used as prediction blocks. That is, the coding block may be encoded using at least one of a skip mode, an intra prediction, an inter prediction, or a skip method.
  • a prediction block having the same size as the coding block or a size smaller than the coding block may be determined through prediction division of the coding block.
  • Predictive partitioning of a coding block may be performed by a partition mode (Part_mode) indicating a partition type of a coding block.
  • Part_mode partition mode
  • the size or shape of the prediction block may be determined according to the partition mode of the coding block.
  • the division type of the coding block may be determined through information specifying any one of partition candidates.
  • the partition candidates that can be used by the coding block may include asymmetric partition types (eg, nLx2N, nRx2N, 2NxnU, 2NxnD) according to the size, shape, or coding mode of the coding block.
  • the partition candidate may be determined according to the encoding mode of the current block.
  • FIG. 10 is a diagram illustrating a partition mode that may be applied to a coding block when the coding block is encoded by inter prediction.
  • any one of eight partition modes may be applied to the coding block as shown in the example illustrated in FIG. 10.
  • partition mode PART_2Nx2N or PART_NxN may be applied to the coding block.
  • PART_NxN may be applied when the coding block has a minimum size.
  • the minimum size of the coding block may be predefined in the encoder and the decoder.
  • information about the minimum size of the coding block may be signaled through the bitstream.
  • the minimum size of the coding block is signaled through the slice header, and accordingly, the minimum size of the coding block may be defined for each slice.
  • the partition candidates available to the coding block may be determined differently according to at least one of the size or shape of the coding block.
  • the number or type of partition candidates that a coding block may use may be differently determined according to at least one of the size or shape of the coding block.
  • the type or number of asymmetric partition candidates among partition candidates available to the coding block may be limited according to the size or shape of the coding block.
  • the number or type of asymmetric partition candidates that a coding block may use may be differently determined according to at least one of the size or shape of the coding block.
  • the size of the prediction block may have a size of 64x64 to 4x4.
  • the prediction block may not have a 4x4 size in order to reduce the memory bandwidth.
  • FIG. 11 is a flowchart illustrating a splitting process of a coding block according to an embodiment to which the present invention is applied.
  • the current block may be divided into four coding blocks (S1120).
  • the binary partition type of the current block may be determined (S1140).
  • the binary tree partition type of the current block may be determined based on at least one of information indicating the partition information of the current block, information indicating the size of the partition, or index information specifying the partition type.
  • the current block may be divided into two symmetrical or asymmetrical blocks according to the determined binary partition form (S1150).
  • Whether binary tree splitting and asymmetric binary tree splitting are performed on the current block may be sequentially determined. As an example, it may be determined whether to perform asymmetric binary tree partitioning only when it is determined that the current block does not allow binary tree partitioning.
  • FIG. 12 is a flowchart illustrating a process of obtaining a residual sample as an embodiment to which the present invention is applied.
  • a residual coefficient of the current block may be obtained (S1210).
  • the decoder may acquire the residual coefficients through the coefficient scanning method. For example, the decoder may perform coefficient scanning using diagonal scan, zigzag scan, up-write scan, vertical scan, or horizontal scan, and as a result, obtain a residual coefficient in the form of a two-dimensional block.
  • Inverse quantization may be performed on the residual coefficient of the current block (S1220).
  • the decoder may determine whether to skip an inverse transform in at least one of the horizontal direction and the vertical direction of the current block.
  • a residual sample of the current block may be obtained by inversely transforming an inverse quantized residual coefficient of the current block (S1240).
  • the inverse transform may be performed using at least one of DCT, DST, or KLT.
  • the dequantized residual coefficient may be scaled to a preset value to obtain a residual sample of the current block (S1250).
  • Omitting the inverse transform in the horizontal direction means performing the inverse transform in the vertical direction without performing the inverse transform in the horizontal direction. In this case, scaling may be performed in the horizontal direction.
  • Omitting the inverse transform in the vertical direction means not performing the inverse transform in the vertical direction but performing the inverse transform in the horizontal direction. In this case, scaling may be performed in the vertical direction.
  • an inverse transform skip technique may be used for the current block. For example, when the current block is generated through binary tree-based partitioning, the inverse transform skip technique may not be used for the current block. Accordingly, when the current block is generated through binary tree-based partitioning, a residual sample of the current block may be obtained by inversely transforming the current block. In addition, when the current block is generated through binary tree-based partitioning, encoding / decoding of information (eg, transform_skip_flag) indicating whether an inverse transform is skipped may be omitted.
  • information eg, transform_skip_flag
  • the inverse transform skip technique may be limited to only at least one of the horizontal direction and the vertical direction.
  • the direction in which the inverse transform skip technique is limited may be determined based on information decoded from the bitstream or adaptively determined based on at least one of the size of the current block, the shape of the current block, or the intra prediction mode of the current block. have.
  • the inverse skip skip technique may be allowed only in the vertical direction, and the use of the inverse skip skip technique may be restricted in the horizontal direction. That is, when the current block is 2N ⁇ N, inverse transform may be performed in the horizontal direction of the current block, and inverse transform may be selectively performed in the vertical direction.
  • the inverse skip skip technique can be allowed only in the horizontal direction, and the use of the inverse skip skip technique can be restricted in the vertical direction. That is, when the current block is Nx2N, inverse transform may be performed in the vertical direction of the current block, and inverse transform may be selectively performed in the horizontal direction.
  • the inverse skipping scheme is allowed only for the horizontal direction; if the current block is a non-square block with a height greater than the width, an inverse transform for the vertical direction only
  • the skip technique may be allowed.
  • Information on whether to skip the inverse transform in the horizontal direction or information indicating whether to skip the inverse transform in the vertical direction may be signaled through the bitstream.
  • the information indicating whether to skip the inverse transform in the horizontal direction is a 1-bit flag, 'hor_transform_skip_flag'
  • the information indicating whether to skip the inverse transform in the vertical direction is a 1-bit flag, and the 'ver_transform_skip_flag' Can be '.
  • the encoder may encode at least one of 'hor_transform_skip_flag' or 'ver_transform_skip_flag' according to the shape of the current block.
  • the decoder may determine whether an inverse transform in the horizontal direction or the vertical direction is skipped using at least one of 'hor_transform_skip_flag' or 'ver_transform_skip_flag'.
  • the inverse transform may be set to be omitted.
  • an inverse transform in the horizontal direction or the vertical direction may be omitted. That is, if the current block is generated by partitioning based on a binary tree, the horizontal or vertical direction with respect to the current block may be performed without encoding / decoding of information indicating whether the inverse transform of the current block is skipped (for example, transform_skip_flag, hor_transform_skip_flag, ver_transform_skip_flag). It may be determined to skip the inverse transformation for at least one of the following.
  • each component for example, a unit, a module, etc. constituting the block diagram may be implemented as a hardware device or software, and a plurality of components are combined into one hardware device or software. It may be implemented.
  • the above-described embodiments may be implemented in the form of program instructions that may be executed by various computer components, and may be recorded in a computer-readable recording medium.
  • the computer-readable recording medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tape, optical recording media such as CD-ROMs, DVDs, and magneto-optical media such as floptical disks. media), and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like.
  • the hardware device may be configured to operate as one or more software modules to perform the process according to the invention, and vice versa.
  • the present invention can be applied to an electronic device capable of encoding / decoding an image.

Abstract

본 발명에 따른 영상 복호화 방법은, 현재 블록을 쿼드 트리 분할할 것인지 여부를 결정하는 단계, 상기 현재 블록이 쿼드 트리 분할되지 않는 경우, 상기 현재 블록을 바이너리 트리 분할할 것인지 여부를 결정하는 단계, 상기 현재 블록을 바이너리 트리 분할하는 것으로 결정된 경우, 상기 현재 블록에 대한 바이너리 트리 파티션 형태를 결정하는 단계, 및 상기 결정된 바이너리 트리 파티션 형태에 따라 상기 현재 블록을 두개의 파티션으로 분할하는 단계를 포함할 수 있다.

Description

비디오 신호 처리 방법 및 장치
본 발명은 비디오 신호 처리 방법 및 장치에 관한 것이다.
최근 HD(High Definition) 영상 및 UHD(Ultra High Definition) 영상과 같은 고해상도, 고품질의 영상에 대한 수요가 다양한 응용 분야에서 증가하고 있다. 영상 데이터가 고해상도, 고품질이 될수록 기존의 영상 데이터에 비해 상대적으로 데이터량이 증가하기 때문에 기존의 유무선 광대역 회선과 같은 매체를 이용하여 영상 데이터를 전송하거나 기존의 저장 매체를 이용해 저장하는 경우, 전송 비용과 저장 비용이 증가하게 된다. 영상 데이터가 고해상도, 고품질화 됨에 따라 발생하는 이러한 문제들을 해결하기 위해서는 고효율의 영상 압축 기술들이 활용될 수 있다.
영상 압축 기술로 현재 픽쳐의 이전 또는 이후 픽쳐로부터 현재 픽쳐에 포함된 화소값을 예측하는 화면 간 예측 기술, 현재 픽쳐 내의 화소 정보를 이용하여 현재 픽쳐에 포함된 화소값을 예측하는 화면 내 예측 기술, 출현 빈도가 높은 값에 짧은 부호를 할당하고 출현 빈도가 낮은 값에 긴 부호를 할당하는 엔트로피 부호화 기술 등 다양한 기술이 존재하고 이러한 영상 압축 기술을 이용해 영상 데이터를 효과적으로 압축하여 전송 또는 저장할 수 있다.
한편, 고해상도 영상에 대한 수요가 증가함과 함께, 새로운 영상 서비스로서 입체 영상 컨텐츠에 대한 수요도 함께 증가하고 있다. 고해상도 및 초고해상도의 입체 영상 콘텐츠를 효과적으로 제공하기 위한 비디오 압축 기술에 대하여 논의가 진행되고 있다.
본 발명은 비디오 신호를 부호화/복호화함에 있어서, 부호화/복호화 대상 블록을 효과적으로 분할할 수 있는 방법 및 장치를 제공하는 것을 목적으로 한다.
본 발명은 비디오 신호를 부호화/복호화함에 있어서, 부호화/복호화 대상 블록을 대칭 형태 또는 비대칭 형태의 두 블록으로 분할하는 방법 및 장치를 제공하는 것을 목적으로 한다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명에 따른 비디오 신호 복호화 방법 및 장치는, 현재 블록을 쿼드 트리 분할할 것인지 여부를 결정하고, 상기 현재 블록이 쿼드 트리 분할되지 않는 경우, 상기 현재 블록을 바이너리 트리 분할할 것인지 여부를 결정하고, 상기 현재 블록을 바이너리 트리 분할하는 것으로 결정된 경우, 상기 현재 블록에 대한 바이너리 트리 파티션 형태를 결정하고, 상기 결정된 바이너리 트리 파티션 형태에 따라 상기 현재 블록을 두개의 파티션으로 분할할 수 있다.
본 발명에 따른 비디오 신호 부호화 방법 및 장치는, 현재 블록을 쿼드 트리 분할할 것인지 여부를 결정하고, 상기 현재 블록이 쿼드 트리 분할되지 않는 경우, 상기 현재 블록을 바이너리 트리 분할할 것인지 여부를 결정하고, 상기 현재 블록을 바이너리 트리 분할하는 것으로 결정된 경우, 상기 현재 블록에 대한 바이너리 트리 파티션 형태를 결정하고, 상기 결정된 바이너리 트리 파티션 형태에 따라 상기 현재 블록을 두개의 파티션으로 분할할 수 있다.
본 발명에 따른 비디오 신호 부호화/복호화 방법 및 장치에 있어서, 상기 바이너리 트리 파티션 형태는, 상기 현재 블록이 분할됨에 따라 생성되는 두개의 파티션이 비대칭인 비대칭 파티션 형태를 포함할 수 있다.
본 발명에 따른 비디오 신호 부호화/복호화 방법 및 장치에 있어서, 상기 현재 블록이 비대칭 파티션으로 분할된 경우, 상기 현재 블록의 분할 결과로 생성된 각 파티션은 더 이상 쿼드 트리 분할 또는 바이너리 트리 분할이 허용되지 않을 수 있다.
본 발명에 따른 비디오 신호 부호화/복호화 방법 및 장치에 있어서, 상기 바이너리 트리 파티션 형태는, 상기 현재 블록의 분할 방향 및 상기 현재 두 파티션들의 크기와 관련된 정보 중 적어도 하나를 기초로 결정될 수 있다.
본 발명에 따른 비디오 신호 부호화/복호화 방법 및 장치에 있어서, 상기 바이너리 트리 파티션 형태를 결정하는 것은, 상기 현재 블록이 대칭 형태로 분할되는지 여부를 결정하는 단계, 및 상기 현재 블록이 대칭 형태로 분할되지 않는 것으로 결정된 경우, 상기 현재 블록의 비대칭 파티션 형태를 결정하는 단계를 포함할 수 있다.
본 발명에 따른 비디오 신호 부호화/복호화 방법 및 장치에 있어서, 상기 바이너리 트리 파티션 형태는, 비트스트림을 통해 시그널링되는 인덱스 정보에 의해 결정되는 것을 특징으로 하는, 영상 복호화 방법.
본 발명에 대하여 위에서 간략하게 요약된 특징들은 후술하는 본 발명의 상세한 설명의 예시적인 양상일 뿐이며, 본 발명의 범위를 제한하는 것은 아니다.
본 발명에 의하면, 효율적으로 부호화/복호화 대상 블록을 분할함으로써, 부호화/복호화 효율을 증가시킬 수 있다.
본 발명에 의하면, 부호화/복호화 대상 블록을 대칭 형태 또는 비대칭 형태의 두 블록으로 분할함으로써 부호화/복호화 효율을 증가시킬 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 발명의 일실시예에 따른 영상 부호화 장치를 나타낸 블록도이다.
도 2는 본 발명의 일실시예에 따른 영상 복호화 장치를 나타낸 블록도이다.
도 3은 본 발명이 적용되는 일실시예로서, 트리 구조(tree structure)에 기반하여 코딩 블록을 계층적으로 분할하는 일예를 도시한 것이다.
도 4는 본 발명이 적용되는 일실시예로서, 바이너리 트리 기반의 분할이 허용되는 파티션 형태를 나타낸 도면이다.
도 5는 본 발명이 적용되는 일실시예로서, 특정 형태의 바이너리 트리 기반의 분할만이 허용된 예를 나타낸 도면이다.
도 6은 본 발명이 적용되는 일실시예로서, 바이너리 트리 분할 허용 횟수와 관련된 정보가 부호화/복호화되는 예를 설명하기 위한 도면이다.
도 7은 비대칭 바이너리 트리 파티셔닝에 기반한 코딩 블록의 분할 형태를 예시한 것이다.
도 8은 QTBT 및 비대칭 바이너리 트리 분할을 이용하여 코딩 블록이 복수의 코딩 블록으로 분할되는 예를 나타낸 도면이다.
도 9는 코딩 블록에 적용 가능한 파티션 형태를 예시한 도면이다.
도 10은 코딩 블록이 화면 간 예측으로 부호화되었을 때, 코딩 블록에 적용될 수 있는 파티션 모드를 예시한 도면이다.
도 11은 본 발명이 적용되는 일실시예로서, 코딩 블록의 분할 과정을 나타낸 흐름도이다.
도 12는 본 발명이 적용되는 일실시예로서, 잔차 샘플을 획득하는 과정을 도시한 흐름도이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 참조부호를 유사한 구성요소에 대해 사용하였다.
제1, 제2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어"있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어"있다거나 "직접 접속되어"있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
이하, 첨부한 도면들을 참조하여, 본 발명의 바람직한 실시예를 보다 상세하게 설명하고자 한다. 이하, 도면상의 동일한 구성요소에 대해서는 동일한 참조부호를 사용하고 동일한 구성요소에 대해서 중복된 설명은 생략한다.
도 1은 본 발명의 일실시예에 따른 영상 부호화 장치를 나타낸 블록도이다.
도 1을 참조하면, 영상 부호화 장치(100)는 픽쳐 분할부(110), 예측부(120, 125), 변환부(130), 양자화부(135), 재정렬부(160), 엔트로피 부호화부(165), 역양자화부(140), 역변환부(145), 필터부(150) 및 메모리(155)를 포함할 수 있다.
도 1에 나타난 각 구성부들은 영상 부호화 장치에서 서로 다른 특징적인 기능들을 나타내기 위해 독립적으로 도시한 것으로, 각 구성부들이 분리된 하드웨어나 하나의 소프트웨어 구성단위로 이루어짐을 의미하지 않는다. 즉, 각 구성부는 설명의 편의상 각각의 구성부로 나열하여 포함한 것으로 각 구성부 중 적어도 두 개의 구성부가 합쳐져 하나의 구성부로 이루어지거나, 하나의 구성부가 복수개의 구성부로 나뉘어져 기능을 수행할 수 있고 이러한 각 구성부의 통합된 실시예 및 분리된 실시예도 본 발명의 본질에서 벗어나지 않는 한 본 발명의 권리범위에 포함된다.
또한, 일부의 구성 요소는 본 발명에서 본질적인 기능을 수행하는 필수적인 구성 요소는 아니고 단지 성능을 향상시키기 위한 선택적 구성 요소일 수 있다. 본 발명은 단지 성능 향상을 위해 사용되는 구성 요소를 제외한 본 발명의 본질을 구현하는데 필수적인 구성부만을 포함하여 구현될 수 있고, 단지 성능 향상을 위해 사용되는 선택적 구성 요소를 제외한 필수 구성 요소만을 포함한 구조도 본 발명의 권리범위에 포함된다.
픽쳐 분할부(110)는 입력된 픽쳐를 적어도 하나의 처리 단위로 분할할 수 있다. 이때, 처리 단위는 예측 단위(Prediction Unit: PU)일 수도 있고, 변환 단위(Transform Unit: TU)일 수도 있으며, 부호화 단위(Coding Unit: CU)일 수도 있다. 픽쳐 분할부(110)에서는 하나의 픽쳐에 대해 복수의 부호화 단위, 예측 단위 및 변환 단위의 조합으로 분할하고 소정의 기준(예를 들어, 비용 함수)으로 하나의 부호화 단위, 예측 단위 및 변환 단위 조합을 선택하여 픽쳐를 부호화 할 수 있다.
예를 들어, 하나의 픽쳐는 복수개의 부호화 단위로 분할될 수 있다. 픽쳐에서 부호화 단위를 분할하기 위해서는 쿼드 트리 구조(Quad Tree Structure)와 같은 재귀적인 트리 구조를 사용할 수 있는데 하나의 영상 또는 최대 크기 부호화 단위(largest coding unit)를 루트로 하여 다른 부호화 단위로 분할되는 부호화 유닛은 분할된 부호화 단위의 개수만큼의 자식 노드를 가지고 분할될 수 있다. 일정한 제한에 따라 더 이상 분할되지 않는 부호화 단위는 리프 노드가 된다. 즉, 하나의 코딩 유닛에 대하여 정방형 분할만이 가능하다고 가정하는 경우, 하나의 부호화 단위는 최대 4개의 다른 부호화 단위로 분할될 수 있다.
이하, 본 발명의 실시예에서는 부호화 단위는 부호화를 수행하는 단위의 의미로 사용할 수도 있고, 복호화를 수행하는 단위의 의미로 사용할 수도 있다.
예측 단위는 하나의 부호화 단위 내에서 동일한 크기의 적어도 하나의 정사각형 또는 직사각형 등의 형태를 가지고 분할된 것일 수도 있고, 하나의 부호화 단위 내에서 분할된 예측 단위 중 어느 하나의 예측 단위가 다른 하나의 예측 단위와 상이한 형태 및/또는 크기를 가지도록 분할된 것일 수도 있다.
부호화 단위를 기초로 인트라 예측을 수행하는 예측 단위를 생성시 최소 부호화 단위가 아닌 경우, 복수의 예측 단위 NxN 으로 분할하지 않고 인트라 예측을 수행할 수 있다.
예측부(120, 125)는 인터 예측을 수행하는 인터 예측부(120)와 인트라 예측을 수행하는 인트라 예측부(125)를 포함할 수 있다. 예측 단위에 대해 인터 예측을 사용할 것인지 또는 인트라 예측을 수행할 것인지를 결정하고, 각 예측 방법에 따른 구체적인 정보(예컨대, 인트라 예측 모드, 모션 벡터, 참조 픽쳐 등)를 결정할 수 있다. 이때, 예측이 수행되는 처리 단위와 예측 방법 및 구체적인 내용이 정해지는 처리 단위는 다를 수 있다. 예컨대, 예측의 방법과 예측 모드 등은 예측 단위로 결정되고, 예측의 수행은 변환 단위로 수행될 수도 있다. 생성된 예측 블록과 원본 블록 사이의 잔차값(잔차 블록)은 변환부(130)로 입력될 수 있다. 또한, 예측을 위해 사용한 예측 모드 정보, 모션 벡터 정보 등은 잔차값과 함께 엔트로피 부호화부(165)에서 부호화되어 복호화기에 전달될 수 있다. 특정한 부호화 모드를 사용할 경우, 예측부(120, 125)를 통해 예측 블록을 생성하지 않고, 원본 블록을 그대로 부호화하여 복호화부에 전송하는 것도 가능하다.
인터 예측부(120)는 현재 픽쳐의 이전 픽쳐 또는 이후 픽쳐 중 적어도 하나의 픽쳐의 정보를 기초로 예측 단위를 예측할 수도 있고, 경우에 따라서는 현재 픽쳐 내의 부호화가 완료된 일부 영역의 정보를 기초로 예측 단위를 예측할 수도 있다. 인터 예측부(120)는 참조 픽쳐 보간부, 모션 예측부, 움직임 보상부를 포함할 수 있다.
참조 픽쳐 보간부에서는 메모리(155)로부터 참조 픽쳐 정보를 제공받고 참조 픽쳐에서 정수 화소 이하의 화소 정보를 생성할 수 있다. 휘도 화소의 경우, 1/4 화소 단위로 정수 화소 이하의 화소 정보를 생성하기 위해 필터 계수를 달리하는 DCT 기반의 8탭 보간 필터(DCT-based Interpolation Filter)가 사용될 수 있다. 색차 신호의 경우 1/8 화소 단위로 정수 화소 이하의 화소 정보를 생성하기 위해 필터 계수를 달리하는 DCT 기반의 4탭 보간 필터(DCT-based Interpolation Filter)가 사용될 수 있다.
모션 예측부는 참조 픽쳐 보간부에 의해 보간된 참조 픽쳐를 기초로 모션 예측을 수행할 수 있다. 모션 벡터를 산출하기 위한 방법으로 FBMA(Full search-based Block Matching Algorithm), TSS(Three Step Search), NTS(New Three-Step Search Algorithm) 등 다양한 방법이 사용될 수 있다. 모션 벡터는 보간된 화소를 기초로 1/2 또는 1/4 화소 단위의 모션 벡터값을 가질 수 있다. 모션 예측부에서는 모션 예측 방법을 다르게 하여 현재 예측 단위를 예측할 수 있다. 모션 예측 방법으로 스킵(Skip) 방법, 머지(Merge) 방법, AMVP(Advanced Motion Vector Prediction) 방법, 인트라 블록 카피(Intra Block Copy) 방법 등 다양한 방법이 사용될 수 있다.
인트라 예측부(125)는 현재 픽쳐 내의 화소 정보인 현재 블록 주변의 참조 픽셀 정보를 기초로 예측 단위를 생성할 수 있다. 현재 예측 단위의 주변 블록이 인터 예측을 수행한 블록이어서, 참조 픽셀이 인터 예측을 수행한 픽셀일 경우, 인터 예측을 수행한 블록에 포함되는 참조 픽셀을 주변의 인트라 예측을 수행한 블록의 참조 픽셀 정보로 대체하여 사용할 수 있다. 즉, 참조 픽셀이 가용하지 않는 경우, 가용하지 않은 참조 픽셀 정보를 가용한 참조 픽셀 중 적어도 하나의 참조 픽셀로 대체하여 사용할 수 있다.
인트라 예측에서 예측 모드는 참조 픽셀 정보를 예측 방향에 따라 사용하는 방향성 예측 모드와 예측을 수행시 방향성 정보를 사용하지 않는 비방향성 모드를 가질 수 있다. 휘도 정보를 예측하기 위한 모드와 색차 정보를 예측하기 위한 모드가 상이할 수 있고, 색차 정보를 예측하기 위해 휘도 정보를 예측하기 위해 사용된 인트라 예측 모드 정보 또는 예측된 휘도 신호 정보를 활용할 수 있다.
인트라 예측을 수행할 때 예측 단위의 크기와 변환 단위의 크기가 동일할 경우, 예측 단위의 좌측에 존재하는 픽셀, 좌측 상단에 존재하는 픽셀, 상단에 존재하는 픽셀을 기초로 예측 단위에 대한 인트라 예측을 수행할 수 있다. 그러나 인트라 예측을 수행할 때 예측 단위의 크기와 변환 단위의 크기가 상이할 경우, 변환 단위를 기초로 한 참조 픽셀을 이용하여 인트라 예측을 수행할 수 있다. 또한, 최소 부호화 단위에 대해서만 NxN 분할을 사용하는 인트라 예측을 사용할 수 있다.
인트라 예측 방법은 예측 모드에 따라 참조 화소에 AIS(Adaptive Intra Smoothing) 필터를 적용한 후 예측 블록을 생성할 수 있다. 참조 화소에 적용되는 AIS 필터의 종류는 상이할 수 있다. 인트라 예측 방법을 수행하기 위해 현재 예측 단위의 인트라 예측 모드는 현재 예측 단위의 주변에 존재하는 예측 단위의 인트라 예측 모드로부터 예측할 수 있다. 주변 예측 단위로부터 예측된 모드 정보를 이용하여 현재 예측 단위의 예측 모드를 예측하는 경우, 현재 예측 단위와 주변 예측 단위의 인트라 예측 모드가 동일하면 소정의 플래그 정보를 이용하여 현재 예측 단위와 주변 예측 단위의 예측 모드가 동일하다는 정보를 전송할 수 있고, 만약 현재 예측 단위와 주변 예측 단위의 예측 모드가 상이하면 엔트로피 부호화를 수행하여 현재 블록의 예측 모드 정보를 부호화할 수 있다.
또한, 예측부(120, 125)에서 생성된 예측 단위를 기초로 예측을 수행한 예측 단위와 예측 단위의 원본 블록과 차이값인 잔차값(Residual) 정보를 포함하는 잔차 블록이 생성될 수 있다. 생성된 잔차 블록은 변환부(130)로 입력될 수 있다.
변환부(130)에서는 원본 블록과 예측부(120, 125)를 통해 생성된 예측 단위의 잔차값(residual)정보를 포함한 잔차 블록을 DCT(Discrete Cosine Transform), DST(Discrete Sine Transform), KLT와 같은 변환 방법을 사용하여 변환시킬 수 있다. 잔차 블록을 변환하기 위해 DCT를 적용할지, DST를 적용할지 또는 KLT를 적용할지는 잔차 블록을 생성하기 위해 사용된 예측 단위의 인트라 예측 모드 정보를 기초로 결정할 수 있다.
양자화부(135)는 변환부(130)에서 주파수 영역으로 변환된 값들을 양자화할 수 있다. 블록에 따라 또는 영상의 중요도에 따라 양자화 계수는 변할 수 있다. 양자화부(135)에서 산출된 값은 역양자화부(140)와 재정렬부(160)에 제공될 수 있다.
재정렬부(160)는 양자화된 잔차값에 대해 계수값의 재정렬을 수행할 수 있다.
재정렬부(160)는 계수 스캐닝(Coefficient Scanning) 방법을 통해 2차원의 블록 형태 계수를 1차원의 벡터 형태로 변경할 수 있다. 예를 들어, 재정렬부(160)에서는 지그-재그 스캔(Zig-Zag Scan)방법을 이용하여 DC 계수부터 고주파수 영역의 계수까지 스캔하여 1차원 벡터 형태로 변경시킬 수 있다. 변환 단위의 크기 및 인트라 예측 모드에 따라 지그-재그 스캔 대신 2차원의 블록 형태 계수를 열 방향으로 스캔하는 수직 스캔, 2차원의 블록 형태 계수를 행 방향으로 스캔하는 수평 스캔이 사용될 수도 있다. 즉, 변환 단위의 크기 및 인트라 예측 모드에 따라 지그-재그 스캔, 수직 방향 스캔 및 수평 방향 스캔 중 어떠한 스캔 방법이 사용될지 여부를 결정할 수 있다.
엔트로피 부호화부(165)는 재정렬부(160)에 의해 산출된 값들을 기초로 엔트로피 부호화를 수행할 수 있다. 엔트로피 부호화는 예를 들어, 지수 골롬(Exponential Golomb), CAVLC(Context-Adaptive Variable Length Coding), CABAC(Context-Adaptive Binary Arithmetic Coding)과 같은 다양한 부호화 방법을 사용할 수 있다.
엔트로피 부호화부(165)는 재정렬부(160) 및 예측부(120, 125)로부터 부호화 단위의 잔차값 계수 정보 및 블록 타입 정보, 예측 모드 정보, 분할 단위 정보, 예측 단위 정보 및 전송 단위 정보, 모션 벡터 정보, 참조 프레임 정보, 블록의 보간 정보, 필터링 정보 등 다양한 정보를 부호화할 수 있다.
엔트로피 부호화부(165)에서는 재정렬부(160)에서 입력된 부호화 단위의 계수값을 엔트로피 부호화할 수 있다.
역양자화부(140) 및 역변환부(145)에서는 양자화부(135)에서 양자화된 값들을 역양자화하고 변환부(130)에서 변환된 값들을 역변환한다. 역양자화부(140) 및 역변환부(145)에서 생성된 잔차값(Residual)은 예측부(120, 125)에 포함된 움직임 추정부, 움직임 보상부 및 인트라 예측부를 통해서 예측된 예측 단위와 합쳐져 복원 블록(Reconstructed Block)을 생성할 수 있다.
필터부(150)는 디블록킹 필터, 오프셋 보정부, ALF(Adaptive Loop Filter)중 적어도 하나를 포함할 수 있다.
디블록킹 필터는 복원된 픽쳐에서 블록간의 경계로 인해 생긴 블록 왜곡을 제거할 수 있다. 디블록킹을 수행할지 여부를 판단하기 위해 블록에 포함된 몇 개의 열 또는 행에 포함된 픽셀을 기초로 현재 블록에 디블록킹 필터 적용할지 여부를 판단할 수 있다. 블록에 디블록킹 필터를 적용하는 경우 필요한 디블록킹 필터링 강도에 따라 강한 필터(Strong Filter) 또는 약한 필터(Weak Filter)를 적용할 수 있다. 또한 디블록킹 필터를 적용함에 있어 수직 필터링 및 수평 필터링 수행시 수평 방향 필터링 및 수직 방향 필터링이 병행 처리되도록 할 수 있다.
오프셋 보정부는 디블록킹을 수행한 영상에 대해 픽셀 단위로 원본 영상과의 오프셋을 보정할 수 있다. 특정 픽쳐에 대한 오프셋 보정을 수행하기 위해 영상에 포함된 픽셀을 일정한 수의 영역으로 구분한 후 오프셋을 수행할 영역을 결정하고 해당 영역에 오프셋을 적용하는 방법 또는 각 픽셀의 에지 정보를 고려하여 오프셋을 적용하는 방법을 사용할 수 있다.
ALF(Adaptive Loop Filtering)는 필터링한 복원 영상과 원래의 영상을 비교한 값을 기초로 수행될 수 있다. 영상에 포함된 픽셀을 소정의 그룹으로 나눈 후 해당 그룹에 적용될 하나의 필터를 결정하여 그룹마다 차별적으로 필터링을 수행할 수 있다. ALF를 적용할지 여부에 관련된 정보는 휘도 신호는 부호화 단위(Coding Unit, CU) 별로 전송될 수 있고, 각각의 블록에 따라 적용될 ALF 필터의 모양 및 필터 계수는 달라질 수 있다. 또한, 적용 대상 블록의 특성에 상관없이 동일한 형태(고정된 형태)의 ALF 필터가 적용될 수도 있다.
메모리(155)는 필터부(150)를 통해 산출된 복원 블록 또는 픽쳐를 저장할 수 있고, 저장된 복원 블록 또는 픽쳐는 인터 예측을 수행 시 예측부(120, 125)에 제공될 수 있다.
도 2는 본 발명의 일실시예에 따른 영상 복호화 장치를 나타낸 블록도이다.
도 2를 참조하면, 영상 복호화기(200)는 엔트로피 복호화부(210), 재정렬부(215), 역양자화부(220), 역변환부(225), 예측부(230, 235), 필터부(240), 메모리(245)가 포함될 수 있다.
영상 부호화기에서 영상 비트스트림이 입력된 경우, 입력된 비트스트림은 영상 부호화기와 반대의 절차로 복호화될 수 있다.
엔트로피 복호화부(210)는 영상 부호화기의 엔트로피 부호화부에서 엔트로피 부호화를 수행한 것과 반대의 절차로 엔트로피 복호화를 수행할 수 있다. 예를 들어, 영상 부호화기에서 수행된 방법에 대응하여 지수 골롬(Exponential Golomb), CAVLC(Context-Adaptive Variable Length Coding), CABAC(Context-Adaptive Binary Arithmetic Coding)과 같은 다양한 방법이 적용될 수 있다.
엔트로피 복호화부(210)에서는 부호화기에서 수행된 인트라 예측 및 인터 예측에 관련된 정보를 복호화할 수 있다.
재정렬부(215)는 엔트로피 복호화부(210)에서 엔트로피 복호화된 비트스트림을 부호화부에서 재정렬한 방법을 기초로 재정렬을 수행할 수 있다. 1차원 벡터 형태로 표현된 계수들을 다시 2차원의 블록 형태의 계수로 복원하여 재정렬할 수 있다. 재정렬부(215)에서는 부호화부에서 수행된 계수 스캐닝에 관련된 정보를 제공받고 해당 부호화부에서 수행된 스캐닝 순서에 기초하여 역으로 스캐닝하는 방법을 통해 재정렬을 수행할 수 있다.
역양자화부(220)는 부호화기에서 제공된 양자화 파라미터와 재정렬된 블록의 계수값을 기초로 역양자화를 수행할 수 있다.
역변환부(225)는 영상 부호화기에서 수행한 양자화 결과에 대해 변환부에서 수행한 변환 즉, DCT, DST, 및 KLT에 대해 역변환 즉, 역 DCT, 역 DST 및 역 KLT를 수행할 수 있다. 역변환은 영상 부호화기에서 결정된 전송 단위를 기초로 수행될 수 있다. 영상 복호화기의 역변환부(225)에서는 예측 방법, 현재 블록의 크기 및 예측 방향 등 복수의 정보에 따라 변환 기법(예를 들어, DCT, DST, KLT)이 선택적으로 수행될 수 있다.
예측부(230, 235)는 엔트로피 복호화부(210)에서 제공된 예측 블록 생성 관련 정보와 메모리(245)에서 제공된 이전에 복호화된 블록 또는 픽쳐 정보를 기초로 예측 블록을 생성할 수 있다.
전술한 바와 같이 영상 부호화기에서의 동작과 동일하게 인트라 예측을 수행시 예측 단위의 크기와 변환 단위의 크기가 동일할 경우, 예측 단위의 좌측에 존재하는 픽셀, 좌측 상단에 존재하는 픽셀, 상단에 존재하는 픽셀을 기초로 예측 단위에 대한 인트라 예측을 수행하지만, 인트라 예측을 수행시 예측 단위의 크기와 변환 단위의 크기가 상이할 경우, 변환 단위를 기초로 한 참조 픽셀을 이용하여 인트라 예측을 수행할 수 있다. 또한, 최소 부호화 단위에 대해서만 NxN 분할을 사용하는 인트라 예측을 사용할 수도 있다.
예측부(230, 235)는 예측 단위 판별부, 인터 예측부 및 인트라 예측부를 포함할 수 있다. 예측 단위 판별부는 엔트로피 복호화부(210)에서 입력되는 예측 단위 정보, 인트라 예측 방법의 예측 모드 정보, 인터 예측 방법의 모션 예측 관련 정보 등 다양한 정보를 입력 받고 현재 부호화 단위에서 예측 단위를 구분하고, 예측 단위가 인터 예측을 수행하는지 아니면 인트라 예측을 수행하는지 여부를 판별할 수 있다. 인터 예측부(230)는 영상 부호화기에서 제공된 현재 예측 단위의 인터 예측에 필요한 정보를 이용해 현재 예측 단위가 포함된 현재 픽쳐의 이전 픽쳐 또는 이후 픽쳐 중 적어도 하나의 픽쳐에 포함된 정보를 기초로 현재 예측 단위에 대한 인터 예측을 수행할 수 있다. 또는, 현재 예측 단위가 포함된 현재 픽쳐 내에서 기-복원된 일부 영역의 정보를 기초로 인터 예측을 수행할 수도 있다.
인터 예측을 수행하기 위해 부호화 단위를 기준으로 해당 부호화 단위에 포함된 예측 단위의 모션 예측 방법이 스킵 모드(Skip Mode), 머지 모드(Merge 모드), AMVP 모드(AMVP Mode), 인트라 블록 카피 모드 중 어떠한 방법인지 여부를 판단할 수 있다.
인트라 예측부(235)는 현재 픽쳐 내의 화소 정보를 기초로 예측 블록을 생성할 수 있다. 예측 단위가 인트라 예측을 수행한 예측 단위인 경우, 영상 부호화기에서 제공된 예측 단위의 인트라 예측 모드 정보를 기초로 인트라 예측을 수행할 수 있다. 인트라 예측부(235)에는 AIS(Adaptive Intra Smoothing) 필터, 참조 화소 보간부, DC 필터를 포함할 수 있다. AIS 필터는 현재 블록의 참조 화소에 필터링을 수행하는 부분으로써 현재 예측 단위의 예측 모드에 따라 필터의 적용 여부를 결정하여 적용할 수 있다. 영상 부호화기에서 제공된 예측 단위의 예측 모드 및 AIS 필터 정보를 이용하여 현재 블록의 참조 화소에 AIS 필터링을 수행할 수 있다. 현재 블록의 예측 모드가 AIS 필터링을 수행하지 않는 모드일 경우, AIS 필터는 적용되지 않을 수 있다.
참조 화소 보간부는 예측 단위의 예측 모드가 참조 화소를 보간한 화소값을 기초로 인트라 예측을 수행하는 예측 단위일 경우, 참조 화소를 보간하여 정수값 이하의 화소 단위의 참조 화소를 생성할 수 있다. 현재 예측 단위의 예측 모드가 참조 화소를 보간하지 않고 예측 블록을 생성하는 예측 모드일 경우 참조 화소는 보간되지 않을 수 있다. DC 필터는 현재 블록의 예측 모드가 DC 모드일 경우 필터링을 통해서 예측 블록을 생성할 수 있다.
복원된 블록 또는 픽쳐는 필터부(240)로 제공될 수 있다. 필터부(240)는 디블록킹 필터, 오프셋 보정부, ALF를 포함할 수 있다.
영상 부호화기로부터 해당 블록 또는 픽쳐에 디블록킹 필터를 적용하였는지 여부에 대한 정보 및 디블록킹 필터를 적용하였을 경우, 강한 필터를 적용하였는지 또는 약한 필터를 적용하였는지에 대한 정보를 제공받을 수 있다. 영상 복호화기의 디블록킹 필터에서는 영상 부호화기에서 제공된 디블록킹 필터 관련 정보를 제공받고 영상 복호화기에서 해당 블록에 대한 디블록킹 필터링을 수행할 수 있다.
오프셋 보정부는 부호화시 영상에 적용된 오프셋 보정의 종류 및 오프셋 값 정보 등을 기초로 복원된 영상에 오프셋 보정을 수행할 수 있다.
ALF는 부호화기로부터 제공된 ALF 적용 여부 정보, ALF 계수 정보 등을 기초로 부호화 단위에 적용될 수 있다. 이러한 ALF 정보는 특정한 파라메터 셋에 포함되어 제공될 수 있다.
메모리(245)는 복원된 픽쳐 또는 블록을 저장하여 참조 픽쳐 또는 참조 블록으로 사용할 수 있도록 할 수 있고 또한 복원된 픽쳐를 출력부로 제공할 수 있다.
전술한 바와 같이 이하, 본 발명의 실시예에서는 설명의 편의상 코딩 유닛(Coding Unit)을 부호화 단위라는 용어로 사용하지만, 부호화뿐만 아니라 복호화를 수행하는 단위가 될 수도 있다.
또한, 현재 블록은, 부호화/복호화 대상 블록을 나타내는 것으로, 부호화/복호화 단계에 따라, 코딩 트리 블록(또는 코딩 트리 유닛), 부호화 블록(또는 부호화 유닛), 변환 블록(또는 변환 유닛) 또는 예측 블록(또는 예측 유닛) 등을 나타내는 것일 수 있다.
하나의 픽쳐는 정방형 또는 비정방형의 기본 블록으로 분할되어 부호화/복호화될 수 있다. 이때, 기본 블록은, 코딩 트리 유닛(Coding Tree Unit)이라 호칭될 수 있다. 코딩 트리 유닛은, 시퀀스 또는 슬라이스에서 허용하는 가장 큰 크기의 부호화 유닛으로 정의될 수도 있다. 코딩 트리 유닛이 정방형 또는 비정방형인지 여부 또는 코딩 트리 유닛의 크기와 관련한 정보는 시퀀스 파라미터 셋트, 픽처 파라미터 셋트 또는 슬라이스 헤더 등을 통해 시그널링될 수 있다. 코딩 트리 유닛은 더 작은 크기의 파티션으로 분할될 수 있다. 이때, 코딩 트리 유닛을 분할함으로써 생성된 파티션을 뎁스 1이라 할 경우, 뎁스 1인 파티션을 분할함으로써 생성된 파티션은 뎁스 2로 정의될 수 있다. 즉, 코딩 트리 유닛 내 뎁스 k인 파티션을 분할함으로써 생성된 파티션은 뎁스 k+1을 갖는 것으로 정의될 수 있다.
코딩 트리 유닛이 분할됨에 따라 생성된 임의 크기의 파티션을 코딩 유닛이라 정의할 수 있다. 코딩 유닛은 재귀적으로 분할되거나, 예측, 양자화, 변환 또는 인루프 필터링 등을 수행하기 위한 기본 단위로 분할될 수 있다. 일 예로, 코딩 유닛이 분할됨에 따라 생성된 임의 크기의 파티션은 코딩 유닛으로 정의되거나, 예측, 양자화, 변환 또는 인루프 필터링 등을 수행하기 위한 기본 단위인 변환 유닛 또는 예측 유닛으로 정의될 수 있다.
코딩 트리 유닛 또는 코딩 유닛의 파티셔닝은, 수직선(Vertical Line) 또는 수평선(Horizontal Line) 중 적어도 하나에 기초하여 수행될 수 있다. 또한, 코딩 트리 유닛 또는 코딩 유닛을 파티셔닝하는 수직선 또는 수평선의 개수는 적어도 하나 이상일 수 있다. 일 예로, 하나의 수직선 또는 하나의 수평선을 이용하여, 코딩 트리 유닛 또는 코딩 유닛을 2개의 파티션으로 분할하거나, 두개의 수직선 또는 두개의 수평선을 이용하여, 코딩 트리 유닛 또는 코딩 유닛을 3개의 파티션으로 분할할 수 있다. 또는, 하나의 수직선 및 하나의 수평선을 이용하여, 코딩 트리 유닛 또는 코딩 유닛을 길이 및 너비가 1/2 인 4개의 파티션으로 분할할 수 있다.
코딩 트리 유닛 또는 코딩 유닛을 적어도 하나의 수직선 또는 적어도 하나의 수평선을 이용하여 복수의 파티션으로 분할하는 경우, 파티션들은 균일한 크기를 갖거나, 서로 다른 크기를 가질 수 있다. 또는, 어느 하나의 파티션이 나머지 파티션과 다른 크기를 가질 수도 있다.
후술되는 실시예들에서는, 코딩 트리 유닛 또는 코딩 유닛이 쿼드 트리 또는 바이너리 트리 구조로 분할되는 것으로 가정한다. 그러나, 더 많은 수의 수직선 또는 더 많은 수의 수평선을 이용한 코딩 트리 유닛 또는 코딩 유닛의 분할도 가능하다.
도 3은 본 발명이 적용되는 일실시예로서, 트리 구조(tree structure)에 기반하여 코딩 블록을 계층적으로 분할하는 일예를 도시한 것이다.
입력 영상 신호는 소정의 블록 단위로 복호화되며, 이와 같이 입력 영상 신호를 복호화하기 위한 기본 단위를 코딩 블록이라 한다. 코딩 블록은 인트라/인터 예측, 변환, 양자화를 수행하는 단위가 될 수 있다. 또한, 코딩 블록 단위로 예측 모드(예컨대, 화면 내 예측 모드 또는 화면 간 예측 모드)가 결정되고, 코딩 블록에 포함된 예측 블록들은, 결정된 예측 모드를 공유할 수 있다. 코딩 블록은 8x8 내지 64x64 범위에 속하는 임의의 크기를 가진 정방형 또는 비정방형 블록일 수 있고, 128x128, 256x256 또는 그 이상의 크기를 가진 정방형 또는 비정방형 블록일 수 있다.
구체적으로, 코딩 블록은 쿼드 트리(quad tree)와 바이너리 트리(binary tree) 중 적어도 하나에 기초하여 계층적으로 분할될 수 있다. 여기서, 쿼드 트리 기반의 분할은 2Nx2N 코딩 블록이 4개의 NxN 코딩 블록으로 분할되는 방식을, 바이너리 트리 기반의 분할은 하나의 코딩 블록이 2개의 코딩 블록으로 분할되는 방식을 각각 의미할 수 있다. 바이너리 트리 기반의 분할이 수행되었다 하더라도, 하위 뎁스에서는 정방형인 코딩 블록이 존재할 수 있다.
바이너리 트리 기반의 분할은 대칭적으로 수행될 수도 있고, 비대칭적으로 수행될 수도 있다. 또한, 바이너리 트리 기반으로 분할된 코딩 블록은 정방형 블록일 수도 있고, 직사각형과 같은 비정방형 블록일 수도 있다. 일 예로, 바이너리 트리 기반의 분할이 허용되는 파티션 형태는 도 4에 도시된 예에서와 같이, 대칭형(symmetric)인 2NxN (수평 방향 비 정방 코딩 유닛) 또는 Nx2N (수직 방향 비정방 코딩 유닛), 비대칭형(asymmetric)인 nLx2N, nRx2N, 2NxnU 또는 2NxnD 중 적어도 하나를 포함할 수 있다.
바이너리 트리 기반의 분할은, 대칭형 또는 비대칭 형태의 파티션 중 어느 하나만 제한적으로 허용될 수도 있다. 이 경우, 코딩 트리 유닛을, 정방형 블록으로 구성하는 것은 쿼드 트리 CU 파티셔닝에 해당하고, 코딩 트리 유닛을, 대칭형인 비정방형 블록으로 구성하는 것은 이진 트리 파티셔닝에 해당할 수 있다. 코딩 트리 유닛을 정방형 블록과 대칭형 비정방형 블록으로 구성하는 것은 쿼드 및 바이너리 트리 CU 파티셔닝에 해당할 수 있다.
바이너리 트리 기반의 분할은 쿼드 트리 기반의 분할이 더 이상 수행되지 않는 코딩 블록에 대해서 수행될 수 있다. 바이너리 트리 기반으로 분할된 코딩 블록에 대해서는 쿼드 트리 기반의 분할이 더 이상 수행되지 않을 수 있다.
또한, 하위 뎁스의 분할은 상위 뎁스의 분할 형태에 종속적으로 결정될 수 있다. 일 예로, 2개 이상의 뎁스에서 바이너리 트리 기반의 분할이 허용된 경우, 하위 뎁스에서는 상위 뎁스의 바이너리 트리 분할 형태와 동일한 형태의 바이너리 트리 기반의 분할만이 허용될 수 있다. 예컨대, 상위 뎁스에서 2NxN 형태로 바이너리 트리 기반의 분할이 수행된 경우, 하위 뎁스에서도 2NxN 형태의 바이너리 트리 기반의 분할이 수행될 수 있다. 또는, 상위 뎁스에서 Nx2N 형태로 바이너리 트리 기반의 분할이 수행된 경우, 하위 뎁스에서도 Nx2N 형태의 바이너리 트리 기반의 분할이 허용될 수 있다.
반대로, 하위 뎁스에서, 상위 뎁스의 바이너리 트리 분할 형태와 상이한 형태의 바이너리 트리 기반의 분할만을 허용하는 것도 가능하다.
시퀀스, 슬라이스, 코딩 트리 유닛 또는 코딩 유닛에 대해, 특정 형태의 바이너리 트리 기반의 분할만이 사용되도록 제한할 수도 있다. 일 예로, 코딩 트리 유닛에 대해 2NxN 또는 Nx2N 형태의 바이너리 트리 기반의 분할만이 허용되도록 제한할 수 있다. 허용되는 파티션 형태는 부호화기 또는 복호화기에 기 정의되어 있을 수도 있고, 허용되는 파티션 형태 또는 허용되지 않는 파티션 형태에 관한 정보를 부호화하여 비트스트림을 통해 시그널링할 수도 있다.
도 5는 특정 형태의 바이너리 트리 기반의 분할만이 허용된 예를 나타낸 도면이다. 도 5의 (a)는 Nx2N 형태의 바이너리 트리 기반의 분할만이 허용되도록 제한된 예를 나타내고, 도 5의 (b)는 2NxN 형태의 바이너리 트리 기반의 분할만이 허용되도록 제한된 예를 나타낸다. 상기 쿼드 트리 또는 바이너리 트리 기반의 적응적 분할을 구현하기 위해 쿼드 트리 기반의 분할을 지시하는 정보, 쿼드 트리 기반의 분할이 허용되는 코딩 블록의 크기/깊이에 관한 정보, 바이너리 트리 기반의 분할을 지시하는 정보, 바이너리 트리 기반의 분할이 허용되는 코딩 블록의 크기/깊이에 대한 정보, 바이너리 트리 기반의 분할이 허용되지 않는 코딩 블록의 크기/깊이에 대한 정보 또는 바이너리 트리 기반의 분할이 세로 방향인지 또는 가로 방향인지에 관한 정보 등이 이용될 수 있다. 일 예로, quad_split_flag는 코딩 블록이 4개의 코딩 블록으로 분할되는지 여부를 나타내고, binary_split_flag는 코딩 블록이 2개의 코딩 블록으로 분할되는지 여부를 나타낼 수 있다. 코딩 블록이 2개의 코딩 블록으로 분할되는 경우, 코딩 블록의 분할 방향이 수직 방향인지 또는 수평 방향인지 여부를 나타내는 is_hor_split_flag가 시그널링될 수 있다.
또한, 코딩 트리 유닛 또는 소정의 코딩 유닛에 대해, 바이너리 트리 분할이 허용되는 횟수, 바이너리 트리 분할이 허용되는 깊이 또는 바이너리 트리 분할이 허용된 뎁스의 개수 등이 획득될 수 있다. 상기 정보는 코딩 트리 유닛 또는 코딩 유닛 단위로 부호화되어, 비트스트림을 통해 복호화기로 전송될 수 있다.
일 예로, 비트스트림을 통해, 바이너리 트리 분할이 허용되는 최대 뎁스를 나타내는 신택스 'max_binary_depth_idx_minus1'가 비트스트림을 통해 부호화/복호화될 수 있다. 이 경우, max_binary_depth_idx_minus1+1이 바이너리 트리 분할이 허용되는 최대 뎁스를 가리킬 수 있다.
도 6에 도시된 예를 살펴보면, 도 6에서는, 뎁스 2인 코딩 유닛 및 뎁스 3인 코딩 유닛에 대해 바이너리 트리 분할이 수행된 것으로 도시되었다. 이에 따라, 코딩 트리 유닛 내 바이너리 트리 분할이 수행된 횟수(2회)를 나타내는 정보, 코딩 트리 유닛 내 바이너리 트리 분할이 허용된 최대 뎁스(뎁스 3)를 나타내는 정보 또는 코딩 트리 유닛 내 바이너리 트리 분할이 허용된 뎁스의 개수(2개, 뎁스 2 및 뎁스 3)를 나타내는 정보 중 적어도 하나가 비트스트림을 통해 부호화/복호화될 수 있다.
다른 예로, 바이너리 트리 분할이 허용되는 횟수, 바이너리 트리 분할이 허용되는 깊이 또는 바이너리 트리 분할이 허용된 뎁스의 개수 중 적어도 하나는 시퀀스, 슬라이스별로 획득될 수 있다. 일 예로, 상기 정보는, 시퀀스, 픽처 또는 슬라이스 단위로 부호화되어 비트스트림을 통해 전송될 수 있다. 이에 따라, 제1 슬라이스 및 제2 슬라이스의, 바이너리 트리 분할 횟수, 바이너리 트리 분할이 허용되는 최대 뎁스 또는 바이너리 트리 분할이 허용되는 뎁스의 개수 중 적어도 하나가 상이할 수 있다. 일 예로, 제1 슬라이스에서는, 하나의 뎁스에서만 바이너리 트리 분할이 허용되는 반면, 제2 슬라이스에서는, 두개의 뎁스에서 바이너리 트리 분할이 허용될 수 있다.
또 다른 일 예로, 슬라이스 또는 픽쳐의 시간레벨 식별자(TemporalID)에 따라 바이너리 트리 분할이 허용되는 횟수, 바이너리 트리 분할이 허용되는 깊이 또는 바이너리 트리 분할이 허용되는 뎁스의 개수 중 적어도 하나를 상이하게 설정할 수도 있다. 여기서, 시간레벨 식별자(TemporalID)는, 시점(view), 공간(spatial), 시간(temporal) 또는 화질(quality) 중 적어도 하나 이상의 스케일러빌리티(Scalability)를 갖는 영상의 복수개의 레이어 각각을 식별하기 위한 것이다.
도 3에 도시된 바와 같이, 분할 깊이(split depth)가 k인 제1 코딩 블록 300은 쿼드 트리(quad tree)에 기반하여 복수의 제2 코딩 블록으로 분할될 수 있다. 예를 들어, 제2 코딩 블록 310 내지 340은 제1 코딩 블록의 너비와 높이의 절반 크기를 가진 정방형 블록이며, 제2 코딩 블록의 분할 깊이는 k+1로 증가될 수 있다.
분할 깊이가 k+1인 제2 코딩 블록 310은 분할 깊이가 k+2인 복수의 제3 코딩 블록으로 분할될 수 있다. 제2 코딩 블록 310의 분할은 분할 방식에 따라 쿼트 트리 또는 바이너리 트리 중 어느 하나를 선택적으로 이용하여 수행될 수 있다. 여기서, 분할 방식은 쿼드 트리 기반으로의 분할을 지시하는 정보 또는 바이너리 트리 기반의 분할을 지시하는 정보 중 적어도 하나에 기초하여 결정될 수 있다.
제2 코딩 블록 310이 쿼트 트리 기반으로 분할되는 경우, 제2 코딩 블록 310은 제2 코딩 블록의 너비와 높이의 절반 크기를 가진 4개의 제3 코딩 블록 310a으로 분할되며, 제3 코딩 블록 310a의 분할 깊이는 k+2로 증가될 수 있다. 반면, 제2 코딩 블록 310이 바이너리 트리 기반으로 분할되는 경우, 제2 코딩 블록 310은 2개의 제3 코딩 블록으로 분할될 수 있다. 이때, 2개의 제3 코딩 블록 각각은 제2 코딩 블록의 너비와 높이 중 어느 하나가 절반 크기인 비정방형 블록이며, 분할 깊이는 k+2로 증가될 수 있다. 제2 코딩 블록은 분할 방향에 따라 가로 방향 또는 세로 방향의 비정방형 블록으로 결정될 수 있고, 분할 방향은 바이너리 트리 기반의 분할이 세로 방향인지 또는 가로 방향인지에 관한 정보에 기초하여 결정될 수 있다.
한편, 제2 코딩 블록 310은 쿼드 트리 또는 바이너리 트리에 기반하여 더 이상 분할되지 않는 말단 코딩 블록으로 결정될 수도 있고, 이 경우 해당 코딩 블록은 예측 블록 또는 변환 블록으로 이용될 수 있다.
제3 코딩 블록 310a은 제2 코딩 블록 310의 분할과 마찬가지로 말단 코딩 블록으로 결정되거나, 쿼드 트리 또는 바이너리 트리에 기반하여 추가적으로 분할될 수 있다.
한편, 바이너리 트리 기반으로 분할된 제3 코딩 블록 310b은 추가적으로 바이너리 트리에 기반하여 세로 방향의 코딩 블록(310b-2) 또는 가로 방향의 코딩 블록(310b-3)으로 더 분할될 수도 있고, 해당 코딩 블록의 분할 깊이는 k+3으로 증가될 수 있다. 또는, 제3 코딩 블록 310b는 바이너리 트리에 기반하여 더 이상 분할되지 않는 말단 코딩 블록(310b-1)으로 결정될 수 있고, 이 경우 해당 코딩 블록(310b-1)은 예측 블록 또는 변환 블록으로 이용될 수 있다. 다만, 상술한 분할 과정은 쿼드 트리 기반의 분할이 허용되는 코딩 블록의 크기/깊이에 관한 정보, 바이너리 트리 기반의 분할이 허용되는 코딩 블록의 크기/깊이에 대한 정보 또는 바이너리 트리 기반의 분할이 허용되지 않는 코딩 블록의 크기/깊이에 대한 정보 중 적어도 하나에 기초하여 제한적으로 수행될 수 있다.
코딩 블록이 가질 수 있는 크기는 소정 개수로 제한되거나, 소정 단위 내 코딩 블록의 크기는 고정된 값을 가질 수도 있다. 일 예로, 시퀀스 내 코딩 블록의 크기 또는 픽처 내 코딩 블록의 크기는, 256x256, 128x128 또는 32x32로 제한될 수 있다. 시퀀스 또는 픽처 내 코딩 블록의 크기를 나타내는 정보가 시퀀스 헤더 또는 픽처 헤더를 통해 시그널링 될 수 있다.
쿼드 트리 및 바이너리 트리에 기반한 분할 결과, 코딩 유닛은, 정방형 또는 임의 크기의 직사각형을 띨 수 있다.
쿼드 트리 및 바이너리 트리에 기반한 분할 결과, 더 이상 분할되지 않는 코딩 블록은 예측 블록 또는 변환 블록으로 이용될 수 있다. 즉, 쿼드 트리 및 바이너리 트리에 기반한 QTBT (Quad-Tree & Binary-Tree) 분할 방법에서는, 코딩 블록이 예측 블록이 되고, 예측 블록이 변환 블록이 될 수 있다. 일 예로, QTBT 분할 방법을 이용한 경우, 코딩 블록 단위로 예측 영상을 생성하고, 코딩 블록 단위로 원본 영상과 예측 영상간의 차분인 잔차 신호가 변환될 수 있다. 여기서, 코딩 블록 단위로 예측 영상을 생성하는 것은, 코딩 블록을 기준으로 모션 정보가 결정되거나, 코딩 블록을 기준으로 하나의 인트라 예측 모드가 결정되는 것을 의미할 수 있다.
QTBT 분할 방법에서, BT는 대칭형 분할만이 허용되도록 설정될 수 있다. 다만, 블록 경계에서 오브젝트와 배경이 나누어지는 경우에도, 대칭형 이진 분할만을 허용한다면, 부호화 효율이 낮아질 수 있다. 이에 본 발명에서는, 부호화 효율을 높이기 위해, 코딩 블록을 비대칭으로 파티셔닝하는 방법을 제안하고자 한다.
비대칭 바이너리 트리 파티셔닝(Asymetric Binary Tree Partitioning)은 코딩 블록을 2개의 더 작은 코딩 블록으로 분할하는 것을 나타낸다. 비대칭 바이너리 트리 파티셔닝의 결과, 코딩 블록은 2개의 비대칭 형태의 코딩 블록으로 분할될 수 있다. 설명의 편의를 위해, 후술되는 실시예에서는, 코딩 블록이 대칭 형태의 2개의 파티션으로 분할되는 것은 바이너리 트리 분할(또는, 바이너리 트리 파티셔닝)이라 호칭하고, 코딩 블록이 비대칭 형태의 2개의 파티션으로 분할되는 것은 비대칭 바이너리 트리 분할(또는, 비대칭 바이너리 트리 파티셔닝)이라 호칭하기로 한다.
도 7은 비대칭 바이너리 트리 파티셔닝에 기반한 코딩 블록의 분할 형태를 예시한 것이다. 2Nx2N 코딩 블록은 너비 비가 n:(1-n)인 2개의 코딩 블록 또는 높이 비가 n:(1-n)인 2개의 코딩 블록으로 분할될 수 있다. 여기서, n은 0보다 크고 1보다 작은 실수를 나타낼 수 있다.
도 7에서는, 코딩 블록에 비대칭 바이너리 트리 파티셔닝이 적용됨에 따라, 너비 비가 1:3 또는 3:1인 2개의 코딩 블록 또는 높이 비가 1:3 또는 3:1인 2개의 코딩 블록이 생성되는 것으로 도시되었다.
구체적으로, WxH 크기의 코딩 블록이 수직 방향으로 분할됨에 따라, 너비가 1/4W인 좌측 파티션 및 너비가 3/4W인 우측 파티션이 생성될 수 있다. 위와 같이, 좌측 파티션의 너비가 우측 파티션의 너비보다 작은 분할 형태를 nLx2N 바이너리 파티션이라 호칭할 수 있다.
WxH 크기의 코딩 블록이 수직 방향으로 분할됨에 따라, 너비가 3/4W인 좌측 파티션 및 너비가 1/4W인 우측 파티션이 생성될 수도 있다. 위와 같이, 우측 파티션의 너비가 좌측 파티션의 너비보다 작은 분할 형태를 nRx2N 바이너리 파티션이라 호칭할 수 있다.
WxH 크기의 코딩 블록이 수평 방향으로 분할됨에 따라, 높이가 1/4H인 상단 파티션 및 높이가 3/4H인 하단 파티션이 생성될 수 있다. 위와 같이, 상단 파티션의 높이가 하단 파티션의 높이보다 작은 분할 형태를 2NxnU 바이너리 파티션이라 호칭할 수 있다.
WxH 크기의 코딩 블록이 수평 방향으로 분할됨에 따라, 높이가 3/4H인 상단 파티션 및 높이가 1/4H인 하단 파티션이 생성될 수 있다. 위와 같이, 하단 파티션의 높이가 상단 파티션의 높이보다 작은 분할 형태를 2NxnD 바이너리 파티션이라 호칭할 수 있다.
도 7에서는 두 코딩 블록간의 너비 비 또는 높이 비가 1:3 또는 3:1인 경우를 예시하였으나, 비대칭 바이너리 트리 파티셔닝에 의해 생성되는 두 코딩 블록 간 너비 비 또는 높이 비가 이에 한정되는 것은 아니다. 코딩 블록은 도 7에 도시된 것과 상이한 너비 비 또는 상이한 높이 비를 갖는 2개의 코딩 블록으로 분할될 수도 있다.
비대칭 바이너리 트리 파티셔닝을 이용하는 경우, 코딩 블록의 비대칭 바이너리 파티션 형태는 비트스트림을 통해 시그널링되는 정보에 기초하여 결정될 수 있다. 일 예로, 코딩 블록의 분할 형태는 코딩 블록의 분할 방향을 나타내는 정보 및 코딩 블록이 분할됨에 따라 생성되는 제1 파티션이 제2 파티션보다 작은 크기를 갖는지 여부를 나타내는 정보를 기초로 결정될 수 있다.
코딩 블록의 분할 방향을 나타내는 정보는, 코딩 블록이 수직 방향으로 분할되었는지 또는 수평 방향으로 분할되었는지 여부를 나타내는 1비트의 플래그일 수 있다. 일 예로, hor_binary_flag 는 코딩 블록이 수평 방향으로 분할되었는지 여부를 나타낼 수 있다. hor_binary_flag의 값이 1인 것은, 코딩 블록이 수평 방향으로 분할됨을 나타내고, hor_binary_flag의 값이 0인 것은, 코딩 블록이 수직 방향으로 분할됨을 나타낼 수 있다. 또는 코딩 블록이 수직 방향으로 분할되었는지 여부를 나타내는 ver_binary_flag가 이용될 수도 있다.
제1 파티션이 제2 파티션보다 작은 크기를 갖는지 여부를 나타내는 정보는, 1비트의 플래그일 수 있다. 일 예로, is_left_above_small_part_flag는 코딩 블록이 분할됨에 따라 생성된 좌측 또는 상단 파티션의 크기가 우측 또는 하측 파티션 보다 작은지 여부를 나타낼 수 있다. is_left_above_small_part_flag의 값이 1인 것은 좌측 또는 상단 파티션의 크기가 우측 또는 하단 파티션보다 작은 것을 의미하고, is_left_above_small_part_flag의 값이 0인 것은 좌측 또는 상단 파티션의 크기가 우측 또는 하단 파티션보다 큰 것을 의미할 수 있다. 또는, 우측 또는 하단 파티션의 크기가 좌측 또는 상단 파티션보다 작은지 여부를 나타내는 is_right_bottom_small_part_flag를 사용할 수도 있다.
또는, 제1 파티션 및 제2 파티션 간의 너비비, 높이비 또는 넓이비를 나타내는 정보를 사용하여 제1 파티션 및 제2 파티션의 크기를 결정할 수도 있다.
hor_binary_flag의 값이 0이고, is_left_above_small_part_flag의 값이 1인 것은, nLx2N 바이너리 파티션을 나타내고, hor_binary_flag의 값이 0이고, is_left_above_small_part_flag의 값이 0인 것은, nRx2N 바이너리 파티션을 나타낼 수 있다. 또한, hor_binary_flag의 값이 1이고, is_left_above_small_part_flag의 값이 1인 것은, 2NxnU 바이너리 파티션을 나타내고, hor_binary_flag의 값이 1이고, is_left_above_small_part_flag의 값이 0인 것은 2NxnD 바이너리 파티션을 나타낼 수 있다.
다른 예로, 코딩 블록의 비대칭 바이너리 파티션 형태는, 코딩 블록의 파티션 형태를 지시하는 인덱스 정보에 의해 결정될 수도 있다. 여기서, 인덱스 정보는 비트스트림을 통해 시그널링되는 정보로, 고정된 길이(즉, 고정된 비트 수)로 부호화될 수도 있고, 가변 길이로 부호화될 수도 있다. 일 예로, 하기 표 1은 비대칭 바이너리 파티션별 파티션 인덱스를 나타낸 것이다.
Asymetric partition index Binarization
nLx2N 0 0
nRx2N 1 10
2NxnU 2 100
2NxnD 3 111
비대칭 바이너리 트리 파티셔닝은 QTBT 분할 방법에 종속적으로 이용될 수 있다. 일 예로, 코딩 블록에 더 이상 쿼드 트리 분할 또는 바이너리 트리 분할이 적용되지 않는 경우, 해당 코딩 블록에 비대칭 바이너리 트리 분할을 적용할 것인지 여부가 결정될 수 있다. 여기서, 코딩 블록에 비대칭 바이너리 트리 분할을 적용할 것인지 여부는 비트스트림을 통해 시그널링되는 정보에 의해 결정될 수 있다. 예컨대, 상기 정보는 1비트의 플래그 'asymmetric_binary_tree_flag'일 수 있고, 상기 플래그에 기초하여, 코딩 블록에 비대칭 바이너리 트리 분할이 적용되는지 여부가 결정될 수 있다.
또는, 코딩 블록이 2개의 블록으로 분할되는 것으로 결정되는 경우, 그 분할 형태가 바이너리 트리 분할인지 또는 비대칭 바이너리 트리 분할인지 여부가 결정될 수도 있다. 여기서, 코딩 블록의 분할 형태가 바이너리 트리 분할인지 또는 비대칭 바이너리 트리 분할인지 여부는 비트스트림을 통해 시그널링되는 정보에 의해 결정될 수 있다. 예컨대, 상기 정보는 1비트의 플래그 'is_asymmetric_split_flag'일 수 있고, 상기 플래그에 기초하여, 코딩 블록이 대칭 또는 비대칭 형태로 분할되는지 여부가 결정될 수 있다.
다른 예로, 대칭형 바이너리 파티션 및 비대칭형 바이너리 파티션에 서로 다른 인덱스를 할당하고, 인덱스 정보에 따라, 코딩 블록이 대칭 형태 또는 비대칭 형태로 분할되는지 여부를 결정할 수도 있다. 일 예로, 표 2는 대칭형 바이너리 파티션 및 비대칭형 바이너리 파티션에 각기 다른 인덱스가 할당된 예를 나타낸 것이다.
Binary partition index Binarization
2NxN (수평 방향 바이너리 파티션) 0 0
Nx2N(수직 방향 바이너리 파티션) 1 10
nLx2N 2 110
nRx2N 3 1110
2NxnU 4 11110
2NxnD 5 11111
코딩 트리 블록 또는 코딩 블록은, 쿼드 트리 분할, 바이너리 트리 분할 또는 비대칭 바이너리 트리 분할을 통해 복수의 코딩 블록으로 세분화될 수 있다. 일 예로, 도 8은 QTBT 및 비대칭 바이너리 트리 분할을 이용하여 코딩 블록이 복수의 코딩 블록으로 분할되는 예를 나타낸 도면이다. 도 8을 참조하면, 첫번째 그립의 뎁스 2 파티셔닝, 두번째 그림의 뎁스 3 파티셔닝, 세번째 그림의 뎁스 3 파티셔닝에서 각각 비대칭 바이너리 트리 분할이 수행된 것을 확인할 수 있다.
비대칭 바이너리 트리 파티셔닝을 통해 분할된 코딩 블록은 더 이상 분할되지 않도록 제한될 수 있다. 일 예로, 비대칭 바이너리 트리 파티셔닝을 통해 생성된 코딩 블록에는 쿼드 트리, 바이너리 트리 또는 비대칭 바이너리 트리 관련 정보가 부호화/복호화되지 않을 수 있다. 즉, 비대칭 바이너리 트리 파티셔닝을 통해 생성된 코딩 블록에 대해서는, 쿼드 트리 분할 여부를 나타내는 플래그, 바이너리 트리 분할 여부를 타나내는 플래그, 비대칭 바이너리 트리 분할 여부를 나타내는 플래그, 바이너리 트리 또는 비대칭 바이너리 트리 분할 방향을 나타내는 플래그, 또는 비대칭 바이너리 파티션을 나타내는 인덱스 정보 등의 신택스의 부호화/복호화가 생략될 수 있다.
다른 예로, 바이너리 트리 파티셔닝을 허용할 것인지 여부는 QTBT의 허용 여부에 종속적으로 결정될 수 있다. 일 예로, QTBT에 기초한 분할 방법이 사용되지 않는 픽쳐 또는 슬라이스에서는 비대칭 바이너리 트리 파티셔닝이 사용되지 않도록 제한될 수 있다.
비대칭 바이너리 트리 파티셔닝이 허용되는지 여부를 나타내는 정보가 블록 단위, 슬라이스 단위 또는 픽처 단위로 부호화되어 시그널링될 수도 있다. 여기서, 비대칭 바이너리 트리 파티셔닝이 허용되는지 여부를 나타내는 정보는 1비트의 플래그일 수 있다. 일 예로, is_used_asymmetric_QTBT_enabled_flag의 값이 0인 것은, 비대칭 바이너리 트리 파티셔닝이 사용되지 않음을 나타낼 수 있다. 픽처 단위 또는 슬라이스 단위로 바이너리 트리 파티셔닝이 사용되지 않는 경우, is_used_asymmetric_QTBT_enabled_flag를 시그널링하지 않고, 그 값을 0으로 설정할 수도 있다.
코딩 블록의 크기, 형태, 분할 깊이 또는 분할 형태 등에 기초하여, 코딩 블록에 허용되는 분할 형태가 결정될 수도 있다. 일 예로, 쿼드 트리 분할에 의해 생성된 코딩 블록 및 바이너리 트리 분할에 의해 생성된 코딩 블록 사이 허용되는 분할 타입, 파티션 형태 또는 파티션 개수 중 적어도 하나는 상이할 수 있다.
일 예로, 코딩 블록이 쿼드 트리 분할에 의해 생성된 것일 경우, 해당 코딩 블록에는, 쿼드 트리 분할, 바이너리 트리 분할 및 비대칭 바이너리 트리 분할 모두 허용될 수 있다. 즉, 코딩 블록이 쿼드 트리 분할에 기초하여 생성된 것일 경우, 코딩 블록에는 도 9에 나타난 모든 파티션 형태가 적용될 수 있다. 일 예로, 2Nx2N 파티션은 코딩 블록이 더 이상 분할되지 않는 경우를 나타내고, NxN은 코딩 블록이 쿼드트리 분할되는 경우를 나타내며, Nx2N 및 2NxN은 코딩 블록이 바이너리 트리 분할되는 경우를 나타낼 수 있다. 또한, nLx2N, nRx2N, 2NxnU 및 2NxnD는 코딩 블록이 비대칭 바이너리 트리 분할되는 경우를 나타낼 수 있다.
반면, 코딩 블록이 바이너리 트리 분할에 의해 생성된 것일 경우, 해당 코딩 블록에는 비대칭 바이너리 트리 분할을 제한할 수 있다. 즉, 코딩 블록이 바이너리 트리 분할에 기초하여 생성된 것일 경우, 코딩 블록에는 도 9에 도시된 파티션 형태들 중 비대칭 파티션 형태(nLx2N, nRx2N, 2NxnU, 2NxnD)을 적용하는 것이 제한될 수 있다.
QTBT를 이용하는 경우, 더 이상 분할되지 않는 코딩 블록이 예측 블록으로 이용될 수 있다. 즉, 코딩 블록은, 스킵 모드, 화면 내 예측, 화면 간 예측 또는 스킵 방법 중 적어도 하나를 이용하여 부호화될 수 있다.
다른 예로, 코딩 블록이 결정되면, 코딩 블록의 예측 분할을 통해 코딩 블록과 동일한 크기 또는 코딩 블록보다 작은 크기를 갖는 예측 블록(Prediction Block)을 결정할 수도 있다. 코딩 블록의 예측 분할은 코딩 블록의 분할 형태를 나타내는 파티션 모드(Part_mode)에 의해 수행될 수 있다. 예측 블록의 크기 또는 형태는 코딩 블록의 파티션 모드에 따라 결정될 수 있다. 코딩 블록의 분할 형태는 파티션 후보 중 어느 하나를 특정하는 정보를 통해 결정될 수 있다. 이때, 코딩 블록이 이용할 수 있는 파티션 후보에는 코딩 블록의 크기, 형태 또는 부호화 모드 등에 따라 비대칭 파티션 형태(예컨대, nLx2N, nRx2N, 2NxnU, 2NxnD)가 포함될 수 있다.일 예로, 코딩 블록이 이용할 수 있는 파티션 후보는 현재 블록의 부호화 모드에 따라 결정될 수 있다. 일 예로, 도 10은 코딩 블록이 화면 간 예측으로 부호화되었을 때, 코딩 블록에 적용될 수 있는 파티션 모드를 예시한 도면이다.
코딩 블록이 화면 간 예측으로 부호화된 경우, 코딩 블록에는 도 10에 도시된 예에서와 같이, 8개의 파티션 모드 중 어느 하나가 적용될 수 있다.
반면, 코딩 블록이 화면 내 예측으로 부호화된 경우, 코딩 블록에는 파티션 모드 PART_2Nx2N 또는 PART_NxN 이 적용될 수 있다.
PART_NxN은 코딩 블록이 최소 크기를 갖는 경우 적용될 수 있다. 여기서, 코딩 블록의 최소 크기는 부호화기 및 복호화기에서 기 정의된 것일 수 있다. 또는, 코딩 블록의 최소 크기에 관한 정보는 비트스트림을 통해 시그널링될 수도 있다. 일 예로, 코딩 블록의 최소 크기는 슬라이스 헤더를 통해 시그널링되고, 이에 따라, 슬라이스별로 코딩 블록의 최소 크기가 정의될 수 있다.
다른 예로, 코딩 블록이 이용할 수 있는 파티션 후보는 코딩 블록의 크기 또는 형태 중 적어도 하나에 따라 상이하게 결정될 수도 있다. 일 예로, 코딩 블록이 이용할 수 있는 파티션 후보의 개수 또는 종류는 코딩 블록의 크기 또는 형태 중 적어도 하나에 따라 상이하게 결정될 수 있다.
또는, 코딩 블록이 이용할 수 있는 파티션 후보들 중 비대칭 파티션 후보들의 종류 또는 개수를 코딩 블록의 크기 또는 형태에 따라 제한할 수도 있다. 일 예로, 코딩 블록이 이용할 수 있는 비대칭 파티션 후보의 개수 또는 종류는 코딩 블록의 크기 또는 형태 중 적어도 하나에 따라 상이하게 결정될 수 있다.
일반적으로, 예측 블록의 크기는 64x64 부터 4x4의 크기를 가질 수 있다. 단, 코딩 블록이 화면 간 예측으로 부호화된 경우, 움직임 보상을 수행할 때, 메모리 대역폭(memory bandwidth)을 줄이기 위해, 예측 블록이 4x4 크기를 갖지 않도록 할 수 있다.
도 11은 본 발명이 적용되는 일실시예로서, 코딩 블록의 분할 과정을 나타낸 흐름도이다.
먼저, 현재 블록에 대해 쿼드 트리 분할이 수행되는지 여부를 결정할 수 있다(S1110). 현재 블록에 쿼드 트리 분할이 수행되는 것으로 판단되는 경우, 현재 블록을 4개의 코딩 블록으로 분할할 수 있다(S1120).
반면, 현재 블록에 쿼드 트리 분할이 허용되지 않는 것으로 판단되는 경우, 현재 블록에 대해 바이너리 트리 분할 또는 비대칭 바이너리 트리 분할이 수행되는지 여부를 결정할 수 있다(S1130).
현재 블록에 대해 바이너리 트리 분할 또는 비대칭 바이너리 트리 분할이 수행되는 것으로 판단되는 경우, 현재 블록의 바이너리 파티션 형태를 결정할 수 있다(S1140). 이때, 현재 블록의 바이너리 트리 파티션 형태는 현재 블록의 분할 정보를 나타내는 정보, 분할된 파티션의 크기를 나타내는 정보 또는 파티션 형태를 특정하는 인덱스 정보 중 적어도 하나에 기초하여 결정될 수 있다.
현재 블록은, 결정된 바이너리 파티션 형태에 따라, 2개의 대칭형 또는 비대칭형 블록으로 분할될 수 있다(S1150).
현재 블록에 대해 바이너리 트리 분할이 수행되는지 여부 및 비대칭 바이너리 트리 분할이 수행되는지 여부를 순차적으로 결정할 수도 있다. 일 예로, 현재 블록이 바이너리 트리 분할이 허용되지 않는 것으로 판단된 경우에 한하여, 비대칭 바이너리 트리 분할을 수행할 것인지 여부가 결정될 수 있다.
도 12는 본 발명이 적용되는 일실시예로서, 잔차 샘플을 획득하는 과정을 도시한 흐름도이다.
먼저, 현재 블록의 잔차 계수를 획득할 수 있다(S1210). 복호화기는 계수 스캐닝 방법을 통해, 잔차 계수를 획득할 수 있다. 예를 들어, 복호화기는, 대각 스캔, 지그재그 스캔, 업-라이트 스캔, 수직 스캔 또는 수평 스캔을 이용하여, 계수 스캐닝을 수행하고, 그 결과 2차원 블록 형태의 잔차 계수를 획득할 수 있다.
현재 블록의 잔차 계수에 대해 역양자화를 수행할 수 있다(S1220).
현재 블록의 역양자화된 잔차 계수에 역변환을 스킵할 것인지 여부를 결정할 수 있다(S1230). 구체적으로, 복호화기는 현재 블록의 수평 방향 또는 수직 방향 중 적어도 하나 이상에 역변환을 스킵(skip)할 것인지 여부를 결정할 수 있다. 현재 블록의 수직 또는 수평 방향 중 적어도 하나에 역변환을 적용하기로 결정된 경우, 현재 블록의 역양자화된 잔차 계수를 역변환함으로써, 현재 블록의 잔차 샘플을 획득할 수 있다(S1240). 여기서, 역변환은, DCT, DST 또는 KLT 중 적어도 하나를 이용하여 수행될 수 있다.
현재 블록의 수평 방향 및 수직 방향 모두에 역변환이 스킵된 경우, 현재 블록의 수평 방향 및 수직 방향으로 역변환이 수행되지 않는다. 이 경우, 역양자화된 잔차 계수를 기 설정된 값으로 스케일링하여, 현재 블록의 잔차 샘플을 획득할 수 있다(S1250).
수평 방향으로의 역변환을 생략하는 것은, 수평 방향으로는 역변환을 수행하지 않고, 수직 방향으로는 역변환을 수행하는 것을 의미한다. 이때, 수평 방향으로는 스케일링이 수행될 수 있다.
수직 방향의 역변환을 생략하는 것은, 수직 방향으로는 역변환을 수행하지 않고, 수평 방향으로는 역변환을 수행하는 것을 의미한다. 이때, 수직 방향으로는 스케일링이 수행될 수 있다.
현재 블록의 분할 형태에 따라, 현재 블록에 대해 역변환 스킵 기법을 이용할 수 있는지 여부가 결정될 수 있다. 일 예로, 현재 블록이 바이너리 트리 기반의 분할을 통해 생성된 것일 경우, 현재 블록에 대해 역변환 스킵 기법을 이용하지 못하도록 제한할 수 있다. 이에 따라, 현재 블록이 바이너리 트리 기반의 분할을 통해 생성된 것일 경우, 현재 블록을 역변환 함으로써, 현재 블록의 잔차 샘플을 획득할 수 있다. 아울러, 현재 블록이 바이너리 트리 기반의 분할을 통해 생성된 것일 경우, 역변환이 스킵되는지 여부를 나타내는 정보(예컨대, transform_skip_flag)의 부호화/복호화가 생략될 수 있다.
또는, 현재 블록이 바이너리 트리 기반의 분할을 통해 생성된 경우, 수평 방향 또는 수직 방향 중 적어도 하나에서만 역변환 스킵 기법이 허용되도록 제한할 수 있다. 여기서, 역변환 스킵 기법이 제한되는 방향은, 비트스트림으로부터 복호화되는 정보에 기초하여 결정되거나, 현재 블록의 크기, 현재 블록의 형태 또는 현재 블록의 인트라 예측 모드 중 적어도 하나에 기초하여 적응적으로 결정될 수 있다.
일 예로, 현재 블록이 너비가 높이보다 큰 비정방형 블록일 경우, 수직 방향에 대해서만 역변환 스킵 기법을 허용하고, 수평 방향에 대해서는 역변환 스킵 기법 사용을 제한할 수 있다. 즉, 현재 블록이 2NxN인 경우, 현재 블록의 수평 방향으로는 역변환이 수행되고, 수직 방향으로는 선택적으로 역변환이 수행될 수 있다.
반면, 현재 블록의 높이가 너비보다 큰 비정방형 블록일 경우, 수평 방향에 대해서만 역변환 스킵 기법을 허용하고, 수직 방향에 대해서는 역변환 스킵 기법 사용을 제한할 수 있다. 즉, 현재 블록이 Nx2N인 경우, 현재 블록의 수직 방향으로는 역변환이 수행되고, 수평 방향으로는 선택적으로 역변환이 수행될 수 있다.
상기의 예와 반대로, 현재 블록이 너비가 높이보다 큰 비정방형 블록일 경우, 수평 방향에 대해서만 역변환 스킵 기법을 허용하고, 현재 블록이 높이가 너비보다 큰 비정방형 블록일 경우, 수직 방향에 대해서만 역변환 스킵 기법을 허용할 수도 있다.
수평 방향에 대한 역변환을 스킵할 것인지 여부에 대한 정보 또는 수직 방향에 대한 역변환을 스킵할 것인지 여부를 나타내는 정보는 비트스트림을 통해 시그널링될 수 있다. 일 예로, 수평 방향에 대한 역변환을 스킵할 것인지 여부를 나타내는 정보는 1비트의 플래그로, 'hor_transform_skip_flag'이고, 수직 방향에 대한 역변환을 스킵할 것인지 여부를 나타내는 정보는 1비트의 플래그로, 'ver_transform_skip_flag'일 수 있다. 부호화기는, 현재 블록의 형태에 따라, 'hor_transform_skip_flag' 또는 'ver_transform_skip_flag' 중 적어도 하나를 부호화할 수 있다. 또한, 복호화기는 'hor_transform_skip_flag' 또는 'ver_transform_skip_flag' 중 적어도 이용하여, 수평 방향 또는 수직 방향으로의 역변환이 스킵되는지 여부를 판단할 수 있다.
현재 블록의 분할 형태에 따라, 어느 하나의 방향에 대해서는, 역변환이 생략되도록 설정될 수도 있다. 일 예로, 현재 블록이 바이너리 트리 기반의 분할을 통해 생성된 경우, 수평 방향 또는 수직 방향으로의 역변환을 생략할 수 있다. 즉, 현재 블록이 바이너리 트리 기반의 분할로 생성된 것이라면, 현재 블록의 역변환이 스킵되는지 여부를 나타내는 정보(예컨대, transform_skip_flag, hor_transform_skip_flag, ver_transform_skip_flag)의 부호화/복호화 없이도, 현재 블록에 대해 수평 방향 또는 수직 방향 중 적어도 하나에 대해 역변환을 스킵할 것을 결정할 수 있다.
상술한 실시예는 일련의 단계 또는 순서도를 기초로 설명되고 있으나, 이는 발명의 시계열적 순서를 한정한 것은 아니며, 필요에 따라 동시에 수행되거나 다른 순서로 수행될 수 있다. 또한, 상술한 실시예에서 블록도를 구성하는 구성요소(예를 들어, 유닛, 모듈 등) 각각은 하드웨어 장치 또는 소프트웨어로 구현될 수도 있고, 복수의 구성요소가 결합하여 하나의 하드웨어 장치 또는 소프트웨어로 구현될 수도 있다. 상술한 실시예는 다양한 컴퓨터 구성요소를 통하여 수행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래시 메모리 등과 같은 프로그램 명령어를 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 상기 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
본 발명은 영상을 부호화/복호화할 수 있는 전자 장치에 적용될 수 있다.

Claims (13)

  1. 현재 블록을 쿼드 트리 분할할 것인지 여부를 결정하는 단계;
    상기 현재 블록이 쿼드 트리 분할되지 않는 경우, 상기 현재 블록을 바이너리 트리 분할할 것인지 여부를 결정하는 단계;
    상기 현재 블록을 바이너리 트리 분할하는 것으로 결정된 경우, 상기 현재 블록에 대한 바이너리 트리 파티션 형태를 결정하는 단계; 및
    상기 결정된 바이너리 트리 파티션 형태에 따라 상기 현재 블록을 두개의 파티션으로 분할하는 단계를 포함하는, 영상 복호화 방법.
  2. 제1 항에 있어서,
    상기 바이너리 트리 파티션 형태는, 상기 현재 블록이 분할됨에 따라 생성되는 두개의 파티션이 비대칭인 비대칭 파티션 형태를 포함하는 것을 특징으로 하는, 영상 복호화 방법.
  3. 제2 항에 있어서,
    상기 현재 블록이 비대칭 파티션으로 분할된 경우, 상기 현재 블록의 분할 결과로 생성된 각 파티션은 더 이상 쿼드 트리 분할 또는 바이너리 트리 분할이 허용되지 않는 것을 특징으로 하는, 영상 복호화 방법.
  4. 제1 항에 있어서,
    상기 바이너리 트리 파티션 형태는, 상기 현재 블록의 분할 방향 및 상기 현재 두 파티션들의 크기와 관련된 정보 중 적어도 하나를 기초로 결정되는 것을 특징으로 하는, 영상 복호화 방법.
  5. 제1 항에 있어서,
    상기 바이너리 트리 파티션 형태를 결정하는 단계는,
    상기 현재 블록이 대칭 형태로 분할되는지 여부를 결정하는 단계; 및
    상기 현재 블록이 대칭 형태로 분할되지 않는 것으로 결정된 경우, 상기 현재 블록의 비대칭 파티션 형태를 결정하는 단계를 포함하는, 영상 복호화 방법.
  6. 제1 항에 있어서,
    상기 바이너리 트리 파티션 형태는, 비트스트림을 통해 시그널링되는 인덱스 정보에 의해 결정되는 것을 특징으로 하는, 영상 복호화 방법.
  7. 현재 블록을 쿼드 트리 분할할 것인지 여부를 결정하는 단계;
    상기 현재 블록이 쿼드 트리 분할되지 않는 경우, 상기 현재 블록을 바이너리 트리 분할할 것인지 여부를 결정하는 단계;
    상기 현재 블록을 바이너리 트리 분할하는 것으로 결정된 경우, 상기 현재 블록에 대한 바이너리 트리 파티션 형태를 결정하는 단계; 및
    상기 결정된 바이너리 트리 파티션 형태에 따라 상기 현재 블록을 두개의 파티션으로 분할하는 단계를 포함하는, 영상 부호화 방법.
  8. 제7 항에 있어서,
    상기 바이너리 트리 파티션 형태는, 상기 현재 블록이 분할됨에 따라 생성되는 두개의 파티션이 비대칭인 비대칭 파티션 형태를 포함하는 것을 특징으로 하는, 영상 부호화 방법.
  9. 제8 항에 있어서,
    상기 현재 블록이 비대칭 파티션으로 분할된 경우, 상기 현재 블록의 분할 결과로 생성된 각 파티션은 더 이상 쿼드 트리 분할 또는 바이너리 트리 분할이 허용되지 않는 것을 특징으로 하는, 영상 부호화 방법.
  10. 제7 항에 있어서,
    상기 결정된 바이너리 트리 파티션 형태에 기초하여, 상기 현재 블록의 분할 방향 및 상기 현재 두 파티션들의 크기와 관련된 정보 중 적어도 하나를 부호화하는 것을 특징으로 하는, 영상 부호화 방법.
  11. 제7 항에 있어서,
    상기 바이너리 트리 파티션 형태를 결정하는 단계는,
    상기 현재 블록이 대칭 형태로 분할되는지 여부를 결정하는 단계; 및
    상기 현재 블록이 대칭 형태로 분할되지 않는 것으로 결정된 경우, 상기 현재 블록의 비대칭 파티션 형태를 결정하는 단계를 포함하는, 영상 부호화 방법.
  12. 제7 항에 있어서,
    상기 바이너리 트리 파티션 형태를 특정하는 인덱스 정보를 부호화는 단계를 더 포함하는, 영상 부호화 방법.
  13. 현재 블록을 쿼드 트리 분할할 것인지 여부를 결정하고, 상기 현재 블록이 쿼드 트리 분할되지 않는 경우, 상기 현재 블록을 바이너리 트리 분할할 것인지 여부를 결정하고, 상기 현재 블록을 바이너리 트리 분할하는 것으로 결정된 경우, 상기 현재 블록에 대한 바이너리 트리 파티션 형태를 결정하고, 상기 결정된 바이너리 트리 파티션 형태에 따라 상기 현재 블록을 두개의 파티션으로 분할하는 픽처 분할부를 포함하는, 영상 복호화 장치.
PCT/KR2017/010354 2016-09-20 2017-09-20 비디오 신호 처리 방법 및 장치 WO2018056702A1 (ko)

Priority Applications (14)

Application Number Priority Date Filing Date Title
CN202310975692.0A CN116866619A (zh) 2016-09-20 2017-09-20 对视频进行解码和编码的方法和传输视频数据的方法
CN202310978239.5A CN116962726A (zh) 2016-09-20 2017-09-20 对视频进行解码和编码的方法和传输视频数据的方法
ES201990024A ES2711230R1 (es) 2016-09-20 2017-09-20 Metodo y aparato para procesar una senal de video
CN201780057358.XA CN109716775B (zh) 2016-09-20 2017-09-20 用于处理视频信号的方法和装置
US16/334,926 US10869065B2 (en) 2016-09-20 2017-09-20 Method and apparatus encoding/decoding with quad and binary tree partitioning
EP17853416.0A EP3518548B1 (en) 2016-09-20 2017-09-20 Method and apparatus for processing video signal
CN202310973584.XA CN116866617A (zh) 2016-09-20 2017-09-20 对视频进行解码和编码的方法和传输视频数据的方法
CN202310973545.XA CN116866616A (zh) 2016-09-20 2017-09-20 对视频进行解码和编码的方法和传输视频数据的方法
EP21207296.1A EP3975573A1 (en) 2016-09-20 2017-09-20 Method for decoding and method for encoding a video signal
CN202310973789.8A CN116866618A (zh) 2016-09-20 2017-09-20 对视频进行解码和编码的方法和传输视频数据的方法
CN202310978188.6A CN116866620A (zh) 2016-09-20 2017-09-20 对视频进行解码和编码的方法和传输视频数据的方法
US17/099,357 US11350137B2 (en) 2016-09-20 2020-11-16 Method and apparatus encoding/decoding with quad and binary tree partitioning
US17/099,239 US11350136B2 (en) 2016-09-20 2020-11-16 Method and apparatus encoding/decoding with quad and binary tree partitioning
US17/098,838 US11356710B2 (en) 2016-09-20 2020-11-16 Method and apparatus encoding/decoding with quad and binary tree partitioning

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20160120081 2016-09-20
KR10-2016-0120080 2016-09-20
KR20160120080 2016-09-20
KR10-2016-0120081 2016-09-20

Related Child Applications (4)

Application Number Title Priority Date Filing Date
US16/334,926 A-371-Of-International US10869065B2 (en) 2016-09-20 2017-09-20 Method and apparatus encoding/decoding with quad and binary tree partitioning
US17/099,239 Continuation US11350136B2 (en) 2016-09-20 2020-11-16 Method and apparatus encoding/decoding with quad and binary tree partitioning
US17/098,838 Continuation US11356710B2 (en) 2016-09-20 2020-11-16 Method and apparatus encoding/decoding with quad and binary tree partitioning
US17/099,357 Continuation US11350137B2 (en) 2016-09-20 2020-11-16 Method and apparatus encoding/decoding with quad and binary tree partitioning

Publications (1)

Publication Number Publication Date
WO2018056702A1 true WO2018056702A1 (ko) 2018-03-29

Family

ID=61689598

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/010354 WO2018056702A1 (ko) 2016-09-20 2017-09-20 비디오 신호 처리 방법 및 장치

Country Status (6)

Country Link
US (4) US10869065B2 (ko)
EP (2) EP3518548B1 (ko)
KR (1) KR102471209B1 (ko)
CN (7) CN116866617A (ko)
ES (1) ES2711230R1 (ko)
WO (1) WO2018056702A1 (ko)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11445224B2 (en) 2018-06-05 2022-09-13 Beijing Bytedance Network Technology Co., Ltd. Shape of EQT subblock
WO2022206995A1 (en) * 2021-04-02 2022-10-06 Beijing Bytedance Network Technology Co., Ltd. Constraints on partitioning of video blocks
RU2786427C2 (ru) * 2018-09-03 2022-12-21 Хуавей Текнолоджиз Ко., Лтд. Видеокодер, видеодекодер и соответствующие способы
US11641466B2 (en) 2018-09-03 2023-05-02 Huawei Technologies Co., Ltd. Video encoder, a video decoder and corresponding methods

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102471208B1 (ko) * 2016-09-20 2022-11-25 주식회사 케이티 비디오 신호 처리 방법 및 장치
KR102559063B1 (ko) * 2017-02-24 2023-07-24 주식회사 케이티 비디오 신호 처리 방법 및 장치
KR102543953B1 (ko) 2018-04-19 2023-06-20 엘지전자 주식회사 영상의 처리 방법 및 이를 위한 장치
KR20200001554A (ko) * 2018-06-27 2020-01-06 한국전자통신연구원 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 기록 매체
US11272198B2 (en) 2019-01-30 2022-03-08 Tencent America LLC Method and apparatus for improved sub-block partitioning intra sub-partitions coding mode
EP3989555A4 (en) 2019-06-19 2023-05-10 LG Electronics Inc. IMAGE ENCODING/DECODING METHOD AND APPARATUS FOR LIMITING THE SIZE OF A CHROMA BLOCK, AND BIT-STREAM TRANSMISSION METHOD
BR112022003732A2 (pt) * 2019-09-02 2022-10-11 Beijing Bytedance Network Tech Co Ltd Método e aparelho para processamento de dados de vídeo, e, meios de armazenamento e de gravação legíveis por computador não transitórios

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140074400A (ko) * 2010-04-13 2014-06-17 프라운호퍼 게젤샤프트 쭈르 푀르데룽 데어 안겐반텐 포르슝 에. 베. 샘플 배열 멀티트리 세부분할에서 계승
KR20150021981A (ko) * 2015-01-21 2015-03-03 한국과학기술원 비디오 복호화에서의 분할 블록 복호화 방법 및 이를 구현하는 기록매체
KR20150034293A (ko) * 2010-09-27 2015-04-02 엘지전자 주식회사 블록 분할 방법 및 복호화 장치
KR101519557B1 (ko) * 2013-12-27 2015-05-13 연세대학교 산학협력단 고속 화면 내 예측 부호화 방법 및 그 장치
WO2016091161A1 (en) * 2014-12-10 2016-06-16 Mediatek Singapore Pte. Ltd. Method of video coding using binary tree block partitioning

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101415121B (zh) * 2007-10-15 2010-09-29 华为技术有限公司 一种自适应的帧预测的方法及装置
KR20100095992A (ko) 2009-02-23 2010-09-01 한국과학기술원 비디오 부호화에서의 분할 블록 부호화 방법, 비디오 복호화에서의 분할 블록 복호화 방법 및 이를 구현하는 기록매체
KR101484280B1 (ko) 2009-12-08 2015-01-20 삼성전자주식회사 임의적인 파티션을 이용한 움직임 예측에 따른 비디오 부호화 방법 및 장치, 임의적인 파티션을 이용한 움직임 보상에 따른 비디오 복호화 방법 및 장치
US8750634B2 (en) * 2011-05-05 2014-06-10 Mitsubishi Electric Research Laboratories, Inc. Method for coding pictures using hierarchical transform units
US8494290B2 (en) * 2011-05-05 2013-07-23 Mitsubishi Electric Research Laboratories, Inc. Method for coding pictures using hierarchical transform units
JP5989772B2 (ja) * 2011-07-01 2016-09-07 サムスン エレクトロニクス カンパニー リミテッド 階層的構造のデータ単位を利用したエントロピー符号化方法及び該装置、並びに復号化方法及び該装置
JP2013118424A (ja) * 2011-11-04 2013-06-13 Sharp Corp 画像復号装置、画像符号化装置、および符号化データのデータ構造
US9288508B2 (en) * 2011-11-08 2016-03-15 Qualcomm Incorporated Context reduction for context adaptive binary arithmetic coding
US20140029670A1 (en) * 2012-07-27 2014-01-30 Motorola Mobility Llc Devices and methods for processing of partition mode in high efficiency video coding
KR20140092423A (ko) * 2012-12-20 2014-07-24 주식회사 팬택 계층적 영상 부/복호화 모드 결정 방법 및 이러한 방법을 사용하는 장치
JP2015192381A (ja) 2014-03-28 2015-11-02 ソニー株式会社 画像処理装置及び画像処理方法
WO2016074147A1 (en) * 2014-11-11 2016-05-19 Mediatek Singapore Pte. Ltd. Separated coding tree for luma and chroma
US10382795B2 (en) 2014-12-10 2019-08-13 Mediatek Singapore Pte. Ltd. Method of video coding using binary tree block partitioning
CN115134608A (zh) * 2015-06-11 2022-09-30 杜比实验室特许公司 使用自适应去块滤波编码和解码图像的方法及其装置
US10212444B2 (en) * 2016-01-15 2019-02-19 Qualcomm Incorporated Multi-type-tree framework for video coding
US10560718B2 (en) * 2016-05-13 2020-02-11 Qualcomm Incorporated Merge candidates for motion vector prediction for video coding
US10326989B2 (en) 2016-05-25 2019-06-18 Arris Enterprises Llc General block partitioning method
MX2018014493A (es) * 2016-05-25 2019-08-12 Arris Entpr Llc Particionamiento binario, ternario, cuaternario para jvet.
EP3349454A1 (en) 2017-01-11 2018-07-18 Thomson Licensing Method and device for coding a block of video data, method and device for decoding a block of video data

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140074400A (ko) * 2010-04-13 2014-06-17 프라운호퍼 게젤샤프트 쭈르 푀르데룽 데어 안겐반텐 포르슝 에. 베. 샘플 배열 멀티트리 세부분할에서 계승
KR20150034293A (ko) * 2010-09-27 2015-04-02 엘지전자 주식회사 블록 분할 방법 및 복호화 장치
KR101519557B1 (ko) * 2013-12-27 2015-05-13 연세대학교 산학협력단 고속 화면 내 예측 부호화 방법 및 그 장치
WO2016091161A1 (en) * 2014-12-10 2016-06-16 Mediatek Singapore Pte. Ltd. Method of video coding using binary tree block partitioning
KR20150021981A (ko) * 2015-01-21 2015-03-03 한국과학기술원 비디오 복호화에서의 분할 블록 복호화 방법 및 이를 구현하는 기록매체

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11445224B2 (en) 2018-06-05 2022-09-13 Beijing Bytedance Network Technology Co., Ltd. Shape of EQT subblock
US11570482B2 (en) 2018-06-05 2023-01-31 Beijing Bytedance Network Technology Co., Ltd. Restriction of extended quadtree
RU2786427C2 (ru) * 2018-09-03 2022-12-21 Хуавей Текнолоджиз Ко., Лтд. Видеокодер, видеодекодер и соответствующие способы
US11641466B2 (en) 2018-09-03 2023-05-02 Huawei Technologies Co., Ltd. Video encoder, a video decoder and corresponding methods
WO2022206995A1 (en) * 2021-04-02 2022-10-06 Beijing Bytedance Network Technology Co., Ltd. Constraints on partitioning of video blocks

Also Published As

Publication number Publication date
CN116866617A (zh) 2023-10-10
CN116866619A (zh) 2023-10-10
CN109716775A (zh) 2019-05-03
US20190268623A1 (en) 2019-08-29
CN116866620A (zh) 2023-10-10
US11350136B2 (en) 2022-05-31
US11356710B2 (en) 2022-06-07
EP3518548A4 (en) 2020-03-25
CN116962726A (zh) 2023-10-27
EP3518548B1 (en) 2021-12-15
CN116866618A (zh) 2023-10-10
US20210076078A1 (en) 2021-03-11
CN109716775B (zh) 2023-08-22
KR102471209B1 (ko) 2022-11-25
US11350137B2 (en) 2022-05-31
KR20180031615A (ko) 2018-03-28
CN116866616A (zh) 2023-10-10
EP3518548A1 (en) 2019-07-31
US10869065B2 (en) 2020-12-15
ES2711230A2 (es) 2019-04-30
EP3975573A1 (en) 2022-03-30
US20210076077A1 (en) 2021-03-11
US20210067810A1 (en) 2021-03-04
ES2711230R1 (es) 2021-04-07

Similar Documents

Publication Publication Date Title
WO2018044088A1 (ko) 비디오 신호 처리 방법 및 장치
WO2018117546A1 (ko) 비디오 신호 처리 방법 및 장치
WO2018044087A1 (ko) 비디오 신호 처리 방법 및 장치
WO2018056702A1 (ko) 비디오 신호 처리 방법 및 장치
WO2018008904A2 (ko) 비디오 신호 처리 방법 및 장치
WO2018212578A1 (ko) 비디오 신호 처리 방법 및 장치
WO2018066959A1 (ko) 비디오 신호 처리 방법 및 장치
WO2017039256A1 (ko) 비디오 신호 처리 방법 및 장치
WO2018080135A1 (ko) 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 기록 매체
WO2018088805A1 (ko) 비디오 신호 처리 방법 및 장치
WO2018066863A1 (ko) 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 기록 매체
WO2017057953A1 (ko) 비디오 코딩 시스템에서 레지듀얼 신호 코딩 방법 및 장치
WO2017188652A1 (ko) 영상 부호화/복호화 방법 및 장치
WO2018026222A1 (ko) 비디오 신호 처리 방법 및 장치
WO2018056603A1 (ko) 영상 코딩 시스템에서 조도 보상 기반 인터 예측 방법 및 장치
WO2019194440A1 (ko) 인트라 예측 모드에 대한 룩업 테이블을 이용한 영상 코딩 방법 및 그 장치
WO2017014412A1 (ko) 비디오 코딩 시스템에서 인트라 예측 방법 및 장치
WO2018062702A1 (ko) 영상 코딩 시스템에서 인트라 예측 방법 및 장치
WO2018008905A1 (ko) 비디오 신호 처리 방법 및 장치
WO2013069975A1 (ko) 예측 단위의 파티션 모드에 기초한 계수 스캔 방법 및 장치
WO2017052118A1 (ko) 영상 코딩 시스템에서 인트라 예측 방법 및 장치
WO2013154366A1 (ko) 블록 정보에 따른 변환 방법 및 이러한 방법을 사용하는 장치
WO2019045392A1 (ko) 비디오 신호 처리 방법 및 장치
WO2019078664A1 (ko) 비디오 신호 처리 방법 및 장치
WO2018044089A1 (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: 17853416

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017853416

Country of ref document: EP

Effective date: 20190423