KR101963054B1 - 인트라 bc 및 인터 단일화 - Google Patents

Abstract

대체로, 본 개시물은 인트라 블록 복사 및 인터 모드들을 위한 블록 벡터 코딩에 관련된 기법들을 설명한다. 하나의 예에서, 본 개시물은 비디오 데이터를 저장하도록 구성되는 메모리와 하나 이상의 프로세서들을 포함하는 비디오 코딩 디바이스를 위한 것이다. 비디오 코딩 디바이스는 현재 비디오 블록을 코딩하기 위해 사용되는 참조 픽처를 결정하고 참조 픽처에 대한 픽처 순서 카운트 (POC) 값을 결정하도록 구성된다. 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일한 것에 응답하여, 비디오 코딩 디바이스는 참조 픽처 리스트가 현재 픽처를 포함함을 표시하도록 신택스 엘리먼트의 값을 설정한다. 그렇지 않으면, 비디오 코딩 디바이스는 참조 픽처 리스트가 현재 픽처를 포함하지 않음을 표시하도록 신택스 엘리먼트의 값을 설정한다.

Description

인트라 BC 및 인터 단일화{INTRA BC AND INTER UNIFICATION}

본 개시물은 다음의 미국 가특허출원들, 즉, 2015년 2월 3일자로 출원된 미국 가특허출원 제62/111,568호; 2014년 12월 4일자로 출원된 미국 가특허출원 제62/087,705호; 및 2014년 10월 7일자로 출원된 미국 가특허출원 제62/061,121호에 관련되며, 그것들의 각각의 전체 내용들은 참조로 본원에 포함된다.

본 개시물은 비디오 코딩에 관한 것이고, 더 상세하게는, 다른 비디오 블록들에 기초한 비디오 블록들의 예측에 관한 것이다.

디지털 비디오 능력들은 디지털 텔레비전들, 디지털 직접 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인 정보 단말기들 (personal digital assistants, PDA들), 랩톱 또는 데스크톱 컴퓨터들, 태블릿 컴퓨터들, e-북 리더들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화기들, 이른바 "스마트 폰들", 비디오 원격회의 디바이스들, 비디오 스트리밍 디바이스들 등을 포함한 넓은 범위의 디바이스들에 통합될 수 있다. 디지털 비디오 디바이스들은 MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, 파트 10, 고급 비디오 코딩 (Advanced Video Coding, AVC) 에 의해 규정된 표준들, 현재 개발중인 고 효율 비디오 코딩 (High Efficiency Video Coding, HEVC) 표준, 및 이러한 표준들의 확장본들에 기재된 것들과 같은 비디오 압축 기법들을 구현한다. 비디오 디바이스들은 이러한 비디오 압축 기법들을 구현하는 것에 의해 디지털 비디오 정보를 더 효율적으로 송신, 수신, 인코딩, 디코딩, 및/또는 저장할 수도 있다.

비디오 압축 기법들은 공간적 (픽처 내) 예측 및/또는 시간적 (픽처 간) 예측을 수행하여 비디오 시퀀스들에 내재하는 리던던시를 감소시키거나 또는 제거한다. 블록 기반 비디오 코딩을 위해, 비디오 슬라이스 (즉, 비디오 프레임 또는 비디오 프레임의 부분) 가 비디오 블록들로 파티셔닝될 수도 있으며, 그 비디오 블록들은 또한 트리블록들 (treeblocks), 코딩 유닛들 (coding units, CU들) 및/또는 코딩 노드들이라고 지칭될 수도 있다. 픽처의 인트라 코딩식 (intra-coded; I) 슬라이스에서의 비디오 블록들은 동일한 픽처의 이웃 블록들에서의 참조 샘플들에 관한 공간적 예측을 사용하여 인코딩된다. 픽처의 인터 코딩식 (inter-coded; P 또는 B) 슬라이스에서의 비디오 블록들은 동일한 픽처의 이웃 블록들에서의 참조 샘플들에 관한 공간적 예측 또는 다른 참조 픽처들에서의 참조 샘플들에 관한 시간적 예측을 사용할 수도 있다. 픽처들은 프레임들이라고 지칭될 수도 있고, 참조 픽처들은 참조 프레임들이라고 지칭될 수도 있다.

공간적 또는 시간적 예측은 코딩될 블록에 대한 예측 블록으로 나타나게 된다. 잔차 데이터는 코딩될 원래의 블록과 예측 블록 사이의 화소 차이들을 나타낸다. 인터 코딩식 블록이 예측 블록을 형성하는 참조 샘플들의 블록을 가리키는 모션 벡터와, 코딩된 블록 및 예측 블록 간의 차이를 나타내는 잔차 데이터에 따라 인코딩된다. 인트라 코딩식 블록이 인트라 코딩 모드 및 잔차 데이터에 따라 인코딩된다. 추가 압축을 위해, 잔차 데이터는 화소 도메인으로부터 변환 도메인으로 변환될 수도 있으며, 결과적으로 잔차 변환 계수들이 생겨나며, 그 계수들은 그 다음에 양자화될 수도 있다. 처음에는 2차원 어레이로 배열된 양자화된 변환 계수들은, 변환 계수들의 1차원 벡터를 생성하기 위하여 스캐닝될 수도 있고, 엔트로피 코딩이 더 많은 압축을 달성하기 위해 적용될 수도 있다.

대체로, 본 개시물은 인트라 블록 복사 (intra block copy) 및 인터 모드들을 위한 블록 벡터 코딩에 관련된 기법들을 설명한다. 다양한 예들에서, 본 개시물의 기법들은 스크린 콘텐츠 코딩 (screen content coding) 과 연계하여 사용될 수도 있다.

하나의 예에서, 본 개시물은 비디오 블록을 인코딩하는 방법을 위한 것인데, 그 방법은, 현재 비디오 블록을 코딩하기 위해 사용되는 참조 픽처를 결정하는 단계; 참조 픽처에 대한 픽처 순서 카운트 (picture order count, POC) 값을 결정하는 단계; 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일한 것에 응답하여, 참조 픽처 리스트가 현재 픽처를 포함함을 표시하도록 신택스 엘리먼트의 값을 설정하는 단계; 및 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과는 상이한 것에 응답하여, 참조 픽처 리스트는 현재 픽처를 포함하지 않음을 표시하도록 신택스 엘리먼트의 값을 설정하는 단계를 포함한다.

다른 예에서, 본 개시물은 비디오 인코딩 디바이스를 위한 것인데, 그 디바이스는, 비디오 데이터를 저장하도록 구성되는 메모리; 및 하나 이상의 프로세서들을 포함하며, 하나 이상의 프로세서들은, 현재 비디오 블록을 코딩하기 위해 사용되는 참조 픽처를 결정하도록; 참조 픽처에 대한 픽처 순서 카운트 (POC) 값을 결정하도록; 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일한 것에 응답하여, 참조 픽처 리스트가 현재 픽처를 포함함을 표시하도록 신택스 엘리먼트의 값을 설정하도록; 그리고 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과는 상이한 것에 응답하여, 참조 픽처 리스트는 현재 픽처를 포함하지 않음을 표시하도록 신택스 엘리먼트의 값을 설정하도록 구성된다.

다른 예에서, 본 개시물은 비디오 인코딩하기 위한 장치를 위한 것인데, 그 장치는, 비디오 블록을 코딩하기 위해 사용되는 참조 픽처를 결정하는 수단; 참조 픽처에 대한 픽처 순서 카운트 (POC) 값을 결정하는 수단; 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일한 것에 응답하여 참조 픽처 리스트가 현재 픽처를 포함함을 표시하도록 신택스 엘리먼트의 값을 설정하는 수단; 및 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과는 상이한 것에 응답하여 참조 픽처 리스트는 현재 픽처를 포함하지 않음을 표시하도록 신택스 엘리먼트의 값을 설정하는 수단을 포함한다.

다른 예에서, 본 개시물은 명령들을 저장하는 컴퓨터 판독가능 저장 매체를 위한 것인데, 그 명령들은, 하나 이상의 프로세서들에 의해 실행되는 경우, 하나 이상의 프로세서들로 하여금, 현재 비디오 블록을 코딩하기 위해 사용되는 참조 픽처를 결정하게 하며; 참조 픽처에 대한 픽처 순서 카운트 (POC) 값을 결정하게 하며; 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일한 것에 응답하여, 참조 픽처 리스트가 현재 픽처를 포함함을 표시하도록 신택스 엘리먼트의 값을 설정하게 하며; 그리고 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과는 상이한 것에 응답하여, 참조 픽처 리스트는 현재 픽처를 포함하지 않음을 표시하도록 신택스 엘리먼트의 값을 설정하게 한다.

다른 예에서, 본 개시물은 비디오 데이터를 디코딩하는 방법을 위한 것인데, 그 방법은, 비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트를 수신하는 단계; 그 신택스 엘리먼트의 값을 결정하는 단계; 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 있음을 신택스 엘리먼트가 표시하는 것에 응답하여, 현재 픽처를 참조 픽처 리스트에 추가하는 단계; 및 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 없음을 신택스 엘리먼트가 표시하는 것에 응답하여, 현재 픽처가 참조 픽처 리스트에 위치되는 것을 제한하는 단계를 포함한다.

다른 예에서, 본 개시물은 비디오 디코딩 디바이스를 위한 것인데, 그 디바이스는, 비디오 데이터를 저장하도록 구성되는 메모리; 하나 이상의 프로세서들을 포함하며, 하나 이상의 프로세서들은, 비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트를 수신하도록; 그 신택스 엘리먼트의 값을 결정하도록; 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 있음을 신택스 엘리먼트가 표시하는 것에 응답하여, 현재 픽처를 참조 픽처 리스트에 추가하도록; 그리고 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 없음을 신택스 엘리먼트가 표시하는 것에 응답하여, 현재 픽처가 참조 픽처 리스트에 위치되는 것을 제한하도록 구성된다.

다른 예에서, 본 개시물은 비디오 인코딩하기 위한 장치를 위한 것인데, 그 장치는, 비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트를 수신하는 수단; 그 신택스 엘리먼트의 값을 결정하는 수단; 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 있음을 신택스 엘리먼트가 표시하는 것에 응답하여, 현재 픽처를 참조 픽처 리스트에 추가하는 수단; 및 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 없음을 신택스 엘리먼트가 표시하는 것에 응답하여, 현재 픽처가 참조 픽처 리스트에 위치되는 것을 제한하는 수단을 포함한다.

다른 예에서, 본 개시물은 명령들을 저장하는 컴퓨터 판독가능 저장 매체를 위한 것인데, 그 명령들은, 하나 이상의 프로세서들에 의해 실행되는 경우, 하나 이상의 프로세서들로 하여금, 비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트를 수신하게 하며; 그 신택스 엘리먼트의 값을 결정하게 하며; 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 있음을 신택스 엘리먼트가 표시하는 것에 응답하여, 현재 픽처를 참조 픽처 리스트에 추가하게 하며; 그리고 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 없음을 신택스 엘리먼트가 표시하는 것에 응답하여, 현재 픽처가 참조 픽처 리스트에 위치되는 것을 제한하게 한다.

개시물의 하나 이상의 예들의 세부사항들은 첨부 도면들 및 다음의 설명에서 언급된다. 본 개시물의 다른 특징들, 목적들, 및 이점들은 상세한 설명 및 도면들로부터, 그리고 청구항들로부터 명확하게 될 것이다.

도 1은 본 개시물에서 설명되는 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 도시하는 블록도이다.
도 2a 내지 도 2c는 비디오 데이터에 대한 상이한 샘플 포맷들을 예시하는 개념도들이다.
도 3은 4:2:0 샘플 포맷에 따라 포맷팅된 16x16 코딩 유닛을 예시하는 개념도이다.
도 4는 4:2:2 샘플 포맷에 따라 포맷팅된 16x16 코딩 유닛을 예시하는 개념도이다.
도 5는 인트라 모션 보상 (intra motion compensation, IMC) 모드의 개념적 예시도를 도시한다.
도 6은 병합 및 AMVP 모드들을 위한 공간적 이웃 모션 벡터 후보들의 예들을 도시한다.
도 7은 인접한 블록들 (P 및 Q) 에 의해 형성된 4-화소 길이 수직 블록 경계의 예시도이다.
도 8은 예시적인 공간적 블록 벡터 후보들을 도시하는 개념도이다.
도 9는 본 개시물에서 설명되는 기법들을 구현할 수도 있는 예시적인 비디오 인코더를 도시하는 블록도이다.
도 10은 본 개시물에서 설명되는 기법들을 구현할 수도 있는 예시적인 비디오 디코더를 도시하는 블록도이다.
도 11은 본 개시물에서 설명되는 하나 이상의 기법들에 따른 예시적인 비디오 인코딩 기법을 도시하는 흐름도이다.
도 12는 본 개시물에서 설명되는 하나 이상의 기법들에 따른 예시적인 비디오 디코딩 기법을 도시하는 흐름도이다.

최근에 개발된 고 효율 비디오 코딩 (HEVC) 표준을 포함하는 다양한 비디오 코딩 표준들은, 현재 코딩되고 있는 블록이 비디오 데이터의 이미 코딩된 블록에 기초하여 예측되는, 비디오 블록들을 위한 예측 코딩 모드들을 포함한다. 인트라 예측 모드에서, 현재 블록은 현재 블록과는 동일한 픽처에서의 하나 이상의 이전에 코딩된, 이웃하는 블록들에 기초하여 예측되는 한편, 인터 예측 모드에서 현재 블록은 상이한 픽처에서의 이미 코딩된 블록에 기초하여 예측된다. 인터 예측 모드에서, 예측 블록으로서 사용하기 위해 이전에 코딩된 프레임의 블록을 결정하는 프로세스는 모션 추정이라고 때때로 지칭되는데, 그 모션 추정은 비디오 인코더에 의해 일반적으로 수행되고, 예측 블록을 식별 및 취출하는 프로세스는 모션 보상이라고 때때로 지칭되는데, 그 모션 보상은 비디오 인코더 및 비디오 디코더들 양쪽 모두에 의해 수행된다.

비디오 인코더가, 다수의 코딩 시나리오들을 사용하여 비디오를 코딩하고 바람직한 레이트-왜곡 트레이드오프를 생성하는 코딩 시나리오를 식별함으로써, 비디오 데이터의 시퀀스를 코딩하는 방법을 통상적으로 결정한다. 특정 비디오 블록에 대한 인트라 예측 코딩 시나리오들을 테스트하는 경우, 비디오 인코더는 통상적으로, 화소들의 이웃하는 행 (즉, 코딩되고 있는 블록 바로 상측의 화소들의 행) 을 테스트하고 화소들의 이웃하는 열 (즉, 코딩되고 있는 블록 바로 좌측의 화소들의 열) 을 테스트한다. 그 반면, 인터 예측 시나리오들을 테스트하는 경우, 비디오 인코더는 통상적으로 훨씬 더 큰 검색 영역에서 후보 예측 블록들을 식별하는데, 그 검색 영역은 비디오 데이터의 이전에 코딩된 프레임에서의 비디오 블록들에 대응한다.

그러나, 특정한 유형들의 비디오 이미지들, 이를테면 텍스트, 심볼들, 또는 반복 패턴들을 포함하는 비디오 이미지들에 대해, 때때로 인트라 블록 복사 (IBC) 모드라고 또한 지칭되는 인트라 모션 보상 (IMC) 모드를 사용함으로써 인트라 예측 및 인터 예측에 대하여 코딩 이점들이 성취될 수 있다는 것이 발견되었다. 본 개시물에서, IMC 모드 및 IBC 모드란 용어들은 교환 가능하다. 예를 들면, IMC 모드라는 용어는 개발자들에 의해 원래 사용되었지만, 나중에 IBC 모드로 수정되었다. IMC 모드에서는, 비디오 인코더가, 인트라 예측 모드에서처럼, 코딩되고 있는 블록과는 동일한 프레임 또는 픽처에서 예측 블록을 검색하지만, 비디오 인코더는, 인터 예측 모드에서처럼, 이웃하는 행들뿐만 아니라 더 넓은 검색 영역을 검색한다.

IMC 모드에서, 비디오 인코더는 예측되고 있는 블록과는 동일한 프레임 또는 픽처 내에서 예측 블록을 식별하기 위한, 때때로 모션 벡터 또는 블록 벡터로서 또한 지칭되는 오프셋 벡터를 결정할 수도 있다. 오프셋 벡터는, 예를 들어, x-성분과 y-성분을 포함하는데, 그 x-성분은 예측되고 있는 비디오 블록과 예측 블록 간의 수평 변위를 식별하고, 그 y-성분은 예측되고 있는 비디오 블록과 예측 블록 간의 수직 변위를 식별한다. 비디오 디코더가, 인코딩된 비트스트림을 디코딩하는 경우, 비디오 인코더에 의해 선택된 예측 블록을 식별하도록 비디오 인코더는, 인코딩된 비트스트림에서, 결정된 오프셋 벡터를 시그널링한다.

본 개시물은 인트라 블록 복사 및 인터 코딩을 효율적으로 단일화하는 기법들을 소개한다. 제안된 기법들은 아마도 높은 비트 깊이 (예컨대, 8 비트를 초과함) 와 4:4:4, 4:2:2, 4:2:0, 4:0:0 등과 같은 상이한 크로마 샘플링 포맷의 지원을 포함하는 스크린 콘텐츠 코딩을 주로 위한 것이지만 그것으로 제한되지 않는다.

도 1은 본 개시물에서 설명되는 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 도시하는 블록도이다. 도 1에 도시된 바와 같이, 시스템 (10) 은 목적지 디바이스 (14) 에 의해 나중에 디코딩될 인코딩된 비디오 데이터를 생성하는 소스 디바이스 (12) 를 포함한다. 소스 디바이스 (12) 와 목적지 디바이스 (14) 는 데스크톱 컴퓨터들, 노트북 (즉, 랩톱) 컴퓨터들, 태블릿 컴퓨터들, 셋톱 박스들, 이른바 "스마트" 폰들과 같은 전화기 핸드셋들, 이른바 "스마트" 패드들, 텔레비전들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 비디오 스트리밍 디바이스 등을 포함하는 매우 다양한 디바이스들 중 임의의 것을 포함할 수도 있다. 일부 경우들에서, 소스 디바이스 (12) 와 목적지 디바이스 (14) 는 무선 통신을 위해 장비될 수도 있다.

목적지 디바이스 (14) 는 디코딩될 인코딩된 비디오 데이터를 링크 (16) 를 통해 수신할 수도 있다. 링크 (16) 는 소스 디바이스 (12) 로부터의 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 이동시킬 수 있는 임의 유형의 매체 또는 디바이스를 포함할 수도 있다. 하나의 예에서, 링크 (16) 는 소스 디바이스 (12) 가 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 직접 실시간으로 송신하는 것을 가능하게 하는 통신 매체를 포함할 수도 있다. 인코딩된 비디오 데이터는 통신 표준, 이를테면 무선 통신 프로토콜에 따라 변조되고 목적지 디바이스 (14) 로 송신될 수도 있다. 통신 매체는 임의의 무선 또는 유선 통신 매체, 이를테면 무선 주파수 (radio frequency, RF) 스펙트럼 또는 하나 이상의 물리적 송신 라인들을 포함할 수도 있다. 통신 매체는 패킷 기반 네트워크, 이를테면 국부 영역 네트워크, 광역 네트워크, 또는 인터넷과 같은 글로벌 네트워크의 부분을 형성할 수도 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스 (12) 로부터 목적지 디바이스 (14) 로의 통신을 용이하게 하는데 유용할 수도 있는 임의의 다른 장비를 포함할 수도 있다.

대안적으로, 인코딩된 데이터는 출력 인터페이스 (22) 로부터 저장 디바이스 (17) 로 출력될 수도 있다. 마찬가지로, 인코딩된 데이터는 입력 인터페이스에 의해 저장 디바이스 (17) 로부터 액세스될 수도 있다. 저장 디바이스 (17) 는 하드 드라이브, 블루 레이 디스크들, DVD들, CD-ROM들, 플래시 메모리, 휘발성 또는 비휘발성 메모리, 또는 인코딩된 비디오 데이터를 저장하기 위한 임의의 다른 적합한 디지털 저장 매체들과 같은 다양한 분산형 또는 국부적으로 액세스되는 데이터 저장 매체들 중 임의의 것을 포함할 수도 있다. 추가의 예에서, 저장 디바이스 (17) 는 소스 디바이스 (12) 에 의해 생성된 인코딩된 비디오를 유지할 수도 있는 파일 서버 또는 다른 중간 저장 디바이스에 해당할 수도 있다. 목적지 디바이스 (14) 는 저장 디바이스 (17) 로부터의 저장된 비디오 데이터에 스트리밍 또는 다운로드를 통해 액세스할 수도 있다. 파일 서버는 인코딩된 비디오 데이터를 저장하고 그 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 송신할 수 있는 임의 유형의 서버일 수도 있다. 예의 파일 서버들은 웹 서버 (예컨대, 웹사이트용), FTP 서버, 네트워크 부속 스토리지 (network attached storage; NAS) 디바이스들, 또는 로컬 디스크 드라이브를 포함한다. 목적지 디바이스 (14) 는 인터넷 접속을 포함하는 임의의 표준 데이터 접속을 통해 인코딩된 비디오 데이터에 액세스할 수도 있다. 이는 무선 채널 (예컨대, Wi-Fi 접속), 유선 접속 (예컨대, DSL, 케이블 모뎀 등), 또는 파일 서버 상에 저장된 인코딩된 비디오 데이터에 액세스하기에 적합한 양쪽 모두의 조합을 포함할 수도 있다. 저장 디바이스 (17) 로부터의 인코딩된 비디오 데이터의 송신은 스트리밍 송신, 다운로드 송신, 또는 양쪽 모두의 조합일 수도 있다.

본 개시물의 기법들은 무선 애플리케이션들 또는 설정 (setting) 들로 반드시 제한되지는 않는다. 그 기법들은, 다양한 멀티미디어 애플리케이션들, 이를테면 OTA (over-the-air) 텔레비전 브로드캐스트들, 케이블 텔레비전 송신들, 위성 텔레비전 송신들, 예컨대, 인터넷을 통한 스트리밍 비디오 송신들 중 임의의 것의 지원 하의 비디오 코딩, 데이터 저장 매체 상의 저장을 위한 디지털 비디오의 인코딩, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션들에 적용될 수도 있다. 일부 예들에서, 시스템 (10) 은 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 및/또는 비디오폰 통화 (video telephony) 와 같은 애플리케이션들을 지원하기 위해 단방향 또는 양방향 비디오 송신을 지원하도록 구성될 수도 있다.

도 1의 예에서, 소스 디바이스 (12) 는 비디오 소스 (18), 비디오 인코더 (20) 및 출력 인터페이스 (22) 를 포함한다. 일부 경우들에서, 출력 인터페이스 (22) 는 변조기/복조기 (모뎀) 및/또는 송신기를 구비할 수도 있다. 소스 디바이스 (12) 에서, 비디오 소스 (18) 는 비디오 캡처 디바이스, 예컨대, 비디오 카메라, 이전에 캡처된 비디오를 담고 있는 비디오 아카이브, 비디오 콘텐츠 제공자로부터 비디오를 수신하는 비디오 피드 인터페이스, 및/또는 컴퓨터 그래픽 데이터를 소스 비디오로서 생성하는 컴퓨터 그래픽 시스템과 같은 소스, 또는 그런 소스들의 조합을 포함할 수도 있다. 하나의 예로서, 비디오 소스 (18) 가 비디오 카메라이면, 소스 디바이스 (12) 와 목적지 디바이스 (14) 는 이른바 카메라 폰들 또는 비디오 폰들을 형성할 수도 있다. 그러나, 본 개시물에서 설명되는 기법들은 일반적으로 비디오 코딩에 적용 가능할 수도 있고, 무선 및/또는 유선 애플리케이션들에 적용될 수도 있다.

캡처된, 사전 캡처된 (pre-captured), 또는 컴퓨터 생성된 비디오는 비디오 인코더 (20) 에 의해 인코딩될 수도 있다. 인코딩된 비디오 데이터는 소스 디바이스 (12) 의 출력 인터페이스 (22) 를 통해 목적지 디바이스 (14) 로 직접 송신될 수도 있다. 인코딩된 비디오 데이터는 또한 (또는 대안으로) 목적지 디바이스 (14) 또는 다른 디바이스들에 의한 디코딩 및/또는 플레이백을 위한 나중의 액세스를 위해 저장 디바이스 (17) 에 저장될 수도 있다.

목적지 디바이스 (14) 는 입력 인터페이스 (28), 비디오 디코더 (30), 및 디스플레이 디바이스 (32) 를 구비한다. 일부 경우들에서, 입력 인터페이스 (28) 는 수신기 및/또는 모뎀을 구비할 수도 있다. 목적지 디바이스 (14) 의 입력 인터페이스 (28) 는 링크 (16) 를 통해 인코딩된 비디오 데이터를 수신한다. 링크 (16) 를 통해 통신되거나 또는 저장 디바이스 (17) 상에 제공된 인코딩된 비디오 데이터는, 비디오 데이터를 디코딩함에 있어서, 비디오 디코더, 이를테면 비디오 디코더 (30) 에 의한 사용을 위해 비디오 인코더 (20) 에 의해 생성된 다양한 신택스 엘리먼트들을 포함할 수도 있다. 이러한 신택스 엘리먼트들은 통신 매체 상에서 송신되는, 저장 매체 상에 저장되는, 또는 파일 서버에 저장되는 인코딩된 비디오 데이터에 포함될 수도 있다.

디스플레이 디바이스 (32) 는 목적지 디바이스 (14) 와 통합되거나, 또는 목적지 디바이스 외부에 있을 수도 있다. 일부 예들에서, 목적지 디바이스 (14) 는 통합형 디스플레이 디바이스를 포함할 수도 있고 또한 외부 디스플레이 디바이스와 인터페이싱하도록 구성될 수도 있다. 다른 예들에서, 목적지 디바이스 (14) 는 디스플레이 디바이스일 수도 있다. 일반적으로, 디스플레이 디바이스 (32) 는 디코딩된 비디오 데이터를 사용자에게 디스플레이하고, 액정 디스플레이 (liquid crystal display, LCD), 플라즈마 디스플레이, 유기 발광 다이오드 (organic light emitting diode, OLED) 디스플레이, 또는 다른 유형의 디스플레이 디바이스와 같은 다양한 디스플레이 디바이스들 중 임의의 것을 포함할 수도 있다.

비디오 인코더 (20) 와 비디오 디코더 (30) 는 비디오 압축 표준, 이를테면 고 효율 비디오 코딩 (HEVC) 에 따라 동작할 수도 있고, HEVC 테스트 모델 (HEVC Test Model, HM) 에 부합할 수도 있다. "HEVC 규격 초안 (Working Draft) 10" 또는 "HEVC WD10"이라고 지칭되는 HEVC 표준의 규격 초안이, 『Bross et al., "Editors' proposed corrections to HEVC version 1," Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11, 13^th Meeting, Incheon, KR, April 2013』에 기재되어 있다. 본 개시물에서 설명되는 기법들은 현재 개발 중인 HEVC 표준의 확장본들에 따라 또한 동작할 수도 있다. 대안으로 또는 추가적으로, 비디오 인코더 (20) 와 비디오 디코더 (30) 는, 다르게는 MPEG-4, 파트 10, 고급 비디오 코딩 (AVC) 이라고 지칭되는 ITU-T H.264 표준과 같은 다른 독점 또는 업계 표준들, 또는 그런 표준들의 확장본들에 따라 동작할 수도 있다. 본 개시물의 기법들은, 그러나, 임의의 특정 코딩 표준으로 제한되지 않는다. 비디오 압축 표준들의 다른 예들은 ITU-T H.261, ISO/IEC MPEG-1 비주얼, ITU-T H.262 또는 ISO/IEC MPEG-2 비주얼, ITU-T H.263, ISO/IEC MPEG-4 비주얼 그리고 SVC (Scalable Video Coding) 및 MVC (Multiview Video Coding) 확장본들을 포함한 ITU-T H.264 (또한 ISO/IEC MPEG-4 AVC로 알려짐) 을 포함한다.

최근에, 새로운 비디오 코딩 표준, 즉 고 효율 비디오 코딩 (HEVC) 이 ITU-T 비디오 코딩 전문가 그룹 (Video Coding Experts Group, VCEG) 및 ISO/IEC 동 화상 전문가 그룹 (Motion Picture Experts Group, MPEG) 의 JCT-VC (Joint Collaboration Team on Video Coding) 에 의해 완결되었다. 최신 HEVC 초안 규격이고 이하에서 HEVC WD라고 지칭되는 것이, 다음으로부터 입수 가능하다: http://phenix.int-evry.fr/jct/doc_end_user/documents/15_Geneva/wg11/JCTVC-O1003-v2.zip. HEVC에 대한 레인지 확장본, 이름하여 HEVC RExt는 JCT-VC에 의해 또한 개발되고 있다. 레인지 확장본들의 최근의 규격 초안 (WD) 이고 이하에서 RExt WD7이라고 지칭하는 것이, http://phenix.int-evry.fr/jct/doc_end_user/documents/17_Valencia/wg11/JCTVC-Q1005-v4.zip으로부터 입수 가능하다.

이 문서에서, JCTVC-Q1003에서와 같은 HEVC 규격 텍스트는 HEVC 버전 1이라고 종종 지칭된다. 레인지 확장 규격은 HEVC의 버전 2가 될 수도 있다. 그러나, 큰 범위에서, 제안된 기법들, 예컨대, 모션 벡터 예측이 관련되는 한, HEVC 버전 1과 레인지 확장 규격은 기술적으로 유사하다. 그러므로 HEVC 버전 1에 기초한 변경들을 언급할 때마다, 동일한 변경들은 레인지 확장 규격에 적용될 수도 있고, HEVC 버전 1 모듈을 재사용할 때마다, HEVC 레인지 확장 모듈 (동일한 하위절들을 가짐) 을 실제로 또한 재사용하고 있다.

최근에, 모션을 갖는 그래픽과 텍스트와 같은 스크린-콘텐츠 자료에 대한 새로운 코딩 도구들의 조사가 요청되었고, 스크린 콘텐츠에 대한 코딩 효율을 개선하는 기술들이 제안되었다. 코딩 효율에서의 상당한 개선들이 신규한 전용 코딩 도구들로 스크린 콘텐츠의 특성들을 활용함으로써 획득될 수 있다는 것이 입증되었기 때문에, 제안 요구서 (Call for Proposals, CfP) 가 스크린 콘텐츠 코딩 (SCC) 을 위한 특정 도구들을 포함하는 고 효율 비디오 코딩 (HEVC) 표준의 장래의 확장본들을 아마도 개발하는 것을 목표로 발행되고 있다. 회사들과 조직들은 이 요구서에 응답하여 제안들을 제출할 것이 요청된다. 이 CfP의 사용 사례들 및 요건들은 MPEG 문서 N14174에 기재되어 있다. 17차 JCT-VC 회합 동안, SCC 테스트 모델 (SCC test model, SCM) 이 확립되었다. SCC의 최근의 규격 초안 (WD) 이 http://phenix.int-evry.fr/jct/doc_end_user/documents/18_Sapporo/wg11/JCTVC-R1005-v3.zip으로부터 입수 가능하다.

비록 도 1에 도시되지 않았지만, 일부 양태들에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 각각 오디오 인코더 및 디코더와 통합될 수도 있고, 적절한 MUX-DEMUX 유닛들, 또는 다른 하드웨어 및 소프트웨어를 포함하여, 공통 데이터 스트림 또는 개별 데이터 스트림들에서의 오디오 및 비디오 양쪽 모두의 인코딩을 핸들링할 수도 있다. 적용 가능하다면, 일부 예들에서, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜, 또는 사용자 데이터그램 프로토콜 (user datagram protocol, UDP) 과 같은 다른 프로토콜들에 부합할 수도 있다.

비디오 인코더 (20) 와 비디오 디코더 (30) 각각은 다양한 적합한 인코더 회로, 이를테면 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (digital signal processors, DSP들), 주문형 집적회로들 (application specific integrated circuits, ASIC들), 필드 프로그램가능 게이트 어레이들 (field programmable gate arrays, FPGA들), 개별 로직, 소프트웨어, 하드웨어, 펌웨어 또는 그것들의 임의의 조합 중 임의의 것으로서 구현될 수도 있다. 그 기법들이 소프트웨어에서 부분적으로 구현되는 경우, 디바이스가 본 개시물의 기법들을 수행하기 위해, 적합한 비일시적 컴퓨터 판독가능 매체 내에 소프트웨어에 대한 명령들을 저장하고 하나 이상의 프로세서들을 사용하여 하드웨어에서 그 명령들을 실행할 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 의 각각은 하나 이상의 인코더들 또는 디코더들 내에 구비될 수도 있고, 그것들 중 어느 하나는 결합형 인코더/디코더 (CODEC) 의 일부로서 각각의 디바이스 내에 통합될 수도 있다.

JCT-VC는 HEVC 표준을 개발하였다. HEVC 표준화 노력들은 HEVC 테스트 모델 (HM) 이라고 지칭되는 비디오 코딩 디바이스의 진화 모델에 기초하고 있다. HM은, 예컨대, ITU-T H.264/AVC에 따른 현존 디바이스들에 비해 비디오 코딩 디바이스들의 몇몇 추가적인 능력들을 상정한다. 예를 들어, H.264가 아홉 개의 인트라 예측 인코딩 모드들을 제공하는 반면, HM은 서른세 개 정도의 인트라 예측 인코딩 모드들을 제공할 수도 있다.

일반적으로, HM의 작업 모델은 비디오 프레임 또는 픽처가 루마 및 크로마 샘플들 양쪽 모두를 포함하는 트리블록들 또는 최대 코딩 유닛 (largest coding unit, LCU) 들의 시퀀스로 나누어질 수도 있다는 것을 설명한다. 트리블록은 H.264 표준의 매크로블록과 유사한 목적을 가진다. 슬라이스가 코딩 순서에서 다수의 연속적인 트리블록들을 포함한다. 비디오 프레임 또는 픽처가 하나 이상의 슬라이스들로 파티셔닝될 수도 있다. 각각의 트리블록은 쿼드트리에 따라 코딩 유닛 (CU) 들로 분할될 수도 있다. 예를 들어, 쿼드트리의 루트 노트인 트리블록이 4 개의 자식 노드들로 분할될 수도 있고, 각각의 자식 노드는 다시 부모 노드가 될 수도 있고 다른 4 개의 자식 노드들로 분할될 수도 있다. 쿼드트리의 리프 노드인, 최종의 비분할 자식 노드가 코딩 노드, 즉 코딩된 비디오 블록을 포함한다. 코딩된 비트스트림에 연관된 신택스 데이터는 트리블록이 분할될 수도 있는 최대 횟수를 정의할 수도 있고, 코딩 노드들의 최소 사이즈를 또한 정의할 수도 있다.

CU가 HEVC에서의 기본 코딩 유닛으로서 정의된다. HEVC에서, 프레임이 CTU (Coding Tree Unit) 라 불리는 다수의 정사각형 유닛들로 먼저 나누어진다. CTU 사이즈를 2Nx2N이라 하자. 각각의 CTU는 4 NxN CU들로 나누어질 수 있고, 각각의 CU는 4 개의 (N/2) x (N/2) 유닛들로 추가로 나누어질 수 있다. 블록 분할은 그것이 미리 정의된 최대 분할 레벨 또는 허용된 가장 작은 CU 사이즈에 도달하기까지 동일한 방도로 계속될 수 있다. CTU의 사이즈, CTU를 CU로 추가 분할하는 레벨들 및 CU의 최소 사이즈는 인코딩 구성들에서 정의되고, 비디오 디코더 (30) 로 전송될 것이거나 또는 비디오 인코더 (20) 및 비디오 디코더 (30) 둘 다에게 알려질 수도 있다.

CU가 코딩 노드와 그 코딩 노드에 연관된 예측 유닛들 (prediction units, PU들) 및 변환 유닛들 (transform units, TU들) 을 포함한다. CU의 사이즈가 코딩 노드의 사이즈에 대응하고 형상이 정사각형이어야만 한다. CU의 사이즈는 8x8 화소들로부터 최대 64x64 화소들 또는 그 이상을 갖는 트리블록의 사이즈까지의 범위일 수도 있다. 각각의 CU는 하나 이상의 PU들과 하나 이상의 TU들을 포함할 수도 있다. CU에 연관된 신택스 데이터는, 예를 들어, 하나 이상의 PU들로의 CU의 파티셔닝을 설명할 수도 있다. 파티셔닝 모드들은 CU가 스킵되는지 또는 직접 모드 인코딩되는지, 인트라 예측 모드 인코딩되는지, 또는 인터 예측 모드 인코딩되는지 간에 상이할 수도 있다. PU들은 형상이 정사각형이 아니도록 파티셔닝될 수도 있다. CU에 연관된 신택스 데이터는, 예를 들어, 쿼드트리에 따른 하나 이상의 TU들로의 CU의 파티셔닝을 또한 기술할 수도 있다. TU가 형상이 정사각형이거나 또는 정사각형이 아닐 수 있다.

HEVC 표준은 TU들에 따른 변환들을 허용하는데, 이 변환들은 상이한 CU들에 대해 상이할 수도 있다. TU들은, 항상 그런 것은 아닐 수도 있지만, 파티셔닝된 LCU에 대해 정의된 주어진 CU 내의 PU들의 사이즈에 기초하여 통상 사이즈가 정해진다. TU들은 통상 PU들과 동일한 사이즈이거나 또는 그것들보다 작다. 일부 예들에서, CU에 대응하는 잔차 샘플들은 "잔차 쿼드 트리 (residual quad tree)" (RQT) 로서 알려진 쿼드트리 구조를 이용하여 더 작은 유닛들로 세분될 수도 있다. RQT의 리프 노드들은 변환 유닛들 (TU들) 이라고 지칭될 수도 있다. TU들에 연관된 화소 차이 값들은 양자화될 수도 있는 변환 계수들을 생성하기 위해 변환될 수도 있다.

일반적으로, PU가 예측 프로세스에 관련된 데이터를 포함한다. 예를 들어, PU가 인트라 모드 인코딩되는 경우, PU는 PU에 대한 인트라 예측 모드를 기술하는 데이터를 포함할 수도 있다. 다른 예로서, PU가 인터 모드 인코딩되는 경우, PU는 PU에 대한 모션 벡터를 정의하는 데이터를 포함할 수도 있다. PU에 대한 모션 벡터를 정의하는 데이터는, 예를 들어, 모션 벡터의 수평 성분, 모션 벡터의 수직 성분, 모션 벡터에 대한 해상도 (예컨대, 1/4 화소 정밀도 또는 1/8 화소 정밀도), 모션 벡터가 가리키는 참조 픽처, 및/또는 모션 벡터에 대한 참조 픽처 리스트 (예컨대, List 0, List 1, 또는 List C) 를 기술할 수도 있다.

대체로, TU가 변환 및 양자화 프로세스들을 위해 사용된다. 하나 이상의 PU들을 갖는 주어진 CU가 하나 이상의 변환 유닛들 (TU들) 을 또한 포함할 수도 있다. 예측을 뒤따라, 비디오 인코더 (20) 는 PU에 대응하는 잔차 값들을 계산할 수도 있다. 그 잔차 값들은 엔트로피 코딩을 위한 직렬화된 (serialized) 변환 계수들을 생성하기 위해 TU들을 사용하여 변환 계수들로 변환되며, 양자화되고, 스캐닝될 수도 있는 화소 차이 값들을 포함한다. 본 개시물은 통상적으로 "비디오 블록"이란 용어를 CU의 코딩 노드를 지칭하는데 사용한다. 일부 특정 경우들에서, 본 개시물은 "비디오 블록"이란 용어를 트리블록, 즉, LCU, 또는 코딩 노드와 PU들 및 TU들을 포함하는 CU를 지칭하기 위해 또한 사용할 수도 있다.

비디오 시퀀스가 통상 일련의 비디오 프레임들 또는 픽처들을 포함한다. 픽처들의 그룹 (group of pictures, GOP) 이 일련의 하나 이상의 비디오 픽처들을 일반적으로 포함한다. GOP가 GOP에 포함된 다수의 픽처들을 기술하는 신택스 데이터를 GOP의 헤더, 그 픽처들 중 하나 이상의 픽처들의 헤더, 또는 다른 곳에 포함할 수도 있다. 픽처의 각각의 슬라이스는 각각의 슬라이스에 대한 인코딩 모드를 기술하는 슬라이스 신택스 데이터를 포함할 수도 있다. 비디오 인코더 (20) 는 비디오 데이터를 인코딩하기 위하여 개개의 비디오 슬라이스들 내의 비디오 블록들에 대해 통상 동작한다. 비디오 블록이 CU 내의 코딩 노드에 대응할 수도 있다. 비디오 블록들은 고정된 또는 가변하는 사이즈들을 가질 수도 있고, 특정된 코딩 표준에 따라 사이즈를 달리할 수도 있다.

일 예로서, HM은 다양한 PU 사이즈들에서 예측을 지원한다. 특정 CU의 사이즈가 2Nx2N이라고 가정하면, HM은 2Nx2N 또는 NxN의 PU 사이즈들에서의 인트라 예측과, 2Nx2N, 2NxN, Nx2N, 또는 NxN의 대칭적 PU 사이즈들에서의 인터 예측을 지원한다. HM은 2NxnU, 2NxnD, nLx2N, 및 nRx2N의 PU 사이즈들에서의 인터 예측을 위한 비대칭 파티셔닝을 또한 지원한다. 비대칭 파티셔닝에서, CU의 하나의 방향은 파티셔닝되지 않는 반면, 다른 방향은 25% 및 75%로 파티셔닝된다. 25% 파티션에 대응하는 CU의 부분은 "Up", "Down", "Left", 또는 "Right"의 표시가 뒤따르는 "n"에 의해 표시된다. 따라서, 예를 들어, "2NxnU"는 상단의 2Nx0.5N PU 및 하단의 2Nx1.5N PU로 수평으로 파티셔닝되는 2Nx2N CU를 지칭한다.

본 개시물에서, "NxN" 및 "N 바이 N", 예컨대, 16x16 화소들 또는 16 바이 16 화소들은 수직 및 수평 치수들의 측면에서 비디오 블록의 화소 치수들을 상호교환적으로 말하는데 이용될 수도 있다. 일반적으로, 16x16 블록이 수직 방향의 16 개 화소들 (y = 16) 과 수평 방향의 16 개 화소들 (x = 16) 을 가질 것이다. 비슷하게, NxN 블록이 일반적으로 수직 방향의 N 개 화소들과 수평 방향의 N 개 화소들을 가지며, 여기서 N은 음이 아닌 정수 값을 나타낸다. 블록에서의 화소들은 행들 및 열들로 배열될 수도 있다. 더구나, 블록들은 수직 방향에서와 동일한 수의 화소들을 수평 방향에서 반드시 가질 필요는 없다. 예를 들어, 블록들은 M이 N과 반드시 동일하지는 않은 NxM 개 화소들을 포함할 수도 있다.

따라서, HEVC에 따르면, CU가 하나 이상의 예측 유닛들 (PU들) 및/또는 하나 이상의 변환 유닛들 (TU들) 을 포함할 수도 있다. 본 개시물은 CU, PU, 또는 TU 중 임의의 것을 지칭하기 위해 용어 "블록", "파티션", 또는 "부분 (portion)"을 또한 사용한다. 대체로, "부분"은 비디오 프레임의 임의의 서브 세트를 말할 수도 있다. 게다가, 본 개시물은 통상적으로 용어 "비디오 블록"을 CU의 코딩 노드를 지칭하기 위해 사용한다. 일부 특정 경우들에서, 본 개시물은 "비디오 블록"이란 용어를 트리블록, 즉, LCU, 또는 코딩 노드와 PU들 및 TU들을 포함하는 CU를 지칭하기 위해 또한 사용할 수도 있다. 따라서, 비디오 블록은 CU 내의 코딩 노드에 대응할 수도 있고 비디오 블록들은 고정된 또는 가변하는 사이즈들을 가질 수도 있고, 특정 코딩 표준에 따라 사이즈가 상이할 수도 있다.

크로마 포맷이라고 또한 지칭될 수도 있는 비디오 샘플링 포맷이, CU에 포함된 크로마 샘플들의 수를 CU에 포함된 루마 샘플들의 수에 관해 정의할 수도 있다. 크로마 성분들에 대한 비디오 샘플링 포맷에 의존하여, 샘플들의 수의 측면에서의 U 및 V 성분들의 사이즈는, Y 성분의 사이즈와 동일하거나 또는 상이할 수도 있다. HEVC 표준에서, chroma_format_idc라고 불리는 값이 루마 성분을 기준으로, 크로마 성분들의 상이한 샘플링 포맷들을 나타내기 위해 정의된다. HEVC에서, chroma_format_idc는 SPS에서 시그널링된다. 표 1은 chroma_format_idc 의 값들과 연관된 크로마 포맷들 사이의 관계를 예시한다.

표 1: HEVC에서 정의된 상이한 크로마 포맷들

표 1에서, 변수들 (SubWidthC 및 SubHeightC) 은 루마 성분에 대한 샘플들의 수 및 각각의 크로마 성분에 대한 샘플들의 수 사이의 수평 및 수직 샘플링 레이트 비를 나타내는데 사용될 수 있다. 표 1에 기재된 크로마 포맷들에서, 두 개의 크로마 성분들은 동일한 샘플링 레이트를 가진다. 따라서, 4:2:0 샘플링에서, 두 개의 크로마 어레이들 중 각각의 크로마 어레이는 루마 어레이의 절반 높이 및 절반 폭을 갖는 한편, 4:2:2 샘플링에서, 두 개의 크로마 어레이들 중 각각의 크로마 어레이는 루마 어레이의 동일한 높이 및 절반 폭을 갖는다. 4:4:4 샘플링에서, 두 개의 크로마 어레이들 중 각각의 크로마 어레이는, 루마 어레이와 동일한 높이 및 폭을 가질 수도 있거나, 또는 일부 경우들에서, 세 개의 컬러 평면들은 모노크롬 샘플링된 픽처들로서 모두 별개로 프로세싱될 수도 있다.

표 1의 예에서, 4:2:0 포맷의 경우, 루마 성분에 대한 샘플링 레이트는 수평 및 수직 방향들 양쪽 모두에 대해 크로마 성분들의 샘플링 레이트의 2 배이다. 그 결과, 4:2:0 포맷에 따라 포맷팅된 코딩 유닛의 경우, 루마 성분에 대한 샘플들의 어레이의 폭 및 높이는 크로마 성분들에 대한 샘플들의 각각의 어레이의 폭 및 높이의 2배이다. 마찬가지로, 4:2:2 포맷에 따라 포맷팅된 코딩 유닛의 경우, 루마 성분에 대한 샘플들의 어레이의 폭은 각각의 크로마 성분에 대한 샘플들의 어레이의 폭의 2배이지만, 루마 성분에 대한 샘플들의 어레이의 높이는 각각의 크로마 성분에 대한 샘플들의 어레이의 높이와 동일하다. 4:4:4 포맷에 따라 포맷팅된 코딩 유닛의 경우, 루마 성분에 대한 샘플들의 어레이는 각각의 크로마 성분에 대한 샘플들의 어레이와 동일한 폭 및 높이를 가진다. YUV 컬러 공간 외에, 비디오 데이터는 RGB 공간 컬러에 따라 정의될 수 있다는 것의 주의해야 한다. 이런 방식으로, 본 명세서에서 설명되는 크로마 포맷들은 YUV 컬러 공간 또는 RGB 컬러 공간 중 어느 하나에 적용될 수도 있다. RGB 크로마 포맷들은 적색 샘플들의 수, 녹색 샘플들의 수 및 청색 샘플들의 수가 동일하도록 통상 샘플링된다. 따라서, 본 명세서에서 사용되는 바와 같은 "4:4:4 크로마 포맷"이란 용어는 샘플들의 수가 모든 컬러 성분들에 대해 동일한 YUV 컬러 공간 또는 RGB 컬러 공간 중 어느 하나를 지칭할 수도 있다.

본 개시물의 기법들에 따라, 비디오 인코더 (20) 는 현재 픽처에서의 현재 블록을 코딩하는데 사용되는 참조 픽처를 결정할 수도 있다. 예를 들면, 참조 픽처는 현재 비디오 블록을 코딩하는데 사용되는 모션 예측 정보와 함께 참조 블록을 포함할 수도 있다. 비디오 인코더 (20) 는 참조 픽처에 대한 픽처 순서 카운트 (POC) 값을 추가로 결정할 수도 있다. 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일한 것에 응답하여, 비디오 인코더 (20) 는 참조 픽처 리스트가 현재 픽처를 포함함을 표시하도록 신택스 엘리먼트의 값을 설정할 수도 있다. 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과는 상이한 것에 응답하여, 비디오 인코더 (20) 는 참조 픽처 리스트가 현재 픽처를 포함하지 않음을 표시하도록 신택스 엘리먼트의 값을 설정할 수도 있다.

본 개시물의 추가의 기법들에서, 비디오 디코더 (30) 는 비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트를 수신할 수도 있다. 비디오 디코더 (30) 는 그 신택스 엘리먼트의 값을 또한 결정할 수도 있다. 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 있음을 신택스 엘리먼트가 표시하는 것에 응답하여, 비디오 디코더 (30) 는 현재 픽처를 참조 픽처 리스트에 추가할 수도 있다. 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 없음을 신택스 엘리먼트가 표시하는 것에 응답하여, 비디오 디코더 (30) 는 현재 픽처가 참조 픽처 리스트에 위치되는 것을 제한할 수도 있다.

도 2a 내지 도 2c는 비디오 데이터에 대한 상이한 샘플 포맷들을 예시하는 개념도들이다. 도 2a는 4:2:0 샘플 포맷을 예시하는 개념도이다. 도 2a에 예시된 바와 같이, 4:2:0 샘플 포맷의 경우, 크로마 성분들은 루마 성분의 사이즈의 1/4이다. 따라서, 4:2:0 샘플 포맷에 따라 포맷팅된 CU의 경우, 크로마 성분의 매 샘플마다 네 개의 루마 샘플들이 있다. 도 2b는 4:2:2 샘플 포맷을 예시하는 개념도이다. 도 2b에 예시된 바와 같이, 4:2:2 샘플 포맷의 경우, 크로마 성분들은 루마 성분의 사이즈의 1/2이다. 따라서, 4:2:2 샘플 포맷에 따라 포맷팅된 CU의 경우, 크로마 성분의 매 샘플마다 두 개의 루마 샘플들이 있다. 도 2c는 4:4:4 샘플 포맷을 예시하는 개념도이다. 도 2c에 예시된 바와 같이, 4:4:4 샘플 포맷의 경우, 크로마 성분들은 루마 성분과 동일한 사이즈이다. 따라서, 4:4:4 샘플 포맷에 따라 포맷팅된 CU의 경우, 크로마 성분의 매 샘플마다 하나의 루마 샘플이 있다.

도 3은 4:2:0 샘플 포맷에 따라 포맷팅된 16x16 코딩 유닛의 일 예를 도시하는 개념도이다. 도 3은 CU 내의 루마 샘플들에 대한 크로마 샘플들의 상대 포지션을 예시한다. 위에서 설명된 바와 같이, CU가 수평 및 수직 루마 샘플들의 수에 따라 통상 정의된다. 따라서, 도 3에 예시된 바와 같이, 4:2:0 샘플 포맷에 따라 포맷팅된 16x16 CU가 루마 성분들의 16x16 개 샘플들 및 각각의 크로마 성분에 대한 8x8 개 샘플들을 포함한다. 게다가, 위에서 설명된 바와 같이, CU가 더 작은 CU들로 파티셔닝될 수도 있다. 예를 들어, 도 3에 예시된 CU는 네 개의 8x8 CU들로 파티셔닝될 수도 있으며, 여기서 각각의 8x8 CU는 루마 성분을 위한 8x8 개의 샘플들 및 각각의 크로마 성분을 위한 4x4 개의 샘플들을 포함한다.

도 4는 4:2:2 샘플 포맷에 따라 포맷팅된 16x16 코딩 유닛의 일 예를 도시하는 개념도이다. 도 4는 CU 내의 루마 샘플들에 대한 크로마 샘플들의 상대 포지션을 예시한다. 위에서 설명된 바와 같이, CU가 수평 및 수직 루마 샘플들의 수에 따라 통상 정의된다. 따라서, 도 4에 예시된 바와 같이, 4:2:2 샘플 포맷에 따라 포맷팅된 16x16 CU가 루마 성분들의 16x16 개 샘플들 및 각각의 크로마 성분을 위한 8x16 개 샘플들을 포함한다. 게다가, 위에서 설명된 바와 같이, CU가 더 작은 CU들로 파티셔닝될 수도 있다. 예를 들어, 도 4에 예시된 CU는 네 개의 8x8 CU들로 파티셔닝될 수도 있으며, 여기서 각각의 CU는 루마 성분을 위한 8x8 개의 샘플들 및 각각의 크로마 성분을 위한 4x8 개의 샘플들을 포함한다.

CU의 PU들을 사용하는 인트라 예측 또는 인터 예측 코딩에 뒤따라, 비디오 인코더 (20) 는 CU의 TU들에 대한 잔차 데이터를 계산할 수도 있다. PU들은 공간 도메인 (또한 화소 도메인이라고 지칭됨) 에서의 화소 데이터를 포함할 수도 있고 TU들은, 잔차 비디오 데이터에 대한 변환, 예컨대, 이산 코사인 변환 (discrete cosine transform, DCT), 정수 변환, 웨이브릿 변환, 또는 개념적으로 유사한 변환의 적용에 뒤따르는 변환 도메인에서의 계수들을 포함할 수도 있다. 잔차 데이터는 인코딩되지 않은 픽처의 화소들 및 PU들에 대응하는 예측 값들 사이의 화소 차이들에 해당할 수도 있다. 비디오 인코더 (20) 는 CU에 대한 잔차 데이터를 포함하는 TU들을 형성한 다음 CU에 대한 변환 계수들을 생성하기 위해 그 TU들을 변환할 수도 있다.

변환 계수들을 생성하는 임의의 변환들에 뒤따라, 비디오 인코더 (20) 는 변환 계수들의 양자화를 수행할 수도 있다. 양자화는 변환 계수들이 그 계수들을 표현하는데 사용된 데이터의 양을 가능한 한 줄이도록 양자화되어서, 추가의 압축을 제공하는 프로세스를 일반적으로 지칭한다. 양자화 프로세스는 그 계수들의 일부 또는 전부에 연관된 비트 깊이를 감소시킬 수도 있다. 예를 들어, n-비트 값이 양자화 동안에 m-비트 값으로 버림될 (rounded down) 수도 있으며, 여기서 n은 m보다 크다.

일부 예들에서, 비디오 인코더 (20) 는 엔트로피 인코딩될 수 있는 직렬화된 벡터를 생성하기 위해 미리 정의된 스캔 순서를 활용하여 양자화된 변환 계수들을 스캔할 수도 있다. 다른 예들에서, 비디오 인코더 (20) 는 적응적 스캔을 수행할 수도 있다. 1차원 벡터를 형성하기 위해 양자화된 변환 계수들을 스캔한 후, 비디오 인코더 (20) 는, 예컨대, 콘텍스트 적응 가변 길이 코딩 (context adaptive variable length coding, CAVLC), 콘텍스트 적응 이진 산술 코딩 (context adaptive binary arithmetic coding, CABAC), 신택스 기반 콘텍스트 적응 이진 산술 코딩 (syntax-based context-adaptive binary arithmetic coding; SBAC), 확률 간격 파티셔닝 엔트로피 (probability interval partitioning entropy, PIPE) 코딩 또는 다른 엔트로피 인코딩 수법에 따라, 1차원 벡터를 엔트로피 인코딩할 수도 있다. 비디오 인코더 (20) 는 비디오 데이터를 디코딩함에 있어서 비디오 디코더 (30) 에 의한 사용을 위해 인코딩된 비디오 데이터에 연관된 신택스 엘리먼트들을 또한 엔트로피 인코딩할 수도 있다.

CABAC를 수행하기 위해, 비디오 인코더 (20) 는 콘텍스트 모델 내의 콘텍스트를 송신될 심볼에 배정할 수도 있다. 그 콘텍스트는, 예를 들어, 심볼의 이웃 값들이 0이 아닌지의 여부에 관련될 수도 있다. CAVLC를 수행하기 위해, 비디오 인코더 (20) 는 송신될 심볼에 대한 가변 길이 코드를 선택할 수도 있다. VLC에서의 코드워드들은 상대적으로 더 짧은 코드들이 더 가능성 있는 심볼들에 대응하는 반면, 더 긴 코드들은 덜 가능성 있는 심볼들에 대응하도록 구성될 수도 있다. 이런 식으로, VLC의 사용은, 예를 들어, 송신될 각각의 심볼에 대해 동일 길이 코드워드들을 사용하여, 비트 절약을 달성할 수도 있다. 확률 결정은 심볼에 배정된 콘텍스트에 기초할 수도 있다.

본 개시물의 하나의 예시적인 기법에 따르면, 비디오 디코더 (30) 는 IMC 모드를 사용하여 비디오 데이터의 현재 블록을 디코딩할 수도 있다. 비디오 디코더 (30) 는, 비디오 데이터의 현재 블록에 대해, 오프셋 벡터의 성분을 시그널링하는데 사용된 코드워드의 길이를 결정하고 그 코드워드 길이에 기초하여, 오프셋 벡터를 코딩할 수도 있다. 코딩되고 있는 오프셋 벡터의 성분은 x-성분 또는 y-성분 중 어느 하나일 수도 있고, 하나의 컴포넌트를 시그널링하는데 사용된 코드워드의 길이는 x-성분 및 y-성분 중 다른 하나를 시그널링하는데 사용된 제 2 코드워드의 길이와는 상이할 수도 있다.

비디오 디코더 (30) 는, 예를 들어, 비디오 데이터의 현재 블록에 대해 IMC를 수행하는데 사용된 검색 지역의 사이즈에 기초하여 코드워드의 길이를 결정함으로써 오프셋 벡터의 성분을 시그널링하는데 사용된 코드워드의 길이를 결정할 수도 있다. 검색 지역의 사이즈는, 예를 들어, 현재 블록의 화소 및 검색 지역의 상단 경계 간의 거리, 현재 블록의 화소 및 검색 지역의 좌측 경계 간의 거리, 현재 블록의 화소 및 검색 지역의 우측 경계 간의 거리 중 하나 이상에 기초하여 결정될 수도 있다.

부가적으로 또는 대안으로, 비디오 디코더 (30) 는, 현재 블록의 사이즈에 기초하여, 현재 블록을 포함하는 코딩 트리의 사이즈, 코딩 트리 유닛 (CTU) 에서의 현재 블록의 로케이션, 또는 비디오 데이터의 프레임에서의 현재 블록의 로케이션 중 하나 이상에 기초하여 오프셋 벡터의 성분을 시그널링하는데 사용된 코드워드의 길이를 결정할 수도 있다.

본 개시물의 다른 예시적인 기법에 따르면, 비디오 디코더 (30) 는 IMC 모드를 사용하여 비디오 데이터의 현재 블록을 디코딩할 수도 있다. 비디오 디코더 (30) 는 비디오 데이터의 현재 블록에 대해, 오프셋 벡터 (예컨대, 오프셋 벡터를 결정하기 위해 비디오 디코더 (30) 가 사용하는 정보를 비디오 인코더 (20) 가 시그널링했던 현재 블록의 루마 성분에 대한 오프셋 벡터) 를 결정하고, 부-화소 포지션을 가리키는 오프셋 벡터에 응답하여 (예컨대, 크로마 샘플 내의 부-화소 포지션을 가리키는 오프셋 벡터에 응답하여), 현재 블록의 크로마 성분에 대한 참조 블록을 위치 결정하는데 사용되는 수정된 오프셋 벡터를 생성하기 위해 그 오프셋 벡터를 수정할 수도 있다. 수정된 오프셋 벡터는, 예를 들어, 정수 화소 포지션을 가리킬 수도 있거나 또는 부-화소 포지션보다 더 낮은 정밀도 포지션인 화소 포지션을 가리킬 수도 있다.

본 개시물의 다른 예시적인 기법에 따르면, 비디오 디코더 (30) 는 비디오 데이터의 현재 블록에 대해 최대 CTU 사이즈를 결정할 수도 있다. 비디오 디코더 (30) 는 비디오 데이터의 현재 블록에 대해, IMC 모드를 위한 최대 CU 사이즈를 결정할 수도 있다. IMC 모드를 위한 최대 CU 사이즈는 최대 CTU 사이즈 미만일 수도 있다. 비디오 디코더 (30) 는 IMC 모드를 위한 최대 CU 사이즈에 기초하여 비디오 데이터의 현재 블록을 코딩할 수도 있다. IMC 모드를 위한 최대 CU 사이즈에 기초하여 비디오 데이터의 현재 블록을 코딩하는 것은, 예를 들어, IMC 모드를 위한 최대 CU 사이즈보다 더 큰 비디오 데이터의 현재 블록에 대한 사이즈에 응답하여 IMC 모드에서 비디오 데이터의 현재 블록을 코딩하지 않는 것, 또는 IMC 모드를 위한 최대 CU 사이즈 이하인 비디오 데이터의 현재 블록에 대한 사이즈에 응답하여 IMC 모드에서 비디오 데이터의 현재 블록을 코딩하는 것 중 하나 이상을 포함할 수도 있다. IMC 모드에 대한 최대 CU 사이즈는, 예를 들어, 인코딩된 비디오 비트스트림에서 시그널링될 수 있거나 또는 이미 코딩된 비디오 데이터의 통계에 기초하여 결정될 수도 있다.

본 개시물의 다른 예시적인 기법에 따르면, 비디오 디코더 (30) 는 IMC 모드를 사용하여 비디오 데이터의 현재 블록을 코딩할 수도 있다. 현재 블록의 사이즈, 현재 블록의 포지션, 및 현재 블록을 포함하는 CTU의 사이즈 중 하나 이상에 기초하여, 비디오 디코더 (30) 는 비디오 데이터의 현재 블록에 대해, 오프셋 벡터를 코딩하기 위한 코딩 방법을 결정하고 결정된 코딩 방법에 기초하여 오프셋 벡터를 코딩할 수도 있다. 오프셋 벡터를 코딩하기 위한 코딩 방법은, 예를 들어, 고정 길이 코딩, 가변 길이 코딩, 산술 코딩, 및 콘텍스트 기반 코딩 중 하나 또는 그 조합을 포함할 수도 있다. 현재 블록의 포지션은, 예를 들어, CTU 내의 포지션 또는 비디오 데이터의 프레임 내의 포지션일 수도 있다.

도 5는 IMC 모드의 개념적 예시도를 도시한다. 위에서 언급된 바와 같이, IMC 모드는 IBC 모드와 동일하다. 비디오 인코더 (20) 와 비디오 디코더 (30) 는, 예를 들어 IMC 모드를 사용하여 비디오 데이터의 블록들을 인코딩 및 디코딩하도록 구성될 수도 있다. 많은 애플리케이션들, 이를테면 원격 데스크톱, 원격 게이밍, 무선 디스플레이들, 자동차 인포테인먼트, 클라우드 컴퓨팅 등이 사람들의 일상 생활에서 일상적인 것이 되고 있고, 이러한 콘텐츠를 코딩하는 경우의 코딩 효율은 IMC 모드의 사용에 의해 개선될 수도 있다. 도 1의 시스템 (10) 은 이들 애플리케이션들 중 임의의 것을 실행하도록 구성되는 디바이스들을 나타낼 수도 있다. 이들 애플리케이션들에서의 비디오 콘텐츠들은 종종 자연 콘텐츠, 텍스트, 인공 그래픽 등의 조합들이다. 비디오 프레임들의 텍스트 및 인공 그래픽 지역들에서, 반복되는 패턴들 (이를테면 문자들, 아이콘들, 심볼들 등) 이 종종 존재한다. 위에서 소개된 바와 같이, IMC는 이 종류의 리던던시를 제거하는 것과 JCT-VC M0350에서 보고된 바와 같이 인트라-프레임 코딩 효율을 잠재적으로 개선하는 것을 가능하게 하는 전용 기법이다. 도 5에 예시된 바와 같이, IMC를 사용하는 코딩 유닛들 (CU들) 에 대해, 예측 신호들은 동일한 프레임에서의 이미 복원된 지역으로부터 획득된다. 마침내, 현재 CU로부터 변위된 예측 신호의 포지션을 표시하는 오프셋 벡터는, 잔차 신호와 함께, 인코딩된다.

예를 들면, 도 5는, 예컨대, 본 개시물의 기법들에 따른 인트라 MC 모드에 따라, 비디오 데이터의 블록들의 인트라 예측을 위한 모드에 따른 현재 픽처 (103) 내의 비디오 데이터의 현재 블록 (102) 을, 본 개시물에 따른 동일한 픽처 내의 비디오 데이터의 예측 블록들로부터 예측하는 예시적인 기법을 도시한다. 도 5는 현재 픽처 (103) 내의 비디오 데이터의 예측 블록 (104) 을 예시한다. 비디오 코더, 예컨대, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는, 본 개시물의 기법들에 따른 인트라 MC 모드에 따라 현재 비디오 블록 (102) 을 예측하기 위해 예측 비디오 블록 (104) 을 사용할 수도 있다.

도 5는 IMC 모드에서 코딩되고 있는 현재 블록을 도시한다. 현재 블록은, 예를 들어, 현재 CU일 수도 있다. 현재 CU에 대한 예측 블록이 검색 지역 (108) 으로부터 획득될 수도 있다. 검색 지역 (108) 은 현재 CU와는 동일한 프레임으로부터의 이미 코딩된 블록들을 포함한다. 예를 들어, 그 프레임이 래스터 스캔 순서 (즉, 좌측에서 우측으로 그리고 상단에서 하단으로) 로 코딩되고 있다고 가정하면, 그 프레임의 이미 코딩된 블록들은, 도 5에 도시된 바와 같이, 현재 CU 좌측과 상측에 있는 블록들에 대응한다. 일부 예들에서, 검색 지역 (108) 은 그 프레임에서의 이미 코딩된 블록들의 모두를 포함할 수도 있는 한편, 다른 예들에서, 검색 지역은 모두보다는 더 적은 이미 코딩된 블록들을 포함할 수도 있다. 모션 벡터 또는 예측 벡터라고 때때로 지칭되는 도 5에서의 오프셋 벡터는, 현재 CU의 좌측상단 화소 및 예측 블록의 좌측상단 화소 (도 5에서 예측 신호로 라벨표시됨) 간의 차이들을 식별한다. 따라서, 오프셋 벡터를 인코딩된 비디오 비트스트림에서 시그널링함으로써, 현재 CU가 IMC 모드에서 코딩되는 경우, 비디오 디코더가 현재 CU에 대한 예측 블록을 식별할 수 있다.

도 5는 인트라 블록 복사 프로세스의 일 예를 도시하는 도면이다. 비디오 인코더 (20) 는 현재 블록을 예측하기 위해 인트라 BC 프로세스를 수행할 수도 있다. 위에서 언급된 바와 같이, 인트라 BC는 픽처 내의 리던던시를 제거하는 전용 프로세스일 수도 있다. 예를 들면, 인트라 BC를 사용하는 코딩 유닛들 (CU들) 에 대해, 비디오 인코더 (20) 또는 비디오 디코더 (30) 는 동일한 픽처에서의 이미 복원된 지역으로부터 현재 블록을 획득할 수도 있다. 일부 경우들에서는, 비디오 인코더 (20) 또는 비디오 디코더 (30) 는 각각, 오프셋 또는 변위 벡터 (또한 모션 벡터라고 지칭됨) 를 인코딩 또는 디코딩할 수도 있는데, 그 오프셋 또는 변위 벡터는, 현재 신호와 함께, 현재 CU로부터 변위된 바와 같은 현재 블록을 생성하는데 사용되는 픽처에서의 블록의 포지션을 표시한다.

예를 들면, 도 5는 RExt (즉, 개발하는 표준의 WD5를 포함하는 HEVC에 대한 레인지 확장본들) 에 포함된 인트라 BC의 일 예를 도시한다. 도 5에서, 현재 CU는 현재 픽처/슬라이스의 이미 디코딩된 블록으로부터 예측된다. 다르게 말하면, 비디오 인코더 (20) 또는 비디오 디코더 (30) 는 사용되는 현재 픽처를 현재 픽처의 현재 CU를 예측하기 위한 참조 픽처로서 사용할 수도 있다.

일반적으로, 많은 애플리케이션들, 이를테면 원격 데스크톱, 원격 게이밍, 무선 디스플레이들, 자동차 인포테인먼트, 클라우드 컴퓨팅 등이, 일상이 되고 있다. 이들 애플리케이션들에서의 비디오 콘텐츠들은 보통은 자연 콘텐츠, 텍스트, 인공 그래픽 등의 조합들이다. 텍스트 및 인공 그래픽 지역에서, 반복되는 패턴들 (이를테면 문자들, 아이콘들, 심볼들 등) 이 종종 존재한다. 인트라 BC는 이 종류의 리던던시를 제거하는 것과 인트라-프레임 코딩 효율을 개선하는 것을 가능하게 하는 전용 기법이다. 도 5에 예시된 바와 같이, 인트라 BC를 사용하는 코딩 유닛들 (CU들) 에 대해, 예측 신호들은 동일한 픽처/슬라이스에서의 이미 복원된 지역으로부터 획득된다. 마침내, 현재 CU로부터 변위된 예측 신호의 포지션을 표시하는 오프셋 또는 변위 벡터 (또한 모션 벡터라 불림) 는, 잔차 신호와 함께 인코딩된다.

일부 예들에서, 비디오 인코더 (20) 는 PPS를 참조하는 픽처가 픽처 자체의 참조 픽처 리스트에 존재할 수도 있는지의 여부를 비디오 디코더 (30) 에게 표시하기 위해 신택스 엘리먼트 curr_pic_as_ref_enabled_flag를 시그널링할 수도 있다. 하나의 예로서, 비디오 인코더 (20) 는 PPS를 참조하는 픽처가 픽처 자체의 참조 픽처 리스트에 존재할 수도 있음을 표시하는 1과 동일한 바와 같은 curr_pic_as_ref_enabled_flag를 시그널링할 수도 있다. 다른 예로서, 비디오 인코더 (20) 는 PPS를 참조하는 픽처가 픽처 자체의 참조 픽처 리스트에 존재하지 않음을 표시하는 0과 동일한 바와 같은 curr_pic_as_ref_enabled_flag를 시그널링할 수도 있다. 또 다른 예로서, 비디오 인코더 (20) 는 curr_pic_as_ref_enabled_flag를 시그널링하지 않을 수도 있다. 어떤 예에서, 신택스 엘리먼트 curr_pic_as_ref_enabled_flag가 존재하지 않는 경우, 비디오 디코더 (30) 는 curr_pic_as_ref_enabled_flag의 값을 0과 동일한 것으로 유추할 수도 있다. 일부 예들에서, 비디오 인코더 (20) 는 (curr_pic_as_ref_enabled_flag ? 1 : 0) 과 동일한 변수 NumAddRefPic을 설정할 수도 있다. 다른 예들에서, 이 신택스 엘리먼트는, 부가적으로 또는 대안으로, 다른 데이터 구조들, 예컨대, 시퀀스 파라미터 세트 (SPS), 비디오 파라미터 세트 (VPS), 슬라이스 헤더 등에 추가될 수도 있다.

현재 HEVC 레인지 확장 표준에서, 인트라BC에 대한 MV는 HEVC v1에서의 모션 벡터 차이 (motion vector difference, MVD) 코딩 방법을 사용하여 인코딩된다. 그러나, 기존의 인터 MV 필드와는 인트라BC MV 필드의 상이한 특성들로 인해, 이 코딩 방법은 효율적이지 않다. 이에 동기부여되어, 본 개시물에서, 여러 MV 코딩 방법들이 제안된다. 이들 예시적인 기법들은 별개로 또는 조합하여 구현될 수도 있다. 예를 들어, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 각각의 기법을 별개로 구현할 수도 있거나, 또는 하나 이상의 기법들을 조합하여 구현할 수도 있다. 예를 들어, 본 개시물은 MV들을 더 효율적으로 코딩하는 여러 기법들을 제안한다.

그 기법들은 MV의 수평 성분 (즉, MV_x) 을 참조하여 설명되지만, 그것들은 MV의 수직 성분 (즉, MV_y) 에 동일하게 적용 가능할 수도 있다. 그 기법들은 1차원 모션 벡터의 성분 및 2차원 모션 벡터의 성분들 (즉, 수평 성분 및 수직 성분) 중 하나 또는 둘 다의 양쪽 모두에 대해 사용될 수도 있다. 덧붙여, 그 기법들은 bi가 문자열 (string) 에서의 i번째 빈 (bin) 인 b0,b1,..., bn을 포함하는 바와 같은 이진화 문자열 MV_x를 언급한다. 이들 기법들은 인코더 (20) 의 엔트로피 인코딩 유닛에 의해, 또는 디코더 (30) 의 엔트로피 디코딩 유닛에 의해 구현될 수도 있다. 다른 예들에서, 이들 기법들은 인코더 (20) 의 예측 프로세싱 유닛에 의해, 또는 디코더 (30) 의 예측 프로세싱 유닛에 의해 구현될 수도 있다. 일부 예들에서, 이들 기법들은 비디오 인코더 (20) 와 비디오 디코더 (30) 의 유닛들의 임의의 조합에 의해 구현될 수도 있다. 예를 들면, 비디오 인코더 (20) 와 비디오 디코더 (30) 가 집적 회로 (IC) 또는 마이크로-제어기로서 구현되는 예들에서, 그 기법들은 IC 또는 마이크로-제어기의 하나 이상의 유닛들에 의해 구현될 수도 있다.

본 개시물의 제 1 예에서, 제 1 빈 (b0) 은 MV_x의 값이 0이 아님을 표시할 수도 있다. 예를 들어, b0은 abs(MV_x) > 0인 경우 1과 동일할 수도 있고 b0는 abs(MV_x) = 0인 경우 0과 동일할 수도 있다 (즉, abs(MV_x) > 0 (b0=1) 또는 아니면 (b0=0). 제 1 빈 (b0) 은 콘텍스트와 함께 CABAC를 사용하여 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 b0는 별개의 콘텍스트들을 가질 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 b0는 동일한 콘텍스트들을 공유할 수도 있다. 일부 예들에서, 인트라MC의 mv 코딩에서의 i-번째 빈은 인터 MC의 mv 코딩에서의 i-번째 빈과 동일한 콘텍스트들을 공유할 수도 있다. 일부 예들에서, 인트라MC의 mv 코딩 및 인터 MC의 mv 코딩에서의 i-번째 빈들은 콘텍스트들을 공유하지 않을 수도 있다.

다음의 빈들 (b1b2...) 은 abs(MV_x) - 1의 값을 나타낼 수도 있다. 일부 예들에서, 다음의 빈들 (b1b2...) 은 바이패스 모드에서 파라미터 3을 갖는 지수 골롬 코드들을 사용하여 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, 예컨대, 1, 2, 4, 5의 다른 차수들의 지수 골롬 코드들이 사용될 수도 있고, 다른 코드들, 예컨대, 라이스 골롬 (Rice Golomb) 코드들이 사용될 수도 있다. 지수 골롬 코드들 또는 라이스 골롬 코드들의 차수는 CU의 사이즈에 의존할 수도 있다는 것에 주의한다. 일부 예들에서, b1은 abs(MV_x) = 1 (즉, b1 = 1) 인지 아닌지 (즉, b1 = 0) 를 나타낼 수도 있다. 일부 예들에서, b1은 바이패스 모드로 또는 CABAC 콘텍스트로 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 이러한 예들에서, b2b3...은 abs(MV_x) - 2의 값을 나타낼 수도 있고 바이패스 모드에서 파라미터 3을 갖는 지수 골롬 코드들을 사용하여 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다.

일부 예들에서, 마지막 빈은 MV_x의 부호 (sign) 를 표시한다. 마지막 빈은 임의의 콘텍스트 없이 바이패스 모드에서 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, 부호 빈은 하나 또는 다수의 콘텍스트들과 함께 CABAC를 사용하여 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 부호 빈들은 별개의 콘텍스트들을 가질 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 부호 빈들은 동일한 콘텍스트들을 공유할 수도 있다.

개시물의 제 2 예에서, 제 1 빈 (b0) 은 다음의 b1b2...이 오프셋을 뺀 MV_x (즉, MV_x - offset_x) 의 값을 나타내는지의 여부를 표시할 수도 있다. 예를 들면, b0는 다음의 b1b2...이 오프셋을 뺀 MV_x의 값을 나타내는 경우 1과 동일할 수도 있고 (즉, b0 = 1) b0는 b1b2...이 오프셋을 뺀 MV_x의 값을 나타내지 않는 경우 0과 동일할 수도 있다 (즉, b0 = 0). 일부 예들에서, 이를테면 b1b2...이 오프셋을 뺀 MV_x의 값을 나타내지 않는 경우, b1b2...은 MV_x의 값을 나타낼 수도 있다. 다르게 말하면, 제 1 빈 (b0) 은 다음의 b1b2...이 (MV_x - offset_x) (b0 = 1) 의 값을 나타내는지 또는 아니면 (MV_x) (b0 = 0) 의 값을 나타내는지를 표시할 수도 있다. 일부 예들에서, 오프셋 (즉, offset_x) 은 미리 정의된 값에 대응할 수도 있거나 또는 CU의 속성 (예컨대, CU 폭) 의 함수일 수도 있다. 예를 들면 오프셋 (offset_x) 은 음수 1이 곱해진 CU의 폭과 동일할 수도 있다 (즉, offset_x는 -CUWidth이다). 일부 예들에서, MV_x 및 MV_y는 상이한 오프셋들을 가질 수도 있고 각각의 컴포넌트는 별도의 b0를 갖는다. 일부 예들에서, MV_x 및 MV_y는 b0를 공유할 수도 있고, MV_x 및 MV_y에 대한 오프셋들은 동일하거나 또는 상이할 수도 있다. 일부 예들에서, b0는 임의의 콘텍스트 없이 바이패스 모드에서 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, b0는 하나 또는 다수의 콘텍스트들과 함께 CABAC를 사용하여 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 b0는 별개의 콘텍스트를 가질 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 b0는 동일한 콘텍스트들을 공유할 수도 있다.

일부 예들에서, 이를테면 b0=1인 경우, b1b2...은 MV_x - offset_x를 나타낼 수도 있다. 일부 예들에서, 이를테면 b0=0인 경우, b1b2...은 MV_x를 나타낼 수도 있다. 일부 예들에서, 본 개시물의 제 1 예에서 설명되는 코딩 방법은 b1b2...을 코딩하는데 사용될 수도 있다. 다르게 말하면, b0 뒤에, (MV_x - offset_x) (b0 = 1) 또는 (MV_x) (b0 = 0) 은 다음의 문자열 b1b2...로 나타내어질 수도 있고, 제 1 예에서 설명되는 방법은 코딩 방법으로서 사용될 수도 있다. 일부 예들에서, 다른 코딩 방법들은 b1b2...을 (해당되는 경우) 인코딩 또는 디코딩하는데 사용될 수도 있다. 예를 들면, HEVC v1에서의 MVD 코딩 방법은 b1b2...을 코딩하는데 사용될 수도 있다.

본 개시물의 제 3 예에서, 제 1 빈 (b0) 은 다음의 b1b2...이 오프셋을 뺀 MV_x의 절대 값 (즉, (abs(MV_x) - offset_x)) 을 나타내는지의 여부를 표시할 수도 있다. 예를 들면, b0는 다음의 b1b2...이 오프셋을 뺀 MV_x의 값을 나타내는 경우 1과 동일할 수도 있고 (즉, b0 = 1) b0는 다음의 b1b2...이 오프셋을 뺀 MV_x의 절대 값을 나타내지 않는 경우 0과 동일할 수도 있다 (즉, b0 = 0). 일부 예들에서, 이를테면 b1b2...이 오프셋을 뺀 MV_x의 절대 값을 나타내지 않는 경우, b1b2...은 MV_x의 절대 값을 나타낼 수도 있다. 다르게 말하면, 제 1 빈 (b0) 은 다음의 b1b2...이 (abs(MV_x) - offset_x) (b0 = 1) 의 값을 나타내는지 또는 아니면 (abs(MV_x)) (b0 = 0) 의 값을 나타내는지를 표시할 수도 있다. 일부 예들에서, 오프셋 (즉, offset_x) 은 미리 정의된 값에 대응할 수도 있거나 또는 CU의 속성의 함수 (예컨대, CU 폭의 함수) 일 수도 있다. 예를 들면 오프셋은 음수 1이 곱해진 CU의 폭과 동일할 수도 있다 (즉, offset_x는 -CUWidth이다). 일부 예들에서, MV_x 및 MV_y는 상이한 오프셋들을 가질 수도 있고 각각의 컴포넌트는 별도의 b0를 갖는다. 일부 예들에서, MV_x 및 MV_y는 b0를 공유할 수도 있고, MV_x 및 MV_y에 대한 오프셋들은 동일하거나 또는 상이할 수도 있다. 일부 예들에서, b0는 임의의 콘텍스트 없이 바이패스 모드에서 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, b0는 하나 또는 다수의 콘텍스트들과 함께 CABAC를 사용하여 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 b0는 별개의 콘텍스트를 가질 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 b0는 동일한 콘텍스트들을 공유할 수도 있다.

일부 예들에서, 다음의 빈들 (b1b2...) 은, 이를테면 b0 = 1인 경우 (abs(MV_x) - offset_x) 의 값을 나타낼 수도 있거나, 또는 이를테면 b0=0인 경우 (abs(MV_x)) 의 값을 나타낼 수도 있다. 일부 예들에서, b1b2 는 바이패스 모드에서 파라미터 3을 갖는 지수 골롬 코드들을 사용하여 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, 예컨대, 1, 2, 4, 5의 다른 차수들의 지수 골롬 코드들이 사용될 수도 있고 다른 코드들, 예컨대, 라이스 골롬 코드들이 사용될 수도 있다. 일부 예들에서, 지수 골롬 코드들 또는 라이스 골롬 코드들의 차수는 CU 사이즈에 의존할 수도 있다.

b1은 (abs(MV_x) - offset_x) (b0 = 1) 또는 (abs(MV_x)) (b0=0) 의 값 = 1인지 또는 아닌지 (b1 = 0) 를 나타낸다는 것이 가능할 수도 있다. 다르게 말하면, b0 = 1이면, b1b2...은 (abs(MV_x) - offset_x) 의 값을 나타낼 수도 있고, 이 경우 (즉, b0=1인 경우), (abs(MV_x) - offset_x) 가 1과 동일하면, b1 = 1이고, (abs(MV_x) - offset_x) 가 1과 동일하지 않다면, b1 = 0이다. b0 = 0이면, b1b2...은 (abs(MV_x)) 의 값을 나타낼 수도 있고, 이 경우 (즉, b0=0인 경우), (abs(MV_x)) 가 1과 동일하면, b1 = 1이고, (abs(MV_x)) 가 1과 동일하지 않으면, b1 = 0이다.

일부 예들에서, b1은 바이패스 모드로 또는 CABAC 콘텍스트로 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, b2b3...은 abs(MV_X) - 2의 값을 나타낼 수도 있고 바이패스 모드에서 파라미터 3을 갖는 지수 골롬 코드들을 사용하여 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, 마지막 빈은 MV_x의 부호를 표시할 수도 있고, 그것은 임의의 콘텍스트 없이 바이패스 모드에서 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, 부호 빈은 하나 또는 다수의 콘텍스트들과 함께 CABAC를 사용하여 (해당되는 경우) 인코딩 또는 디코딩될 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 부호 빈들은 별개의 콘텍스트들을 가질 수도 있다. 일부 예들에서, MV_x 및 MV_y에 대한 부호 빈들은 동일한 콘텍스트들을 공유할 수도 있다.

HEVC에서의 모션 정보, POC, CU 구조, 및 모션 예측의 양태들이 이제 설명될 것이다. 각각의 블록에 대해, 모션 정보 세트가 이용 가능할 수 있다. 모션 정보 세트가 순방향 및 역방향 예측 방향들에 대한 모션 정보를 포함한다. 여기서 순방향 및 역방향의 예측 방향들은 양방향 예측 모드의 두 개의 예측 방향들이고 "순방향" 및 "역방향"이란 용어들은 기하의 의미를 반드시 갖지는 않고, 대신 그것들은 현재 픽처의 참조 픽처 리스트 0 (RefPicList0) 및 참조 픽처 리스트 1 (RefPicList1) 에 대응한다. 단지 하나의 참조 픽처 리스트가 픽처 또는 슬라이스에 대해 이용 가능한 경우, RefPicList0만이 이용 가능하고 슬라이스의 각각의 블록의 모션 정보는 항상 순방향이다.

각각의 예측 방향에 대해, 모션 정보는 참조 인덱스와 모션 벡터를 포함하여야만 한다. 일부 경우들에서, 단순화를 위해, 모션 벡터 자체가 연관된 참조 인덱스를 갖는다고 가정되는 방식으로 그 모션 벡터 자체는 언급될 수도 있다. 참조 인덱스가 현재 참조 픽처 리스트 (RefPicList0 또는 RefPicList1) 에서 참조 픽처를 식별하는데 사용된다. 모션 벡터가 수평 성분 및 수직 성분을 갖는다.

픽처 순서 카운트 (POC) 가 픽처의 디스플레이 순서를 식별하기 위해 폭넓게 사용된다. 비록 하나의 코딩된 비디오 시퀀스 내의 두 개의 픽처들이 동일한 POC 값을 가질 수도 있는 경우들이 있지만, 그것은 코딩된 비디오 시퀀스 내에서 통상적으로 일어나지 않는다. 다수의 코딩된 비디오 시퀀스들이 비트스트림에 존재하는 경우, 동일한 값의 POC를 갖는 픽처들은 디코딩 순서의 측면에서 서로 더 가까울 수도 있다. 픽처들의 POC 값들은 참조 픽처 리스트 구축, HEVC에서와 같은 참조 픽처 세트의 도출, 및 모션 벡터 스케일링을 위해 통상적으로 사용된다.

HEVC에서, 슬라이스에서의 최대 코딩 유닛은 코딩 트리 블록 (coding tree block, CTB) 이라 불린다. CTB가 쿼드-트리를 포함하는데, 쿼드-트리의 노드들은 코딩 유닛들이다. CTB의 사이즈는 (비록 기술적으로 8x8 CTB 사이즈들이 지원될 수 있지만) HEVC 메인 프로파일에서 16x16부터 64x64까지의 범위일 수 있다. 코딩 유닛 (CU) 이 CTB의 동일한 사이즈일 수 있지만 8x8 정도로 작을 수 있다. 각각의 코딩 유닛은 하나의 모드로 코딩된다. CU가 인터 코딩되는 경우, 그것은 두 개의 예측 유닛들 (PU들) 로 추가로 파티셔닝될 수도 있거나 또는 추가의 파티션이 적용되지 않는 경우 단지 하나의 PU가 될 수도 있다. 두 개의 PU들이 하나의 CU에 존재하는 경우, 그것들은 CU의 절반 사이즈의 직사각형들 또는 CU의 1/4 또는 3/4 사이즈를 갖는 두 개의 직사각형 사이즈일 수 있다.

CU가 인터 코딩되는 경우, 하나의 모션 정보 세트는 각각의 PU마다 존재한다. 덧붙여서, 각각의 PU는 모션 정보의 세트를 도출하기 위해 고유한 인터-예측 모드로 코딩된다. HEVC에서, 최소 PU 사이즈들은 8x4 및 4x8이다.

HEVC 표준에서는, 예측 유닛 (PU) 에 대해, 두 개의 인터 예측 모드들, 즉 병합 모드 (스킵이 병합의 특수한 경우로서 간주됨) 및 고급 모션 벡터 예측 (AMVP) 모드가 각각 있다. AMVP 모드 또는 병합 모드 중 어느 하나에서, 모션 벡터 (MV) 후보 리스트가 다수의 모션 벡터 예측자들에 대해 유지된다. 현재 PU의, 모션 벡터(들), 뿐만 아니라 병합 모드에서의 참조 인덱스들은, MV 후보 리스트로부터 하나의 후보를 취함으로써 생성된다.

MV 후보 리스트는 병합 모드를 위한 5 개까지의 후보들과 AMVP 모드를 위한 두 개의 후보들만을 포함한다. 병합 후보가 모션 정보 세트, 예컨대, 참조 픽처 리스트들 (리스트 0 및 리스트 1) 둘 다에 대응하는 모션 벡터들 및 참조 인덱스들을 포함할 수도 있다. 병합 후보가 병합 인덱스에 의해 식별된다면, 참조 픽처들이 현재 블록들의 예측을 위해 사용될 뿐만 아니라 연관된 모션 벡터들이 결정된다. 그러나, AMVP 모드 하에서 리스트 0 또는 리스트 1 중 어느 하나로부터의 각각의 잠재적 예측 방향에 대해, 참조 인덱스가 MV 후보 리스트에 대한 MVP 인덱스와 함께 명시적으로 시그널링되는 것이 필요한데, AMVP 후보가 모션 벡터만을 포함해서이다. AMVP 모드에서, 예측된 모션 벡터들은 추가로 리파인될 수 있다. 위에서 알 수 있는 바와 같이, 병합 후보가 전체 모션 정보 세트에 대응하는 반면 AMVP 후보가 특정 예측 방향에 대한 단지 하나의 모션 벡터와 참조 인덱스를 포함한다. 양 모드들에 대한 후보들은 동일한 공간적 및 시간적 이웃 블록들로부터 유사하게 도출된다.

비디오 인코더 (20) 는 비디오 데이터의 이전에 복원된 블록들의 세트로부터 현재 비디오 블록 (102) 을 예측하기 위한 예측 비디오 블록 (104) 을 선택한다. 비디오 인코더 (20) 는 인코딩된 비디오 비트스트림에 또한 포함되는 비디오 데이터를 역양자화 및 역변환하고, 결과적인 잔차 블록들과 비디오 데이터의 복원된 블록들을 예측하기 위해 사용되는 예측 블록들을 합산함으로써 비디오 데이터의 블록들을 복원한다. 도 5의 예에서, "의도된 영역" 또는 "래스터 영역"이라고 또한 지칭될 수도 있는 픽처 (103) 내의 의도된 지역 (108) 은 이전에 복원된 비디오 블록들의 세트를 포함한다. 비디오 인코더 (20) 는, 아래에서 더욱 상세히 설명되는 바와 같이, 픽처 (103) 내의 지역 (108) 을 다양한 방도들로 정의할 수도 있다. 비디오 인코더 (20) 는 의도된 지역 (108) 내의 다양한 비디오 블록들에 기초하여 현재 비디오 블록 (102) 을 예측하고 코딩하는 상대 효율 및 정확도의 분석에 기초하여, 의도된 지역 (108) 에서의 비디오 블록들 중에서 현재 비디오 블록 (102) 을 예측하기 위한 예측 비디오 블록 (104) 을 선택할 수도 있다.

비디오 인코더 (20) 는 현재 비디오 블록 (102) 을 기준으로 예측 비디오 블록 (104) 의 로케이션 또는 변위를 나타내는 2차원 벡터 (106) 를 결정한다. 오프셋 벡터의 일 예인 2차원 벡터 (106) 는 수평 변위 성분 (112) 및 수직 변위 성분 (110) 을 포함하는데, 그 성분들은 현재 비디오 블록 (102) 을 기준으로 예측 비디오 블록 (104) 의 수평 및 수직 변위를 각각 나타낸다. 비디오 인코더 (20) 는 2차원 벡터 (106) 를 식별 또는 정의하는, 예컨대, 수평 변위 성분 (112) 및 수직 변위 성분 (110) 을 정의하는 하나 이상의 신택스 엘리먼트들을 인코딩된 비디오 비트스트림에 포함시킬 수도 있다. 비디오 디코더 (30) 는 하나 이상의 신택스 엘리먼트들을 디코딩하여 2차원 벡터 (106) 를 결정할 수도 있고, 결정된 벡터를 사용하여 현재 비디오 블록 (102) 에 대한 예측 비디오 블록 (104) 을 식별할 수도 있다.

일부 예들에서, 2차원 벡터 (106) 의 해상도는 정수 화소일 수 있으며, 예컨대, 정수 화소 해상도를 갖도록 제약될 수 있다. 이러한 예들에서, 수평 변위 성분 (112) 및 수직 변위 성분 (110) 의 해상도는 정수 화소일 것이다. 이러한 예들에서, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 현재 비디오 블록 (102) 에 대한 예측자를 결정하기 위해 예측 비디오 블록 (104) 의 화소 값들을 보간할 필요는 없다.

다른 예들에서, 수평 변위 성분 (112) 및 수직 변위 성분 (110) 중 하나 또는 양쪽 모두의 해상도는 부-화소일 수 있다. 예를 들어, 성분들 (112 및 110) 중 하나는 정수 화소 해상도를 가질 수도 있는 반면, 다른 하나는 부-화소 해상도를 갖는다. 일부 예들에서, 수평 변위 성분 (112) 및 수직 변위 성분 (110) 의 양쪽 모두의 해상도는 부-화소일 수 있지만, 수평 변위 성분 (112) 및 수직 변위 성분 (110) 은 상이한 해상도들을 가질 수도 있다.

일부 예들에서, 비디오 코더, 예컨대, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 가, 특정 레벨, 예컨대, 블록-레벨, 슬라이스-레벨, 또는 픽처-레벨 적응에 기초하여 수평 변위 성분 (112) 및 수직 변위 성분 (110) 의 해상도를 적응시킨다. 예를 들어, 비디오 인코더 (20) 는 수평 변위 성분 (112) 및 수직 변위 성분 (110) 의 해상도가 정수 화소 해상도인지 또는 정수 화소 해상도가 아닌지를 표시하는, 슬라이스 레벨의 플래그를, 예컨대, 슬라이스 헤더에서 시그널링할 수도 있다. 수평 변위 성분 (112) 및 수직 변위 성분 (110) 의 해상도가 정수 화소 해상도가 아님을 플래그가 표시한다면, 비디오 디코더 (30) 는 그 해상도는 부-화소 해상도임을 유추할 수도 있다. 일부 예들에서, 반드시 플래그인 것은 아닌 하나 이상의 신택스 엘리먼트들이, 비디오 데이터의 각각의 슬라이스 또는 다른 유닛에 대해, 수평 변위 성분들 (112) 및/또는 수직 변위 성분들 (110) 의 총체적 또는 개개의 해상도들을 표시하기 위해 송신될 수도 있다.

또 다른 예들에서, 플래그 또는 신택스 엘리먼트 대신, 수평 변위 성분 (112) 및/또는 수직 변위 성분 (110) 의 해상도를 비디오 인코더 (20) 는 해상도 콘텍스트 정보에 기초하여 설정하고, 비디오 디코더 (30) 는 그 해상도 콘텍스트 정보로부터 유추할 수도 있다. 해상도 콘텍스트 정보는, 예들로서, 현재 비디오 블록 (102) 을 포함하는 픽처 또는 픽처들의 시퀀스에 대한 컬러 공간 (예컨대, YUV, RGB 등), 특정 컬러 포맷 (예컨대, 4:4:4, 4:2:2, 4:2:0 등), 프레임 사이즈, 프레임 레이트, 또는 양자화 파라미터 (quantization parameter, QP) 를 포함할 수도 있다. 적어도 일부 예들에서, 비디오 코더가 이전에 코딩된 프레임들 또는 픽처들에 관련된 정보에 기초하여 수평 변위 성분 (112) 및/또는 수직 변위 성분 (110) 의 해상도를 결정할 수도 있다. 이런 방식으로, 수평 변위 성분 (112) 의 해상도 및 수직 변위 성분 (110) 에 대한 해상도는 미리 정의되며 시그널링될 수도 있거나, 다른, 사이드 정보 (예컨대, 해상도 콘텍스트 정보) 로부터 유추될 수도 있거나, 또는 이미 코딩된 프레임들에 기초할 수도 있다.

현재 비디오 블록 (102) 은 CU, 또는 CU의 PU일 수도 있다. 일부 예들에서, 비디오 코더, 예컨대, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 가 IMC에 따라 예측되는 CU를 다수의 PU들로 분할할 수도 있다. 이러한 예들에서, 비디오 코더는 각각의 (예컨대, 상이한) 2차원 벡터 (106) 를 CU의 PU들 중 각각의 PU에 대해 결정할 수도 있다. 예를 들어, 비디오 코더가 2Nx2N CU를 두 개의 2NxN PU들, 두 개의 Nx2N PU들, 또는 네 개의 NxN PU들로 분할할 수도 있다. 다른 예들로서, 비디오 코더가 2Nx2N CU를 ((N/2)xN + (3N/2)xN) PU들, ((3N/2)xN + (N/2)xN) PU들, (Nx(N/2) + Nx(3N/2)) PU들, (Nx(3N/2) + Nx(N/2)) PU들, 네 개의 (N/2)x2N PU들, 또는 네 개의 2Nx(N/2) PU들로 분할할 수도 있다. 일부 예들에서, 비디오 코더는 2Nx2N PU를 사용하여 2Nx2N CU를 예측할 수도 있다.

현재 비디오 블록 (102) 은 루마 비디오 블록 (예컨대, 루마 성분) 과 그 루마 비디오 블록에 대응하는 크로마 비디오 블록 (예컨대, 크로마 성분) 을 포함한다. 일부 예들에서, 비디오 인코더 (20) 는 루마 비디오 블록들에 대한 2차원 벡터들 (106) 을 정의하는 하나 이상의 신택스 엘리먼트들만을 인코딩된 비디오 비트스트림으로 인코딩할 수도 있다. 이러한 예들에서, 비디오 디코더 (30) 는 루마 블록에 대응하는 하나 이상의 크로마 블록들 중 각각의 크로마 블록에 대한 2차원 벡터들 (106) 을 그 루마 블록을 위해 시그널링된 2차원 벡터에 기초하여 도출할 수도 있다. 본 개시물에서 설명되는 기법들에서, 하나 이상의 크로마 블록들에 대한 2차원 벡터들의 도출 시, 루마 블록에 대한 2차원 벡터가 크로마 샘플 내의 부-화소 포지션을 가리킨다면, 비디오 디코더 (30) 는 루마 블록에 대한 2차원 벡터를 수정할 수도 있다.

컬러 포맷, 예컨대, 컬러 샘플링 포맷 또는 크로마 샘플링 포맷에 의존하여, 비디오 코더가 루마 비디오 블록을 기준으로 대응하는 크로마 비디오 블록들을 다운샘플링할 수도 있다. 컬러 포맷 4:4:4는 다운샘플링을 포함하지 않으며, 이는 크로마 블록들이 루마 블록과는 수평 및 수직 방향들에서 동일한 수의 샘플들을 포함한다는 것을 의미한다. 컬러 포맷 4:2:2는 수평 방향에서 다운샘플링되며, 이는 루마 블록을 기준으로 크로마 블록들에서 수평 방향으로 절반의 샘플들이 있다는 것을 의미한다. 컬러 포맷 4:2:0은 수평 및 수직 방향들로 다운샘플링되며, 이는 루마 블록을 기준으로 크로마 블록들에서 수평 및 수직 방향들로 절반의 샘플들이 있다는 것을 의미한다.

비디오 코더들이 크로마 비디오 블록들에 대한 벡터들 (106) 을 대응하는 루마 블록들에 대한 벡터들 (106) 에 기초하여 결정하는 예들에서, 비디오 코더들은 루마 벡터를 수정하는 것이 필요할 수도 있다. 예를 들어, 루마 벡터 (106) 가 홀수 수의 화소들인 수평 변위 성분 (112) 및/또는 수직 변위 성분 (110) 에 대해 정수 해상도를 갖고 컬러 포맷이 4:2:2 또는 4:2:0이면, 변환된 루마 벡터는 대응하는 크로마 블록에서의 정수 화소 로케이션을 가리키지 않을 수도 있다. 이러한 예들에서, 비디오 코더들은 대응하는 크로마 블록을 예측하는 크로마 벡터로서 사용하기 위해 루마 벡터를 스케일링할 수도 있다.

도 6은 병합 모드 또는 AMVP 모드에서 코딩되는 특정 PU (PU₀) 에 대한 공간적 MV 후보들을 도출하는데 사용될 수도 있는 이웃하는 블록들의 일 예를 도시한다. 블록들로부터 후보들을 생성하기 위해 사용되는 기법들은 병합 및 AMVP 모드들에 대해 상이할 수도 있다. 병합 모드에서, 예를 들어, 도 6에 도시된 다섯 개의 공간적 MV 후보들 중 각각의 공간적 MV 후보의 가용성은 특정한 순서에 따라 체크될 수도 있다. HEVC는, 예를 들어, 순서: a₁, b₁, b₀, a₀, b₂를 사용한다.

AMVP 모드에서, 이웃 블록들은 두 개의 그룹들, 즉, 도 6에 도시된 바와 같이 블록들 (a₀ 및 a₁) 로 이루어진 좌측 그룹과, 블록들 (b₀, b₁, 및 b₂) 로 이루어진 상측 그룹으로 나누어진다. 좌측 그룹에 대해, 가용성은 다음 순서로 체크된다: {a₀, a₁}. 상측 그룹에 대해, 가용성은 다음 순서로 체크된다: {b₀, b₁, b₂}. 각각의 그룹에 대해, 시그널링된 참조 인덱스에 의해 표시된 것과 동일한 참조 픽처를 참조하는 이웃 블록에서의 잠재적 후보는 그룹의 최종 후보를 형성하기 위해 비디오 코더에 의해 선택될 최고 우선순위를 갖는다. 모든 이웃 블록들이 동일한 참조 픽처를 가리키는 모션 벡터를 포함하지 않는 것이 가능하다. 그러므로, 그런 후보가 발견되지 않는다면, 제 1 가용 후보는 최종 후보를 형성하도록 스케일링될 것이며, 따라서 시간적 거리 차이들은 보상될 수 있다.

HEVC에서의 병합/레벨의 크로마 코딩 및 병렬 프로세싱을 위한 모션 벡터가 이제 논의될 것이다. 모션 벡터는 현재 PU/CU의 루마 성분에 대해 도출되며, 그것이 크로마 모션 보상을 위해 사용되기 전에, 모션 벡터는, 크로마 샘플링 포맷에 기초하여, 스케일링된다.

HEVC에서는, LCU가 병렬 모션 추정 지역들 (parallel motion estimation regions, MER들) 로 나누어지고, 현재 PU와는 상이한 MER들에 속하는 그들 이웃 PU들만이 병합/스킵 MVP 리스트 구축 프로세스에 포함되는 것이 허용될 수도 있다. MER의 사이즈는 픽처 파라미터 세트에서 log2_parallel_merge_level_minus2로서 시그널링된다. MER 사이즈가 NxN 보다 더 크며 2Nx2N가 최소 CU 사이즈인 경우, MER은 공간적 이웃 블록이 현재 PU와는 동일한 MER 내부에 있다면, 그것이 이용 불가능한 것으로서 간주되는 식으로 효과를 나타낸다.

인트라 블록 복사 (BC) 는 현재 SCC에 포함되었다. 인트라 BC의 예가 위의 도 5에서 도시되는데, 그 도면에서 현재 CU/ PU는 현재 픽처/슬라이스의 이미 디코딩된 블록으로부터 예측된다. 예측 신호는 블록화제거 (de-blocking) 및 샘플 적응 오프셋 (Sample Adaptive Offset, SAO) 을 포함하는, 루프-내 필터링 없이 복원될 수도 있다.

블록 보상에서, 인트라 BC로 코딩되는 루마 성분 또는 크로마 성분들에 대해, 블록 보상은 정수 블록 보상으로 행해진다. 이와 같이, 보간은 필요하지 않다. 블록 벡터는 정수 레벨에서 예측되고 시그널링된다.

현재 SCC에서, 블록 벡터 예측자는 각각의 CTB의 개시부분에서 (-w, 0) 로 설정되며, 여기서 w는 CU의 폭이다. 이러한 블록 벡터 예측자는 가장 최근에 코딩된 CU/PU가 인트라 BC 모드로 코딩된다면 가장 최근에 코딩된 CU/PU의 것이 되도록 업데이트된다. CU/PU가 인트라 BC로 코딩되지 않는다면, 블록 벡터 예측자는 변경 없이 남아 있다. 블록 벡터 예측 후, 블록 벡터 차이는 HEVC에서의 MV 차이 (MVD) 코딩 방법을 사용하여 인코딩된다.

현재 인트라 BC는 CU 레벨 및 PU 레벨 둘 다에서 인에이블된다. PU 레벨 인트라 BC의 경우, 2NxN 및 Nx2N PU 파티션이 모든 CU 사이즈들에 대해 지원된다. 덧붙여서, CU가 최소 CU인 경우, NxN PU 파티션이 지원된다.

현재 개시물의 기법들에 따라, 비디오 코딩 디바이스가 인트라 BC 블록들을 인터 블록들로서 취급할 수도 있다. JCTVC-R0100에서, 인트라 BC 모드와 인터 모드의 단일화가 제안되었다. 이와 같이, 현재 픽처는 참조 픽처로서 사용되고 참조 리스트에 추가될 수도 있다. 일단 현재 픽처가 참조 리스트에 추가되면, 인트라 BC 블록은 그 블록이 인터 모드에서 코딩되었던 것처럼 취급된다. 현재 픽처는 현재 픽처가 디코딩되기 전에 장기 (long-term) 로서 마킹되고, 현재 픽처의 디코딩 후에 단기 (short-term) 로서 마킹된다. 인트라 BC가 인에이블되는 경우, P-슬라이스의 신택스 파싱 프로세스 및 디코딩 프로세스는 I-슬라이스를 따라간다.

현존 IBC 기법들은 일부 단점들을 가질 수도 있다. 예를 들어, 인트라 BC가 인터로서 취급되는 경우, 기존의 슬라이스 유형 시그널링은 디코딩 프로세스에서 가외의 조건 체킹을 유발할 것이다. 또한, 시간적 모션 벡터 예측자 (temporal motion vector predictor, TMVP), 제약된 인트라 예측, 인트라 BC MV 정밀도 등과의 상호작용에 대해 일부 문제들이 존재할 수도 있다.

본 개시물의 기법들에 따르면, 인트라 BC 모드는 인터 모드로서 취급될 수도 있고 현재 픽처는 참조 리스트 0 (또는 참조 리스트 1, 또는 둘 다) 에 추가되는, 인트라 BC 모드들 및 인터 모드들의 더 나은 단일화를 가능하게 하기 위해, 다음의 기법들이 제안된다. 비록 예측 모드들이 동일한 것 (MODE_INTER) 일 수 있지만, 비디오 코딩 디바이스가 블록에 연관된 참조 인덱스에 의해 식별된 참조 픽처가 현재 픽처인지의 여부 (즉, 참조 픽처가 현재 픽처와 동일한 POC 값을 갖는지의 여부) 를 체크함으로써 인트라 BC 블록들을 기존의 인터 블록들과 구별할 수도 있다. 참조 픽처와 현재 픽처가 동일한 POC 값을 갖는다면, 현재 블록은 인트라 BC 블록으로 간주될 수도 있다. 그렇지 않으면, 현재 블록은 기존의 인터 블록으로 간주될 수도 있다.

인트라 BC 모드와 인터 모드를 단일화함에 있어서, 비디오 코딩 디바이스가 수많은 다른 변경들을 구현할 수도 있다. 예를 들면, IRAP 픽처 (즉, VCL NAL 유닛이 BLA_W_LP 내지 RSV_IRAP_VCL23의 범위의 nal_unit_type을 가짐) 가 I-슬라이스들을 포함하지 않을 수도 있다. 대신, IRAP 픽처가 P-슬라이스들 또는 B-슬라이스들을 포함할 수도 있다. 이러한 예들에서, P-슬라이스의 모션 벡터는 현재 픽처 내의 블록을 참조한다. 추가의 예들에서, B-슬라이스의 양-예측 모션 벡터들 둘 다는 현재 픽처 내의 비디오 블록들을 참조한다. B-슬라이스를 포함하는 IRAP 픽처의 경우, 비디오 코딩 디바이스가 B-슬라이스의 상이한 모션 벡터들에 인가될 가중값들을 추가로 시그널링할 수도 있다. 예를 들면, 하나의 모션 벡터는 25%의 가중값을 가질 수도 있고 제 2 모션 벡터가 75%의 가중값을 가질 수도 있다.

게다가, IRAP 픽처가 비-엠프티 (non-empty) RPS를 특정하는 신택스 엘리먼트들을 포함할 수도 있다. 예를 들면, RPS는 델타-POC 값, 또는 참조 픽처가 속할 수도 있는 POC 값들의 범위를 나타내는 신택스 엘리먼트를 포함할 수도 있다. RPS는, HEVC 표준들에 따라, RPS의 다양한 속성들과 어떤 픽처들이 RPS에 포함될 수도 있는지를 정의하는 플래그들과 같은 다른 신택스 엘리먼트들을 포함할 수도 있다.

참조 픽처가 현재 픽처의 이미 디코딩된 비-필터링된 (SAO/블록화제거) 샘플들을 포함할 수도 있다. 이 참조 픽처는 참조 픽처 세트에 포함될 수도 있다. 예측이 이 참조 픽처 (현재 픽처) 에 적용되는 경우, 그것은 디코딩 프로세스의 나머지에 대해 인터 모드로서 간주될 수도 있다. 하나의 예에서, 현재 픽처가 인터 예측에 대한 참조 픽처로서 사용되는지의 여부를 표시하는 플래그가 슬라이스 헤더, SPS, PPS, VPS, 또는 다른 곳에서 송신된다.

하나의 예에서, SPS를 참조하는 특정 픽처가 1과 동일한 특정 픽처 자체의 참조 픽처 리스트에 포함될 수도 있는 경우, SPS를 참조하는 CVS들에 I-슬라이스가 없을 수도 있다. 다른 예에서, PPS를 참조하는 특정 픽처가 그 특정 픽처 자체의 참조 픽처 리스트에 포함될 수도 있는지의 여부를 표시하는 (즉, 특정 픽처가 참조 픽처 리스트에 포함됨을 표시하는) 신택스 엘리먼트가 1과 동일한 경우, PPS를 참조하는 픽처에는 I-슬라이스가 없을 수도 있다. 그 예는 VPS 또는 슬라이스 헤더 세분도 (granularity) 레벨로 확장될 수 있다.

하나의 예에서, 현재 픽처가 참조 픽처로서 사용되는 경우, 변수 NumPicTotalCurr (즉, 현재 픽처의 예측을 위한 참조로서 사용될 수도 있는 픽처들의 수) 는 다음과 같이 수정된다:

NumPicTotalCurr = 0

for(i = 0; i < NumNegativePics[CurrRpsIdx]; i++)

if(UsedByCurrPicS0[CurrRpsIdx][i])

NumPicTotalCurr++

for(i = 0; i < NumPositivePics[CurrRpsIdx]; i++) (7-54)

if(UsedByCurrPicS1[CurrRpsIdx][i])

NumPicTotalCurr++

for(i = 0; i < num_long_term_sps + num_long_term_pics; i++)

if(UsedByCurrPicLt[i])

NumPicTotalCurr++

if(curr_pic_as_ref_enabled_flag)

NumPicTotalCurr++

변수 NumPicTotalCurr는 특정 픽처가 특정 픽처 자체의 참조 픽처 리스트에 포함될 수도 있는지의 여부에 의존할 수도 있다.

신택스 엘리먼트 curr_pic_as_ref_enabled_flag는 SPS를 참조하는 특정 픽처가 그 특정 픽처 자체의 참조 픽처 리스트에 포함될 수도 있음을 특정하기 위해 curr_pic_as_ref_enabled_flag가 1과 동일한 것으로 설정되도록 정의될 수도 있다. 반대로, curr_pic_as_ref_enabled_flag는 SPS를 참조하는 특정 픽처가 그 특정 픽처 자체의 임의의 참조 픽처 리스트에 결코 포함되지 않음을 특정하기 위해 0과 동일하게 설정된다. 신택스 엘리먼트 자체가 존재하지 않는 경우, curr_pic_as_ref_enabled_flag의 값은 0과 동일한 것으로 유추된다. 덧붙여, 현재 픽처가 BLA 또는 CRA 픽처이면, NumPicTotalCurr의 값은 curr_pic_as_ref_enabled_flag와 동일할 것이다. 그렇지 않고, 현재 픽처가 P-슬라이스 또는 B-슬라이스를 포함하는 경우, NumPicTotalCurr의 값은 curr_pic_as_ref_enabled_flag와 동일하지 않을 것이다. 게다가, 신택스 엘리먼트 NumPicTotalCurr는 8 + curr_pic_as_ref_enabled_flag 이하일 수도 있다.

일부 예들에서, 현재 픽처가 참조 픽처로서 사용되는 경우, 참조 픽처 리스트들의 구축을 위한 도출 프로세스는 변수 NumRpsCurrTempList0가 Max(num_ref_idx_l0_active_minus1 + 1, NumPicTotalCurr) 와 동일하게 설정되도록 수정될 수도 있다. 게다가, 리스트 RefPicListTemp0는 다음과 같이 구축된다:

rIdx = 0

while(rIdx < NumRpsCurrTempList0) {

for(i = 0; i < NumPocStCurrBefore && rIdx < NumRpsCurrTempList0; rIdx++, i++)

RefPicListTemp0[rIdx] = RefPicSetStCurrBefore[i]

if(curr_pic_as_ref_enabled_flag)

RefPicListTemp0 [ rIdx ++] = currPic

for(i = 0; i < NumPocStCurrAfter && rIdx < NumRpsCurrTempList0; rIdx++, i++) (8-8)

RefPicListTemp0[rIdx] = RefPicSetStCurrAfter[i]

for(i = 0; i < NumPocLtCurr && rIdx < NumRpsCurrTempList0; rIdx++, i++)

RefPicListTemp0[rIdx] = RefPicSetLtCurr[i]

}

리스트 RefPicList0은 다음과 같이 구축된다:

for(rIdx = 0; rIdx <= num_ref_idx_l0_active_minus1; rIdx++) (8-9)

RefPicList0[rIdx] = ref_pic_list_modification_flag_l0 ? RefPicListTemp0[list_entry_l0[rIdx]] : RefPicListTemp0[rIdx]

슬라이스가 B 슬라이스인 경우, 변수 NumRpsCurrTempList1은 Max(num_ref_idx_l1_active_minus1 + 1, NumPicTotalCurr) 와 동일하게 설정되고 리스트 RefPicListTemp1은 다음과 같이 구축된다:

rIdx = 0

while(rIdx < NumRpsCurrTempList1) {

for(i = 0; i < NumPocStCurrAfter && rIdx < NumRpsCurrTempList1; rIdx++, i++)

RefPicListTemp1[rIdx] = RefPicSetStCurrAfter[i]

if(curr_pic_as_ref_enabled_flag)

RefPicListTemp1 [ rIdx ++] = currPic

for(i = 0; i < NumPocStCurrBefore && rIdx < NumRpsCurrTempList1; rIdx++, i++) (8-10)

RefPicListTemp1[rIdx] = RefPicSetStCurrBefore[i]

for(i = 0; i < NumPocLtCurr && rIdx < NumRpsCurrTempList1; rIdx++, i++)

RefPicListTemp1[rIdx] = RefPicSetLtCurr[i]

}

위에서 설명된 바와 같이, 인트라 BC에 대응하는 MV는 정수-펠 정밀도, 또는 HEVC에서의 1/4 펠 정밀도와 같은 부-화소 정밀도로 코딩되고 사용될 수도 있다. 일반적으로, 인트라 BC MV 정밀도는 인터 모드에서의 MV 정밀도와는 상이한 정밀도일 수도 있다. 아래의 일부 예들에서, 설명된 기법은 정수-펠 인트라 BC MV 정밀도에 대해 제공되지만; 정수-펠과는 다른 정밀도가 본 개시물의 범위 내에서 적용될 수 있고 고려되어야 한다는 것이 이해되어야 한다.

하나의 예에서, 플래그가 슬라이스 헤더, SPS, PPS, VPS, 또는 다른 곳에서 블록에 대해 송신될 수도 있다. 그 플래그는 범위 내의 현재 인트라 BC 블록, 인트라 BC 블록들의 그룹 또는 모든 인트라 BC 블록들이 정수-펠 정밀도 또는 서브-펠 정밀도, 이를테면 1/4, 1/8 펠, 및 예를 들어 HEVC에서 정의된 바와 같은 유사한 정밀도로 유지되는 MV를 가질 수도 있는 지의 여부를 표시할 수도 있다. 예를 들어, 그 범위는 블록, 블록들의 그룹, 슬라이스, 픽처, 또는 전체 시퀀스일 수 있다.

하나의 예에서, 인트라 BC 블록에 연관된 MV가 정수-펠 정밀도를 가질 수 있으며, 즉, 그 MV는 정수-펠 정밀도로 코딩되고 그 블록과 연관될 수도 있다. 이러한 예들에서, 관련된 프로세스들의 AMVP 도출, 병합 후보 도출, 또는 MVD 코딩은 다음의 방법들 중 어느 하나로 임의의 변경 없이 투명하게 사용될 수 있다. 먼저, 인트라 BC 블록에 대한 MV 예측자 도출 프로세스 동안의 기존의 장기 참조 픽처들의 사용은, 현재 픽처를 참조 픽처 리스트에 추가함으로써 인트라 BC가 인에이블된다는 것과 참조 픽처가 장기로서 마킹된다는 것을 가정하면, 특히, 비효율적인 MV 후보로 이어질 수도 있는, MV 스케일링에 관련된 이슈들을 피하기 위해 허용되지 않을 수도 있다. 반대로, 이 참조 픽처를 장기 참조 픽처로서 마킹하고 현재 픽처를 참조 리스트에 추가함으로써 인트라 BC가 인에이블된다고 가정하면, 기존의 장기 참조 픽처들은 인트라 BC 블록에 대한 MV 예측자 도출 프로세스 동안 여전히 허용될 수도 있다. 그러나, HEVC 설계에 따르면, 장기 참조 픽처들에 대응하는 MV들의 값은 정밀도가 정수-펠 정밀도이든 아니든간에 MV 후보 도출 프로세스에서 MV 스케일링 없이 직접적으로 사용될 수도 있다.

대안으로 또는 부가적으로, 인트라 BC MV가 정수-펠 정밀도를 갖는 경우, MV 후보 도출 프로세스 (AMVP 및 병합 모드들) 에서 사용될 수 있는 공간적 이웃 블록들 또는 병치된 블록의 MV들은 기존의 장기 참조 픽처들을 가리킬 수도 있다. 이러한 경우에, 그들 MV 예측자 후보들은 후보 도출 프로세스에서 사용되기 전에 정수-펠 정밀도로 변환될 수도 있다. 또한, 이 정밀도 변환 프로세스는 인트라 BC 블록에 대한 MV 예측자 후보 도출 프로세스에서의 프루닝 (pruning) 프로세스 전 또는 후에 수행될 수 있다. 그 변환은, 예를 들어, 라운딩 (rounding) 프로세스, 이를테면 우측 시프트 또는 라운드된 우측 시프트에 의해 행해질 수 있다. 대안적으로, MV 예측자 후보 도출 프로세스는 정규 인터 모드에서 변경 없이 유지될 수도 있지만, 최종 후보 리스트에서의 MV들은 인트라 BC 정확도 (정수 펠) 로 변환된다. 마찬가지로, 인트라 BC MV들이 기존의 인터를 위한 예측자 도출 프로세스들에 대한 후보들로서 사용되기 전에, 그것들은 기존의 인터의 MV 정밀도로, 예를 들어 좌측 시프트에 의해 변환된다.

다른 예에서, 현재 픽처를 참조 픽처 리스트에 가산함으로써 인트라 BC가 인에이블된다는 것과 참조 픽처가 장기로서 마킹된다는 것을 가정하면, 인트라 BC 블록에 대한 MV 예측자 도출 프로세스 동안, 공간적 이웃 블록들 또는 병치된 블록들은, 그것들의 참조 픽처들이 정규 장기 픽처 (현재 픽처가 아님) 이면, 이용 불가능한 것으로 간주되는 것이 가능하다. 마찬가지로, 참조 픽처가 정규 장기 참조 픽처 (현재 픽처가 아님) 인 인터 블록에 대한 MV 예측자 도출 프로세스 동안, 공간적 이웃 블록들 또는 병치된 블록들은 그것들이 인트라 BC 블록들이면 이용 불가능한 것으로 간주되는 것이 가능하다. 대안적으로, 참조 픽처가 정규 장기 참조 픽처인 인트라 BC 블록들 및 인터 블록들은 MV 예측자 도출 프로세스 동안 서로 이용 가능한 것으로 간주된다.

다른 예에서, 인트라 BC 모드를 위해 사용되는 인트라 BC MV가 HEVC에서의 1/4 펠 정밀도와 같은 기존의 인터 모드 정밀도와 동일한 정밀도로 코딩되고 블록에 연관되는 경우, AMVP, 병합, 또는 MVD 코딩 관련된 프로세스들은 임의의 변경 없이 투명하게 사용될 수 있다. 대안적으로, 정수-펠 정밀도로 코딩되지만 인트라 BC 블록 MV와 함께 저장되는 MV가 기존의 인터 모드와는 동일한 정밀도를 가질 수도 있다. 따라서, MVD는 정수-펠 정밀도로도 코딩될 수 있다. 이 경우, 디코더 측에서, 기존의 인터와는 동일한 정밀도로 저장된 MV는 다음으로 도출될 수 있으며

MV = (MVP >> 2 + MVD) << 2,

여기서 MVP는 인터 모드 정밀도에서의 대응하는 MV 예측자이고 MVD는 정수-펠 정확도를 가질 수 있다. 다른 변환 메커니즘 또는 라운딩이 적용 가능하다. 인트라 BC 병합의 경우, MVD는 0이고 MVP는 대응하는 병합 후보로부터의 MV이다.

인트라 BC MV가 정수-펠 정밀도로 저장된다면, 인트라 BC MV는 인터 모드 MV 정밀도로 변환될 수 있다. 예를 들어, 인트라 BC MV는 좌측 시프트를 받을 수도 있고, 그 다음에 기존의 인터 모드의 전체 블록화제거 모듈은 임의의 변경 없이 사용될 수 있다. 블록화제거 필터 강도는 MV 값에 따라 도출될 수 있는데, MV 정밀도들을 더 나은 픽처 품질, 예를 들어 인트라 BC를 위해 동일하게 하는 것이 바람직할 수도 있는 상이한 MV 정밀도를 인트라 BC 및 인터 모드가 가질 수도 있어서이다.

인트라 BC MV가 정수-펠 정밀도로 저장된다면, 인트라 BC MV는, 예를 들어 좌측 시프트에 의해, 기존의 인터 모드의 MV 정밀도로 변환될 수 있고, 그 다음에 기존의 인터 모드를 위한 루마 모션 보상 모듈은 임의의 변경 없이 사용될 수 있다. 크로마 성분에 대해, 비디오 코더가 기존의 인터 모드를 위한 크로마 모션 보상 모듈을 임의의 변경 없이 사용할 수 있거나, 또는 크로마 샘플링이 4:4:4가 아니고 파티션 모드가 2Nx2N이 아닌 경우, 비디오 코더는 다른 크로마 모션 보상 방법을 사용할 수 있다.

다음의 경우들에서, MV 예측자 도출 및 병합을 위해 사용되는 TMVP는 허용되지 않을 수도 있다. TMVP는 상이한 방도들에 의해 허용되지 않을 수도 있다. 예를 들어, TMVP 가능 플래그가 디스에이블될 수도 있거나, 또는 TMVP 후보에 연관된 병합 인덱스 또는 MVP 인덱스가 예측을 위해 비트스트림으로 시그널링 및 사용되지 않을 수도 있다. 다른 예에서, 인트라 BC가 현재 픽처를 참조 리스트에 추가함으로써 인에이블되는 경우, MV 예측자 도출 및 병합을 위한 TMVP는 참조 리스트가 현재 픽처만을 포함한다면 허용되지 않는다. 덧붙여, TMVP 가능 플래그가 송신되지 않을 수도 있는데, 이는 0인 것으로 유추된다. 다른 예에서, 인트라 BC 및 제약된 인트라 예측 둘 다가 인에이블되는 경우, 인트라 또는 인트라 BC 블록에 대한 예측은 단지 인트라 블록 또는 인트라 BC 블록으로부터만이라고 가정하면, TMVP는 MV 예측자 도출 및 병합 프로세스들에 대해 허용되지 않는다.

인트라 BC에 대해 허용된 파티션 모드들은 기존의 인터와는 상이하거나 또는 동일할 수도 있다. 하나의 예에서, 인트라 BC 및 파티션 모드 시그널링에 대해 허용되는 파티션 모드들은, CU 사이즈가 8x8 - 이는 인트라 BC 블록 사이즈가 4x4일 수 있다는 것을 의미함- 인 경우 NxN 파티션 모드가 허용된다는 것을 제외하면, 기존의 인터와는 정확히 동일하다. 4x4 인트라 BC 블록을 허용할지의 여부가 인트라 BC에 대한 블록 벡터 정밀도에 따라 달라지는 것이 가능하다. 예를 들어, 4x4 인트라 BC 블록은 인트라 BC에 대한 MV 정밀도가 정수-펠인 경우에만 허용된다. 4x4 인트라 BC 블록이 허용되는 경우, 동일한 CU에 임의의 4x4 인트라 BC 블록이 있다면 모든 4x4 블록들은 인트라 BC 블록들이어야 하도록 제한될 수도 있다. 대안적으로, 4x4 인트라 BC 블록이 허용되는 경우, 각각의 CU에 대해, 그것은 4x4 인트라 BC 블록 및 4x4 기존의 인터 블록 둘 다를 포함할 수도 있다. 이 경우, 4x4 인트라 BC 블록 및 4x4 인터 블록 둘 다에 대한 MV 정밀도는 정수-펠인 것으로 제한될 수도 있다. 다른 예에서, 인트라 BC 및 파티션 모드 시그널링에 대해 허용되는 파티션 모드들은 기존의 인터와 정확히 동일하다. 예를 들어, 4x4 인트라 BC 블록이 없을 수도 있다. 따라서, 파티션 모드에 대한 파싱 및 디코딩 모듈은 임의의 변경 없이 사용될 수 있다.

인트라 BC에 대한 MV 예측자 도출은 기존의 인터와는 상이하거나 또는 동일할 수도 있다. 하나의 예에서, MV 예측자 도출은 기존의 인터와 동일하다. 다른 예에서, MV 예측자 도출은 기존의 인터 모드에 대해 AMVP를 이용하고, 다른 방법들이 인트라 BC 모드에 대해 이용된다. 게다가, 인트라 BC에 대한 MVD 코딩은 기존의 인터와 상이하거나 또는 동일할 수 있다.

저장된 인트라 BC MV는 기존의 인터 예측에 대한 것과 동일한 정확도를 가질 수도 있고, 인트라 BC 정확도, 예를 들어 정수-펠로의 MV 변환은 특정한 컬러 성분들에 대해서만 행해질 수도 있다. 예를 들어, 루마 성분이 저장된 MV 정확도 (높은 MV 정밀도) 를 사용할 수도 있고 크로마 성분이, 예를 들어 크로마 모션 보상 스테이지 동안, MV를 정수-펠 정확도 (더 낮은 MV 정밀도) 로 변환시킬 수도 있다.

특정 픽처가 1과 동일한 특정 픽처 자체의 참조 픽처 리스트에 포함되는 경우, 그리고 현재 예측 유닛의 refIdx가 그 픽처 자체를 가리키는 경우, CU 내의 모든 예측 유닛들이 동일한 refIdx를 가져야 한다는 것이 비트스트림 적합성에 대한 요건일 수도 있다. 다시 말하면, 적어도 하나의 예측 유닛이 현재 픽처에서 CU로 참조하는 경우, 모든 예측 유닛들은 현재 픽처에서만 참조할 것이다. 특정 픽처가 1과 동일한 특정 픽처 자체의 참조 픽처 리스트에 포함되는 경우, 그리고 현재 예측 유닛의 refIdx가 픽처 자체를 가리키는 경우, 예측 샘플들 (현재 픽처에서임) 중 어느 것도 픽처 경계를 가로지르지 않을 것이라는 것이 비트스트림 적합성에 대한 요건일 수도 있다. 다르게 말하면, 현재 픽처로부터의 각각의 예측 샘플은 현재 픽처의 픽처 경계 내에 있을 수도 있다.

현재 픽처는 현재 픽처 자체에 대한 TMVP에서의 병치된 픽처로서 사용될 수 없도록 제약될 수도 있다. 대안적으로, 현재 픽처는 TMVP에서의 병치된 픽처로서 사용되는 것이 또한 가능하다. 이 경우 TMVP는 이용 불가능한 것으로 설정되거나, 또는 TMVP는 이용 가능한 것으로 취급되고 TMVP를 위해 사용되는 MV는 미리 정의된 디폴트 MV들로 설정되지만 이를테면 (-2w, 0), (2w, 0), (-w, 0), (w, 0), (0, -h), (0, -2h), (0, h), (0, 2h), (-8, 0), (0, 8), (0,0) 으로 제한될 수 있으며, 여기서 w 및 h는 현재 CU, PU 또는 CTB의 폭 및 높이이다.

적응적 MV 해상도가 기존의 인터 (예컨대, JCTVC-0085) 에 대해 상이한 레벨들, 예컨대, MV 성분, PU/CU/CTU/슬라이스/PPS/SPS/VPS에서 사용되는 경우, MV는 정수-펠 정밀도 또는 분수-펠 정밀도를 사용하여 코딩될 수 있다. 하나의 예로서, 기존의 인터 모드의 MV가 정수-펠 정밀도로 코딩되지만 1/4-펠 정밀도로 저장되는 경우이다. 따라서, MVD는 정수-펠 정밀도로도 코딩될 수 있다. 이 경우, 디코더 측에서, 1/4-펠 정밀도를 갖는 저장된 MV는 다음으로서 도출될 수 있으며

MV = (MVP >> 2 + MVD) << 2,

여기서 MVP는 인터 모드 정밀도에서의 대응하는 MV 예측자이고 MVD는 정수-펠 정확도를 가질 수 있다. 다른 변환 메커니즘 또는 라운딩이 적용 가능하다. 인트라 BC 병합의 경우, MVD는 0이고 MVP는 대응하는 병합 후보로부터의 MV이다.

다른 예로서, 기존의 인터 모드의 MV가 정수-펠 정밀도로 코딩되는 경우, MV는 정수-펠 정밀도로 저장될 수 있고, MVD는 또한 정수-펠 정밀도로 코딩될 수 있다. AMVP에서의 MVP 후보 또는 병합에서의 병합 후보에 대한 도출은 이들 MV 값들이 정수-펠 정밀도인지 또는 분수-펠 정밀도인지를 고려하는 일 없이 AMVP 후보들 또는 병합 후보들의 MV 값들을 직접적으로 사용함으로써 HEVC에서와 동일할 수 있다. 다른 예에서, AMVP에서의 1/4-펠 정밀도 MVP 후보 또는 병합에서의 병합 후보는 사용되기 전에 먼저 정수-펠 정밀도로 변환된다.

BLA 픽처가 그것의 코딩을 위해 임의의 다른 픽처를 참조하지 않고, 디코딩 순서에서 비트스트림에서의 첫 번째 픽처일 수도 있거나 또는 비트스트림에서 나중에 나타날 수도 있다. 각각의 BLA 픽처는 새로운 CVS를 시작하고, IDR 픽처와는 동일한 디코딩 프로세스에 대한 효과를 가진다. 그러나, BLA 픽처가 비-엠프티 RPS를 특정하는 신택스 엘리먼트들을 포함한다. 각각의 VCL NAL 유닛이 BLA_W_LP와 동일한 nal_unit_type을 갖는 BLA 픽처의 경우, 그것은 디코더에 의해 출력되지 않고 디코딩 가능하지 않을 수도 있는 연관된 RASL 픽처들을 가질 수도 있는데, 그 RASL 픽처들이 비트스트림에 존재하지 않는 픽처들에 대한 참조들을 포함할 수도 있어서이다. 각각의 VCL NAL 유닛이 BLA_W_LP와 동일한 nal_unit_type을 갖는 BLA 픽처의 경우, 그것은 디코딩될 것으로 특정되는 연관된 RADL 픽처들을 또한 가질 수도 있다. 각각의 VCL NAL 유닛이 BLA_W_RADL과 동일한 nal_unit_type을 갖는 BLA 픽처의 경우, 그것은 연관된 RASL 픽처들을 갖지 않지만 연관된 RADL 픽처들을 가질 수도 있다. 각각의 VCL NAL 유닛이 BLA_N_LP와 동일한 nal_unit_type을 갖는 BLA 픽처의 경우, 그것은 임의의 연관된 리딩 픽처들을 갖지 않는다.

CRA 픽처가 그것의 코딩을 위해 임의의 다른 픽처를 참조하지 않고, 디코딩 순서에서 비트스트림에서의 첫 번째 픽처일 수도 있거나 또는 비트스트림에서 나중에 나타날 수도 있다. CRA 픽처가 연관된 RADL 또는 RASL 픽처들을 가질 수도 있다. BLA 픽처들과 마찬가지로, CRA 픽처가 비-엠프티 RPS를 특정하는 신택스 엘리먼트들을 포함할 수도 있다. CRA 픽처가 1과 동일한 NoRaslOutputFlag를 갖는 경우, 연관된 RASL 픽처들은 디코더에 의해 출력되지 않는데, RASL 픽처들이 비트스트림에 존재하지 않는 픽처들에 대한 참조들을 포함할 수도 있어서, 디코딩 가능하지 않을 수도 있기 때문이다.

IDR 픽처가 그것의 코딩을 위해 임의의 다른 픽처를 참조하지 않고, 디코딩 순서에서 비트스트림에서의 첫 번째 픽처일 수도 있거나 또는 비트스트림에서 나중에 나타날 수도 있다. 각각의 IDR 픽처는 디코딩 순서에서 CVS의 첫 번째 픽처이다. 각각의 VCL NAL 유닛이 IDR_W_RADL과 동일한 nal_unit_type을 갖는 IDR 픽처의 경우, 그것은 연관된 RADL 픽처들을 가질 수도 있다. 각각의 VCL NAL 유닛이 IDR_N_LP와 동일한 nal_unit_type을 갖는 IDR 픽처의 경우, 그것은 임의의 연관된 리딩 픽처들을 갖지 않는다. IDR 픽처가 연관된 RASL 픽처들을 갖지 않는다.

인터 예측은 하나 이상의 참조 픽처들의 데이터 엘리먼트들 (예컨대, 샘플 값들 또는 모션 벡터들) 에 의존하는 방식으로 도출된 예측일 수도 있다. 인트라 예측은 참조 픽처를 참조하는 일 없이 동일한 디코딩된 슬라이스의 데이터 엘리먼트들 (예컨대, 샘플 값들) 만으로부터 도출되는 예측이다.

IRAP 픽처가 그것의 코딩을 위해 임의의 다른 픽처를 참조하지 않고, BLA 픽처, CRA 픽처, 또는 IDR 픽처일 수도 있다. 디코딩 순서에서 비트스트림에서의 첫 번째 픽처는 IRAP 픽처이어야만 한다. 필요한 파라미터 세트들이 그들이 활성화될 것이 필요한 경우에 이용 가능하다고 하면, IRAP 픽처와 디코딩 순서에서의 모든 후속 비-RASL 픽처들은 디코딩 순서에서 IRAP 픽처에 선행하는 임의의 픽처들의 디코딩 프로세스를 수행하는 일 없이 올바르게 디코딩될 수 있다. IRAP 픽처들이 아닌, 자신들의 코딩을 위한 임의의 다른 픽처를 참조하는 픽처들이 비트스트림에 있을 수도 있다. 참조 픽처가 현재 픽처 또는 후속 픽처들의 디코딩 프로세스에서 인터 예측을 위해 사용될 수도 있는 샘플들을 디코딩 순서로 포함한다.

참조 픽처 세트가, 연관된 픽처 또는 디코딩 순서에서 연관된 픽처를 뒤따르는 임의의 픽처의 인터 예측을 위해 사용될 수도 있는, 디코딩 순서에서 연관된 픽처에 앞서는 모든 참조 픽처들로 이루어지는 픽처에 연관된 참조 픽처들의 세트일 수도 있다.

코딩 프로세스에의 입력들은, 현재 픽처의 좌측상단 루마 샘플을 기준으로 하는 현재 루마 코딩 블록의 좌측상단 샘플의 루마 로케이션 (xCb, yCb), 현재 루마 코딩 블록의 사이즈를 특정하는 변수 nCbS, 현재 픽처의 좌측상단 루마 샘플을 기준으로 하는 현재 루마 예측 블록의 좌측상단 샘플의 루마 로케이션 (xPb, yPb), 현재 루마 예측 블록의 폭 및 높이를 특정하는 두 개의 변수들 (nPbW 및 nPbH), 현재 코딩 유닛 내의 현재 예측 유닛의 파티션 인덱스를 특정하는 변수 partIdx, 및 현재 픽처의 좌측상단 루마 샘플을 기준으로 이웃하는 예측 블록에 의해 커버되는 루마 로케이션 (xNbY, yNbY) 을 포함할 수도 있다.

코딩 프로세스의 출력들은 다음과 같이 도출되는 availableN으로서 표시되는 로케이션 (xNbY, yNbY) 를 커버하는 이웃하는 예측 블록의 가용성이다: 현재 루마 예측 블록 및 이웃하는 루마 예측 블록이 동일한 루마 코딩 블록을 커버하는지의 여부를 특정하는 변수 sameCb. 다음의 조건들의 모두가 참이면, sameCb는 TRUE와 동일하게 설정된다: xCb가 xNbY 이하이며, yCb가 yNbY 이하이며, (xCb + nCbS) 가 xNbY를 초과하고, (yCb + nCbS) 가 yNbY를 초과한다. 그렇지 않으면, sameCb는 FALSE와 동일하게 설정된다.

이웃하는 예측 블록 가용성 (availableN) 은 다음과 같이 도출된다: sameCb가 FALSE와 동일하면, 하위절 6.4.1에서 특정된 바와 같은 z-스캔 순서 블록 가용성에 대한 도출 프로세스는 (xPb, yPb) 와 동일하게 설정된 (xCurr, yCurr) 와 루마 로케이션 (xNbY, yNbY) 를 입력들로 하여 호출되고, 그 출력은 availableN에게 배정된다. 그렇지 않으면, 다음의 조건들의 모두가 참이면, availableN은 FALSE와 동일하게 설정된다: (nPbW << 1) 이 nCbS와 동일하며, (nPbH << 1) 이 nCbS와 동일하며, partIdx가 1과 동일하며, (yCb + nPbH) 가 yNbY 이하이고, (xCb + nPbW) 가 xNbY를 초과한다. 그렇지 않으면, availableN은 TRUE와 동일하게 설정된다. availableN이 TRUE와 동일한 경우, CuPredMode[xPb][yPb]는 MODE_INTER와 동일하고 CuPredMode[xNbY][yNbY]는 MODE_INTRA와 동일하며, availableN은 FALSE와 동일하게 설정된다.

본 명세서에서 설명되는 다양한 신택스 엘리먼트들에 대한 신택스가 다음의 표들을 포함한다. 이들 표들에 의해 업데이트되는 HEVC 표준의 관련 부분들은 각각의 테이블의 헤더에서 제공될 것이다.

섹션 7.3.2.2.3

섹션 7.3.8.5

섹션 7.3.8.9

섹션 7.3.8.12

섹션 7.3.8.13

본원에서 설명되는 기법들을 구현하기 위하여, 다양한 신택스 엘리먼트들이 비디오 코더에 의해 이용될 수도 있다. 1과 동일하게 된 신택스 엘리먼트 transform_skip_rotation_enabled_flag는 회전이 변환 스킵 동작을 사용하여 코딩된 인트라 4x4 블록들에 대한 잔차 데이터 블록에 인가된다는 것을 특정한다. 0과 동일하게 된 transform_skip_rotation_enabled_flag는 이 회전이 인가되지 않음을 특정한다. 존재하지 않는 경우, transform_skip_rotation_enabled_flag의 값은 0과 동일한 것으로 유추된다.

1과 동일하게 된 신택스 엘리먼트 transform_skip_context_enabled_flag는 특정 콘텍스트가 스킵된 변환을 갖는 변환 블록들에 대한 sig_coeff_flag의 파싱을 위해 사용된다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 transform_skip_context_enabled_flag는 변환 블록들에 대한 변환 스킵핑 또는 변환 바이패스의 존재 또는 부재가 이 플래그에 대한 콘텍스트 선택을 위해 사용되지 않는다는 것을 특정한다. 존재하지 않는 경우, transform_skip_context_enabled_flag의 값은 0과 동일한 것으로 유추된다.

1과 동일하게 된 신택스 엘리먼트 implicit_rdpcm_enabled_flag는 변환 바이패스를 사용한 블록들에 대한 잔차 수정 프로세스가 CVS에서의 인트라 블록들에 대해 사용될 수도 있다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 implicit_rdpcm_enabled_flag는 잔차 수정 프로세스가 CVS에서의 인트라 블록들에 대해 사용되지 않음을 특정한다. 존재하지 않는 경우, implicit_rdpcm_enabled_flag의 값은 0과 동일한 것으로 유추된다.

1과 동일하게 된 신택스 엘리먼트 explicit_rdpcm_enabled_flag는 변환 바이패스를 사용한 블록들에 대한 잔차 수정 프로세스가 CVS에서의 인터 블록들에 대해 사용될 수도 있다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 explicit_rdpcm_enabled_flag는 잔차 수정 프로세스가 CVS에서의 인터 블록들에 대해 사용되지 않음을 특정한다. 존재하지 않는 경우, explicit_rdpcm_enabled_flag의 값은 0과 동일한 것으로 유추된다.

1과 동일하게 된 신택스 엘리먼트 extended_precision_processing_flag는 연장된 동적 범위가 계수 파싱 및 역 변환 프로세싱을 위해 사용된다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 extended_precision_processing_flag는 연장된 동적 범위가 사용되지 않음을 특정한다. 존재하지 않는 경우, extended_precision_processing_flag의 값은 0과 동일한 것으로 유추된다.

변수들 (CoeffMinY, CoeffMinC, CoeffMaxY 및 CoeffMaxC) 은 다음과 같이 도출된다:

CoeffMinY = - (1 << (extended_precision_processing_flag ? Max(15, BitDepthY + 6) : 15)) (7-27)

CoeffMinC = - (1 << (extended_precision_processing_flag ? Max(15, BitDepthC + 6) : 15)) (7-28)

CoeffMaxY = (1 << (extended_precision_processing_flag ? Max(15, BitDepthY + 6) : 15)) - 1 (7-29)

CoeffMaxC = (1 << (extended_precision_processing_flag ? Max(15, BitDepthC + 6) : 15)) - 1 (7-30)

1과 동일하게 된 신택스 엘리먼트 intra_smoothing_disabled_flag는 이웃하는 샘플들의 필터링 프로세스가 인트라 예측에 대해 무조건으로 디스에이블된다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 intra_smoothing_disabled_flag는 이웃하는 샘플들의 필터링 프로세스가 디스에이블되지 않는다는 것을 특정한다. 존재하지 않는 경우, intra_smoothing_disabled_flag의 값은 0과 동일한 것으로 유추된다.

1과 동일하게 된 신택스 엘리먼트 high_precision_offsets_enabled_flag는 가중된 예측 오프셋 값들이 비트 깊이 의존적 정밀도를 사용하여 시그널링된다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 high_precision_offsets_enabled_flag는 가중된 예측 오프셋 값들이 8 비트 프로세싱과 동등한 정밀도로 시그널링된다는 것을 특정한다.

변수들 (WpOffsetBdShiftY, WpOffsetBdShiftC, WpOffsetHalfRangeY 및 WpOffsetHalfRangeC) 은 다음과 같이 도출된다:

WpOffsetBdShiftY = high_precision_offsets_enabled_flag ? 0 : (BitDepthY - 8) (7-31)

WpOffsetBdShiftC = high_precision_offsets_enabled_flag ? 0 : (BitDepthC - 8) (7-32)

WpOffsetHalfRangeY = 1 << (high_precision_offsets_enabled_flag ? (BitDepthY - 1) : 7) (7-33)

WpOffsetHalfRangeC = 1 << (high_precision_offsets_enabled_flag ? (BitDepthC - 1) : 7) (7-34)

1과 동일하게 된 신택스 엘리먼트 persistent_rice_adaptation_enabled_flag는 coeff_abs_level_remaining의 2진화를 위한 라이스 파라미터 도출이 이전의 서브-블록들로부터 누적된 모드 의존적 통계를 사용하여 각각의 서브-블록의 시작에서 초기화된다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 persistent_rice_adaptation_enabled_flag는 이전의 서브-블록 상태가 라이스 파라미터 도출에서 사용되지 않는다는 것을 특정한다. 존재하지 않는 경우, persistent_rice_adaptation_enabled_flag의 값은 0과 동일한 것으로 유추된다.

1과 동일하게 된 신택스 엘리먼트 cabac_bypass_alignment_enabled_flag는 CABAC 정렬 프로세스가 신택스 엘리먼트들 coeff_sign_flag[] 및 coeff_abs_level_remaining[]의 바이패스 디코딩에 앞서 사용된다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 cabac_bypass_alignment_enabled_flag는 CABAC 정렬 프로세스가 바이패스 디코딩에 앞서 사용되지 않음을 특정한다. 존재하지 않는 경우, cabac_bypass_alignment_enabled_flag의 값은 0과 동일한 것으로 유추된다.

1과 동일하게 된 신택스 엘리먼트 curr_pic_as_ref_enabled_flag는 SPS를 참조하는 특정 픽처가 특정 픽처 자체의 참조 픽처 리스트에 포함될 수도 있다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 curr_pic_as_ref_enabled_flag는 SPS를 참조하는 특정 픽처가 특정 픽처 자체의 어느 참조 픽처 리스트에도 포함될 수 없다는 것을 특정한다. 존재하지 않는 경우, curr_pic_as_ref_enabled_flag의 값은 0과 동일한 것으로 유추된다. Curr_pic_as_ref_enabled_flag가 1과 동일하게 되는 경우, SPS를 참조하는 CVS들에는 I-슬라이스들이 없을 수도 있다.

1과 동일하게 된 신택스 엘리먼트 palette_mode_enabled_flag는 팔레트 모드가 인트라 블록들을 위해 사용될 수도 있다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 palette_mode_enabled_flag는 팔레트 모드가 적용되지 않음을 특정한다. 존재하지 않는 경우, palette_mode_enabled_flag의 값은 0과 동일한 것으로 유추된다.

1과 동일하게 된 신택스 엘리먼트 residual_adaptive_colour_transform_enabled_flag는 적응적 컬러 변환이 디코딩 프로세스에서의 잔차에 적용될 수도 있다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 residual_adaptive_colour_transform_enabled_flag는 적응적 컬러 변환이 잔차에 적용되지 않는다는 것을 특정한다. 존재하지 않는 경우, residual_adaptive_colour_transform_enabled_flag의 값은 0과 동일한 것으로 유추된다.

인트라 예측이 잔차 데이터와, 현재 픽처가 아닌 참조 픽처를 사용하는 것 또는 사용하지 않는 것 중 어느 하나로 코딩된 이웃하는 코딩 블록들의 디코딩된 샘플들의 사용을 허용한다는 것을 0과 동일한 constrained_intra_pred_flag가 특정하도록 constrained_intra_pred_flag는 정의될 수도 있다. 1과 동일한 constrained_intra_pred_flag는 제약된 인트라 예측을 특정하는데, 그 경우 일반적인 인트라 예측 프로세스는 잔차 데이터와, 현재 픽처가 아닌 참조 픽처를 사용하는 일 없이 코딩된 이웃하는 코딩 블록들로부터의 디코딩된 샘플들만을 사용한다.

본원에서 설명되는 기법들에 따라서, 슬라이스 유형들을 정의하기 위해 표가 사용될 수도 있다. 이러한 표의 일 예가 아래에서 도시된다.

nal_unit_type이 BLA_W_LP 내지 RSV_IRAP_VCL23의 범위에서의 값을 갖는 경우, 즉, 픽처가 IRAP 픽처이고 curr_pic_as_ref_enabled_flag가 0과 동일한 경우, slice_type은 2와 동일하게 될 것이다. sps_max_dec_pic_buffering_minus1[TemporalId]의 값이 0과 동일한 경우, slice_type은 2과 동일하게 될 것이다.

collocated_ref_idx가 시간적 모션 벡터 예측을 위해 사용되는 병치된 픽처의 참조 인덱스를 특정한다. slice_type이 P와 동일한 경우 또는 slice_type이 B와 동일하고 collocated_from_l0_flag가 1과 동일한 경우, collocated_ref_idx는 리스트 0에서의 픽처를 참조하고, collocated_ref_idx의 값은 0 내지 num_ref_idx_l0_active_minus1의 범위에 있을 것이다. slice_type이 B와 동일하고 collocated_from_l0_flag가 0과 동일한 경우, collocated_ref_idx는 리스트 1에서의 픽처를 참조하고, collocated_ref_idx의 값은 0 내지 num_ref_idx_l1_active_minus1의 범위에 있을 것이다. collocated_ref_idx에 의해 참조되는 픽처가 코딩된 픽처의 모든 슬라이스들에 대해 동일할 것이고 현재 픽처 자체는 아닐 것이라는 것이 비트스트림 적합성의 요건일 수도 있다.

1과 동일한 신택스 엘리먼트 cu_skip_flag[x0][y0]는, 현재 코딩 유닛에 대해, P 또는 B 슬라이스를 디코딩하는 경우, 병합 후보 인덱스 merge_idx[x0][y0]를 제외한 더 이상의 신택스 엘리먼트들은 cu_skip_flag[x0][y0] 뒤에 파싱되지 않는다는 것을 특정한다. 0과 동일하게 된 신택스 엘리먼트 cu_skip_flag[x0][y0]는 코딩 유닛이 스킵되지 않는다는 것을 특정한다. 어레이 인덱스들 (x0, y0) 은 픽처의 좌측상단 루마 샘플을 기준으로 고려되는 코딩 블록의 좌측상단 루마 샘플의 로케이션 (x0, y0) 을 특정한다. cu_skip_flag[x0][y0]가 존재하지 않는 경우, 그것은 0와 동일한 것으로 유추된다.

0과 동일하게 된 신택스 엘리먼트 pred_mode_flag는 현재 코딩 유닛이 인터 예측 모드에서 코딩된다는 것을 특정한다. 1과 동일하게 된 신택스 엘리먼트 pred_mode_flag는 현재 코딩 유닛이 인트라 예측 모드에서 코딩된다는 것을 특정한다. 변수 CuPredMode[x][y]는 x = x0..x0 + nCbS - 1 및 y = y0..y0 + nCbS - 1에 대해 다음과 같이 도출된다: pred_mode_flag가 0과 동일하면, CuPredMode[x][y]는 MODE_INTER와 동일하게 설정된다. 그렇지 않으면 (pred_mode_flag가 1과 동일하면), CuPredMode[x][y]는 MODE_INTRA와 동일하게 설정된다.

신택스 엘리먼트 part_mode는 현재 코딩 유닛의 파티셔닝 모드를 특정한다. part_mode의 시맨틱스는 CuPredMode[x0][y0]에 따라 달라진다. 변수들 (PartMode 및 IntraSplitFlag) 은 part_mode의 값으로부터 도출된다. part_mode의 값은 다음과 같이 제한된다: CuPredMode[x0][y0]가 MODE_INTRA와 동일하면, part_mode는 0 또는 1과 동일할 것이다. 그렇지 않으면 (CuPredMode[x0][y0]가 MODE_INTER와 동일하면), 다음이 적용된다: log2CbSize가 MinCbLog2SizeY보다 더 크고 amp_enabled_flag가 1과 동일하면, part_mode는 0 내지 2의 범위에, 또는 4 내지 7의 범위에 있을 것이다. 그렇지 않고, log2CbSize가 MinCbLog2SizeY보다 더 크고 amp_enabled_flag가 0과 동일하거나, 또는 log2CbSize가 3과 동일하고 curr_pic_as_ref_enabled_flag가 0과 동일하면, part_mode는 0 내지 2의 범위에 있을 것이다. 그렇지 않으면 (log2CbSize가 3을 초과하고 MinCbLog2SizeY 이하이거나, 또는 curr_pic_as_ref_enabled_flag가 1과 동일하면), part_mode의 값은 0 내지 3의 범위에 있을 것이다.

part_mode가 존재하지 않는 경우, 변수들 (PartMode 및 IntraSplitFlag) 은 다음과 같이 도출된다: PartMode는 PART_2Nx2N과 동일하게 설정된다. IntraSplitFlag는 0과 동일하게 설정된다. CuPredMode[x0][y0]가 MODE_INTER와 동일하며, PartMode가 PART_NxN와 동일하고, log2CbSize가 3과 동일한 한 경우, 현재 CU에서의 모든 블록들의 참조 인덱스들이 현재 픽처만을 참조할 것이라는 것이 비트스트림 적합성의 요건이다.

신택스 엘리먼트 ref_idx_l1[x0][y0]는, l0 및 list 0이 각각 l1 및 list 1에 의해 대체된, ref_idx_l0와 동일한 시맨틱스를 갖는다. 변수 codeMvdFlag는 다음과 같이 도출된다:

codeMvdFlag = (DiffPicOrderCnt(RefPicList0[ref_idx_l0], currPic) != 0) ? 1 : 0

신택스 엘리먼트 mvd_sign_flag[compIdx]는 모션 벡터 성분 차이의 부호를 다음과 같이 특정한다: mvd_sign_flag[compIdx]가 0과 동일하면, 대응하는 모션 벡터 성분 차이는 양의 값을 갖는다. 그렇지 않으면 (mvd_sign_flag[compIdx]가 1과 동일하면), 대응하는 모션 벡터 성분 차이는 음의 값을 갖는다. mvd_sign_flag[compIdx]가 존재하지 않는 경우, 그것은 0와 동일한 것으로 유추된다. compIdx = 0..1에 대한 모션 벡터 차이 lMvd[compIdx]는 다음과 같이 도출된다:

lMvd[compIdx] = abs_mvd_greater0_flag[compIdx] * (abs_mvd_minus2[compIdx] + 2) * (1 - 2 * mvd_sign_flag[compIdx]) (7-70)

0 또는 1인 X를 갖는 변수 MvdLX[x0][y0][compIdx]는, 사용될 리스트 X 벡터 성분과 그것의 예측 간의 차이를 특정한다. MvdLX[x0][y0][compIdx]의 값은 -215 내지 215 - 1의 범위에 있을 것이다. 어레이 인덱스들인 x0, y0는 픽처의 좌측상단 루마 샘플을 기준으로 고려되는 예측 블록의 좌측상단 루마 샘플의 로케이션 (x0, y0) 를 특정한다. 수평 모션 벡터 성분 차이는 compIdx = 0으로 배정되고 수직 모션 벡터 성분은 compIdx = 1로 배정된다. refList가 0과 동일하면, MvdL0[x0][y0][compIdx]는 compIdx = 0..1에 대해 lMvd[compIdx]와 동일하게 설정된다. 그렇지 않으면 (refList가 1과 동일하면), MvdL1[x0][y0][compIdx]는 compIdx = 0..1에 대해 lMvd[compIdx]와 동일하게 설정된다.

다음이 NumPicTotalCurr의 값에 적용된다: 현재 픽처가 BLA 또는 CRA 픽처인 경우, NumPicTotalCurr의 값은 curr_pic_ref_enabled_flag와 동일할 것이다.

nal_unit_type이 BLA_W_LP 내지 RSV_IRAP_VCL23의 범위에서의 값을 갖고, 즉, 그 픽처가 IRAP 픽처이고 curr_pic_as_ref_enabled_flag가 1과 동일한 경우, RefPicList0은 현재 픽처만을 참조하는 하나 이상의 엔트리들을 포함할 것이고, slice_type이 1과 동일한 경우, RefPicList1은 현재 픽처만을 참조하는 하나 이상의 엔트리들을 포함할 것이라는 것이 비트스트림 적합성의 요건일 수도 있다.

신택스 엘리먼트 CuPredMode[xNbY][yNbY]는 MODE_INTRA와 동일하지 않을 수도 있으며, 이웃하는 루마 로케이션 (xNbY, yNbY) 에서의 블록의 참조 픽처들 중 적어도 하나의 참조 픽처는 현재 픽처가 아니고, constrained_intra_pred_flag는 1과 동일하다.

변수들 (predFlagLX, mvLX, 및 refIdxLX) 에서, PRED_LX에서, 그리고 신택스 엘리먼트들 (ref_idx_lX 및 MvdLX) 에서 0 또는 1 중 어느 하나에 의해 대체된 X에 대해, 다음이 적용된다:

1. 변수들 (refIdxLX 및 predFlagLX) 은 다음과 같이 도출되며:

- inter_pred_idc[xPb][yPb] 가 PRED_LX 또는 PRED_BI 와 동일하면,

refIdxLX = ref_idx_lX[xPb][yPb]

predFlagLX = 1

- 그렇지 않으면, 변수들 (refIdxLX 및 predFlagLX) 은 다음에 의해 특정된다:

refIdxLX = -1

predFlagLX = 0

2. 변수 mvdLX는 다음과 같이 도출된다:

mvdLX[0] = MvdLX[xPb][yPb][0]

mvdLX[1] = MvdLX[xPb][yPb][1]

3. predFlagLX가 1과 동일한 경우, 하위절 8.5.3.2.6에서의 루마 모션 벡터 예측에 대한 도출 프로세스는 루마 코딩 블록 로케이션 (xCb, yCb), 코딩 블록 사이즈 (nCbS), 루마 예측 블록 로케이션 (xPb, yPb), 변수들 (nPbW, nPbH, refIdxLX), 및 파티션 인덱스 (partIdx) 를 입력들로 하여 호출되고, 그 출력은 mvpLX이다.

4. predFlagLX가 1과 동일하고 참조 픽처가 현재 픽처가 아닌 경우, 루마 모션 벡터 (mvLX) 는 다음과 같이 도출된다:

uLX[0] = (mvpLX[0] + mvdLX[0] + 2¹⁶) % 2¹⁶

mvLX[0] = (uLX[0] >= 2¹⁵) ? (uLX[0] - 2¹⁶) : uLX[0]

uLX[1] = (mvpLX[1] + mvdLX[1] + 2¹⁶) % 2¹⁶

mvLX[1] = (uLX[1] >= 2¹⁵) ? (uLX[1] - 2¹⁶) : uLX[1]

주 - 위에서 특정된 바와 같은 mvLX[0] 및 mvLX[1]의 결과적인 값들은 -2¹⁵ 내지 2¹⁵ - 1의 범위에 항상 있을 것이다.

5. predFlagLX가 1과 동일하고 참조 픽처가 현재 픽처인 경우, 루마 모션 벡터 (mvLX) 는 다음과 같이 도출된다:

mvLX[0] = (mvpLX[0] >> 2 + mvdLX[0]) << 2

mvLX[1] = (mvpLX[0] >> 2 + mvdLX[0]) << 2

참조 픽처가 현재 픽처인 경우, 루마 모션 벡터 (mvLX) 는 다음의 제약조건들에 복종한다는 것이 비트스트림 적합성의 요건이다:

(a) z-스캔 순서 블록 가용성에 대한 도출 프로세스가 (xCb, yCb) 와 동일하게 설정된 (xCurr, yCurr) 와 (xPb + (mvLX[0] >> 2), (yPb + mvLX[1] >> 2)) 와 동일하게 설정된 이웃하는 루마 로케이션 (xNbY, yNbY) 를 입력들로 하여 호출되는 경우, 그 출력은 TRUE와 동일할 것이다.

(b) z-스캔 순서 블록 가용성에 대한 도출 프로세스가 (xCb, yCb) 와 동일하게 설정된 (xCurr, yCurr) 와 (xPb + (mvLX[0] >> 2) + nPbW - 1, yPb + (mvLX[1] >> 2) + nPbH - 1) 와 동일하게 설정된 이웃하는 루마 로케이션 (xNbY, yNbY) 를 입력들로 하여 호출되는 경우, 그 출력은 TRUE와 동일할 것이다.

(c) 하나 또는 둘 다의 다음의 조건들이 참일 것이다:

- (mvLX[0] >> 2) + nPbW + xB1의 값은 0 이하이다.

- (mvLX[1] >> 2) + nPbH + yB1의 값은 0 이하이다.

ChromaArrayType이 0과 동일하지 않고 X가 0 또는 1인 predFlagLX가 1과 동일한 경우, 하위절 8.5.3.2.10에서의 크로마 모션 벡터들에 대한 도출 프로세스는 루마 코딩 블록 로케이션 (xCb, yCb), 루마 예측 블록 로케이션 (xPb, yPb), 및 루마 모션 벡터들 (mvLX) 을 입력으로 하여 호출되고, 그 출력은 mvCLX이다.

변수들 (mvLXCol 및 availableFlagLXCol) 은 다음과 같이 도출된다: slice_temporal_mvp_enabled_flag가 0과 동일하면, mvLXCol의 성분들 둘 다는 0과 동일하게 설정되고 availableFlagLXCol은 0과 동일하게 설정된다. 그렇지 않고, 참조 픽처가 현재 픽처이고 constrained_intra_pred_flag가 1과 동일하면, mvLXCol의 양 성분들은 0과 동일하게 설정되고 availableFlagLXCol은 0과 동일하게 설정된다.

추가의 신택스 표들은 다음을 포함한다. 이들 표들에 의해 업데이트되는 HEVC 표준의 관련 부분들은 각각의 표의 헤더에서 제공될 것이다.

섹션 9.3.2.2

섹션 9.3.2.2

섹션 9.3.3.1

섹션 9.3.3.7

섹션 9.3.4.2.1

도 6은 모션 정보 병합 및 AMVP 모드들을 도출하기 위한 공간적 이웃 모션 벡터 후보들의 예들을 도시한다. HEVC 표준에 따르면, 인트라 예측 또는 인트라 예측을 사용하는 경우, 모션 정보는 비디오 인코더 (20) 또는 비디오 디코더 (30) 에게 이용 가능할 수도 있다. 각각의 블록에 대해, 모션 정보 세트가 이용 가능할 수 있다. 모션 정보 세트가 순방향 및 역방향 예측 방향들에 대한 모션 정보를 포함할 수도 있다. 순방향 및 역방향 예측 방향들이란 용어들은 양방향 예측 모드에 연관된 두 개의 예측 방향들을 나타낸다는 의미이다. "순방향" 및 "역방향"이란 용어들은 기하학적 의미를 반드시 가질 필요는 없다. 오히려 "순방향" 및 "역방향"은 현재 픽처의 참조 픽처 리스트 0 (RefPicList0) 및 참조 픽처 리스트 1 (RefPicList1) 에 대응한다. 단지 하나의 참조 픽처 리스트가 픽처 또는 슬라이스에 대해 이용 가능한 경우, RefPicList0만이 이용 가능하고 슬라이스의 각각의 블록의 모션 정보는 항상 순방향이다.

각각의 예측 방향에 대해, 모션 정보는 참조 인덱스와 모션 벡터를 포함하여야만 한다. 참조 인덱스는 그 픽처 리스트에서의 특정 픽처에 대한 인덱스이다. 일부 경우들에서, 단순화를 위해, 모션이 연관된 참조 인덱스를 갖는다고 비디오 코더가 가정할 수도 있다. 참조 인덱스가 현재 참조 픽처 리스트 (RefPicList0 또는 RefPicList1) 에서 참조 픽처를 식별하는데 사용된다. 모션 벡터가 수평 성분 및 수직 성분을 갖는다. CU가 인터 코딩되는 경우, 하나의 모션 정보 세트는 각각의 PU마다 존재한다. 비디오 코더가 PU에 연관된 인터 예측 모드를 사용하여 해당 PU에 대한 모션 정보 세트를 도출한다.

HEVC 표준에서는, 예측 유닛 (PU) 에 대해, 두 개의 인터 예측 모드들, 즉 병합 모드 (이는 병합 모드의 특수한 경우인 스킵 모드를 포함함) 및 고급 모션 벡터 예측 (AMVP) 모드가 각각 있다. AMVP 또는 병합 모드 중 어느 하나의 모드에서, 비디오 코더가 다수의 모션 벡터 예측자들의 모션 벡터 (MV) 후보 리스트를 유지한다. 비디오 코더가 모션 벡터(들), 뿐만 아니라 MV 후보 리스트로부터 하나의 후보를 선택함으로써 병합 모드를 사용하여 PU를 코딩하는 경우에 사용될 참조 인덱스들을 생성한다.

MV 후보 리스트는 병합 모드를 위한 5 개까지의 후보들과 AMVP 모드를 위한 두 개의 후보들만을 포함한다. 병합 후보가 모션 정보 세트, 예컨대, 참조 픽처 리스트들 (리스트 0 및 리스트 1) 둘 다에 대응하는 모션 벡터들 및 대응하는 참조 인덱스들을 포함할 수도 있다. 비디오 코더가 병합 인덱스에 의해 병합 후보를 식별하면, 비디오 코더는 식별된 참조 픽처들을 현재 블록들의 예측을 위해 사용한다. 비디오 코더는 현재 블록들에 대한 연관된 모션 벡터들을 또한 결정한다. 그러나, AMVP를 사용하여 블록을 코딩하는 경우, 리스트 0 또는 리스트 1 중 어느 하나로부터의 각각의 잠재적 예측 방향에 대해, 비디오 코더가 MVP 인덱스와 함께 각각의 참조 인덱스를 명시적으로 시그널링해야만 한다. MVP 인덱스는 MV 후보 리스트에 대한 인덱스인데, AMVP 후보가 모션 벡터만을 포함하여서이다. AMVP 모드에서, 비디오 코더가 예측된 모션 벡터들을 추가로 리파인할 수도 있다.

따라서, 위에서 설명된 바와 같이, 비디오 코더가 동일한 공간적 및 시간적 이웃 블록들에 기초하여 AMVP 및 병합 모드들 둘 다에 대한 후보들을 유사하게 도출한다. 그러나, 병합 후보가 전체 모션 정보 세트에 대응하는 반면 AMVP 후보가 특정 예측 방향에 대한 단지 하나의 모션 벡터와 참조 인덱스를 포함한다는 점에서 두 개의 모드들은 상이하다. 양 모드들에 대한 후보들은 동일한 공간적 및 시간적 이웃 블록들로부터 유사하게 도출된다. 도 6은 병합 및 AMVP 모드들에 대한 MV 후보들을 예시한다.

공간적 MV 후보들은, 특정 PU (PU₀) 에 대해, 도 6에 도시된 이웃 블록들로부터 도출되지만, 그 블록들로부터 후보들을 생성하는 방법들은 병합 및 AMVP 모드들에 대해 상이하다.

병합 모드에서는, 도 6에 예시된 바와 같이, 다섯 개의 가능한 공간적 MV 후보 포지션들 즉,{a₀, a₁, b₀, b₁, b₂}가 있다. 비디오 코더는 각각의 MV 후보 포지션에 대해, 그 포지션에 있는 MV 후보가 이용 가능한지의 여부를 결정한다. 후보들은, 일 예로서, 그 로케이션에 있는 블록이 아직 디코딩되지 않았다면, 이용 가능하지 않을 수도 있다. 비디오 코더는 이용 가능한 MV 후보를 다음의 순서로 체크한다: {a₁, b₁, b₀, a₀, b₂}.

AMVP 모드에서, 비디오 코더 (예컨대, 비디오 인코더 (20) 또는 비디오 디코더 (30)) 는 이웃 블록들을 도 2에 도시된 바와 같은 두 개의 그룹들 즉, 블록들 (a₀ 및 a₁) 로 이루어진 좌측 그룹과, 블록들 (b₀, b₁, 및 b₆) 로 이루어진 상측-이웃 그룹으로 나눈다. 좌측-이웃 그룹에 대해, 비디오 코더는 다음의 순서에 따라 블록들의 가용성을 체크한다: {a₀, a₁}. 상측-이웃 그룹에 대해, 비디오 코더는 다음의 순서에 따라 상단-이웃 블록들의 가용성을 체크한다: {b₀, b₁, b₂}. 각각의 그룹에 대해, 시그널링된 참조 인덱스에 의해 표시된 픽처와 동일한 참조 픽처를 참조하는 잠재적 후보가 그 그룹의 최종 후보를 형성하기 위해 비디오 코더에 의해 선택될 최고 우선순위를 갖는다. 이웃 블록들이 동일한 참조 픽처를 가리키는 모션 벡터를 포함하지 않는 것이 가능하다. 이 경우, 비디오 코더가 시그널링된 인덱스에 의해 표시된 픽처와 동일한 참조 픽처를 가리키는 모션 벡터를 찾을 수 없다면, 비디오 코더는 첫 번째 이용가능 후보를 선택한다. 비디오 코더는 최종 후보를 형성하기 위해 첫 번째 이용가능 후보를 스케일링한다. 후보 모션 벡터를 스케일링하는 것은 이 경우에 시간적 거리 차이들을 보상한다.

모션 벡터는 현재 PU/CU의 루마 성분에 대해 도출되며; 그것이 크로마 모션 보상을 위해 사용되기 전에, 그 모션 벡터는, 크로마 샘플링 포맷에 기초하여, 스케일링된다.

PU 또는 CU가 샘플들의 루마 블록, 뿐만 아니라 샘플들의 다수의 대응하는 크로마 (컬러) 블록들을 가질 수도 있다. 일부 경우들에서, 각각의 크로마 샘플에 대응하는 다수의 루마 샘플들 (크로마 서브샘플링이라고 지칭됨) 이 있을 수도 있다. 모션 벡터를 결정하는 경우, 비디오 코더가 PU 또는 CU에 대한 루마 모션 벡터 성분을 먼저 도출한다. 비디오 코더는 크로마 서브샘플링 포맷에 기초하여 크로마 모션 벡터를 결정하기 위해 루마 모션 벡터를 스케일링할 수도 있다.

덧붙여, HEVC에서, 비디오 코더가 LCU를 병렬 모션 추정 지역들 (MER들) 로 나눌 수도 있다. LCU가 MER의 일부인 경우, 비디오 코더가 현재 PU와는 상이한 MER들에 속하는 이웃 PU들만이 병합/스킵 MVP 리스트 구축 프로세스에 포함되는 것을 허용한다. 비디오 코더는 MER의 사이즈를 픽처 파라미터 세트에 코딩한다. MER 사이즈를 표시하는 신택스 엘리먼트는 "log2_parallel_merge_level_minus2"이다.

일부 경우들에서, 예컨대, MER 사이즈가 NxN 샘플들보다 더 큰 경우, 그리고 최소 가능한 CU 사이즈가 2Nx2N 개 샘플들로 설정되는 경우, MER이 모션 추정에 관해 공간적으로 이웃하는 블록의 가용성에 영향을 줄 수도 있다. 예를 들어, 전술한 경우에서, 공간적으로 이웃하는 블록이 현재 PU와 동일한 MER 내부에 있다면, 비디오 코더가 공간적으로 이웃하는 블록을 이용 불가능한 것으로 간주한다.

인트라 블록 복사 (BC) 는 현재의 스크린 콘텐츠 코딩 (SCC) 에 포함되었다. 인트라 BC의 일 예가 도 5에서 도시되는데, 그 도면에서 현재 CU/PU는 현재 픽처/슬라이스의 이미 디코딩된 블록으로부터 예측된다. 예측 신호는 블록화제거 및 샘플 적응 오프셋 (SAO) 을 포함하는, 루프-내 필터링 없이 복원됨을 주목한다.

인트라 BC로 코딩되는 루마 성분 또는 크로마 성분들에 대해, 블록 보상은 정수 블록 보상으로 행해지며; 그러므로 보간은 필요하지 않다.

병합 모드에서, 공간적 후보들을 검정 (validation) 한 후, 비디오 코더가 두 종류들의 리던던시를 제거한다. 현재 PU에 대한 후보 포지션이 동일한 CU 내의 첫 번째 PU를 참조하면, 비디오 코더는 그 포지션을 제외시키는데, 동일한 병합이 예측 파티션들로 분할하는 일 없이 CU에 의해 성취될 수 있어서이다. 더욱이, 비디오 코더가 후보들이 정확히 동일한 모션 정보를 갖는 임의의 용장성 엔트리들을 제외시킨다. 공간적 이웃 후보들을 체크한 후, 비디오 코더는 시간적 후보들을 검정한다. 시간적 후보에 대해, 비디오 코더는 참조 픽처의 병치된 PU 바로 외부의 우측 하단 포지션을 그것이 이용 가능하다면 사용한다. 그렇지 않으면, 비디오 코더는 중심 포지션을 사용한다. 비디오 코더가 병치된 PU를 선택하는 방식은 종래의 표준들의 방식과 유사하지만, HEVC는 어떤 참조 픽처 리스트가 병치된 참조 픽처를 위해 사용되는지를 특정하는 인덱스를 송신함으로써 더 많은 유연성을 허용한다.

시간적 후보의 사용에 관련된 하나의 이슈는 참조 픽처의 모션 정보를 저장하기 위해 요구된 메모리의 양이다. 이는, 심지어 더 작은 PB 구조들이 참조 픽처에서의 대응하는 로케이션에서 사용되는 경우에도, 시간적 모션 후보들을 저장하기 위한 세분도를 16×16 루마 그리드의 해상도로 제한함으로써 해결된다. 덧붙여서, 비디오 인코더가 시간적 후보의 사용을 디스에이블시키는 것을 PPS-레벨 플래그가 허용하는데, 이는 에러가 발생하기 쉬운 송신을 갖는 애플리케이션들에 대해 유용하다. 비디오 인코더가 병합 후보들의 최대 수 (C) 를 그 C를 슬라이스 헤더에서 시그널링함으로써 표시한다. 발견된 병합 후보들 (시간적 후보를 포함함) 의 수가 C보다 더 크면, 비디오 코더만이 처음 C - 1 개의 공간적 후보들과 시간적 후보만을 유지시킨다.

그렇지 않고, 식별된 병합 후보들의 수가 C 미만이면, 비디오 코더는 그 수가 C와 동일하기까지 추가적인 후보들을 생성한다. 이는 파싱을 단순화시키고 더욱 강건해지게 하는데, 코딩된 데이터를 파싱하는 능력이 병합 후보 가용성에 의존하지 않아서이다.

B 슬라이스들에 대해, 비디오 코더는 참조 픽처 리스트 0 및 리스트 1에 대한 미리 정의된 순서에 따라 두 개의 현존 후보들을 선택함으로써 추가적인 병합 후보들을 생성한다. 예를 들어, 첫 번째 생성된 후보는 리스트 0에 대한 제 1 병합 후보와 리스트 1에 대한 제 2 병합 후보를 사용한다. HEVC는 (0, 1), (1, 0), (0, 2), (2, 0), (1, 2), (2, 1), (0, 3), (3, 0), (1, 3), (3, 1), (2, 3), 및 (3, 2) 와 같은 이미 구축된 병합 후보 리스트에서의 순서로 총 12 개의 미리 정의된 두 개로 된 쌍들을 특정한다. 그것들 중에서, 다섯 개까지의 후보들이 용장성 엔트리들을 제거한 후 포함될 수 있다. 병합 후보들의 수가 여전히 C 미만인 경우, 디폴트 모션 벡터들 및 대응하는 참조 인덱스들을 포함하는 디폴트 병합 후보들은, 병합 후보 리스트에서 임의의 나머지 엔트리들을 채우기 위해 사용되는 0부터 참조 픽처들의 수 빼기 1까지의 참조 인덱스들에 연관된 제로 모션 벡터들과 함께 대신 사용된다.

AMVP 모드에서, HEVC는 훨씬 더 낮은 수의 후보들이 모션 벡터 예측 프로세스 사례에서 사용되는 것을 허용하는데, 비디오 인코더는 모션 벡터를 변경시키기 위해 코딩된 차이를 전송할 수 있기 때문이다. 더욱이, 비디오 인코더가 인코더에서 가장 계산적으로 비싼 동작들 중 하나인 모션 추정을 수행하는 것을 필요로 하고, 복잡도는 적은 수의 후보들을 허용함으로써 감소된다. 이웃하는 PU의 참조 인덱스가 현재 PU의 참조 인덱스와 동일하지 않은 경우, 비디오 코더가 모션 벡터의 스케일링된 버전을 사용한다. 이웃하는 모션 벡터는 각각 현재 PU 및 이웃하는 PU의 참조 인덱스들에 의해 표시된 현재 픽처 및 참조 픽처들 간의 시간적 거리들에 따라 스케일링된다.

두 개의 공간적 후보들이 동일한 모션 벡터 성분들을 갖는 경우, 하나의 용장성 공간적 후보가 제외된다. 모션 벡터 예측자들의 수가 2와 동일하지 않고 시간적 MV 예측의 사용이 명시적으로 디스에이블되지 않는 경우, 시간적 MV 예측 후보는 포함된다. 이는 두 개의 공간적 후보들이 이용 가능한 경우 시간적 후보가 전혀 사용되지 않는다는 것을 의미한다. 마지막으로, 제로 모션 벡터인 디폴트 모션 벡터는 모션 벡터 예측 후보들의 수가 2와 동일할 때까지 반복적으로 포함되는데, 이는 모션 벡터 예측자들의 수가 2인 것을 보장한다. 따라서, 코딩된 플래그만이 어떤 모션 벡터 예측이 AMVP 모드의 경우에 사용되는지를 식별하는데 필요하다.

비디오 코더가 모션 예측 동안, 예컨대, AMVP 또는 병합 모드를 사용하여 현재 PU/CU의 루마 성분에 대한 MV를 도출한다. 비디오 코더가 크로마 모션 보상을 위해 MV를 사용할 수도 있기 전에, 비디오 코더는 PU/CU의 크로마 샘플링 포맷에 기초하여 MV를 스케일링한다.

도 7은 인접한 블록들 (P 및 Q) 에 의해 형성된 4-화소 길이 수직 블록 경계의 예시도이다. Bs 가 양인 경우, 블록화제거 필터가 인에이블되는지의 여부를 결정하기 위한 기준들은 다음의 수학식에 따라 정의될 수도 있다:

| P _2,0 - 2P _1,0 + P _0,0| + | P _2,3 - 2P _1,3 + P _0,3| + | Q _2,0 - 2Q _{1 ,0} + Q _0,0| + | Q _2,3 - 2Q _1,3 + Q _0,3| < β (1)

정상 및 강력한 블록화제거 필터를 결정하는 기준들은 다음과 같다 (i=0, 3):

| P _2,i - 2P _1,i + P _0,i| + | Q _2,i - 2Q _1,i + Q _0,i| < β/8 (2)

| P _3,i - P _0,i| + | Q _3,I - Q _0,i| < β/8 (3)

| P _0,I - Q _0,i| < 2.5T _C (4)

수평 블록 경계는 유사한 방도로 취급될 수 있다.

도 8은 예시적인 공간적 블록 벡터 후보들을 도시하는 개념도이다. 도 4에 도시된 바와 같은 네 개의 공간적 블록 벡터 예측자 후보들은 {a₂, a₁}을 포함하는 좌측 그룹과 {b₂, b₁}을 포함하는 상측 그룹으로 나누어진다. 두 개의 공간적 블록 벡터 예측자 후보들이 선택되는데, 하나는 가용성 체킹 순서 {a₂, a₁}에 따른 좌측 그룹으로부터이고 다른 하나는 가용성 체킹 순서 {b₂, b₁}에 따른 상측 그룹으로부터이다. 하나의 공간적 블록 벡터 예측자 후보가 이용 불가능하다면, (-2w, 0) 가 대신 사용된다. 공간적 블록 벡터 예측자 후보들 둘 다가 이용 불가능하다면, (-2*w, 0) 및 (-w, 0) 가 대신 사용되며, 여기서 w는 CU 폭이다. 현재 블록이 4x4의 사이즈로 되는 경우, b₂ 및 b₁이 동일한 블록일 것이고 a₂ 및 a₁이 동일한 블록일 것임이 주목된다.

도 9는 본 개시물에서 설명되는 기법들을 구현할 수도 있는 예시적인 비디오 인코더 (20) 를 도시하는 블록도이다. 비디오 인코더 (20) 는 비디오를 포스트-프로세싱 엔티티 (27) 로 출력하도록 구성될 수도 있다. 포스트-프로세싱 엔티티 (27) 는, 비디오 인코더 (20) 로부터의 인코딩된 비디오 데이터를 프로세싱할 수도 있는 MANE 또는 스플라이싱 (splicing) /편집 디바이스와 같은 비디오 엔티티의 일 예를 나타내기 위해 의도된다. 일부 사례들에서, 포스트-프로세싱 엔티티 (27) 는 네트워크 엔티티의 일 예일 수도 있다. 일부 비디오 인코딩 시스템들에서, 포스트-프로세싱 엔티티 (27) 와 비디오 인코더 (20) 는 별개의 디바이스들의 부분들일 수도 있지만, 다른 사례들에서, 포스트-프로세싱 엔티티 (27) 에 관해 설명된 기능은 비디오 인코더 (20) 를 포함하는 동일한 디바이스에 의해 수행될 수도 있다. 어떤 예에서, 포스트-프로세싱 엔티티 (27) 는 도 1의 저장 디바이스 (17) 의 일 예이다.

비디오 인코더 (20) 는 비디오 슬라이스들 내의 비디오 블록들의 인트라, 인터 및 IMC 코딩을 수행할 수도 있다. 인트라-코딩은 공간적 예측에 의존하여, 주어진 비디오 프레임 또는 픽처 내의 비디오에서 공간적 리던던시를 감소시키거나 또는 제거한다. 인터 코딩은 시간적 예측에 의존하여, 비디오 시퀀스의 인접한 프레임들 또는 픽처들 내의 비디오에서 시간적 리던던시를 감소시키거나 또는 제거한다. 인트라 모드 (I 모드) 는 여러 공간 기반 압축 모드들 중 임의의 것을 지칭할 수도 있다. 단방향 예측 (P 모드) 또는 양-예측 (B 모드) 과 같은 인터 모드들은 여러 시간 기반 압축 모드들 중 임의의 것을 지칭할 수도 있다. IMC 코딩 모드들은, 위에서 설명된 바와 같이, 비디오 데이터의 프레임으로부터 공간적 리던던시를 제거할 수도 있지만, 전통적인 인트라 모드들과는 달리, IMC 코딩 코드들은, 인트라-예측 코딩 모드들에 의존하는 것이 아니라, 오프셋 벡터들로 프레임 내의 더 큰 검색 영역에서 예측 블록들을 위치 결정하고 그 예측 블록들을 참조하는데 사용될 수도 있다.

도 9의 예에서, 비디오 인코더 (20) 는 비디오 데이터 메모리 (33), 파티셔닝 유닛 (35), 예측 프로세싱 유닛 (41), 필터 유닛 (63), 디코딩된 픽처 버퍼 (64), 합산기 (50), 변환 프로세싱 유닛 (52), 양자화 유닛 (54), 및 엔트로피 인코딩 유닛 (56) 을 포함한다. 예측 프로세싱 유닛 (41) 은 모션 추정 유닛 (42), 모션 보상 유닛 (44), 및 인트라 예측 프로세싱 유닛 (46) 을 포함한다. 비디오 블록 복원을 위해, 비디오 인코더 (20) 는 역 양자화 유닛 (58), 역 변환 프로세싱 유닛 (60), 및 합산기 (62) 를 또한 포함한다. 필터 유닛 (63) 은 블록화제거 필터, 적응 루프 필터 (adaptive loop filter; ALF), 및 샘플 적응 오프셋 (SAO) 필터와 같은 하나 이상의 루프 필터들을 나타내기 위한 것이다. 비록 필터 유닛 (63) 이 루프 내 필터인 것으로 도 7에서 도시되고 있지만, 다른 구성들에서, 필터 유닛 (63) 은 포스트 루프 필터일 수도 있다.

비디오 데이터 메모리 (33) 는 비디오 인코더 (20) 의 컴포넌트들에 의해 인코딩될 비디오 데이터를 저장할 수도 있다. 비디오 데이터 메모리 (33) 에 저장된 비디오 데이터는, 예를 들어, 비디오 소스 (18) 로부터 획득될 수도 있다. 디코딩된 픽처 버퍼 (64) 가, 예컨대 인트라, 인터, 또는 IMC 코딩 모드들에서, 비디오 인코더 (20) 에 의해 비디오 데이터를 인코딩함에 있어서의 사용을 위한 참조 비디오 데이터를 저장하는 참조 픽처 메모리일 수도 있다. 비디오 데이터 메모리 (33) 와 디코딩된 픽처 버퍼 (64) 는 동기식 DRAM (SDRAM) 을 포함하는 다이나믹 랜덤 액세스 메모리 (dynamic random access memory, DRAM), 자기저항 RAM (MRAM), 저항 RAM (RRAM), 또는 다른 유형들의 메모리 디바이스들과 같은 다양한 메모리 디바이스들 중 임의의 것에 의해 형성될 수도 있다. 비디오 데이터 메모리 (33) 와 디코딩된 픽처 버퍼 (64) 는 동일한 메모리 디바이스 또는 별개의 메모리 디바이스들에 의해 제공될 수도 있다. 다양한 예들에서, 비디오 데이터 메모리 (33) 는 비디오 인코더 (20) 의 다른 컴포넌트들과 온-칩, 또는 그들 컴포넌트들에 대하여 오프-칩일 수도 있다.

도 7에 도시된 바와 같이, 비디오 인코더 (20) 는 비디오 데이터를 수신하고 그 비디오 데이터를 비디오 데이터 메모리 (33) 에 저장한다. 파티셔닝 유닛 (35) 은 데이터를 비디오 블록들로 파티셔닝한다. 이 파티셔닝은 슬라이스들, 타일들, 또는 다른 더 큰 유닛들로의 파티셔닝, 뿐만 아니라, 예컨대 LCU들 및 CU들의 쿼드트리 구조에 따른, 비디오 블록 파티셔닝을 또한 포함할 수도 있다. 비디오 인코더 (20) 는 인코딩될 비디오 슬라이스 내의 비디오 블록들을 인코딩하는 컴포넌트들을 일반적으로 예시한다. 슬라이스는 다수의 비디오 블록들로 (및 아마도 타일들이라고 지칭된 비디오 블록들의 세트들로) 나누어질 수도 있다. 예측 프로세싱 유닛 (41) 은 복수의 가능한 코딩 모드들 중 하나, 이를테면 복수의 인트라 코딩 모드들 중 하나, 복수의 인터 코딩 모드들 중 하나, 또는 복수의 IMC 코딩 모드들 중 하나를 에러 결과들 (예컨대, 코딩 레이트 및 왜곡의 레벨) 에 기초하여 현재 비디오 블록에 대해 선택할 수도 있다. 예측 프로세싱 유닛 (41) 은 결과적인 인트라, 인터 또는 IMC 코딩된 블록을 잔차 블록 데이터를 생성하는 합산기 (50) 에 그리고 참조 픽처로서 사용하기 위해 인코딩된 블록을 복원하는 합산기 (62) 에 제공할 수도 있다.

예측 프로세싱 유닛 (41) 내의 인트라 예측 프로세싱 유닛 (46) 은 코딩될 현재 블록과 동일한 프레임 또는 슬라이스에서의 하나 이상의 이웃 블록들을 기준으로 현재 비디오 블록의 인트라 예측 코딩을 수행하여 공간적 압축을 제공할 수도 있다. 예측 프로세싱 유닛 (41) 내의 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 하나 이상의 참조 픽처들에서의 하나 이상의 예측 블록들을 기준으로 현재 비디오 블록의 인터 예측 코딩을 수행하여 시간적 압축을 제공할 수도 있다. 예측 프로세싱 유닛 (41) 내의 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 또한 동일한 픽처에서의 하나 이상의 예측 블록들을 기준으로 현재 비디오 블록의 IMC 코딩을 수행하여 공간적 압축을 제공할 수도 있다.

모션 추정 유닛 (42) 은 비디오 시퀀스에 대한 미리 결정된 패턴에 따라 비디오 슬라이스에 대한 인터 예측 모드 또는 IMC 모드를 결정하도록 구성될 수도 있다. 미리 결정된 패턴은 시퀀스에서의 비디오 슬라이스들을 P 슬라이스들, B 슬라이스들 또는 GPB 슬라이스들로서 지정할 수도 있다. 모션 추정 유닛 (42) 과 모션 보상 유닛 (44) 은 고도로 통합될 수도 있지만 개념적 목적들을 위해 별개로 예시된다. 모션 추정 유닛 (42) 에 의해 수행되는 모션 추정은 비디오 블록들에 대한 모션을 추정하는 모션 벡터들을 생성하는 프로세스이다. 모션 벡터가, 예를 들어, 참조 픽처 내의 예측 블록에 대한 현재 비디오 프레임 또는 픽처 내의 비디오 블록의 PU의 변위를 표시할 수도 있다. IMC 코딩의 경우, IMC에서 오프셋 벡터라고 지칭될 수도 있는 모션 벡터가, 현재 비디오 프레임 내의 예측 블록을 기준으로 현재 비디오 프레임 또는 픽처 내의 비디오 블록의 PU의 변위를 표시할 수도 있다.

예측 블록이 차의 절대값 합 (sum of absolute difference, SAD), 차의 제곱 합 (sum of square difference, SSD), 또는 다른 차이 메트릭들에 의해 결정될 수도 있는, 화소 차이의 관점에서 코딩될 비디오 블록의 PU에 밀접하게 매칭된다고 생각되는 블록이다. 일부 예들에서, 비디오 인코더 (20) 는 디코딩된 픽처 버퍼 (64) 에 저장된 참조 픽처들의 서브-정수 (sub-integer) 화소 위치들에 대한 값들을 계산할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 참조 픽처의 1/4 화소 위치들, 1/8 화소 위치들, 또는 다른 분수 화소 위치들의 값들을 보간할 수도 있다. 그러므로, 모션 추정 유닛 (42) 은 풀 (full) 화소 위치들 및 분수 화소 위치들에 대한 모션 검색을 수행하여 분수 화소 정밀도를 갖는 모션 벡터를 출력할 수도 있다.

모션 추정 유닛 (42) 은 PU의 위치와 참조 픽처의 예측 블록의 위치를 비교함으로써 인터 코딩된 슬라이스에서의 비디오 블록의 PU에 대한 모션 벡터를 계산한다. 참조 픽처는 디코딩된 픽처 버퍼 (64) 에 저장된 하나 이상의 참조 픽처들을 각각이 식별하는 제 1 참조 픽처 리스트 (리스트 0) 또는 제 2 참조 픽처 리스트 (리스트 1) 로부터 선택될 수도 있다. 모션 추정 유닛 (42) 은 계산된 모션 벡터를 엔트로피 인코딩 유닛 (56) 과 모션 보상 유닛 (44) 으로 전송한다.

본 개시물의 일부 기법들에 따르면, IMC 모드를 사용하여 비디오 블록을 코딩하는 경우, 모션 추정 유닛 (42) 은 모션 벡터, 또는 오프셋 벡터를, 비디오 블록의 루마 성분에 대해 결정하고, 루마 성분에 대한 오프셋 벡터에 기초하여 비디오 블록의 크로마 성분에 대한 오프셋 벡터를 결정할 수도 있다. 다른 예에서, IMC 모드를 사용하여 비디오 블록을 코딩하는 경우, 모션 추정 유닛 (42) 은 모션 벡터, 또는 오프셋 벡터를, 비디오 블록의 크로마 성분에 대해 결정하고, 크로마 성분에 대한 오프셋 벡터에 기초하여 비디오 블록의 루마 성분에 대한 오프셋 벡터를 결정할 수도 있다. 따라서, 비디오 인코더 (20) 는 하나의 오프셋 벡터만을 비트스트림에서 시그널링할 수도 있으며, 그 오프셋 벡터로부터 비디오 블록의 크로마 및 루마 성분들 둘 다에 대한 오프셋 벡터들이 결정될 수도 있다.

모션 보상 유닛 (44) 에 의해 수행되는 모션 보상은 모션 추정에 의해 결정된 모션 벡터에 기초하여 예측 블록을 페치하는 것 또는 생성하는 것, 아마도 부 화소 정밀도로 보간들을 수행하는 것을 수반할 수도 있다. 보간 필터링은 알려진 화소 샘플들로부터 추가적인 화소 샘플들을 생성하며, 따라서 비디오 블록을 코딩하는데 사용될 수도 있는 후보 예측 블록들의 수를 잠재적으로 증가시킬 수도 있다. 현재 비디오 블록의 PU에 대한 모션 벡터를 수신 시, 모션 보상 유닛 (44) 은 참조 픽처 리스트들 중 하나에서, 또는 IMC 코딩의 경우, 코딩되고 있는 픽처 내에서 모션 벡터가 가리키는 예측 블록을 위치 결정할 수도 있다. 비디오 인코더 (20) 는, 코딩되고 있는 현재 비디오 블록의 화소 값들로부터 예측 블록의 화소 값들을 감산하여 화소 차이 값들을 형성함으로써 잔차 비디오 블록을 형성한다. 화소 차이 값들은 블록에 대한 잔차 데이터를 형성하고, 루마 및 크로마 차이 성분들 양쪽 모두를 포함할 수도 있다. 합산기 (50) 는 이 감산 동작을 수행하는 컴포넌트 또는 컴포넌트들을 나타낸다. 모션 보상 유닛 (44) 은 비디오 슬라이스의 비디오 블록들을 디코딩함에 있어서 비디오 디코더 (30) 에 의한 사용을 위해 비디오 블록들 및 비디오 슬라이스에 연관된 신택스 엘리먼트들을 또한 생성할 수도 있다.

인트라 예측 프로세싱 유닛 (46) 은, 위에서 설명된 바와 같이, 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 수행된 인터 예측 및 IMC에 대한 대안으로서 현재 블록을 인트라 예측할 수도 있다. 특히, 인트라 예측 프로세싱 유닛 (46) 은 현재 블록을 인코딩하는데 사용하기 위한 인트라 예측 모드를 결정할 수도 있다. 일부 예들에서, 인트라 예측 프로세싱 유닛 (46) 은, 예컨대 개별 인코딩 과정들 동안 다양한 인트라 예측 모드들을 사용하여 현재 블록을 인코딩할 수도 있고, 인트라 예측 프로세싱 유닛 (46) (또는 일부 예들에서, 모드 선택 유닛 (40)) 은 테스트된 모드들로부터 사용할 적절한 인트라 예측 모드를 선택할 수도 있다. 예를 들어, 인트라 예측 프로세싱 유닛 (46) 은 다양한 테스트된 인트라 예측 모드들에 대한 레이트 왜곡 분석을 사용하여 레이트 왜곡 값들을 계산하고, 테스트된 모드들 중에서 최상의 레이트 왜곡 특성들을 갖는 인트라 예측 모드를 선택할 수도 있다. 레이트 왜곡 분석은 일반적으로, 인코딩된 블록과 인코딩된 블록을 생성하기 위해 인코딩되었던 원래의 인코딩되지 않은 블록 사이의 왜곡 (또는 에러) 의 양, 뿐만 아니라 인코딩된 블록을 생성하는데 사용된 비트 레이트 (다시 말하면, 비트들의 수) 를 결정한다. 인트라 예측 프로세싱 유닛 (46) 은 다양한 인코딩된 블록들에 대한 왜곡들 및 레이트들로부터 비율들을 계산하여 어떤 인트라 예측 모드가 그 블록에 대한 최상의 레이트 왜곡 값을 나타내는지를 결정할 수도 있다.

어느 경우에나, 블록에 대한 인트라 예측 모드를 선택한 후, 인트라 예측 프로세싱 유닛 (46) 은 그 블록에 대한 선택된 인트라 예측 모드를 나타내는 정보를 엔트로피 인코딩 유닛 (56) 에게 제공할 수도 있다. 엔트로피 인코딩 유닛 (56) 은 본 개시물의 기법들에 따라, 선택된 인트라 예측 모드를 나타내는 정보를 인코딩할 수도 있다. 비디오 인코더 (20) 는 송신되는 비트스트림에 구성 데이터를 포함시킬 수도 있는데, 이 구성 데이터는 복수의 인트라 예측 모드 인덱스 테이블들 및 복수의 수정된 인트라 예측 모드 인덱스 테이블들 (코드워드 매핑 테이블들이라고 또한 지칭됨), 다양한 블록들에 대한 콘텍스트들을 인코딩하는 정의들, 그리고 그 콘텍스트들의 각각에 대한 사용을 위한 가장 가능성 있는 인트라 예측 모드, 인트라 예측 모드 인덱스 테이블, 및 수정된 인트라 예측 모드 인덱스 테이블의 표시들을 포함할 수도 있다.

예측 프로세싱 유닛 (41) 이 인터 예측, 인트라 예측, 또는 IMC 중 어느 하나를 통해 현재 비디오 블록에 대한 예측 블록을 생성한 후, 비디오 인코더 (20) 는 현재 비디오 블록으로부터 예측 블록을 감산함으로써 잔차 비디오 블록을 형성한다. 잔차 블록에서의 잔차 비디오 데이터는, 하나 이상의 TU들에 포함되고 변환 프로세싱 유닛 (52) 에 인가될 수도 있다. 변환 프로세싱 유닛 (52) 은 이산 코사인 변환 (DCT) 또는 개념적으로 유사한 변환과 같은 변환을 사용하여 잔차 비디오 데이터를 잔차 변환 계수들로 변환시킨다. 변환 프로세싱 유닛 (52) 은 잔차 비디오 데이터를 화소 도메인으로부터 변환 도메인, 이를테면 주파수 도메인으로 변환시킬 수도 있다.

변환 프로세싱 유닛 (52) 은 결과적인 변환 계수들을 양자화 유닛 (54) 으로 전송할 수도 있다. 양자화 유닛 (54) 은 변환 계수들을 양자화하여 비트 레이트를 더욱 감소시킨다. 양자화 프로세스는 그 계수들의 일부 또는 전부에 연관된 비트 깊이를 감소시킬 수도 있다. 양자화 정도는 양자화 파라미터를 조정함으로써 수정될 수도 있다. 일부 예들에서, 양자화 유닛 (54) 은 그 후, 양자화된 변환 계수들을 포함하는 매트릭스의 스캔을 수행할 수도 있다. 대안으로, 엔트로피 인코딩 유닛 (56) 이 그 스캔을 수행할 수도 있다.

양자화를 뒤따라, 엔트로피 인코딩 유닛 (56) 은 양자화된 변환 계수들을 엔트로피 인코딩한다. 예를 들어, 엔트로피 인코딩 유닛 (56) 은 콘텍스트 적응 가변 길이 코딩 (CAVLC), 콘텍스트 적응 이진 산술 코딩 (CABAC), 신택스 기반 콘텍스트 적응 이진 산술 코딩 (SBAC), 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩 또는 다른 엔트로피 인코딩 수법 또는 기법을 수행할 수도 있다. 엔트로피 인코딩 유닛 (56) 에 의한 엔트로피 인코딩에 뒤이어, 인코딩된 비트스트림은 비디오 디코더 (30) 로 송신되거나 또는 나중의 송신 또는 비디오 디코더 (30) 에 의한 취출을 위해 보관될 수도 있다. 엔트로피 인코딩 유닛 (56) 은 코딩되고 있는 현재 비디오 슬라이스에 대한 모션 벡터들 및 다른 신택스 엘리먼트들을 또한 엔트로피 인코딩할 수도 있다.

역 양자화 유닛 (58) 과 역 변환 프로세싱 유닛 (60) 은 역 양자화 및 역 변환을 각각 적용하여, 참조 픽처의 참조 블록으로서 나중에 사용하기 위해 화소 도메인에서 잔차 블록을 복원한다. 모션 보상 유닛 (44) 은 참조 픽처 리스트들 중 하나의 참조 픽처 리스트 내의 참조 픽처들 중 하나의 참조 픽처의 예측 블록에 잔차 블록을 가산함으로써 참조 블록을 계산할 수도 있다. 모션 보상 유닛 (44) 은 또한 하나 이상의 보간 필터들을 복원된 잔차 블록에 적용하여 모션 추정에서 사용하기 위한 서브-정수 화소 값들을 계산할 수도 있다. 보간 필터링은 알려진 화소 샘플들로부터 추가적인 화소 샘플들을 생성하며, 따라서 비디오 블록을 코딩하는데 사용될 수도 있는 후보 예측 블록들의 수를 잠재적으로 증가시킬 수도 있다. 합산기 (62) 는 복원된 잔차 블록을 모션 보상 유닛 (44) 에 의해 생성된 모션 보상된 예측 블록에 가산하여, 디코딩된 픽처 버퍼 (64) 에 저장하기 위한 참조 블록을 생성한다. 참조 블록은 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 후속 비디오 프레임 또는 픽처에서 블록을 인터 예측하기 위한 참조 블록으로서 사용될 수도 있다.

본 개시물의 기법들에 따라, 위에서 설명된 바와 같이, 비디오 인코더 (20) 는, 단일화된 인트라 블록 복사를 사용하여 블록을 코딩하는 것은 현재 픽처를 참조 픽처 세트에 추가하는 것을 포함하는, 단일화된 인트라 블록 복사 모드를 사용하여 비디오 데이터의 CU를 코딩하며, 참조 픽처 세트가 현재 픽처만을 포함한다면 또는 그 블록에 대한 참조 픽처가 현재 픽처이면, 모션 벡터에 대한 정밀도를 나타내는 신택스 엘리먼트를 코딩하는 일 없이 CU에 대한 모션 벡터가 정수-화소 정밀도를 갖는다고 결정하고, CU에 대한 모션 벡터에 기초하여 CU를 코딩하도록 구성될 수도 있다.

본 개시물의 기법들에 따른 다른 예에서, 비디오 인코더 (20) 는 CU에 대한 모션 벡터가 정수-화소 정밀도를 갖는지 또는 서브-정수 화소 정밀도를 갖는지를 표시하는 신택스 엘리먼트를 코딩하도록 구성될 수도 있다. 모션 벡터가 정수 화소 정밀도를 갖는다고 신택스 엘리먼트가 표시하는 경우, 비디오 인코더 (20) 는 CU의 모션 벡터를 스케일링하여 CU의 크로마 샘플들의 블록에 대한 스케일링된 크로마 모션 벡터를 생성하며, 스케일링된 크로마 모션 벡터가 정수-화소 정밀도를 갖지 않는다면 스케일링된 크로마 모션 벡터를 정수-화소 값으로 올림 또는 내림되게 반올림하고, 반올림된 크로마 모션 벡터에 기초하여 CU를 코딩할 수도 있다.

본원에서 설명되는 하나 이상의 기법들에 따라, 비디오 인코더 (20) 의 엔트로피 인코딩 유닛 (56) 은 본 개시물의 기법들을 수행하도록 구성될 수도 있다. 예를 들면, 비디오 인코더 (20) 의 엔트로피 인코딩 유닛 (56) 은 현재 비디오 블록을 코딩하는데 사용되는 참조 픽처를 결정하도록 구성될 수도 있다. 비디오 인코더 (20) 의 엔트로피 인코딩 유닛 (56) 은 참조 픽처에 대한 POC 값을 추가로 결정할 수도 있다. 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일한 것에 응답하여, 비디오 인코더 (20) 의 인코딩 유닛 (56) 은 참조 픽처 리스트가 현재 픽처를 포함함을 표시하도록 신택스 엘리먼트의 값을 설정할 수도 있다. 일부 예들에서, 신택스 엘리먼트는 PPS 또는 SPS 중 하나에 위치될 수도 있다. 반대로, 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일하지 않는 것에 응답하여, 비디오 인코더 (20) 의 인코딩 유닛 (56) 은 참조 픽처 리스트가 현재 픽처를 포함하지 않음을 표시하도록 신택스 엘리먼트의 값을 설정할 수도 있다.

일부 예들에서, 현재 픽처는 P-슬라이스 또는 B-슬라이스 중 하나를 포함하는 인트라 랜덤 액세스 픽처 (intra random access picture, IRAP) 이다. 이러한 예들에서, IRAP 픽처는 비-엠프티 참조 픽처 세트를 특정하는 하나 이상의 상이한 신택스 엘리먼트들의 세트를 더 포함할 수도 있다. 일부 예들에서, 현재 픽처의 현재 비디오 블록은 루마 성분과 크로마 성분을 포함한다. 이러한 예들에서, 루마 성분 또는 크로마 성분 중 하나만이 정수-펠 정밀도를 가질 수도 있다.

일부 예들에서, 참조 픽처는 현재 픽처의 디코딩된 비-필터링된 샘플들을 더 포함할 수도 있다. 다양한 사례들에서, 참조 픽처는 모션 예측 정보를 더 포함하는 참조 블록을 포함할 수도 있다. 비디오 인코더 (20) 의 엔트로피 인코딩 유닛 (56) 은 현재 비디오 블록을 코딩하기 위해 참조 블록의 모션 정보를 사용할 수도 있다. 모션 보상 유닛 (44) 은, 예를 들어, 코딩되는 블록을 병합 모드에서 인코딩할 수도 있다. 현재 블록의 픽처가 참조 픽처 리스트에 있을 수 있다면, 병합 후보 리스트에서의 병합 후보들 중 하나 이상의 병합 후보가 현재 블록과는 동일한 픽처에서의 참조 블록을 가리키는 모션 벡터들 (예컨대, 오프셋 벡터들) 을 포함할 수도 있다.

참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일하지 않은 일부 예들에서, 현재 픽처에 대한 SPS를 참조하는 CVS가 하나 이상의 I-슬라이스들을 포함할 수도 있다.

일부 예들에서 현재 픽처는 클린 랜덤 액세스 (clean random access) 픽처 또는 깨진 링크 액세스 (broken link access) 픽처 중 하나이다. 이러한 예들에서, 비디오 인코더 (20) 의 엔트로피 인코딩 유닛 (56) 은 현재 픽처에 대한 예측 참조로서 사용될 수도 있는 픽처들의 수를 표시하는 제 2 신택스 엘리먼트의 값을 1로 설정할 수도 있다.

참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일한 일부 예들에서, 현재 비디오 블록에 대한 MV가 정수-펠 정밀도를 가질 수도 있다. 게다가, 비디오 인코더 (20) 의 엔트로피 인코딩 유닛 (56) 은 현재 픽처에 대한 복수의 모션 벡터 예측자 후보들 중 각각의 MV 예측자 후보를 후보 도출 프로세스에서 사용되기 전 또는 후보 도출 프로세스가 완료된 후 중 어느 하나에서 정수-펠 정밀도로 변환시킬 수도 있다. 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일한 다른 예들에서, 현재 픽처의 각각의 예측 샘플은 현재 픽처의 픽처 경계 내에 포함된다. 게다가, 참조 픽처 리스트가 현재 픽처만을 포함한다면, 비디오 인코더 (20) 의 엔트로피 인코딩 유닛 (56) 은 TMVP를 디스에이블시킬 수도 있다.

비디오 디코더 (30) 는 본 개시물의 기법들에 따라 일반적으로 역의 프로세스를 수행하도록 구성될 수도 있다.

도 10은 본 개시물에서 설명되는 기법들을 구현할 수도 있는 예시적인 비디오 디코더를 도시하는 블록도이다. 도 10의 예에서, 비디오 디코더 (30) 는 비디오 데이터 메모리 (78), 엔트로피 디코딩 유닛 (80), 예측 프로세싱 유닛 (81), 역 양자화 유닛 (86), 역 변환 프로세싱 유닛 (88), 합산기 (90), 필터 유닛 (91), 및 디코딩된 픽처 버퍼 (92) 를 포함한다. 예측 프로세싱 유닛 (81) 은 모션 보상 유닛 (82) 과 인트라 예측 프로세싱 유닛 (84) 을 포함한다. 비디오 디코더 (30) 는, 일부 예들에서, 도 9로부터 비디오 인코더 (20) 에 관해 설명된 인코딩 과정에 일반적으로 역인 디코딩 과정을 수행할 수도 있다.

디코딩 프로세스 동안, 비디오 디코더 (30) 는 비디오 데이터, 예컨대, 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관된 신택스 엘리먼트들을 나타내는 인코딩된 비디오 비트스트림을 비디오 인코더 (20) 로부터 수신한다. 비디오 디코더 (30) 는 네트워크 엔티티 (29) 로부터 비디오 데이터를 수신하고 그 비디오 데이터를 비디오 데이터 메모리 (78) 에 저장할 수도 있다. 비디오 데이터 메모리 (78) 는, 비디오 디코더 (30) 의 컴포넌트들에 의해 디코딩될 인코딩된 비디오 비트스트림과 같은 비디오 데이터를 저장할 수도 있다. 비디오 데이터 메모리 (78) 에 저장된 비디오 데이터는, 예를 들어, 저장 디바이스 (17) 로부터, 예컨대, 카메라와 같은 국부 비디오 소스로부터, 비디오 데이터의 유선 또는 무선 네트워크 통신을 통해, 또는 물리적 데이터 저장 매체에 액세스함으로써 획득될 수도 있다. 비디오 데이터 메모리 (78) 는 인코딩된 비디오 비트스트림으로부터의 인코딩된 비디오 데이터를 저장하는 코딩된 픽처 버퍼를 형성할 수도 있다. 따라서, 도 10에서 별개로 도시되지만, 비디오 데이터 메모리 (78) 와 디코딩된 픽처 버퍼 (92) 는 동일한 메모리 디바이스 또는 별개의 메모리 디바이스들에 의해 제공될 수도 있다. 비디오 데이터 메모리 (78) 와 디코딩된 픽처 버퍼 (92) 는 동기식 DRAM (SDRAM) 을 포함하는 다이나믹 랜덤 액세스 메모리 (DRAM), 자기저항 RAM (MRAM), 저항 RAM (RRAM), 또는 다른 유형들의 메모리 디바이스들과 같은 다양한 메모리 디바이스들 중 임의의 것에 의해 형성될 수도 있다. 다양한 예들에서, 비디오 데이터 메모리 (78) 는 비디오 디코더 (30) 의 다른 컴포넌트들과 온-칩, 또는 그들 컴포넌트들에 대하여 오프-칩일 수도 있다.

네트워크 엔티티 (29) 는, 예를 들어, 서버, MANE, 비디오 편집기/스플라이서 (splicer), 또는 위에서 설명된 기법들 중 하나 이상을 구현하도록 구성된 다른 이러한 디바이스일 수도 있다. 네트워크 엔티티 (29) 는 비디오 인코더, 이를테면 비디오 인코더 (20) 를 포함할 수도 있거나 또는 포함하지 않을 수도 있다. 본 개시물에서 설명되는 기법들 중 일부는 네트워크 엔티티 (29) 가 인코딩된 비디오 비트스트림을 비디오 디코더 (30) 로 송신하기 전에 네트워크 엔티티 (29) 에 의해 구현될 수도 있다. 일부 비디오 디코딩 시스템들에서, 네트워크 엔티티 (29) 와 비디오 디코더 (30) 는 별개의 디바이스들의 부분들일 수도 있는 반면, 다른 사례들에서, 네트워크 엔티티 (29) 에 관해 설명된 기능은 비디오 디코더 (30) 를 포함하는 동일한 디바이스에 의해 수행될 수도 있다. 네트워크 엔티티 (29) 는 일부 경우들에서 도 1의 저장 디바이스 (17) 의 일 예일 수도 있다.

비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (80) 은 그 비트스트림을 엔트로피 디코딩하여 양자화된 계수들, 모션 벡터들, 및 다른 신택스 엘리먼트들을 생성한다. 엔트로피 디코딩 유닛 (80) 은 모션 벡터들 및 다른 신택스 엘리먼트들을 예측 프로세싱 유닛 (81) 에게 포워딩한다. 비디오 디코더 (30) 는 비디오 슬라이스 레벨 및/또는 비디오 블록 레벨에서 신택스 엘리먼트들을 수신할 수도 있다.

비디오 슬라이스가 인트라 코딩된 (I) 슬라이스로서 코딩되는 경우, 예측 프로세싱 유닛 (81) 의 인트라 예측 프로세싱 유닛 (84) 은 현재 비디오 슬라이스의 비디오 블록을 위한 예측 데이터를 현재 프레임 또는 픽처의 이전에 디코딩된 블록들로부터의 시그널링된 인트라 예측 모드 및 데이터에 기초하여 생성할 수도 있다. 비디오 프레임이 인터 코딩된 (즉, B 또는 P) 슬라이스로서 코딩되는 경우 또는 블록이 IMC 코딩되는 경우, 예측 프로세싱 유닛 (81) 의 모션 보상 유닛 (82) 은 엔트로피 디코딩 유닛 (80) 으로부터 수신된 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여, 현재 비디오 슬라이스의 비디오 블록에 대한 예측 블록을 생성한다. 인터 예측의 경우, 그 예측 블록들은 참조 픽처 리스트들 중 하나의 참조 픽처 리스트 내의 참조 픽처들 중 하나의 참조 픽처로부터 생성될 수도 있다. 비디오 디코더 (30) 는 디코딩된 픽처 버퍼 (92) 에 저장된 참조 픽처들에 기초하여 디폴트 구축 기법들을 사용하여, 참조 프레임 리스트들 (List 0 및 List 1) 을 구축할 수도 있다. IMC 코딩의 경우, 예측 블록들은 예측되고 있는 블록과 동일한 픽처로부터 생성될 수도 있다.

모션 보상 유닛 (82) 은 모션 벡터들 및 다른 신택스 엘리먼트들을 파싱함으로써 현재 비디오 슬라이스의 비디오 블록에 대한 예측 정보를 결정하고, 그 예측 정보를 사용하여 디코딩되고 있는 현재 비디오 블록에 대한 예측 블록들을 생성한다. 예를 들어, 모션 보상 유닛 (82) 은 수신된 신택스 엘리먼트들의 일부를 사용하여, 비디오 슬라이스의 비디오 블록들을 코딩하는데 사용된 예측 모드 (예컨대, 인트라 또는 인터 예측), 인터 예측 슬라이스 유형 (예컨대, B 슬라이스 또는 P 슬라이스), 그 슬라이스에 대한 참조 픽처 리스트들 중 하나 이상에 대한 구축 정보, 그 슬라이스의 각각의 인터 인코딩된 비디오 블록에 대한 모션 벡터들, 그 슬라이스의 각각의 인터 코딩된 비디오 블록에 대한 인터 예측 스테이터스, 및 현재 비디오 슬라이스에서의 비디오 블록들을 디코딩하기 위한 다른 정보를 결정한다.

모션 보상 유닛 (82) 은 보간 필터들에 기초하여 보간을 또한 수행할 수도 있다. 모션 보상 유닛 (82) 은 비디오 블록들의 인코딩 동안에 비디오 인코더 (20) 에 의해 사용된 것과 같은 보간 필터들을 사용하여 참조 블록들의 서브-정수 화소들에 대한 보간된 값들을 계산할 수도 있다. 이 경우, 모션 보상 유닛 (82) 은 수신된 신택스 엘리먼트들로부터 비디오 인코더 (20) 에 의해 사용된 보간 필터들을 결정하고 그 보간 필터들을 사용하여 예측 블록들을 생성할 수도 있다.

본 개시물의 일부 기법들에 따르면, IMC 모드를 사용하여 비디오 블록을 코딩하는 경우, 모션 보상 유닛 (82) 은 모션 벡터, 또는 오프셋 벡터를, 비디오 블록의 루마 성분에 대해 결정하고, 그 루마 성분에 대한 모션 벡터에 기초하여 비디오 블록의 크로마 성분에 대한 모션 벡터를 결정할 수도 있다. 다른 예에서, IMC 모드를 사용하여 비디오 블록을 코딩하는 경우, 모션 보상 유닛 (82) 은 모션 벡터, 또는 오프셋 벡터를, 비디오 블록의 크로마 성분에 대해 결정하고, 그 크로마 성분에 대한 모션 벡터에 기초하여 비디오 블록의 루마 성분에 대한 모션 벡터를 결정할 수도 있다. 따라서, 비디오 디코더 (30) 는 하나의 오프셋 벡터만을 비트스트림에서 수신할 수도 있으며, 그 오프셋 벡터로부터 비디오 블록의 크로마 및 루마 성분들 둘 다에 대한 오프셋 벡터들이 결정될 수도 있다.

IMC 모드를 사용하여 비디오 블록을 디코딩하는 경우, 모션 보상 유닛 (82) 은, 예를 들어, 루마 성분에 대한, IMC 모드에 대한 오프셋 벡터라고 지칭되는, 모션 벡터를 수정하여, 크로마 성분에 대한 오프셋 벡터를 결정할 수도 있다. 모션 보상 유닛 (82) 은, 예를 들어, 비디오 블록에 대한 샘플링 포맷에 기초하여 그리고 오프셋 벡터가 가리키는 부-화소 포지션의 정밀도에 기초하여, 루마 블록의 오프셋 벡터의 x-성분 및 y-성분 중 하나 또는 양쪽 모두를 수정할 수도 있다. 예를 들어, 비디오 블록이 4:2:2 샘플링 포맷을 사용하여 코딩된다면, 모션 보상 유닛 (82) 은 크로마 성분에 대한 오프셋 벡터를 결정하기 위해 루마 오프셋 벡터의 y-성분은 아니고, x-성분만을 수정할 수도 있다. 도 4로부터 알 수 있는 바와 같이, 4:2:2 샘플링 포맷에서, 크로마 블록들 및 루마 블록들은 수직 방향에서 동일한 수의 샘플들을 가지며, 따라서 y-성분의 수정을 잠재적으로 불필요하게 한다. 모션 보상 유닛 (82) 은, 만약 크로마 예측 블록을 위치 결정하기 위해 사용되는 경우, 루마 오프셋 벡터만을 수정할 수도 있으며, 그 루마 오프셋 벡터는 (예컨대, 현재 블록을 포함하는 현재 픽처의 크로마 샘플에서의 부-화소 포지션에서) 크로마 샘플 없이 한 포지션을 가리킨다. 만일 루마 오프셋 벡터가, 크로마 예측 블록을 위치 결정하기 위해 사용되는 경우, 크로마 샘플이 존재하는 포지션을 가리킨다면, 모션 보상 유닛 (82) 은 그 루마 오프셋 벡터를 수정하지 않을 수도 있다.

다른 예에서, 비디오 블록이 4:2:0 샘플링 포맷을 사용하여 코딩된다면, 모션 보상 유닛 (82) 은 크로마 성분에 대한 오프셋 벡터를 결정하기 위해 루마 오프셋 벡터의 x-성분 및 y-성분 중 어느 하나 또는 양쪽 모두를 수정할 수도 있다. 도 3으로부터 알 수 있는 바와 같이, 4:2:0 샘플링 포맷에서, 크로마 블록들 및 루마 블록들은 수직 방향 및 수평 방향 둘 다에서 상이한 수의 샘플들을 갖는다. 모션 보상 유닛 (82) 은, 만약 크로마 예측 블록을 위치 결정하기 위해 사용되는 경우, 루마 오프셋 벡터만을 수정할 수도 있으며, 그 루마 오프셋 벡터는 (예컨대, 현재 블록을 포함하는 현재 픽처의 크로마 샘플에서의 부-화소 포지션에서) 크로마 샘플 없이 한 포지션을 가리킨다. 만일 루마 오프셋 벡터가, 크로마 예측 블록을 위치 결정하기 위해 사용되는 경우, 크로마 샘플이 존재하는 포지션을 가리킨다면, 모션 보상 유닛 (82) 은 그 루마 오프셋 벡터를 수정하지 않을 수도 있다.

모션 보상 유닛 (82) 은 루마 오프셋 벡터를 수정하여, 수정된 오프셋 벡터라고 또한 지칭되는, 수정된 모션 벡터를 생성할 수도 있다. 모션 보상 유닛 (82) 은, 크로마 예측 블록을 위치 결정하는데 사용되는 경우 크로마 블록을 위해 사용되는 수정된 오프셋 벡터가 더 낮은 해상도의 부-화소 포지션 또는 정수 화소 포지션을 가리키도록 부-화소 포지션을 가리키는 루마 오프셋 벡터를 수정할 수도 있다. 하나의 예로서, 1/8 화소 포지션을 가리키는 루마 오프셋 벡터가 1/4 화소 포지션을 가리키도록 수정될 수도 있고, 1/4 화소 포지션을 가리키는 루마 오프셋 벡터가 1/2 화소 포지션을 가리키도록 수정될 수도 있다는 등등이다. 다른 예들에서, 모션 보상 유닛 (82) 은 수정된 오프셋 벡터가 크로마 참조 블록을 위치 결정하기 위한 정수 화소 포지션을 항상 가리키도록 루마 오프셋 벡터를 수정할 수도 있다. 더 낮은 해상도 부-화소 포지션 또는 정수 화소 포지션을 가리키도록 루마 오프셋 벡터를 수정하는 것은 일부 보간 필터링에 대한 필요를 제거하고 그리고/또는 임의의 필요한 보간 필터링의 복잡도를 감소시킬 수도 있다.

도 3 및 도 4를 참조하면 그리고 좌측상단 샘플이 포지션 (0, 0) 에 위치된다고 가정하면, 비디오 블록이 홀수 및 짝수 x 포지션들 둘 다에서 그리고 홀수 및 짝수 y 포지션들 둘 다에서 루마 샘플들을 갖는다. 4:4:4 샘플링 포맷에서, 비디오 블록이 홀수 및 짝수 x 포지션들 둘 다에서 그리고 홀수 및 짝수 y 포지션들 둘 다에서 크로마 샘플들을 또한 갖는다. 따라서, 4:4:4 샘플링 포맷에 대해, 모션 보상 유닛은 루마 예측 블록 및 크로마 예측 블록 둘 다를 위치 결정하기 위해 동일한 오프셋 벡터를 사용할 수도 있다. 4:2:2 샘플링 포맷에 대해, 도 4에서 도시된 바와 같이, 비디오 블록이 홀수 및 짝수 y 포지션들 둘 다에서 그리고 짝수 x 포지션들에서만 크로마 샘플들을 갖는다. 따라서, 4:2:2 샘플링 포맷의 경우, 루마 오프셋 벡터가 홀수 x 포지션을 가리킨다면, 모션 보상 유닛 (82) 은 수정된 오프셋 벡터가 보간을 필요로 하는 일 없이 현재 블록의 크로마 블록에 대한 참조 크로마 블록을 위치 결정하기 위해 사용될 수도 있도록 루마 오프셋 벡터의 x-성분을 수정하여 짝수 x 포지션을 가리키는 수정된 오프셋 벡터를 생성할 수도 있다. 모션 보상 유닛 (82) 은, 예를 들어, 가장 가까운 짝수 x 포지션으로 올림 또는 내림 중 어느 하나가 되게 반올림함으로써, 즉, 변경된 x-성분이 가장 가까운 좌측 x 포지션 또는 가장 가까운 우측 x 포지션 중 어느 하나를 가리키도록 x-성분을 변경함으로써 x-성분을 수정할 수도 있다. 루마 오프셋 벡터가 짝수 x 포지션을 이미 가리킨다면, 수정은 필요하지 않을 수도 있다.

4:2:0 샘플링 포맷에 대해, 도 3에서 도시된 바와 같이, 비디오 블록이 단지 짝수 y 포지션들에서만 그리고 단지 짝수 x 포지션들에서만 크로마 샘플들을 갖는다. 따라서, 4:2:0 샘플링 포맷의 경우, 루마 오프셋 벡터가 홀수 x 포지션 또는 홀수 y 포지션을 가리킨다면, 모션 보상 유닛 (82) 은 수정된 오프셋 벡터가 보간을 필요로 하는 일 없이 현재 블록의 크로마 블록에 대한 참조 크로마 블록을 위치 결정하기 위해 사용될 수도 있도록 루마 오프셋 벡터의 x-성분 또는 y-성분을 수정하여 짝수 x 포지션을 가리키는 수정된 오프셋 벡터를 생성할 수도 있다. 모션 보상 유닛 (82) 은, 예를 들어, 가장 가까운 짝수 x 포지션으로 올림 또는 내림 중 어느 하나가 되게 반올림함으로써, 즉, 변경된 x-성분이 가장 가까운 좌측 x 포지션 또는 가장 가까운 우측 x 포지션 중 어느 하나를 가리키도록 x-성분을 변경함으로써 x-성분을 수정할 수도 있다. 모션 보상 유닛 (82) 은, 예를 들어, 가장 가까운 짝수 y 포지션으로 올림 또는 내림 중 어느 하나가 되게 반올림함으로써, 즉, 변경된 y-성분이 가장 가까운 상측 y 포지션 또는 가장 가까운 하측 y 포지션 중 어느 하나를 가리키도록 y-성분을 변경함으로써 y-성분을 수정할 수도 있다. 루마 오프셋 벡터가 짝수 x 포지션 및 짝수 y 포지션을 이미 가리킨다면, 수정은 필요하지 않을 수도 있다.

역 양자화 유닛 (86) 은 비트스트림으로 제공되고 엔트로피 디코딩 유닛 (80) 에 의해 디코딩된 양자화된 변환 계수들을 역 양자화, 즉, 탈-양자화한다. 역 양자화 프로세스는 양자화 정도와, 마찬가지로 적용되어야 할 역 양자화의 정도를 결정하기 위해, 비디오 슬라이스에서의 각각의 비디오 블록에 대해 비디오 인코더 (20) 에 의해 계산된 양자화 파라미터의 사용을 포함할 수도 있다. 역 변환 프로세싱 유닛 (88) 은 화소 도메인에서 잔차 블록들을 생성하기 위하여 역 변환, 예컨대, 역 DCT, 역 정수 변환, 또는 개념적으로 유사한 역 변환 프로세스를 변환 계수들에 적용한다.

모션 보상 유닛 (82) 이 현재 비디오 블록에 대한 예측 블록을 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 생성한 후, 비디오 디코더 (30) 는 역 변환 프로세싱 유닛 (88) 으로부터의 잔차 블록들을 모션 보상 유닛 (82) 에 의해 생성된 대응하는 예측 블록들과 합산함으로써 디코딩된 비디오 블록을 형성한다. 합산기 (90) 는 이 합산 연산을 수행하는 컴포넌트 또는 컴포넌트들을 나타낸다. 원한다면, 루프 필터들이 (코딩 루프 내 또는 코딩 루프 후 중 어느 하나에서) 화소 전이 (transition) 들을 부드럽게 하기 위해, 또는 그렇지 않으면 비디오 품질을 개선하기 위해 또한 사용될 수도 있다. 필터 유닛 (91) 은 블록화제거 필터, 적응 루프 필터 (ALF), 및 샘플 적응 오프셋 (SAO) 필터와 같은 하나 이상의 루프 필터들을 나타내기 위한 것이다. 비록 필터 유닛 (91) 이 루프 내 필터인 것으로 도 10에서 도시되지만, 다른 구성들에서, 필터 유닛 (91) 은 포스트 루프 필터 (post loop filter) 로서 구현될 수도 있다. 주어진 프레임 또는 픽처에서의 디코딩된 비디오 블록들은 그러면 디코딩된 픽처 버퍼 (92) 에 저장되며, 그 디코딩된 픽처 버퍼는 후속 모션 보상을 위해 사용되는 참조 픽처들을 저장한다. 디코딩된 픽처 버퍼 (92) 는 디스플레이 디바이스, 이를테면 도 1의 디스플레이 디바이스 (32) 상의 나중의 프레젠테이션을 위해 디코딩된 비디오를 또한 저장하는 메모리의 일부일 수도 있거나, 또는 그런 메모리와는 별개일 수도 있다.

도 10의 비디오 디코더 (30) 는 비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트 (예컨대, 리스트 0 또는 리스트 1 중 하나 또는 양쪽 모두) 에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트 (예컨대, 위에서 설명된 curr_pic_as_ref_enabled_flag) 를 수신하도록 구성될 수도 있는 비디오 디코더의 일 예를 나타낸다. 비디오 디코더 (30) 는 신택스 엘리먼트의 값 (예컨대, 1-비트 신택스 엘리먼트에 대해 1 또는 0) 을 결정할 수도 있고, 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 있음을 신택스 엘리먼트가 표시하는 것에 응답하여, 현재 픽처를 참조 픽처 리스트에 추가할 수도 있다. 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 없음을 신택스 엘리먼트가 표시하는 것에 응답하여, 비디오 디코더 (30) 는 현재 픽처가 참조 픽처 리스트에 위치되는 것을 제한할 수도 있다.

비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (80) 은 비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트를 수신할 수도 있다. 비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (80) 은 신택스 엘리먼트의 값을 추가로 결정할 수도 있다. 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 있음을 신택스 엘리먼트가 표시하는 것에 응답하여, 비디오 디코더 (30) 의 모션 보상 유닛 (82) 은 현재 픽처를 참조 픽처 리스트에 추가할 수도 있다. 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 없음을 신택스 엘리먼트가 표시하는 것에 응답하여, 비디오 디코더 (30) 의 모션 보상 유닛 (82) 은 현재 픽처가 참조 픽처 리스트에 위치되는 것을 제한할 수도 있다.

일부 예들에서, 현재 픽처는 P-슬라이스 또는 B-슬라이스 중 하나를 포함하는 인트라 랜덤 액세스 픽처 (IRAP) 이다. 이러한 예들에서, IRAP 픽처는 비-엠프티 참조 픽처 세트를 특정하는 하나 이상의 상이한 신택스 엘리먼트들의 세트를 더 포함할 수도 있다. 일부 예들에서, 현재 픽처의 현재 비디오 블록은 루마 성분과 크로마 성분을 포함한다. 이러한 예들에서, 루마 성분 또는 크로마 성분 중 하나만이 정수-펠 정밀도를 가질 수도 있다.

일부 예들에서, 참조 픽처는 현재 픽처의 디코딩된 비-필터링된 샘플들을 더 포함할 수도 있다. 다양한 사례들에서, 참조 픽처는 모션 예측 정보를 더 포함하는 참조 블록을 포함할 수도 있다. 비디오 디코더 (30) 의 모션 보상 유닛 (82) 은 현재 비디오 블록을 코딩하기 위해 참조 블록의 모션 정보를 사용할 수도 있다. 모션 보상 유닛 (82) 은, 예를 들어, 병합 모드에서 코딩된 블록을 디코딩할 수도 있다. 현재 블록의 픽처가 참조 픽처 리스트에 있을 수 있다면, 병합 후보 리스트에서의 병합 후보들 중 하나 이상의 병합 후보가 현재 블록과는 동일한 픽처에서의 참조 블록을 가리키는 모션 벡터들 (예컨대, 오프셋 벡터들) 을 포함할 수도 있다.

참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일하지 않은 일부 예들에서, 현재 픽처에 대한 SPS를 참조하는 CVS가 하나 이상의 I-슬라이스들을 포함할 수도 있다.

일부 예들에서 현재 픽처는 클린 랜덤 액세스 픽처 또는 깨진 링크 액세스 픽처 중 하나이다. 이러한 예들에서, 비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (80) 은 현재 픽처에 대한 예측 참조로서 사용될 수 있는 픽처들의 수를 표시하는 제 2 신택스 엘리먼트를 수신할 수도 있는데, 제 2 신택스 엘리먼트는 1의 값을 갖는다.

참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일한 일부 예들에서, 현재 비디오 블록에 대한 MV가 정수-펠 정밀도를 가질 수도 있다. 게다가, 비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (80) 은 현재 픽처에 대한 복수의 모션 벡터 예측자 후보들 중 각각의 MV 예측자 후보를 후보 도출 프로세스에서 사용되기 전 또는 후보 도출 프로세스가 완료된 후 중 어느 하나에서 정수-펠 정밀도로 변환시킬 수도 있다. 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일한 다른 예들에서, 현재 픽처의 각각의 예측 샘플은 현재 픽처의 픽처 경계 내에 포함된다. 게다가, 참조 픽처 리스트가 현재 픽처만을 포함한다면, 비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (80) 은 TMVP를 디스에이블시킬 수도 있다.

도 11은 본 개시물에서 설명되는 하나 이상의 기법들에 따른 예시적인 비디오 인코딩 기법을 도시하는 흐름도이다. 이 흐름도를 설명할 목적으로, 비디오 코딩 디바이스가 참조될 것이다. 메모리와 하나 이상의 프로세서들을 포함하는 비디오 코딩 디바이스가 비디오 인코더, 이를테면 도 1 및 도 9의 비디오 인코더 (20) 를 포함할 수도 있다는 것이 인식되어야 한다. 게다가, 비디오 코딩 디바이스는 비디오 블록들을 인코딩함에 있어서 다음의 기법들을 사용할 수도 있다.

본원에서 설명되는 하나 이상의 기법들에 따라, 비디오 코딩 디바이스가 본 개시물의 기법들을 수행하도록 구성될 수도 있다. 예를 들면, 비디오 코딩 디바이스는 현재 비디오 블록을 코딩하기 위해 사용되는 참조 픽처를 결정하도록 구성될 수도 있다 (200). 비디오 코딩 디바이스는 또한 참조 픽처에 대한 POC 값을 결정할 수도 있다 (202). 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일한 것에 응답하여 (204의 "예" 분기), 비디오 코딩 디바이스는 참조 픽처 리스트가 현재 픽처를 포함한다는 것을 표시하도록 신택스 엘리먼트의 값을 설정할 수도 있다 (206). 일부 예들에서, 신택스 엘리먼트는 PPS 또는 SPS 중 하나에 위치될 수도 있다. 반대로, 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일하지 않는 것에 응답하여 (204의 "아니오" 분기), 비디오 코딩 디바이스는 참조 픽처 리스트가 현재 픽처를 포함하지 않음을 표시하도록 신택스 엘리먼트의 값을 설정할 수도 있다 (208).

일부 예들에서, 현재 픽처는 P-슬라이스 또는 B-슬라이스 중 하나를 포함하는 인트라 랜덤 액세스 픽처 (IRAP) 이다. 이러한 예들에서, IRAP 픽처는 비-엠프티 참조 픽처 세트를 특정하는 하나 이상의 상이한 신택스 엘리먼트들의 세트를 더 포함할 수도 있다. 일부 예들에서, 현재 픽처의 현재 비디오 블록은 루마 성분과 크로마 성분을 포함한다. 이러한 예들에서, 루마 성분 또는 크로마 성분 중 하나만이 정수-펠 정밀도를 가질 수도 있다.

일부 예들에서, 참조 픽처는 현재 픽처의 디코딩된 비-필터링된 샘플들을 더 포함할 수도 있다. 다양한 사례들에서, 참조 픽처는 모션 예측 정보를 더 포함하는 참조 블록을 포함할 수도 있다. 비디오 코딩 디바이스는 현재 비디오 블록을 코딩하기 위해 참조 블록의 모션 정보를 사용할 수도 있다.

참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일하지 않은 일부 예들에서, 현재 픽처에 대한 SPS를 참조하는 CVS가 하나 이상의 I-슬라이스들을 포함할 수도 있다.

일부 예들에서 현재 픽처는 클린 랜덤 액세스 픽처 또는 깨진 링크 액세스 픽처 중 하나이다. 이러한 예들에서, 비디오 코딩 디바이스는 현재 픽처에 대한 예측 참조로서 사용될 수도 있는 픽처들의 수를 표시하는 제 2 신택스 엘리먼트의 값을 1로 설정할 수도 있다.

참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일한 일부 예들에서, 현재 비디오 블록에 대한 MV가 정수-펠 정밀도를 가질 수도 있다. 게다가, 비디오 코딩 디바이스는 현재 픽처에 대한 복수의 모션 벡터 예측자 후보들 중 각각의 MV 예측자 후보를 후보 도출 프로세스에서 사용되기 전 또는 후보 도출 프로세스가 완료된 후 중 어느 하나에서 정수-펠 정밀도로 변환시킬 수도 있다. 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일한 다른 예들에서, 현재 픽처의 각각의 예측 샘플은 현재 픽처의 픽처 경계 내에 포함된다.

일부 예들에서, 참조 픽처 리스트가 현재 픽처만을 포함한다면, 비디오 코딩 디바이스는 TMVP를 디스에이블시킬 수도 있다. 다른 예들에서, 비디오 코딩 디바이스가 현재 픽처와는 상이한 픽처에 적어도 부분적으로 기초하여 TMVP를 결정할 수도 있도록 제약조건이 비디오 코딩 디바이스에 놓일 수도 있다.

일부 예들에서, 비디오 코딩 디바이스는 현재 픽처의 이웃하는 픽처를 결정할 수도 있는데, 이웃하는 블록이 공간적으로 이웃하는 픽처 또는 시간적으로 이웃하는 픽처 중 어느 하나이다. 비디오 코딩 디바이스는 또한 이웃하는 픽처에서 예측 블록을 결정할 수도 있는데, 그 예측 블록은 모션 벡터를 포함한다. 비디오 코딩 디바이스는 현재 블록에 대한 참조 픽처에서의 참조 블록을 결정하기 위해 모션 벡터를 사용할 수도 있으며, 그 참조 블록은 모션 예측 정보를 포함한다. 비디오 코딩 디바이스는 그 다음에 참조 블록의 모션 예측 정보와 잔차를 사용하여 현재 비디오 블록을 인코딩할 수도 있다.

도 12는 본 개시물에서 설명되는 하나 이상의 기법들에 따른 예시적인 비디오 인코딩 기법을 도시하는 흐름도이다. 이 흐름도를 설명할 목적으로, 비디오 코딩 디바이스가 참조될 것이다. 메모리와 하나 이상의 프로세서들을 포함하는 비디오 코딩 디바이스가 비디오 디코더, 이를테면 도 1 및 도 10의 비디오 디코더 (30) 를 포함할 수도 있다는 것이 인식되어야 한다. 게다가, 비디오 코딩 디바이스는 비디오 블록들을 디코딩함에 있어서 다음의 기법들을 사용할 수도 있다.

본원에서 설명되는 하나 이상의 기법들에 따라, 비디오 코딩 디바이스가 비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트를 수신할 수도 있다 (220). 비디오 코딩 디바이스는 또한 신택스 엘리먼트의 값을 결정할 수도 있다 (222). 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 있음을 신택스 엘리먼트가 표시하는 것에 응답하여 (224의 "예" 분기), 비디오 코딩 디바이스는 현재 픽처를 참조 픽처 리스트에 추가할 수도 있다 (226). 비디오 데이터의 현재 비디오 블록이 참조 픽처 리스트에 있을 수 없음을 신택스 엘리먼트가 표시하는 것에 응답하여 (224의 "아니오" 분기), 비디오 코딩 디바이스는 현재 픽처가 참조 픽처 리스트에 위치되는 것을 제한할 수도 있다 (228).

다른 예들에서, 비디오 코딩 디바이스가 본 개시물의 기법들을 수행하도록 구성될 수도 있다. 예를 들면, 비디오 코딩 디바이스는 비디오 데이터의 현재 비디오 블록을 디코딩하는데 사용되는 참조 픽처에 대한 POC 값이 현재 비디오 블록을 포함하는 현재 픽처에 대한 POC 값과 동일한지의 여부를 표시하는 신택스 엘리먼트를 수신할 수도 있다. 일부 예들에서, 신택스 엘리먼트는 PPS 또는 SPS 중 하나에 위치될 수도 있다. 비디오 코딩 디바이스는 또한 신택스 엘리먼트의 값을 결정할 수도 있다. 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일함을 신택스 엘리먼트가 표시하는 것에 응답하여, 비디오 코딩 디바이스는 현재 픽처를 참조 픽처 리스트에 추가할 수도 있다. 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과는 상이함을 신택스 엘리먼트가 표시하는 것에 응답하여, 비디오 코딩 디바이스는 참조 픽처에 대한 POC 값을 결정하고 그 참조 픽처를 참조 픽처 리스트에 추가할 수도 있다.

일부 예들에서, 현재 픽처는 P-슬라이스 또는 B-슬라이스 중 하나를 포함하는 인트라 랜덤 액세스 픽처 (IRAP) 이다. 이러한 예들에서, IRAP 픽처는 비-엠프티 참조 픽처 세트를 특정하는 하나 이상의 상이한 신택스 엘리먼트들의 세트를 더 포함할 수도 있다. 일부 예들에서, 현재 픽처의 현재 비디오 블록은 루마 성분과 크로마 성분을 포함한다. 이러한 예들에서, 루마 성분 또는 크로마 성분 중 하나만이 정수-펠 정밀도를 가질 수도 있다.

일부 예들에서, 참조 픽처는 현재 픽처의 디코딩된 비-필터링된 샘플들을 더 포함할 수도 있다. 다양한 사례들에서, 참조 픽처는 모션 예측 정보를 더 포함하는 참조 블록을 포함할 수도 있다. 비디오 코딩 디바이스는 현재 비디오 블록을 코딩하기 위해 참조 블록의 모션 정보를 사용할 수도 있다.

참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일하지 않은 일부 예들에서, 현재 픽처에 대한 SPS를 참조하는 CVS가 하나 이상의 I-슬라이스들을 포함할 수도 있다.

일부 예들에서 현재 픽처는 클린 랜덤 액세스 픽처 또는 깨진 링크 액세스 픽처 중 하나이다. 이러한 예들에서, 비디오 코딩 디바이스는 현재 픽처에 대한 예측 참조로서 사용될 수 있는 픽처들의 수를 표시하는 제 2 신택스 엘리먼트를 수신할 수도 있는데, 제 2 신택스 엘리먼트는 1의 값을 갖는다.

참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일한 일부 예들에서, 현재 비디오 블록에 대한 MV가 정수-펠 정밀도를 가질 수도 있다. 게다가, 비디오 코딩 디바이스는 현재 픽처에 대한 복수의 모션 벡터 예측자 후보들 중 각각의 MV 예측자 후보를 후보 도출 프로세스에서 사용되기 전 또는 후보 도출 프로세스가 완료된 후 중 어느 하나에서 정수-펠 정밀도로 변환시킬 수도 있다. 참조 픽처에 대한 POC 값이 현재 픽처에 대한 POC 값과 동일한 다른 예들에서, 현재 픽처의 각각의 예측 샘플은 현재 픽처의 픽처 경계 내에 포함된다.

일부 예들에서, 참조 픽처 리스트가 현재 픽처만을 포함한다면, 비디오 코딩 디바이스는 TMVP를 디스에이블시킬 수도 있다. 다른 예들에서, 비디오 코딩 디바이스가 현재 픽처와는 상이한 픽처에 적어도 부분적으로 기초하여 TMVP를 결정할 수도 있도록 제약조건이 비디오 코딩 디바이스에 놓일 수도 있다.

일부 예들에서, 비디오 코딩 디바이스는 현재 픽처의 이웃하는 픽처를 결정할 수도 있는데, 이웃하는 블록이 공간적으로 이웃하는 픽처 또는 시간적으로 이웃하는 픽처 중 어느 하나이다. 비디오 코딩 디바이스는 또한 이웃하는 픽처에서 예측 블록을 결정할 수도 있는데, 그 예측 블록은 모션 벡터를 포함한다. 비디오 코딩 디바이스는 현재 블록에 대한 참조 픽처에서의 참조 블록을 결정하기 위해 모션 벡터를 사용할 수도 있으며, 그 참조 블록은 모션 예측 정보를 포함한다. 비디오 코딩 디바이스는 그 다음에 참조 블록의 모션 예측 정보와 잔차를 사용하여 현재 비디오 블록을 디코딩할 수도 있다.

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

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

명령들은 하나 이상의 프로세서들, 이를테면 하나 이상의 디지털 신호 프로세서들 (DSP들), 범용 마이크로프로세서들, 주문형 집적회로들 (ASIC들), 필드 프로그램가능 로직 어레이들 (FPGA들), 또는 다른 동등한 집적 또는 개별 로직 회로에 의해 실행될 수도 있다. 따라서, 본원에서 사용되는 바와 같은 "프로세서"라는 용어는 앞서의 구조 또는 본원에서 설명된 기법들의 구현에 적합한 임의의 다른 구조 중 임의의 것을 나타낼 수도 있다. 덧붙여서, 일부 양태들에서, 본원에서 설명된 기능성은 인코딩 및 디코딩을 위해 구성되는, 또는 결합형 코덱으로 통합되는 전용 하드웨어 및/또는 소프트웨어 모듈들 내에 제공될 수도 있다. 또한, 본 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들 내에 완전히 구현될 수 있다.

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

본 개시물의 다양한 예들이 개시되어 있다. 설명된 시스템들의 임의의 조합, 동작들, 또는 기능들이 예상된다. 이들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.

Claims (34)

1. 비디오 데이터를 디코딩하는 방법으로서,
   상기 비디오 데이터의 제 1 비디오 블록을 포함하는 제 1 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 제 1 신택스 엘리먼트를 수신하는 단계;
   상기 제 1 신택스 엘리먼트의 값을 결정하는 단계;
   상기 제 1 픽처가 상기 참조 픽처 리스트에 있을 수 있음을 상기 제 1 신택스 엘리먼트가 표시하는 것에 응답하여:
   상기 제 1 픽처를 상기 참조 픽처 리스트에 추가하는 단계;
   상기 제 1 비디오 블록에 대한 모션 벡터가 정수-펠 정밀도를 갖는 것을 결정하는 단계; 및
   상기 제 1 픽처에 대한 복수의 모션 벡터 예측자 후보들 중 각각의 모션 벡터 예측자 후보를, 후보 도출 프로세스에서 사용되기 전 또는 상기 후보 도출 프로세스가 완료된 후 중 어느 하나에서 정수-펠 정밀도로 변환시키는 단계;
   상기 참조 픽처 리스트로부터의 픽처의 블록 및 제 1 잔차를 사용하여 상기 제 1 비디오 블록을 디코딩하는 단계;
   상기 비디오 데이터의 제 2 비디오 블록을 포함하는 제 2 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 제 2 신택스 엘리먼트를 수신하는 단계;
   상기 제 2 신택스 엘리먼트의 값을 결정하는 단계;
   상기 제 2 픽처가 상기 참조 픽처 리스트에 있을 수 없음을 상기 제 2 신택스 엘리먼트가 표시하는 것에 응답하여, 상기 제 2 픽처가 상기 참조 픽처 리스트에 위치되는 것을 제한하는 단계; 및
   상기 참조 픽처 리스트로부터의 픽처의 블록 및 제 2 잔차를 사용하여 상기 제 2 비디오 블록을 디코딩하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
2. 제 1 항에 있어서,
   상기 제 1 픽처는 P-슬라이스 또는 B-슬라이스 중 하나를 포함하는 인트라 랜덤 액세스 픽처인, 비디오 데이터를 디코딩하는 방법.
3. 제 2 항에 있어서,
   상기 인트라 랜덤 액세스 픽처는 비-엠프티 (non-empty) 참조 픽처 세트를 특정하는 하나 이상의 상이한 신택스 엘리먼트들의 세트를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
4. 제 1 항에 있어서,
   상기 제 1 픽처를 디코딩하는데 사용되는 참조 픽처는 상기 제 1 픽처의 디코딩된 비-필터링된 샘플들을 포함하는, 비디오 데이터를 디코딩하는 방법.
5. 제 1 항에 있어서,
   상기 제 1 신택스 엘리먼트는 픽처 파라미터 세트 또는 시퀀스 파라미터 세트 중 하나에 위치되는, 비디오 데이터를 디코딩하는 방법.
6. 제 1 항에 있어서,
   상기 제 1 픽처와는 상이한 픽처에 적어도 부분적으로 기초하여 시간적 모션 벡터 예측자를 결정하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
7. 제 1 항에 있어서,
   상기 제 1 픽처는 클린 랜덤 액세스 픽처 또는 깨진 링크 액세스 픽처 중 하나이며,
   상기 비디오 데이터를 디코딩하는 방법은
   상기 제 1 픽처에 대한 예측 참조로서 사용될 수 있는 픽처들의 수를 표시하는 제 3 신택스 엘리먼트를 수신하는 단계를 더 포함하고, 상기 제 3 신택스 엘리먼트는 1의 값을 갖는, 비디오 데이터를 디코딩하는 방법.
8. 제 1 항에 있어서,
   상기 참조 픽처 리스트가 상기 제 1 픽처만을 포함하는 경우 시간적 모션 벡터 예측자를 디스에이블시키는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
9. 제 1 항에 있어서,
   상기 제 1 비디오 블록은 루마 성분과 크로마 성분을 포함하고, 상기 루마 성분 또는 상기 크로마 성분 중 하나만이 정수-펠 정밀도를 갖는, 비디오 데이터를 디코딩하는 방법.
10. 제 1 항에 있어서,
    상기 제 1 픽처는 상기 참조 픽처 리스트에 추가될 수 있고, 상기 제 1 픽처의 각각의 예측 샘플이 현재 픽처의 픽처 경계 내에 포함되는, 비디오 데이터를 디코딩하는 방법.
11. 제 1 항에 있어서,
    상기 제 1 픽처의 이웃하는 픽처를 결정하는 단계로서, 이웃하는 블록은 공간적으로 이웃하는 픽처 또는 시간적으로 이웃하는 픽처 중 어느 하나인, 상기 이웃하는 픽처를 결정하는 단계;
    상기 이웃하는 픽처에서 예측 블록을 결정하는 단계로서, 상기 예측 블록은 모션 벡터를 포함하는, 상기 예측 블록을 결정하는 단계;
    제 1 블록에 대한 참조 픽처에서 참조 블록을 결정하기 위해 상기 모션 벡터를 사용하는 단계로서, 상기 참조 블록은 모션 예측 정보를 포함하는, 상기 모션 벡터를 사용하는 단계; 및
    상기 참조 블록의 상기 모션 예측 정보와 상기 제 1 잔차를 사용하여 상기 제 1 비디오 블록을 디코딩하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
12. 비디오 데이터를 인코딩하는 방법으로서,
    상기 비디오 데이터의 제 1 비디오 블록을 인코딩하는데 사용되는 제 1 참조 픽처를 결정하는 단계;
    상기 제 1 참조 픽처에 대한 픽처 순서 카운트 (POC) 값을 결정하는 단계;
    상기 제 1 참조 픽처에 대한 상기 POC 값이 상기 제 1 비디오 블록을 포함하는 제 1 픽처에 대한 POC 값과 동일한 것에 응답하여:
    참조 픽처 리스트가 상기 제 1 픽처를 포함함을 표시하도록 신택스 엘리먼트의 값을 설정하는 단계;
    현재 비디오 블록에 대한 모션 벡터가 정수-펠 정밀도를 갖는 것을 결정하는 단계; 및
    현재 픽처에 대한 복수의 모션 벡터 예측자 후보들 중 각각의 모션 벡터 예측자 후보를, 후보 도출 프로세스에서 사용되기 전 또는 상기 후보 도출 프로세스가 완료된 후 중 어느 하나에서 정수-펠 정밀도로 변환시키는 단계;
    상기 참조 픽처 리스트로부터의 픽처의 블록 및 제 1 잔차를 사용하여 상기 제 1 비디오 블록을 인코딩하는 단계;
    상기 비디오 데이터의 제 2 비디오 블록을 인코딩하는데 사용되는 제 2 참조 픽처를 결정하는 단계;
    상기 제 2 참조 픽처에 대한 POC 값을 결정하는 단계;
    상기 제 2 참조 픽처에 대한 상기 POC 값이 제 2 픽처에 대한 POC 값과 상이한 것에 응답하여, 상기 참조 픽처 리스트가 상기 제 2 픽처를 포함하지 않음을 표시하도록 상기 신택스 엘리먼트의 상기 값을 설정하는 단계; 및
    상기 참조 픽처 리스트로부터의 픽처의 블록 및 제 2 잔차를 사용하여 상기 제 2 비디오 블록을 인코딩하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법.
13. 제 12 항에 있어서,
    상기 제 1 픽처는 P-슬라이스 또는 B-슬라이스 중 하나를 포함하는 인트라 랜덤 액세스 픽처인, 비디오 데이터를 인코딩하는 방법.
14. 제 13 항에 있어서,
    상기 인트라 랜덤 액세스 픽처는 비-엠프티 참조 픽처 세트를 특정하는 하나 이상의 상이한 신택스 엘리먼트들의 세트를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
15. 제 12 항에 있어서,
    참조 픽처는 상기 제 1 픽처의 디코딩된 비-필터링된 샘플들을 포함하는, 비디오 데이터를 인코딩하는 방법.
16. 제 12 항에 있어서,
    제 1 신택스 엘리먼트는 픽처 파라미터 세트 또는 시퀀스 파라미터 세트 중 하나에 위치되는, 비디오 데이터를 인코딩하는 방법.
17. 제 12 항에 있어서,
    상기 제 1 픽처와는 상이한 픽처에 적어도 부분적으로 기초하여 시간적 모션 벡터 예측자를 결정하는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
18. 제 12 항에 있어서,
    상기 제 1 픽처는 클린 랜덤 액세스 픽처 또는 깨진 링크 액세스 픽처 중 하나이며,
    상기 비디오 데이터를 인코딩하는 방법은
    상기 제 1 픽처에 대한 예측 참조로서 사용될 수 있는 픽처들의 수를 표시하는 제 3 신택스 엘리먼트의 값을 1 로 설정하는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
19. 제 12 항에 있어서,
    상기 참조 픽처 리스트가 상기 제 1 픽처만을 포함하는 경우 시간적 모션 벡터 예측자를 디스에이블시키는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
20. 제 12 항에 있어서,
    상기 제 1 비디오 블록은 루마 성분과 크로마 성분을 포함하고, 상기 루마 성분 또는 상기 크로마 성분 중 하나만이 정수-펠 정밀도를 갖는, 비디오 데이터를 인코딩하는 방법.
21. 제 12 항에 있어서,
    참조 픽처에 대한 POC 값은 상기 제 1 픽처에 대한 상기 POC 값과 동일하며, 상기 제 1 픽처의 각각의 예측 샘플은 상기 제 1 픽처의 픽처 경계 내에 포함되는, 비디오 데이터를 인코딩하는 방법.
22. 제 12 항에 있어서,
    상기 제 1 픽처의 이웃하는 픽처를 결정하는 단계로서, 이웃하는 블록은 공간적으로 이웃하는 픽처 또는 시간적으로 이웃하는 픽처 중 어느 하나인, 상기 이웃하는 픽처를 결정하는 단계;
    상기 이웃하는 픽처에서 예측 블록을 결정하는 단계로서, 상기 예측 블록은 모션 벡터를 포함하는, 상기 예측 블록을 결정하는 단계;
    제 1 블록에 대한 참조 픽처에서 참조 블록을 결정하기 위해 상기 모션 벡터를 사용하는 단계로서, 상기 참조 블록은 모션 예측 정보를 포함하는, 상기 모션 벡터를 사용하는 단계; 및
    상기 참조 블록의 상기 모션 예측 정보와 상기 제 1 잔차를 사용하여 상기 제 1 비디오 블록을 인코딩하는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
23. 비디오 디코딩 디바이스로서,
    비디오 데이터를 저장하도록 구성되는 메모리; 및
    하나 이상의 프로세서들을 포함하며,
    상기 하나 이상의 프로세서들은,
    상기 비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트를 수신하고;
    상기 신택스 엘리먼트의 값을 결정하고;
    제 1 픽처가 상기 참조 픽처 리스트에 있을 수 있음을 상기 신택스 엘리먼트가 표시하는 것에 응답하여:
    상기 현재 픽처를 상기 참조 픽처 리스트에 추가하고;
    상기 현재 비디오 블록에 대한 모션 벡터가 정수-펠 정밀도를 갖는 것을 결정하고; 그리고
    상기 현재 픽처에 대한 복수의 모션 벡터 예측자 후보들 중 각각의 모션 벡터 예측자 후보를, 후보 도출 프로세스에서 사용되기 전 또는 상기 후보 도출 프로세스가 완료된 후 중 어느 하나에서 정수-펠 정밀도로 변환시키고;
    제 2 픽처가 상기 참조 픽처 리스트에 있을 수 없음을 상기 신택스 엘리먼트가 표시하는 것에 응답하여, 상기 현재 픽처가 상기 참조 픽처 리스트에 위치되는 것을 제한하고; 그리고
    상기 참조 픽처 리스트로부터의 픽처의 블록 및 잔차를 사용하여 상기 현재 비디오 블록을 디코딩하도록
    구성되는, 비디오 디코딩 디바이스.
24. 제 23 항에 있어서,
    상기 하나 이상의 프로세서들은 추가로,
    상기 참조 픽처 리스트가 상기 현재 픽처만을 포함하는 경우 시간적 모션 벡터 예측자를 디스에이블시키도록 구성되는, 비디오 디코딩 디바이스.
25. 제 23 항에 있어서,
    상기 현재 비디오 블록은 루마 성분과 크로마 성분을 포함하고, 상기 루마 성분 또는 상기 크로마 성분 중 하나만이 정수-펠 정밀도를 갖는, 비디오 디코딩 디바이스.
26. 제 23 항에 있어서,
    상기 하나 이상의 프로세서들은 추가로,
    상기 현재 픽처의 이웃하는 픽처를 결정하는 것으로서, 이웃하는 블록은 공간적으로 이웃하는 픽처 또는 시간적으로 이웃하는 픽처 중 어느 하나인, 상기 이웃하는 픽처를 결정하고;
    상기 이웃하는 픽처에서 예측 블록을 결정하는 것으로서, 상기 예측 블록은 모션 벡터를 포함하는, 상기 예측 블록을 결정하고;
    현재 블록에 대한 참조 픽처에서 참조 블록을 결정하기 위해 상기 모션 벡터를 사용하는 것으로서, 상기 참조 블록은 모션 예측 정보를 포함하는, 상기 모션 벡터를 사용하고; 그리고
    상기 참조 블록의 상기 모션 예측 정보와 상기 잔차를 사용하여 상기 현재 비디오 블록을 디코딩하도록
    구성되는, 비디오 디코딩 디바이스.
27. 명령들을 저장하는 비-일시적인 컴퓨터 판독가능 저장 매체로서,
    상기 명령들은, 하나 이상의 프로세서들에 의해 실행되는 경우, 상기 하나 이상의 프로세서들로 하여금,
    비디오 데이터의 현재 비디오 블록을 포함하는 현재 픽처가 참조 픽처 리스트에 있을 수 있는지의 여부를 표시하는 신택스 엘리먼트를 수신하게 하고;
    상기 신택스 엘리먼트의 값을 결정하게 하고;
    제 1 픽처가 상기 참조 픽처 리스트에 있을 수 있음을 상기 신택스 엘리먼트가 표시하는 것에 응답하여:
    상기 현재 픽처를 상기 참조 픽처 리스트에 추가하게 하고;
    상기 현재 비디오 블록에 대한 모션 벡터가 정수-펠 정밀도를 갖는 것을 결정하게 하고; 그리고
    상기 현재 픽처에 대한 복수의 모션 벡터 예측자 후보들 중 각각의 모션 벡터 예측자 후보를, 후보 도출 프로세스에서 사용되기 전 또는 상기 후보 도출 프로세스가 완료된 후 중 어느 하나에서 정수-펠 정밀도로 변환시키게 하고;
    제 2 픽처가 상기 참조 픽처 리스트에 있을 수 없음을 상기 신택스 엘리먼트가 표시하는 것에 응답하여, 상기 현재 픽처가 상기 참조 픽처 리스트에 위치되는 것을 제한하게 하고; 그리고
    상기 참조 픽처 리스트로부터의 픽처의 블록 및 잔차를 사용하여 상기 현재 비디오 블록을 디코딩하게 하는, 비-일시적인 컴퓨터 판독가능 저장 매체.
28. 삭제
29. 삭제
30. 삭제
31. 삭제
32. 삭제
33. 삭제
34. 삭제

Images