KR102658415B1 - 비디오 코딩을 위한 방법 및 장치 - Google Patents

비디오 코딩을 위한 방법 및 장치 Download PDF

Info

Publication number
KR102658415B1
KR102658415B1 KR1020217014354A KR20217014354A KR102658415B1 KR 102658415 B1 KR102658415 B1 KR 102658415B1 KR 1020217014354 A KR1020217014354 A KR 1020217014354A KR 20217014354 A KR20217014354 A KR 20217014354A KR 102658415 B1 KR102658415 B1 KR 102658415B1
Authority
KR
South Korea
Prior art keywords
block
hbvp
vector
video
tables
Prior art date
Application number
KR1020217014354A
Other languages
English (en)
Other versions
KR20210069722A (ko
Inventor
샤오중 쉬
산 류
Original Assignee
텐센트 아메리카 엘엘씨
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 텐센트 아메리카 엘엘씨 filed Critical 텐센트 아메리카 엘엘씨
Publication of KR20210069722A publication Critical patent/KR20210069722A/ko
Application granted granted Critical
Publication of KR102658415B1 publication Critical patent/KR102658415B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/103Selection of coding mode or of prediction mode
    • H04N19/105Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/132Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/17Methods 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/176Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/186Methods 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 a colour or a chrominance component
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/44Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51Motion estimation or motion compensation
    • H04N19/513Processing of motion vectors
    • H04N19/517Processing of motion vectors by encoding
    • H04N19/52Processing of motion vectors by encoding by predictive encoding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques

Landscapes

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

Abstract

비디오 디코딩을 위한 장치는 처리 회로를 포함한다. 처리 회로는 인트라 블록 카피(IBC) 모드로 코딩된 현재 블록의 데이터를 비트스트림으로 수신하도록 구성될 수 있다. 현재 블록의 블록 벡터는 이전에 디코딩된 블록에 각각 대응하는 하나 이상의 엔트리를 포함하는 이력-기반 블록 벡터 예측(HBVP) 테이블에 기초하여 결정될 수 있다. 각각의 엔트리는 대응하는 이전에 디코딩된 블록의 블록 벡터 및 대응하는 이전에 디코딩된 블록의 위치를 포함할 수 있다. 현재 블록은 결정된 현재 블록의 블록 벡터에 기초하여 재구성될 수 있다.

Description

비디오 코딩을 위한 방법 및 장치
본 개시내용은 2019년 8월 28일자로 출원된 미국 가출원 제62/892,918호, "History Based Block Vector Prediction for Intra Picture Block Compensation"의 이익을 주장하는, 2020년 6월 25일자로 출원된 미국 특허 출원 제16/912,223호, "Method and Apparatus for Video Coding"의 이익을 주장한다. 앞의 출원들의 전체 개시내용들은 그 전체가 참조로서 포함된다.
본 개시내용은 일반적으로 비디오 코딩에 관련된 실시예들을 설명한다.
본 명세서에 제공된 배경 설명은 본 개시내용의 맥락을 일반적으로 제시하기 위한 것이다. 본 배경기술 부분에 설명되어 있는 현재 등록된 발명자들의 연구 및 출원 시점에 종래 기술로서 달리 간주되지 않을 수 있는 설명의 양태는 명시적으로도 암시적으로도 본 개시내용에 대한 종래 기술로 인정되지 않는다.
비디오 코딩 및 디코딩은 모션 보상을 동반한 인터-픽처 예측(inter-picture prediction)을 사용하여 수행될 수 있다. 압축되지 않은 디지털 비디오는 일련의 픽처들을 포함할 수 있고, 각각의 픽처는, 예를 들어, 1920x1080 루미넌스 샘플들 및 연관된 크로미넌스 샘플들의 공간 차원을 갖는다. 이 일련의 픽처들은, 예를 들어, 초당 60 픽처 또는 60Hz의, 고정된 또는 가변 픽처 레이트(비공식적으로 프레임 레이트로도 알려져 있음)를 가질 수 있다. 압축되지 않은 비디오는 상당한 비트레이트 요구들을 갖는다. 예를 들어, 샘플당 8 비트에서의 1080p60 4:2:0 비디오(60Hz 프레임 레이트의 1920x1080 루미넌스 샘플 해상도)는 1.5 Gbit/s에 근접한 대역폭을 요구한다. 1 시간 분량의 이러한 비디오는 600 기가바이트를 초과하는 저장 공간을 필요로 한다.
비디오 코딩 및 디코딩의 한 가지 목적은, 압축을 통한, 입력 비디오 신호에서의 중복성의 감소일 수 있다. 압축은 앞서 설명한 대역폭 또는 저장 공간 요건들을, 일부 경우들에서는, 2 자릿수 이상 감소시키는 데 도움이 될 수 있다. 무손실 및 손실 압축 양자 모두뿐만 아니라 이들의 조합이 이용될 수 있다. 무손실 압축은 압축된 원본 신호로부터 원본 신호의 정확한 사본이 재구성될 수 있는 기법들을 지칭한다. 손실 압축을 사용할 때, 재구성된 신호는 원본 신호와 동일하지 않을 수 있지만, 원본 신호와 재구성된 신호 사이의 왜곡은 재구성된 신호가 의도된 응용에 유용할 정도로 충분히 작다. 비디오의 경우, 손실 압축이 널리 이용된다. 용인되는 왜곡의 양은 응용에 의존하며; 예를 들어, 특정 소비자 스트리밍 응용들의 사용자들은 텔레비전 배포 응용들의 사용자들보다 더 높은 왜곡을 용인할 수 있다. 달성가능한 압축비는 더 높은 허용가능한/용인가능한 왜곡이 더 높은 압축비를 산출할 수 있다는 사실을 반영할 수 있다.
모션 보상은 손실 압축 기법일 수 있고, 이전에 재구성된 픽처 또는 그의 일부(참조 픽처)로부터의 샘플 데이터의 블록이, 모션 벡터(이후 MV)에 의해 표시된 방향으로 공간적으로 시프트된 이후에, 새롭게 재구성된 픽처 또는 픽처 부분의 예측에 사용되는 기법들과 관련될 수 있다. 일부 경우들에서, 참조 픽처는 현재 재구성 중인 픽처와 동일할 수 있다. MV들은 2개의 차원 X 및 Y, 또는 3개의 차원을 가질 수 있고, 제3 차원은 사용중인 참조 픽처의 표시이다(후자는, 간접적으로, 시간 차원일 수 있다).
일부 비디오 압축 기법들에서, 샘플 데이터의 특정 영역에 적용가능한 MV는 다른 MV들로부터, 예를 들어 재구성 중인 영역에 공간적으로 인접한 샘플 데이터의 다른 영역과 관련되고 디코딩 순서로 그 MV에 선행하는 것들로부터 예측될 수 있다. 그렇게 함으로써 MV를 코딩하기 위해 요구되는 데이터의 양을 실질적으로 감소시킬 수 있고, 그에 의해 중복성을 제거하고 압축을 증가시킨다. MV 예측은, 예를 들어, 카메라로부터 유도된 입력 비디오 신호(자연 비디오라고 알려짐)를 코딩할 때, 단일 MV가 적용가능한 영역보다 더 큰 영역들이 유사한 방향으로 움직이는 통계적 가능성이 있고, 따라서, 일부 경우들에서 이웃 영역의 MV들로부터 유도된 유사한 모션 벡터를 사용하여 예측될 수 있기 때문에 효과적으로 작동할 수 있다. 그 결과, 주어진 영역에 대해 발견되는 MV가 주위의 MV들로부터 예측된 MV와 유사하거나 동일하게 되고, 이는 결국, 엔트로피 코딩 이후에, MV를 직접 코딩하는 경우에 사용되는 것보다 더 적은 수의 비트들로, 표현될 수 있다. 일부 경우에, MV 예측은 원본 신호(즉, 샘플 스트림)로부터 유도된 신호(즉, MV들)의 무손실 압축의 예일 수 있다. 다른 경우들에서, MV 예측 자체는, 예를 들어, 몇몇 주위의 MV들로부터 예측자를 계산할 때의 반올림 오류들 때문에, 손실성일 수 있다.
다양한 MV 예측 메커니즘들이 H.265/HEVC(ITU-T Rec. H.265, "High Efficiency Video Coding", December 2016)에 설명되어 있다. H.265가 제안하는 많은 MV 예측 메커니즘들 중에서, 여기서는 이후 "공간 병합"이라고 지칭되는 기법이 본 명세서에서 설명된다.
도 1을 참조하면, 현재 블록(101)은 공간적으로 시프트된 동일한 크기의 이전 블록으로부터 예측가능한 것으로 모션 검색 프로세스 동안 인코더에 의해 발견된 샘플들을 포함한다. 그 MV를 직접 코딩하는 대신에, MV는 하나 이상의 참조 픽처와 연관된 메타데이터로부터, 예를 들어, 가장 최근의(디코딩 순서로) 참조 픽처로부터, A0, A1, 및 B0, B1, B2(각각, 102 내지 106)로 나타내어진 5개의 주위 샘플 중 어느 하나와 연관된 MV를 사용하여 유도될 수 있다. H.265에서, MV 예측은 이웃 블록이 사용하고 있는 동일한 참조 픽처로부터의 예측자들을 사용할 수 있다.
본 개시내용의 양태들은 비디오 인코딩/디코딩을 위한 방법들 및 장치들을 제공한다. 일부 예들에서, 비디오 디코딩을 위한 장치는 처리 회로를 포함한다. 처리 회로는 인트라 블록 카피(IBC) 모드로 코딩된 현재 블록의 데이터를 비트스트림으로 수신하도록 구성될 수 있다. 현재 블록의 블록 벡터는 이전에 디코딩된 블록에 각각 대응하는 하나 이상의 엔트리를 포함하는 이력-기반 블록 벡터 예측(HBVP) 테이블에 기초하여 결정될 수 있다. 각각의 엔트리는 대응하는 이전에 디코딩된 블록의 블록 벡터 및 대응하는 이전에 디코딩된 블록의 위치를 포함할 수 있다. 현재 블록은 결정된 현재 블록의 블록 벡터에 기초하여 재구성될 수 있다. 일 실시예에서, 현재 블록의 블록 벡터, 위치, 폭, 및 높이는 HBVP 테이블에 저장된다.
또한, 각각의 엔트리는 대응하는 이전에 디코딩된 블록의 코너의 x 좌표 및 y 좌표를 포함할 수 있다. 추가적인 실시예에서, 각각의 엔트리는 대응하는 이전에 디코딩된 블록의 코너 위치들, 및 대응하는 이전에 디코딩된 블록의 폭 및 높이 중 하나를 포함할 수 있다.
일 실시예에서, 회로는 HBVP 테이블에 기초하여 블록 벡터 예측(BVP) 후보 리스트를 구성하도록 구성될 수 있다. BVP 후보 리스트는 제1 후보 및 제2 후보 중 하나 이상을 포함할 수 있다. 제1 후보는 HBVP 테이블 내의 블록 벡터들 중 제1 블록 벡터를 포함할 수 있다. 제1 블록 벡터의 대응하는 이전에 디코딩된 블록은 현재 블록의 좌측에 대한 위치를 갖는다. 제2 후보는 HBVP 테이블 내의 블록 벡터들 중 제2 블록 벡터를 포함할 수 있다. 제2 블록 벡터의 대응하는 이전에 디코딩된 블록은 현재 블록의 상부에 위치를 갖는다.
회로는 HBVP 테이블 내의 엔트리들을 분류 HBVP 테이블에 각각 저장된 상이한 그룹들로 분류하도록 구성된다. 일 예에서, HBVP 테이블의 엔트리들 중 하나는 HBVP 테이블의 엔트리들 중 하나의 대응하는 이전에 디코딩된 블록의 크기가 블록 크기 조건을 충족할 때 분류 HBVP 테이블들 중 하나에 저장된다. 블록 크기 조건은 HBVP 테이블의 엔트리들 중 하나의 엔트리의 대응하는 이전에 디코딩된 블록의 루마 샘플들의 수가 임계값보다 크거나 같은 것일 수 있다.
추가적인 예에서, HBVP 테이블 내의 엔트리들은 HBVP 테이블에 저장된 대응하는 이전에 디코딩된 블록들 각각의 x 좌표, y 좌표, 또는 x 좌표와 y 좌표의 조합에 기초하여 분류 HBVP 테이블들로 분류된다.
일 실시예에서, 분류 HBVP 테이블들 중 하나를 나타내는 인덱스가 수신된다. 표시된 분류 HBVP 테이블들 내의 하나 이상의 엔트리의 이전에 디코딩된 블록들 중에서 가장 최근에 디코딩된 블록에 대응하는 표시된 분류 HBVP 테이블들로부터 하나의 엔트리가 선택된다. 선택된 하나의 엔트리의 블록 벡터는 현재 블록의 블록 벡터의 블록 벡터 예측자로서 사용된다.
일 실시예에서, BVP 후보 리스트가 구성된다. BVP 후보 리스트는 분류 HBVP 테이블들로부터 선택된 블록 벡터를 각각 포함하는 하나 이상의 BVP 후보를 포함한다. BVP 후보는 비트스트림으로부터 수신된 인덱스에 기초하여 현재 블록의 블록 벡터의 블록 벡터 예측자가 되도록 BVP 후보 리스트로부터 선택될 수 있다. 다양한 실시예들에서, 현재 블록은 스킵 모드, 병합 모드, 또는 AMVP(advanced motion vector prediction) 모드 중 하나로 코딩될 수 있다.
본 개시내용의 양태들은 또한 비디오 디코딩을 위해 컴퓨터에 의해 실행될 때, 컴퓨터로 하여금 비디오 디코딩을 위한 방법을 수행하게 하는 명령어들을 저장한 비일시적 컴퓨터 판독가능 매체를 제공한다.
개시된 주제의 추가의 특징들, 본질 및 다양한 이점들이 다음 상세한 설명 및 첨부 도면들로부터 더 명백할 것이다.
도 1은 일 예에서 현재 블록 및 그 주위의 공간 병합 후보들의 개략적 예시이다.
도 2는 일 실시예에 따른 통신 시스템(200)의 단순화된 블록도의 개략적 예시이다.
도 3은 일 실시예에 따른 통신 시스템(300)의 단순화된 블록도의 개략적 예시이다.
도 4는 일 실시예에 따른 디코더의 단순화된 블록도의 개략적 예시이다.
도 5는 일 실시예에 따른 인코더의 단순화된 블록도의 개략적 예시이다.
도 6은 다른 실시예에 따른 인코더의 블록도를 도시한다.
도 7은 다른 실시예에 따른 디코더의 블록도를 도시한다.
도 8은 인트라 픽처 블록 보상의 예를 도시한다.
도 9a 내지 도 9d는 재구성된 샘플들을 저장하기 위한 1-CTU-크기 메모리를 사용한 인트라 픽처 블록 보상의 예를 도시한다.
도 10은 현재 블록(1010)의 공간 병합 후보들의 예를 도시한다.
도 11은 본 개시내용의 일부 실시예들에 따른 프로세스(1100)를 약술하는 흐름도를 도시한다.
도 12는 일 실시예에 따른 컴퓨터 시스템의 개략적 예시이다.
I. 비디오 코딩 인코더 및 디코더
도 2는 본 개시내용의 일 실시예에 따른 통신 시스템(200)의 단순화된 블록도를 예시한다. 통신 시스템(200)은, 예를 들어, 네트워크(250)를 통해, 서로 통신할 수 있는 복수의 단말 디바이스를 포함한다. 예를 들어, 통신 시스템(200)은 네트워크(250)를 통해 상호접속된 제1 쌍의 단말 디바이스들(210 및 220)을 포함한다. 도 2의 예에서, 제1 쌍의 단말 디바이스들(210 및 220)은 데이터의 단방향 송신을 수행한다. 예를 들어, 단말 디바이스(210)는 네트워크(250)를 통해 다른 단말 디바이스(220)로의 송신을 위해 비디오 데이터(예를 들어, 단말 디바이스(210)에 의해 캡처되는 비디오 픽처들의 스트림)를 코딩할 수 있다. 인코딩된 비디오 데이터는 하나 이상의 코딩된 비디오 비트스트림의 형태로 송신될 수 있다. 단말 디바이스(220)는 네트워크(250)로부터 코딩된 비디오 데이터를 수신하고, 코딩된 비디오 데이터를 디코딩하여 비디오 픽처들을 복구하고 복구된 비디오 데이터에 따라 비디오 픽처들을 디스플레이할 수 있다. 단방향 데이터 송신은 미디어 서빙 응용들 등에서 일반적일 수 있다.
다른 예에서, 통신 시스템(200)은, 예를 들어, 영상 회의 동안 발생할 수 있는 코딩된 비디오 데이터의 양방향 송신을 수행하는 제2 쌍의 단말 디바이스들(230 및 240)을 포함한다. 데이터의 양방향 송신을 위해, 일 예에서, 단말 디바이스들(230 및 240) 중의 각각의 단말 디바이스는 네트워크(250)를 통해 단말 디바이스들(230 및 240) 중의 다른 단말 디바이스로의 송신을 위해 비디오 데이터(예를 들어, 단말 디바이스에 의해 캡처되는 비디오 픽처들의 스트림)를 코딩할 수 있다. 단말 디바이스들(230 및 240) 중의 각각의 단말 디바이스는 또한 단말 디바이스들(230 및 240) 중의 다른 단말 디바이스에 의해 송신된 코딩된 비디오 데이터를 수신할 수 있고, 코딩된 비디오 데이터를 디코딩하여 비디오 픽처들을 복구할 수 있고, 복구된 비디오 데이터에 따라 액세스 가능한 디스플레이 디바이스에서 비디오 픽처들을 디스플레이할 수 있다.
도 2의 예에서, 단말 디바이스들(210, 220, 230 및 240)은 서버들, 개인용 컴퓨터들 및 스마트 폰들로서 예시될 수 있지만, 본 개시내용의 원리들은 이에 제한되지 않는다. 본 개시내용의 실시예들은 랩톱 컴퓨터들, 태블릿 컴퓨터들, 미디어 플레이어들 및/또는 전용 영상 회의 장비에서 응용된다. 네트워크(250)는 예를 들어 와이어라인(유선) 및/또는 무선 통신 네트워크들을 비롯하여, 단말 디바이스들(210, 220, 230 및 240) 사이에 코딩된 비디오 데이터를 전달하는 임의의 수의 네트워크들을 나타낸다. 통신 네트워크(250)는 회선 교환 및/또는 패킷 교환 채널들에서 데이터를 교환할 수 있다. 대표적인 네트워크들은 통신 네트워크들, 로컬 영역 네트워크들, 광역 네트워크들 및/또는 인터넷을 포함한다. 본 설명의 목적을 위해, 네트워크(250)의 아키텍처 및 토폴로지는 아래에서 본 명세서에서 설명되지 않는 한 본 개시내용의 동작에 중요하지 않을 수 있다.
도 3은, 개시된 주제를 위한 응용에 대한 예로서, 스트리밍 환경에서의 비디오 인코더 및 비디오 디코더의 배치를 예시한다. 개시된 주제는, 예를 들어, 영상 회의, 디지털 TV, CD, DVD, 메모리 스틱 등을 포함하는 디지털 미디어 상의 압축된 비디오의 저장 등을 포함하여, 다른 비디오 가능 응용들에 동등하게 적용가능할 수 있다.
스트리밍 시스템은, 예를 들어 압축되지 않은 비디오 픽처들의 스트림(302)을 생성하는 비디오 소스(301), 예를 들어 디지털 카메라를 포함할 수 있는 캡처 서브시스템(313)을 포함할 수 있다. 일 예에서, 비디오 픽처들의 스트림(302)은 디지털 카메라에 의해 촬영되는 샘플들을 포함한다. 인코딩된 비디오 데이터(304)(또는 코딩된 비디오 비트스트림)와 비교할 때 많은 데이터 용량을 강조하기 위해 굵은 라인으로 묘사된 비디오 픽처들의 스트림(302)은 비디오 소스(301)에 결합된 비디오 인코더(303)를 포함하는 전자 디바이스(320)에 의해 처리될 수 있다. 비디오 인코더(303)는 아래에서 더 상세히 설명되는 바와 같이 개시된 주제의 양태들을 가능하게 하거나 구현하기 위해 하드웨어, 소프트웨어, 또는 이들의 조합을 포함할 수 있다. 비디오 픽처들의 스트림(302)과 비교할 때 낮은 데이터 용량을 강조하기 위해 얇은 라인으로서 묘사된 인코딩된 비디오 데이터(304)(또는 인코딩된 비디오 비트스트림(304))는 미래의 사용을 위해 스트리밍 서버(305) 상에 저장될 수 있다. 도 3의 클라이언트 서브시스템들(306 및 308)과 같은 하나 이상의 스트리밍 클라이언트 서브시스템들은 스트리밍 서버(305)에 액세스하여 인코딩된 비디오 데이터(304)의 사본들(307 및 309)을 검색할 수 있다. 클라이언트 서브시스템(306)은, 예를 들어, 전자 디바이스(330) 내에 비디오 디코더(310)를 포함할 수 있다. 비디오 디코더(310)는 인코딩된 비디오 데이터의 착신 사본(307)을 디코딩하고 디스플레이(312)(예를 들어, 디스플레이 스크린) 또는 다른 렌더링 디바이스(도시되지 않음) 상에 렌더링될 수 있는 비디오 픽처들의 배출 스트림(311)을 생성한다. 일부 스트리밍 시스템들에서, 인코딩된 비디오 데이터(304, 307, 및 309)(예를 들어, 비디오 비트스트림들)는 특정 비디오 코딩/압축 표준들에 따라 인코딩될 수 있다. 이러한 표준들의 예들은 ITU-T 권고안(Recommendation) H.265를 포함한다. 일 예에서, 개발 중인 비디오 코딩 표준은 VVC(Versatile Video Coding)로서 비공식적으로 알려져 있다. 개시된 주제는 VVC의 맥락에서 사용될 수 있다.
전자 디바이스들(320 및 330)은 다른 컴포넌트들(도시되지 않음)을 포함할 수 있다는 점에 유의한다. 예를 들어, 전자 디바이스(320)는 비디오 디코더(도시되지 않음)도 포함할 수 있고 전자 디바이스(330)는 비디오 인코더(도시되지 않음)도 포함할 수 있다.
도 4는 본 개시내용의 일 실시예에 따른 비디오 디코더(410)의 블록도를 도시한다. 비디오 디코더(410)는 전자 디바이스(430)에 포함될 수 있다. 전자 디바이스(430)는 수신기(431)(예를 들어, 수신 회로)를 포함할 수 있다. 비디오 디코더(410)는 도 3의 예에서의 비디오 디코더(310) 대신에 사용될 수 있다.
수신기(431)는 비디오 디코더(410)에 의해 디코딩될 하나 이상의 코딩된 비디오 시퀀스를 수신할 수 있으며; 동일한 또는 다른 실시예에서, 한 번에 하나의 코딩된 비디오 시퀀스를 수신하고, 여기서, 각각의 코딩된 비디오 시퀀스의 디코딩은 다른 코딩된 비디오 시퀀스들과 독립적이다. 코딩된 비디오 시퀀스는, 인코딩된 비디오 데이터를 저장하는 저장 디바이스에 대한 하드웨어/소프트웨어 링크일 수 있는, 채널(401)로부터 수신될 수 있다. 수신기(431)는 인코딩된 비디오 데이터를 다른 데이터, 예를 들어, 코딩된 오디오 데이터 및/또는 보조 데이터 스트림들과 함께 수신할 수 있고, 이들은 그 각각의 사용 엔티티들(도시되지 않음)에 포워딩될 수 있다. 수신기(431)는 코딩된 비디오 시퀀스를 다른 데이터로부터 분리할 수 있다. 네트워크 지터를 방지하기 위해, 수신기(431)와 엔트로피 디코더/파서(420)(이후 "파서(420)") 사이에 버퍼 메모리(415)가 결합될 수 있다. 특정 응용들에서, 버퍼 메모리(415)는 비디오 디코더(410)의 일부이다. 다른 응용들에서, 이는 비디오 디코더(410)(도시되지 않음) 외부에 있을 수 있다. 또 다른 응용들에서, 예를 들어 네트워크 지터를 방지하기 위해, 비디오 디코더(410) 외부의 버퍼 메모리(도시되지 않음), 그리고 추가로, 예를 들어 재생 타이밍을 핸들링하기 위해, 비디오 디코더(410) 내부의 다른 버퍼 메모리(415)가 존재할 수 있다. 수신기(431)가 충분한 대역폭 및 제어가능성을 갖는 저장/포워드 디바이스로부터, 또는 동기식 네트워크(isosynchronous network)로부터 데이터를 수신하고 있을 때, 버퍼 메모리(415)는 필요하지 않을 수 있거나, 작을 수 있다. 인터넷과 같은 베스트 에포트 패킷 네트워크들 상에서의 사용을 위해, 버퍼 메모리(415)가 요구될 수 있고, 비교적 클 수 있으며, 유리하게는 적응적 크기일 수 있고, 비디오 디코더(410) 외부의 운영 체제 또는 유사한 요소들(도시되지 않음)에서 적어도 부분적으로 구현될 수 있다.
비디오 디코더(410)는 코딩된 비디오 시퀀스로부터 심벌들(421)을 재구성하기 위해 파서(420)를 포함할 수 있다. 해당 심벌들의 카테고리들은 비디오 디코더(410)의 동작을 관리하기 위해 사용되는 정보, 및 잠재적으로, 도 4에 도시된 바와 같이, 전자 디바이스(430)의 일체 부분(integral part)은 아니지만 전자 디바이스(430)에 결합될 수 있는 렌더링 디바이스(412)(예를 들어, 디스플레이 스크린)와 같은 렌더링 디바이스를 제어하기 위한 정보를 포함한다. 렌더링 디바이스(들)에 대한 제어 정보는 SEI(Supplemental Enhancement Information) 메시지 또는 VUI(Video Usability Information) 파라미터 세트 프래그먼트들(도시되지 않음)의 형태일 수 있다. 파서(420)는 수신되는 코딩된 비디오 시퀀스를 파싱/엔트로피 디코딩할 수 있다. 코딩된 비디오 시퀀스의 코딩은 비디오 코딩 기술 또는 표준에 따를 수 있고, 가변 길이 코딩, 허프만 코딩, 맥락 민감성(context sensitivity)을 갖거나 갖지 않는 산술 코딩 등을 포함하는 다양한 원리들을 따를 수 있다. 파서(420)는, 코딩된 비디오 시퀀스로부터, 그룹에 대응하는 적어도 하나의 파라미터에 기초하여, 비디오 디코더 내의 픽셀들의 서브그룹들 중 적어도 하나에 대한 서브그룹 파라미터들의 세트를 추출할 수 있다. 서브그룹들은 픽처 그룹(Group of Pictures, GOP)들, 픽처들, 타일들, 슬라이스들, 매크로블록들, 코딩 유닛(Coding Unit, CU)들, 블록들, 변환 유닛(Transform Unit, TU)들, 예측 유닛(Prediction Unit, PU)들 등을 포함할 수 있다. 파서(420)는 또한 코딩된 비디오 시퀀스로부터 변환 계수, 양자화기 파라미터 값, 모션 벡터 등과 같은 정보를 추출할 수 있다.
파서(420)는 버퍼 메모리(415)로부터 수신된 비디오 시퀀스에 대해 엔트로피 디코딩/파싱 동작을 수행하여, 심벌들(421)을 생성할 수 있다.
심벌들(421)의 재구성은 (인터 및 인트라 픽처, 인터 및 인트라 블록과 같은) 코딩된 비디오 픽처 또는 그의 부분들의 타입, 및 다른 인자들에 따라 다수의 상이한 유닛들을 수반할 수 있다. 어느 유닛들이 수반되는지, 그리고 그 방식은 파서(420)에 의해 코딩된 비디오 시퀀스로부터 파싱된 서브그룹 제어 정보에 의해 제어될 수 있다. 파서(420)와 아래의 다수의 유닛 사이의 이러한 서브그룹 제어 정보의 흐름은 명확성을 위해 묘사되어 있지 않다.
이미 언급된 기능 블록들 이외에, 비디오 디코더(410)는 아래에 설명되는 바와 같이 개념적으로 다수의 기능 유닛으로 세분될 수 있다. 상업적 제약 하에서 동작하는 실제 구현에서, 이들 유닛 중 다수는 서로 밀접하게 상호작용하고, 적어도 부분적으로 서로 통합될 수 있다. 그러나, 개시된 주제를 설명하기 위해서는 아래의 기능 유닛들로의 개념적 세분이 적합하다.
제1 유닛은 스케일러/역변환 유닛(451)이다. 스케일러/역변환 유닛(451)은, 파서(420)로부터의 심벌(들)(421)로서, 제어 정보뿐만 아니라 양자화된 변환 계수를 수신하고, 제어 정보는 어느 변환을 사용할지, 블록 크기, 양자화 인자, 양자화 스케일링 행렬들 등을 포함한다. 스케일러/역변환 유닛(451)은 집계기(aggregator)(455)에 입력될 수 있는 샘플 값들을 포함하는 블록들을 출력할 수 있다.
일부 경우들에서, 스케일러/역변환(451)의 출력 샘플들은 인트라 코딩된 블록; 즉, 이전에 재구성된 픽처들로부터의 예측 정보를 사용하는 것이 아니고, 현재 픽처의 이전에 재구성된 부분들로부터의 예측 정보를 사용할 수 있는 블록에 관련될 수 있다. 이러한 예측 정보는 인트라 픽처 예측 유닛(452)에 의해 제공될 수 있다. 일부 경우들에서, 인트라 픽처 예측 유닛(452)은 현재 픽처 버퍼(458)로부터 페치된 주위의 이미 재구성된 정보를 사용하여, 재구성 중인 블록의 동일한 크기 및 형상의 블록을 생성한다. 현재 픽처 버퍼(458)는, 예를 들어, 부분적으로 재구성된 현재 픽처 및/또는 완전히 재구성된 현재 픽처를 버퍼링한다. 집계기(455)는, 일부 경우들에서, 샘플당 기준으로, 인트라 예측 유닛(452)이 생성한 예측 정보를 스케일러/역변환 유닛(451)에 의해 제공된 출력 샘플 정보에 추가한다.
다른 경우들에서, 스케일러/역변환 유닛(451)의 출력 샘플들은 인터 코딩되고 잠재적으로 모션 보상된 블록에 관련될 수 있다. 이러한 경우에, 모션 보상 예측 유닛(453)은 참조 픽처 메모리(457)에 액세스하여 예측에 사용되는 샘플을 페치할 수 있다. 블록에 관련된 심벌들(421)에 따라 페치된 샘플들을 모션 보상한 이후에, 이들 샘플은 집계기(455)에 의해 스케일러/역변환 유닛(451)의 출력(이 경우 잔차 샘플들 또는 잔차 신호라고 불림)에 추가되어 출력 샘플 정보를 생성할 수 있다. 모션 보상 예측 유닛(453)이 예측 샘플들을 페치하는 참조 픽처 메모리(457) 내의 어드레스들은, 예를 들어 X, Y, 및 참조 픽처 컴포넌트들을 가질 수 있는 심벌들(421)의 형태로 모션 보상 예측 유닛(453)에 이용가능한 모션 벡터들에 의해 제어될 수 있다. 모션 보상은 또한 서브샘플 정확한 모션 벡터들이 사용중일 때 참조 픽처 메모리(457)로부터 페치된 샘플 값들의 보간, 모션 벡터 예측 메커니즘 등을 포함할 수 있다.
집계기(455)의 출력 샘플들에 대해 루프 필터 유닛(456) 내의 다양한 루프 필터링 기법들이 수행될 수 있다. 비디오 압축 기술들은, 파서(420)로부터의 심벌들(421)로서 루프 필터 유닛(456)에 이용가능하게 되고 코딩된 비디오 시퀀스(코딩된 비디오 비트스트림이라고도 지칭됨)에 포함된 파라미터들에 의해 제어되지만, 코딩된 픽처 또는 코딩된 비디오 시퀀스의 이전(디코딩 순서로) 부분들의 디코딩 동안 획득된 메타-정보에 응답할 뿐만 아니라, 이전에 재구성된 및 루프-필터링된 샘플 값들에 응답할 수도 있는 인-루프 필터(in-loop filter) 기술들을 포함할 수 있다.
루프 필터 유닛(456)의 출력은 렌더링 디바이스(412)에 출력될 뿐만 아니라 미래의 인터-픽처 예측에서 사용하기 위해 참조 픽처 메모리(457)에 저장될 수도 있는 샘플 스트림일 수 있다.
특정 코딩된 픽처들은, 완전히 재구성되면, 미래 예측을 위한 참조 픽처들로서 사용될 수 있다. 예를 들어, 현재 픽처에 대응하는 코딩된 픽처가 완전히 재구성되고 코딩된 픽처가 참조 픽처로서 식별되면(예를 들어, 파서(420)에 의해), 현재 픽처 버퍼(458)는 참조 픽처 메모리(457)의 일부가 될 수 있고, 다음 코딩된 픽처의 재구성에 착수하기 전에 새로운 현재 픽처 버퍼가 재할당될 수 있다.
비디오 디코더(410)는 ITU-T Rec. H.265와 같은 표준에서의 미리 결정된 비디오 압축 기술에 따라 디코딩 동작들을 수행할 수 있다. 코딩된 비디오 시퀀스가 비디오 압축 기술 또는 표준의 신택스, 또는 비디오 압축 기술 또는 표준에서 문서화된 프로파일들 양자 모두를 고수한다는 점에서, 코딩된 비디오 시퀀스는 사용중인 비디오 압축 기술 또는 표준에 의해 지정된 신택스를 준수할 수 있다. 구체적으로, 프로파일은 비디오 압축 기술 또는 표준에서 이용가능한 모든 도구들로부터 해당 프로파일 하에서 사용하기 위해 이용가능한 전용 도구들로서 특정 도구들을 선택할 수 있다. 또한 준수를 위해, 코딩된 비디오 시퀀스의 복잡도가 비디오 압축 기술 또는 표준의 레벨에 의해 정의된 경계 내에 있는 것이 필요할 수 있다. 일부 경우들에서, 레벨들은 최대 픽처 크기, 최대 프레임 레이트, 최대 재구성 샘플 레이트(예를 들어, 초당 메가샘플로 측정됨), 최대 참조 픽처 크기 등을 제한한다. 레벨들에 의해 설정된 한계들은, 일부 경우들에서, HRD(Hypothetical Reference Decoder) 사양들 및 코딩된 비디오 시퀀스에서 시그널링된 HRD 버퍼 관리를 위한 메타데이터를 통해 추가로 제한될 수 있다.
일 실시예에서, 수신기(431)는 인코딩된 비디오와 함께 추가적인(중복) 데이터를 수신할 수 있다. 이 추가적인 데이터는 코딩된 비디오 시퀀스(들)의 일부로서 포함될 수 있다. 이 추가적인 데이터는 데이터를 적절히 디코딩하고/하거나 원본 비디오 데이터를 더 정확하게 재구성하기 위해 비디오 디코더(410)에 의해 사용될 수 있다. 추가적인 데이터는 예를 들어, 시간, 공간, 또는 신호 잡음 비(SNR) 향상 층들, 중복 슬라이스들, 중복 픽처들, 순방향 오류 정정 코드들 등의 형태일 수 있다.
도 5는 본 개시내용 콘텐츠의 일 실시예에 따른 비디오 인코더(503)의 블록도를 도시한다. 비디오 인코더(503)는 전자 디바이스(520)에 포함된다. 전자 디바이스(520)는 송신기(540)(예를 들어, 송신 회로)를 포함한다. 비디오 인코더(503)는 도 3의 예에서의 비디오 인코더(303) 대신에 사용될 수 있다.
비디오 인코더(503)는 비디오 인코더(503)에 의해 코딩될 비디오 이미지(들)를 캡처할 수 있는 비디오 소스(501)(도 5의 예에서는 전자 디바이스(520)의 일부가 아님)로부터 비디오 샘플들을 수신할 수 있다. 다른 예에서, 비디오 소스(501)는 전자 디바이스(520)의 일부이다.
비디오 소스(501)는, 임의의 적절한 비트 심도(예를 들어: 8 비트, 10 비트, 12 비트, ...), 임의의 색공간(예를 들어, BT.601 Y CrCB, RGB, ...), 및 임의의 적절한 샘플링 구조(예를 들어, Y CrCb 4:2:0, Y CrCb 4:4:4)일 수 있는 디지털 비디오 샘플 스트림의 형태로 비디오 인코더(503)에 의해 코딩될 소스 비디오 시퀀스를 제공할 수 있다. 미디어 서빙 시스템에서, 비디오 소스(501)는 이전에 준비된 비디오를 저장하는 저장 디바이스일 수 있다. 영상 회의 시스템에서, 비디오 소스(501)는 비디오 시퀀스로서 로컬 이미지 정보를 캡처하는 카메라일 수 있다. 비디오 데이터는 순차적으로 볼 때 모션을 부여하는 복수의 개별 픽처로서 제공될 수 있다. 픽처들 자체는 픽셀들의 공간 어레이로서 조직될 수 있고, 여기서 각각의 픽셀은 사용 중인 샘플링 구조, 색 공간 등에 따라 하나 이상의 샘플을 포함할 수 있다. 본 기술분야의 통상의 기술자는 픽셀들과 샘플들 사이의 관계를 쉽게 이해할 수 있다. 아래의 설명은 샘플들에 초점을 둔다.
일 실시예에 따르면, 비디오 인코더(503)는 소스 비디오 시퀀스의 픽처들을 실시간으로 또는 응용에 의해 요구되는 임의의 다른 시간 제약들 하에서 코딩된 비디오 시퀀스(543)로 코딩 및 압축할 수 있다. 적절한 코딩 속도를 집행하는 것이 제어기(550)의 하나의 기능이다. 일부 실시예들에서, 제어기(550)는 아래에 설명되는 바와 같이 다른 기능 유닛들을 제어하고 다른 기능 유닛들에 기능적으로 결합된다. 결합은 명확성을 위해 묘사되어 있지 않다. 제어기(550)에 의해 설정된 파라미터들은 레이트 제어 관련 파라미터들(픽처 스킵, 양자화기, 레이트-왜곡 최적화 기법들의 람다 값들, ...), 픽처 크기, 픽처 그룹(GOP) 레이아웃, 최대 모션 벡터 검색 범위 등을 포함할 수 있다. 제어기(550)는 특정 시스템 설계에 대해 최적화된 비디오 인코더(503)에 관련된 다른 적절한 기능들을 갖도록 구성될 수 있다.
일부 실시예들에서, 비디오 인코더(503)는 코딩 루프에서 동작하도록 구성된다. 과도하게 단순화된 설명으로서, 일 예에서, 코딩 루프는 소스 코더(530)(예를 들어, 코딩될 입력 픽처, 및 참조 픽처(들)에 기초하여 심벌 스트림과 같은 심벌들을 생성하는 것을 담당함), 및 비디오 인코더(503)에 임베드된 (로컬) 디코더(533)를 포함할 수 있다. 디코더(533)는 (원격) 디코더가 또한 생성하는 것과 유사한 방식으로 샘플 데이터를 생성하기 위해 심벌들을 재구성한다(심벌들과 코딩된 비디오 비트스트림 사이의 임의의 압축이 개시된 주제에서 고려되는 비디오 압축 기술들에서 무손실이기 때문임). 재구성된 샘플 스트림(샘플 데이터)은 참조 픽처 메모리(534)에 입력된다. 심벌 스트림의 디코딩이 디코더 위치(로컬 또는 원격)와는 독립적으로 비트-동일(bit-exact) 결과들을 야기하기 때문에, 참조 픽처 메모리(534) 내의 콘텐츠도 또한 로컬 인코더와 원격 인코더 사이에서 비트-동일 상태이다. 즉, 인코더의 예측 부분은 디코딩 동안 예측을 사용할 때 디코더가 "알고 있는" 것과 정확히 동일한 샘플 값들을 참조 픽처 샘플로서 "알게" 된다. 참조 픽처 동기성의 이 기본적인 원리(그리고 결과적인 드리프트, 예를 들어, 채널 오류들 때문에 동기성이 유지될 수 없는 경우)는 일부 관련 기술들에서도 사용된다.
"로컬" 디코더(533)의 동작은 도 4와 관련하여 위에서 이미 상세히 설명된 비디오 디코더(410)와 같은 "원격" 디코더와 동일할 수 있다. 그러나, 또한 도 4를 잠시 참조하면, 심벌들이 이용가능하고 엔트로피 코더(545) 및 파서(420)에 의한 코딩된 비디오 시퀀스로의 심벌들의 인코딩/디코딩이 무손실일 수 있기 때문에, 버퍼 메모리(415), 및 파서(420)를 포함하는, 비디오 디코더(410)의 엔트로피 디코딩 부분들은 완전히 로컬 디코더(533)에서 구현되지 않을 수 있다.
이 시점에서 이루어질 수 있는 관찰은, 디코더에 존재하는 파싱/엔트로피 디코딩을 제외한 임의의 디코더 기술이 또한 필연적으로, 대응하는 인코더에서, 실질적으로 동일한 기능 형태로 존재할 필요가 있다는 점이다. 이러한 이유로, 개시된 주제는 디코더 동작에 초점을 둔다. 인코더 기술들은 포괄적으로 설명된 디코더 기술들의 역이기 때문에 그것들에 대한 설명은 축약될 수 있다. 특정 영역들에서만 더 상세한 설명이 요구되고 아래에 제공된다.
동작 동안, 일부 예들에서, 소스 코더(530)는, "참조 픽처"로 지정된 비디오 시퀀스로부터의 하나 이상의 이전에 코딩된 픽처를 참조하여 예측적으로 입력 픽처를 코딩하는, 모션 보상된 예측 코딩을 수행할 수 있다. 이러한 방식으로, 코딩 엔진(532)은 입력 픽처의 픽셀 블록들과 입력 픽처에 대한 예측 참조(들)로서 선택될 수 있는 참조 픽처(들)의 픽셀 블록들 사이의 차이들을 코딩한다.
로컬 비디오 디코더(533)는, 소스 코더(530)에 의해 생성된 심벌들에 기초하여, 참조 픽처들로서 지정될 수 있는 픽처들의 코딩된 비디오 데이터를 디코딩할 수 있다. 코딩 엔진(532)의 동작들은 유리하게는 손실 프로세스들일 수 있다. 코딩된 비디오 데이터가 비디오 디코더(도 5에 도시되지 않음)에서 디코딩될 수 있는 경우, 재구성된 비디오 시퀀스는 전형적으로 일부 오류들을 갖는 소스 비디오 시퀀스의 복제본일 수 있다. 로컬 비디오 디코더(533)는 참조 픽처들에 대해 비디오 디코더에 의해 수행될 수 있는 디코딩 프로세스들을 복제하고 재구성된 참조 픽처들이 참조 픽처 캐시(534)에 저장되게 할 수 있다. 이러한 방식으로, 비디오 인코더(503)는 (송신 오류들이 없이) 원단(far-end) 비디오 디코더에 의해 획득될 재구성된 참조 픽처로서 공통 콘텐츠를 갖는 재구성된 참조 픽처들의 사본들을 로컬에 저장할 수 있다.
예측자(535)는 코딩 엔진(532)에 대한 예측 검색들을 수행할 수 있다. 즉, 코딩될 새로운 픽처에 대해, 예측자(535)는 새로운 픽처들에 대한 적절한 예측 참조로서 역할할 수 있는 참조 픽처 모션 벡터들, 블록 형상들 등과 같은 특정 메타데이터 또는 샘플 데이터(후보 참조 픽셀 블록들로서)에 대해 참조 픽처 메모리(534)를 검색할 수 있다. 예측자(535)는 적절한 예측 참조들을 찾기 위해 샘플 블록-바이-픽셀 블록(sample block-by-pixel block) 기준으로 동작할 수 있다. 일부 경우들에서, 예측자(535)에 의해 획득된 검색 결과들에 의해 결정된 바와 같이, 입력 픽처는 참조 픽처 메모리(534)에 저장된 다수의 참조 픽처로부터 인출된 예측 참조들을 가질 수 있다.
제어기(550)는, 예를 들어, 비디오 데이터를 인코딩하기 위해 사용되는 파라미터들 및 서브그룹 파라미터들의 설정을 포함하여, 소스 코더(530)의 코딩 동작을 관리할 수 있다.
앞서 설명한 모든 기능 유닛들의 출력은 엔트로피 코더(545)에서 엔트로피 코딩을 겪을 수 있다. 엔트로피 코더(545)는 다양한 기능 유닛들에 의해 생성된 심벌들을, 허프만 코딩, 가변 길이 코딩, 산술 코딩 등과 같은 기술들에 따라 심벌들을 무손실 압축함으로써, 코딩된 비디오 시퀀스로 변환한다.
송신기(540)는 인코딩된 비디오 데이터를 저장할 저장 디바이스에 대한 하드웨어/소프트웨어 링크일 수 있는 통신 채널(560)을 통한 송신을 준비하기 위해 엔트로피 코더(545)에 의해 생성된 코딩된 비디오 시퀀스(들)를 버퍼링할 수 있다. 송신기(540)는 비디오 코더(503)로부터의 코딩된 비디오 데이터를 송신될 다른 데이터, 예를 들어, 코딩된 오디오 데이터 및/또는 보조 데이터 스트림(소스들이 도시되지 않음)과 병합할 수 있다.
제어기(550)는 비디오 인코더(503)의 동작을 관리할 수 있다. 코딩 동안, 제어기(550)는 특정 코딩된 픽처 타입을 각각의 코딩된 픽처에 할당할 수 있으며, 이는 각각의 픽처에 적용될 수 있는 코딩 기법들에 영향을 미칠 수 있다. 예를 들어, 픽처들은 종종 다음 픽처 타입들 중 하나로서 할당될 수 있다:
인트라 픽처(I 픽처)는 예측의 소스로서 시퀀스 내의 임의의 다른 픽처를 사용하지 않고 코딩되고 디코딩될 수 있는 것일 수 있다. 일부 비디오 코덱들은, 예를 들어, "IDR(Independent Decoder Refresh)" 픽처들을 포함하는, 상이한 타입의 인트라 픽처들을 허용한다. 본 기술분야의 통상의 기술자는 I 픽처들의 해당 변형들 및 그 각각의 응용들 및 특징들을 인지하고 있다.
예측 픽처(P 픽처)는 각각의 블록의 샘플 값들을 예측하기 위해 최대 하나의 모션 벡터 및 참조 인덱스를 사용하여 인트라 예측 또는 인터 예측을 사용하여 코딩되고 디코딩될 수 있는 것일 수 있다.
양방향 예측 픽처(B 픽처)는 각각의 블록의 샘플 값들을 예측하기 위해 최대 2개의 모션 벡터 및 참조 인덱스를 사용하여 인트라 예측 또는 인터 예측을 사용하여 코딩되고 디코딩될 수 있는 것일 수 있다. 유사하게, 다중-예측 픽처들은 단일 블록의 재구성을 위해 2개보다 많은 참조 픽처 및 연관된 메타데이터를 사용할 수 있다.
소스 픽처들은 일반적으로 복수의 샘플 블록(예를 들어, 각각 4x4, 8x8, 4x8, 또는 16x16 샘플들의 블록들)으로 공간적으로 세분되고 블록-바이-블록(block-by-block) 기준으로 코딩될 수 있다. 블록들은 블록들의 각각의 픽처들에 적용되는 코딩 할당에 의해 결정된 다른 (이미 코딩된) 블록들을 참조하여 예측적으로 코딩될 수 있다. 예를 들어, I 픽처들의 블록들은 비예측적으로 코딩될 수 있거나 동일한 픽처의 이미 코딩된 블록들을 참조하여 예측적으로 코딩될 수 있다(공간 예측 또는 인트라 예측). P 픽처의 픽셀 블록들은, 하나의 이전에 코딩된 참조 픽처를 참조하여 공간 예측을 통해 또는 시간 예측을 통해, 예측적으로 코딩될 수 있다. B 픽처들의 블록들은, 하나 또는 2개의 이전에 코딩된 참조 픽처를 참조하여 공간 예측을 통해 또는 시간 예측을 통해, 예측적으로 코딩될 수 있다.
비디오 인코더(503)는 ITU-T Rec. H.265와 같은 표준에서의 미리 결정된 비디오 코딩 기술에 따라 코딩 동작들을 수행할 수 있다. 그 동작에서, 비디오 인코더(503)는, 입력 비디오 시퀀스에서 시간 및 공간 중복성을 활용하는 예측 코딩 동작을 비롯한, 다양한 압축 동작을 수행할 수 있다. 따라서, 코딩된 비디오 데이터는 사용중인 비디오 코딩 기술 또는 표준에 의해 지정된 신택스를 준수할 수 있다.
일 실시예에서, 송신기(540)는 인코딩된 비디오와 함께 추가적인 데이터를 송신할 수 있다. 소스 코더(530)는 코딩된 비디오 시퀀스의 일부로서 이러한 데이터를 포함할 수 있다. 추가적인 데이터는 시간/공간/SNR 향상 계층들, 중복 픽처들 및 슬라이스들과 같은 다른 형태의 중복 데이터, SEI 메시지들, VUI 파라미터 세트 프래그먼트들 등을 포함할 수 있다.
비디오는 시간 시퀀스의 복수의 소스 픽처들(비디오 픽처들)로서 캡처될 수 있다. 인트라-픽처 예측(종종 인트라 예측으로 축약됨)은 주어진 픽처에서 공간 상관을 사용하고, 인터-픽처 예측은 픽처들 사이의 (시간 또는 다른) 상관을 사용한다. 일 예에서, 현재 픽처라고 지칭되는, 인코딩/디코딩 중인 특정 픽처가 블록들로 분할된다. 현재 픽처 내의 블록이 비디오 내의 이전에 코딩되고 여전히 버퍼링되어 있는 참조 픽처 내의 참조 블록과 유사할 때, 현재 픽처 내의 블록은 모션 벡터라고 지칭되는 벡터에 의해 코딩될 수 있다. 모션 벡터는 참조 픽처 내의 참조 블록을 가리키고, 다수의 참조 픽처가 사용중인 경우, 참조 픽처를 식별하는 제3 차원을 가질 수 있다.
일부 실시예들에서, 인터-픽처 예측에서 양방향 예측(bi-prediction) 기법이 사용될 수 있다. 양방향 예측 기법에 따르면, 양자 모두 비디오 내의 현재 픽처에 디코딩 순서가 앞서는(그러나, 디스플레이 순서에서, 과거 및 미래에 각각 있을 수 있는) 제1 참조 픽처 및 제2 참조 픽처와 같은 2개의 참조 픽처가 사용된다. 현재 픽처 내의 블록은 제1 참조 픽처 내의 제1 참조 블록을 가리키는 제1 모션 벡터 및 제2 참조 픽처 내의 제2 참조 블록을 가리키는 제2 모션 벡터에 의해 코딩될 수 있다. 블록은 제1 참조 블록과 제2 참조 블록의 조합에 의해 예측될 수 있다.
또한, 코딩 효율을 개선시키기 위해 인터-픽처 예측에서 병합 모드 기법이 사용될 수 있다.
본 개시내용의 일부 실시예들에 따르면, 인터-픽처 예측들 및 인트라-픽처 예측들과 같은 예측들이 블록들의 단위로 수행된다. 예를 들어, HEVC 표준에 따르면, 비디오 픽처들의 시퀀스 내의 픽처는 압축을 위해 코딩 트리 유닛들(CTU)로 분할되고, 픽처 내의 CTU들은 64x64 픽셀들, 32x32 픽셀들, 또는 16x16 픽셀들과 같은 동일한 크기를 갖는다. 일반적으로, CTU는 3개의 코딩 트리 블록(CTB)을 포함하는데, 이는 하나의 루마 CTB 및 2개의 크로마 CTB이다. 각각의 CTU는 하나 또는 다수의 코딩 유닛(CU)들로 재귀적으로 쿼드트리 분할될 수 있다. 예를 들어, 64x64 픽셀들의 CTU는 64x64 픽셀들의 하나의 CU, 또는 32x32 픽셀들의 4개의 CU, 또는 16x16 픽셀들의 16개의 CU로 분할될 수 있다. 일 예에서, 각각의 CU는, 인터 예측 타입 또는 인트라 예측 타입과 같은, CU에 대한 예측 타입을 결정하기 위해 분석된다. CU는 시간 및/또는 공간 예측성에 따라 하나 이상의 예측 유닛(PU)으로 분할된다. 일반적으로, 각각의 PU는 루마 예측 블록(PB), 및 2개의 크로마 PB를 포함한다. 일 실시예에서, 코딩(인코딩/디코딩)에서의 예측 동작은 예측 블록의 단위로 수행된다. 예측 블록의 예로서 루마 예측 블록을 사용하여, 예측 블록은, 8x8 픽셀들, 16x16 픽셀들, 8x16 픽셀들, 16x8 픽셀들 등과 같은, 픽셀들에 대한 값들(예를 들어, 루마 값들)의 행렬을 포함한다.
도 6은 본 개시내용의 다른 실시예에 따른 비디오 인코더(603)의 도면을 도시한다. 비디오 인코더(603)는 비디오 픽처들의 시퀀스에서 현재 비디오 픽처 내의 샘플 값들의 처리 블록(예를 들어, 예측 블록)을 수신하고, 처리 블록을 코딩된 비디오 시퀀스의 일부인 코딩된 픽처 내에 인코딩하도록 구성된다. 일 예에서, 비디오 인코더(603)는 도 3의 예에서의 비디오 인코더(303) 대신에 사용된다.
HEVC 예에서, 비디오 인코더(603)는 8x8 샘플들 등의 예측 블록과 같은 처리 블록에 대한 샘플 값들의 행렬 등을 수신한다. 비디오 인코더(603)는 처리 블록이, 예를 들어, 레이트-왜곡 최적화를 사용하여 인트라 모드, 인터 모드, 또는 양방향 예측 모드 중 어느 것을 사용하여 최선으로 코딩되는지 여부를 결정한다. 처리 블록이 인트라 모드로 코딩되어야 할 때, 비디오 인코더(603)는 인트라 예측 기법을 사용하여 처리 블록을 코딩된 픽처 내에 인코딩할 수 있으며; 그리고, 처리 블록이 인터 모드 또는 양방향 예측 모드로 코딩될 때, 비디오 인코더(603)는 인터 예측 또는 양방향 예측 기법을 각각 사용하여 처리 블록을 코딩된 픽처 내에 인코딩할 수 있다. 특정 비디오 코딩 기술들에서, 병합 모드는 예측자들 외부의 코딩된 모션 벡터 성분의 이점 없이 하나 이상의 모션 벡터 예측자들로부터 모션 벡터가 유도되는 인터 픽처 예측 서브모드일 수 있다. 특정 다른 비디오 코딩 기술들에서, 대상 블록에 적용가능한 모션 벡터 성분이 존재할 수 있다. 일 예에서, 비디오 인코더(603)는 처리 블록들의 모드를 결정하기 위한 모드 결정 모듈(도시되지 않음)과 같은 다른 컴포넌트들을 포함한다.
도 6의 예에서, 비디오 인코더(603)는 도 6에 도시된 바와 같이 함께 결합된 인터 인코더(630), 인트라 인코더(622), 잔차 계산기(623), 스위치(626), 잔차 인코더(624), 일반 제어기(621), 및 엔트로피 인코더(625)를 포함한다.
인터 인코더(630)는 현재 블록(예를 들어, 처리 블록)의 샘플들을 수신하고, 블록을 참조 픽처들 내의 하나 이상의 참조 블록(예를 들어, 이전 픽처들 및 나중 픽처들 내의 블록들)과 비교하고, 인터 예측 정보(예를 들어, 인터 인코딩 기법에 따른 중복 정보의 설명, 모션 벡터들, 병합 모드 정보)를 생성하고, 임의의 적절한 기법을 사용하여 인터 예측 정보에 기초하여 인터 예측 결과들(예를 들어, 예측된 블록)을 계산하도록 구성된다. 일부 예들에서, 참조 픽처들은 인코딩된 비디오 정보에 기초하여 디코딩되는 디코딩된 참조 픽처들이다.
인트라 인코더(622)는 현재 블록(예를 들어, 처리 블록)의 샘플들을 수신하고, 일부 경우들에서 블록을 동일한 픽처 내의 이미 코딩된 블록들과 비교하고, 변환 이후 양자화된 계수들을 생성하고, 일부 경우들에서 또한 인트라 예측 정보(예를 들어, 하나 이상의 인트라 인코딩 기법에 따른 인트라 예측 방향 정보)를 수신하도록 구성된다. 일 예에서, 인트라 인코더(622)는 또한 동일한 픽처 내의 참조 블록들 및 인트라 예측 정보에 기초하여 인트라 예측 결과들(예를 들어, 예측 블록)을 계산한다.
일반 제어기(621)는 일반 제어 데이터를 결정하고 일반 제어 데이터에 기초하여 비디오 인코더(603)의 다른 컴포넌트들을 제어하도록 구성된다. 일 예에서, 일반 제어기(621)는 블록의 모드를 결정하고, 모드에 기초하여 스위치(626)에 제어 신호를 제공한다. 예를 들어, 모드가 인트라 모드일 때, 일반 제어기(621)는 잔차 계산기(623)에 의한 사용을 위해 인트라 모드 결과를 선택하도록 스위치(626)를 제어하고, 인트라 예측 정보를 선택하고 인트라 예측 정보를 비트스트림에 포함시키도록 엔트로피 인코더(625)를 제어하며; 그리고, 모드가 인터 모드일 때, 일반 제어기(621)는 잔차 계산기(623)에 의한 사용을 위해 인터 예측 결과를 선택하도록 스위치(626)를 제어하고, 인터 예측 정보를 선택하고 인터 예측 정보를 비트스트림에 포함시키도록 엔트로피 인코더(625)를 제어한다.
잔차 계산기(623)는 수신된 블록과 인트라 인코더(622) 또는 인터 인코더(630)로부터 선택된 예측 결과들 사이의 차이(잔차 데이터)를 계산하도록 구성된다. 잔차 인코더(624)는 잔차 데이터에 기초하여 동작하여 잔차 데이터를 인코딩하여 변환 계수들을 생성하도록 구성된다. 일 예에서, 잔차 인코더(624)는 잔차 데이터를 공간 도메인으로부터 주파수 도메인으로 변환하고, 변환 계수들을 생성하도록 구성된다. 그 후 변환 계수들에 대해 양자화 처리를 수행하여 양자화된 변환 계수들을 획득한다. 다양한 실시예에서, 비디오 인코더(603)는 또한 잔차 디코더(628)를 포함한다. 잔차 디코더(628)는 역변환을 수행하고, 디코딩된 잔차 데이터를 생성하도록 구성된다. 디코딩된 잔차 데이터는 인트라 인코더(622) 및 인터 인코더(630)에 의해 적절하게 사용될 수 있다. 예를 들어, 인터 인코더(630)는 디코딩된 잔차 데이터 및 인터 예측 정보에 기초하여 디코딩된 블록들을 생성할 수 있고, 인트라 인코더(622)는 디코딩된 잔차 데이터 및 인트라 예측 정보에 기초하여 디코딩된 블록들을 생성할 수 있다. 디코딩된 블록들은 디코딩된 픽처들을 생성하기 위해 적절하게 처리되고 디코딩된 픽처들은 메모리 회로(도시되지 않음)에 버퍼링되고 일부 예들에서 참조 픽처들로서 사용될 수 있다.
엔트로피 인코더(625)는 인코딩된 블록을 포함하도록 비트스트림을 포맷하도록 구성된다. 엔트로피 인코더(625)는 HEVC 표준과 같은 적절한 표준에 따라 다양한 정보를 포함하도록 구성된다. 일 예에서, 엔트로피 인코더(625)는 일반 제어 데이터, 선택된 예측 정보(예를 들어, 인트라 예측 정보 또는 인터 예측 정보), 잔차 정보, 및 다른 적절한 정보를 비트스트림 내에 포함시키도록 구성된다. 개시된 주제에 따르면, 인터 모드 또는 양방향 예측 모드 중 어느 하나의 병합 서브모드에서 블록을 코딩할 때, 잔차 정보가 존재하지 않는다는 점에 유의한다.
도 7은 본 개시내용의 다른 실시예에 따른 비디오 디코더(710)의 도면을 도시한다. 비디오 디코더(710)는 코딩된 비디오 시퀀스의 일부인 코딩된 픽처들을 수신하고, 코딩된 픽처들을 디코딩하여 재구성된 픽처들을 생성하도록 구성된다. 일 예에서, 비디오 디코더(710)는 도 3의 예에서의 비디오 디코더(310) 대신에 사용된다.
도 7의 예에서, 비디오 디코더(710)는 도 7에 도시된 바와 같이 함께 결합된 엔트로피 디코더(771), 인터 디코더(780), 잔차 디코더(773), 재구성 모듈(774), 및 인트라 디코더(772)를 포함한다.
엔트로피 디코더(771)는, 코딩된 픽처로부터, 코딩된 픽처를 구성하는 신택스 요소들을 나타내는 특정 심벌들을 재구성하도록 구성될 수 있다. 이러한 심벌들은, 예를 들어, 블록이 코딩되는 모드(예컨대, 예를 들어, 인트라 모드, 인터 모드, 양방향 예측 모드, 후자의 둘은 병합 서브모드 또는 다른 서브모드에서임), 인트라 디코더(772) 또는 인터 디코더(780) 각각에 의한 예측을 위해 사용되는 특정 샘플 또는 메타데이터를 식별할 수 있는 예측 정보(예컨대, 예를 들어, 인트라 예측 정보 또는 인터 예측 정보), 예를 들어, 양자화된 변환 계수들의 형태로 된 잔차 정보 등을 포함할 수 있다. 일 예에서, 예측 모드가 인터 또는 양방향 예측 모드일 때, 인터 예측 정보가 인터 디코더(780)에 제공되고; 그리고 예측 타입이 인트라 예측 타입일 때, 인트라 예측 정보가 인트라 디코더(772)에 제공된다. 잔차 정보에 대해 역양자화가 수행될 수 있고 잔차 디코더(773)에 제공된다.
인터 디코더(780)는 인터 예측 정보를 수신하고, 인터 예측 정보에 기초하여 인터 예측 결과들을 생성하도록 구성된다.
인트라 디코더(772)는 인트라 예측 정보를 수신하고, 인트라 예측 정보에 기초하여 예측 결과들을 생성하도록 구성된다.
잔차 디코더(773)는 역양자화를 수행하여 탈양자화된 변환 계수들을 추출하고, 탈양자화된 변환 계수들을 처리하여 잔차를 주파수 도메인으로부터 공간 도메인으로 변환하도록 구성된다. 잔차 디코더(773)는 또한 (양자화기 파라미터(QP)를 포함하도록) 특정 제어 정보를 요구할 수 있고, 그 정보는 엔트로피 디코더(771)에 의해 제공될 수 있다(이는 단지 저용량 제어 정보일 수 있으므로 데이터 경로가 도시되지 않음).
재구성 모듈(774)은, 공간 도메인에서, 잔차 디코더(773)에 의해 출력된 잔차와 예측 결과들(경우에 따라 인터 또는 인트라 예측 모듈에 의해 출력된 것)을 조합하여 재구성된 블록을 형성하도록 구성하고, 재구성된 블록은 재구성된 픽처의 일부일 수 있고, 재구성된 픽처는 결국 재구성된 비디오의 일부일 수 있다. 시각적 품질을 개선하기 위해 디블로킹 동작 등과 같은 다른 적절한 동작들이 수행될 수 있다는 점에 유의한다.
비디오 인코더들(303, 503, 및 603), 및 비디오 디코더들(310, 410, 및 710)은 임의의 적합한 기법을 이용하여 구현될 수 있다는 점에 유의한다. 일 실시예에서, 비디오 인코더들(303, 503, 및 603), 및 비디오 디코더들(310, 410, 및 710)은 하나 이상의 집적 회로를 사용하여 구현될 수 있다. 다른 실시예에서, 비디오 인코더들(303, 503, 및 503), 및 비디오 디코더들(310, 410, 및 710)은 소프트웨어 명령어들을 실행하는 하나 이상의 프로세서를 사용하여 구현될 수 있다.
II. 인트라 블록 카피
하이브리드 블록 기반 비디오 코딩의 경우, 상이한 픽처로부터의 모션 보상(인터 픽처 모션 보상)이 잘 알려져 있다. 유사하게, 모션 보상은 또한 동일한 픽처 내의 이전에 재구성된 영역으로부터 수행될 수 있다. 이것은 인트라 픽처 블록 보상, 현재 픽처 참조(CPR), 또는 인트라 블록 카피(IBC)라고 지칭된다. IBC에서, 현재 블록과 참조 블록 사이의 오프셋을 나타내는 변위 벡터는 블록 벡터(BV)라고 지칭된다. 임의의 값(x 또는 y 방향에서, 포지티브 또는 네거티브)에 있을 수 있는, 상이한 픽처로부터의 모션 보상에서의 모션 벡터와는 상이하게, 블록 벡터는 지적된 참조 블록이 이용가능하고 이미 재구성되는 것이 보장되도록 몇몇 제약들을 가진다. 또한, 병렬 처리를 고려하여, 타일 경계 또는 파면 래더 형상 경계(wavefront ladder shape boundary)인 일부 참조 영역이 또한 IBC에서 배제된다.
블록 벡터의 코딩은 명시적이거나 암시적일 수 있다. 명시적 모드(또는 인터 코딩에서 AMVP(advanced motion vector prediction) 모드라고 지칭됨)에서, 블록 벡터와 그 예측자 간의 차이가 시그널링되고; 암시적 모드에서, 블록 벡터는 병합 모드에서 획득된 모션 벡터와 유사한 방식으로, 그것의 예측자로부터 완전히 복구된다. 일부 구현들에서, 블록 벡터의 해상도는 정수 위치들로 제한되는데; 다른 시스템들에서는, 분수 위치들을 가리키도록 허용될 수 있다.
일 실시예에서, 블록 레벨에서의 IBC의 사용은 IBC 플래그라고 지칭되는 블록 레벨 플래그를 사용하여 시그널링될 수 있다. 일 예에서, IBC 플래그는 현재 블록이 병합 모드에서 코딩되지 않을 때 시그널링된다. 다른 예에서, IBC의 사용은 참조 인덱스 접근법에 의해 시그널링될 수 있고, 현재 디코딩된 픽처는 참조 픽처로서 취급된다. 예를 들어, HEVC 스크린 콘텐츠 코딩(SCC)에서, 이러한 참조 픽처는 참조 픽처 리스트의 마지막 위치에 놓인다. 이러한 특수 참조 픽처는 또한 디코딩된 픽처 버퍼(Decoded Picture Buffer)(DPB) 내의 다른 시간 참조 픽처들과 함께 관리된다.
또한, IBC를 인트라 또는 인터 예측 모드와 상이한 제3 모드로서 취급하는 것과 같은, IBC에 대한 일부 변형들이 있다. 이렇게 함으로써, IBC에 대한 병합 모드 및 AMVP 모드에서의 블록 벡터 예측은 정규 인터 모드로부터 분리된다. 예를 들어, IBC 모드에 대해 별개의 병합 후보 리스트가 정의되고, 여기서 리스트 내의 모든 엔트리들은 모두 블록 벡터들이다. 유사하게, IBC AMVP 모드에서의 블록 벡터 예측 리스트는 블록 벡터들로 구성된다. 양쪽 리스트들에 적용되는 일반적인 규칙들은 다음과 같다: 규칙들은 후보 유도 프로세스의 관점에서 AMVP 예측자 리스트 또는 인터 병합 후보 리스트와 동일한 로직을 따를 수 있다. 예를 들어, HEVC 또는 VVC 인터 병합 모드에서의 5개의 공간 이웃 위치(도 10에 도시됨)는 IBC에 대한 병합 후보 리스트를 유도하기 위해 액세스된다.
도 8은 인트라 픽처 블록 보상의 예를 도시한다. 처리 중인 픽처(810)(현재 픽처라고 지칭됨)는 CTU들(811-825)로 분할된다. CTU들(811-822)은 디코딩되었다. 현재 CTU(823)는 처리 중이다. 현재 CTU(823) 내의 IBC-코딩된 현재 블록(801)을 디코딩하기 위해, 블록 벡터(803)가 먼저 결정될 수 있다. 블록 벡터(803)에 기초하여, CTU(817)에서의 참조 블록(802)(예측 블록 또는 예측자 블록이라고도 지칭됨)이 위치될 수 있다. 따라서, 현재 블록(801)은 참조 블록(802)을 현재 블록(801)의 잔차와 결합함으로써 재구성될 수 있다. 도시된 바와 같이, 참조 블록(802)과 현재 블록(801)은 동일한 현재 픽처(810)에 존재한다.
도 9a 내지 도 9d는 재구성된 샘플들을 저장하기 위한 1-CTU-크기 메모리를 사용한 인트라 픽처 블록 보상의 예를 도시한다. 제1 예에서, IBC 모드의 검색 범위는 현재 CTU 내에 있도록 제약될 수 있다. 따라서, IBC 모드에 대한 참조 샘플들을 저장하기 위한 유효 메모리 요건은 샘플들의 하나의 CTU 크기이다. 일 예로서, 128x128 현재 CTU는 4개의 64x64 영역으로 분할될 수 있다. 기존의 참조 샘플 메모리가 현재의 64x64 영역에 재구성된 샘플들을 저장하는 것을 고려하면, 3개의 추가 64x64 크기의 참조 샘플 메모리가 요구된다. 이 사실에 기초하여, 제2 예에서, IBC 모드의 유효 검색 범위는 좌측 CTU의 일부로 확장될 수 있는 반면, 참조 픽셀들을 저장하기 위한 전체 메모리 요건은 변하지 않고 유지된다(1개의 CTU 크기, 총 4개의 64x64 참조 샘플 메모리).
도 9a 내지 도 9d는 1-CTU-크기 메모리가 좌측 CTU를 검색하기 위해 어떻게 재사용되는지를 도시한다. 도 9a 내지 도 9d는 각각 128x128 샘플들의 크기를 갖는 좌측 CTU 및 우측 CTU를 도시한다. 각각의 CTU는 4개의 64x64 영역으로 분할된다. 도 9a에서, 좌측 CTU 내의 재구성된 영역들(901-903)과 처리 중인 현재 영역(904)은 1-CTU 크기 메모리에 저장될 수 있다. 도 9b에서, 좌측 CTU 내의 2개의 재구성된 영역(911-912), 현재 CTU 내의 하나의 재구성된 영역(913), 및 현재 영역(914)은 1-CTU 크기 메모리에 저장될 수 있다. 도 9c에서, 좌측 CTU 내의 재구성된 영역(921), 현재 CTU 내의 2개의 재구성된 영역(922-923), 및 현재 영역(924)은 1-CTU 크기 메모리에 저장될 수 있다. 도 9d에서, 현재 CTU 내의 3개의 재구성된 영역(931-933) 및 현재 영역(934)은 1-CTU 크기 메모리에 저장될 수 있다.
일부 실시예들에서, 비트스트림에서 시그널링된 블록 벡터들은 비트스트림 적합성 조건들의 세트를 따르는 것이 요구된다. 일 예로서, mvL 및 1/16-화소 해상도로 표시된 유효 루마 블록 벡터는 다음과 같은 비트스트림 적합성 조건들을 준수해야 한다:
A1: 블록 가용성에 대한 유도 프로세스가 입력들로서 (xCb, yCb)와 동일하게 설정된 현재 루마 위치(xCurr, yCurr) 및 이웃 루마 위치(xCb + (mvL[0] >> 4), yCb + (mvL[1] >> 4))로 호출될 때, 출력은 TRUE와 동일해야 한다(이미 구성되어 이용가능하다는 것을 의미함). 블록 가용성에 대한 유도 프로세스는 이웃 블록 가용성 체킹 프로세스라고도 지칭된다. 조건 A1은 위치(xCb + (mvL[0] >> 4), yCb + (mvL[1] >> 4))에서의 참조 블록의 좌측 상부 코너 샘플이 이용가능함(이미 재구성됨)을 검증한다.
A2: 블록 가용성에 대한 유도 프로세스가 입력들로서 (xCb, yCb)와 동일하게 설정된 현재 루마 위치(xCurr, yCurr) 및 이웃 루마 위치(xCb + (mvL[0] >> 4) + cbWidth - 1, yCb + (mvL[1] >> 4) + cbHeight - 1)로 호출될 때, 출력은 TRUE와 동일해야 한다. 조건 A2는 위치(xCb + (mvL[0] >> 4) + cbWidth - 1, yCb + (mvL[1] >> 4) + cbHeight - 1)에서의 참조 블록의 우측 하부 코너 샘플이 이용가능함을 검증한다.
B1: 다음의 조건들 중 하나 또는 둘 다가 참이어야 한다: (mvL[0] >> 4) + cbWidth의 값은 0 이하이고; (mvL[1] >> 4) + cbHeight의 값은 0 이하이다. 조건 B1은 참조 블록이 현재 블록과 중첩하지 않는다는 것을 검증한다.
C1: 다음의 조건들이 참이어야 한다:
(yCb + (mvL[1] >> 4)) >> CtbLog2SizeY = yCb >> CtbLog2SizeY;
(yCb + (mvL[1] >> 4) + cbHeight - 1) >> CtbLog2SizeY = yCb >> CtbLog2SizeY;)
(xCb + (mvL[0] >> 4)) >> CtbLog2SizeY >= (xCb >> CtbLog2SizeY) - 1; 및
(xCb + (mvL[0] >> 4) + cbWidth - 1) >> CtbLog2SizeY <= (xCb >> CtbLog2SizeY).
조건 C1은 참조 블록이 현재 CTU 또는 현재 CTU의 좌측 CTU에 위치하는지를 검증한다.
C2: (xCb + (mvL[0] >> 4) >> CtbLog2SizeY가 (xCb >> CtbLog2SizeY) - 1과 동일할 때, 블록 가용성에 대한 유도 프로세스는 입력들로서 (xCb, yCb)와 동일하게 설정된 현재 루마 위치(xCurr, yCurr) 및 이웃 루마 위치(((xCb+(mvL[0] >> 4) + CtbSizeY) >> (CtbLog2SizeY - 1)) << (CtbLog2SizeY - 1), ((yCb + (mvL[1] >> 4)) >> (CtbLog2SizeY - 1)) << (CtbLog2SizeY - 1))로 호출되고, 출력은 FALSE(아직 구성되지 않음)와 동일해야 한다. 조건 C2는 좌측 CTU 내의 참조 영역(예를 들어, 도 9c의 영역(921))이 아직 구성되지 않은 현재 CTU 내의 영역에 대응하는지를 검증한다.
III. 현재 블록의 공간 병합 후보들
도 10은 현재 블록(1010)의 5개의 공간 병합 후보를 도시한다. 공간 병합 후보들은 현재 블록(1010)의 블록 벡터 예측을 위한 예측자 리스트를 구성하는데 사용될 수 있다. 예를 들어, 현재 블록(1010)은 스킵 모드, 병합 모드, 또는 AMVP 모드로 구성 중이다. 후보 리스트가 구성될 수 있다. 후보 리스트 상의 후보들은 공간 후보 위치들 A1, A0, B2, B0, 및 B1로부터 선택될 수 있다. 일 예에서, 공간 후보 위치들의 가용성은 다음의 순서 A0, B0, B1, A1, 및 B2로 체크된다. 이용가능할 때, 후보 위치에서의 모션 정보가 후보로서 후보 리스트에 추가될 수 있다. 후보 리스트에 대한 인덱스는 비트스트림에서 수신될 수 있다. 인덱스에 대응하는 후보는 현재 블록(1010)의 모션 벡터를 결정하기 위한 모션 벡터 예측(또는 예측자)으로서 사용될 수 있다.
IV. 이력 기반 모션 벡터 예측(HMVP)
일부 예에서, 이력 기반 모션 벡터 예측(HMVP) 스킴이 블록을 코딩하는데 사용된다. 예를 들어, 공간 모션 벡터 예측(SMVP) 및 시간 모션 벡터 예측(TMVP) 후보들 이후에 HMVP 병합 후보가 병합 리스트에 추가된다. 이 방법에서, 이전에 코딩된 블록의 모션 정보는 테이블(HMVP 테이블이라고 지칭됨)에 저장되고 현재 CU에 대한 모션 벡터 예측자(MVP)로서 사용된다. 다수의 HMVP 후보들을 갖는 HMVP 테이블은 인코딩 또는 디코딩 프로세스 동안 유지된다. HMVP 테이블은 일부 예들에서 새로운 CTU 행을 만날 때 리셋된다(비워진다). 비-서브블록 인터-코딩된 CU가 존재할 때마다, 연관된 모션 정보는 일부 예들에서 새로운 HMVP 후보로서 HMVP 테이블의 마지막 엔트리에 추가된다.
일 실시예에서, HMVP 테이블 크기 S는 6으로 설정되며, 이는 최대 6개의 HMVP 후보가 HMVP 테이블에 추가될 수 있다는 것을 나타낸다. 새로운 모션 후보를 HMVP 테이블에 삽입할 때, 제약된 선입선출(FIFO) 규칙이 이용된다. HMVP 테이블에 동일한 HMVP가 있는지를 찾기 위해 중복 체크가 먼저 적용된다. 발견되면, 동일한 HMVP가 테이블로부터 제거되고, 그 후에 모든 HMVP 후보가 앞으로 이동된다.
HMVP 후보들은 병합 후보 리스트 구성 프로세스에서 사용될 수 있다. 일 예에서, HMVP 테이블 내의 최근 몇몇 HMVP 후보들은 순서대로 체크되고 TMVP 후보들 이후에 후보 리스트에 삽입된다. 중복 체크는 공간 또는 시간 병합 후보들에 대해 HMVP 후보들에 적용된다.
일 실시예에서, 중복 체크 동작들의 수를 감소시키기 위해, 다음과 같은 단순화가 도입된다: (1) 병합 리스트 생성에 사용되는 HMVP 후보들의 수가 (N <= 4) ? M: (8 - N)로 설정되고, N은 병합 리스트 내의 기존 후보들의 수를 나타내고, M은 HMVP 테이블 내의 이용가능한 HMVP 후보들의 수를 나타낸다. (2) 이용가능한 병합 후보들의 총 수가 최대로 허용된 병합 후보들 마이너스(minus) 1에 도달하면, HMVP로부터의 병합 후보 리스트 구성 프로세스가 일 예에서 종료된다.
V. HBVP 테이블 기반 인트라 블록 카피(IBC)
다양한 실시예들에서, IBC 모드는 인터 모드(현재 픽처와 상이한 픽처로부터의 모션 보상)와는 별개의 모드로서 동작한다. 이력-기반 블록 벡터 예측(HBVP) 버퍼라고 지칭되는 별개의 이력 버퍼는, 이전에 처리된(인코더측에서 인코딩된/디코더측에서 디코딩된) IBC 블록 벡터들을 저장하는데 사용된다. 인코더측 또는 디코더측에서 IBC 모드로 코딩된 현재 블록을 처리할 때, 현재 블록의 블록 벡터는 HBVP 버퍼에 기초하여 결정될 수 있다. HBVP 버퍼는 HBVP 테이블 또는 HBVP 리스트라고도 지칭될 수 있다. 이 상세한 설명에서, HBVP 버퍼, HBVP 테이블, 및 HBVP 리스트는 상호교환가능하게 사용된다.
본 명세서에 설명된 실시예들은 개별적으로 사용되거나 임의의 순서로 조합될 수 있다. 또한, 방법들(또는 실시예들), 인코더, 및 디코더 각각은 처리 회로(예를 들어, 하나 이상의 프로세서 또는 하나 이상의 집적 회로)에 의해 구현될 수 있다. 일 예에서, 하나 이상의 프로세서는 비일시적 컴퓨터 판독가능 매체에 저장되는 프로그램을 실행한다. 상세한 설명에서, 용어 블록은 예측 블록, 코딩 블록, 또는 코딩 유닛(CU)으로서 해석될 수 있다.
실시예 A
이미 처리된 블록의 블록 벡터를 HBVP 테이블에 추가할 때, 이미 처리된 블록의 위치(position)(또는 위치(location)) 정보가 HBVP 테이블에 기록될 수 있다. 즉, HBVP 테이블 내의 각각의 엔트리에 대해, 블록 벡터 정보 외에도, 블록 벡터와 연관된 코딩된 블록(이전에 인코딩된 또는 디코딩된 블록)의 위치도 저장된다.
일 예에서, 코딩된 블록들의 각각의 위치가 상이하기 때문에 새로운 블록 벡터 및 연관된 위치 정보를 HBVP 테이블에 추가할 때 중복 체크가 수행되지 않는다. 다른 예에서, 중복 체크는 새로운 블록 벡터 및 연관된 위치 정보를 HBVP 테이블에 추가할 때 수행된다. 예를 들어, 새로운 블록 벡터는 HBVP 테이블에 이전에 저장된 블록 벡터들과 비교된다. 유사하거나 동일한 오래된 블록 벡터가 발견되면, 오래된 블록 벡터를 포함하는 오래된 엔트리가 제거될 수 있고, 새로운 블록 벡터 및 연관된 위치 정보를 포함하는 엔트리가 가장 최근의 후보로서 HBVP 테이블에 추가될 수 있다.
코딩된 블록의 위치는 다양한 예들에서 코딩된 블록의 4개의 코너 중 하나로 표현될 수 있다. 예를 들어, 코드 블록의 코너의 x 및 y 좌표가 위치를 나타내기 위해 사용될 수 있다. 일 예에서, 코딩된 블록의 위치는 코딩된 블록의 우측 하부 코너의 위치로 표현된다. 다른 예에서, 코딩된 블록의 위치는 코딩된 블록의 좌측 하부 코너의 위치로 표현될 수 있다.
일 예에서, 코딩된 블록의 위치는 코딩된 블록의 4개의 코너 중 하나의 위치 플러스(plus) 코딩된 블록의 크기(예를 들어, 폭 및 높이) 정보로 표현될 수 있다.
일 예에서, HBVP 테이블은 각각의 CTU 행의 시작 부분에서 리셋된다(예를 들어, 비워진다). 이러한 구성 하에서, HBVP 테이블 내의 엔트리들의 위치 정보는 각기 각각의 코딩된 블록의 y 좌표에 대한 각각의 CTU 상위 에지로부터의 상대적 y 오프셋을 사용하여 기록될 수 있다. 다른 실시예에서, HBVP 테이블은 각각의 CTU의 시작 부분에서 리셋된다. 따라서, HBVP 내의 엔트리들의 위치 정보는 각기 각각의 코딩된 블록의 x 및 y 좌표에 대한 각각의 CTU 원점으로부터의 상대적 x 및 y 오프셋을 사용하여 기록될 수 있다. 추가 예에서, HBVP 테이블에 엔트리의 x 및 y 좌표를 기록할 때, 각각의 코딩된 블록의 각각의 CTU 원점으로부터의 오프셋은 HBVP 테이블 리셋 동작과 무관하게 기록된다.
실시예 B
일부 예들에서, 블록 벡터 예측(BVP) 후보 리스트는 HBVP 테이블에 기초하여 구성된다. HBVP로부터 엔트리들을 BVP 후보 리스트 상의 BVP 후보들이 되도록 선택할 때, 엔트리들의 위치들(locations)(또는 위치들(positions))(각각의 엔트리들에 대응하는 코딩된 블록들의 위치들을 지칭함)이 고려된다.
일 예에서, 현재 블록의 위치와 엔트리의 위치가 비교된다. 엔트리의 위치 정보는 엔트리의 위치가 현재 블록의 우측 하부 위치에 있다면 조정된다. 조정된 위치 정보에 기초하여, 코딩된 블록과 현재 블록 사이의 위치 관계가 결정될 수 있다.
예를 들어, HBVP 테이블 내의 하나의 엔트리에 대한 현재 블록의 상대적 위치를 계산할 때, 현재 블록의 x 및 y 좌표 양쪽 모두가 각각 엔트리의 x 및 y 좌표보다 작다면(이전에 코딩된 블록이 현재 블록에 대해 우측 하부 위치에 있다는 것을 의미하며, 이것은 불가능함), 계산을 수행할 때 엔트리의 좌표에 (-CTU 폭, 0)의 오프셋이 추가된다. 그 결과, 그러한 엔트리는 현재 블록의 좌측으로 이동된다(이제는 각각의 블록 벡터가 CTU에서 현재 CTU의 좌측에 있다는 것을 의미함).
일 예에서, 현재 블록의 좌측에 위치하는 엔트리는 HBVP 테이블로부터 선택되고 블록 벡터 예측자로서 사용될 수 있다(예를 들어, BVP 후보 리스트에 추가될 수 있다). 예를 들어, HBVP 테이블 내의 엔트리는 코딩된 블록의 좌측 상부 코너에 대응하는 x 좌표를 포함한다. x 좌표가 현재 블록의 좌측 상부 코너의 좌표보다 작으면, 엔트리(또는 대응하는 코딩된 블록)가 현재 블록의 좌측에 위치하는 것으로 결정될 수 있다.
유사하게, 블록 벡터는 현재 블록의 상부에 있는 HBVP 테이블로부터 선택될 수 있다. 예를 들어, HBVP 테이블 내의 엔트리는 코딩된 블록의 좌측 상부 코너에 대응하는 y 좌표를 포함한다. y 좌표가 현재 블록의 좌측 상부 코너의 좌표보다 작으면, 엔트리(또는 대응하는 코딩된 블록)가 현재 블록의 상부에 위치하는 것으로 결정될 수 있다.
따라서, 일부 예들에서, BVP 후보 리스트는 현재 블록의 좌측 또는 상부에 있는 HBVP 테이블로부터 선택된 엔트리들에 기초하여 구성될 수 있다.
일부 예들에서, (예를 들어, BVP 후보 리스트에 추가되는) 현재 블록의 블록 벡터를 예측하기 위해 최대 수의 2*N개의 예측자가 채택된다. 일 예에서, N=1이면, 2*N개의 예측자 중 하나는 HBVP 테이블 내의 좌측에 위치하는 엔트리들(현재 블록의 좌측에 위치하는 엔트리들을 지칭함)로부터의 것이고, 2*N개의 예측자 중 다른 하나는 HBVP 테이블 내의 상단에 위치하는 엔트리들(현재 블록의 상부에 위치하는 엔트리들을 지칭함)로부터의 것이다. 다른 예에서, N=2이면, BVP 후보 리스트에서의 예측자들의 순서는, HBVP 테이블에 충분한 엔트리들이 있다고 가정하면, 첫번째 좌측 -> 첫번째 상부 -> 두번째 좌측 -> 2번째 상부일 수 있다. 충분한 엔트리들이 없을 때, 예측자 리스트(BVP 후보 리스트) 내의 대응하는 아이템은 비어 있고 다음 아이템으로 채워질 수 있다.
일부 예들에서, HBVP 테이블 내의 가장 최근에 코딩된 엔트리로부터 시작하여, 현재 블록의 좌측에 있는 제1 엔트리가 좌측 예측자로서 선택된다. 현재 블록의 좌측에 있는 다음 엔트리가 제2 좌측 예측자로서 선택된다. 이러한 방식으로, 좌측 예측자들이 연속적으로 선택될 수 있다.
일부 예들에서, HBVP 테이블 내의 가장 최근에 코딩된 엔트리로부터 시작하여, 현재 블록의 상부에 있는 제1 엔트리가 제1 상부 예측자로서 선택될 수 있다. 현재 블록의 상부에 있는 다음 엔트리가 제2 상부 예측자로서 선택될 수 있다. 이러한 방식으로, 상부 예측자들이 연속적으로 선택될 수 있다.
일 예에서, 2-후보 예측자 리스트(BVP 후보 리스트)는 HBVP 테이블 내의 처음 N개의 HBVP 엔트리를 스캐닝함으로써 구성된다. 처음 N개의 엔트리는 가장 최근에 코딩된 N개의 엔트리일 수 있거나, 상이한 예들에서 가장 이전에 코딩된 N개의 엔트리일 수 있다. 예를 들어, N은 HBVP 테이블의 크기 S보다 작을 수 있다. 현재 블록의 좌측의 제1 엔트리는 예측자 리스트 내의 제1 후보로 넣을 수 있다. 현재 블록의 상부의 제1 엔트리는 예측자 리스트 내의 제2 후보로서 넣을 수 있다. HBVP 테이블에 상부 또는 좌측 후보만이 있다면, 처음 2개의 이용가능한 엔트리가 예측자로서 선택될 수 있다.
실시예 C
일부 실시예들에서, BVP 후보 리스트(예측자 리스트)는 다음의 방식으로 구성될 수 있다. HBVP 테이블 내의 블록 벡터는 블록 벡터가 현재 블록 옆의 연관된 위치를 갖는다면 예측자로서 유도된다. 예를 들어, HBVP 테이블 내의 엔트리들은, 예를 들어, 최근의 것부터 오래된 것까지의 순서에 따라 스캐닝될 수 있다. 엔트리가 현재 블록 옆에 있는 경우(엔트리는 현재 블록 옆의 위치를 포함함), 이 엔트리의 블록 벡터는 예측자 리스트에 포함된다. 이 프로세스는 예측자 리스트 내의 후보들의 최대 수에 도달할 때까지 계속될 수 있다. 예를 들어, 도 10에서, 5개의 공간 이웃 위치는 현재 블록(1010) 옆에 있는 것으로 간주된다. 도 10의 5개의 위치에 대응하는 위치들을 갖는 HBVP 테이블 내의 엔트리들이 고려될 수 있고, 특정 순서(예를 들어, A0, B0, B1, A1, 및 B2)에 따라 예측자 리스트 내의 후보들로서 선택될 수 있다.
일 예에서, HBVP 버퍼 내의 블록 벡터가 현재 블록 옆에 있지 않다면, 공간 이웃 엔트리들 이후의 예측자 리스트 내의 나중 위치들에 배치될 수 있다. 다른 예에서, HBVP 버퍼 내의 블록 벡터가 현재 블록 옆에 있지 않다면, 예측자 리스트에서 사용되지 않을 수도 있다.
실시예 D
일부 예들에서, 블록 벡터를 예측자 리스트 내에 넣을 때, 새로운 예측자가 예측자 리스트 내의 다른 기존 예측자들과 상이한지를 확인하기 위해 중복 체크가 수행될 수 있다.
실시예 E
다양한 예들에서, 예측자 리스트는 HBVP 테이블에 기초하여 구성될 수 있고, 현재 블록의 블록 벡터(블록 벡터 예측)를 코딩하기 위해 병합 모드, 스킵 모드, 또는 AMVP 모드(차이 코딩을 갖는 벡터 예측)에서 사용될 수 있다.
실시예 F
일 실시예에서, 디코딩 프로세스 동안 다수의 HBVP 테이블이 유지될 수 있다. 각각의 HBVP 테이블은 새로운 코딩된 블록 벡터(이전에 디코딩된 블록의 블록 벡터)를 취하기 위한 상이한 기준과 연관될 수 있다. 이러한 방식으로, 코딩된 블록들의 블록 벡터들은 상이한 그룹들로 분류되어 대응하는 HBVP 테이블들에 저장될 수 있다. 현재의 IBC-코딩된 블록을 코딩할 때, 하나 이상의 블록 벡터가 이러한 별개의 HBVP 테이블로부터 선택되고 현재 블록의 블록 벡터를 코딩하기 위한 예측자로서 사용될 수 있다. 유사하게, 그러한 HBVP 테이블들 내의 엔트리들은 각각 코딩된 블록의 블록 벡터, 코드 블록의 위치(x 및 y 좌표), 코딩된 블록의 크기(폭 및 높이), 또는 다른 관련 정보를 포함할 수 있다.
제1 예에서, 코딩된 블록의 새로운 블록 벡터를 취하는 HBVP 테이블들 중 하나에 대한 기준은 코딩된 블록이 블록 크기 조건을 충족한다는 것이다. 코딩된 블록의 블록 크기는 다양한 방식으로 측정될 수 있다. 예를 들어, 블록 크기는 폭을 코딩된 블록의 높이와 곱함으로써 계산된 코딩된 블록 내의 루마 샘플들의 수일 수 있다. 일 예에서, 블록 크기 조건은 블록 크기가 임계값 T_size1 이상이고 다른 임계값 T_size2 미만인 것이다. 일 예에서, 블록 크기 조건은 블록 크기가 임계값 이상인 것이다.
제2 예에서, 코딩된 블록의 새로운 블록 벡터를 취하는 HBVP 테이블들 중 하나에 대한 기준은 코딩된 블록이 다음과 같은 조건을 충족하는 좌측 상부 코너의 x 좌표 xc를 갖는다는 것이다: xc%ctuSizeY는 임계값 T_x0 이상이고 다른 임계값 T_x1 미만이다. 심벌 %는 모듈로 연산을 나타내고, ctuSizeY는 CTU의 크기를 나타낸다.
제3 실시예에서, 코딩된 블록의 새로운 블록 벡터를 취하는 HBVP 테이블들 중 하나에 대한 기준은 코딩된 블록이 다음과 같은 조건을 충족하는 좌측 상부 코너의 y 좌표 yc를 갖는다는 것이다: yc%ctuSizeY는 임계값 T_y0 이상이고 다른 임계값 T_y1 미만이다.
제4 예에서, 코드된 블록의 새로운 블록 벡터를 취하는 HBVP 테이블들 중 하나에 대한 기준은 코딩된 블록이 다음과 같은 조건을 충족하는 우측 하부 코너의 x 좌표 xc를 갖는다는 것이다: xc%ctuSizeY는 임계값 T_x0 이상이고 다른 임계값 T_x1 미만이다.
제5 예에서, 코딩된 블록의 새로운 블록 벡터를 취하는 HBVP 테이블들 중 하나에 대한 기준은 코딩된 블록이 다음과 같은 조건을 충족하는 우측 하부 코너의 y 좌표 yc를 갖는다는 것이다: yc%ctuSizeY는 임계값 T_y0 이상이고 다른 임계값 T_y1 미만이다.
상기 예들에서, 프루닝 프로세스는 새로운 블록 벡터를 HBVP 테이블에 넣을 때 적용될 수 있다. 예를 들어, 새로운 블록 벡터와 동일한 블록 벡터 값을 갖는 HBVP 테이블 내의 엔트리가 발견될 때, 엔트리는 제거될 수 있다. 새로운 블록 벡터를 포함하는 새로운 엔트리는 가장 최근에 코딩된 블록의 블록 벡터를 포함하는 엔트리를 저장하기 위한 위치에 놓일 수 있다.
실시예 G
일 실시예에서, IBC-코딩된 블록들의 블록 벡터 예측을 위해 하나 이상의 HBVP 테이블이 유지된다. 각각의 HBVP 테이블은 새로운 블록 벡터를 취하기 위한 특정 기준과 연관된다. 총 N개의 HBVP 테이블이 생성되고 유지된다고 가정한다. N은 양의 정수이고 1 이상이다.
제1 예에서, 어떠한 엔트리도 저장되지 않은 각각의 HBVP 테이블에 대해, 디폴트 블록 벡터 예측자들의 세트가 HBVP 테이블을 채우는데 사용된다. 예를 들어, 디폴트 블록 벡터 예측자는 제로 값의 블록 벡터(x 및 y 좌표는 제로임)일 수 있다.
제2 예에서, N개의 HBVP 테이블 중 하나를 가리키는 인덱스는 디코더에서 비트스트림으로부터 수신될 수 있다. 이에 응답하여, 인덱스에 의해 표시된 HBVP 테이블 내의 엔트리는 현재 블록의 블록 벡터 예측을 위해 선택될 수 있다. 예를 들어, 인덱스에 의해 표시된 HBVP 테이블 내의 가장 최근의 엔트리(가장 최근에 추가된 엔트리)는 현재 IBC-코딩된 블록의 블록 벡터 예측자로서 선택될 수 있다. 다른 예로서, 인덱스에 의해 표시된 HBVP 테이블 내의 최소 최근의 엔트리(최소 최근에 코딩된 엔트리)는 현재 IBC-코딩된 블록의 블록 벡터 예측자로서 선택된다.
실시예 H
일 실시예에서, 단일 HBVP 테이블, HBVP0는 디코더에서의 디코딩 프로세스 동안 유지된다. 현재 IBC-코딩된 블록을 디코딩하는 동안, 현재 블록의 블록 벡터 예측자를 결정하기 위해, HBVP0 내의 엔트리들은 상이한 그룹들로 분류된다. 각각의 그룹은 분류 HBVP 테이블이라고 지칭되는 별개의 HBVP 테이블에 저장된다. 각각의 분류 HBVP 테이블에는 HBVP0으로부터 엔트리를 취하기 위한 특정 기준이 할당될 수 있다. 따라서, 카테고리화 동작들은 그러한 기준들에 기초할 수 있다.
예를 들어, HBVP0은 M의 크기를 가질 수 있다. 분류 HBVP 테이블들의 수는 M 이하인 N일 수 있다. 분류 HBVP 테이블들은 HBVP1 내지 HBVPN으로 표현될 수 있다.
예를 들어, 실시예 F에서 설명된 바와 같이 새롭게 코딩된 블록 벡터들을 분류하기 위한 기준은 HBVP0의 엔트리들을 HBVP1 내지 HBVPN의 테이블들로 분류하는데 사용될 수 있다. 다른 예에서는, 실시예 F와 다른 기준을 이용할 수 있다. 프루닝 프로세스는 새로운 엔트리를 HBVPx 테이블(x=0, 1, ..., N)에 넣을 때 적용될 수 있다. 예를 들어, 새로운 엔트리와 동일한 블록 벡터 값을 갖는 오래된 엔트리가 HBVPx에 있을 때, 오래된 엔트리는 제거될 수 있고 새로운 엔트리는 가장 최근에 코딩된 블록의 정보를 저장하기 위한 위치에 놓인다.
일 예에서, HBVP1 내지 HBVPN의 테이블이 생성된 후에, 비트스트림으로부터 수신된 인덱스에 따라 HBVP1 내지 HBVPN의 테이블 중 하나로부터 엔트리가 선택될 수 있다. 선택된 엔트리 내의 블록 벡터는 현재 블록의 블록 벡터 예측자로서 사용될 수 있다.
제1 경우에, 인덱스는 HBVP1 내지 HBVPN의 테이블 중 하나를 나타낼 수 있다. 인덱스를 수신하는 것에 응답하여, 인덱스에 의해 표시된 HBVP 테이블로부터 최근의 엔트리(가장 최근의 엔트리)가 선택될 수 있다.
제2 경우에, 예측자 리스트는 (예를 들어, 실시예 C에서 설명된 바와 같이) 일부 규칙들에 따라 HBVP1 내지 HBVPN의 테이블들로부터 엔트리들을 선택함으로써 먼저 구성될 수 있다. 인덱스는 예측자 리스트 상의 후보를 표시할 수 있다. 인덱스를 수신하는 것에 응답하여, 예측자 리스트 상의 후보는 현재 블록의 블록 벡터 예측자로서 사용될 수 있다.
VI. HBVP 테이블 기반 IBC 모드 디코딩 프로세스의 예들
도 11은 본 개시내용의 일부 실시예들에 따른 프로세스(1100)를 약술하는 흐름도를 도시한다. 프로세스(1100)는, 재구성 중인 블록에 대한 예측 블록을 생성하기 위해, IBC-코딩된 블록의 재구성에 사용될 수 있다. 다양한 실시예들에서, 프로세스(1100)는 단말 디바이스들(210, 220, 230 및 240) 내의 처리 회로, 비디오 디코더(310)의 기능들을 수행하는 처리 회로, 비디오 디코더(410)의 기능들을 수행하는 처리 회로 등과 같은 처리 회로에 의해 실행된다. 일부 실시예들에서, 프로세스(1100)는 소프트웨어 명령어들로 구현되고, 따라서 처리 회로가 소프트웨어 명령어들을 실행할 때, 처리 회로는 프로세스(1100)를 수행한다. 프로세스는 (S1101)에서 시작되어 (S1110)으로 진행한다.
(S1110)에서, 디코더에서 픽처를 디코딩하는 프로세스 동안 HBVP 테이블이 유지될 수 있다. 예를 들어, HBVP 테이블은 이전에 디코딩된 IBC-코딩된 블록에 각각 대응하는 하나 이상의 엔트리를 포함할 수 있다. 각각의 엔트리는 대응하는 이전에 디코딩된 블록의 블록 벡터 및 대응하는 이전에 디코딩된 블록의 위치를 포함할 수 있다. 위치는 이전에 코딩된 블록의 4개의 코너 중 하나의 x 좌표 및 y 좌표일 수 있다. 일 예에서, 각각의 엔트리는 각각의 이전에 디코딩된 블록의 크기 정보(예를 들어, 폭 및 높이)를 추가로 포함할 수 있다.
(S1120)에서, IBC 모드로 코딩된 현재 블록의 데이터가 비트스트림으로 수신될 수 있다. 예를 들어, 데이터는 현재 블록에 대응하는 블록-레벨 신택스 요소들의 세트를 포함할 수 있다. 신택스 요소들 중 하나는 현재 블록이 IBC 모드로 코딩된다는 것을 나타낼 수 있다.
(S1130)에서, 현재 블록의 블록 벡터는 HBVP 테이블에 기초하여 결정될 수 있다. 현재 블록의 블록 벡터를 결정하기 위해, 현재 블록의 블록 벡터의 블록 벡터 예측자가 먼저 결정될 수 있다.
일 예에서, BVP 후보 리스트는 HBVP 테이블에 기초하여 구성될 수 있다. 그 후, 예를 들어, 비트스트림으로 수신된 BVP 후보 리스트 상의 후보에 대한 인덱스에 기초하여, BVP 후보 리스트로부터 후보가 선택된다. 선택된 후보는 블록 벡터 예측자로서 사용되는 블록 벡터를 포함할 수 있다. BVP 후보 리스트는 제1 후보 및 제2 후보 중 하나 이상을 포함할 수 있다. 제1 후보는 HBVP 테이블 내의 블록 벡터들 중 제1 블록 벡터를 포함할 수 있다. 제1 블록 벡터의 대응하는 이전에 디코딩된 블록은 현재 블록의 좌측에 대한 위치를 갖는다. 제2 후보는 HBVP 테이블 내의 블록 벡터들 중 제2 블록 벡터를 포함할 수 있다. 제2 블록 벡터의 대응하는 이전에 디코딩된 블록은 현재 블록의 상부에 위치를 가질 수 있다.
일부 예들에서, 블록 벡터 예측자를 결정하기 위해, HBVP 테이블 내의 엔트리들은 먼저 분류 HBVP 테이블에 각각 저장된 상이한 그룹들로 분류된다. 각각의 분류 HBVP 테이블은 새로운 엔트리를 취하기 위한 기준과 연관될 수 있다. 예를 들어, HBVP 테이블의 엔트리들 중 하나는 HBVP 테이블의 엔트리들 중 하나의 대응하는 이전에 디코딩된 블록의 크기가 블록 크기 조건을 충족할 때 분류 HBVP 테이블들 중 하나에 저장된다. 예를 들어, 블록 크기 조건은 HBVP 테이블의 엔트리들 중 하나의 대응하는 이전에 디코딩된 블록의 루마 샘플들의 수가 임계값 이상인 것일 수 있다.
다른 예로서, HBVP 테이블 내의 엔트리들은 HBVP 테이블에 저장된 대응하는 이전에 디코딩된 블록들 각각의 x 좌표, y 좌표, 또는 x 좌표와 y 좌표의 조합에 기초하여 분류 HBVP 테이블들로 분류될 수 있다. 따라서, 현재 블록에 대해 상이한 위치들에 위치하는 코딩된 블록들의 엔트리들은 상이한 분류 테이블들에 저장될 수 있다.
분류 HBVP 테이블에 기초하여, 블록 벡터 예측자가 결정될 수 있다. 일 예에서, 분류 HBVP 테이블들 중 하나를 나타내는 인덱스가 비트 스트림으로 수신될 수 있다. 따라서, 표시된 분류 HBVP 테이블들로부터 하나의 엔트리가 선택될 수 있다. 선택된 엔트리는 표시된 분류 HBVP 테이블들 내의 엔트리들의 디코딩된 블록들 중에서 가장 최근에 디코딩된 블록에 대응할 수 있다. 선택된 엔트리의 블록 벡터는 현재 블록의 블록 벡터의 블록 벡터 예측자로서 사용될 수 있다.
다른 예에서, BVP 후보 리스트는 분류 HBVP 테이블들에 기초하여 구성될 수 있다. BVP 후보 리스트는 분류 HBVP 테이블들로부터 선택된 블록 벡터를 각각 포함하는 하나 이상의 BVP 후보를 포함할 수 있다. 후속하여, BVP 후보는 비트스트림으로부터 수신된 인덱스에 기초하여 현재 블록의 블록 벡터의 블록 벡터 예측자가 되도록 BVP 후보 리스트로부터 선택될 수 있다.
블록 벡터 예측자가 결정된 후에, 현재 블록의 블록 벡터가 그에 따라 결정될 수 있다. 예를 들어, 현재 블록은 스킵 모드, 병합 모드, 또는 AMVP 모드 중 하나에서 IBC 모드로 코딩될 수 있다. 스킵 모드 및 병합 모드의 경우, 블록 벡터 예측자는 현재 블록의 블록 벡터로서 사용될 수 있다. AMVP 모드의 경우, 벡터 차이가 비트스트림으로 수신되고, 블록 벡터 예측자에 추가되어 현재 블록의 블록 벡터를 형성할 수 있다.
(S1140)에서, 현재 블록은 결정된 현재 블록의 블록 벡터에 기초하여 재구성될 수 있다. 예를 들어, 참조 블록은 블록 벡터에 기초하여 픽처의 이미 디코딩된 영역에서 결정되고, 현재 블록의 잔차와 결합되어 재구성된 블록을 형성할 수 있다.
(S1150)에서, HBVP 테이블은 현재 블록의 블록 벡터로 업데이트될 수 있다. 예를 들어, 현재 블록의 블록 벡터, 현재 블록의 위치, 폭, 및 높이는 HBVP 테이블에 저장될 수 있다. 중복 체크는 HBVP 테이블을 업데이트할 때 수행될 수 있다. 그 후, 프로세스(1100)는 (S1199)로 진행하고, (S1199)에서 종료할 수 있다.
VII. 컴퓨터 시스템
위에서 설명된 기법들은 컴퓨터 판독가능 명령어들을 사용하여 컴퓨터 소프트웨어로서 구현되고 하나 이상의 컴퓨터 판독가능 매체에 물리적으로 저장될 수 있다. 예를 들어, 도 12는 개시된 주제의 특정 실시예들을 구현하기에 적합한 컴퓨터 시스템(1200)을 도시한다.
컴퓨터 소프트웨어는, 하나 이상의 컴퓨터 중앙 처리 유닛(CPU)들, 그래픽 처리 유닛(GPU)들 등에 의해, 직접, 또는 해석, 마이크로-코드 실행 등을 통해 실행될 수 있는 명령어들을 포함하는 코드를 생성하기 위해 어셈블리, 컴파일, 링킹, 또는 유사한 메커니즘들이 수행될 수 있는 임의의 적절한 머신 코드 또는 컴퓨터 언어를 사용하여 코딩될 수 있다.
명령어들은, 예를 들어, 개인용 컴퓨터, 태블릿 컴퓨터, 서버, 스마트폰, 게이밍 디바이스, 사물 인터넷 디바이스 등을 포함하여, 다양한 타입의 컴퓨터들 또는 그것의 컴포넌트들 상에서 실행될 수 있다.
컴퓨터 시스템(1200)에 대한 도 12에 도시된 컴포넌트들은 사실상 예시적인 것이고, 본 개시내용의 실시예들을 구현하는 컴퓨터 소프트웨어의 사용 또는 기능성의 범위에 대한 임의의 제한을 암시하는 것을 의도하지 않는다. 컴포넌트들의 구성이 컴퓨터 시스템(1200)의 예시적인 실시예에서 예시된 컴포넌트들 중 임의의 하나 또는 이들의 조합과 관련하여 임의의 종속성 또는 요건을 갖는 것으로 해석되어서도 안 된다.
컴퓨터 시스템(1200)은 특정 휴먼 인터페이스 입력 디바이스들을 포함할 수 있다. 이러한 휴먼 인터페이스 입력 디바이스는, 예를 들어, 촉각 입력(예컨대: 키스트로크, 스와이프, 데이터 글러브 움직임), 오디오 입력(예컨대: 음성, 손뼉), 시각적 입력(예컨대: 제스처), 후각 입력(도시되지 않음)을 통한 하나 이상의 인간 사용자에 의한 입력에 응답할 수 있다. 휴먼 인터페이스 디바이스들은 또한 오디오(예컨대: 음성, 음악, 주변 사운드), 이미지들(예컨대: 스캐닝된 이미지들, 정지 이미지 카메라로부터 획득된 사진 이미지들), 비디오(예컨대, 2차원 비디오, 입체적 비디오를 포함하는 3차원 비디오)와 같은, 인간에 의한 의식적인 입력과 반드시 직접적으로 관련되지는 않는 특정 미디어를 캡처하기 위해 사용될 수 있다.
입력 휴먼 인터페이스 디바이스들은 다음 중 하나 이상(각각 하나만이 묘사됨)을 포함할 수 있다: 키보드(1201), 마우스(1202), 트랙패드(1203), 터치 스크린(1210), 데이터-글러브(도시되지 않음), 조이스틱(1205), 마이크로폰(1206), 스캐너(1207), 카메라(1208).
컴퓨터 시스템(1200)은 또한 특정 휴먼 인터페이스 출력 디바이스들을 포함할 수 있다. 이러한 휴먼 인터페이스 출력 디바이스들은, 예를 들어, 촉각 출력, 사운드, 광, 및 냄새/맛을 통해 하나 이상의 인간 사용자의 감각들을 자극하는 것일 수 있다. 이러한 휴먼 인터페이스 출력 디바이스들은 촉각 출력 디바이스들(예를 들어 터치-스크린(1210), 데이터-글러브(도시되지 않음), 또는 조이스틱(1205)에 의한 촉각 피드백, 그러나, 입력 디바이스들로서 역할하지 않는 촉각 피드백 디바이스들도 있을 수 있음), 오디오 출력 디바이스들(예컨대: 스피커들(1209), 헤드폰들(도시되지 않음)), 시각적 출력 디바이스들(예컨대, 각각 터치-스크린 입력 능력을 구비하거나 구비하지 않고 각각 촉각 피드백 능력을 구비하거나 구비하지 않는 CRT 스크린들, LCD 스크린들, 플라즈마 스크린들, OLED 스크린들을 포함하는 스크린들(1210)- 이들 중 일부는 스테레오그래픽 출력과 같은 수단을 통해 2차원 시각적 출력 또는 3차원을 초과한 출력을 출력할 수 있을 수 있음 -; 가상 현실 안경(도시되지 않음), 홀로그래픽 디스플레이들 및 스모크 탱크들(도시되지 않음)), 및 프린터들(도시되지 않음)을 포함할 수 있다.
컴퓨터 시스템(1200)은 인간 액세스 가능한 저장 디바이스들 및 그 연관된 매체들, 예컨대 CD/DVD 등의 매체(1221)를 갖는 CD/DVD ROM/RW(1220)를 포함하는 광학 매체, 썸-드라이브(1222), 이동식 하드 드라이브 또는 솔리드 스테이트 드라이브(1223), 테이프 및 플로피 디스크(도시되지 않음)와 같은 레거시 자기 매체, 보안 동글(도시되지 않음)과 같은 특수화된 ROM/ASIC/PLD 기반 디바이스들 등을 또한 포함할 수 있다.
본 기술분야의 통상의 기술자들은 또한, 현재 개시된 주제와 관련하여 사용되는 용어 "컴퓨터 판독가능 매체"가 송신 매체, 반송파들, 또는 다른 일시적 신호들을 포함하지 않는다는 것을 이해해야 한다.
컴퓨터 시스템(1200)은 또한 하나 이상의 통신 네트워크(1255)에 대한 인터페이스(1254)를 포함할 수 있다. 네트워크들은 예를 들어 무선, 유선, 광학일 수 있다. 네트워크들은 추가로 로컬, 광역, 대도시, 차량 및 산업, 실시간, 지연-허용(delay-tolerant) 등일 수 있다. 네트워크들의 예들은 로컬 영역 네트워크들, 예컨대 이더넷, 무선 LAN들, GSM, 3G, 4G, 5G, LTE 등을 포함하는 셀룰러 네트워크들, 케이블 TV, 위성 TV 및 지상파 방송 TV를 포함하는 TV 유선 또는 무선 광역 디지털 네트워크들, CANBus를 포함하는 차량 및 산업 등을 포함한다. 특정 네트워크들은 일반적으로 (예를 들어, 컴퓨터 시스템(1200)의 USB 포트들과 같은) 특정 범용 데이터 포트들 또는 주변 버스들(1249)에 부착되는 외부 네트워크 인터페이스 어댑터들을 요구하고; 다른 것들은 일반적으로 아래에 설명되는 바와 같은 시스템 버스(예를 들어, PC 컴퓨터 시스템으로의 이더넷 인터페이스 또는 스마트폰 컴퓨터 시스템으로의 셀룰러 네트워크 인터페이스)로의 부착에 의해 컴퓨터 시스템(1200)의 코어에 통합된다. 이들 네트워크들 중 임의의 것을 사용하여, 컴퓨터 시스템(1200)은 다른 엔티티들과 통신할 수 있다. 이러한 통신은 단방향성 수신 전용(예를 들어, 브로드캐스트 TV), 단방향성 전송 전용(예를 들어, CANbus 대 특정 CANbus 디바이스들), 또는 예를 들어 로컬 또는 광역 디지털 네트워크들을 사용하는 다른 컴퓨터 시스템들과의 양방향성일 수 있다. 전술한 바와 같은 네트워크들 및 네트워크 인터페이스들 각각에 대해 특정 프로토콜들 및 프로토콜 스택들이 사용될 수 있다.
앞서 설명한 휴먼 인터페이스 디바이스들, 인간-액세스 가능한 저장 디바이스들, 및 네트워크 인터페이스들은 컴퓨터 시스템(1200)의 코어(1240)에 부착될 수 있다.
코어(1240)는 하나 이상의 중앙 처리 유닛(CPU)(1241), 그래픽 처리 유닛(GPU)(1242), 필드 프로그램 가능 게이트 영역(FPGA)(1243)의 형태로 특수화된 프로그램 가능 처리 유닛들, 특정 태스크들에 대한 하드웨어 가속기들(1244), 그래픽스 어댑터(1250) 등을 포함할 수 있다. 이들 디바이스는, 판독 전용 메모리(ROM)(1245), 랜덤 액세스 메모리(1246), 내부 비-사용자 액세스 가능 하드 드라이브들, SSD들 등과 같은 내부 대용량 저장소(1247)와 함께, 시스템 버스(1248)를 통해 접속될 수 있다. 일부 컴퓨터 시스템들에서, 시스템 버스(1248)는 추가적인 CPU들, GPU들 등에 의한 확장을 가능하게 하기 위해 하나 이상의 물리적 플러그의 형태로 액세스 가능할 수 있다. 주변 디바이스들은 코어의 시스템 버스(1248)에 직접, 또는 주변 버스(1249)를 통해 부착될 수 있다. 도 12에서, 스크린(1210)은 그래픽스 어댑터(1250)에 접속된다. 주변 버스를 위한 아키텍처들은 PCI, USB 등을 포함한다.
CPU들(1241), GPU들(1242), FPGA들(1243), 및 가속기들(1244)은, 조합하여, 전술한 컴퓨터 코드를 구성할 수 있는 특정 명령어들을 실행할 수 있다. 그 컴퓨터 코드는 ROM(1245) 또는 RAM(1246)에 저장될 수 있다. 과도적인 데이터가 또한 RAM(1246)에 저장될 수 있는 반면, 영구 데이터는, 예를 들어, 내부 대용량 저장소(1247)에 저장될 수 있다. 메모리 디바이스들 중 임의의 것에 대한 고속 저장 및 검색은 하나 이상의 CPU(1241), GPU(1242), 대용량 저장소(1247), ROM(1245), RAM(1246) 등과 밀접하게 연관될 수 있는 캐시 메모리의 사용을 통해 가능하게 될 수 있다.
컴퓨터 판독가능 매체는 다양한 컴퓨터 구현 동작들을 수행하기 위한 컴퓨터 코드를 그 위에 가질 수 있다. 매체 및 컴퓨터 코드는 본 개시내용의 목적을 위해 특별히 설계되고 구성된 것들일 수 있거나, 또는 이들이 컴퓨터 소프트웨어 기술 분야의 기술자들에게 잘 알려져 있고 이용가능한 종류의 것일 수 있다.
제한이 아니라 예로서, 아키텍처를 갖는 컴퓨터 시스템(1200), 및 구체적으로 코어(1240)는 프로세서(들)(CPU들, GPU들, FPGA, 가속기들 등을 포함함)가 하나 이상의 유형의(tangible) 컴퓨터 판독가능 매체에 구현된 소프트웨어를 실행하는 결과로서 기능성을 제공할 수 있다. 이러한 컴퓨터 판독가능 매체는 위에 소개된 바와 같은 사용자-액세스 가능한 대용량 저장소뿐만 아니라, 코어-내부 대용량 저장소(1247) 또는 ROM(1245)과 같은 비일시적 본질의 것인 코어(1240)의 특정 저장소와 연관된 매체일 수 있다. 본 개시내용의 다양한 실시예들을 구현하는 소프트웨어가 그러한 디바이스들에 저장되고 코어(1240)에 의해 실행될 수 있다. 컴퓨터 판독가능 매체는 특정 필요에 따라 하나 이상의 메모리 디바이스 또는 칩을 포함할 수 있다. 소프트웨어는 코어(1240) 및 구체적으로 그 내부의 프로세서들(CPU, GPU, FPGA 등을 포함함)로 하여금, RAM(1246)에 저장된 데이터 구조들을 정의하는 것 및 소프트웨어에 의해 정의된 프로세스들에 따라 이러한 데이터 구조들을 수정하는 것을 포함하여, 본 명세서에 설명된 특정 프로세스들 또는 특정 프로세스들의 특정 부분들을 실행하게 할 수 있다. 그에 부가하여 또는 대안으로서, 컴퓨터 시스템은 본 명세서에 설명된 특정 프로세스들 또는 특정 프로세스들의 특정 부분들을 실행하기 위해 소프트웨어 대신에 또는 그와 함께 동작할 수 있는, 회로에 하드와이어링되거나 다른 방식으로 구현된 로직(예를 들어: 가속기(1244))의 결과로서 기능성을 제공할 수 있다. 소프트웨어에 대한 참조는, 적절한 경우, 로직을 포함할 수 있고, 그 반대도 가능하다. 컴퓨터 판독가능 매체에 대한 참조는, 적절한 경우, 실행을 위한 소프트웨어를 저장하는 회로(예컨대 집적 회로(IC)), 또는 실행을 위한 로직을 구현하는 회로, 또는 양자 모두를 포함할 수 있다. 본 개시내용은 하드웨어 및 소프트웨어의 임의의 적절한 조합을 포함한다.
부록 A: 두문자어들
AMVP: Advanced Motion Vector Prediction
ASIC: Application-Specific Integrated Circuit
BMS: benchmark set
BV: Block Vector
CANBus: Controller Area Network Bus
CD: Compact Disc
CPR: Current Picture Referencing
CPUs: Central Processing Units
CRT: Cathode Ray Tube
CTBs: Coding Tree Blocks
CTU: Coding Tree Unit
CU: Coding Unit
DPB: Decoded Picture Buffer
DVD: Digital Video Disc
FIFO: First-in-First-out
FPGA: Field Programmable Gate Areas
GOPs: Groups of Pictures
GPUs: Graphics Processing Units
GSM: Global System for Mobile communications
HBVP: History-based Block Vector Prediction
HEVC SCC: HEVC screen content coding
HEVC: High Efficiency Video Coding
HMVP: History-based Motion Vector Prediction
HRD: Hypothetical Reference Decoder
IBC: Intra Block Copy
IC: Integrated Circuit
JEM: joint exploration model
LAN: Local Area Network
LCD: Liquid-Crystal Display
LTE: Long-Term Evolution
MV: Motion Vector
MVP: Motion vector predictor
OLED: Organic Light-Emitting Diode
PBs: Prediction Blocks
PCI: Peripheral Component Interconnect
PLD: Programmable Logic Device
PUs: Prediction Units
RAM: Random Access Memory
ROM: Read-Only Memory
SEI: Supplementary Enhancement Information
SNR: Signal Noise Ratio
SSD: solid-state drive
TMVP: Temporal Motion Vector Prediction
TUs: Transform Units,
USB: Universal Serial Bus
VTM: VVC test model
VUI: Video Usability Information
VVC: versatile video coding
본 개시내용이 여러 예시적인 실시예들을 설명하였지만, 본 개시내용의 범위 내에 속하는 변경들, 치환들, 및 다양한 대체 균등물들이 존재한다. 따라서, 본 기술분야의 통상의 기술자들은, 비록 본 명세서에 명시적으로 예시되거나 설명되지는 않았지만, 본 개시내용의 원리들을 구현하고 따라서 그것의 개념 및 범위 내에 있는, 다수의 시스템들 및 방법들을 안출할 수 있을 것이라는 점이 인정될 것이다.

Claims (20)

  1. 비디오 디코딩 방법으로서,
    인트라 블록 카피(intra block copy, IBC) 모드로 코딩된 현재 블록의 데이터를 비트스트림으로 수신하는 단계;
    이력-기반 블록 벡터 예측(history-based block vector prediction, HBVP) 테이블 내의 엔트리들을 분류 HBVP 테이블에 각각 저장된 상이한 그룹들로 분류하는 단계- 각각의 엔트리는 이전에 디코딩된 블록에 대응하고, 각각의 엔트리는 대응하는 이전에 디코딩된 블록의 블록 벡터, 크기 정보, 및 상기 대응하는 이전에 디코딩된 블록의 위치를 포함하고, 상기 크기 정보는 상기 대응하는 이전에 디코딩된 블록의 폭 및 높이로 표현되고, 상기 분류하는 단계는 상기 HBVP 테이블의 각각의 엔트리에 포함된 상기 대응하는 이전에 디코딩된 블록의 상기 크기 정보 및 상기 HBVP 테이블의 각각의 엔트리에 포함된 상기 대응하는 이전에 디코딩된 블록의 상기 위치에 기초함 -;
    상기 분류 HBVP 테이블들에 기초하여 상기 현재 블록의 블록 벡터를 결정하는 단계; 및
    결정된 상기 현재 블록의 블록 벡터에 기초하여 상기 현재 블록을 재구성하는 단계를 포함하고,
    상기 분류 HBVP 테이블들에 기초하여 상기 현재 블록의 블록 벡터를 결정하는 것은:
    상기 비트스트림으로부터 상기 분류 HBVP 테이블들 중 하나를 표시하는 인덱스를 수신하는 것; 및
    상기 표시된 분류 HBVP 테이블들로부터 하나의 엔트리를 선택하는 것 - 상기 선택된 하나의 엔트리는 상기 표시된 분류 HBVP 테이블들 내의 하나 이상의 엔트리의 이전에 디코딩된 블록들 중에서 가장 최근에 디코딩된 블록 또는 최소 최근에 디코딩된 블록에 대응하고, 상기 선택된 하나의 엔트리의 블록 벡터는 상기 현재 블록의 블록 벡터의 블록 벡터 예측자로서 사용됨 -
    을 포함하거나; 또는
    상기 분류 HBVP 테이블들로부터 선택된 블록 벡터를 각각 포함하는 하나 이상의 BVP 후보를 포함하는 BVP 후보 리스트를 구성하는 것; 및
    상기 비트스트림으로부터 수신된 인덱스에 기초하여 상기 BVP 후보 리스트로부터 상기 현재 블록의 블록 벡터의 블록 벡터 예측자가 될 BVP 후보를 선택하는 것
    을 포함하는, 방법.
  2. 제1항에 있어서,
    상기 현재 블록의 상기 블록 벡터, 위치, 폭, 및 높이를 상기 HBVP 테이블에 저장하는 단계를 추가로 포함하는 방법.
  3. 제1항에 있어서,
    상기 HBVP 테이블 내의 엔트리들을 각자의 분류 HBVP 테이블에 각각 저장된 상이한 그룹들로 분류하는 것은:
    상기 HBVP 테이블의 엔트리들 중 하나의 엔트리의 대응하는 이전에 디코딩된 블록의 크기가 블록 크기 조건을 충족할 때 상기 HBVP 테이블의 엔트리들 중 하나를 상기 분류 HBVP 테이블들 중 하나에 저장하는 것을 포함하는 방법.
  4. 제3항에 있어서,
    상기 HBVP 테이블의 엔트리들 중 하나의 엔트리의 대응하는 이전에 디코딩된 블록의 루마 샘플들의 수가 임계값 이상일 때 상기 블록 크기 조건이 충족되는 방법.
  5. 제1항에 있어서,
    상기 HBVP 테이블 내의 엔트리들을 각자의 분류 HBVP 테이블에 각각 저장된 상이한 그룹들로 분류하는 것은:
    상기 HBVP 테이블에 저장된 대응하는 이전에 디코딩된 블록들 각각의 x 좌표, y 좌표, 또는 x 좌표와 y 좌표의 조합에 기초하여 상기 HBVP 테이블 내의 엔트리들을 상기 분류 HBVP 테이블들로 분류하는 것을 포함하는 방법.
  6. 삭제
  7. 삭제
  8. 비디오 디코딩 장치로서,
    회로를 포함하고, 상기 회로는:
    인트라 블록 카피(IBC) 모드로 코딩된 현재 블록의 데이터를 비트스트림으로 수신하고;
    이력-기반 블록 벡터 예측(HBVP) 테이블 내의 엔트리들을 분류 HBVP 테이블에 각각 저장된 상이한 그룹들로 분류하고- 각각의 엔트리는 이전에 디코딩된 블록에 대응하고, 각각의 엔트리는 대응하는 이전에 디코딩된 블록의 블록 벡터, 크기 정보, 및 대응하는 이전에 디코딩된 블록의 위치를 포함하고, 상기 크기 정보는 상기 대응하는 이전에 디코딩된 블록의 폭 및 높이로 표현되고, 상기 분류는 상기 HBVP 테이블의 각각의 엔트리에 포함된 상기 대응하는 이전에 디코딩된 블록의 상기 크기 정보 및 상기 HBVP 테이블의 각각의 엔트리에 포함된 상기 대응하는 이전에 디코딩된 블록의 상기 위치에 기초함 -;
    상기 분류 HBVP 테이블들에 기초하여 상기 현재 블록의 블록 벡터를 결정하고;
    결정된 상기 현재 블록의 블록 벡터에 기초하여 상기 현재 블록을 재구성하도록 구성되고,
    상기 회로는:
    상기 비트스트림으로부터 상기 분류 HBVP 테이블들 중 하나를 표시하는 인덱스를 수신하고;
    상기 표시된 분류 HBVP 테이블들로부터 하나의 엔트리를 선택 -상기 선택된 하나의 엔트리는 상기 표시된 분류 HBVP 테이블들 내의 하나 이상의 엔트리의 이전에 디코딩된 블록들 중에서 가장 최근에 디코딩된 블록 또는 최소 최근에 디코딩된 블록에 대응하고, 상기 선택된 하나의 엔트리의 블록 벡터는 상기 현재 블록의 블록 벡터의 블록 벡터 예측자로서 사용됨 -
    하거나; 또는
    상기 분류 HBVP 테이블들로부터 선택된 블록 벡터를 각각 포함하는 하나 이상의 BVP 후보를 포함하는 BVP 후보 리스트를 구성하고 상기 비트스트림으로부터 수신된 인덱스에 기초하여 상기 BVP 후보 리스트로부터 상기 현재 블록의 블록 벡터의 블록 벡터 예측자가 될 BVP 후보를 선택
    하도록 추가로 구성되는, 장치.
  9. 제8항에 있어서,
    상기 회로는:
    상기 현재 블록의 상기 블록 벡터, 위치, 폭, 및 높이를 상기 HBVP 테이블에 저장하도록 추가로 구성되는 장치.
  10. 제8항에 있어서,
    상기 회로는:
    상기 HBVP 테이블의 엔트리들 중 하나의 엔트리의 대응하는 이전에 디코딩된 블록의 크기가 블록 크기 조건을 충족할 때 상기 HBVP 테이블의 엔트리들 중 하나를 상기 분류 HBVP 테이블들 중 하나에 저장하도록 추가로 구성되는 장치.
  11. 제10항에 있어서,
    상기 HBVP 테이블의 엔트리들 중 하나의 엔트리의 대응하는 이전에 디코딩된 블록의 루마 샘플들의 수가 임계값 이상일 때 상기 블록 크기 조건이 충족되는 장치.
  12. 제8항에 있어서,
    상기 회로는:
    상기 HBVP 테이블에 저장된 대응하는 이전에 디코딩된 블록들 각각의 x 좌표, y 좌표, 또는 x 좌표와 y 좌표의 조합에 기초하여 상기 HBVP 테이블 내의 엔트리들을 상기 분류 HBVP 테이블들로 분류하도록 추가로 구성되는 장치.
  13. 삭제
  14. 삭제
  15. 명령어들을 저장한 비일시적 컴퓨터 판독가능 매체로서,
    상기 명령어들은, 프로세서에 의해 실행될 때, 상기 프로세서로 하여금 제1항 내지 제5항 중 어느 항 한에 따른 비디오 디코딩의 방법을 수행하게 하는 비일시적 컴퓨터 판독가능 매체.
  16. 삭제
  17. 삭제
  18. 삭제
  19. 삭제
  20. 삭제
KR1020217014354A 2019-08-28 2020-06-26 비디오 코딩을 위한 방법 및 장치 KR102658415B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962892918P 2019-08-28 2019-08-28
US62/892,918 2019-08-28
US16/912,223 US11451809B2 (en) 2019-08-28 2020-06-25 Method and apparatus for video coding
US16/912,223 2020-06-25
PCT/US2020/039773 WO2021040876A1 (en) 2019-08-28 2020-06-26 Method and apparatus for video coding

Publications (2)

Publication Number Publication Date
KR20210069722A KR20210069722A (ko) 2021-06-11
KR102658415B1 true KR102658415B1 (ko) 2024-04-17

Family

ID=74681807

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020217014354A KR102658415B1 (ko) 2019-08-28 2020-06-26 비디오 코딩을 위한 방법 및 장치

Country Status (6)

Country Link
US (1) US11451809B2 (ko)
EP (1) EP4022899A4 (ko)
JP (1) JP7128971B2 (ko)
KR (1) KR102658415B1 (ko)
CN (1) CN113647101B (ko)
WO (1) WO2021040876A1 (ko)

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6052415A (en) * 1997-08-26 2000-04-18 International Business Machines Corporation Early error detection within an MPEG decoder
US9510009B2 (en) * 2010-05-20 2016-11-29 Thomson Licensing Methods and apparatus for adaptive motion vector candidate ordering for video encoding and decoding
US9554141B2 (en) * 2013-11-18 2017-01-24 Arris Enterprises, Inc. Intra block copy for intra slices in high efficiency video coding (HEVC)
US9756354B2 (en) * 2014-03-17 2017-09-05 Qualcomm Incorporated Block vector predictor for intra block copying
WO2016034058A1 (en) * 2014-09-01 2016-03-10 Mediatek Inc. Method of intra picture block copy for screen content and video coding
US10516882B2 (en) * 2015-01-29 2019-12-24 Vid Scale, Inc. Intra-block copy searching
WO2020003278A1 (en) * 2018-06-29 2020-01-02 Beijing Bytedance Network Technology Co., Ltd. Update of look up table: fifo, constrained fifo
US11336914B2 (en) * 2018-08-16 2022-05-17 Qualcomm Incorporated History-based candidate list with classification
TW202025760A (zh) * 2018-09-12 2020-07-01 大陸商北京字節跳動網絡技術有限公司 要檢查多少個hmvp候選
CN118055249A (zh) * 2018-09-22 2024-05-17 Lg 电子株式会社 使用间预测处理视频信号的方法和装置
US11051034B2 (en) * 2018-10-08 2021-06-29 Qualcomm Incorporated History-based motion vector predictor
US20200120339A1 (en) * 2018-10-11 2020-04-16 Mediatek Inc. Intra Prediction For Multi-Hypothesis
US11122288B2 (en) * 2018-12-06 2021-09-14 Qualcomm Incorporated Spatio-temporal motion vector prediction patterns for video coding
US11122260B2 (en) * 2019-02-22 2021-09-14 Mediatek Inc. Method and apparatus of Merge list generation for Intra Block Copy mode
US11146808B2 (en) 2019-06-27 2021-10-12 Tencent America LLC Method and apparatus for video coding
US11528504B2 (en) * 2019-07-11 2022-12-13 Qualcomm Incorporated Motion vector prediction with motion information collecting buffer
US11582475B2 (en) * 2019-09-24 2023-02-14 Qualcomm Incorporated History-based motion vector prediction

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Benjamin Bross, et al. Versatile Video Coding(Draft 5), Joint Video exploration Team(JVET), JVET-N1001-v6, 2019-05-23, pp. 1-385*
Li Zhang, et al. CE4-related:History-based Motion Vector Prediction, Joint Video exploration Team(JVET), JVET-K0104-v5, 2018-07-18, pp. 1-7*

Also Published As

Publication number Publication date
EP4022899A4 (en) 2023-08-23
EP4022899A1 (en) 2022-07-06
US20210067790A1 (en) 2021-03-04
CN113647101B (zh) 2024-09-24
JP2022521198A (ja) 2022-04-06
CN113647101A (zh) 2021-11-12
KR20210069722A (ko) 2021-06-11
JP7128971B2 (ja) 2022-08-31
WO2021040876A1 (en) 2021-03-04
US11451809B2 (en) 2022-09-20

Similar Documents

Publication Publication Date Title
KR102497697B1 (ko) 병렬 처리로 히스토리 기반 모션 벡터 예측을 위한 방법 및 장치
KR20240032166A (ko) 이력 기반 움직임 벡터 예측을 위한 방법 및 장치
KR102447508B1 (ko) 인트라 픽처 블록 보상을 위한 참조 샘플 메모리 재사용 방법 및 장치
KR102487359B1 (ko) 비디오 코딩을 위한 방법 및 장치
KR102646839B1 (ko) 비디오 코딩을 위한 방법 및 장치
KR20210118186A (ko) 인트라 픽처 블록 보상을 위한 디코딩된 블록 벡터의 변환
KR102683361B1 (ko) 인트라 화상 블록 보상에 대한 예측자 후보 리스트 크기 시그널링을 위한 방법 및 장치
KR20240074906A (ko) 비디오 코딩을 위한 방법 및 장치
KR102592192B1 (ko) 예측자 후보 리스트 크기를 시그널링하는 방법 및 장치
KR102630200B1 (ko) 서브-블록 기반 시간 움직임 벡터 예측을 위한 방법 및 장치
KR102630441B1 (ko) 변환 계수 유효 플래그의 엔트로피 코딩을 위한 컨텍스트 모델들을 감소시키기 위한 방법 및 장치
US11956461B2 (en) Method and apparatus for video coding
KR102603451B1 (ko) 비디오 코딩을 위한 방법 및 장치
KR102658415B1 (ko) 비디오 코딩을 위한 방법 및 장치
RU2777278C1 (ru) Способ и устройство для видеокодирования
KR102712172B1 (ko) 비디오 코딩을 위한 방법 및 장치
KR20240122498A (ko) 템플릿 매칭에 의해 도출된 mv 오프셋을 갖는 서브블록 기반 모션 벡터 예측자
KR20230129574A (ko) 비디오 코딩을 위한 방법 및 장치
KR20240148930A (ko) 비디오 코딩을 위한 방법 및 장치

Legal Events

Date Code Title Description
A201 Request for examination
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
X701 Decision to grant (after re-examination)