KR20220073755A

KR20220073755A - 비디오 코딩을 위한 변환 스킵에서 잔차 값들을 위한 코딩 스킴 시그널링

Info

Publication number: KR20220073755A
Application number: KR1020227011200A
Authority: KR
Inventors: 마르타 카르체비츠; 무하메드 제이드 코반; 알리칸 날키; 힐미 에네스 에길메즈
Original assignee: 퀄컴 인코포레이티드
Priority date: 2019-10-11
Filing date: 2020-10-09
Publication date: 2022-06-03
Also published as: BR112022006350A2; CN114503590A; JP2022552173A; AR120195A1; US20210112279A1; CL2022000912A1; US11973983B2; EP4042679A1; WO2021072215A1

Abstract

변환 스킵으로 코딩된 비디오 데이터의 블록의 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 수신하는 단계를 포함하는 비디오 데이터를 디코딩하는 예시의 방법으로서, 여기서 잔차 값들은 블록과 예측 블록 간의 차이를 나타내며, 변환 스킵에서, 잔차 값들은 샘플 도메인에서 주파수 도메인으로 변환되지 않는다. 그 방법은 하나 이상의 신택스 엘리먼트에 기초하여 잔차 값에 적용할 코딩 스킴의 유형을 결정하는 단계, 결정된 코딩 스킴의 유형에 기초하여 잔차 값을 결정하는 단계, 및 결정된 잔차 값 및 예측 블록에 기초하여 블록을 재구성하는 단계를 포함한다.

Description

비디오 코딩을 위한 변환 스킵에서 잔차 값들을 위한 코딩 스킴 시그널링

본 출원은 2019 년 10 월 11 일 출원된 미국 가출원 제 62/914,315 호의 이익을 주장하는, 2020 년 10 월 08 일 출원된 미국 출원 제 17/066,308 호에 대해 우선권을 주장하며, 이들 출원은 모두 그 전부가 참조로 통합된다.

본 개시는 비디오 인코딩 및 비디오 디코딩에 관한 것이다.

디지털 비디오 능력들은 디지털 텔레비전들, 디지털 다이렉트 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인용 디지털 보조기 (PDA) 들, 랩탑 또는 데스크탑 컴퓨터들, 태블릿 컴퓨터들, e-북 리더들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화기들, 이른바 "스마트 폰들", 비디오 델레컨퍼런싱 디바이스들, 비디오 스트리밍 디바이스들 등을 포함한, 광범위한 디바이스들에 통합될 수 있다. 디지털 비디오 디바이스들은 MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, 파트 10, 어드밴스드 비디오 코딩 (AVC), ITU-T H.265/고효율 비디오 코딩 (HEVC) 표준에 의해 정의된 표준들, 및 그러한 표준들의 확장들에서 설명된 기법들과 같은 비디오 코딩 기법들을 구현한다. 비디오 디바이스들은 그러한 비디오 코딩 기법들을 구현함으로써 디지털 비디오 정보를 더 효율적으로 송신, 수신, 인코딩, 디코딩, 및/또는 저장할 수도 있다.

비디오 코딩 기법들은 비디오 시퀀스들에 내재하는 리던던시를 감소 또는 제거하기 위해 공간 (인트라 픽처) 예측 및/또는 시간 (인터 픽처) 예측을 포함한다. 블록 기반 비디오 코딩을 위해, 비디오 슬라이스 (예를 들어, 비디오 픽처 또는 비디오 픽처의 부분) 는 비디오 블록들로 파티셔닝될 수도 있고, 이 비디오 블록들은 코딩 트리 유닛들 (CTU들), 코딩 유닛들 (CU들) 및/또는 코딩 노드들로도 또한 지칭될 수도 있다. 픽처의 인트라-코딩된 (I) 슬라이스에서의 비디오 블록들은 동일한 픽처의 이웃 블록들에서의 레퍼런스 샘플들에 대한 공간 예측을 사용하여 인코딩된다. 픽처의 인터-코딩된 (P 또는 B) 슬라이스에서의 비디오 블록들은 동일한 픽처의 이웃 블록들에서의 레퍼런스 샘플들에 대한 공간 예측 또는 다른 레퍼런스 픽처들에서의 레퍼런스 샘플들에 대한 시간 예측을 사용할 수도 있다. 픽처들은 프레임들로 지칭될 수도 있고, 레퍼런스 픽처들은 레퍼런스 프레임들로 지칭될 수도 있다.

일반적으로, 본 개시는 비디오 코딩을 위한 무손실 코딩 스킴들 및 시그널링을 위한 기법들을 기술한다. 비디오 데이터의 잔차 값을 코딩(예를 들어, 인코딩 또는 디코딩)하기 위해 사용되는 적어도 2개의 코딩 스킴이 있을 수 있다. 제 1 방식은 변환 계수 코딩(transform coefficient coding: TRCC)이고, 제 2 코딩 스킴은 변환 스킵 잔차 코딩 (transform skip residual coding: TSRC)이다. 일부 경우에, TSRC는 변환 스킵으로 코딩된 비디오 데이터의 블록에 대해서만 이용가능할 수 있다(예를 들어, 블록에 대한 잔차 값은 샘플 도메인에서 주파수 도메인으로 변환되지 않는다). 그러나 변환 스킵된 블록에 대해서도 TRCC를 사용하면 이점이 있을 수 있다. 이 개시물은 변환 스킵된 블록들에 대해서도 TRCC를 활용하여 전체 코딩 프로세스를 개선하기 위한 예시적인 기술들을 설명한다.

일 예에서, 본 개시물은 비디오 비트스트림으로부터, 변환 스킵으로 코딩된 비디오 데이터의 블록의 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 수신하는 단계로서, 여기서 잔차 값들은 블록과 예측 블록 사이의 차이를 나타내고, 변환 스킵에서, 잔차 값들은 샘플 도메인으로부터 주파수 도메인으로 변환되지 않는, 상기 하나 이상의 신택스 엘리먼트들을 수신하는 단계; 하나 이상의 신택스 엘리먼트들에 기초하여 잔차 값들에 적용할 코딩 스킴의 유형을 결정하는 단계; 결정된 코딩 스킴의 유형에 기초하여 잔차 값들을 결정하는 단계; 및 결정된 잔차 값들 및 예측 블록에 기초하여 블록을 재구성하는 단계를 포함하는 비디오 데이터를 디코딩하는 방법을 기술한다.

다른 예에서, 본 개시물은 변환 스킵으로 코딩되어야 하는 비디오 데이터의 블록과 예측 블록 사이의 차이에 기초하여 잔차 값들을 결정하는 단계로서, 변환 스킵에서, 잔차 값들은 샘플 도메인으로부터 주파수 도메인으로 변환되지 않는, 상기 잔차 값들을 결정하는 단계; 잔차 값들에 적용할 제 1 유형의 코딩 스킴과 제 2 유형의 코딩 스킴 사이에서의 코딩 스킴의 유형을 결정하는 단계; 결정된 코딩 스킴의 유형에 기초하여 잔차 값들을 인코딩하는 단계; 비디오 비트스트림으로, 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 시그널링하는 단계를 포함하는 비디오 데이터를 인코딩하는 방법을 기술한다.

다른 예에서, 본 개시물은 비디오 데이터를 저장하도록 구성된 메모리; 및 메모리에 커플링된 프로세싱 회로를 포함하고, 프로세싱 회로는 비디오 비트스트림으로부터, 변환 스킵으로 코딩된 비디오 데이터의 블록의 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 수신하는 것으로서, 여기서 잔차 값들은 블록과 예측 블록 사이의 차이를 나타내고, 변환 스킵에서, 잔차 값들은 샘플 도메인으로부터 주파수 도메인으로 변환되지 않는, 상기 하나 이상의 신택스 엘리먼트들을 수신하고; 하나 이상의 신택스 엘리먼트들에 기초하여 잔차 값들에 적용할 코딩 스킴의 유형을 결정하며; 결정된 코딩 스킴의 유형에 기초하여 잔차 값들을 결정하고; 및 결정된 잔차 값들 및 예측 블록에 기초하여 블록을 재구성하도록 구성되는 비디오 데이터를 디코딩하는 디바이스를 기술한다.

다른 예에서, 본 개시물은 명령들을 저장한 컴퓨터 판독가능 저장 매체를 기술하며, 그 명령들은, 실행될 때, 하나 이상의 프로세서들로 하여금, 비디오 비트스트림으로부터, 변환 스킵으로 코딩된 비디오 데이터의 블록의 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 수신하게 하는 것으로서, 여기서 잔차 값들은 블록과 예측 블록 사이의 차이를 나타내고, 변환 스킵에서, 잔차 값들은 샘플 도메인으로부터 주파수 도메인으로 변환되지 않는, 상기 하나 이상의 신택스 엘리먼트들을 수신하게 하고; 하나 이상의 신택스 엘리먼트들에 기초하여 잔차 값들에 적용할 코딩 스킴의 유형을 결정하게 하며; 결정된 코딩 스킴의 유형에 기초하여 잔차 값들을 결정하게 하고; 및 결정된 잔차 값들 및 예측 블록에 기초하여 블록을 재구성하게 한다.

다른 예에서, 본 개시물은 비디오 비트스트림으로부터, 변환 스킵으로 코딩된 블록의 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 수신하는 수단으로서, 여기서 잔차 값들은 블록과 예측 블록 사이의 차이를 나타내고, 변환 스킵에서, 잔차 값들은 샘플 도메인으로부터 주파수 도메인으로 변환되지 않는, 상기 하나 이상의 신택스 엘리먼트들을 수신하는 수단; 하나 이상의 신택스 엘리먼트들에 기초하여 잔차 값들에 적용할 코딩 스킴의 유형을 결정하는 수단; 결정된 코딩 스킴의 유형에 기초하여 잔차 값들을 결정하는 수단; 및 결정된 잔차 값들 및 예측 블록에 기초하여 블록을 재구성하는 수단을 포함하는 비디오 데이터를 디코딩하는 디바이스를 기술한다.

하나 이상의 예들의 상세들은 첨부 도면들 및 이하의 설명에 기재된다. 다른 피처들, 목적들 및 이점들은 설명 및 도면들, 그리고 청구항들로부터 명백해질 것이다.

도 1 은 본 개시의 기법들을 수행할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 예시하는 블록 다이어그램이다.
도 2a 및 도 2b 는 예시적인 쿼드트리 바이너리 트리 (QTBT) 구조, 및 대응하는 코딩 트리 유닛 (CTU) 을 예시하는 개념적 다이어그램들이다.
도 3 은 본 개시의 기법들을 수행할 수도 있는 예시적인 비디오 인코더를 예시하는 블록 다이어그램이다.
도 4 는 본 개시의 기법들을 수행할 수도 있는 예시적인 비디오 디코더를 예시하는 블록 다이어그램이다.
도 5 은 현재의 블록을 인코딩하는 예시의 방법을 도시하는 플로우챠트이다.
도 6 는 비디오 데이터의 현재 블록을 디코딩하는 예시적인 방법을 나타내는 플로우차트이다.

비디오 코딩 기법에서, 비디오 인코더는 현재 블록의 샘플과 예측 블록의 샘플 간의 차이를 표시하는 잔차 정보(예를 들어, 잔차 값)를 결정한다. 일부 경우에, 비디오 인코더는 샘플 도메인(픽셀 도메인이라고도 함)의 잔차 정보의 샘플 값(예를 들어, 잔차 값)을 주파수 도메인의 계수 값으로 변환한다. 일부 예들에서, 계수 값들은 그 다음 양자화되고, 비트스트림으로 엔트로피 인코딩된다. 비디오 디코더는 비트스트림으로부터 양자화된 계수 값을 수신한다. 비디오 디코더는 계수 값을 역양자화하고 역양자화된 계수 값을 역변환하여 잔차 값을 생성한다. 비디오 디코더는 현재 블록을 재구성하기 위해 예측 블록에 잔차 값을 더한다.

어떤 경우에는 변환 및/또는 양자화는 손실이 있을 수 있다. 예를 들어, 잔차 값 중 일부는 변환 및/또는 양자화 단계에서 손실될 수 있다. 따라서, 비디오 디코더가 생성하는 잔차 값은 비디오 인코더가 생성하는 잔차 값과 동일하지 않을 수 있다. 따라서, 경우에 따라 비디오 디코더에 의해 재구성된 현재 블록은 비디오 인코더가 인코딩한 원래의 현재 블록과 동일하지 않을 수 있다.

인코딩 과정에서 약간의 손실이 있을 수 있지만 비디오 디코더에 의해 재구성된 현재 블록은 화질 저하가 거의 또는 전혀 없도록 원래의 현재 블록과 충분히 동일한 경향이 있다. 그러나, 일부 경우에, 잔차 값의 손실이 거의 또는 전혀 없도록 (예를 들어, 비디오 인코더에서의 잔차 값이 손실 비디오 코딩 기법과 비교하여 비디오 디코더에서의 잔차 값과 더 유사하도록) 무손실 비디오 코딩 도구를 포함하는 것이 바람직할 수 있다.

일부 경우에, 무손실 비디오 코딩의 경우, 비디오 인코더는 특정 블록에 대한 변환 단계를 스킵할 수도 있다. 비디오 인코더는 변환이 특정 블록에 대해 스킵되었다는 것을 나타내는 정보를 시그널링할 수 있다. 비디오 디코더는 시그널링된 정보에 기초하여 변환이 스킵되는 것을 결정할 수도 있다. 일부 예들에서, 비디오 디코더는 비디오 인코더가 변환이 스킵됨을 나타내는 정보를 시그널링함 없이 블록에 대한 변환이 스킵되는지 여부를 암시적으로 결정할 수 있다.

변환의 스킵 여부에 관계없이 잔차 값은 코딩될 수 있다. 잔차 값이 코딩될 수 있는 두 가지 예시적인 스킴들이 있다: 변환 계수 코딩(TRCC) 및 변환 스킵(TS) 잔차 코딩(TSRC). TRCC에서, 비디오 인코더는 (예를 들어, 변환을 통해) 잔차 값으로부터 계수 값을 결정하고, 계수 값을 결정하기 위해 사용된 정보를 엔트로피 인코딩할 수 있다. 예를 들어, 비디오 인코더는 마지막 유의 계수 값 위치, 유의성 맵(예를 들어, 어느 계수 값이 0이 아닌지 나타내는 정보), 계수 레벨(예를 들어, 어느 계수 값이 1보다 큰, 2보다 큰 등의 절대값을 갖는지를 나타내는 정보), 및 부호 데이터(예를 들어, 계수 값이 음수인지 양수인지 여부)와 같은 정보를 결정할 수 있다.

TSRC는 TRCC와 다를 수 있다. TSRC에서는 마지막 유의 계수의 위치에 대한 시그널링이 없을 수 있다. TSRC에서 유의성 맵, 계수 레벨, 부호 데이터와 같은 정보는 TRCC와 유사할 수 있다. 그러나 컨텍스트 모델링 및 이진화 및 샘플당 컨텍스트 코딩된 빈들의 수에 대한 제한은 TRCC와 비교하여 TSRC에 대해 상이할 수 있다. 위의 내용은 TSRC와 TRCC 간의 차이점과 유사점에 대한 몇 가지 비제한적인 예이다. 다른 차이점과 다른 유사점이 있을 수 있다. 또한, TSRC와 TRCC의 차이점으로 식별되는 것이 경우에 따라 동일할 수 있고, TSRC와 TRCC 간에 유사성으로 식별되는 것이 경우에 따라 다를 수 있다.

경우에 따라 TSRC는 변환 스킵된 블록의 잔차 코딩을 위해 배타적으로 사용될 수 있다. 그러나 변환 스킵된 블록에 대해서 TRCC를 사용하면 이점이 있을 수 있다. 이 개시물은 무손실 코딩 기법(예를 들어, 변환 스킵)이 구현되는 경우에 TSRC 또는 TRCC가 사용될 수 있는 방식에 대한 예시적인 기법을 설명한다. 이러한 방식으로, 예시적인 기법은 TRCC 또는 TSRC가 잔차 값에 적용되는 것을 허용함으로써 비디오 인코더 및 비디오 디코더의 동작을 개선할 수 있고, 이는 결과적으로 더 나은 비디오 코딩을 초래할 수 있다.

일례로서, 비디오 디코더는 변환 스킵으로 코딩된 블록의 잔차 값에 제 1 유형의 코딩 스킴(예를 들어, TRCC) 또는 제 2 유형의 코딩 스킴(예를 들어, TSRC)이 적용되는지 여부를 표시하는 비디오 데이터의 하나 이상의 신택스 엘리먼트들을, 비디오 비트스트림으로부터 수신할 수 있다. 상술한 바와 같이, 잔차 값은 블록과 예측 블록 간의 차이를 나타내며, 변환 스킵에서 잔차 값은 샘플 영역에서 주파수 영역(변환 영역이라고도 함)으로 변환되지 않는다. 일부 예들에서, 하나 이상의 신택스 엘리먼트들을 수신하기 위해, 비디오 디코더는 변환 스킵으로 코딩된 슬라이스 내의 블록들의 잔차 값에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더에서 플래그를 수신할 수도 있다.

비디오 디코더는 하나 이상의 신택스 엘리먼트에 기초하여 잔차 값에 적용할 코딩 스킴의 유형을 결정할 수도 있고(예를 들어, TRCC 또는 TSRC를 사용할지 여부를 결정할 수 있고), 결정된 코딩 스킴의 유형에 기초하여 잔차 값을 결정할 수 있다. 예를 들어, 비디오 디코더는 잔차 값을 결정하기 위해 TRCC 또는 TSRC 가 이용되는지 여부에 기초하여 마지막 유의 계수 값 위치, 유의성 맵(예를 들어, 어느 값이 0이 아닌지 나타내는 정보), 계수 레벨(예를 들어, 어느 값이 1보다 큰, 2보다 큰 등의 절대값을 갖는지를 나타내는 정보), 및 부호 데이터(예를 들어, 계수 값이 음수인지 양수인지 여부)등과 같은 값을 파싱할 수 있다. 비디오 디코더는 결정된 잔차 값 및 예측 블록에 기초하여 블록을 재구성 (예를 들어 예측 블록에 잔차 값을 가산하여 블록을 재구성) 할 수 있다.

비디오 인코더는 변환 스킵으로 코딩되어야 하는 블록과 예측 블록 간의 차이에 기초하여 잔차 값을 결정할 수 있다. 변환 스킵에서, 잔차 값은 샘플 도메인에서 주파수 도메인(예를 들어, 변환 도메인)으로 변환되지 않는다.

비디오 인코더는 잔차 값에 적용할 제1 유형의 코딩 스킴(예를 들어, TRCC)과 제2 유형의 코딩 스킴(예를 들어, TSRC) 사이에서의 코딩 스킴의 유형을 결정하고, 결정된 코딩 스킴의 유형에 기초하여 잔차 값을 인코딩할 수 있다. 예를 들어, 비디오 인코더는 잔차 값을 결정하기 위해 TRCC 또는 TSRC 가 이용되는지 여부에 기초하여 마지막 유의 계수 값 위치, 유의성 맵(예를 들어, 어느 값이 0이 아닌지 나타내는 정보), 계수 레벨(예를 들어, 어느 값이 1보다 큰, 2보다 큰 등의 절대값을 갖는지를 나타내는 정보), 및 부호 데이터(예를 들어, 계수 값이 음수인지 양수인지 여부)등과 같은 값을 시그널링할 수 있다.

비디오 인코더는 잔차 값에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 표시하는 비디오 데이터의 하나 이상의 신택스 엘리먼트들을, 비디오 비트스트림으로 시그널링할 수 있다. 일부 예들에서, 하나 이상의 신택스 엘리먼트들을 시그널링하기 위해, 비디오 인코더는 변환 스킵으로 코딩된 블록의 잔차 값에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더에서 플래그를 시그널링할 수 있다.

도 1 은 본 개시의 기법들을 수행할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템 (100) 을 나타내는 블록도이다. 본 개시의 기법들은 일반적으로 비디오 데이터를 코딩 (인코딩 및/또는 디코딩) 하는 것과 관련된다. 일반적으로, 비디오 데이터는 비디오를 프로세싱하기 위한 임의의 데이터를 포함한다. 따라서, 비디오 데이터는 원시, 인코딩되지 않은 비디오, 인코딩된 비디오, 디코딩된 (예를 들어, 재구성된) 비디오, 및 비디오 메타데이터, 이를 테면 시그널링 데이터를 포함할 수도 있다.

도 1 에 도시된 바와 같이, 시스템 (100) 은, 이 예에서 목적지 디바이스 (116) 에 의해 디코딩 및 디스플레이될 인코딩된 비디오 데이터를 제공하는 소스 디바이스 (102) 를 포함한다. 특히, 소스 디바이스 (102) 는 비디오 데이터를 컴퓨터 판독가능 매체 (110) 를 통해 목적지 디바이스 (116) 에 제공한다. 소스 디바이스 (102) 및 목적지 디바이스 (116) 는 데스크탑 컴퓨터들, 노트북 (즉, 랩탑) 컴퓨터들, 태블릿 컴퓨터들, 셋탑 박스들, 전화기 핸드셋들, 이를 테면 스마트폰들, 텔레비전들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 비디오 스트리밍 디바이스 등을 포함한, 광범위한 디바이스들 중 임의의 것을 포함할 수도 있다. 일부 경우들에서, 소스 디바이스 (102) 및 목적지 디바이스 (116) 는 무선 통신을 위해 장비될 수도 있고, 따라서 무선 통신 디바이스들로서 지칭될 수도 있다.

도 1 의 예에서, 소스 디바이스 (102) 는 비디오 소스 (104), 메모리 (106), 비디오 인코더 (200), 및 출력 인터페이스 (108) 를 포함한다. 목적지 디바이스 (116) 는 입력 인터페이스 (122), 비디오 디코더 (300), 메모리 (120), 및 디스플레이 디바이스 (118) 를 포함한다. 본 개시에 따르면, 소스 디바이스 (102) 의 비디오 인코더 (200) 및 목적지 디바이스 (116) 의 비디오 디코더 (300) 는 무손실 코딩 및 시그널링을 위한 기법들을 적용하도록 구성될 수 있다. 따라서, 소스 디바이스 (102) 는 비디오 인코딩 디바이스의 예를 나타내는 한편, 목적지 디바이스 (116) 는 비디오 디코딩 디바이스의 예를 나타낸다. 다른 예들에서, 소스 디바이스 및 목적지 디바이스는 다른 컴포넌트들 또는 배열들을 포함할 수도 있다. 예를 들어, 소스 디바이스 (102) 는 외부 카메라와 같은 외부 비디오 소스로부터 비디오 데이터를 수신할 수도 있다. 마찬가지로, 목적지 디바이스 (116) 는 통합된 디스플레이 디바이스를 포함하기 보다는, 외부 디스플레이 디바이스와 인터페이스할 수도 있다.

도 1 에 도시된 바와 같은 시스템 (100) 은 하나의 예일 뿐이다. 일반적으로, 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스는 무손실 코딩 및 시그널링을 위한 기법들을 수행할 수 있다. 소스 디바이스 (102) 및 목적지 디바이스 (116) 는 소스 디바이스 (102) 가 목적지 디바이스 (116) 로의 송신을 위해 코딩된 비디오 데이터를 생성하는 그러한 코딩 디바이스들의 예들일 뿐이다. 본 개시는 데이터의 코딩 (인코딩 및/또는 디코딩) 을 수행하는 디바이스로서 "코딩" 디바이스를 참조한다. 따라서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 코딩 디바이스들, 특히 각각 비디오 인코더 및 비디오 디코더의 예들을 나타낸다. 일부 예들에서, 소스 디바이스 (102) 및 목적지 디바이스 (116) 는, 소스 디바이스 (102) 및 목적지 디바이스 (116) 의 각각이 비디오 인코딩 및 디코딩 컴포넌트들을 포함하도록 실질적으로 대칭 방식으로 동작할 수도 있다. 이로써, 시스템 (100) 은 예를 들면, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅 또는 화상 통화를 위해, 소스 디바이스 (102) 와 목적지 디바이스 (116) 간의 일방향 또는 양방향 비디오 송신을 지원할 수도 있다.

일반적으로, 비디오 소스 (104) 는 비디오 데이터 (즉, 원시, 인코딩되지 않은 비디오 데이터) 의 소스를 나타내며 픽처들에 대한 데이터를 인코딩하는 비디오 인코더 (200) 로 비디오 데이터의 순차적인 일련의 픽처들 (또한 "프레임들"으로서 지칭됨) 을 제공한다. 소스 디바이스 (102) 의 비디오 소스 (104) 는 비디오 카메라와 같은 비디오 캡처 디바이스, 이전에 캡처된 원시 비디오를 포함하는 비디오 아카이브, 및/또는 비디오 컨텐츠 제공자로부터 비디오를 수신하기 위한 비디오 피드 인터페이스를 포함할 수도 있다. 추가의 대안으로서, 비디오 소스 (104) 는 컴퓨터 그래픽 기반 데이터를 소스 비디오로서, 또는 라이브 비디오, 아카이브된 비디오, 및 컴퓨터 생성된 비디오의 조합으로서 생성할 수도 있다. 각각의 경우에 있어서, 비디오 인코더 (200) 는 캡처된, 미리-캡처된, 또는 컴퓨터-생성된 비디오 데이터를 인코딩한다. 비디오 인코더 (200) 는 픽처들을 수신된 순서 (때때로 "디스플레이 순서" 로 지칭됨) 로부터 코딩을 위한 코딩 순서로 재배열할 수도 있다. 비디오 인코더 (200) 는 인코딩된 비디오 데이터를 포함하는 비트스트림을 생성할 수도 있다. 소스 디바이스 (102) 는 그 후 예를 들어 목적지 디바이스 (116) 의 입력 인터페이스 (122) 에 의한 수신 및/또는 취출을 위해 출력 인터페이스 (108) 를 통해 컴퓨터 판독가능 매체 (110) 상으로 인코딩된 비디오 데이터를 출력할 수도 있다.

소스 디바이스 (102) 의 메모리 (106) 및 목적지 디바이스 (116) 의 메모리 (120) 는 범용 메모리들을 나타낸다. 일부 예들에 있어서, 메모리들 (106, 120) 은 원시 비디오 데이터, 예컨대, 비디오 소스 (104) 로부터의 원시 비디오 및 비디오 디코더 (300) 로부터의 원시의, 디코딩된 비디오 데이터를 저장할 수도 있다. 추가적으로 또는 대안적으로, 메모리들 (106, 120) 은 예를 들어, 각각 비디오 인코더 (200) 및 비디오 디코더 (300) 에 의해 실행가능한 소프트웨어 명령들을 저장할 수도 있다. 메모리 (106) 및 메모리 (120) 가 이 예에서는 비디오 인코더 (200) 및 비디오 디코더 (300) 와 별도로 도시되지만, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 또한 기능적으로 유사하거나 또는 동등한 목적들을 위한 내부 메모리들을 포함할 수도 있음을 이해해야 한다. 더욱이, 메모리들 (106, 120) 은, 예컨대, 비디오 인코더 (200) 로부터 출력되고 비디오 디코더 (300) 에 입력되는 인코딩된 비디오 데이터를 저장할 수도 있다. 일부 예들에 있어서, 메모리들 (106, 120) 의 부분들은, 예컨대, 원시의, 디코딩된, 및/또는 인코딩된 비디오 데이터를 저장하기 위해 하나 이상의 비디오 버퍼들로서 할당될 수도 있다.

컴퓨터 판독가능 매체 (110) 는 인코딩된 비디오 데이터를 소스 디바이스 (102) 로부터 목적지 디바이스 (116) 로 전송할 수 있는 임의의 타입의 매체 또는 디바이스를 나타낼 수도 있다. 하나의 예에서, 컴퓨터 판독가능 매체 (110) 는, 소스 디바이스 (102) 로 하여금, 인코딩된 비디오 데이터를 직접 목적지 디바이스 (116) 에 실시간으로, 예를 들어 무선 주파수 네트워크 또는 컴퓨터 기반 네트워크를 통해 송신할 수 있게 하기 위한 통신 매체를 나타낸다. 무선 통신 프로토콜과 같은 통신 표준에 따라, 출력 인터페이스 (108) 는 인코딩된 비디오 데이터를 포함하는 송신 신호를 변조할 수도 있고, 입력 인터페이스 (122) 는 수신된 송신 신호를 복조할 수도 있다. 통신 매체는 임의의 무선 또는 유선 통신 매체, 이를 테면 라디오 주파수 (radio frequency; RF) 스펙트럼 또는 하나 이상의 물리적 송신 라인들을 포함할 수도 있다. 통신 매체는 로컬 영역 네트워크, 광역 네트워크, 또는 인터넷과 같은 글로벌 네트워크와 같은 패킷 기반 네트워크의 부분을 형성할 수도 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스 (102) 로부터 목적지 디바이스 (116) 로의 통신을 가능하게 하는 데 유용할 수도 있는 임의의 다른 장비를 포함할 수도 있다.

일부 예들에 있어서, 소스 디바이스 (102) 는, 소스 디바이스 (102) 에 의해 생성된 인코딩된 비디오 데이터를 저장할 수도 있는 파일 서버 (114) 또는 다른 중간 저장 디바이스로 인코딩된 비디오 데이터를 출력할 수도 있다. 목적지 디바이스 (116) 는 스트리밍 또는 다운로드를 통해 파일 서버 (114) 로부터의 저장된 비디오 데이터에 액세스할 수도 있다.

파일 서버 (114) 는 인코딩된 비디오 데이터를 저장하고 그 인코딩된 비디오 데이터를 목적지 디바이스 (116) 에 송신할 수도 있는 임의의 타입의 서버 디바이스일 수도 있다. 파일 서버 (114) 는 (예컨대, 웹 사이트에 대한) 웹 서버, (파일 전송 프로토콜 (FTP) 또는 FLUTE (File Delivery over Unidirectional Transport) 프로토콜과 같은) 파일 전송 프로토콜 서비스를 제공하도록 구성된 서버, 컨텐츠 전달 네트워크 (CDN) 디바이스, 하이퍼텍스트 전송 프로토콜 (HTTP) 서버, 멀티미디어 브로드캐스트 멀티캐스트 서비스 (MBMS) 또는 강화된 MBMS (eMBMS) 서버, 및/또는 네트워크 어태치형 스토리지 (NAS) 디바이스를 나타낼 수도 있다. 파일 서버 (114) 는, 부가적으로 또는 대안적으로, DASH (Dynamic Adaptive Streaming over HTTP), HTTP 라이브 스트리밍 (HLS), 실시간 스트리밍 프로토콜 (RTSP), HTTP 동적 스트리밍 등과 같은 하나 이상의 HTTP 스트리밍 프로토콜들을 구현할 수도 있다.

목적지 디바이스 (116) 는 인터넷 커넥션을 포함한, 임의의 표준 데이터 커넥션을 통해 파일 서버 (114) 로부터의 인코딩된 비디오 데이터에 액세스할 수도 있다. 이것은 파일 서버 (114) 상에 저장된 인코딩된 비디오 데이터에 액세스하기에 적합한, 무선 채널 (예컨대, Wi-Fi 커넥션), 유선 커넥션 (예컨대, 디지털 가입자 라인 (DSL), 케이블 모뎀 등), 또는 이들 양자 모두의 조합을 포함할 수도 있다. 입력 인터페이스 (122) 는 파일 서버 (114) 로부터 미디어 데이터를 취출하거나 수신하기 위해 상기 논의된 다양한 프로토콜들 중 하나 이상의 프로토콜들, 또는 미디어 데이터를 취출하기 위한 다른 그러한 프로토콜들에 따라 동작하도록 구성될 수도 있다.

출력 인터페이스 (108) 및 입력 인터페이스 (122) 는 무선 송신기들/수신기들, 모뎀들, 유선 네트워킹 컴포넌트들 (예컨대, 이더넷 카드들), 다양한 IEEE 802.11 표준들 중 임의의 것에 따라 동작하는 무선 통신 컴포넌트들, 또는 다른 물리적 컴포넌트들을 나타낼 수도 있다. 출력 인터페이스 (108) 및 입력 인터페이스 (122) 가 무선 컴포넌트들을 포함하는 예들에 있어서, 출력 인터페이스 (108) 및 입력 인터페이스 (122) 는 4G, 4G-LTE (롱 텀 에볼루션), LTE 어드밴스드, 5G 등과 같은 셀룰러 통신 표준에 따라, 인코딩된 비디오 데이터와 같은 데이터를 전송하도록 구성될 수도 있다. 출력 인터페이스 (108) 가 무선 송신기를 포함하는 일부 예들에 있어서, 출력 인터페이스 (108) 및 입력 인터페이스 (122) 는 IEEE 802.11 사양, IEEE 802.15 사양 (예컨대, ZigBee™), Bluetooth™ 표준 등과 같은 다른 무선 표준들에 따라, 인코딩된 비디오 데이터와 같은 데이터를 전송하도록 구성될 수도 있다. 일부 예들에 있어서, 소스 디바이스 (102) 및/또는 목적지 디바이스 (116) 는 개별의 시스템-온-칩 (SoC) 디바이스들을 포함할 수도 있다. 예를 들어, 소스 디바이스 (102) 는 비디오 인코더 (200) 및/또는 출력 인터페이스 (108) 에 기인한 기능을 수행하기 위한 SoC 디바이스를 포함할 수도 있고, 목적지 디바이스 (116) 는 비디오 디코더 (300) 및/또는 입력 인터페이스 (122) 에 기인한 기능을 수행하기 위한 SoC 디바이스를 포함할 수도 있다.

본 개시의 기법들은 오버-디-에어 (over-the-air) 텔레비전 브로드캐스트들, 케이블 텔레비전 송신들, 위성 텔레비전 송신들, 인터넷 스트리밍 비디오 송신들, 예컨대 DASH (dynamic adaptive streaming over HTTP), 데이터 저장 매체 상으로 인코딩되는 디지털 비디오, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 어플리케이션들과 같은 다양한 멀티미디어 어플리케이션들 중 임의의 것을 지원하여 비디오 코딩에 적용될 수도 있다.

목적지 디바이스 (116) 의 입력 인터페이스 (122) 는 컴퓨터 판독가능 매체 (110) (예컨대, 통신 매체, 저장 디바이스 (112), 파일 서버 (114) 등) 로부터 인코딩된 비디오 비트스트림을 수신한다. 인코딩된 비디오 비트스트림은, 비디오 블록들 또는 다른 코딩된 유닛들 (예컨대, 슬라이스들, 픽처들, 픽처들의 그룹들, 시퀀스들 등) 의 프로세싱 및/또는 특성들을 기술하는 값들을 갖는 신택스 엘리먼트들과 같은, 비디오 디코더 (300) 에 의해 또한 사용되는 비디오 인코더 (200) 에 의해 정의된 정보를 비디오 비트스트림으로 시그널링하는 것을 포함할 수도 있다. 디스플레이 디바이스 (118) 는 디코딩된 비디오 데이터의 디코딩된 픽처들을 사용자에게 디스플레이한다. 디스플레이 디바이스 (118) 는 음극선관 (CRT), 액정 디스플레이 (LCD), 플라즈마 디스플레이, 유기 발광 다이오드 (OLED) 디스플레이, 또는 다른 타입의 디스플레이 디바이스와 같은 다양한 디스플레이 디바이스들 중 임의의 디스플레이 디바이스를 포함할 수도 있다.

도 1 에 도시되지는 않았지만, 일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 각각 오디오 인코더 및/또는 오디오 디코더와 통합될 수도 있고, 공통 데이터 스트림에서 오디오 및 비디오 양자 모두를 포함하는 멀티플렉싱된 스트림들을 핸들링하기 위해, 적절한 MUX-DEMUX 유닛들, 또는 다른 하드웨어 및/또는 소프트웨어를 포함할 수도 있다. 적용가능한 경우, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜, 또는 다른 프로토콜들, 예컨대 사용자 데이터그램 프로토콜 (UDP) 에 따를 수도 있다.

비디오 인코더 (200) 및 비디오 디코더 (300) 각각은 다양한 적합한 인코더 및/또는 디코더 회로부, 예컨대 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSP들), 주문형 집적 회로들 (ASIC들), 필드 프로그래밍가능 게이트 어레이들 (FPGA들), 이산 로직, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 조합들 중 임의의 것으로서 구현될 수도 있다. 기법들이 부분적으로 소프트웨어에서 구현되는 경우, 디바이스는 적합한, 비일시적 컴퓨터 판독가능 매체에 소프트웨어에 대한 명령들을 저장하고, 본 개시의 기법들을 수행하기 위해 하나 이상의 프로세서들을 사용하는 하드웨어에서 그 명령들을 실행할 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 의 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있는데, 이들 중 어느 하나는 개별의 디바이스에서 결합된 인코더/디코더 (CODEC) 의 부분으로서 통합될 수도 있다. 비디오 인코더 (200) 및/또는 비디오 디코더 (300) 를 포함하는 디바이스는 집적 회로, 마이크로프로세서, 및/또는 무선 통신 디바이스, 예컨대 셀룰러 전화기를 포함할 수도 있다.

비디오 인코더 (200) 및 비디오 디코더 (300) 는 고 효율 비디오 코딩 (HEVC) 으로 또한 지칭되는 ITU-T H.265 와 같은 비디오 코딩 표준 또는 그에 대한 확장들, 예컨대 멀티-뷰 및/또는 스케일러블 비디오 코딩 확장들에 따라 동작할 수도 있다. 대안으로, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 다기능 비디오 코딩 (VVC) 으로서 또한 지칭된, ITU-T H.266 와 같은 다른 독점 또는 산업 표준들에 따라 동작할 수도 있다. VVC 표준의 초안은 Bross 등의 “Versatile Video Coding (Draft 6),” Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11, 15^th Meeting: Gothenburg, SE, 3-12 July 2019, JVET-O2001-vE (이하 "VVC Draft 6") 에 설명되어 있다. VVC 표준의 최신 드래프트는 Bross 등의, “Versatile Video Coding (Draft 10),” Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11, 18^th Meeting: by teleconference, 22 June - 1 July 2020, JVET-S2001-vA (이하 "VVC 드래프트 10") 에 설명되어 있다. 하지만, 본 개시의 기법들은 임의의 특정 코딩 표준에 제한되지 않는다.

일반적으로, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 픽처들의 블록 기반 코딩을 수행할 수도 있다. 용어 "블록" 은 일반적으로 프로세싱될 (예를 들어, 인코딩될, 디코딩될, 또는 다르게는 인코딩 및/또는 디코딩 프로세스에서 사용될) 데이터를 포함하는 구조를 지칭한다. 예를 들어, 블록은 루미넌스 및/또는 크로미넌스 데이터의 샘플들의 2 차원 행렬을 포함할 수도 있다. 일반적으로, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 YUV (예를 들어, Y, Cb, Cr) 포맷으로 표현된 비디오 데이터를 코딩할 수도 있다. 즉, 픽처의 샘플들에 대한 적색, 녹색, 및 청색 (RGB) 데이터를 코딩하는 것보다는, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 루미넌스 및 크로미넌스 컴포넌트들을 코딩할 수도 있고, 여기서 크로미넌스 컴포넌트들은 적색 색조 및 청색 색조 크로미넌스 컴포넌트들 양자 모두를 포함할 수도 있다. 일부 예들에서, 비디오 인코더 (200) 는 인코딩 이전에 수신된 RGB 포매팅된 데이터를 YUV 표현으로 변환하고, 비디오 디코더 (300) 는 YUV 표현을 RGB 포맷으로 변환한다. 대안적으로, 프리- 및 포스트-프로세싱 유닛들 (미도시) 이 이들 변환들을 수행할 수도 있다.

본 개시는 일반적으로 픽처의 데이터를 인코딩 또는 디코딩하는 프로세스를 포함하는 픽처들의 코딩 (예를 들어, 인코딩 및 디코딩) 을 참조할 수도 있다. 유사하게, 본 개시는, 예를 들어, 예측 및/또는 잔차 코딩과 같은, 블록들에 대한 데이터를 인코딩 또는 디코딩하는 프로세스를 포함하는 픽처의 블록들의 코딩을 참조할 수도 있다. 인코딩된 비디오 비트스트림은 일반적으로 코딩 결정들 (예를 들어, 코딩 모드들) 및 픽처들의 블록들로의 파티셔닝을 나타내는 신택스 엘리먼트들에 대한 일련의 값들을 포함한다. 따라서, 픽처 또는 블록을 코딩하는 것에 대한 참조들은 일반적으로 픽처 또는 블록을 형성하는 신택스 엘리먼트들에 대한 코딩 값들로서 이해되어야 한다.

HEVC 는 코딩 유닛들 (CU들), 예측 유닛들 (PU들), 및 변환 유닛들 (TU들) 을 포함하는 다양한 블록들을 정의한다. HEVC 에 따르면, 비디오 코더 (예컨대 비디오 인코더 (200)) 는 쿼드트리 구조에 따라 코딩 트리 유닛 (CTU) 을 CU들로 파티셔닝한다. 즉, 비디오 코더는 CTU들 및 CU들을 4 개의 동일한, 오버랩하지 않는 정사각형들로 파티셔닝하고, 쿼드트리의 각각의 노드는 0 개 또는 4 개의 자식 노드들을 갖는다. 자식 노드들이 없는 노드들은 "리프 노드들" 로 지칭될 수도 있고, 그러한 리프 노드들의 CU들은 하나 이상의 PU들 및/또는 하나 이상의 TU들을 포함할 수도 있다. 비디오 코더는 PU들 및 TU들을 추가로 파티셔닝할 수도 있다. 예를 들어, HEVC 에서, 잔차 쿼드트리 (RQT) 는 TU들의 파티셔닝을 나타낸다. HEVC 에서, PU들은 인터-예측 데이터를 나타내는 한편, TU들은 잔차 데이터를 나타낸다. 인트라-예측되는 CU들은 인트라-모드 표시와 같은 인트라-예측 정보를 포함한다.

다른 예로서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 VVC 에 따라 동작하도록 구성될 수도 있다. VVC 에 따르면, 비디오 코더 (예컨대 비디오 인코더 (200)) 는 픽처를 복수의 코딩 트리 유닛들 (CTU들) 로 파티셔닝한다. 비디오 인코더 (200) 는 쿼드트리 이진 트리 (QTBT) 구조 또는 멀티-타입 트리 (MTT) 구조와 같은 트리 구조에 따라 CTU 를 파티셔닝할 수도 있다. QTBT 구조는 HEVC 의 CU들, PU들, 및 TU들 간의 분리와 같은 다중의 파티션 타입들의 개념들을 제거한다. QTBT 구조는 2 개의 레벨들: 즉, 쿼드트리 파티셔닝에 따라 파티셔닝된 제 1 레벨, 및 이진 트리 파티셔닝에 따라 파티셔닝된 제 2 레벨을 포함한다. QTBT 구조의 루트 노드는 CTU 에 대응한다. 바이너리 트리들의 리프 노드들은 코딩 유닛들 (CU들) 에 대응한다.

MTT 파티셔닝 구조에서, 블록들은 쿼드트리 (QT) 파티션, 바이너리 트리 (BT) 파티션, 및 하나 이상의 타입들의 트리플 트리 (TT) (터너리 (ternary) 트리 (TT) 로 또한 지칭됨) 파티션들을 사용하여 파티셔닝될 수도 있다. 트리플 또는 터너리 트리 파티션은, 블록이 3개의 서브블록들로 분할되는 파티션이다. 일부 예들에 있어서, 트리플 또는 터너리 트리 파티션은 중심을 통해 오리지널 블록을 분할하지 않고 블록을 3개의 서브블록들로 분할한다. MTT 에서의 파티셔닝 타입들 (예컨대, QT, BT, 및 TT) 은 대칭적이거나 비대칭적일 수도 있다.

일부 예들에 있어서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 루미넌스 및 크로미넌스 컴포넌트들의 각각을 나타내기 위해 단일 QTBT 또는 MTT 구조를 사용할 수도 있는 한편, 다른 예들에 있어서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 루미넌스 컴포넌트에 대한 하나의 QTBT/MTT 구조 및 양자 모두의 크로미넌스 컴포넌트들에 대한 다른 QTBT/MTT 구조 (또는 개별 크로미넌스 컴포넌트들에 대한 2개의 QTBT/MTT 구조들) 와 같은 2 이상의 QTBT 또는 MTT 구조들을 사용할 수도 있다.

비디오 인코더 (200) 및 비디오 디코더 (300) 는 HEVC 마다의 쿼드트리 파티셔닝, QTBT 파티셔닝, MTT 파티셔닝, 또는 다른 파티셔닝 구조들을 사용하도록 구성될 수도 있다. 설명의 목적들을 위해, 본 개시의 기법들의 설명은 QTBT 파티셔닝에 관하여 제시된다. 하지만, 본 개시의 기법들은 또한, 쿼드트리 파티셔닝, 또는 다른 타입들의 파티셔닝도 물론 사용하도록 구성된 비디오 코더들에 적용될 수도 있음을 이해해야 한다.

블록들 (예컨대, CTU들 또는 CU들) 은 픽처에서 다양한 방식들로 그룹핑될 수도 있다. 일 예로서, 브릭 (brick) 은 픽처에서의 특정 타일 내의 CTU 행들의 직사각형 영역을 지칭할 수도 있다. 타일은 픽처에서의 특정 타일 열 및 특정 타일 행 내의 CTU들의 직사각형 영역일 수도 있다. 타일 열은, 픽처의 높이와 동일한 높이 및 (예컨대, 픽처 파라미터 세트에서와 같이) 신택스 엘리먼트들에 의해 명시된 폭을 갖는 CTU들의 직사각형 영역을 지칭한다. 타일 행은, (예컨대, 픽처 파라미터 세트에서와 같이) 신택스 엘리먼트들에 의해 명시된 높이 및 픽처의 폭과 동일한 폭을 갖는 CTU들의 직사각형 영역을 지칭한다.

일부 예들에 있어서, 타일은 다중의 브릭들로 파티셔닝될 수도 있으며, 그 각각은 타일 내의 하나 이상의 CTU 행들을 포함할 수도 있다. 다중의 브릭들로 파티셔닝되지 않은 타일이 또한, 브릭으로서 지칭될 수도 있다. 하지만, 타일의 진정한 서브세트인 브릭은 타일로서 지칭되지 않을 수도 있다.

픽처에서의 브릭들은 또한 슬라이스로 배열될 수도 있다. 슬라이스는, 단일의 네트워크 추상화 계층 (NAL) 유닛에 배타적으로 포함될 수도 있는 픽처의 정수 개의 브릭들일 수도 있다. 일부 예들에 있어서, 슬라이스는 다수의 완전한 타일들 또는 하나의 타일의 완전한 브릭들의 연속적인 시퀀스만을 포함한다.

본 개시는 수직 및 수평 치수들의 관점에서 (CU 또는 다른 비디오 블록과 같은) 블록의 샘플 치수들을 지칭하기 위해 상호교환가능하게 "NxN" 및 "N 바이 N” 을 사용할 수도 있다, 예컨대, 16x16 샘플들 또는 16 바이 16 샘플들. 일반적으로, 16x16 CU 는 수직 방향에서 16 샘플들 (y = 16) 그리고 수평 방향에서 16 샘플들 (x = 16) 을 가질 것이다. 마찬가지로, NxN CU 는 일반적으로 수직 방향에서 N 샘플들 및 수평 방향에서 N 샘플들을 갖고, 여기서 N 은 음이 아닌 정수 값을 나타낸다. CU 에서의 샘플들은 행들 및 열들로 배열될 수도 있다. 더욱이, CU들은 수직 방향에서와 동일한 수의 샘플들을 수평 방향에서 반드시 가질 필요는 없다. 예를 들어, CU들은 N×M 샘플들을 포함할 수도 있으며, 여기서, M 은 반드시 N 과 동일할 필요는 없다.

비디오 인코더 (200) 는 예측 및/또는 잔차 정보 (예를 들어, 잔차 값) 를 나타내는 CU들에 대한 비디오 데이터, 및 다른 정보를 인코딩한다. 예측 정보는 CU 에 대한 예측 블록을 형성하기 위하여 CU 가 어떻게 예측될지를 표시한다. 잔차 정보 (즉, 잔차 값) 는 일반적으로 인코딩 이전의 CU 의 샘플들과 예측 블록 사이의 샘플 별 (sample-by-sample) 차이들을 나타낸다.

CU 를 예측하기 위해, 비디오 인코더 (200) 는 일반적으로 인터 예측 또는 인트라 예측을 통해 CU 에 대한 예측 블록을 형성할 수도 있다. 인터 예측은 일반적으로 이전에 코딩된 픽처의 데이터로부터 CU 를 예측하는 것을 지칭하는 반면, 인트라 예측은 일반적으로 동일한 픽처의 이전에 코딩된 데이터로부터 CU 를 예측하는 것을 지칭한다. 인터 예측을 수행하기 위해, 비디오 인코더 (200) 는 하나 이상의 모션 벡터들을 사용하여 예측 블록을 생성할 수도 있다. 비디오 인코더 (200) 는 일반적으로 CU 와 레퍼런스 블록 사이의 차이들의 관점에서, CU 에 밀접하게 매칭하는 레퍼런스 블록을 식별하기 위해 모션 탐색을 수행할 수도 있다. 비디오 인코더 (200) 는 절대 차이의 합 (sum of absolute difference; SAD), 제곱 차이들의 합 (sum of squared differences; SSD), 평균 절대 차이 (mean absolute difference; MAD), 평균 제곱 차이들 (mean squared differences; MSD), 또는 레퍼런스 블록이 현재 CU 에 밀접하게 매칭하는지 여부를 결정하기 위한 다른 그러한 차이 계산들을 사용하여 차이 메트릭을 계산할 수도 있다. 일부 예들에서, 비디오 인코더 (200) 는 단방향 예측 또는 양방향 예측을 사용하여 현재 CU 를 예측할 수도 있다.

일부 예들에서, VVC 는 또한, 인터-예측 모드로 고려될 수도 있는 아핀 모션 보상 모드를 제공한다. 아핀 모션 보상 모드에서, 비디오 인코더 (200) 는 줌 인 또는 아웃, 회전, 원근 모션, 또는 다른 불규칙한 모션 타입들과 같은 비-병진 모션을 나타내는 2 개 이상의 모션 벡터들을 결정할 수도 있다.

인트라-예측을 수행하기 위해, 비디오 인코더 (200) 는 예측 블록을 생성하기 위해 인트라-예측 모드를 선택할 수도 있다. 일부 예들에 있어서, VVC 는 다양한 방향성 모드들 뿐만 아니라 평면 모드 및 DC 모드를 포함하여 67 개의 인트라-예측 모드들을 제공한다. 일반적으로, 비디오 인코더 (200) 는, 현재 블록의 샘플들을 예측할 현재 블록 (예컨대, CU 의 블록) 에 대한 이웃 샘플들을 기술하는 인트라-예측 모드를 선택한다. 그러한 샘플들은 일반적으로, 비디오 인코더 (200) 가 래스터 스캔 순서로 (왼쪽에서 오른쪽으로, 상단에서 하단으로) CTU들 및 CU들을 코딩하는 것을 가정하여, 현재 블록과 동일한 픽처에서 현재 블록의 상측, 상측 및 좌측에, 또는 좌측에 있을 수도 있다.

비디오 인코더 (200) 는 현재 블록에 대한 예측 모드를 나타내는 데이터를 인코딩한다. 예를 들어, 인터-예측 모드들에 대해, 비디오 인코더 (200) 는 다양한 이용가능한 인터-예측 모드들 중 어느 것이 사용되는지를 나타내는 데이터 뿐만 아니라, 대응하는 모드에 대한 모션 정보를 인코딩할 수도 있다. 단방향 또는 양방항 인터-예측을 위해, 예를 들어, 비디오 인코더 (200) 는 어드밴스드 모션 벡터 예측 (AMVP) 또는 병합 모드를 사용하여 모션 벡터들을 인코딩할 수도 있다. 비디오 인코더 (200) 는 유사한 모드들을 사용하여 아핀 모션 보상 모드에 대한 모션 벡터들을 인코딩할 수도 있다.

블록의 인트라-예측 또는 인터-예측과 같은 예측에 후속하여, 비디오 인코더 (200) 는 블록에 대한 잔차 데이터를 계산할 수도 있다. 잔차 블록과 같은 잔차 데이터는 대응하는 예측 모드를 사용하여 형성되는, 블록과 블록에 대한 예측 블록 사이의 샘플 별 차이들을 나타낸다. 비디오 인코더 (200) 는 샘플 도메인 대신에 변환 도메인에서 변환된 데이터를 생성하기 위해, 잔차 블록에 하나 이상의 변환들을 적용할 수도 있다. 예를 들어, 비디오 인코더 (200) 는 이산 코사인 변환 (DCT), 정수 변환, 웨이브릿 변환, 또는 개념적으로 유사한 변환을 잔차 비디오 데이터에 적용할 수도 있다. 추가적으로, 비디오 인코더 (200) 는 MDNSST (mode-dependent non-separable secondary transform), 신호 의존적 변환, Karhunen-Loeve 변환 (KLT) 등과 같은 제 1 변환에 후속하는 2 차 변환을 적용할 수도 있다. 비디오 인코더 (200) 는 하나 이상의 변환들의 적용에 이어 변환 계수들을 생성한다.

일부 예들에서, 잔차 데이터(예를 들어, 잔차 값들)의 변환은 스킵될 수 있다. 예를 들어, 무손실 비디오 코딩 기법이 적용되는 경우, 변환은 스킵될 수 있다. 그러한 예들에서, 인코딩되는 블록은 변환 스킵된 블록, 변환 스킵 블록, 또는 변환 스킵으로 코딩된 블록으로 지칭될 수 있다.

상기 언급된 바와 같이, 변환 계수들을 생성하기 위한 임의의 변환들에 이어, 비디오 인코더 (200) 는 변환 계수들의 양자화를 수행할 수도 있다. 양자화는 일반적으로, 변환 계수들이 그 변환 계수들을 나타내는데 사용된 데이터의 양을 가능하게는 감소시키도록 양자화되어 추가 압축을 제공하는 프로세스를 지칭한다. 양자화 프로세스를 수행함으로써, 비디오 인코더 (200) 는 변환 계수들의 일부 또는 전부와 연관된 비트 심도를 감소시킬 수도 있다. 예를 들어, 비디오 인코더 (200) 는 양자화 동안 n-비트 값을 m-비트 값으로 라운딩 다운할 수도 있고, 여기서 n 은 m 보다 크다. 일부 예들에서, 양자화를 수행하기 위해, 비디오 인코더 (200) 는 양자화될 값의 비트단위 우측-시프트를 수행할 수도 있다. 일부 예들에서, 양자화 단계는 바이패싱될 수 있다.

양자화에 이어, 비디오 인코더 (200) 는 변환 계수(또는 변환이 스킵되는 경우 잔차 샘플 값)를 스캔하여 양자화된 변환 계수 또는 변환이 스킵되고 양자화가 스킵되는 경우 잔차 샘플 값 또는 변환이 스킵되지만 양자화는 수행되는 경우 잔차 양자화된 샘플 값을 포함하는 2차원 행렬로부터 1차원 벡터를 생성할 수 있다. 변환 계수들의 스캔은 더 높은 에너지 (및 따라서 더 낮은 주파수) 변환 계수들을 벡터의 전방에 배치하고 그리고 더 낮은 에너지 (및 따라서 더 높은 주파수) 변환 계수들을 벡터의 후방에 배치하도록 설계될 수도 있다. 일부 예들에서, 비디오 인코더 (200) 는 양자화된 변환 계수들을 스캐닝하기 위해 미리정의된 스캔 순서를 활용하여 직렬화된 벡터를 생성하고, 그 후 벡터의 양자화된 변환 계수들을 엔트로피 인코딩할 수도 있다. 다른 예들에서, 비디오 인코더 (200) 는 적응적 스캔을 수행할 수도 있다.

1 차원 벡터를 형성하기 위해 양자화된 변환 계수들을 스캔한 후, 비디오 인코더 (200) 는, 예를 들어, 컨텍스트-적응적 이진 산술 코딩 (CABAC) 에 따라, 1 차원 벡터를 엔트로피 인코딩할 수도 있다. 변환 및/또는 양자화가 스킵되는 예들에서, 비디오 인코더 (200) 는 잔차 샘플 값들 또는 잔차 양자화된 샘플 값들의 1차원 벡터를 엔트로피 인코딩할 수 있다. 비디오 인코더 (200) 는 또한, 비디오 데이터를 디코딩하는데 있어서 비디오 디코더 (300) 에 의한 사용을 위해 인코딩된 비디오 데이터와 연관된 메타데이터를 기술하는 신택스 엘리먼트들에 대한 값들을 엔트로피 인코딩할 수도 있다.

CABAC 을 수행하기 위해, 비디오 인코더 (200) 는 송신될 심볼에 컨텍스트 모델 내의 컨텍스트를 할당할 수도 있다. 컨텍스트는 예를 들어, 심볼의 이웃 값들이 제로 값인지 여부와 관련될 수도 있다. 확률 결정은 심볼에 할당된 컨텍스트에 기초할 수도 있다.

비디오 인코더 (200) 는 신택스 데이터, 예컨대 블록 기반 신택스 데이터, 픽처 기반 신택스 데이터, 및 시퀀스 기반 신택스 데이터를, 비디오 디코더 (300) 에, 예를 들어, 픽처 헤더, 블록 헤더, 슬라이스 헤더, 또는 다른 신택스 데이터, 예컨대 시퀀스 파라미터 세트 (SPS), 픽처 파라미터 세트 (PPS), 또는 비디오 파라미터 세트 (VPS) 에서 추가로 생성할 수도 있다. 비디오 디코더 (300) 는 마찬가지로 대응하는 비디오 데이터를 디코딩하는 방법을 결정하기 위해 그러한 신택스 데이터를 디코딩할 수도 있다.

이러한 방식으로, 비디오 인코더 (200) 는 인코딩된 비디오 데이터, 예를 들어 픽처의 블록들 (예를 들어, CU들) 로의 파티셔닝을 기술하는 신택스 엘리먼트들 및 블록들에 대한 예측 및/또는 잔차 값들을 포함하는 비트스트림을 생성할 수도 있다. 궁극적으로, 비디오 디코더 (300) 는 비트스트림을 수신하고, 인코딩된 비디오 데이터를 디코딩할 수도 있다.

일반적으로, 비디오 디코더 (300) 는 비트스트림의 인코딩된 비디오 데이터를 디코딩하기 위해 비디오 인코더 (200) 에 의해 수행되는 것과 가역적인 프로세스를 수행한다. 예를 들어, 비디오 디코더 (300) 는 비디오 인코더 (200) 의 CABAC 인코딩 프로세스와 실질적으로 유사하지만 가역적인 방식으로 CABAC 을 사용하여 비트스트림의 신택스 엘리먼트들에 대한 값들을 디코딩할 수도 있다. 신택스 엘리먼트들은 픽처의 CTU들로의 파티셔닝 정보, 및 QTBT 구조와 같은 대응하는 파티션 구조에 따른 각각의 CTU 의 파티셔닝을 정의하여, CTU 의 CU들을 정의할 수도 있다. 신택스 엘리먼트들은 비디오 데이터의 블록들 (예컨대, CU들) 에 대한 예측 및 잔차 값들을 추가로 정의할 수도 있다.

잔차 값들은, 예를 들어, 양자화된 변환 계수들에 의해 표현될 수도 있다. 비디오 디코더 (300) 는 블록에 대한 잔차 블록을 재생하기 위해 블록의 양자화된 변환 계수들을 역 양자화 및 역 변환할 수도 있다. 그러나, 변환 및/또는 양자화가 비디오 인코더 (200) 에 의해 적용되지 않는 경우, 비디오 디코더 (300) 는 역 양자화 및/또는 역 변환 단계들을 우회할 수 있다. 예를 들어, 디코딩된 값은 역양자화 및/또는 역변환에 대한 필요가 없는 잔차 값일 수 있다. 비디오 디코더 (300) 는 시그널링된 예측 모드 (인트라- 또는 인터-예측) 및 관련된 예측 정보 (예를 들어, 인터-예측을 위한 모션 정보) 를 사용하여 블록에 대한 예측 블록을 형성한다. 비디오 디코더 (300) 는 그 후 예측 블록과 잔차 블록을 (샘플 별 단위로) 결합하여 원래의 블록을 재생할 수도 있다. 비디오 디코더 (300) 는 블록의 경계들을 따라 시각적 아티팩트들을 감소시키기 위해 디블로킹 프로세스를 수행하는 것과 같은 추가적인 프로세싱을 수행할 수도 있다.

본 개시의 기법들에 따르면, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 변환 스킵된 블록들에 대해 (즉, 변환 스킵으로 코딩딘 블록들에 대해) 상이한 코딩 스킴들을 이용하도록 구성될 수 있다. 예를 들어, 무손실 특정 도구를 추가하지 않고 VVC에서 무손실 코딩을 지원하는 것이 바람직할 수 있다. 적어도 두 개의 잔차 코딩 스킴이 있을 수 있다. 제 1 잔차 코딩 스킴은 변환 계수 코딩(TRCC)으로 지칭되고, 제 2 잔차 코딩 스킴은 변환 스킵 (TS) 잔차 코딩 (TSRC)으로 지칭된다.

TRCC 스킴과 TSRC 스킴은 잔차 값을 표현하는 상이한 방식일 수 있다. TRCC 및 TSRC 모두에서, 비디오 인코더 (200) 는 잔차 블록의 잔차 값이 유의미한지(예를 들어, 절대값이 0보다 큰지) 여부를 결정하고, 잔차 값이 임계값보다 큰지 여부를 결정할 수 있다. 예를 들어, 비디오 인코더 (200) 는 잔차 블록의 잔차 값이 1보다 큰지, 3보다 큰지, 5보다 큰지 등의 여부를 결정할 수 있다. 비디오 인코더 (200) 는 비디오 디코더 (300) 가 잔차 값을 결정하기 위해 이용하는 복수의 플래그들을 시그널링할 수도 있다. 예를 들어, 비디오 인코더(200)가 잔차 값이 유의미함을 나타내는 제1 플래그, 및 잔차 값이 1보다 큰 것을 나타내는 제2 플래그를 시그널링했지만, 잔차 값이 2 미만임을 나타내는 제3 플래그는 시그널링하지 않은 경우, 비디오 디코더(300)는 잔차 값이 1보다 크고 2 보다 작다고 결정할 수 있다.

그러나 TRCC와 TSRC 스킴 사이에는 차이가 있을 수 있다. TRCC에서, 비디오 인코더 (200)는 비디오 디코더 (300) 가 마지막 유의 값의 위치를 뒤따르는 모든 값들이 0 이라는 것을 결정하기 위해 이용할 수 있는 마지막 유의 계수 값의 위치를 나타내는 정보를 시그널링할 수도 있다. 그러나, 변환이 스킵되는 TSRC 스킴에서는, 잔차 블록의 마지막 위치를 포함하여 잔차 블록 내 임의의 위치에 유의 값이 존재하는 것이 가능하므로 마지막 유의 값이 존재하지 않을 수 있다.

다른 예로, TRCC 스킴에서, 잔차 값들 중의 잔차 값이 임계값보다 큰지 여부를 나타내는 플래그들의 수는 잔차 값들 중의 잔차 값이 TSRC 스킴에서의 임계값보다 큰지 여부를 나타내는 플래그들의 수와 상이하다. 예를 들어, TRCC 스킴은 잔차 값이 3보다 큰지 여부를 나타내는 플래그를 포함하고 잔차 값이 5보다 큰지 여부를 나타내는 플래그를 포함하지 않을 수 있다. 다만, TSRC 스킴에는 잔차 값이 5보다 큰지 여부를 나타내는 플래그, 잔차 값이 7보다 큰지 여부를 나타내는 플래그, 잔차 값이 9보다 큰지 여부를 나타내는 플래그가 있을 수 있다.

또 다른 예로서, TRCC 스킴에서 잔차 블록의 스캔 순서는 마지막에서 첫 번째로, 즉 마지막 잔차 값에서 첫 번째 잔차 값으로일 수 있다. 다만, TSRC 스킴에서 잔차 블록의 스캔 순서는 첫 번째에서 마지막 잔차 값으로일 수 있다.

따라서 TRCC 스킴과 TSRC 스킴은 잔차 값에 적용되는 상이한 유형들의 코딩 스킴들이다. 더 상세하게 설명된 바와 같이, 일부 예들에서, 비디오 인코더 (200) 는 변환 스킵으로 코딩된 모든 블록들에 대해 TSRC 스킴을 이용했고, TRCC 스킴은 변환 스킵으로 코딩된 블록들에 대해 이용가능하지 않았다. 그러나 TRCC 스킴이 변환 스킵으로 코딩된 블록에 사용되는 것을 허용하는 이점이 있을 수 있다.

그러한 경우에, 비디오 인코더 (200) 는 제 1 유형의 코딩 스킴(예를 들어, TRCC 스킴) 또는 제 2 유형의 코딩 스킴(예를 들어, TSRC 스킴)이 적용되는지 여부를 나타내는 비디오 디코더(300)가 수신하는 정보를 시그널링할 수 있다. 이러한 시그널링은 변환 스킵이 인에이블되는 경우에만 존재할 수 있다. 예를 들어, 비디오 디코더 (300) 는 먼저 변환 스킵이 인에이블되는지 여부를 결정하고, 인에이블되는 변환 스킵에 기초하여 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더의 플래그를 파싱할 수 있다. 즉, 변환 스킵이 인에이블되면, 비디오 디코더 (300) 는 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더의 플래그를 파싱할 수 있다. 그러나, 변환 스킵이 인에이블되지 않으면, 비디오 디코더 (300) 는 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더의 플래그를 파싱하지 않을 수 있다.

무손실 코딩은 변환 동작의 스킵을 요구할 수도 있다(예를 들어, 비디오 인코더 (200) 는 잔차 값을 계수 값을 갖는 주파수 도메인으로 변환하는 것을 우회하고 비디오 디코더 (300) 는 잔차 값이 이미 샘플 도메인에 있기 때문에 역변환 동작을 우회한다). 일부 예들에서, 비디오 인코더 (200) 는 블록에 대해 (예를 들어, 변환 스킵된 블록에 대해) 변환이 스킵됨을 표시하는 TS 코딩 플래그를 시그널링할 수도 있다. TS 코딩 플래그는 다중 변환 선택(MTS) 인덱스의 일부로서 시그널링될 수 있다. 일부 예들에서, TS 코딩 플래그를 명시적으로 시그널링하기보다, 비디오 디코더 (300) 는 블록 기반 양자화된 잔차 도메인 델타 펄스 코드 변조 (BDPCM) 모드가 선택되는 경우 블록이 변환 스킵된 블록 (예를 들어, 변환 스킵으로 코딩된 블록) 인 것으로 암시적으로 결정할 수도 있다. 일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 변환 스킵된 블록들에 대한 잔차 코딩 스킴으로서 TSRC 를 이용할 수도 있다.

일부 예들에서, 변환 스킵 블록들을 위해 BDPCM 뿐만 아니라 TRCC를 사용하는 것이 바람직할 수도 있다. 기존 저수준 시그널링이 사용되어야 하는 경우, SPS, PPS, 픽처 헤더 또는 슬라이스 헤더의 플래그가 변환이 스킵될 때 사용될 잔차 코딩 기법을 표시하기 위해 사용될 수 있다. 즉, 변환 스킵으로 코딩된 블록의 잔차 값에 제 1 유형의 코딩 스킴(예를 들어, TRCC) 또는 제 2 유형의 코딩 스킴(예를 들어, TSRC)이 적용되는지 여부를 표시하는 슬라이스 헤더 내의 플래그를, 비디오 인코더 (200) 는 시그널링하고 비디오 디코더 (300) 는 수신할 수 있다. 이러한 방식으로, VVC Draft 6의 (예를 들어, 변환이 바이패스되는 경우) TS 코딩 경로의 변경이 필요하지 않을 수 있고 TSRC 또는 TRCC가 사용될 수 있다. 그러나, 본 개시물에서 설명된 기법들은 TS 코딩 경로에 대한 변경이 이루어지는 경우에도 이용될 수 있다.

이 개시물은 변환이 스킵될 때 사용될 계수 (잔차) 코딩 기법(예를 들어, TRCC 또는 TSRC)을 선택하기 위해 SPS, PPS, 픽처 헤더 또는 슬라이스 헤더에 하나 이상의 신택스 엘리먼트(예를 들어, 플래그)를 추가하는 기법을 설명한다. 하나 이상의 신택스 엘리먼트(예를 들어, 플래그)는 TS 블록(예를 들어, 변환 스킵으로 코딩된 블록)에 대해 TSRC 또는 TRCC가 사용되는지 여부를 나타낼 수 있다. 일부 예들에서, 시그널링된 방법은 변환 스킵된 블록의 양자화 파라미터(QP)가 4 이하(즉, 무손실)인 경우에만 유효할 수 있다.

예를 들어, VVC Draft 10은 sh_ts_residual_coding_disabled_flag를 포함한다. sh_ts_residual_coding_disabled_flag는 슬라이스 헤더에서 시그널링되며, TSRC 또는 TRCC가 변환 스킵으로 코딩된 블록에 사용되는지 여부를 나타내기 위해 본 개시에서 설명된 플래그의 예이다. 예를 들어, sh_ts_residual_coding_disabled_flag가 참이면(예를 들어, 논리 1) TSRC가 디스에이블되고 TRCC가 사용됨을 의미한다. sh_ts_residual_coding_disabled_flag가 거짓(예를 들어, 논리 0)이면 TSRC가 디스에이블되지 않고 TSRC가 사용되며 TRCC가 사용되지 않음을 의미한다.

VVC Draft 10은 sh_ts_residual_coding_disabled_flag를 다음과 같이 정의한다: 1과 동일한 sh_ts_residual_coding_disabled_flag 는 residual_coding() 신택스 구조가 현재 슬라이스에 대한 변환 스킵 블록의 잔차 샘플을 파싱하는 데 사용됨을 지정한다. 0과 동일한 sh_ts_residual_coding_disabled_flag는 residual_ts_coding() 신택스 구조가 현재 슬라이스에 대한 변환 스킵 블록의 잔차 샘플을 파싱하는데 사용되는 것을 특정한다. sh_ts_residual_coding_disabled_flag 가 존재하지 않을 때, 그것은 0 과 동일한 것으로 추론된다. VVC Draft 10에서, residual_coding() 신택스 구조는 TRCC 스킴을 참조하고, residual_ts_coding() 신택스 구조는 TSRC 스킴을 참조한다.

VVC Draft 10의 섹션 7.3.7(슬라이스 헤더 신택스)에 설명된 것처럼 sh_ts_residual_coding_disabled_flag 신택스 엘리먼트는 변환 스킵이 인에이블되는 경우에만 시그널링된다. 예를 들어, VVC 드래프트 10에서, 비디오 인코더(200)는 블록에 대해 변환 스킵이 인에이블되는지 여부를 나타내는 sps_transform_skip_enabled_flag를 시그널링할 수도 있다. 비디오 디코더 (300) 는 sps_transform_skip_enabled_flag를 수신하고 sps_transform_skip_enabled_flag가 참인 경우에만(예를 들어, 변환 스킵이 인에이블되는 경우에만) sh_ts_residual_coding_disabled_flag를 파싱할 수도 있다.

이에 따라, 하나 이상의 예들에서, 비디오 디코더 (300) 는 변환 스킵으로 코딩된 블록의 잔차 값에 제 1 유형의 코딩 스킴(예를 들어, TRCC) 또는 제 2 유형의 코딩 스킴(예를 들어, TSRC)이 적용되는지 여부를 표시하는 비디오 데이터의 하나 이상의 신택스 엘리먼트들 (예를 들어, sh_ts_residual_coding_disabled_flag) 을, 비디오 비트스트림으로부터 수신할 수 있다. 잔차 값은 블록과 예측 블록 간의 차이를 나타내며, 변환 스킵에서 잔차 값은 샘플 영역으로부터 주파수 영역으로 변환되지 않는다 (예를 들어, DCT 또는 DST 동작들이 스킵된다). 일부 예들에서, 비디오 디코더 (300) 는 슬라이스 헤더에서 sh_ts_residual_coding_disabled_flag를 수신할 수도 있다.

하나 이상의 예들에서, 비디오 디코더 (300) 는 변환 스킵이 인에이블되는지 여부를 표시하는 제 1 플래그(예를 들어, sps_transform_skip_enabled_flag)를 수신할 수도 있다. 하나 이상의 신택스 엘리먼트를 수신하기 위해, 비디오 디코더 (300) 는 변환 스킵이 인에이블되는 것을 나타내는 제 1 플래그에 기초하여 코딩 스킴의 제 1 유형이 적용되는지 또는 코딩 스킴의 제 2 유형이 적용되는지를 표시하는 슬라이스 헤더에서 제 2 플래그(예를 들어, sh_ts_residual_coding_disabled_flag)를 파싱할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 제 1 플래그(예를 들어, sps_transform_skip_enabled_flag)가 참인 경우에만 제 2 플래그(예를 들어, sh_ts_residual_coding_disabled_flag)를 파싱할 수도 있다. 제 1 플래그가 거짓이면, 비디오 디코더 (300) 는 제 2 플래그를 파싱하지 않을 수도 있다.

비디오 디코더 (300) 는 하나 이상의 신택스 엘리먼트들에 기초하여 잔차 값들에 적용할 코딩 스킴의 유형을 결정할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 sh_ts_residual_coding_disabled_flag가 참이면 TRCC를 사용하기로 결정할 수도 있고, sh_ts_residual_coding_disabled_flag가 거짓이면 TSRC를 사용하기로 결정할 수도 있다.

비디오 디코더 (300) 는 코딩 스킴의 결정된 유형에 기초하여 잔차 값들을 결정할 수 있다. 블록이 변환 스킵으로 코딩되기 때문에, 비디오 디코더 (300) 는 잔차 값에 역변환을 적용하지 않고 잔차 값을 결정할 수도 있다. 예를 들어, 잔차 값은 이미 샘플 영역에 있으므로 주파수 영역에서 샘플 영역으로의 역변환에 대한 역변환이 필요하지 않을 수 있다.

비디오 디코더 (300) 는 결정된 잔차 값들 및 예측 블록에 기초하여 블록을 재구성할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 블록을 재구성하기 위해 예측 블록을 그 결정된 잔차 값들에 가산할 수 있다.

하나 이상의 예들에서, 비디오 인코더 (200) 는 변환 스킵으로 코딩되어야 하는 블록과 예측 블록 간의 차이에 기초하여 잔차 값을 결정할 수 있다. 기술된 바와 같이, 변환 스킵에서, 잔차 값은 샘플 도메인에서 주파수 도메인으로 변환되지 않는다.

비디오 인코더 (200) 는 잔차 값에 적용할 제1 유형의 코딩 스킴(예를 들어, TRCC)과 제2 유형의 코딩 스킴(예를 들어, TSRC) 사이에서의 코딩 스킴의 유형을 결정할 수 있다. 비디오 인코더 (200) 는 결정된 코딩 스킴의 유형에 기초하여 잔차 값을 인코딩할 수도 있고, 제1 유형의 코딩 스킴(예를 들어, TRCC) 또는 제2 유형의 코딩 스킴(예를 들어, TSRC)이 잔차 값에 적용되는지 여부를 나타내는 비디오 데이터의 하나 이상의 신택스 엘리먼트(예를 들어, 슬라이스 헤더의 sh_ts_residual_coding_disabled_flag)를 비디오 비트스트림으로 시그널링할 수도 있다.

일부 예들에서, TSRC는 (블록의 마지막 비제로 계수 위치가 블록의 마지막 위치라고 가정하여) 마지막 비제로 위치(즉, 마지막 유의 계수의 위치)의 코딩을 스킵하는 TRCC 스킴으로 대체될 수 있다 . 또한, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 (HEVC Rext)에서와 같이 코딩될 계수들을 (예를 들어, 180도) 회전할 수도 있다. 그러한 예들에서, 변환 스킵의 경우에 사용될 코딩 스킴을 시그널링할 필요가 없을 수도 있다. 예를 들어, 변환 스킵 경로가 마지막 위치를 시그널링하지 않고 그리고 코딩될 블록을 잠재적으로 회전시키지 않고 TRCC 스킴을 사용할 것이기 때문에 기존 시그널링은 무손실 코딩을 달성하는 데 사용될 수 있다.

본 개시는 일반적으로 신택스 엘리먼트들과 같은, 소정의 정보를 "시그널링” 하는 것을 참조할 수도 있다. 용어 "시그널링" 은 일반적으로, 인코딩된 비디오 데이터를 디코딩하는데 사용되는 신택스 엘리먼트들에 대한 값들 및/또는 다른 데이터의 통신을 지칭할 수도 있다. 즉, 비디오 인코더 (200) 는 비트스트림에서 신택스 엘리먼트들에 대한 값들을 시그널링할 수도 있다. 일반적으로, 시그널링은 비트스트림에서 값을 생성하는 것을 지칭한다. 상기 언급된 바와 같이, 소스 디바이스 (102) 는 목적지 디바이스 (116) 에 의한 추후 취출을 위해 저장 디바이스 (112) 에 신택스 엘리먼트를 저장할 때 발생할 수도 있는 바와 같이, 비실시간으로 또는 실질적으로 실시간으로 비트스트림을 목적지 디바이스 (116) 로 전송할 수도 있다.

도 2a 및 도 2b 는 예시적인 쿼드트리 바이너리 트리 (QTBT) 구조 (130), 및 대응하는 코딩 트리 유닛 (CTU) (132) 을 예시하는 개념적 다이어그램들이다. 실선들은 쿼드트리 스플리팅을 나타내고, 점선들은 바이너리 트리 스플리팅을 나타낸다. 바이너리 트리의 각각의 분할된 (즉, 비-리프) 노드에서, 어떤 분할 타입 (즉, 수평 또는 수직) 이 사용되는지를 표시하기 위해 하나의 플래그가 시그널링되며, 이 예에서, 0 은 수평 분할을 표시하고 1 은 수직 분할을 표시한다. 쿼드트리 분할에 대해, 쿼드트리 노드들은 블록을 동일한 사이즈를 갖는 4개의 서브블록들로 수평으로 및 수직으로 분할하기 때문에 분할 타입을 표시할 필요가 없다. 이에 따라, QTBT 구조 (130) 의 영역 트리 레벨 (즉, 실선들) 에 대한 (분할 정보와 같은) 신택스 엘리먼트들 및 QTBT 구조 (130) 의 예측 트리 레벨 (즉, 점선들) 에 대한 (분할 정보와 같은) 신택스 엘리먼트들을, 비디오 인코더 (200) 가 인코딩할 수도 있고 비디오 디코더 (300) 가 디코딩할 수도 있다. QTBT 구조 (130) 의 종단 리프 노드들에 의해 표현된 CU들에 대한, 예측 및 변환 데이터와 같은 비디오 데이터를, 비디오 인코더 (200) 가 인코딩할 수도 있고 비디오 디코더 (300) 가 디코딩할 수도 있다.

일반적으로, 도 2b 의 CTU (132) 는 제 1 및 제 2 레벨들에서 QTBT 구조 (130) 의 노드들에 대응하는 블록들의 사이즈들을 정의하는 파라미터들과 연관될 수도 있다. 이들 파라미터들은 CTU 사이즈 (샘플들에서 CTU (132) 의 사이즈를 나타냄), 최소 쿼드트리 사이즈 (MinQTSize, 최소 허용된 쿼드트리 리프 노드 사이즈를 나타냄), 최대 바이너리 트리 사이즈 (MaxBTSize, 최대 허용된 바이너리 트리 루트 노드 사이즈를 나타냄), 최대 바이너리 트리 심도 (MaxBTDepth, 최대 허용된 바이너리 트리 심도를 나타냄), 및 최소 바이너리 트리 사이즈 (MinBTSize, 최소 허용된 바이너리 트리 리프 노드 사이즈를 나타냄) 를 포함할 수도 있다.

CTU 에 대응하는 QTBT 구조의 루트 노드는 QTBT 구조의 제 1 레벨에서 4 개의 자식 노드들을 가질 수도 있으며, 이들의 각각은 쿼드트리 파티셔닝에 따라 파티셔닝될 수도 있다. 즉, 제 1 레벨의 노드들은 리프 노드들 (자식 노드들을 갖지 않음) 이거나 또는 4 개의 자식 노드들을 갖는다. QTBT 구조 (130) 의 예는 그러한 노드들을, 브랜치들에 대한 실선들을 갖는 자식 노드들 및 부모 노드를 포함하는 것으로서 나타낸다. 제 1 레벨의 노드들이 최대 허용된 이진 트리 루트 노드 사이즈 (MaxBTSize) 보다 크지 않으면, 그 노드들은 개별의 이진 트리들에 의해 추가로 파티셔닝될 수 있다. 하나의 노드의 이진 트리 스플리팅은, 스플리팅으로부터 발생하는 노드들이 최소 허용된 이진 트리 리프 노드 사이즈 (MinBTSize) 또는 최대 허용된 이진 트리 심도 (MaxBTDepth) 에 도달할 때까지 반복될 수 있다. QTBT 구조 (130) 의 예는 그러한 노드들을, 브랜치들에 대한 점선들을 갖는 것으로서 나타낸다. 이진 트리 리프 노드는, 어떠한 추가의 파티셔닝도 없이, 예측 (예컨대, 인트라-픽처 또는 인터-픽처 예측) 및 변환을 위해 사용되는 코딩 유닛 (CU) 으로서 지칭된다. 상기 논의된 바와 같이, CU들은 또한, "비디오 블록들" 또는 "블록들" 로서 지칭될 수도 있다.

QTBT 파티셔닝 구조의 일 예에 있어서, CTU 사이즈는 128x128 (루마 샘플들 및 2 개의 대응하는 64x64 크로마 샘플들) 로서 설정되고, MinQTSize 는 16x16 으로서 설정되고, MaxBTSize 는 64x64 로서 설정되고, (폭 및 높이 양자 모두에 대한) MinBTSize 는 4 로서 설정되고, 그리고 MaxBTDepth 는 4 로서 설정된다. 쿼드트리 파티셔닝은 쿼드-트리 리프 노드들을 생성하기 위해 먼저 CTU 에 적용된다. 쿼드트리 리프 노드들은 16x16 (즉, MinQTSize) 으로부터 128x128 (즉, CTU 사이즈) 까지의 사이즈를 가질 수도 있다. 리프 쿼드트리 노드가 128x128 이면, 사이즈가 MaxBTSize (즉, 이 예에서 64x64) 를 초과하기 때문에, 리프 쿼드트리 노드는 바이너리 트리에 의해 추가로 분할되지 않을 것이다. 그렇지 않으면, 리프 쿼드트리 노드는 이진 트리에 의해 추가로 파티셔닝될 것이다. 따라서, 쿼드트리 리프 노드는 또한 이진 트리에 대한 루트 노드이고 이진 트리 심도를 0 으로서 는다. 바이너리 트리 심도가 MaxBTDepth (이 예에서는 4) 에 도달할 때, 추가의 스플릿팅이 허용되지 않는다. 바이너리 트리 노드가 MinBTSize (이 예에서 4) 와 동일한 폭을 가질 경우, 그것은 추가의 수평 분할이 허용되지 않음을 암시한다. 유사하게, MinBTSize 와 동일한 높이를 갖는 바이너리 트리 노드는, 그 바이너리 트리 노드에 대해 추가의 수직 분할이 허용되지 않음을 암시한다. 상기 언급된 바와 같이, 바이너리 트리의 리프 노드들은 CU들로서 지칭되고, 추가의 파티셔닝 없이 예측 및 변환에 따라 추가로 프로세싱된다.

도 3 은 본 개시의 기법들을 수행할 수도 있는 예시적인 비디오 인코더 (200) 를 예시하는 블록 다이어그램이다. 도 3 은 설명의 목적들을 위해 제공되고, 본 개시에서 폭넓게 예시화 및 설명된 바와 같은 기법들의 한정으로 고려되어서는 안된다. 설명의 목적들로, 본 개시는 (VVC 로도 불리는) H.266 비디오 코딩 표준 및 (HEVC 로도 불리는) H.265 비디오 코딩 표준과 같은 비디오 코딩 표준들의 컨텍스트에서 비디오 인코더 (200) 를 설명한다. 그러나, 본 개시의 기법들은 이들 비디오 코딩 표준들에 한정되지 않으며, 일반적으로 비디오 인코딩 및 디코딩에 적용가능하다.

도 3 의 예에서, 비디오 인코더 (200) 는 비디오 데이터 메모리 (230), 모드 선택 유닛 (202), 잔차 생성 유닛 (204), 변환 프로세싱 유닛 (206), 양자화 유닛 (208), 역 양자화 유닛 (210), 역 변환 프로세싱 유닛 (212), 복원 유닛 (214), 필터 유닛 (216), 디코딩된 픽처 버퍼 (DPB) (218), 및 엔트로피 인코딩 유닛 (220) 을 포함한다. 비디오 데이터 메모리 (230), 모드 선택 유닛 (202), 잔차 생성 유닛 (204), 변환 프로세싱 유닛 (206), 양자화 유닛 (208), 역 양자화 유닛 (210), 역 변환 프로세싱 유닛 (212), 재구성 유닛 (214), 필터 유닛 (216), DPB (218), 및 엔트로피 인코딩 유닛 (220) 중 임의의 것 또는 전부는 하나 이상의 프로세서들에서 또는 프로세싱 회로부에서 구현될 수도 있다. 예를 들어, 비디오 인코더 (200) 의 유닛들은 하드웨어 회로부의 부분으로서, 또는 프로세서, ASIC, 또는 FPGA 의 부분으로서 하나 이상의 회로들 또는 로직 엘리먼트들로서 구현될 수도 있다. 더욱이, 비디오 인코더 (200) 는 이들 및 다른 기능들을 수행하기 위해 부가 또는 대안의 프로세서들 또는 프로세싱 회로부를 포함할 수도 있다.

비디오 데이터 메모리 (230) 는 비디오 인코더 (200) 의 컴포넌트들에 의해 인코딩될 비디오 데이터를 저장할 수도 있다.　 비디오 인코더 (200) 는 예를 들어, 비디오 소스 (104) (도 1) 로부터 비디오 데이터 메모리 (230) 에 저장된 비디오 데이터를 수신할 수도 있다. 　 DPB (218) 는 비디오 인코더 (200) 에 의한 후속 비디오 데이터의 예측에 사용하기 위해 레퍼런스 비디오 데이터를 저장하는 레퍼런스 픽처 메모리로서 작용할 수도 있다.　 비디오 데이터 메모리 (230) 및 DPB (218) 는 동기식 동적 랜덤 액세스 메모리 (SDRAM) 을 포함한 동적 랜덤 액세스 메모리 (DRAM), 자기저항성 RAM (MRAM), 저항성 RAM (RRAM), 또는 다른 타입들의 메모리 디바이스들과 같은 다양한 메모리 디바이스들 중 임의의 것에 의해 형성될 수도 있다.　 비디오 데이터 메모리 (230) 및 DPB (218) 는 동일한 메모리 디바이스 또는 개별 메모리 디바이스들에 의해 제공될 수도 있다. 　다양한 예들에서, 비디오 데이터 메모리 (230) 는 예시된 바와 같이 비디오 인코더 (200) 의 다른 컴포넌트들과 온-칩이거나, 또는 그 컴포넌트들에 대하여 오프-칩일 수도 있다.

본 개시에서, 비디오 데이터 메모리 (230) 에 대한 참조는 이처럼 구체적으로 기재되지 않으면 비디오 인코더 (200) 내부의 메모리 또는 이처럼 구체적으로 기재되지 않으면 비디오 인코더 (200) 외부의 메모리로 제한되는 것으로 해석되지 않아야 한다. 오히려, 비디오 데이터 메모리 (230) 에 대한 참조는 비디오 인코더 (200) 가 인코딩을 위해 수신하는 비디오 데이터 (예를 들어, 인코딩될 현재 블록에 대한 비디오 데이터) 를 저장하는 레퍼런스 메모리로서 이해되어야 한다. 도 1 의 메모리 (106) 는 또한 비디오 인코더 (200) 의 다양한 유닛들로부터의 출력들의 일시적 저장을 제공할 수도 있다.

도 3 의 다양한 유닛들은 비디오 인코더 (200) 에 의해 수행되는 동작들의 이해를 보조하기 위해 예시된다. 유닛들은 고정 기능 회로들, 프로그래밍가능 회로들, 또는 이들의 조합으로서 구현될 수도 있다. 고정 기능 회로들은 특정 기능성을 제공하는 회로들을 지칭하고, 수행될 수 있는 동작들에 대해 미리 설정된다. 프로그래밍가능 회로들은 다양한 태스크들을 수행하도록 프로그래밍될 수 있는 회로들을 지칭하고, 수행될 수 있는 동작들에 유연한 기능을 제공한다. 예를 들어, 프로그래밍가능 회로들은, 프로그래밍가능 회로들로 하여금 소프트웨어 또는 펌웨어의 명령들에 의해 정의된 방식으로 동작하게 하는 소프트웨어 또는 펌웨어를 실행할 수도 있다. 고정 기능 회로들은 (예를 들어, 파라미터들을 수신하거나 또는 파라미터들을 출력하기 위해) 소프트웨어 명령들을 실행할 수도 있지만, 고정 기능 회로들이 수행하는 동작들의 타입들은 일반적으로 불변이다. 일부 예들에서, 유닛들의 하나 이상은 별개의 회로 블록들 (고정 기능 또는 프로그램가능) 일 수도 있고, 일부 예들에서, 유닛들의 하나 이상은 집적 회로들일 수도 있다.

비디오 인코더 (200) 는 프로그램가능 회로들로부터 형성된, 산술 로직 유닛 (arithmetic logic unit; ALU) 들, 기본 기능 유닛 (elementary function unit; EFU) 들, 디지털 회로들, 아날로그 회로들, 및/또는 프로그램가능 코어들을 포함할 수도 있다. 비디오 인코더 (200) 의 동작들이 프로그램가능 회로들, 메모리 (106) 에 의해 실행되는 소프트웨어를 사용하여 수행되는 예들에서, 메모리 (106) (도 1) 는 비디오 인코더 (200) 가 수신하고 실행하는 소프트웨어의 명령들 (예를 들어, 오브젝트 코드) 을 저장할 수 있거나, 또는 (도시되지 않은) 비디오 인코더 (200) 내의 다른 메모리가 그러한 명령들을 저장할 수도 있다.

비디오 데이터 메모리 (230) 는 수신된 비디오 데이터를 저장하도록 구성된다. 비디오 인코더 (200) 는 비디오 데이터 메모리 (230) 로부터 비디오 데이터의 픽처를 취출하고 비디오 데이터를 잔차 생성 유닛 (204) 및 모드 선택 유닛 (202) 에 제공할 수도 있다. 비디오 데이터 메모리 (230) 에서의 비디오 데이터는 인코딩될 원시 비디오 데이터일 수도 있다.

모드 선택 유닛 (202) 은 모션 추정 유닛 (222), 모션 보상 유닛 (224), 및 인트라-예측 유닛 (226) 을 포함한다. 모드 선택 유닛 (202) 은 다른 예측 모드들에 따라 비디오 예측을 수행하기 위해 추가적인 기능 유닛들을 포함할 수도 있다. 예들로서, 모드 선택 유닛 (202) 은 팔레트 유닛, 인트라-블록 카피 유닛 (이는 모션 추정 유닛 (222) 및/또는 모션 보상 유닛 (224) 의 부분일 수도 있음), 아핀 유닛, 선형 모델 (LM) 유닛 등을 포함할 수도 있다.

모드 선택 유닛 (202) 은 일반적으로 인코딩 파라미터들의 조합들 및 그러한 조합들에 대한 결과의 레이트-왜곡 값들을 테스트하기 위해 다중 인코딩 패스들을 조정한다. 인코딩 파라미터들은 CTU들의 CU들로의 파티셔닝, CU들에 대한 예측 모드들, CU들의 잔차 데이터에 대한 변환 타입들, CU들의 잔차 데이터에 대한 양자화 파라미터들 등을 포함할 수도 있다. 모드 선택 유닛 (202) 은 궁극적으로 다른 테스트된 조합들보다 우수한 레이트-왜곡 값들을 갖는 인코딩 파라미터들의 조합을 선택할 수도 있다.

비디오 인코더 (200) 는 비디오 데이터 메모리 (230) 로부터 취출된 픽처를 일련의 CTU들로 파티셔닝하고, 슬라이스 내에 하나 이상의 CTU들을 캡슐화할 수도 있다. 모드 선택 유닛 (202) 은 상기 설명된 HEVC 의 쿼드트리 구조 또는 QTBT 구조와 같은, 트리 구조에 따라 픽처의 CTU 를 파티셔닝할 수도 있다. 상기 설명된 바와 같이, 비디오 인코더 (200) 는 트리 구조에 따라 CTU 를 파티셔닝하는 것으로부터 하나 이상의 CU들을 형성할 수도 있다. 그러한 CU 는 일반적으로 "비디오 블록" 또는 "블록" 으로도 또한 지칭될 수도 있다.

일반적으로, 모드 선택 유닛 (202) 은 또한 그의 컴포넌트들 (예를 들어, 모션 추정 유닛 (222), 모션 보상 유닛 (224), 및 인트라-예측 유닛 (226)) 을 제어하여 현재 블록 (예를 들어, 현재 CU, 또는 HEVC 에서, PU 및 TU 의 오버랩하는 부분) 에 대한 예측 블록을 생성한다. 현재 블록의 인터-예측을 위해, 모션 추정 유닛 (222) 은 하나 이상의 레퍼런스 픽처들 (예를 들어, DPB (218) 에 저장된 하나 이상의 이전에 코딩된 픽처들) 에서 하나 이상의 근접하게 매칭하는 레퍼런스 블록들을 식별하기 위해 모션 탐색을 수행할 수도 있다. 특히, 모션 추정 유닛 (222) 은, 예를 들어, 절대 차이의 합 (SAD), 제곱 차이들의 합 (SSD), 평균 절대 차이 (MAD), 평균 제곱 차이들 (MSD) 등에 따라, 잠재적 레퍼런스 블록이 현재 블록에 얼마나 유사한지를 나타내는 값을 계산할 수도 있다. 모션 추정 유닛 (222) 은 일반적으로 고려되는 레퍼런스 블록과 현재 블록 사이의 샘플 별 차이들을 사용하여 이들 계산들을 수행할 수도 있다. 모션 추정 유닛 (222) 은 현재 블록에 가장 근접하게 매칭하는 레퍼런스 블록을 표시하는, 이러한 계산들로부터 야기되는 최저 값을 갖는 레퍼런스 블록을 식별할 수도 있다.

모션 추정 유닛 (222) 은 현재 픽처에서의 현재 블록의 포지션에 대한 레퍼런스 픽처들에서의 레퍼런스 블록들의 포지션들을 정의하는 하나 이상의 모션 벡터들 (MV들) 을 형성할 수도 있다. 모션 추정 유닛 (222) 은 그 후 모션 벡터들을 모션 보상 유닛 (224) 에 제공할 수도 있다. 예를 들어, 단방향 인터-예측에 대해, 모션 추정 유닛 (222) 은 단일 모션 벡터를 제공할 수도 있는 반면, 양방향 인터-예측에 대해, 모션 추정 유닛 (222) 은 2 개의 모션 벡터들을 제공할 수도 있다. 그 후, 모션 보상 유닛 (224) 은 모션 벡터들을 사용하여 예측 블록을 생성할 수도 있다. 예를 들어, 모션 보상 유닛 (224) 은 모션 벡터를 사용하여 레퍼런스 블록의 데이터를 취출할 수도 있다. 다른 예로서, 모션 벡터가 분수 샘플 정밀도를 갖는다면, 모션 보상 유닛 (224) 은 하나 이상의 보간 필터들에 따라 예측 블록에 대한 값들을 보간할 수도 있다. 또한, 양방향 인터-예측에 대해, 모션 보상 유닛 (224) 은 개별의 모션 벡터들에 의해 식별된 2 개의 레퍼런스 블록들에 대한 데이터를 취출하고, 예를 들어 샘플 별 평균화 또는 가중된 평균화를 통해 취출된 데이터를 결합할 수도 있다.

다른 예로서, 인트라-예측, 또는 인트라-예측 코딩에 대해, 인트라-예측 유닛 (226) 은 현재 블록에 이웃하는 샘플들로부터 예측 블록을 생성할 수도 있다. 예를 들어, 방향성 모드들에 대해, 인트라-예측 유닛 (226) 은 일반적으로 이웃 샘플들의 값들을 수학적으로 결합하고 현재 블록에 걸쳐 정의된 방향에서 이들 계산된 값들을 파퓰레이트하여 예측 블록을 생성할 수도 있다. 또 다른 예로서, DC 모드에 대해, 인트라-예측 유닛 (226) 은 현재 블록에 대한 이웃 샘플들의 평균을 계산하고 예측 블록을 생성하여 예측 블록의 각각의 샘플에 대해 이러한 결과의 평균을 포함할 수도 있다.

모드 선택 유닛 (202) 은 예측 블록을 잔차 생성 유닛 (204) 에 제공한다. 잔차 생성 유닛 (204) 은 비디오 데이터 메모리 (230) 로부터의 현재 블록의 원시의, 코딩되지 않은 버전 및 모드 선택 유닛 (202) 으로부터의 예측 블록을 수신한다. 잔차 생성 유닛 (204) 은 현재 블록과 예측 블록 사이의 샘플 별 차이를 계산한다. 결과의 샘플 별 차이들은 현재 블록에 대한 잔차 블록을 정의한다. 일부 예들에서, 잔차 생성 유닛 (204) 은 또한 잔차 차분 펄스 코드 변조 (residual differential pulse code modulation; RDPCM) 를 사용하여 잔차 블록을 생성하기 위해 잔차 블록에서의 샘플 값들 사이의 차이들을 결정할 수도 있다. 일부 예들에서, 잔차 생성 유닛 (204) 은 이진 감산 (binary subtraction) 을 수행하는 하나 이상의 감산 회로들을 사용하여 형성될 수도 있다.

모드 선택 유닛 (202) 이 CU들을 PU들로 파티셔닝하는 예들에서, 각각의 PU 는 루마 예측 유닛 및 대응하는 크로마 예측 유닛들과 연관될 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 는 다양한 사이즈를 갖는 PU들을 지원할 수도 있다. 상기 나타낸 바와 같이, CU 의 사이즈는 CU 의 루마 코딩 블록의 사이즈를 지칭할 수도 있고 PU 의 사이즈는 PU 의 루마 예측 유닛의 사이즈를 지칭할 수도 있다. 특정 CU 의 사이즈가 2Nx2N 임을 가정하면, 비디오 인코더 (200) 는 인트라-예측을 위해 2Nx2N 또는 NxN 의 PU 사이즈들을 지원하고, 인터-예측을 위해 2Nx2N, 2NxN, Nx2N, NxN, 기타 등등의 대칭적인 PU 사이즈들을 지원할 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 는 또한, 인터-예측을 위해 2NxnU, 2NxnD, nLx2N, 및 nRx2N 의 PU 사이즈에 대한 비대칭적 파티셔닝을 지원할 수도 있다.

모드 선택 유닛 (202) 이 CU 를 PU들로 추가로 파티셔닝하지 않는 예들에서, 각각의 CU 는 루마 코딩 블록 및 대응하는 크로마 코딩 블록들과 연관될 수도 있다. 위에서와 같이, CU 의 사이즈는 CU 의 루마 코딩 블록의 사이즈를 지칭할 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 는 2Nx2N, 2NxN, 또는 Nx2N 의 CU 크기들을 지원할 수도 있다.

몇몇 예들로서, 인트라-블록 카피 모드 코딩, 아핀-모드 코딩, 및 선형 모델 (LM) 모드 코딩과 같은 다른 비디오 코딩 기법들에 대해, 모드 선택 유닛 (202) 은 코딩 기법들과 연관된 개별의 유닛들을 통해, 인코딩되는 현재 블록에 대한 예측 블록을 생성한다. 팔레트 모드 코딩과 같은 일부 예들에서, 모드 선택 유닛 (202) 은 예측 블록을 생성하지 않을 수도 있고, 대신 선택된 팔레트에 기초하여 블록을 재구성하는 방식을 표시하는 신택스 엘리먼트들을 생성할 수도 있다. 그러한 모드들에서, 모드 선택 유닛 (202) 은 이들 신택스 엘리먼트들을 인코딩될 엔트로피 인코딩 유닛 (220) 에 제공할 수도 있다.

상기 설명된 바와 같이, 잔차 생성 유닛 (204) 은 현재 블록 및 대응하는 예측 블록에 대한 비디오 데이터를 수신한다. 잔차 생성 유닛 (204) 은 그 후 현재 블록에 대한 잔차 블록을 생성한다. 잔차 블록을 생성하기 위해, 잔차 생성 유닛 (204) 은 현재 블록과 예측 블록 사이의 샘플 별 차이들을 계산한다.

변환 프로세싱 유닛 (206) 은 잔차 블록에 하나 이상의 변환들을 적용하여 변환 계수들의 블록 (본 명세서에서는 "변환 계수 블록" 으로 지칭됨) 을 생성한다. 변환 프로세싱 유닛 (206) 은 다양한 변환들을 잔차 블록에 적용하여 변환 계수 블록을 형성할 수도 있다. 예를 들어, 변환 프로세싱 유닛 (206) 은 이산 코사인 변환 (DCT), 방향성 변환, Karhunen-Loeve 변환 (KLT), 또는 개념적으로 유사한 변환을 잔차 블록에 적용할 수도 있다. 일부 예들에서, 변환 프로세싱 유닛 (206) 은 잔차 블록에 대한 다중 변환들, 예를 들어 1 차 변환 및 2 차 변환, 이를 테면 회전 변환을 수행할 수도 있다. 일부 예들에서, 변환 프로세싱 유닛 (206) 은 잔차 블록에 변환들을 적용하지 않는다.

양자화 유닛 (208) 은 양자화된 변환 계수 블록을 생성하기 위해 변환 계수 블록에서의 변환 계수들을 양자화할 수도 있다. 양자화 유닛 (208) 은 현재 블록과 연관된 양자화 파라미터 (QP) 값에 따라 변환 계수 블록의 변환 계수들을 양자화할 수도 있다. 비디오 인코더 (200) 는 (예컨대, 모드 선택 유닛 (202) 을 통해) CU 와 연관된 QP 값을 조정함으로써 현재 블록과 연관된 변환 계수 블록들에 적용되는 양자화도를 조정할 수도 있다. 양자화는 정보의 손실을 도입할 수도 있으며, 따라서, 양자화된 변환 계수들은 변환 프로세싱 유닛 (206) 에 의해 생성된 원래 변환 계수들보다 더 낮은 정밀도를 가질 수도 있다.

도 3 에 점선으로 나타낸 바와 같이, 일부 예들에서, 변환 프로세싱 유닛(206) 및 양자화 유닛(208) 중 하나 또는 둘 모두가 바이패스될 수 있다. 예를 들어, 모드 선택 유닛 (202) 은 블록이 변환 스킵 모드로 인코딩되어야 함을 결정할 수도 있다. 변환 스킵된 블록에 대해, 변환 프로세싱 유닛(206)에 대한 동작들은 바이패스될 수 있고, 양자화 유닛(208)에 대한 동작들은 바이패스될 수 있다.

역 양자화 유닛 (210) 및 역 변환 프로세싱 유닛 (212) 은 각각 양자화된 변환 계수 블록에 역 양자화 및 역 변환들을 적용하여, 변환 계수 블록으로부터 잔차 블록을 재구성할 수도 있다. 하나 이상의 변환 및 양자화가 스킵되는 예에서, 역양자화 유닛(210) 및 역변환 프로세싱 유닛(212)의 동작은 점선으로 표시된 바와 같이 유사하게 스킵될 수 있다.

재구성 유닛 (214) 은 모드 선택 유닛 (202) 에 의해 생성된 예측 블록 및 재구성된 잔차 블록에 기초하여 (잠재적으로 어느 정도의 왜곡을 가짐에도 불구하고) 현재 블록에 대응하는 재구성된 블록을 생성할 수도 있다. 예를 들어, 재구성 유닛 (214) 은 재구성된 잔차 블록의 샘플들을, 모드 선택 유닛 (202) 에 의해 생성된 예측 블록으로부터의 대응하는 샘플들에 가산하여 재구성된 블록을 생성할 수도 있다.

필터 유닛 (216) 은 재구성된 블록에 대해 하나 이상의 필터 동작들을 수행할 수도 있다. 예를 들어, 필터 유닛 (216) 은 CU들의 에지들을 따라 블록화 아티팩트들 (blockiness artifacts) 을 감소시키기 위해 디블록킹 동작들을 수행할 수도 있다. 필터 유닛 (216) 의 동작들은 일부 예들에서 스킵될 수도 있다.

비디오 인코더 (200) 는 DPB (218) 에 재구성된 블록들을 저장한다. 예를 들어, 필터 유닛 (216) 의 동작들이 필요하지 않은 예들에서, 재구성 유닛 (214) 은 재구성된 블록들을 DPB (218) 에 저장할 수도 있다. 필터 유닛 (216) 의 동작들이 필요한 예들에서, 필터 유닛 (216) 은 필터링된 재구성된 블록들을 DPB (218) 에 저장할 수도 있다. 모션 추정 유닛 (222) 및 모션 보상 유닛 (224) 은 재구성된 (및 잠재적으로 필터링된) 블록들로부터 형성된 DPB (218) 로부터 레퍼런스 픽처를 취출하여, 후속 인코딩된 픽처들의 블록들을 인터-예측할 수도 있다. 또한, 인트라-예측 유닛 (226) 은 현재 픽처에서의 다른 블록들을 인트라-예측하기 위해 현재 픽처의 DPB (218) 에서 재구성된 블록들을 사용할 수도 있다.

일반적으로, 엔트로피 인코딩 유닛 (220) 은 비디오 인코더 (200) 의 다른 기능 컴포넌트들로부터 수신된 신택스 엘리먼트들을 엔트로피 인코딩할 수도 있다. 예를 들어, 엔트로피 인코딩 유닛 (220) 은 양자화 유닛 (208) 으로부터 양자화된 변환 계수 블록들을 엔트로피 인코딩할 수도 있다. 다른 예로서, 엔트로피 인코딩 유닛 (220) 은 모드 선택 유닛 (202) 으로부터 예측 신택스 엘리먼트들 (예를 들어, 인트라-예측에 대한 인트라-모드 정보 또는 인터-예측에 대한 모션 정보) 을 엔트로피 인코딩할 수도 있다. 엔트로피 인코딩 유닛 (220) 은 엔트로피-인코딩된 데이터를 생성하기 위해, 비디오 데이터의 다른 예인, 신택스 엘리먼트들에 대해 하나 이상의 엔트로피 인코딩 동작들을 수행할 수도 있다. 예를 들어, 엔트로피 인코딩 유닛 (220) 은 컨텍스트-적응적 가변 길이 코딩 (CAVLC) 동작, CABAC 동작, V2V (variable-to-variable) 길이 코딩 동작, 신택스 기반 컨텍스트-적응적 이진 산술 코딩 (SBAC) 동작, 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩 동작, 지수-골롬 인코딩 동작, 또는 다른 타입의 엔트로피 인코딩 동작을 데이터에 대해 수행할 수도 있다. 일부 예들에서, 엔트로피 인코딩 유닛 (220) 은 신택스 엘리먼트들이 엔트로피 인코딩되지 않는 바이패스 모드에서 동작할 수도 있다.

변환이 수행되는 일부 예들에서, 엔트로피 인코딩 유닛 (220) 은 변환 계수 코딩 (TRCC) 으로 지칭되는 제 1 코딩 스킴을 사용하도록 구성될 수도 있다. 변환이 스킵되는 경우, 엔트로피 인코딩 유닛 (220) 은 변환 스킵 잔차 코딩 (TSRC) 으로 지칭되는 제 2 코딩 스킴을 사용하도록 구성될 수도 있다. 그러나, 본 개시물에서 설명된 예들에서, 변환 스킵된 블록(예를 들어, 변환이 스킵되는 경우)에 대해서도 TRCC가 이용되는 때가 있을 수 있다.

TRCC와 TSRC 사이에는 다양한 차이점이 있을 수 있다. 일례로, TRCC 스킴에서는 마지막 유의 값의 위치를 나타내는 정보가 시그널링된다. TSRC 스킴에서는 마지막 유의 값의 위치를 나타내는 정보를 시그널링하지 않는다. TRCC 스킴에서, 잔차 값들 중의 잔차 값이 임계값보다 큰지 (예를 들어, 1 보다 큰지, 3 보다 큰지 등) 의 여부를 나타내는 플래그들의 수는 잔차 값들 중의 잔차 값이 TSRC 스킴에서의 임계값보다 큰지 여부를 나타내는 플래그들의 수와 상이하다. 다른 예로, TRCC와 TSRC에서 잔차 블록에 대한 스캔 순서가 다를 수 있다(예를 들어, TRCC는 마지막에서 첫 번째 잔차 값 스캔 순서이고, TSRC는 첫 번째에서 마지막 잔차 값 스캔 순서이다).

잔차 생성 유닛 (204) 은 변환 스킵으로 코딩되어야 하는 블록과 예측 블록 간의 차이에 기초하여 잔차 정보 (예를 들어, 잔차 값) 을 결정할 수 있다. 모드 선택 유닛(202)은 잔차 정보에 적용할 코딩 스킴의 유형을 결정할 수 있다 (예를 들어, 코딩 스킴의 유형은 TRCC 또는 TSRC 중 하나이다). 엔트로피 인코딩 유닛 (220) 은 코딩 스킴의 결정된 유형에 기초하여 잔차 정보를 인코딩할 수 있다. 엔트로피 인코딩 유닛 (220) 은 또한 코딩 스킴의 유형을 나타내는 하나 이상의 신택스 엘리먼트들(예를 들어, sh_ts_residual_coding_disabled_flag)을 비디오 비트스트림으로 시그널링할 수도 있다. 일부 예들에서, 엔트로피 인코딩 유닛 (220) 은 임계값 (예를 들어, 4) 보다 작거나 같은 양자화 유닛 (208) 의 양자화 파라미터 (QP) 에 기초하여 하나 이상의 신택스 엘리먼트들을 시그널링할 수도 있다.

다른 예로서, 잔차 생성 유닛 (204) 은 변환 스킵으로 코딩되어야 하는 블록과 예측 블록 간의 차이에 기초하여 잔차 정보를 결정할 수 있다. 엔트로피 인코딩 유닛 (220) 은 마지막 비제로 위치의 코딩의 스킵을 갖는 TRCC 스킴에 기초하여 잔차 정보를 인코딩할 수 있다. 엔트로피 인코딩 유닛(220)은 인코딩된 잔차 정보를 시그널링할 수 있다. 일부 예들에서, 엔트로피 인코딩 유닛 (220) 은 잔차 정보의 회전된 버전에 대해 그의 동작들을 수행할 수도 있다. 또한, 일부 예들에서, 엔트로피 인코딩 유닛 (220) 은 TRCC 스킴이 이용된다는 정보를 시그널링하는 것을 피할 수 있다 (예를 들어, 시그널링하지 않을 수 있다).

비록 위의 예시적인 기법들이 엔트로피 인코딩 유닛 (220) 과 관련하여 설명되었지만, 그 예시적인 기법들은 그렇게 한정되지 않는다. 일부 예들에서, 모드 선택 유닛(202), 또는 모드 선택 유닛(202)과 조합된 엔트로피 인코딩 유닛(220)은 예시적인 기법들을 수행하도록 구성될 수 있다. 더욱이, 일부 예들에서, 비디오 인코더 (200) 의 유닛들의 다양한 조합은 예시적인 기법들을 수행하도록 구성될 수도 있다. 일반적으로, 비디오 인코더 (200) 는 본 개시에 기술된 예시의 기법들을 수행하도록 구성될 수도 있다.

비디오 인코더 (200) 는 픽처 또는 슬라이스의 블록들을 재구성하는데 필요한 엔트로피 인코딩된 신택스 엘리먼트들을 포함하는 비트스트림을 출력할 수도 있다. 특히, 엔트로피 인코딩 유닛 (220) 은 비트스트림을 출력할 수도 있다.

상기 설명된 동작들은 블록과 관련하여 설명된다. 그러한 설명은 루마 코딩 블록 및/또는 크로마 코딩 블록들에 대한 동작들인 것으로 이해되어야 한다. 상기 설명된 바와 같이, 일부 예들에서, 루마 코딩 블록 및 크로마 코딩 블록들은 CU 의 루마 및 크로마 컴포넌트들이다. 일부 예들에서, 루마 코딩 블록 및 크로마 코딩 블록들은 PU 의 루마 및 크로마 컴포넌트들이다.

일부 예들에서, 루마 코딩 블록에 대해 수행되는 동작들은 크로마 코딩 블록들에 대해 반복될 필요가 없다. 하나의 예로서, 크로마 블록들에 대한 모션 벡터 (MV) 및 레퍼런스 픽처를 식별하기 위해 루마 코딩 블록에 대한 MV 및 레퍼런스 픽처를 식별하는 동작들이 반복될 필요는 없다. 오히려, 루마 코딩 블록에 대한 MV 는 크로마 블록들에 대한 MV 를 결정하도록 스케일링될 수도 있고, 레퍼런스 픽처는 동일할 수도 있다. 다른 예로서, 인트라-예측 프로세스는 루마 코딩 블록 및 크로마 코딩 블록들에 대해 동일할 수도 있다.

도 4 는 본 개시의 기법들을 수행할 수도 있는 예시적인 비디오 디코더 (300) 를 예시하는 블록 다이어그램이다. 도 4 는 설명의 목적들을 위해 제공되고, 본 개시에서 폭넓게 예시화 및 설명된 바와 같은 기법들에 대해 한정하는 것은 아니다. 설명의 목적들을 위해, 본 개시는 VVC 및 HEVC 의 기법들에 따라 비디오 디코더 (300) 를 설명한다. 그러나, 본 개시의 기법들은 다른 비디오 코딩 표준들로 구성되는 비디오 코딩 디바이스들에 의해 수행될 수도 있다.

도 4 의 예에서, 비디오 디코더 (300) 는, 코딩된 픽처 버퍼 (CPB) 메모리 (320), 엔트로피 디코딩 유닛 (302), 예측 프로세싱 유닛 (304), 역 양자화 유닛 (306), 역 변환 프로세싱 유닛 (308), 복원 유닛 (310), 필터 유닛 (312), 및 디코딩된 픽처 버퍼 (DPB) (314) 를 포함한다. CPB 메모리 (320), 엔트로피 디코딩 유닛 (302), 예측 프로세싱 유닛 (304), 역 양자화 유닛 (306), 역 변환 프로세싱 유닛 (308), 복원 유닛 (310), 필터 유닛 (312), 및 DPB (314) 중 임의의 것 또는 전부는 하나 이상의 프로세서들에서 또는 프로세싱 회로부에서 구현될 수도 있다. 예를 들어, 비디오 디코더 (300) 의 유닛들은 하드웨어 회로부의 부분으로서, 또는 프로세서, ASIC, 또는 FPGA 의 부분으로서 하나 이상의 회로들 또는 로직 엘리먼트들로서 구현될 수도 있다. 더욱이, 비디오 디코더 (300) 는 이들 및 다른 기능들을 수행하기 위해 추가적인 또는 대안적인 프로세서들 또는 프로세싱 회로부를 포함할 수도 있다.

예측 프로세싱 유닛 (304) 은 모션 보상 유닛 (316) 및 인트라-예측 유닛 (318) 을 포함한다. 예측 프로세싱 유닛 (304) 은 다른 예측 모드들에 따라 예측을 수행하기 위해 추가적인 유닛들을 포함할 수도 있다. 예들로서, 예측 프로세싱 유닛 (304) 은 팔레트 유닛, 인트라-블록 카피 유닛 (모션 보상 유닛 (316) 의 부분을 형성할 수도 있음), 아핀 유닛, 선형 모델 (LM) 유닛 등을 포함할 수도 있다. 다른 예들에서, 비디오 디코더 (300) 는 더 많거나, 더 적거나, 또는 상이한 기능성 컴포넌트들을 포함할 수도 있다.

CPB 메모리 (320) 는, 비디오 디코더 (300) 의 컴포넌트들에 의해 디코딩될 인코딩된 비디오 비트스트림과 같은 비디오 데이터를 저장할 수도 있다.　 CPB 메모리 (320) 에 저장된 비디오 데이터는, 예를 들어 컴퓨터 판독가능 매체 (110) (도 1) 로부터 획득될 수도 있다. 　 CPB 메모리 (320) 는 인코딩된 비디오 비트스트림으로부터 인코딩된 비디오 데이터 (예를 들어, 신택스 엘리먼트들) 를 저장하는 CPB 를 포함할 수도 있다.　 또한, CPB 메모리 (320) 는 비디오 디코더 (300) 의 다양한 유닛들로부터의 출력들을 나타내는 일시적 데이터와 같은, 코딩된 픽처의 신택스 엘리먼트들 이외의 비디오 데이터를 저장할 수도 있다. DPB (314) 는 일반적으로, 인코딩된 비디오 비트스트림의 후속 데이터 또는 픽처들을 디코딩할 때 레퍼런스 비디오 데이터로서 비디오 디코더 (300) 가 출력 및/또는 사용할 수도 있는 디코딩된 픽처들을 저장한다.　 CPB 메모리 (320) 및 DPB (314) 는 SDRAM 을 포함한 DRAM, MRAM, RRAM, 또는 다른 타입들의 메모리 디바이스들과 같은 다양한 메모리 디바이스들 중 임의의 메모리 디바이스에 의해 형성될 수도 있다.　 CPB 메모리 (320) 및 DPB (314) 는 동일한 메모리 디바이스 또는 별도의 메모리 디바이스들에 의해 제공될 수도 있다. 다양한 예들에서, CPB 메모리 (320) 는 비디오 디코더 (300) 의 다른 컴포넌트들과 온-칩이거나, 또는 그 컴포넌트들에 대해 오프-칩일 수도 있다.

추가적으로 또는 대안적으로, 일부 예들에서, 비디오 디코더 (300) 는 메모리 (120) (도 1) 로부터 코딩된 비디오 데이터를 취출할 수도 있다. 즉, 메모리 (120) 는 CPB 메모리 (320) 로 상기 논의된 바와 같이 데이터를 저장할 수도 있다. 마찬가지로, 메모리 (120) 는 비디오 디코더 (300) 의 기능성의 일부 또는 전부가 비디오 디코더 (300) 의 프로세싱 회로에 의해 실행되는 소프트웨어에서 구현될 때, 비디오 디코더 (300) 에 의해 실행될 명령들을 저장할 수도 있다.

도 4 에 도시된 다양한 유닛들은 비디오 디코더 (300) 에 의해 수행되는 동작들의 이해를 돕기 위해 예시된다. 이 유닛들은 고정 기능 회로들, 프로그래밍가능 회로들, 또는 이들의 조합으로서 구현될 수도 있다. 도 3과 유사하게, 도 3 과 유사하게, 고정 기능 회로들은 특정 기능을 제공하는 회로들을 지칭하고, 수행될 수 있는 동작들에 대해 미리설정된다. 프로그래밍가능 회로들은 다양한 태스크들을 수행하도록 프로그래밍될 수 있는 회로들을 지칭하고, 수행될 수 있는 동작들에서 유연한 기능성을 제공한다. 예를 들어, 프로그래밍가능 회로들은, 프로그래밍가능 회로들이 소프트웨어 또는 펌웨어의 명령들에 의해 정의된 방식으로 동작하게 하는 소프트웨어 또는 펌웨어를 실행할 수도 있다. 고정 기능 회로들은 (예를 들어, 파라미터들을 수신하거나 또는 파라미터들을 출력하기 위해) 소프트웨어 명령들을 실행할 수도 있지만, 고정 기능 회로들이 수행하는 동작들의 타입들은 일반적으로 불변이다. 일부 예들에서, 유닛들의 하나 이상은 별개의 회로 블록들 (고정 기능 또는 프로그램가능) 일 수도 있고, 일부 예들에서, 유닛들의 하나 이상은 집적 회로들일 수도 있다.

비디오 디코더 (300) 는 프로그램가능 회로들로부터 형성된, ALU 들, EFU들, 디지털 회로들, 아날로그 회로들, 및/또는 프로그램가능 코어들을 포함할 수도 있다. 비디오 디코더 (300) 의 동작들이 프로그램가능 회로들 상에서 실행하는 소프트웨어에 의해 수행되는 예들에서, 온-칩 또는 오프-칩 메모리는 비디오 디코더 (300) 가 수신하고 실행하는 소프트웨어의 명령들 (예를 들어, 오브젝트 코드) 을 저장할 수도 있다.

엔트로피 디코딩 유닛 (302) 은 인코딩된 비디오 데이터를 CPB 로부터 수신하고, 비디오 데이터를 엔트로피 디코딩하여 신택스 엘리먼트들을 재생할 수도 있다. 예측 프로세싱 유닛 (304), 역 양자화 유닛 (306), 역 변환 프로세싱 유닛 (308), 재구성 유닛 (310), 및 필터 유닛 (312) 은 비트스트림으로부터 추출된 신택스 엘리먼트들에 기초하여 디코딩된 비디오 데이터를 생성할 수도 있다.

일반적으로, 비디오 디코더 (300) 는 블록 별 (block-by-block ) 기반으로 화상을 재구성한다. 비디오 디코더 (300) 는 개별적으로 각각의 블록에 대해 재구성 동작을 수행할 수도 있다 (여기서 현재 재구성되는, 즉 디코딩되는 블록은 "현재 블록" 으로 지칭될 수도 있음).

엔트로피 디코딩 유닛 (302) 은 양자화 파라미터 (QP) 및/또는 변환 모드 표시(들)와 같은 변환 정보 뿐만 아니라, 양자화된 변환 계수 블록의 양자화된 변환 계수들을 정의하는 신택스 엘리먼트들을 엔트로피 디코딩할 수도 있다. 역 양자화 유닛 (306) 은 양자화된 변환 계수 블록과 연관된 QP 를 사용하여, 양자화도 및 유사하게, 역 양자화 유닛 (306) 이 적용할 역 양자화도를 결정할 수도 있다. 역 양자화 유닛 (306) 은 예를 들어, 양자화된 변환 계수들을 역 양자화하기 위해 비트단위 좌측-시프트 동작을 수행할 수도 있다. 따라서, 역 양자화 유닛 (306) 은 변환 계수들을 포함하는 변환 계수 블록을 형성할 수도 있다.

역 양자화 유닛 (306) 이 변환 계수 블록을 형성한 후, 역 변환 프로세싱 유닛 (308) 은 현재 블록과 연관된 잔차 블록을 생성하기 위해 변환 계수 블록에 하나 이상의 역 변환들을 적용할 수도 있다. 예를 들어, 역변환 프로세싱 유닛 (308) 은 역 DCT, 역 정수 변환, 역 Karhunen-Loeve 변환 (KLT), 역 회전 변환, 역 방향성 변환, 또는 다른 역 변환을 변환 계수 블록에 적용할 수도 있다.

도 4 에 점선으로 나타낸 바와 같이, 일부 예들에서, 역변환 프로세싱 유닛(308) 및 역양자화 유닛(306) 중 하나 또는 둘 모두가 바이패스될 수 있다. 예를 들어, 예측 프로세싱 유닛 (304) 은 블록이 변환 스킵 모드로 코딩된다는 정보를 수신할 수도 있다. 예측 프로세싱 유닛(304)은 그 후 역변환 프로세싱 유닛(308)을 위한 동작들이 우회되게 할 수 있고, 일부 예들에서 역양자화 유닛(306)을 위한 동작들이 우회되게 할 수 있다.

하나 이상의 예들에서, 예측 프로세싱 유닛 (304) 은 변환 스킵으로 코딩된 블록의 잔차 정보에 적용되는 코딩 스킴의 유형 (예를 들어, 코딩 스킴의 유형은 TRCC 스킴 또는 TSRC 스킴 중 하나 일 수 있음) 을 나타내는 하나 이상의 신택스 엘리먼트들 (예를 들어, 슬라이스 헤더 내의 sh_ts_residual_coding_disabled_flag) 을 수신할 수 있다. 상술된 바와 같이, TRCC와 TSRC 사이에는 다양한 차이점이 있을 수 있다. 일례로, TRCC 스킴에서는 마지막 유의 값의 위치를 나타내는 정보가 파싱된다. TSRC 스킴에서는 마지막 유의 값의 위치를 나타내는 정보를 파싱하지 않는다. TRCC 스킴에서, 잔차 값들 중의 잔차 값이 임계값보다 큰지 (예를 들어, 1 보다 큰지, 3 보다 큰지 등) 의 여부를 나타내는 플래그들의 수는 잔차 값들 중의 잔차 값이 TSRC 스킴에서의 임계값보다 큰지 여부를 나타내는 플래그들의 수와 상이하다. 다른 예로, TRCC와 TSRC에서 잔차 블록에 대한 스캔 순서가 다를 수 있다(예를 들어, TRCC는 마지막에서 첫 번째 잔차 값 스캔 순서이고, TSRC는 첫 번째에서 마지막 잔차 값 스캔 순서이다).

잔차 값들은 블록과 예측 블록 사이의 차이를 나타낸다. 예측 프로세싱 유닛 (304) 은 코딩 스킴의 유형에 기초하여 잔차 값들을 결정할 수 있다. 일부 예들에서, 예측 프로세싱 유닛 (304) 은 임계값 (예를 들어, 4) 보다 작거나 같은 양자화 파라미터 (QP) 에 기초하여 하나 이상의 신택스 엘리먼트들을 수신할 수도 있다.

다른 예로서, 예측 프로세싱 유닛 (304) 은 변환 스킵으로 코딩된 블록에 대한 잔차 정보를 결정할 수도 있고, 여기서 잔차 정보를 결정하는 것은 마지막 비제로 위치의 코딩의 스킵을 갖는 변환 계수 코딩 (TRCC) 방식을 이용하여 잔차 정보를 결정하는 것을 포함한다. 일부 예들에서, 예측 프로세싱 유닛 (304) 은 블록을 재구성하기 전에 결정된 잔차 정보를 회전시킬 수도 있다. 예측 프로세싱 유닛 (304) 은 TRCC 스킴이 이용되어야 한다는 정보를 수신하지 않고 TRCC 스킴을 이용하여 잔차 정보를 결정할 수도 있다.

비록 위의 예시적인 기법들이 예측 프로세싱 유닛 (304) 과 관련하여 설명되었지만, 그 예시적인 기법들은 그렇게 한정되지 않는다. 일부 예들에서, 엔트로피 디코딩 유닛(302), 또는 예측 프로세싱 유닛(304)과 조합된 엔트로피 디코딩 유닛(302)은 예시적인 기법들을 수행하도록 구성될 수 있다. 더욱이, 일부 예들에서, 비디오 디코더 (300) 의 유닛들의 다양한 조합은 예시적인 기법들을 수행하도록 구성될 수도 있다. 일반적으로, 비디오 디코더 (300) 는 본 개시에 기술된 예시의 기법들을 수행하도록 구성될 수도 있다.

또한, 예측 프로세싱 유닛 (304) 은 엔트로피 디코딩 유닛 (302) 에 의해 엔트로피 디코딩된 예측 정보 신택스 엘리먼트들에 따라 예측 블록을 생성한다. 예를 들어, 예측 정보 신택스 엘리먼트들이 현재 블록이 인터-예측됨을 표시하면, 모션 보상 유닛 (316) 은 예측 블록을 생성할 수도 있다. 이 경우에, 예측 정보 신택스 엘리먼트들은 레퍼런스 블록을 취출할 DPB (314) 에서의 레퍼런스 픽처 뿐만 아니라 현재 픽처에서의 현재 블록의 위치에 대한 레퍼런스 픽처에서의 레퍼런스 블록의 위치를 식별하는 모션 벡터를 표시할 수도 있다. 모션 보상 유닛 (316) 은 일반적으로 모션 보상 유닛 (224) (도 3) 에 대하여 설명된 것과 실질적으로 유사한 방식으로 인터-예측 프로세스를 수행할 수도 있다.

다른 예로서, 예측 정보 신택스 엘리먼트들이 현재 블록이 인트라-예측됨을 표시하면, 인트라-예측 유닛 (318) 은 예측 정보 신택스 엘리먼트들에 의해 표시된 인트라-예측 모드에 따라 예측 블록을 생성할 수도 있다. 다시, 인트라-예측 유닛 (318) 은 일반적으로 인트라-예측 유닛 (226) (도 3) 에 대하여 설명된 것과 실질적으로 유사한 방식으로 인트라-예측 프로세스를 수행할 수도 있다. 인트라-예측 유닛 (318) 은 DPB (314) 로부터 현재 블록에 대한 이웃 샘플들의 데이터를 취출할 수도 있다.

재구성 유닛 (310) 은 예측 블록 및 잔차 블록을 사용하여 현재 블록을 재구성할 수도 있다. 예를 들어, 재구성 유닛 (310) 은 잔차 블록의 샘플들을 예측 블록의 대응하는 샘플들에 가산하여 현재 블록을 재구성할 수도 있다.

필터 유닛 (312) 은 재구성된 블록들에 대해 하나 이상의 필터 동작들을 수행할 수도 있다. 예를 들어, 필터 유닛 (312) 은 재구성된 블록들의 에지들을 따라 블록화 아티팩트를 감소시키기 위해 디블록킹 동작들을 수행할 수도 있다. 필터 유닛 (312) 의 동작들이 모든 예들에서 반드시 수행되는 것은 아니다.

비디오 디코더 (300) 는 DPB (314) 에 재구성된 블록들을 저장할 수도 있다. 예를 들어, 필터 유닛 (312) 의 동작들이 수행되지 않는 예들에서, 재구성 유닛 (310) 은 재구성된 블록들을 DPB (314) 에 저장할 수도 있다. 필터 유닛 (312) 의 동작들이 수행되는 예들에서, 필터 유닛 (312) 은 필터링된 복원된 블록들을 DPB (314) 에 저장할 수도 있다. 위에 논의된 바와 같이, DPB (314) 는 예측 프로세싱 유닛 (304) 에 인트라-예측을 위한 현재 픽처의 샘플들 및 후속 모션 보상을 위해 이전에 디코딩된 픽처들와 같은 레퍼런스 정보를 제공할 수도 있다. 더욱이, 비디오 디코더 (300) 는 도 1 의 디스플레이 디바이스 (118) 와 같은 디스플레이 디바이스 상에의 후속 프리젠테이션을 위해 DPB (314) 로부터 디코딩된 픽처들 (예컨대, 디코딩된 비디오) 을 출력할 수도 있다. 예를 들어, 디스플레이 디바이스(118)는 재구성된 블록을 포함하는 픽처를 디스플레이할 수 있다.

도 5 는 현재의 블록을 인코딩하는 예시의 방법을 도시하는 플로우챠트이다. 현재 블록은 현재 CU 를 포함할 수도 있다. 비디오 인코더 (200) (도 1 및 도 3) 의 프로세싱 회로와 관련하여 설명되었지만, 다른 디바이스들이 도 5 의 그것과 유사한 방법을 수행하도록 구성될 수도 있음을 이해해야 한다.

비디오 인코더 (200) 의 프로세싱 회로는 변환 스킵으로 코딩되어야 하는 블록과 예측 블록 간의 차이에 기초하여 잔차 값을 결정할 수 있다 (350). 변환 스킵에서, 잔차 값은 샘플 도메인에서 주파수 도메인으로 변환되지 않는다. 예를 들어, 변환 프로세싱 유닛(206)의 동작은 바이패스될 수 있다.

비디오 인코더 (200) 의 프로세싱 회로는 잔차 값에 적용할 제1 유형의 코딩 스킴과 제2 유형의 코딩 스킴 사이에서의 코딩 스킴의 유형을 결정할 수 있다 (352). 일 예로서, 제 1 유형의 코딩 스킴은 변환 계수 코딩(TRCC)이고, 제 2 유형의 코딩 스킴은 변환 스킵 잔차 코딩(TSRC)이다. 비디오 인코더 (200) 는 어떤 코딩 스킴이 비디오 압축과 균형을 이룬 우수한 비디오 품질을 제공하는지를 나타내는 레이트-왜곡 분석에 기초하여 코딩 스킴의 유형을 결정할 수도 있다.

TRCC 스킴에서는 마지막 유의 값의 위치를 표시하는 정보를 시그널링하지만, TSRC 스킴에서는 마지막 유의 값의 위치를 표시하는 정보를 시그널링하지 않는다. TRCC 스킴에서, 잔차 값들 중의 잔차 값이 임계값보다 큰지 (예를 들어, 1 보다 큰지, 3 보다 큰지 등) 의 여부를 나타내는 플래그들의 수는 잔차 값들 중의 잔차 값이 TSRC 스킴에서의 임계값보다 큰지 여부를 나타내는 플래그들의 수와 상이하다. TRCC와 TSRC에서 잔차 블록에 대한 스캔 순서가 다를 수 있다(예를 들어, TRCC는 마지막에서 첫 번째 잔차 값 스캔 순서이고, TSRC는 첫 번째에서 마지막 잔차 값 스캔 순서이다). 위는 TRCC와 TSRC가 상이한 코딩 스킴들인 몇 가지 예시적인 방식이며 예시적인 방식들이 모든 경우에 완전하거나 필요한 것으로 간주되지 않아야한다.

비디오 인코더 (200) 의 프로세싱 회로는 코딩 스킴의 결정된 유형에 기초하여 잔차 값들을 인코딩할 수 있다 (354). 예를 들어, TSRC가 결정된 유형의 코딩 스킴인 경우, 프로세싱 회로는 마지막 유의 값의 위치를 시그널링하지 않을 수도 있고, TSRC에 따라 임계 플래그들 초과를 시그널링할 수도 있고, 첫 번째로부터 마지막으로 스캔할 수도 있다. TRCC가 코딩 스킴의 결정된 유형이면, 프로세싱 회로는 마지막 유의 값의 위치를 시그널링할 수 있고, TRCC에 따라 임계 플래그들 초과를 시그널링을 할 수 있고, 마지막에서 첫 번째로 스캔할 수 있다.

비디오 인코더 (200) 의 프로세싱 회로는 잔차 값에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 표시하는 하나 이상의 신택스 엘리먼트들을, 비디오 비트스트림으로 시그널링할 수 있다 (356). 예를 들어, 프로세싱 회로는 TRCC 또는 TSRC 스킴이 잔차 값에 적용되는지 여부를 나타내기 위해 슬라이스 헤더에서 sh_ts_residual_coding_disabled_flag를 시그널링할 수 있다.

도 6 은 현재 블록을 디코딩하기 위한 예시적인 방법을 예시하는 플로우차트이다. 현재 블록은 현재 CU 를 포함할 수도 있다. 비디오 디코더 (300) (도 1 및 도 4) 의 프로세싱 회로와 관련하여 설명되었지만, 다른 디바이스들이 도 6 의 그것과 유사한 방법을 수행하도록 구성될 수도 있음을 이해해야 한다.

비디오 디코더 (300) 의 프로세싱 회로는 변환 스킵으로 코딩된 블록의 잔차 값에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 표시하는 비디오 데이터의 하나 이상의 신택스 엘리먼트들을, 비디오 비트스트림으로부터 수신할 수 있다 (370). 잔차 값은 블록과 예측 블록 간의 차이를 나타내며, 변환 스킵에서 잔차 값은 샘플 영역으로부터 주파수 영역으로 변환되지 않는다. 즉, 잔차 값은 이미 샘플 도메인에 있다.

일 예로서, 하나 이상의 신택스 엘리먼트들을 수신하기 위해, 비디오 디코더 (300) 의 프로세싱 회로는 변환 스킵으로 코딩된 블록의 잔차 값에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더 내의 플래그 (예를 들어, sh_ts_residual_coding_disabled_flag) 를 수신할 수 있다. 일부 예들에서, 비디오 디코더 (300) 의 프로세싱 회로는 변환 스킵이 인에이블되는지 여부를 표시하는 제 1 플래그(예를 들어, sps_transform_skip_enabled_flag)를 수신할 수도 있다. 하나 이상의 신택스 엘리먼트를 수신하기 위해, 비디오 디코더 (300) 의 프로세싱 회로는 변환 스킵이 인에이블되는 것을 나타내는 제 1 플래그에 기초하여 코딩 스킴의 제 1 유형이 적용되는지 또는 코딩 스킴의 제 2 유형이 적용되는지를 표시하는 슬라이스 헤더에서의 제 2 플래그(예를 들어, sh_ts_residual_coding_disabled_flag)를 파싱할 수도 있다.

일부 예들에서, 제 1 유형의 코딩 스킴은 변환 계수 코딩(TRCC)스킴이고, 제 2 유형의 코딩 스킴은 변환 스킵 잔차 코딩(TSRC)스킴이다. TRCC 스킴에서는 마지막 유의 값의 위치를 표시하는 정보를 파싱하지만, TSRC 스킴에서는 마지막 유의 값의 위치를 표시하는 정보를 파싱하지 않는다. TRCC 스킴에서, 잔차 값들 중의 잔차 값이 임계값보다 큰지 (예를 들어, 1 보다 큰지, 3 보다 큰지 등) 의 여부를 나타내는 플래그들의 수는 잔차 값들 중의 잔차 값이 TSRC 스킴에서의 임계값보다 큰지 여부를 나타내는 플래그들의 수와 상이하다. TRCC와 TSRC에서 잔차 블록에 대한 스캔 순서가 다를 수 있다(예를 들어, TRCC는 마지막에서 첫 번째 잔차 값 스캔 순서이고, TSRC는 첫 번째에서 마지막 잔차 값 스캔 순서이다).

비디오 디코더 (300) 의 프로세싱 회로는 하나 이상의 신택스 엘리먼트들에 기초하여 잔차 값들에 적용할 코딩 스킴의 유형을 결정할 수도 있다 (372). 예를 들어, sh_ts_residual_coding_disabled_flag가 참이면, 비디오 디코더(300)의 프로세싱 회로는 TRCC가 인에이블되는 것으로 결정할 수도 있다. sh_ts_residual_coding_disabled_flag가 거짓이면, 비디오 디코더(300)의 프로세싱 회로는 TSRC가 인에이블되는 것으로 결정할 수도 있다.

비디오 디코더 (300) 의 프로세싱 회로는 코딩 스킴의 결정된 유형에 기초하여 잔차 값들을 결정할 수 있다 (374). 예를 들어, TSRC가 결정된 유형의 코딩 스킴인 경우, 프로세싱 회로는 마지막 유의 값의 위치를 파싱하지 않을 수도 있고, TSRC에 따라 임계 플래그들 초과를 파싱할 수도 있고, 첫 번째로부터 마지막으로 스캔할 수도 있다. TRCC가 코딩 스킴의 결정된 유형이면, 프로세싱 회로는 마지막 유의 값의 위치를 파싱할 수 있고, TRCC에 따라 임계 플래그들 초과를 파싱할 수 있고, 마지막에서 첫 번째로 스캔할 수 있다. 또한, 블록이 변환 스킵으로 코딩되기 때문에, 잔차 값들을 결정하기 위해, 비디오 디코더 (300) 의 프로세싱 회로는 잔차 값에 역변환을 적용하지 않고 잔차 값을 결정할 수도 있다.

비디오 디코더 (300) 의 프로세싱 회로는 결정된 잔차 값들 및 예측 블록에 기초하여 블록을 재구성할 수도 있다 (376). 비디오 디코더 (300) 의 프로세싱 회로는 블록을 재구성하기 위해 예측 블록에 잔차 값들을 가산할 수도 있다.

다음은 개별적으로 또는 조합하여 수행될 수 있는 하나 이상의 예시적인 기법들이다.

예 1. 비디오 데이터를 디코딩하는 방법으로서, 그 방법은 변환 스킵으로 코딩된 블록의 잔차 정보에 적용된 코딩 스킴의 유형을 나타내는 하나 이상의 신택스 엘리먼트를 수신하는 단계로서, 잔차 정보는 블록과 예측 블록 간의 차이를 표시하는, 상기 하나 이상의 신택스 엘리먼트를 수신하는 단계; 코딩 스킴의 유형에 기초하여 잔차 정보를 결정하는 단계; 및 결정된 잔차 정보 및 예측 블록에 기초하여 블록을 재구성하는 단계를 포함한다.

예 2. 비디오 데이터를 인코딩하는 방법으로서, 그 방법은 변환 스킵으로 코딩되어야 하는 블록과 예측 블록 간의 차이에 기초하여 잔차 정보를 결정하는 단계; 잔차 정보에 적용할 코딩 스킴의 유형을 결정하는 단계; 결정된 유형의 코딩 스킴에 기초하여 잔차 정보를 인코딩하는 단계; 및 코딩 스킴의 유형을 나타내는 하나 이상의 신택스 엘리먼트를 시그널링하는 단계를 포함한다.

예 3. 예 1 또는 예 2 에 있어서, 코딩 스킴의 유형은 변환 계수 코딩(TRCC) 스킴 또는 변환 스킵 잔차 코딩(TSRC) 중 하나를 포함한다.

예 4. 예 1 내지 예 3 중 어느 하나에 있어서, 잔차 정보를 결정하는 단계는 잔차 정보에 변환 또는 역변환을 적용하지 않고 잔차 정보를 결정하는 단계를 포함한다.

예 5. 예 1, 예 3 및 예 4 중 어느 하나에 있어서, 하나 이상의 신택스 엘리먼트를 수신하는 단계는 임계값 이하인 양자화 파라미터(QP)에 기초하여 하나 이상의 신택스 엘리먼트를 수신하는 단계를 포함한다.

예 6. 예 2 내지 예 4 중 어느 하나에 있어서, 코딩 스킴의 유형을 표시하는 하나 이상의 신택스 엘리먼트를 시그널링하는 단계는 임계값 이하인 양자화 파라미터(QP)에 기초하여 하나 이상의 신택스 엘리먼트를 시그널링하는 단계를 포함한다.

예 7. 예 5 또는 예 6 에 있어서, 임계값은 4 이다.

예 8. 비디오 데이터를 디코딩하는 방법으로서, 그 방법은 변환 스킵으로 코딩된 블록에 대한 잔차 정보를 결정하는 단계로서, 잔차 정보를 결정하는 단계는 마지막 비제로 위치의 코딩의 스킵을 갖는 변환 계수 코딩(TRCC) 스킴을 이용하여 잔차 정보를 결정하는 단계를 포함하고, 및 상기 잔차 정보는 블록과 예측 블록 간의 차이를 나타내는, 상기 잔차 정보를 결정하는 단계; 및 잔차 정보 및 예측 블록에 기초하여 블록을 재구성하는 단계를 포함한다.

예 9. 비디오 데이터를 인코딩하는 방법으로서, 그 방법은 변환 스킵으로 코딩된 블록에 대한 잔차 정보를 결정하는 단계로서, 잔차 정보는 블록과 예측 블록 사이의 차이를 나타내는, 상기 잔차 정보를 결정하는 단계; 마지막 비제로 위치의 코딩의 스킵을 갖는 변환 계수 코딩 (TRCC) 스킴에 기초하여 잔차 정보를 인코딩하는 단계; 및 인코딩된 잔차 정보를 시그널링하는 단계를 포함한다.

예 10. 예 9 에 있어서, 블록을 재구성하기 전에 결정된 잔차 정보를 회전시키는 단계를 더 포함한다.

예 11. 예 9에 있어서, 잔차 정보를 인코딩하기 전에 잔차 정보를 회전시키는 단계를 더 포함한다.

예 12. 예 8 또는 예 9 에 있어서, 회전시키는 단계는 180 도 만큼 회전시키는 단계를 포함한다.

예 13. 예 8, 예 10, 및 예 12 중 어느 하나에 있어서, TRCC 스킴을 이용하여 잔차 정보를 결정하는 단계는 TRCC 스킴이 이용되어야 한다는 정보를 수신하지 않고 TRCC 스킴을 이용하여 잔차 정보를 결정하는 단계를 포함한다.

예 14. 예 9, 예 11 및 예 12 중 어느 하나에 있어서, TRCC 스킴이 이용된다는 정보의 시그널링을 피하는 단계를 더 포함한다.

예 15. 예 1, 3-5, 7, 8, 10, 12 및 13 중 어느 하나 또는 조합을 포함하는 방법.

예 16. 예 2-4, 6, 7, 9, 11, 12 및 14 중 임의의 하나 또는 조합을 포함하는 방법.

예 17. 비디오 데이터를 디코딩하기 위한 디바이스로서, 그 디바이스는 비디오 데이터를 저장하도록 구성된 메모리 및 예 15 의 방법을 수행하도록 구성된 프로세싱 회로를 포함한다.

예 18. 비디오 데이터를 인코딩하기 위한 디바이스로서, 그 디바이스는 비디오 데이터를 저장하도록 구성된 메모리 및 예 16 의 방법을 수행하도록 구성된 프로세싱 회로를 포함한다.

예 19. 예 17 또는 예 18 에 있어서, 디코딩된 비디오 데이터를 디스플레이하도록 구성된 디스플레이를 더 포함한다.

예 20. 예 17-19 중 어느 하나에 있어서, 그 디바이스는 카메라, 컴퓨터, 모바일 디바이스, 브로드캐스트 수신기 디바이스, 셋톱 박스, 또는 무선 통신 디바이스 중 하나 이상을 포함한다.

예 21. 예들 17, 19, 및 20 중 어느 하나에 있어서, 프로세싱 회로는 비디오 디코더를 포함한다.

예 22. 예들 18-20 중 어느 하나에 있어서, 프로세싱 회로는 비디오 인코더를 포함한다.

예 23. 명령들을 저장한 컴퓨터 판독가능 저장 매체로서, 그 명령들은 실행될 때, 하나 이상의 프로세서들로 하여금 예 15 또는 16 의 방법을 수행하게 한다.

예 24. 비디오 데이터를 코딩하기 위한 디바이스로서, 그 디바이스는 예 15 또는 예 16 의 방법을 수행하는 수단을 포함한다.

예에 의존하여, 본 명세서에서 설명된 기법들의 임의의 특정 행위들 또는 이벤트들은 상이한 시퀀스로 수행될 수 있고, 전체적으로 부가되거나 병합되거나 또는 제거될 수도 있음 (예를 들어, 설명된 모든 행위들 또는 이벤트들이 그 기법들의 실시를 위해 필수적인 것은 아님) 이 인식되어야 한다. 더욱이, 특정 예들에 있어서, 행위들 또는 이벤트들은 순차적인 것보다는, 예를 들어, 다중-스레딩된 프로세싱, 인터럽트 프로세싱, 또는 다중의 프로세서들을 통해 동시에 수행될 수도 있다.

하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 그 임의의 조합으로 구현될 수도 있다.　 소프트웨어로 구현되면, 그 기능들은 컴퓨터 판독가능 매체 상의 하나 이상의 명령 또는 코드로서 저장되거나 송신될 수도 있고 하드웨어 기반 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터 판독가능 매체는, 데이터 저장 매체와 같은 유형의 매체에 대응하는 컴퓨터 판독가능 저장 매체, 또는 예를 들면, 통신 프로토콜에 따라, 일 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 가능하게 하는 임의의 매체를 포함하는 통신 매체를 포함할 수도 있다. 이런 방식으로, 컴퓨터 판독가능 매체는 일반적으로, (1) 비일시적인 유형의 컴퓨터 판독가능 저장 매체 또는 (2) 신호 또는 캐리어 파와 같은 통신 매체에 대응할 수도 있다. 　데이터 저장 매체들은 본 개시에서 설명된 기법들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다.　 컴퓨터 프로그램 제품이 컴퓨터 판독가능 매체를 포함할 수도 있다.

제한이 아닌 일 예로, 이러한 컴퓨터 판독가능 저장 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 스토리지, 자기 디스크 스토리지, 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다.　 또한, 임의의 커넥션이 컴퓨터 판독가능 매체로 적절히 명명된다. 예를 들어, 동축 케이블, 광섬유 케이블, 꼬임쌍선, 디지털 가입자 라인 (DSL), 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들을 이용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 소프트웨어가 송신된다면, 동축 케이블, 광섬유 케이블, 꼬임쌍선, DSL, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들은 매체의 정의에 포함된다. 하지만, 컴퓨터 판독가능 저장 매체 및 데이터 저장 매체는 접속, 캐리어 파, 신호 또는 다른 일시적 매체를 포함하는 것이 아니라, 대신에 비일시적, 유형의 저장 매체에 관련된다는 것이 이해되야 한다. 본 명세서에서 사용된 바와 같은 디스크 (disk) 및 디스크 (disc) 는 컴팩트 디스크 (CD), 레이저 디스크, 광학 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 블루레이 디스크를 포함하며, 여기서, 디스크 (disk) 는 통상적으로 데이터를 자기적으로 재생하지만 디스크 (disc) 는 레이저를 이용하여 데이터를 광학적으로 재생한다. 상기의 조합들이 또한, 컴퓨터 판독가능 매체들의 범위 내에 포함되어야 한다.

명령들은 하나 이상의 프로세서, 이를테면 하나 이상의 DSP (digital signal processor), 범용 마이크로프로세서, ASIC (application specific integrated circuit), FPGA (field programmable logic array), 또는 다른 등가 집적 또는 이산 로직 회로에 의해 실행될 수도 있다. 따라서, 본 명세서에서 사용된 바와 같이 용어들 "프로세서" 및 “프로세싱 회로부”는 전술한 구조들 중 임의의 것 또는 본 명세서 설명된 기법들의 구현에 적합한 임의의 다른 구조를 지칭할 수도 있다. 부가적으로, 일부 양태들에 있어서, 본 명세서에서 설명된 기능성은 인코딩 및 디코딩을 위해 구성되거나 또는 결합된 코덱에서 통합된 전용 하드웨어 및/또는 소프트웨어 모듈들 내에 제공될 수도 있다. 또한, 그 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들에서 완전히 구현될 수도 있다.

본 개시의 기법들은 무선 핸드셋, 집적 회로 (IC) 또는 IC 들의 세트 (예를 들면, 칩 세트) 를 포함하는, 매우 다양한 디바이스들 또는 장치들에서 구현될 수도 있다. 다양한 컴포넌트들, 모듈들, 또는 유닛들은 개시된 기법들을 수행하도록 구성된 디바이스들의 기능적 양태들을 강조하기 위해 본 개시에 설명되지만, 상이한 하드웨어 유닛들에 의한 실현을 반드시 요구하는 것은 아니다. 오히려, 상기 설명된 바와 같이, 다양한 유닛들은 코덱 하드웨어 유닛에서 결합되거나 또는 적합한 소프트웨어 및/또는 펌웨어와 함께, 상기 설명된 바와 같은 하나 이상의 프로세서들을 포함하는, 상호동작가능한 하드웨어 유닛들의 콜렉션에 의해 제공될 수도 있다.

다양한 예들이 설명되었다. 이들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.

Claims

비디오 데이터를 디코딩하는 방법으로서,
비디오 비트스트림으로부터, 변환 스킵으로 코딩된 비디오 데이터의 블록의 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 상기 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 수신하는 단계로서, 상기 잔차 값들은 상기 블록과 예측 블록 간의 차이를 나타내며, 변환 스킵에서, 상기 잔차 값들은 샘플 도메인에서 주파수 도메인으로 변환되지 않는, 상기 하나 이상의 신택스 엘리먼트들을 수신하는 단계;
상기 하나 이상의 신택스 엘리먼트들에 기초하여 상기 잔차 값들에 적용할 코딩 스킴의 유형을 결정하는 단계;
결정된 상기 코딩 스킴의 유형에 기초하여 상기 잔차 값들을 결정하는 단계; 및
결정된 상기 잔차 값들 및 상기 예측 블록에 기초하여 상기 블록을 재구성하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
제 1 항에 있어서,
상기 제 1 유형의 코딩 스킴은 변환 계수 코딩 (TRCC) 스킴이고, 상기 제 2 유형의 코딩 스킴은 변환 스킵 잔차 코딩 (TSRC) 스킴인, 비디오 데이터를 디코딩하는 방법.
제 2 항에 있어서,
상기 TRCC 스킴에서, 마지막 유의 값의 위치를 나타내는 정보는 파싱되고, 상기 TSRC 스킴에서, 상기 마지막 유의 값의 상기 위치를 나타내는 정보는 파싱되지 않는, 비디오 데이터를 디코딩하는 방법.
제 2 항에 있어서,
상기 TRCC 스킴에서, 상기 잔차 값들 중의 잔차 값이 임계값보다 큰지 여부를 나타내는 플래그들의 수는 상기 TSRC 스킴에서 상기 잔차 값들 중의 상기 잔차 값이 상기 임계값보다 큰지 여부를 나타내는 플래그들의 수와 상이한, 비디오 데이터를 디코딩하는 방법.
제 1 항에 있어서,
상기 잔차 값들을 결정하는 단계는 상기 잔차 값들에 역변환을 적용하지 않고 상기 잔차 값들을 결정하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
제 1 항에 있어서,
상기 하나 이상의 신택스 엘리먼트들을 수신하는 단계는 변환 스킵으로 코딩된 상기 블록의 상기 잔차 값들에 상기 제 1 유형의 코딩 스킴 또는 상기 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더에서의 플래그를 수신하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
제 1 항에 있어서,
변환 스킵이 인에이블되는지 여부를 나타내는 제 1 플래그를 수신하는 단계를 더 포함하고,
상기 하나 이상의 신택스 엘리먼트들을 수신하는 단계는 변환 스킵이 인에이블되는 것을 나타내는 상기 제 1 플래그에 기초하여 상기 제 1 유형의 코딩 스킴 또는 상기 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더에서의 제 2 플래그를 파싱하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
제 1 항에 있어서,
상기 하나 이상의 신택스 엘리먼트들을 수신하는 단계는 임계값 이하인 양자화 파라미터 (QP) 에 기초하여 상기 하나 이상의 신택스 엘리먼트들을 수신하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
비디오 데이터를 인코딩하는 방법으로서,
변환 스킵으로 코딩되어야 하는 비디오 데이터의 블록과 예측 블록 간의 차이에 기초하여 잔차 값들을 결정하는 단계로서, 변환 스킵에서, 상기 잔차 값들은 샘플 도메인에서 주파수 도메인으로 변환되지 않는, 상기 잔차 값들을 결정하는 단계;
상기 잔차 값들에 적용할 제 1 유형의 코딩 스킴과 제 2 유형의 코딩 스킴 사이에서 코딩 스킴의 유형을 결정하는 단계;
결정된 상기 코딩 스킴의 유형에 기초하여 상기 잔차 값들을 인코딩하는 단계; 및
상기 잔차 값들에 상기 제 1 유형의 코딩 스킴 또는 상기 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 상기 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 비디오 비트스트림으로 시그널링하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법.
제 9 항에 있어서,
상기 제 1 유형의 코딩 스킴은 변환 계수 코딩 (TRCC) 스킴이고, 상기 제 2 유형의 코딩 스킴은 변환 스킵 잔차 코딩 (TSRC) 스킴인, 비디오 데이터를 인코딩하는 방법.
제 9 항에 있어서,
상기 하나 이상의 신택스 엘리먼트들을 시그널링하는 단계는 상기 잔차 값들에 상기 제 1 유형의 코딩 스킴 또는 상기 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더에서의 플래그를 시그널링하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법.
제 9 항에 있어서,
상기 하나 이상의 신택스 엘리먼트들을 시그널링하는 단계는 임계값 이하인 양자화 파라미터 (QP) 에 기초하여 상기 하나 이상의 신택스 엘리먼트들을 시그널링하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법.
비디오 데이터를 디코딩하기 위한 디바이스로서,
비디오 데이터를 저장하도록 구성된 메모리; 및
상기 메모리에 커플링된 프로세싱 회로를 포함하고,
상기 프로세싱 회로는:
비디오 비트스트림으로부터, 변환 스킵으로 코딩된 비디오 데이터의 블록의 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 상기 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 수신하는 것으로서, 상기 잔차 값들은 상기 블록과 예측 블록 간의 차이를 나타내며, 변환 스킵에서, 상기 잔차 값들은 샘플 도메인에서 주파수 도메인으로 변환되지 않는, 상기 하나 이상의 신택스 엘리먼트들을 수신하고;
상기 하나 이상의 신택스 엘리먼트들에 기초하여 상기 잔차 값들에 적용할 코딩 스킴의 유형을 결정하며;
결정된 상기 코딩 스킴의 유형에 기초하여 상기 잔차 값들을 결정하고; 및
결정된 상기 잔차 값들 및 상기 예측 블록에 기초하여 상기 블록을 재구성하도록 구성된, 비디오 데이터를 디코딩하기 위한 디바이스.
제 13 항에 있어서,
상기 제 1 유형의 코딩 스킴은 변환 계수 코딩 (TRCC) 스킴이고, 상기 제 2 유형의 코딩 스킴은 변환 스킵 잔차 코딩 (TSRC) 스킴인, 비디오 데이터를 디코딩하기 위한 디바이스.
제 14 항에 있어서,
상기 TRCC 스킴에서, 마지막 유의 값의 위치를 나타내는 정보는 파싱되고, 상기 TSRC 스킴에서, 상기 마지막 유의 값의 상기 위치를 나타내는 정보는 파싱되지 않는, 비디오 데이터를 디코딩하기 위한 디바이스.
제 14 항에 있어서,
상기 TRCC 스킴에서, 상기 잔차 값들 중의 잔차 값이 임계값보다 큰지 여부를 나타내는 플래그들의 수는 상기 TSRC 스킴에서 상기 잔차 값들 중의 상기 잔차 값이 상기 임계값보다 큰지 여부를 나타내는 플래그들의 수와 상이한, 비디오 데이터를 디코딩하기 위한 디바이스.
제 13 항에 있어서,
상기 잔차 값들을 결정하기 위해, 상기 프로세싱 회로는 상기 잔차 값들에 역변환을 적용하지 않고 상기 잔차 값들을 결정하도록 구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
제 13 항에 있어서,
상기 하나 이상의 신택스 엘리먼트들을 수신하기 위해, 상기 프로세싱 회로는 변환 스킵으로 코딩된 상기 블록의 상기 잔차 값들에 상기 제 1 유형의 코딩 스킴 또는 상기 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더에서의 플래그를 수신하도록 구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
제 13 항에 있어서,
상기 프로세싱 회로는, 변환 스킵이 인에이블되는지 여부를 나타내는 제 1 플래그를 수신하도록 구성되고,
상기 하나 이상의 신택스 엘리먼트들을 수신하기 위해, 상기 프로세싱 회로는 변환 스킵이 인에이블되는 것을 나타내는 상기 제 1 플래그에 기초하여 상기 제 1 유형의 코딩 스킴 또는 상기 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 슬라이스 헤더에서의 제 2 플래그를 파싱하도록 구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
제 13 항에 있어서,
상기 하나 이상의 신택스 엘리먼트들을 수신하기 위해, 상기 프로세싱 회로는 임계값 이하인 양자화 파라미터 (QP) 에 기초하여 상기 하나 이상의 신택스 엘리먼트들을 수신하도록 구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
제 13 항에 있어서,
상기 재구성된 블록을 포함하는 픽처를 디스플레이하도록 구성된 디스플레이를 더 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
제 13 항에 있어서,
상기 디바이스는 카메라, 컴퓨터, 모바일 디바이스, 브로드캐스트 수신기 디바이스, 셋톱 박스, 또는 무선 통신 디바이스 중 하나 이상을 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
명령들을 저장한 컴퓨터 판독가능 저장 매체로서,
상기 명령들은, 실행될 때, 하나 이상의 프로세서들로 하여금,
비디오 비트스트림으로부터, 변환 스킵으로 코딩된 비디오 데이터의 블록의 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 상기 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 수신하게 하는 것으로서, 상기 잔차 값들은 상기 블록과 예측 블록 간의 차이를 나타내며, 변환 스킵에서, 상기 잔차 값들은 샘플 도메인에서 주파수 도메인으로 변환되지 않는, 상기 하나 이상의 신택스 엘리먼트들을 수신하게 하고;
상기 하나 이상의 신택스 엘리먼트들에 기초하여 상기 잔차 값들에 적용할 코딩 스킴의 유형을 결정하게 하며;
결정된 상기 코딩 스킴의 유형에 기초하여 상기 잔차 값들을 결정하게 하고; 및
결정된 상기 잔차 값들 및 상기 예측 블록에 기초하여 상기 블록을 재구성하게 하는, 컴퓨터 판독가능 저장 매체.
비디오 데이터를 디코딩하기 위한 디바이스로서,
변환 스킵으로 코딩된 블록의 잔차 값들에 제 1 유형의 코딩 스킴 또는 제 2 유형의 코딩 스킴이 적용되는지 여부를 나타내는 상기 비디오 데이터의 하나 이상의 신택스 엘리먼트들을 수신하는 수단으로서, 상기 잔차 값들은 상기 블록과 예측 블록 간의 차이를 나타내며, 변환 스킵에서, 상기 잔차 값들은 샘플 도메인에서 주파수 도메인으로 변환되지 않는, 상기 하나 이상의 신택스 엘리먼트들을 수신하는 수단;
상기 하나 이상의 신택스 엘리먼트들에 기초하여 상기 잔차 값들에 적용할 코딩 스킴의 유형을 결정하는 수단;
결정된 상기 코딩 스킴의 유형에 기초하여 상기 잔차 값들을 결정하는 수단; 및
결정된 상기 잔차 값들 및 상기 예측 블록에 기초하여 상기 블록을 재구성하는 수단을 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.