KR20240090305A

KR20240090305A - 시간 모션 벡터 예측 후보 도출을 위한 시스템들 및 방법들

Info

Publication number: KR20240090305A
Application number: KR1020247014771A
Authority: KR
Inventors: 량 자오; 신 자오; 한 가오; 산 류
Original assignee: 텐센트 아메리카 엘엘씨
Priority date: 2022-09-02
Filing date: 2023-06-12
Publication date: 2024-06-21
Also published as: WO2024049527A8; WO2024049527A1; CN118044200A; US20240080451A1

Abstract

본 명세서에 설명된 다양한 실시예들은 비디오를 인코딩 및 디코딩하기 위한 방법들 및 시스템들을 포함한다. 일 양태에서, 방법은, 비디오 비트스트림으로부터, 제1 블록을 포함한 복수의 블록들을 포함하는 비디오 데이터를 수신하는 단계를 포함한다. 방법은 또한 비디오 비트스트림으로부터 제1 신택스 요소를 획득하는 단계를 포함하고, 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(TV)을 나타낸다. 이 방법은, TMVP 후보들의 세트를 식별하는 단계- TMVP 후보들의 세트는 TV 이하의 크기를 가짐 -, 및 적어도 TMVP 후보들의 세트를 사용하여 MVP 리스트를 생성하는 단계를 추가로 포함한다. 이 방법은 또한, MVP 리스트를 사용하여 제1 블록을 재구성하는 단계를 포함한다.

Description

시간 모션 벡터 예측 후보 도출을 위한 시스템들 및 방법들

관련 출원에 대한 교차 참조

본 출원은, 2022년 9월 2일자로 출원되었으며 발명의 명칭이 "Improved TMVP Candidates Derivation"인 미국 가특허 출원 제63/403,642호에 대한 우선권을 주장하고, 2023년 6월 8일자로 출원되었으며 발명의 명칭이 "Systems and Methods for Temporal Motion Vector Prediction Candidate Derivation"인 미국 특허 출원 제18/207,582호의 계속 출원이며 그에 대한 우선권을 주장하고, 이들 모두는 이로써 그 전체가 참조로 포함된다.

기술분야

개시된 실시예들은 일반적으로, 모션 벡터 예측 후보 도출을 위한 시스템들 및 방법들을 포함하지만 이에 제한되지 않는, 비디오 인코딩 및 디코딩에 관한 것이다.

디지털 비디오는 디지털 텔레비전들, 랩톱 또는 데스크톱 컴퓨터들, 태블릿 컴퓨터들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 스마트폰들, 비디오 원격회의 디바이스들, 비디오 스트리밍 디바이스들 등과 같은 다양한 전자 디바이스들에 의해 지원된다. 전자 디바이스들은 통신 네트워크를 가로질러 디지털 비디오 데이터를 송신 및 수신하거나 다른 방식으로 통신하고/하거나, 디지털 비디오 데이터를 저장 디바이스 상에 저장한다. 통신 네트워크의 제한된 대역폭 용량 및 저장 디바이스의 제한된 메모리 자원들로 인해, 비디오 코딩은 통신 또는 저장 전에 하나 이상의 비디오 코딩 표준에 따라 비디오 데이터를 압축하는 데 사용될 수 있다.

다수의 비디오 코덱 표준들이 개발되었다. 예를 들어, 비디오 코딩 표준들은 AV1(AOMedia Video 1), VVC(Versatile Video Coding), JEM(Joint Exploration test Model), HEVC(High-Efficiency Video Coding)/H.265, AVC(Advanced Video Coding)/H.264, 및 MPEG(Moving Picture Expert Group) 코딩을 포함한다. 비디오 코딩은 일반적으로 비디오 데이터에 고유한 중복성을 이용하는 예측 방법들(예를 들어, 인터-예측, 인트라-예측, 또는 이와 유사한 것)을 활용한다. 비디오 코딩은 비디오 품질의 저하를 피하거나 최소화하면서, 비디오 데이터를 더 낮은 비트 레이트를 사용하는 형태로 압축하는 것을 목표로 한다.

H.265로도 알려진 HEVC는 MPEG-H 프로젝트의 일부로서 설계된 비디오 압축 표준이다. ITU-T 및 ISO/IEC는 2013년(버전 1), 2014년(버전 2), 2015년(버전 3), 및 2016년(버전 4)에 HEVC/H.265 표준을 발표했다. H.266으로도 알려진 VVC(Versatile Video Coding)는 HEVC의 후속으로서 의도된 비디오 압축 표준이다. ITU-T 및 ISO/IEC는 2020년(버전 1) 및 2022년(버전 2)에 VVC/H.266 표준을 발표했다. AV1은 HEVC에 대한 대안으로서 설계된 개방형 비디오 코딩 포맷이다. 2019년 1월 8일에, 사양의 Errata 1을 갖는 검증된 버전 1.0.0이 공개되었다.

위에서 언급된 바와 같이, 비디오 스트림은 압축, 및 그 후 뷰잉 또는 추가 처리를 위한 준비로 비디오 스트림을 디코딩/압축해제할 수 있는 디코더로의 송신을 수반하는 비트스트림으로 인코딩될 수 있다. 비디오 스트림들의 압축은 공간 및/또는 모션 보상된 예측에 의한 비디오 신호들의 공간 및 시간 상관을 활용할 수 있다. 모션 보상된 예측은 인터 예측(inter prediction)을 포함할 수 있다. 인터 예측은, 이전에 인코딩되고 디코딩된 픽셀들을 사용하여 인코딩된 블록을 생성하기 위해 하나 이상의 모션 벡터를 사용할 수 있다. 인코딩된 신호를 수신하는 디코더는 블록을 재생성할 수 있다. 본 명세서에서 사용되는 바와 같이, 블록이라는 용어는 맥락에 따라 예측 블록, 코딩 블록, 또는 코딩 유닛(coding unit, CU)으로서 해석될 수 있다.

비디오 신호들을 인코딩/디코딩하기 위해 사용되는 모션 벡터들은 인코딩될 블록과 동일한 프레임 내의 공간적으로 이웃하는 블록들로부터의 것일 수 있다. 추가적으로, 모션 벡터들은 시간적으로 이웃하는 블록들로부터의(예를 들어, 이전 프레임 또는 후속 프레임 내의 블록으로부터의) 것일 수 있다. 모션 벡터 후보들의 수는, 예를 들어, 코딩 효율 목적들을 위해 제한된다. 종래에는, 공간 모션 벡터들에 선호도(preference)가 주어진다(예를 들어, 시간 모션 벡터들은 1로 제한될 수 있음).

일부 실시예들에 따르면, 비디오 인코딩 방법이 제공된다. 방법은: (i) 제1 블록을 포함한 복수의 블록을 포함하는 비디오 데이터를 획득하는 단계; (ii) 제1 신택스 요소를 획득하는 단계- 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(N)을 나타냄 -; (iii) TMVP 후보들의 세트를 식별하는 단계- TMVP 후보들의 세트는 N 이하의 크기를 가짐 -; (iv) 공간 MVP 후보들의 세트를 식별하는 단계; (v) TMVP 후보들의 세트 및 공간 MVP 후보들의 세트를 사용하여 MVP 리스트를 생성하는 단계; 및 (vi) 비디오 비트스트림에서 MVP 리스트를 시그널링하는 단계를 포함한다.

일부 실시예들에 따르면, 비디오 디코딩 방법이 제공된다. 방법은: (i) 비디오 비트스트림으로부터, 제1 블록을 포함한 복수의 블록들을 포함하는 비디오 데이터를 수신하는 단계; (ii) 비디오 비트스트림으로부터 제1 신택스 요소를 획득하는 단계- 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(N)을 나타냄 -; (iii) TMVP 후보들의 세트를 식별하는 단계- TMVP 후보들의 세트는 N 이하의 크기를 가짐 -; (iv) 공간 MVP 후보들의 세트를 식별하는 단계; (v) TMVP 후보들의 세트 및 공간 MVP 후보들의 세트를 사용하여 MVP 리스트를 생성하는 단계; 및 (vi) MVP 리스트를 사용하여 제1 블록을 재구성하는 단계를 포함한다.

일부 실시예들에 따르면, 스트리밍 시스템, 서버 시스템, 개인용 컴퓨터 시스템, 또는 다른 전자 디바이스와 같은 컴퓨팅 시스템이 제공된다. 컴퓨팅 시스템은 제어 회로 및 하나 이상의 명령어 세트를 저장한 메모리를 포함한다. 하나 이상의 명령어 세트는 본 명세서에 설명된 방법들 중 임의의 것을 수행하기 위한 명령어들을 포함한다. 일부 실시예들에서, 컴퓨팅 시스템은 인코더 컴포넌트 및/또는 디코더 컴포넌트를 포함한다.

일부 실시예들에 따르면, 비일시적 컴퓨터 판독가능 저장 매체가 제공된다. 비일시적 컴퓨터 판독가능 저장 매체는 컴퓨팅 시스템에 의한 실행을 위한 하나 이상의 명령어 세트를 저장한다. 하나 이상의 명령어 세트는 본 명세서에 설명된 방법들 중 임의의 것을 수행하기 위한 명령어들을 포함한다.

따라서, 비디오를 인코딩 및 디코딩하기 위한 방법들과 함께 디바이스들 및 시스템들이 개시된다. 이러한 방법들, 디바이스들, 및 시스템들은 비디오 인코딩/디코딩을 위한 종래의 방법들, 디바이스들, 및 시스템들을 보완하거나 대체할 수 있다.

본 명세서에 설명된 특징들 및 이점들은 반드시 모두를 포함하는 것은 아니며, 특히, 일부 추가적인 특징들 및 이점들은 본 개시내용에서 제공되는 도면들, 명세서, 및 청구항들을 고려하여 본 기술분야의 통상의 기술자에게 명백할 것이다. 더욱이, 본 명세서에 사용된 언어는 주로 가독성(readability) 및 교육 목적들을 위해 선택되었으며, 반드시 본 명세서에 설명된 주제를 묘사하거나 제한하기 위해 선택되지는 않았다는 점에 유의해야 한다.

본 개시내용이 더 상세히 이해될 수 있도록, 다양한 실시예들의 특징들을 참조하여 더 구체적인 설명이 이루어질 수 있으며, 이들 중 일부는 첨부 도면들에 예시되어 있다. 그러나, 첨부 도면들은 단지 본 개시내용의 관련 특징들을 예시할 뿐이므로 반드시 제한하는 것으로 간주되어서는 안 되며, 설명을 위해 본 기술분야의 통상의 기술자가 본 개시내용을 읽고 이해할 수 있는 바와 같은 다른 효과적인 특징들을 인정할 수 있다.
도 1은 일부 실시예들에 따른 예시적인 통신 시스템을 예시하는 블록도이다.
도 2a는 일부 실시예들에 따른 인코더 컴포넌트의 예시적인 요소들을 예시하는 블록도이다.
도 2b는 일부 실시예들에 따른 디코더 컴포넌트의 예시적인 요소들을 예시하는 블록도이다.
도 3은 일부 실시예들에 따른 예시적인 서버 시스템을 예시하는 블록도이다.
도 4a 내지 도 4d는 일부 실시예들에 따른 예시적인 코딩 트리 구조들을 예시한다.
도 5a는 일부 실시예들에 따른 2개의 참조 프레임의 MMDV 탐색 포인트를 예시한다.
도 5b는 일부 실시예들에 따른 모션 벡터 예측을 위한 예시적인 공간 이웃 모션 후보들을 예시한다.
도 5c는 일부 실시예들에 따른 모션 벡터 예측을 위한 예시적인 시간 이웃 모션 후보들을 예시한다.
도 5d는 일부 실시예들에 따른 시간 모션 벡터 예측자들을 도출하기 위한 예시적인 블록 위치들을 예시한다.
도 5e는 일부 실시예들에 따른 단일 인터 예측 블록에 대한 예시적인 모션 벡터 후보 생성을 예시한다.
도 5f는 일부 실시예들에 따른 복합 예측 블록에 대한 예시적인 모션 벡터 후보 생성을 예시한다.
도 5g는 일부 실시예들에 따른 예시적인 모션 벡터 후보 뱅크 처리를 예시한다.
도 5h는 일부 실시예들에 따른 예시적인 모션 벡터 예측자 리스트 구성 순서를 예시한다.
도 5i는 일부 실시예들에 따른 모션 벡터 예측자 후보 블록들에 대한 예시적인 스캔 순서를 예시한다.
도 6a는 일부 실시예들에 따른 예시적인 비디오 인코딩 방법을 예시하는 흐름도이다.
도 6b는 일부 실시예들에 따른 예시적인 비디오 디코딩 방법을 예시하는 흐름도이다.
일반적인 관행에 따르면, 도면들에 예시된 다양한 특징들은 반드시 일정 비율로 그려지는 것은 아니며, 유사한 참조 번호들은 명세서 및 도면들 전반에 걸쳐 유사한 특징들을 나타내기 위해 사용될 수 있다.

본 개시내용은, 특히, 모션 벡터 예측자 도출들에 대한 개선들을 설명한다. 많은 비디오 인코딩 프로세스들에서 MVP 후보들에 대한 이용가능한 슬롯들은 제한된다. 제한된 슬롯들로 인해, 많은 종래의 프로세스들은 시간 MVP 후보들의 삽입을 단지 하나의 후보로만 제한하며, 이는 차선일 수 있다(예를 들어, 덜 정확한 인코딩/디코딩을 초래함). 본 명세서에 설명된 실시예들은 미리 결정된 수의 시간 MVP 후보들까지 삽입하는 것을 포함한다. 미리 결정된 수는 컨텍스트 정보 및/또는 이전에 코딩된 정보에 기초할 수 있다.

예시적인 시스템들 및 디바이스들

도 1은 일부 실시예들에 따른 통신 시스템(100)을 예시하는 블록도이다. 통신 시스템(100)은 하나 이상의 네트워크를 통해 서로 통신가능하게 결합되는 소스 디바이스(102)와 복수의 전자 디바이스(120)(예를 들어, 전자 디바이스(120-1) 내지 전자 디바이스(120-m))를 포함한다. 일부 실시예들에서, 통신 시스템(100)은, 예를 들어, 영상 회의 애플리케이션들, 디지털 TV 애플리케이션들, 및 미디어 저장 및/또는 배포 애플리케이션들과 같은 비디오 지원 애플리케이션들(video-enabled applications)과 함께 사용하기 위한 스트리밍 시스템이다.

소스 디바이스(102)는 비디오 소스(104)(예를 들어, 카메라 컴포넌트 또는 미디어 스토리지) 및 인코더 컴포넌트(106)를 포함한다. 일부 실시예들에서, 비디오 소스(104)는 (예를 들어, 압축되지 않은 비디오 샘플 스트림을 생성하도록 구성된) 디지털 카메라이다. 인코더 컴포넌트(106)는 비디오 스트림으로부터 하나 이상의 인코딩된 비디오 비트스트림을 생성한다. 비디오 소스(104)로부터의 비디오 스트림은 인코더 컴포넌트(106)에 의해 생성된 인코딩된 비디오 비트스트림(108)과 비교하여 높은 데이터 용량일 수 있다. 인코딩된 비디오 비트스트림(108)은 비디오 소스로부터의 비디오 스트림과 비교하여 더 낮은 데이터 용량(더 적은 데이터)이기 때문에, 인코딩된 비디오 비트스트림(108)은 비디오 소스(104)로부터의 비디오 스트림과 비교하여 송신하기 위해 더 적은 대역폭 및 저장하기 위해 더 적은 저장 공간을 요구한다. 일부 실시예들에서, 소스 디바이스(102)는 인코더 컴포넌트(106)를 포함하지 않는다(예를 들어, 압축되지 않은 비디오 데이터를 네트워크(들)(110)에 송신하도록 구성된다).

하나 이상의 네트워크(110)는, 예를 들어, 유선(와이어드) 및/또는 무선 통신 네트워크들을 포함하여, 소스 디바이스(102), 서버 시스템(112), 및/또는 전자 디바이스들(120) 사이에서 정보를 전달하는 임의의 수의 네트워크들을 나타낸다. 하나 이상의 네트워크(110)는 회선 교환 및/또는 패킷 교환 채널들에서 데이터를 교환할 수 있다. 대표적인 네트워크들은 통신 네트워크들, 로컬 영역 네트워크들, 광역 네트워크들 및/또는 인터넷을 포함한다.

하나 이상의 네트워크(110)는 서버 시스템(112)(예를 들어, 분산형/클라우드 컴퓨팅 시스템)을 포함한다. 일부 실시예들에서, 서버 시스템(112)은 스트리밍 서버(예를 들어, 소스 디바이스(102)로부터의 인코딩된 비디오 스트림과 같은 비디오 콘텐츠를 저장 및/또는 배포하도록 구성됨)이거나 이를 포함한다. 서버 시스템(112)은 코더 컴포넌트(114)(예를 들어, 비디오 데이터를 인코딩 및/또는 디코딩하도록 구성됨)를 포함한다. 일부 실시예들에서, 코더 컴포넌트(114)는 인코더 컴포넌트 및/또는 디코더 컴포넌트를 포함한다. 다양한 실시예들에서, 코더 컴포넌트(114)는 하드웨어, 소프트웨어, 또는 이들의 조합으로서 인스턴스화된다. 일부 실시예들에서, 코더 컴포넌트(114)는 인코딩된 비디오 비트스트림(108)을 디코딩하고 상이한 인코딩 표준 및/또는 방법론을 사용하여 비디오 데이터를 재인코딩하여 인코딩된 비디오 데이터(116)를 생성하도록 구성된다. 일부 실시예들에서, 서버 시스템(112)은 인코딩된 비디오 비트스트림(108)으로부터 다수의 비디오 포맷들 및/또는 인코딩들(encodings)을 생성하도록 구성된다.

일부 실시예들에서, 서버 시스템(112)은 MANE(Media-Aware Network Element)로서 기능한다. 예를 들어, 서버 시스템(112)은 잠재적으로 상이한 비트스트림들을 전자 디바이스들(120) 중 하나 이상에 맞춤화(tailoring)하기 위해 인코딩된 비디오 비트스트림(108)을 프루닝(prune)하도록 구성될 수 있다. 일부 실시예들에서, MANE는 서버 시스템(112)과 별개로 제공된다.

전자 디바이스(120-1)는 디코더 컴포넌트(122) 및 디스플레이(124)를 포함한다. 일부 실시예들에서, 디코더 컴포넌트(122)는 인코딩된 비디오 데이터(116)를 디코딩하여 디스플레이 또는 다른 타입의 렌더링 디바이스 상에 렌더링될 수 있는 송출(outgoing) 비디오 스트림을 생성하도록 구성된다. 일부 실시예들에서, 전자 디바이스들(120) 중 하나 이상은 디스플레이 컴포넌트를 포함하지 않는다(예를 들어, 외부 디스플레이 디바이스에 통신가능하게 결합되고/되거나 미디어 스토리지를 포함한다). 일부 실시예들에서, 전자 디바이스들(120)은 스트리밍 클라이언트들이다. 일부 실시예들에서, 전자 디바이스들(120)은 서버 시스템(112)에 액세스하여 인코딩된 비디오 데이터(116)를 획득하도록 구성된다.

소스 디바이스 및/또는 복수의 전자 디바이스들(120)은 때때로 "단말 디바이스들" 또는 "사용자 디바이스들"로 지칭된다. 일부 실시예들에서, 소스 디바이스(102) 및/또는 전자 디바이스들(120) 중 하나 이상은 서버 시스템, 개인용 컴퓨터, 휴대용 디바이스(예를 들어, 스마트폰, 태블릿, 또는 랩톱), 웨어러블 디바이스, 영상 회의 디바이스, 및/또는 다른 타입의 전자 디바이스의 인스턴스들이다.

통신 시스템(100)의 예시적인 동작에서, 소스 디바이스(102)는 인코딩된 비디오 비트스트림(108)을 서버 시스템(112)에 송신한다. 예를 들어, 소스 디바이스(102)는 소스 디바이스에 의해 캡처되는 픽처들의 스트림을 코딩할 수 있다. 서버 시스템(112)은 인코딩된 비디오 비트스트림(108)을 수신하고, 코더 컴포넌트(114)를 사용하여 인코딩된 비디오 비트스트림(108)을 디코딩 및/또는 인코딩할 수 있다. 예를 들어, 서버 시스템(112)은 네트워크 송신 및/또는 저장에 더 최적인 인코딩을 비디오 데이터에 적용할 수 있다. 서버 시스템(112)은 인코딩된 비디오 데이터(116)(예를 들어, 하나 이상의 코딩된 비디오 비트스트림)를 전자 디바이스들(120) 중 하나 이상에 송신할 수 있다. 각각의 전자 디바이스(120)는 인코딩된 비디오 데이터(116)를 디코딩하여 비디오 픽처들을 복구하고 선택적으로 디스플레이할 수 있다.

일부 실시예들에서, 위에서 논의된 송신들은 단방향 데이터 송신들이다. 단방향 데이터 송신들은 때때로 미디어 서빙 애플리케이션들(media serving applications) 등에서 활용된다. 일부 실시예들에서, 위에서 논의된 송신들은 양방향 데이터 송신들이다. 양방향 데이터 송신들은 때때로 영상 회의 애플리케이션들 등에서 활용된다. 일부 실시예들에서, 인코딩된 비디오 비트스트림(108) 및/또는 인코딩된 비디오 데이터(116)는 HEVC, VVC, 및/또는 AV1과 같은, 본 명세서에 설명된 비디오 코딩/압축 표준들 중 임의의 것에 따라 인코딩 및/또는 디코딩된다.

도 2a는 일부 실시예들에 따른 인코더 컴포넌트(106)의 예시적인 요소들을 예시하는 블록도이다. 인코더 컴포넌트(106)는 비디오 소스(104)로부터 소스 비디오 시퀀스를 수신한다. 일부 실시예들에서, 인코더 컴포넌트는 소스 비디오 시퀀스를 수신하도록 구성된 수신기(예를 들어, 송수신기) 컴포넌트를 포함한다. 일부 실시예들에서, 인코더 컴포넌트(106)는 원격 비디오 소스(예를 들어, 인코더 컴포넌트(106)와 상이한 디바이스의 컴포넌트인 비디오 소스)로부터 비디오 시퀀스를 수신한다. 비디오 소스(104)는, 임의의 적합한 비트 심도(예를 들어, 8 비트, 10 비트, 또는 12 비트), 임의의 색공간(예를 들어, BT.601 Y CrCb, 또는 RGB), 및 임의의 적합한 샘플링 구조(예를 들어, Y CrCb 4:2:0, 또는 Y CrCb 4:4:4)일 수 있는 디지털 비디오 샘플 스트림의 형태로 소스 비디오 시퀀스를 제공할 수 있다. 일부 실시예들에서, 비디오 소스(104)는 이전에 캡처된/준비된 비디오를 저장한 저장 디바이스이다. 일부 실시예들에서, 비디오 소스(104)는 비디오 시퀀스로서 로컬 이미지 정보를 캡처하는 카메라이다. 비디오 데이터는 순차적으로 볼 때 모션을 부여하는 복수의 개별 픽처로서 제공될 수 있다. 픽처들 자체는 픽셀들의 공간 어레이로서 조직될 수 있으며, 여기서 각각의 픽셀은 사용중인 샘플링 구조, 색 공간 등에 의존하여 하나 이상의 샘플을 포함할 수 있다. 본 기술분야의 통상의 기술자는 픽셀들과 샘플들 사이의 관계를 쉽게 이해할 수 있다. 아래의 설명은 샘플들에 초점을 맞춘다.

인코더 컴포넌트(106)는 소스 비디오 시퀀스의 픽처들을 실시간으로 또는 응용에 의해 요구되는 다른 시간 제약들 하에서 코딩된 비디오 시퀀스(216)로 코딩 및/또는 압축하도록 구성된다. 적절한 코딩 속도를 시행하는 것이 제어기(204)의 하나의 기능이다. 일부 실시예들에서, 제어기(204)는 아래 설명되는 바와 같이 다른 기능 유닛들을 제어하고 다른 기능 유닛들에 기능적으로 결합된다. 제어기(204)에 의해 설정된 파라미터들은 레이트-제어-관련 파라미터들(예를 들어, 픽처 스킵, 양자화기, 레이트-왜곡 최적화 기법들의 람다 값), 픽처 크기, 픽처 그룹(GOP) 레이아웃, 최대 모션 벡터 탐색 범위 등을 포함할 수 있다. 본 기술분야의 통상의 기술자는 제어기(204)의 다른 기능들을 쉽게 식별할 수 있는데 그 이유는 그것들이 특정 시스템 설계에 대해 최적화된 인코더 컴포넌트(106)에 관련될 수 있기 때문이다.

일부 실시예들에서, 인코더 컴포넌트(106)는 코딩 루프에서 동작하도록 구성된다. 단순화된 예에서, 코딩 루프는 소스 코더(202)(예를 들어, 코딩될 입력 픽처, 및 참조 픽처(들)에 기초하여 심벌 스트림과 같은 심벌들을 생성하는 것을 담당함), 및 (로컬) 디코더(210)를 포함한다. 디코더(210)는 (심벌들과 코딩된 비디오 비트스트림 사이의 압축이 무손실일 때) (원격) 디코더와 유사한 방식으로 샘플 데이터를 생성하기 위해 심벌들을 재구성한다. 재구성된 샘플 스트림(샘플 데이터)은 참조 픽처 메모리(208)에 입력된다. 심벌 스트림의 디코딩이 디코더 위치(로컬 또는 원격)와는 독립적으로 비트-정확한 결과들(bit-exact results)을 야기하기 때문에, 참조 픽처 메모리(208) 내의 콘텐츠도 또한 로컬 인코더와 원격 인코더 사이에서 비트 정확(bit exact)하다. 이러한 방식으로, 인코더의 예측 부분은 디코딩 동안 예측을 사용할 때 디코더가 해석하는 것과 동일한 샘플 값들을 참조 픽처 샘플들로서 해석한다. 참조 픽처 동기성(reference picture synchronicity)의 이러한 원리(그리고, 예를 들어, 채널 오류들 때문에, 동기성이 유지될 수 없는 경우, 결과적인 드리프트)는 본 기술분야의 통상의 기술자에게 알려져 있다.

디코더(210)의 동작은 도 2b와 관련하여 아래에 상세히 설명되는 디코더 컴포넌트(122)와 같은 원격 디코더의 동작과 동일할 수 있다. 그러나, 도 2b를 간단히 참조하면, 심벌들이 이용가능하고 엔트로피 코더(214) 및 파서(254)에 의한 코딩된 비디오 시퀀스로의 심벌들의 인코딩/디코딩이 무손실일 수 있기 때문에, 버퍼 메모리(252) 및 파서(254)를 포함한, 디코더 컴포넌트(122)의 엔트로피 디코딩 부분들은 로컬 디코더(210)에서 완전히 구현되지 않을 수 있다.

이 시점에서 이루어질 수 있는 관찰은, 디코더에 존재하는 파싱/엔트로피 디코딩을 제외한 임의의 디코더 기술이 또한 필연적으로, 대응하는 인코더에서, 실질적으로 동일한 기능 형태로 존재할 필요가 있다는 점이다. 이러한 이유로, 개시된 주제는 디코더 동작에 초점을 맞춘다. 인코더 기술들은 포괄적으로 설명된 디코더 기술들의 역이기 때문에 그것들에 대한 설명은 축약될 수 있다. 특정 구역들에서만 더 상세한 설명이 요구되고 아래에 제공된다.

동작의 일부로서, 소스 코더(202)는, 참조 프레임들로서 지정된 비디오 시퀀스로부터의 하나 이상의 이전에 코딩된 프레임을 참조하여 예측적으로 입력 프레임을 코딩하는, 모션 보상된 예측 코딩을 수행할 수 있다. 이러한 방식으로, 코딩 엔진(212)은 입력 프레임의 픽셀 블록들과 입력 프레임에 대한 예측 참조(들)로서 선택될 수 있는 참조 프레임(들)의 픽셀 블록들 사이의 차이들을 코딩한다. 제어기(204)는, 예를 들어, 비디오 데이터를 인코딩하기 위해 사용되는 파라미터들 및 서브그룹 파라미터들의 설정을 포함하여, 소스 코더(202)의 코딩 동작을 관리할 수 있다.

디코더(210)는 소스 코더(202)에 의해 생성된 심벌들에 기초하여, 참조 프레임들로서 지정될 수 있는 프레임들의 코딩된 비디오 데이터를 디코딩한다. 코딩 엔진(212)의 동작들은 유리하게는 손실 프로세스들일 수 있다. 코딩된 비디오 데이터가 비디오 디코더(도 2a에 도시되지 않음)에서 디코딩되는 경우, 재구성된 비디오 시퀀스는 일부 오류들을 갖는 소스 비디오 시퀀스의 복제본(replica)일 수 있다. 디코더(210)는 참조 프레임들에 대해 원격 비디오 디코더에 의해 수행될 수 있는 디코딩 프로세스들을 복제하고 재구성된 참조 프레임들이 참조 픽처 메모리(208)에 저장되게 할 수 있다. 이러한 방식으로, 인코더 컴포넌트(106)는 (송신 오류들이 없이) 원격 비디오 디코더에 의해 획득될 재구성된 참조 프레임들로서 공통 콘텐츠를 갖는 재구성된 참조 프레임들의 사본들을 로컬로 저장한다.

예측자(206)는 코딩 엔진(212)에 대한 예측 탐색들을 수행할 수 있다. 즉, 코딩될 새로운 프레임에 대해, 예측자(206)는 새로운 픽처들에 대한 적절한 예측 참조로서 역할을 할 수 있는 참조 픽처 모션 벡터들, 블록 형상들 등과 같은 특정 메타데이터 또는 샘플 데이터(후보 참조 픽셀 블록들로서)에 대해 참조 픽처 메모리(208)를 탐색할 수 있다. 예측자(206)는 적절한 예측 참조들을 찾기 위해 샘플 블록-바이-픽셀 블록(sample block-by-pixel block) 기준으로 동작할 수 있다. 일부 경우들에서, 예측자(206)에 의해 획득된 탐색 결과들에 의해 결정된 바와 같이, 입력 픽처는 참조 픽처 메모리(208)에 저장된 다수의 참조 픽처로부터 인출된 예측 참조들을 가질 수 있다.

전술한 모든 기능 유닛들의 출력은 엔트로피 코더(214)에서 엔트로피 코딩을 거칠 수 있다. 엔트로피 코더(214)는 본 기술분야의 통상의 기술자에게 알려진 기술들(예를 들어, 허프만 코딩, 가변 길이 코딩, 및/또는 산술 코딩)에 따라 심벌들을 무손실 압축함으로써 다양한 기능 유닛들에 의해 생성된 심벌들을 코딩된 비디오 시퀀스로 변환한다.

일부 실시예들에서, 엔트로피 코더(214)의 출력은 송신기에 결합된다. 송신기는, 인코딩된 비디오 데이터를 저장할 저장 디바이스에 대한 하드웨어/소프트웨어 링크일 수 있는 통신 채널(218)을 통한 송신을 준비하기 위해 엔트로피 코더(214)에 의해 생성된 코딩된 비디오 시퀀스(들)를 버퍼링하도록 구성될 수 있다. 송신기는 소스 코더(202)로부터의 코딩된 비디오 데이터를 송신될 다른 데이터, 예를 들어, 코딩된 오디오 데이터 및/또는 보조 데이터 스트림(소스들이 도시되지 않음)과 병합하도록 구성될 수 있다. 일부 실시예들에서, 송신기는 인코딩된 비디오와 함께 추가적인 데이터를 송신할 수 있다. 소스 코더(202)는 코딩된 비디오 시퀀스의 일부로서 그러한 데이터를 포함할 수 있다. 추가적인 데이터는 시간/공간/SNR 향상 계층들, 중복 픽처들 및 슬라이스들과 같은 다른 형태들의 중복 데이터, SEI(Supplementary Enhancement Information) 메시지들, VUI(Visual Usability Information) 파라미터 세트 프래그먼트들 등을 포함할 수 있다.

제어기(204)는 인코더 컴포넌트(106)의 동작을 관리할 수 있다. 코딩 동안, 제어기(204)는, 각자의 픽처에 적용되는 코딩 기법들에 영향을 미칠 수 있는, 특정 코딩된 픽처 타입을 각각의 코딩된 픽처에 배정할 수 있다. 예를 들어, 픽처들은 인트라 픽처(Intra Picture)(I 픽처), 예측 픽처(Predictive Picture)(P 픽처), 또는 양방향 예측 픽처(Bi-directionally Predictive Picture)(B 픽처)로서 배정될 수 있다. 인트라 픽처(Intra Picture)는 예측의 소스로서 시퀀스 내의 임의의 다른 프레임을 사용하지 않고 코딩 및 디코딩될 수 있다. 일부 비디오 코덱들은, 예를 들어, 독립 디코더 리프레시(Independent Decoder Refresh, IDR) 픽처들을 포함한, 상이한 타입들의 인트라 픽처들을 허용한다. 본 기술분야의 통상의 기술자는 I 픽처들의 그러한 변형들 및 그것들 각자의 응용들 및 특징들을 인식하므로, 이들은 여기서 반복되지 않는다. 예측 픽처(Predictive picture)는 각각의 블록의 샘플 값들을 예측하기 위해 많아야 하나의 모션 벡터 및 참조 인덱스를 사용하여 인트라 예측(intra prediction) 또는 인터 예측(inter prediction)을 사용하여 코딩 및 디코딩될 수 있다. 양방향 예측 픽처(Bi-directionally Predictive Picture)는 각각의 블록의 샘플 값들을 예측하기 위해 많아야 2개의 모션 벡터 및 참조 인덱스를 사용하여 인트라 예측 또는 인터 예측을 사용하여 코딩 및 디코딩될 수 있다. 유사하게, 다중-예측 픽처들은 단일 블록의 재구성을 위해 2개보다 많은 참조 픽처 및 연관된 메타데이터를 사용할 수 있다.

소스 픽처들은 일반적으로 복수의 샘플 블록(예를 들어, 각각 4x4, 8x8, 4x8, 또는 16x16 샘플들의 블록들)으로 공간적으로 세분되고 블록-바이-블록(block-by-block) 기준으로 코딩될 수 있다. 블록들은 블록들의 각자의 픽처들에 적용되는 코딩 배정에 의해 결정된 다른(이미 코딩된) 블록들을 참조하여 예측적으로 코딩될 수 있다. 예를 들어, I 픽처들의 블록들은 비예측적으로 코딩될 수 있거나 그것들은 동일한 픽처의 이미 코딩된 블록들을 참조하여 예측적으로 코딩될 수 있다(공간 예측 또는 인트라 예측). P 픽처들의 픽셀 블록들은, 하나의 이전에 코딩된 참조 픽처를 참조하여 공간 예측을 통해 또는 시간 예측을 통해, 또는 비예측적으로 코딩될 수 있다. B 픽처들의 블록들은, 1개 또는 2개의 이전에 코딩된 참조 픽처를 참조하여 공간 예측을 통해 또는 시간 예측을 통해, 또는 비예측적으로 코딩될 수 있다.

비디오는 시간 시퀀스에서 복수의 소스 픽처들(비디오 픽처들)로서 캡처될 수 있다. 인트라-픽처 예측(종종 인트라 예측으로 축약됨)은 주어진 픽처에서 공간 상관을 이용하고, 인터-픽처 예측은 픽처들 사이의 (시간 또는 다른) 상관을 이용한다. 일 예에서, 현재 픽처라고 지칭되는 인코딩/디코딩 중인 특정 픽처가 블록들로 파티셔닝된다. 현재 픽처 내의 블록이 비디오 내의 이전에 코딩되고 여전히 버퍼링된 참조 픽처 내의 참조 블록과 유사할 때, 현재 픽처 내의 블록은 모션 벡터라고 지칭되는 벡터에 의해 코딩될 수 있다. 모션 벡터는 참조 픽처 내의 참조 블록을 가리키고, 다수의 참조 픽처가 사용중인 경우, 참조 픽처를 식별하는 제3 차원을 가질 수 있다.

인코더 컴포넌트(106)는 본 명세서에 설명된 임의의 것과 같은 미리 결정된 비디오 코딩 기술 또는 표준에 따라 코딩 동작들을 수행할 수 있다. 그 동작에서, 인코더 컴포넌트(106)는, 입력 비디오 시퀀스에서 시간 및 공간 중복성들을 활용하는 예측 코딩 동작들을 포함한, 다양한 압축 동작들을 수행할 수 있다. 따라서, 코딩된 비디오 데이터는 사용중인 비디오 코딩 기술 또는 표준에 의해 특정된 신택스를 준수할 수 있다.

도 2b는 일부 실시예들에 따른 디코더 컴포넌트(122)의 예시적인 요소들을 예시하는 블록도이다. 도 2b의 디코더 컴포넌트(122)는 채널(218) 및 디스플레이(124)에 결합된다. 일부 실시예들에서, 디코더 컴포넌트(122)는 루프 필터 유닛(256)에 결합되고 (예를 들어, 유선 또는 무선 연결을 통해) 디스플레이(124)에 데이터를 송신하도록 구성되는 송신기를 포함한다.

일부 실시예들에서, 디코더 컴포넌트(122)는 채널(218)에 결합되고 (예를 들어, 유선 또는 무선 연결을 통해) 채널(218)로부터 데이터를 수신하도록 구성되는 수신기를 포함한다. 수신기는 디코더 컴포넌트(122)에 의해 디코딩될 하나 이상의 코딩된 비디오 시퀀스를 수신하도록 구성될 수 있다. 일부 실시예들에서, 각각의 코딩된 비디오 시퀀스의 디코딩은 다른 코딩된 비디오 시퀀스들과 독립적이다. 각각의 코딩된 비디오 시퀀스는, 인코딩된 비디오 데이터를 저장한 저장 디바이스에 대한 하드웨어/소프트웨어 링크일 수 있는, 채널(218)로부터 수신될 수 있다. 수신기는 인코딩된 비디오 데이터를 다른 데이터, 예를 들어, 코딩된 오디오 데이터 및/또는 보조 데이터 스트림들과 함께 수신할 수 있고, 이들은 그것들 각자의 사용 엔티티들(묘사되지 않음)에 포워딩될 수 있다. 수신기는 코딩된 비디오 시퀀스를 다른 데이터로부터 분리할 수 있다. 일부 실시예들에서, 수신기는 인코딩된 비디오와 함께 추가적인(중복) 데이터를 수신한다. 이 추가적인 데이터는 코딩된 비디오 시퀀스(들)의 일부로서 포함될 수 있다. 이 추가적인 데이터는 데이터를 디코딩하고/하거나 원래의 비디오 데이터를 더 정확하게 재구성하기 위해 디코더 컴포넌트(122)에 의해 사용될 수 있다. 추가적인 데이터는 예를 들어, 시간, 공간, 또는 SNR 향상 계층들, 중복 슬라이스들, 중복 픽처들, 순방향 오류 정정 코드들 등의 형태로 될 수 있다.

일부 실시예들에 따르면, 디코더 컴포넌트(122)는 버퍼 메모리(252), 파서(254)(때때로 엔트로피 디코더라고도 지칭됨), 스케일러/역 변환 유닛(258), 인트라 픽처 예측 유닛(262), 모션 보상 예측 유닛(260), 집계기(268), 루프 필터 유닛(256), 참조 픽처 메모리(266), 및 현재 픽처 메모리(264)를 포함한다. 일부 실시예들에서, 디코더 컴포넌트(122)는 집적 회로, 일련의 집적 회로들, 및/또는 다른 전자 회로로서 구현된다. 일부 실시예들에서, 디코더 컴포넌트(122)는 적어도 부분적으로 소프트웨어로 구현된다.

버퍼 메모리(252)는 (예를 들어, 네트워크 지터를 방지하기 위해) 채널(218)과 파서(254) 사이에 결합된다. 일부 실시예들에서, 버퍼 메모리(252)는 디코더 컴포넌트(122)로부터 분리된다. 일부 실시예들에서, 채널(218)의 출력과 디코더 컴포넌트(122) 사이에 별도의 버퍼 메모리가 제공된다. 일부 실시예들에서, (예를 들어, 재생 타이밍을 핸들링하도록 구성되는) 디코더 컴포넌트(122) 내부의 버퍼 메모리(252)에 더하여 (예를 들어, 네트워크 지터를 방지하기 위해) 디코더 컴포넌트(122) 외부에 별도의 버퍼 메모리가 제공된다. 충분한 대역폭 및 제어가능성의 저장/포워드 디바이스로부터, 또는 등시 동기식 네트워크(isosynchronous network)로부터 데이터를 수신하고 있을 때, 버퍼 메모리(252)는 필요하지 않을 수 있거나, 작을 수 있다. 인터넷과 같은 베스트 에포트 패킷 네트워크들(best effort packet networks) 상에서의 사용을 위해, 버퍼 메모리(252)가 요구될 수 있고, 비교적 클 수 있으며, 유리하게는 적응적 크기일 수 있고, 디코더 컴포넌트(122) 외부의 운영 체제 또는 유사한 요소들(묘사되지 않음)에서 적어도 부분적으로 구현될 수 있다.

파서(254)는 코딩된 비디오 시퀀스로부터 심벌들(270)을 재구성하도록 구성된다. 심벌들은, 예를 들어, 디코더 컴포넌트(122)의 동작을 관리하기 위해 사용되는 정보, 및/또는 디스플레이(124)와 같은 렌더링 디바이스를 제어하기 위한 정보를 포함할 수 있다. 렌더링 디바이스(들)에 대한 제어 정보는, 예를 들어, SEI(Supplementary Enhancement Information) 메시지들 또는 VUI(Video Usability Information) 파라미터 세트 프래그먼트들(묘사되지 않음)의 형태로 될 수 있다. 파서(254)는 코딩된 비디오 시퀀스를 파싱(엔트로피 디코딩)한다. 코딩된 비디오 시퀀스의 코딩은 비디오 코딩 기술 또는 표준에 따를 수 있고, 가변 길이 코딩, 허프만 코딩(Huffman coding), 컨텍스트 민감성(context sensitivity)이 있거나 없는 산술 코딩 등을 포함한 본 기술분야의 통상의 기술자에게 잘 알려진 원리들을 따를 수 있다. 파서(254)는, 코딩된 비디오 시퀀스로부터, 그룹에 대응하는 적어도 하나의 파라미터에 기초하여, 비디오 디코더 내의 픽셀들의 서브그룹들 중 적어도 하나에 대한 서브그룹 파라미터들의 세트를 추출할 수 있다. 서브그룹들은 픽처 그룹(Group of Pictures, GOP)들, 픽처들, 타일들, 슬라이스들, 매크로블록들, 코딩 유닛(Coding Unit, CU)들, 블록들, 변환 유닛(Transform Unit, TU)들, 예측 유닛(Prediction Unit, PU)들 등을 포함할 수 있다. 파서(254)는 또한 코딩된 비디오 시퀀스로부터 변환 계수들, 양자화기 파라미터 값들, 모션 벡터들 등과 같은 정보를 추출할 수 있다.

심벌들(270)의 재구성은 코딩된 비디오 픽처 또는 그의 부분들의 타입(예컨대: 인터 및 인트라 픽처, 인터 및 인트라 블록), 및 다른 인자들에 따라 다수의 상이한 유닛들을 수반할 수 있다. 어느 유닛들이 수반되는지, 그리고 어떻게 그것들이 수반되는지는, 파서(254)에 의해 코딩된 비디오 시퀀스로부터 파싱된 서브그룹 제어 정보에 의해 제어될 수 있다. 파서(254)와 아래의 다수의 유닛 사이의 이러한 서브그룹 제어 정보의 흐름은 명확성을 위해 묘사되어 있지 않다.

이미 언급된 기능 블록들 이외에, 디코더 컴포넌트(122)는 아래에 설명되는 바와 같이 개념적으로 다수의 기능 유닛으로 세분될 수 있다. 상업적 제약 하에서 동작하는 실제 구현에서, 이들 유닛 중 다수는 서로 밀접하게 상호작용하고, 적어도 부분적으로 서로 통합될 수 있다. 그러나, 개시된 주제를 설명하기 위해서는, 아래의 기능 유닛들로의 개념적 세분이 유지된다.

스케일러/역 변환 유닛(258)은 파서(254)로부터 심벌(들)(270)로서 (어느 변환을 사용할지, 블록 크기, 양자화 인자, 및/또는 양자화 스케일링 행렬들(quantization scaling matrices)과 같은) 제어 정보뿐만 아니라 양자화된 변환 계수들을 수신한다. 스케일러/역 변환 유닛(258)은 집계기(aggregator)(268)에 입력될 수 있는 샘플 값들을 포함하는 블록들을 출력할 수 있다.

일부 경우들에서, 스케일러/역 변환 유닛(258)의 출력 샘플들은 인트라 코딩된 블록에 관련되고; 즉, 이전에 재구성된 픽처들로부터의 예측 정보를 사용하는 것이 아니고, 현재 픽처의 이전에 재구성된 부분들로부터의 예측 정보를 사용할 수 있는 블록에 관련될 수 있다. 그러한 예측 정보는 인트라 픽처 예측 유닛(262)에 의해 제공될 수 있다. 인트라 픽처 예측 유닛(262)은 현재 픽처 메모리(264)로부터의 현재 (부분적으로 재구성된) 픽처로부터 페치된 주위의 이미 재구성된 정보를 사용하여, 재구성 중인 블록과 동일한 크기 및 형상의 블록을 생성할 수 있다. 집계기(268)는 샘플당 기준으로, 인트라 픽처 예측 유닛(262)이 생성한 예측 정보를 스케일러/역 변환 유닛(258)에 의해 제공된 출력 샘플 정보에 추가할 수 있다.

다른 경우들에서, 스케일러/역 변환 유닛(258)의 출력 샘플들은 인터 코딩된, 그리고 잠재적으로 모션 보상된, 블록에 관련된다. 그러한 경우들에서, 모션 보상 예측 유닛(260)은 참조 픽처 메모리(266)에 액세스하여 예측에 사용되는 샘플들을 페치할 수 있다. 블록에 관련된 심벌들(270)에 따라 페치된 샘플들을 모션 보상한 후에, 이들 샘플은 집계기(268)에 의해 스케일러/역 변환 유닛(258)의 출력(이 경우 잔차 샘플들 또는 잔차 신호라고 불림)에 추가되어 출력 샘플 정보를 생성할 수 있다. 모션 보상 예측 유닛(260)이 예측 샘플들을 페치하는 참조 픽처 메모리(266) 내의 어드레스들은 모션 벡터들에 의해 제어될 수 있다. 모션 벡터들은, 예를 들어, X, Y, 및 참조 픽처 컴포넌트들을 가질 수 있는 심벌들(270)의 형태로 모션 보상 예측 유닛(260)에 이용가능할 수 있다. 모션 보상은 또한 서브-샘플 정확한 모션 벡터들이 사용중일 때 참조 픽처 메모리(266)로부터 페치된 샘플 값들의 보간, 모션 벡터 예측 메커니즘 등을 포함할 수 있다.

집계기(268)의 출력 샘플들에 대해 루프 필터 유닛(256) 내의 다양한 루프 필터링 기법들이 수행될 수 있다. 비디오 압축 기술들은, 파서(254)로부터의 심벌들(270)로서 루프 필터 유닛(256)에 이용가능하게 되고 코딩된 비디오 비트스트림에 포함된 파라미터들에 의해 제어되지만, 코딩된 픽처 또는 코딩된 비디오 시퀀스의 이전(디코딩 순서로) 부분들의 디코딩 동안 획득된 메타-정보에 응답할 뿐만 아니라, 이전에 재구성된 및 루프-필터링된 샘플 값들에 응답할 수도 있는 인-루프 필터(in-loop filter) 기술들을 포함할 수 있다.

루프 필터 유닛(256)의 출력은 디스플레이(124)와 같은 렌더링 디바이스에 출력될 뿐만 아니라 장래의 인터-픽처 예측에서 사용하기 위해 참조 픽처 메모리(266)에 저장될 수도 있는 샘플 스트림일 수 있다.

특정 코딩된 픽처들은, 완전히 재구성되면, 장래의 예측을 위한 참조 픽처들로서 사용될 수 있다. 코딩된 픽처가 완전히 재구성되고 코딩된 픽처가 참조 픽처로서 식별되면(예를 들어, 파서(254)에 의해), 현재 참조 픽처는 참조 픽처 메모리(266)의 일부가 될 수 있고, 다음 코딩된 픽처의 재구성에 착수하기 전에 새로운 현재 픽처 메모리가 재할당될 수 있다.

디코더 컴포넌트(122)는 본 명세서에 설명된 표준들 중 임의의 것과 같은 표준에서 문서화될 수 있는 미리 결정된 비디오 압축 기술에 따라 디코딩 동작들을 수행할 수 있다. 코딩된 비디오 시퀀스는, 비디오 압축 기술 문서 또는 표준에서 그리고 구체적으로 그 내부의 프로파일 문서에서 특정된 바와 같은, 비디오 압축 기술 또는 표준의 신택스를 고수한다는 점에서, 사용중인 비디오 압축 기술 또는 표준에 의해 특정된 신택스를 준수할 수 있다. 또한, 일부 비디오 압축 기술들 또는 표준들을 준수하기 위해, 코딩된 비디오 시퀀스의 복잡도가 비디오 압축 기술 또는 표준의 레벨에 의해 정의된 바와 같은 경계들 내에 있을 수 있다. 일부 경우들에서, 레벨들은 최대 픽처 크기, 최대 프레임 레이트, 최대 재구성 샘플 레이트(예를 들어, 초당 메가샘플수로 측정됨), 최대 참조 픽처 크기 등을 제한한다. 레벨들에 의해 설정된 한계들은, 일부 경우들에서, HRD(Hypothetical Reference Decoder) 사양들 및 코딩된 비디오 시퀀스에서 시그널링된 HRD 버퍼 관리를 위한 메타데이터를 통해 추가로 제한될 수 있다.

도 3은 일부 실시예들에 따른 서버 시스템(112)을 예시하는 블록도이다. 서버 시스템(112)은 제어 회로(302), 하나 이상의 네트워크 인터페이스(304), 메모리(314), 사용자 인터페이스(306), 및 이러한 컴포넌트들을 상호연결하기 위한 하나 이상의 통신 버스(312)를 포함한다. 일부 실시예들에서, 제어 회로(302)는 하나 이상의 프로세서(예를 들어, CPU, GPU, 및/또는 DPU)를 포함한다. 일부 실시예들에서, 제어 회로는 하나 이상의 FPGA(field-programmable gate array), 하드웨어 가속기, 및/또는 하나 이상의 집적 회로(예를 들어, 주문형 집적 회로)를 포함한다.

네트워크 인터페이스(들)(304)는 하나 이상의 통신 네트워크(예를 들어, 무선, 유선, 및/또는 광학 네트워크)와 인터페이스하도록 구성될 수 있다. 통신 네트워크들은 로컬, 광역, 대도시, 차량 및 산업, 실시간, 지연-허용(delay-tolerant) 등일 수 있다. 통신 네트워크들의 예들은 로컬 영역 네트워크들, 예컨대 이더넷, 무선 LAN들, GSM, 3G, 4G, 5G, LTE 등을 포함하는 셀룰러 네트워크들, 케이블 TV, 위성 TV 및 지상파 브로드캐스트 TV를 포함하는 TV 유선 또는 무선 광역 디지털 네트워크들, CANBus를 포함하는 차량 및 산업 등을 포함한다. 이러한 통신은 단방향성 수신 전용(예를 들어, 브로드캐스트 TV), 단방향성 전송 전용(예를 들어, CANbus 대 특정 CANbus 디바이스들), 또는 (예를 들어, 로컬 영역 또는 광역 디지털 네트워크들을 사용하는 다른 컴퓨터 시스템들과의) 양방향성일 수 있다. 이러한 통신은 하나 이상의 클라우드 컴퓨팅 네트워크로의 통신을 포함할 수 있다.

사용자 인터페이스(306)는 하나 이상의 출력 디바이스(308) 및/또는 하나 이상의 입력 디바이스(310)를 포함한다. 입력 디바이스(들)(310)는 키보드, 마우스, 트랙패드, 터치 스크린, 데이터-글러브(data-glove), 조이스틱, 마이크로폰, 스캐너, 카메라, 또는 이와 유사한 것 중 하나 이상을 포함할 수 있다. 출력 디바이스(들)(308)는 오디오 출력 디바이스(예를 들어, 스피커), 시각적 출력 디바이스(예를 들어, 디스플레이 또는 모니터), 또는 이와 유사한 것 중 하나 이상을 포함할 수 있다.

메모리(314)는 고속 랜덤 액세스 메모리(예컨대 DRAM, SRAM, DDR RAM, 및/또는 다른 랜덤 액세스 솔리드 스테이트 메모리 디바이스들) 및/또는 비휘발성 메모리(예컨대 하나 이상의 자기 디스크 저장 디바이스, 광학 디스크 저장 디바이스, 플래시 메모리 디바이스, 및/또는 다른 비휘발성 솔리드 스테이트 저장 디바이스들)를 포함할 수 있다. 메모리(314)는 선택적으로 제어 회로(302)로부터 원격으로 위치된 하나 이상의 저장 디바이스를 포함한다. 메모리(314), 또는 대안적으로, 메모리(314) 내의 비휘발성 솔리드 스테이트 메모리 디바이스(들)는 비일시적 컴퓨터 판독가능 저장 매체를 포함한다. 일부 실시예들에서, 메모리(314), 또는 메모리(314)의 비일시적 컴퓨터 판독가능 저장 매체는 다음의 프로그램들, 모듈들, 명령어들, 및 데이터 구조들, 또는 이들의 서브세트 또는 수퍼세트를 저장한다:

● 다양한 기본 시스템 서비스들을 핸들링하고 하드웨어 의존적 작업들을 수행하기 위한 절차들을 포함하는 운영 체제(316);

● 하나 이상의 네트워크 인터페이스(304)를 통해(예를 들어, 유선 및/또는 무선 연결들을 통해) 서버 시스템(112)을 다른 컴퓨팅 디바이스들에 연결하기 위해 사용되는 네트워크 통신 모듈(318);

● 비디오 데이터와 같은 데이터를 인코딩 및/또는 디코딩하는 것과 관련하여 다양한 기능들을 수행하기 위한 코딩 모듈(320). 일부 실시예들에서, 코딩 모듈(320)은 코더 컴포넌트(114)의 인스턴스이다. 코딩 모듈(320)은 다음 중 하나 이상을 포함하지만 이에 제한되지 않는다:

○ 디코더 컴포넌트(122)와 관련하여 이전에 설명된 것들과 같은, 인코딩된 데이터를 디코딩하는 것과 관련하여 다양한 기능들을 수행하기 위한 디코딩 모듈(322); 및

○ 인코더 컴포넌트(106)와 관련하여 이전에 설명된 것들과 같은, 데이터를 인코딩하는 것과 관련하여 다양한 기능들을 수행하기 위한 인코딩 모듈(340); 및

● 예를 들어, 코딩 모듈(320)과 함께 사용하기 위한, 픽처들 및 픽처 데이터를 저장하기 위한 픽처 메모리(352). 일부 실시예들에서, 픽처 메모리(352)는 참조 픽처 메모리(208), 버퍼 메모리(252), 현재 픽처 메모리(264), 및 참조 픽처 메모리(266) 중 하나 이상을 포함한다.

일부 실시예들에서, 디코딩 모듈(322)은 파싱 모듈(324)(예를 들어, 파서(254)와 관련하여 이전에 설명된 다양한 기능들을 수행하도록 구성됨), 변환 모듈(326)(예를 들어, 스칼라/역 변환 유닛(258)과 관련하여 이전에 설명된 다양한 기능들을 수행하도록 구성됨), 예측 모듈(328)(예를 들어, 모션 보상 예측 유닛(260) 및/또는 인트라 픽처 예측 유닛(262)과 관련하여 이전에 설명된 다양한 기능들을 수행하도록 구성됨), 및 필터 모듈(330)(예를 들어, 루프 필터 유닛(256)과 관련하여 이전에 설명된 다양한 기능들을 수행하도록 구성됨)을 포함한다.

일부 실시예들에서, 인코딩 모듈(340)은 코드 모듈(342)(예를 들어, 소스 코더(202), 코딩 엔진(212), 및/또는 엔트로피 코더(214)와 관련하여 이전에 설명된 다양한 기능들을 수행하도록 구성됨) 및 예측 모듈(344)(예를 들어, 예측자(206)와 관련하여 이전에 설명된 다양한 기능들을 수행하도록 구성됨)을 포함한다. 일부 실시예들에서, 디코딩 모듈(322) 및/또는 인코딩 모듈(340)은 도 3에 도시된 모듈들의 서브세트를 포함한다. 예를 들어, 공유 예측 모듈은 디코딩 모듈(322)과 인코딩 모듈(340) 둘 다에 의해 사용된다.

메모리(314)에 저장된 위에서 식별된 모듈들 각각은 본 명세서에 설명된 기능을 수행하기 위한 명령어 세트에 대응한다. 위에서 식별된 모듈들(예를 들어, 명령어 세트들)은 별개의 소프트웨어 프로그램들, 절차들, 또는 모듈들로서 구현될 필요가 없고, 따라서 이러한 모듈들의 다양한 서브세트들은 다양한 실시예들에서 조합되거나 다른 방식으로 재배열될 수 있다. 예를 들어, 코딩 모듈(320)은 선택적으로 별개의 디코딩 및 인코딩 모듈들을 포함하지 않고, 오히려 두 기능 세트를 수행하기 위해 동일한 모듈 세트를 사용한다. 일부 실시예들에서, 메모리(314)는 위에서 식별된 모듈들 및 데이터 구조들의 서브세트를 저장한다. 일부 실시예들에서, 메모리(314)는 오디오 처리 모듈과 같은, 위에서 설명되지 않은 추가적인 모듈들 및 데이터 구조들을 저장한다.

일부 실시예들에서, 서버 시스템(112)은 웹 또는 HTTP(Hypertext Transfer Protocol) 서버들, FTP(File Transfer Protocol) 서버들뿐만 아니라, CGI(Common Gateway Interface) 스크립트, PHP(PHP Hyper-text Preprocessor), ASP(Active Server Pages), HTML(Hyper Text Markup Language), XML(Extensible Markup Language), Java, JavaScript, AJAX(Asynchronous JavaScript and XML), XHP, Javelin, WURFL(Wireless Universal Resource File) 등을 사용하여 구현된 웹 페이지들 및 애플리케이션들을 포함한다.

도 3은 일부 실시예들에 따른 서버 시스템(112)을 예시하지만, 도 3은 본 명세서에 설명된 실시예들의 구조적 개략도보다는 하나 이상의 서버 시스템에 존재할 수 있는 다양한 특징들의 기능적 설명으로서 더 의도된다. 실제로, 그리고 본 기술분야의 통상의 기술자들에 의해 인식되는 바와 같이, 개별적으로 도시된 항목들은 조합될 수 있고 일부 항목들은 분리될 수 있다. 예를 들어, 도 3에 개별적으로 도시된 일부 항목들은 단일 서버들 상에서 구현될 수 있고, 단일 항목들은 하나 이상의 서버에 의해 구현될 수 있다. 서버 시스템(112)을 구현하는 데 사용되는 서버들의 실제 수, 및 그들 사이에 특징들이 어떻게 할당되는지는 구현마다 달라질 것이고, 선택적으로, 피크 사용 기간들 동안뿐만 아니라 평균 사용 기간들 동안 서버 시스템이 핸들링하는 데이터 트래픽의 양에 부분적으로 의존한다.

예시적인 코딩 접근법들

도 4a 내지 도 4d는 일부 실시예들에 따른 예시적인 코딩 트리 구조들을 예시한다. 도 4a의 제1 코딩 트리 구조(400)에 도시된 바와 같이, 일부 코딩 접근법들(예를 들어, VP9)은 64x64 레벨로부터 시작하여 4x4 레벨까지 내려가는 4-웨이 파티션 트리(4-way partition tree)를 사용하며, 블록들 8x8에 대한 일부 추가적인 제한이 있다. 도 4a에서, R로 지정된 파티션들은 동일한 파티션 트리가 가장 낮은 4x4 레벨에 도달할 때까지 더 낮은 스케일로 반복된다는 점에서 재귀적이라고 지칭될 수 있다.

도 4b의 제2 코딩 트리 구조(402)에 도시된 바와 같이, 일부 코딩 접근법들(예를 들어, AV1)은 파티션 트리를 10-웨이 구조로 확장하고 가장 큰 크기(예를 들어, VP9/AV1 용어로 수퍼블록이라고 지칭됨)를 128x128로부터 시작하도록 증가시킨다. 제2 코딩 트리 구조는 제1 코딩 트리 구조에 있지 않은 4:1/1:4 직사각형 파티션들을 포함한다. 도 4b의 제2 행에 3개의 서브-파티션을 갖는 파티션 타입들은 T-타입 파티션이라고 지칭된다. 이 트리 구조에서의 직사각형 파티션들은 더 세분화될 수 없다. 코딩 블록 크기에 추가하여, 코딩 트리 깊이는 루트 노드로부터의 스플릿 깊이를 나타내도록 정의될 수 있다. 예를 들어, 루트 노드, 예를 들어, 128x128에 대한 코딩 트리 깊이는 0으로 설정되며, 트리 블록이 한번 더 스플릿된 후에, 코딩 트리 깊이는 1만큼 증가된다.

예로서, VP9에서와 같이 고정된 변환 유닛 크기들을 시행(enforcing)하는 대신에, AV1은 루마 코딩 블록들이 최대 2개 레벨만큼 내려가는 재귀적 파티션에 의해 표현될 수 있는 다수의 크기들의 변환 유닛들로 파티셔닝될 수 있게 한다. AV1의 확장된 코딩 블록 파티션들을 통합하기 위해, 4x4에서 64x64까지의 정사각형, 2:1/1:2, 및 4:1/1:4 변환 크기들이 지원된다. 크로마 블록들의 경우, 가장 큰 가능한 변환 유닛들만이 허용된다.

예로서, HEVC에서와 같이, 코딩 트리 유닛(CTU)은 다양한 로컬 특성들에 적응하기 위해 코딩 트리로 나타내어진 쿼드-트리 구조를 사용하여 코딩 유닛(CU)들로 스플릿된다. 일부 실시예들에서, 인터-픽처(시간) 또는 인트라-픽처(공간) 예측을 사용하여 픽처 영역을 코딩할지에 대한 판정은 CU 레벨에서 이루어진다. 각각의 CU는 PU 스플릿 타입에 따라 1개, 2개, 또는 4개의 PU로 더 스플릿될 수 있다. 하나의 PU 내부에서, 동일한 예측 프로세스가 적용되고, 관련 정보가 PU 기반으로 디코더에 송신된다. PU 스플릿 타입에 기초한 예측 프로세스를 적용함으로써 잔차 블록을 획득한 후에, CU는 CU에 대한 코딩 트리와 같은 또 다른 쿼드트리 구조에 따라 TU들로 파티셔닝될 수 있다. HEVC 구조의 핵심 특징들 중 하나는 그것이 CU, PU, 및 TU를 포함하는 다수의 파티션 개념을 갖는다는 것이다. HEVC에서, CU 또는 TU는 단지 정사각형 형상일 수 있는 한편, PU는 인터 예측된 블록에 대해 정사각형 또는 직사각형 형상일 수 있다. HEVC에서, 하나의 코딩 블록은 4개의 정사각형 서브-블록으로 더 분할될 수 있고, 각각의 서브-블록(TU)에 대해 변환이 수행된다. 각각의 TU는 잔차 쿼드-트리(Residual Quad-Tree, RQT)라고 불리는 더 작은 TU들로 재귀적으로 (쿼드-트리 스플릿을 사용하여) 더 스플릿될 수 있다. HEVC에서와 같이, 픽처 경계에서, 크기가 픽처 경계에 맞을 때까지 블록이 쿼드-트리 스플릿을 유지하도록 암시적 쿼드-트리 스플릿(implicit quad-tree split)이 이용될 수 있다.

VVC에서와 같이, 2진(binary) 및 3진(ternary) 스플릿 세그먼트화 구조를 사용하는 네스팅된 멀티-타입 트리를 갖는 쿼드-트리는 다수의 파티션 유닛 타입의 개념들을 대체할 수 있는데, 예를 들어, 그것은 최대 변환 길이에 대해 너무 큰 크기를 갖는 CU들에 대해 필요한 경우를 제외하고는 CU, PU, 및 TU 개념들의 분리를 제거하고, CU 파티션 형상들에 대해 더 많은 유연성을 지원한다. 코딩 트리 구조에서, CU는 정사각형 또는 직사각형 형상 중 어느 하나를 가질 수 있다. ACTU는 먼저 4진(quaternary) 트리(쿼드-트리라고도 지칭됨) 구조에 의해 파티셔닝된다. 4진 트리 리프(leaf) 노드들은 멀티-타입 트리 구조에 의해 추가로 파티셔닝될 수 있다. 도 4c의 제3 코딩 트리 구조(404)에 도시된 바와 같이, 멀티-타입 트리 구조는 4개의 스플릿 타입을 포함한다. 예를 들어, 멀티-타입 트리 구조는 수직 2진 스플릿(SPLIT_BT_VER), 수평 2진 스플릿(SPLIT_BT_HOR), 수직 3진 스플릿(SPLIT_TT_VER), 및 수평 3진 스플릿(SPLIT_TT_HOR)을 포함한다. 멀티-타입 트리 리프 노드들은 CU들로 불리고, CU가 최대 변환 길이에 대해 너무 크지 않는 한, 이 세그먼트화는 임의의 추가 파티셔닝 없이 예측 및 변환 처리에 사용된다. 이것은, 대부분의 경우에, CU, PU, 및 TU가 네스팅된 멀티-타입 트리 코딩 블록 구조를 갖는 쿼드-트리에서 동일한 블록 크기를 갖는다는 것을 의미한다. 예외는 최대 지원 변환 길이가 CU의 컬러 컴포넌트의 폭 또는 높이보다 작을 때 발생한다. 하나의 CTU(406)에 대한 블록 파티션들의 예가 도 4d에 도시되어 있으며, 이는 네스팅된 멀티-타입 트리 코딩 블록 구조를 갖는 예시적인 쿼드트리를 예시한다.

VVC에서와 같이, 최대 지원 루마 변환 크기는 64x64일 수 있고, 최대 지원 크로마 변환 크기는 32x32일 수 있다. CB의 폭 또는 높이가 최대 변환 폭 또는 높이보다 클 때, CB는 그 방향에서의 변환 크기 제한을 충족시키기 위해 수평 및/또는 수직 방향으로 자동으로 스플릿된다.

코딩 트리 방식은 루마 및 크로마가 VTM7에서와 같이 별개의 블록 트리 구조를 갖는 능력을 지원한다. 일부 경우들에서, P 및 B 슬라이스들의 경우, 하나의 CTU 내의 루마 및 크로마 CTB들은 동일한 코딩 트리 구조를 공유한다. 그러나, I 슬라이스들의 경우, 루마 및 크로마는 별개의 블록 트리 구조들을 가질 수 있다. 별개의 블록 트리 모드가 적용될 때, 루마 CTB는 하나의 코딩 트리 구조에 의해 CU들로 파티셔닝되고, 크로마 CTB들은 다른 코딩 트리 구조에 의해 크로마 CU들로 파티셔닝된다. 이것은, I 슬라이스에서의 CU가 루마 컴포넌트의 코딩 블록 또는 2개의 크로마 컴포넌트의 코딩 블록들을 포함하거나 이들로 구성될 수 있고, 비디오가 모노크롬(monochrome)이 아닌 한 P 또는 B 슬라이스에서의 CU가 모든 3개의 컬러 컴포넌트의 코딩 블록들을 항상 포함하거나 이들로 구성될 수 있다는 것을 의미한다.

확장된 코딩 블록 파티션들을 지원하기 위해, AV1에서와 같이, 다수의 변환 크기들(예를 들어, 각각의 차원에 대해 4-포인트로부터 64-포인트까지의 범위) 및 변환 형상들(예를 들어, 정사각형 또는 폭/높이 비가 2:1/1:2 및 4:1/1:4인 직사각형)이 이용될 수 있다.

병합 모드에서, 암시적으로 도출된 모션 정보는 현재 CU의 예측 샘플 생성을 위해 직접 사용될 수 있다. MMVD(merge mode with motion vector differences)가 VVC에 도입되었다. MMVD 모드가 CU에 대해 사용되는지 여부를 지정하기 위해 스킵 플래그 및 병합 플래그를 전송한 직후에 MMVD 플래그가 시그널링될 수 있다. MMVD에서는, 병합 후보가 선택된 후, 시그널링된 MVD 정보에 의해 추가로 리파인될 수 있다. MVD 정보는 병합 후보 플래그, 모션 크기를 지정하는 인덱스, 및 모션 방향의 표시를 위한 인덱스를 포함할 수 있다. 병합 모드에서는, 병합 리스트 내의 처음 2개의 병합 후보 플래그 중 하나가 모션 벡터(MV) 기반으로 사용될 수 있다. 병합 후보 플래그는 어느 플래그가 사용되는지를 지정하기 위해 시그널링될 수 있다.

거리 인덱스는 모션 크기 정보를 지정하고, 시작 포인트로부터의 미리 정의된 오프셋을 표시한다. 도 5a는 일부 실시예들에 따른 2개의 참조 프레임의 MMDV 탐색 포인트를 예시한다. 도 5a에 도시된 바와 같이, 시작 MV의 수평 성분들 또는 수직 성분들에 오프셋이 추가될 수 있다. 거리 인덱스와 미리 정의된 오프셋 사이의 관계가 아래의 표 1에서 지정된다.

표 1 - 거리 인덱스 및 대응하는 오프셋들

방향 인덱스는 시작 포인트에 대한 MVD의 방향을 표현한다. 방향 인덱스는, 아래 표 2에 도시된 바와 같은 4개의 방향 중 하나를 표현할 수 있다. MVD 부호의 의미는 시작 MV들의 정보에 따라 달라질 수 있다. 시작 MV들이 단예측 MV들 또는 양예측 MV들이고 두 리스트들이 현재 픽처의 동일한 측을 가리킬 때(예를 들어, 2개의 참조의 POC들이 둘 다 현재 픽처의 POC보다 크거나, 2개의 참조의 POC들이 둘 다 현재 픽처의 POC보다 작을 때), 표 2에서의 부호는 시작 MV에 추가된 MV 오프셋의 부호를 지정한다. 시작 MV들이 양예측 MV들이고 2개의 MV가 현재 픽처의 상이한 측들을 가리키며(예를 들어, 하나의 참조의 POC가 현재 픽처의 POC보다 크고, 다른 참조의 POC가 현재 픽처의 POC보다 작음), 리스트 0(L0)에서의 POC의 차이가 리스트 1(L1)에서의 것보다 클 때, 표 2에서의 부호는 시작 MV의 L0 MV 성분에 추가된 MV 오프셋의 부호를 지정하고, L1 MV에 대한 부호는 반대 값을 갖는다. L1에서의 POC의 차이가 L0보다 큰 경우, 표 2에서의 부호는 시작 MV의 L1 MV 성분에 추가된 MV 오프셋의 부호를 지정하고, L0 MV에 대한 부호는 반대 값을 갖는다.

일부 실시예들에서, MVD는 각각의 방향에서의 POC들의 차이에 따라 스케일링된다. 예를 들어, 두 리스트 내의 POC들의 차이들이 동일한 경우, 스케일링이 필요하지 않다. L0에서의 POC의 차이가 L1의 것보다 큰 경우, L1에 대한 MVD는 스케일링된다. L1의 POC 차이가 L0보다 큰 경우, L0에 대한 MVD는 동일한 방식으로 스케일링된다. 시작 MV가 단예측되면, MVD는 이용가능한 MV에 추가된다.

표 2 - 방향 인덱스에 의해 지정된 MV 오프셋의 부호

예로서, VVC에서, 정상 단방향 예측 및 양방향 예측 모드 MVD 시그널링 외에, 양방향 MVD 시그널링을 위한 대칭 MVD 모드가 적용될 수 있다. 대칭 MVD 모드에서, L0과 L1 둘 다의 참조 픽처 인덱스들 및 L1의 MVD를 포함하는 모션 정보가 도출될 수 있다(시그널링되지 않을 수 있다).

대칭 MVD 모드의 디코딩 프로세스는 다음과 같을 수 있다: 먼저, 슬라이스 레벨에서, 변수들 BiDirPredFlag, RefIdxSymL0 및 RefIdxSymL1이 도출된다. 예를 들어, mvd_l1_zero_flag가 1이면, BiDirPredFlag는 0과 동일하게 설정된다. L0 내의 가장 가까운 참조 픽처와 L1 내의 가장 가까운 참조 픽처가 참조 픽처들의 순방향 및 역방향 쌍 또는 참조 픽처들의 역방향 및 순방향 쌍을 형성하는 경우, BiDirPredFlag는 1로 설정되고, L0 및 L1 참조 픽처들 둘 다는 단기 참조 픽처들이다. 그렇지 않으면, BiDirPredFlag는 0으로 설정된다. 두 번째로, CU 레벨에서는, CU가 양예측 코딩되고 BiDirPredFlag가 1과 동일한 경우 대칭 모드가 사용되는지 여부를 나타내는 대칭 모드 플래그가 명시적으로 시그널링된다. 대칭 모드 플래그가 참(예를 들어, 1과 동일함)일 때, mvp_l0_flag, mvp_l1_flag, 및 MVD0만이 명시적으로 시그널링된다. L0 및 L1에 대한 참조 인덱스들은 각각 참조 픽처들의 쌍과 동일하게 설정된다. 마지막으로, MVD1은 (-MVD0)과 동일하게 설정된다.

일부 실시예들에서, 인터 프레임에서의 각각의 코딩된 블록에 대해, 현재 블록의 모드가 스킵 모드가 아니라 인터-코딩된 모드이면, 현재 블록에 단일 참조 모드가 사용되는지 또는 복합 참조 모드가 사용되는지를 표시하기 위해 또 다른 플래그가 시그널링된다. 예측 블록은 단일 참조 모드에서 하나의 모션 벡터에 의해 생성될 수 있다. 복합 참조 모드에서, 예측 블록은 2개의 모션 벡터로부터 도출된 2개의 예측 블록의 가중 평균에 의해 생성된다. 단일 참조 케이스에 대해 시그널링될 수 있는 모드들이 아래의 표 3에 상세히 설명된다.

표 3 - 단일 참조 모드들

복합 참조 케이스에 대해 시그널링될 수 있는 모드들이 아래의 표 4에 상세히 설명된다.

표 4 - 복합 참조 모드들

AV1과 같은 일부 표준들은 1/8-픽셀 모션 벡터 정밀도(또는 정확도)를 허용한다. 다음과 같이 참조 프레임 리스트 0(L0) 또는 리스트 1(L1)에서 모션 벡터 차이를 시그널링하기 위해 신택스들이 사용될 수 있다. 예를 들어, 신택스 mv_joint는 모션 벡터 차이의 어느 성분들이 비-제로인지를 지정한다. 신택스 mv_joint 값 0은 수평 또는 수직 방향 중 어느 하나를 따라 비-제로 MVD가 없음을 나타내고, 값 1은 수평 방향을 따라서만 비-제로 MVD가 있음을 나타내며, 값 2는 수직 방향을 따라서만 비-제로 MVD가 있음을 나타내고, 값 3은 수평 방향과 수직 방향 둘 다를 따라 비-제로 MVD가 있음을 나타낸다. 신택스 mv_sign은 모션 벡터 차이가 양인지 또는 음인지를 지정한다. 신택스 mv_class는 모션 벡터 차이의 클래스를 지정한다. 아래의 표 5에 도시된 바와 같이, 더 높은 클래스는 모션 벡터 차이가 더 큰 크기를 가진다는 것을 의미한다. 신택스 mv_bit는 모션 벡터 차이와 각각의 MV 클래스의 시작 크기 사이의 오프셋의 정수 부분을 지정한다. 신택스 mv_fr은 모션 벡터 차이의 처음 2개의 분수 비트를 지정한다. 신택스 mv_hp는 모션 벡터 차이의 세 번째 분수 비트를 지정한다.

표 5 - 모션 벡터 클래스 및 크기

NEW_NEARMV 및 NEAR_NEWMV 모드들(위의 표 4에 도시됨)의 경우, MVD의 정밀도는 연관된 클래스 및 MVD의 크기에 의존한다. 예를 들어, MVD 크기가 1-픽셀 이하인 경우에만 분수 MVD가 허용된다. 추가적으로, 연관된 MV 클래스의 값이 MV_CLASS_1 이상일 때 하나의 MVD 값만이 허용되고, 각각의 MV 클래스에서의 MVD 값은 MV 클래스 1(MV_CLASS_1), 2(MV_CLASS_2), 3(MV_CLASS_3), 4(MV_CLASS_4), 또는 5(MV_CLASS_5)에 대해 4, 8, 16, 32, 64로서 도출된다. 각각의 MV 클래스에서의 허용된 MVD 값들은 아래의 표 6에 도시되어 있다.

표 6 - MV 클래스 당 허용된 MVD

일부 실시예들에서, 현재 블록이 NEW_NEARMV 또는 NEAR_NEWMV 모드를 사용하여 코딩되는 경우, mv_joint 또는 mv_class를 시그널링하기 위해 하나의 컨텍스트가 사용된다. 현재 블록이 NEW_NEARMV 또는 NEAR_NEWMV 모드를 사용하여 코딩되지 않는 경우, mv_joint 또는 mv_class를 시그널링하기 위해 또 다른 컨텍스트가 사용된다.

인터 코딩된 모드 JOINT_NEWMV는 2개의 참조 리스트에 대한 MVD들이 공동으로 시그널링되는지를 표시하기 위해 적용될 수 있다. 인터 예측 모드가 JOINT_NEWMV 모드와 동일하면, 참조 L0 및 참조 L1에 대한 MVD들은 공동으로 시그널링된다. 이와 같이, joint_mvd라고 명명된 하나의 MVD만이 시그널링되어 디코더에 송신될 수 있고, 참조 L0 및 참조 L1에 대한 델타 MV들이 joint_mvd로부터 도출될 수 있다. JOINT_NEWMV 모드는 NEAR_NEARMV, NEAR_NEWMV, NEW_NEARMV, NEW_NEWMV, 및 GLOBAL_GLOBALMV 모드와 함께 시그널링된다.

JOINT_NEWMV 모드가 시그널링되고, 2개의 참조 프레임과 현재 프레임 사이의 POC(picture order count) 거리가 상이할 때, MVD는 POC 거리에 기초하여 참조 L0 또는 참조 L1에 대해 스케일링된다. 예를 들어, 참조 프레임 L0과 현재 프레임 사이의 거리는 td0으로 표시되고, 참조 프레임 L1과 현재 프레임 사이의 거리는 td1로 표시된다. td0이 td1 이상이면, joint_mvd는 참조 L0에 대해 직접 사용되고, 참조 L1에 대한 mvd는 아래의 수학식 1에 기초하여 joint_mvd로부터 도출된다.

수학식 1 - td0 > td1에 대해 공동 MVD로부터 도출된 MVD

td1이 td0 이상이면, joint_mvd는 참조 L1에 대해 직접 사용되고, 참조 L0에 대한 mvd는 아래의 수학식 2에 기초하여 joint_mvd로부터 도출된다.

수학식 2 - td0 < td1에 대해 공동 MVD로부터 도출된 MVD

인터 코딩된 모드 AMVDMV가 단일 참조 케이스에 추가될 수 있다. AMVDMV 모드가 선택될 때, 이는 적응적 MVD 해상도(AMVD)가 신호 MVD에 적용됨을 나타낸다. AMVD가 공동 MVD 코딩 모드에 적용되는지 여부를 나타내기 위해 플래그, 예를 들어, amvd_flag가 JOINT_NEWMV 모드 하에서 추가될 수 있다. 적응적 MVD 해상도가 공동 AMVD 코딩으로 명명되는 공동 MVD 코딩 모드에 적용될 때, 2개의 참조 프레임에 대한 MVD는 공동으로 시그널링되고 MVD의 정밀도는 MVD 크기들에 의해 암시적으로 결정된다. 2개의(또는 2개보다 많은) 참조 프레임에 대한 MVD가 공동으로 시그널링되고, MVD 코딩이 적용된다.

초기에 CWG-C012에서 제안된 AMVR에서는, 총 7개의 MV 정밀도(8, 4, 2, 1, 1/2, 1/4, 1/8)가 지원된다. 각각의 예측 블록에 대해, AVM 인코더는 모든 지원되는 정밀도 값들을 탐색하고, 최상의 정밀도를 디코더에 시그널링한다. 인코더 런타임을 감소시키기 위해, 2개의 정밀도 세트가 지원된다. 각각의 정밀도 세트는 4개의 미리 정의된 정밀도를 포함한다. 정밀도 세트는 프레임의 최대 정밀도의 값에 기초하여 프레임 레벨에서 적응적으로 선택된다. AV1과 유사하게, 최대 정밀도가 프레임 헤더에서 시그널링된다. 표 7은 프레임 레벨 최대 정밀도에 기반한 지원되는 정밀도 값들을 요약한다.

표 7 - 프레임 레벨 정밀도 당 MV 정밀도

AOM 비디오 모델(AVM)에서는, AV1과 유사하게, 프레임의 MV들이 서브-픽셀(sub-pel) 정밀도들을 포함하는지 여부를 표시하기 위해 프레임 레벨 플래그가 존재한다. AMVR은 cur_frame_force_integer_mv 플래그의 값이 0인 경우에만 인에이블된다. AMVR에서, 블록의 정밀도가 최대 정밀도보다 낮은 경우, 모션 모델 및 보간 필터들은 시그널링되지 않는다. 블록의 정밀도가 최대 정밀도보다 낮은 경우, 모션 모드는 병진 모션으로 추론되고 보간 필터는 REGULAR 보간 필터로 추론된다. 유사하게, 블록의 정밀도가 4-pel 또는 8-pel 중 어느 하나인 경우, 인터-인트라 모드(inter-intra mode)는 시그널링되지 않고 0인 것으로 추론된다.

일부 실시예들은 공간 모션 벡터 예측자(SMVP), 시간 모션 벡터 예측자(TMVP), 여분의 MV 후보(들), 도출된 MVP(들), 및/또는 참조 뱅크 MVP들을 포함한다. 예를 들어, MVP들을 저장하기 위해 인코더 측과 디코더 측 둘 다에서 고정된 크기를 갖는 스택(예를 들어, MVP 리스트)이 생성될 수 있다.

공간 모션 벡터 예측자들은, 현재 블록의 상단측 및 좌측에 대한 직접적인 이웃들인 인접한 공간 이웃 블록들뿐만 아니라, 현재 블록에 가깝지만 바로 인접하지 않은 비-인접 공간 이웃 블록들을 포함하는 공간 이웃 블록들로부터 도출된다. 루마 블록에 대한 공간 이웃 블록들의 세트의 예가 도 5b에 예시되어 있다(예를 들어, 여기서 각각의 공간 이웃 블록은 8x8 블록임).

공간 이웃 블록들은 현재 블록과 동일한 참조 프레임 인덱스와 연관되는 하나 이상의 MV를 찾기 위해 검사될 수 있다. 현재 블록에 대한 예로서, 공간 이웃 8x8 루마 블록들의 탐색 순서는 도 5b에서 숫자 1-8에 의해 표시된 바와 같다. 일부 실시예들에서, 더 적은 공간 이웃 블록들이 스캐닝된다(예를 들어, 숫자 5 및 7이 스킵됨). 이 예에서, 먼저 상단의 인접 행이 좌측에서 우측으로 체크된다. 두 번째, 좌측의 인접 열이 상단에서 하단으로 체크된다. 세 번째, 상단-우측 이웃 블록이 체크된다. 네 번째, 상단-좌측 블록 이웃 블록이 체크된다. 다섯 번째, 제1 상단의 비-인접 행이 좌측에서 우측으로 체크된다. 여섯 번째, 제1 좌측의 비-인접 열이 상단에서 하단으로 체크된다. 일곱 번째, 제2 상단의 비-인접 행이 좌측에서 우측으로 체크된다. 여덟 번째, 제2 좌측의 비-인접 열이 상단에서 하단으로 체크된다.

일부 실시예들에서, 인접 후보들(예를 들어, 도 5b의 숫자 1-3)은 TMVP 후보들 이전에 MV 예측자 리스트에 먼저 넣어진다. 일부 실시예들에서, 비-인접 후보들(예를 들어, 도 5b의 숫자 4-8)은 TMVP 후보들 이후에 MV 예측자 리스트에 넣어진다. 이 예에서, 모든 SMVP 후보들은 현재 블록과 동일한 참조 픽처를 가져야 한다. 현재 블록이 단일 참조 픽처를 갖는 경우, 단일 참조 픽처를 갖는 MVP 후보는 동일한 참조 픽처를 가져야 한다. 복합 참조 픽처들(예를 들어, 2개의 참조 픽처)을 갖는 블록의 경우, 참조 픽처들 중 하나는 현재 블록과 동일한 참조 픽처이어야 한다. 현재 블록이 2개의 참조 픽처를 갖는 경우, 두 참조 픽처가 모두 동일한 MVP 후보만이 MVP 리스트에 추가된다.

공간 이웃 블록들에 더하여, 시간 MV 예측자들로 알려진 MV 예측자들은 또한 참조 프레임들에서 동위치된 블록들을 사용하여 도출될 수 있다. 예를 들어, 시간 MV 예측자들을 생성하기 위해, 참조 프레임들의 MV들은 각자의 참조 프레임들과 연관된 참조 인덱스들과 함께 저장된다. 그 후, 현재 프레임의 각각의 8x8 블록에 대해, 그 궤적들이 8x8 블록을 통과하는 참조 프레임의 MV들이 식별되고 참조 프레임 인덱스와 함께 시간 MV 버퍼에 저장된다. 예를 들어, 단일 참조 프레임을 사용하는 인터 예측의 경우, 참조 프레임이 순방향 참조 프레임인지 또는 역방향 참조 프레임인지에 관계없이, MV들은 장래의 프레임의 시간 모션 벡터 예측을 수행하기 위해 8x8 단위로 저장된다. 다른 예로서, 복합 인터 예측의 경우, 장래의 프레임의 시간 모션 벡터 예측을 수행하기 위해 순방향 MV들만이 8x8 단위로 저장된다.

도 5c는 일부 실시예들에 따른 모션 벡터 예측을 위한 예시적인 시간 이웃 모션 후보들을 예시한다. 도 5c의 예에서, 참조 프레임 1(R1)의 MV인 MVref는 R1로부터 R1의 참조 프레임을 가리킨다. 그렇게 함으로써, MVref는 현재 프레임의 8x8 블록을 통과한다. MVref는 이 8x8 블록과 연관된 시간 MV 버퍼에 저장될 수 있다. 시간 MV 예측자를 도출하기 위한 모션 투영(motion projection) 프로세스 동안, 참조 프레임들은 미리 정의된 순서, 예를 들어, LAST_FRAME, BWDREF_FRAME, ALTREF_FRAME, ALTREF2_FRAME, 및 LAST2_FRAME으로 스캐닝될 수 있다. 예로서, 스캐닝 순서에서 더 높은 인덱스의 참조 프레임으로부터의 MV들은 스캐닝 순서에서 더 낮은 인덱스의 참조 프레임에 의해 배정된 이전에 식별된 MV들을 대체하지 않을 수 있다.

미리 정의된 블록 좌표들이 주어지면, 시간 MV 버퍼에 저장된 연관된 MV들이 식별되고 현재 블록에 투영되어 현재 블록으로부터 그의 참조 프레임, 예를 들어, 도 5c의 MV0을 가리키는 시간 MV 예측자를 도출할 수 있다.

도 5d는 일부 실시예들에 따른 시간 모션 벡터 예측자들을 도출하기 위한 예시적인 블록 위치들을 예시한다. 도 5d에서, 16x16 블록의 시간 MV 예측자들을 도출하기 위한 미리 정의된 블록 위치들이 도시되어 있다. 예를 들어, 유효한 시간 MV 예측자들에 대해 최대 7개의 블록이 체크된다. 시간 MV 예측자들은 인접 공간 MV 예측자들 이후에 그러나 비-인접 공간 MV 예측자들 이전에 체크될 수 있다(도 5b와 관련하여 이전에 논의됨).

도 5d에서, B0, B1, B2, 및 B3은 내부 TMVP 블록들로 지칭될 수 있는 반면, B4, B5, 및 B6은 외부 TMVP 블록들로 지칭될 수 있다. 일부 실시예들에서, 내부 TMVP 블록들은 외부 TMVP 블록들 이전에 체크된다. 예를 들어, 도 5d에서의 TMVP 위치들에 대한 스캐닝 순서는 다음과 같을 수 있다: B0 -> B1 -> B2 -> B3 -> B4 -> B5 -> B6.

MV 예측자들의 도출을 위해, 모든 공간 및 시간 MV 후보들이 풀링(pool)될 수 있고, 각각의 예측자에는 공간 및 시간 이웃 블록들의 스캐닝 동안 결정되는 가중치가 배정될 수 있다. 연관된 가중치들에 기초하여, 후보들이 정렬되고 순위화될 수 있다. 예로서, 최대 4개의 후보가 식별되고 MV 예측자 리스트에 추가된다. MV 예측자들의 이러한 리스트는 때때로 동적 참조 리스트(dynamic reference list, DRL)라고도 지칭되며, 동적 MV 예측 모드들에서 사용될 수 있다. 공간 및 시간 후보들을 스캐닝한 후에 MVP 리스트가 가득 차지 않은 경우, 여분의 탐색이 수행될 수 있고, MVP 리스트를 채우기 위해 여분의 MVP 후보들이 사용될 수 있다. 예를 들어, 여분의 MVP 후보들은 전역 MV, 제로 MV, 스케일링이 없는 조합된 복합 MV들 등을 포함할 수 있다.

일부 실시예들에서, MVP 리스트에 추가되는 인접 SMVP 후보들, TMVP 후보들, 및 비-인접 SMVP 후보들이 재순서화된다. 예를 들어, 재순서화 프로세스는 각각의 후보에 주어진 가중치에 기초할 수 있다. 후보의 가중치는 현재 블록과 후보 블록들의 중첩 영역에 기초하여 미리 정의될 수 있다. 일부 실시예들에서, 비-인접(외부) SMVP 후보들 및 TMVP 후보들의 가중은 재순서화 프로세스 동안 고려되지 않는다(예를 들어, 재순서화 프로세스는 인접 후보들에만 영향을 미친다).

도출된 MVP 후보들은 복합 모드와 단일 참조 픽처에 대한 도출된 MVP 둘 다를 포함할 수 있다. 단일 인터 예측의 경우, 이웃 블록의 참조 프레임이 현재 블록의 참조 프레임과 상이하지만 이들이 동일한 방향에 있다면, 시간 스케일링 알고리즘을 활용하여 MV를 그 참조 프레임으로 스케일링하여 현재 블록의 모션 벡터에 대한 MVP를 형성할 수 있다. 도 5e는 일부 실시예들에 따른 단일 인터 예측 블록에 대한 예시적인 모션 벡터 후보 생성을 예시한다. 도 5e에 도시된 바와 같이, 이웃 블록 A로부터의 mv1을 활용하여 시간 스케일링을 사용해 현재 블록의 모션 벡터 mv0에 대한 MVP를 도출한다.

복합 인터 예측의 경우, 상이한 이웃 블록들로부터의 구성된 MV들을 이용하여 현재 블록의 MVP를 도출하지만, 구성된 MV들의 참조 프레임들은 현재 블록과 동일할 필요가 있다. 도 5f는 일부 실시예들에 따른 복합 예측 블록에 대한 예시적인 모션 벡터 후보 생성을 예시한다. 도 5f에 도시된 바와 같이, 구성된 MV(mv2, mv3)는 현재 블록과 동일한 참조 프레임들을 갖지만 상이한 이웃 블록들로부터의 것이다.

일부 실시예들은 도 5g에 예시된 바와 같은 참조 모션 벡터 후보 뱅크를 포함한다. 예를 들어, 각각의 버퍼는, 단일 및 복합 인터 모드들을 각각 커버하는, 단일 참조 프레임 또는 한 쌍의 참조 프레임에 대응하는 고유 참조 프레임 타입에 대응한다. 일부 실시예들에서, 모든 버퍼들은 동일한 크기이다. 일부 실시예들에서, 새로운 MV가 가득 찬 버퍼에 추가될 때, 새로운 MV를 위한 공간을 만들기 위해 기존의 MV는 축출된다.

코딩 블록들은, 예를 들어, 이전에 설명된 참조 MV 리스트 생성으로 획득된 것들에 더하여, 참조 MV 후보들을 수집하기 위해 MV 후보 뱅크를 참조할 수 있다. 예를 들어, 수퍼블록을 코딩한 후에, MV 뱅크는 수퍼블록의 코딩 블록들에 의해 사용되는 MV들로 업데이트된다. 각각의 타일은 타일 내의 모든 수퍼블록들에 의해 이용되는 독립적인 MV 참조 뱅크를 가질 수 있다. 예를 들어, 각각의 타일을 인코딩하기 시작할 때, 대응하는 뱅크가 비워진다. 그 후, 그 타일 내의 각각의 수퍼블록을 코딩하는 동안, 뱅크로부터의 MV들이 MV 참조 후보들로서 사용될 수 있다. 수퍼블록의 인코딩이 종료되면, 뱅크가 업데이트된다.

도 5g는 일부 실시예들에 따른 예시적인 모션 벡터 후보 뱅크 처리를 예시한다. 도 5g에 도시된 바와 같이, 뱅크 업데이트 프로세스는 수퍼블록에 기초할 수 있다. 예를 들어, 수퍼블록이 코딩된 후에, 수퍼블록 내부의 각각의 코딩 블록에 의해 사용되는 제1(예를 들어, 최대 64개) 후보 MV들이 뱅크에 추가된다. 프루닝 프로세스가 또한 업데이트 동안 수반될 수 있다.

이전에 설명된 바와 같이 참조 MV 후보 스캐닝이 수행된 후에, 후보 리스트에 개방 슬롯들이 있다면, 시스템은 추가적인 MV 후보들에 대해 (예를 들어, 매칭되는 참조 프레임 타입을 갖는 버퍼 내의) MV 후보 뱅크를 참조할 수 있다. 예를 들어, 버퍼의 끝에서 시작으로 거꾸로 가면, 뱅크 버퍼 내의 MV가 리스트에 아직 없으면 후보 리스트에 부가된다.

도 5h는 일부 실시예들에 따른 예시적인 모션 벡터 예측자 리스트 구성 순서를 예시한다. 도 5h의 예에서, MVP 리스트는 (예를 들어, 프루닝을 사용하여) 다음의 순서에 의해 구성된다:(i) 인접 SMVP 후보들, (ii) 기존의 후보들에 대한 재순서화 프로세스, (iii) TMVP 후보들, (iv) 비-인접 SMVP 후보들, (v) 도출된 후보들, (vi) 여분의 MVP 후보들, 및 (vii) 참조 MV 후보 뱅크로부터의 후보들. 일부 실시예들에서, 1개의 TMVP 후보만이 MVP 후보 리스트에 추가될 수 있다. 예를 들어, 일단 1개의 TMVP 후보가 MVP 리스트에 추가되면, 나머지 TMVP 후보 블록들은 스킵된다. 일부 실시예들에서, 역방향 수평 스캔 순서를 사용하여 내부 TMVP 후보들을 체크한다. 도 5i에 예가 도시되어 있으며, 여기서 내부 TMVP 후보들에 대한 스캐닝 순서는 B3->B2->B1->B0이다. 일부 실시예들에서, 외부 TMVP 후보들은 스캐닝되지 않는다. 예를 들어, 도 5d의 B4, B5, 및 B6은 스캐닝되지 않는다.

일부 실시예들에서, 공간 이웃 블록들의 스킵 모드 모션 정보 페칭(fetching)은 참조 픽처 인덱스들과 모션 벡터들 둘 다를 포함한다. 정보 페칭은 다음을 포함할 수 있다: (i) 인접 공간 이웃 블록들로부터 MV들을 삽입하는 것; (ii) 참조 픽처로부터 시간 모션 벡터 예측자들을 삽입하는 것; (iii) 비-인접 공간 이웃 블록들로부터 MV를 삽입하는 것; (iv) 인접 공간 이웃 블록들로부터 MV 후보들을 정렬하는 것; (v) 기존의 리스트 크기가 미리 결정된 임계값보다 작을 때(예를 들어, 2 또는 3보다 작을 때) 합성 MV들을 삽입하는 것; 및/또는 (vi) 참조 MV 뱅크로부터 MV들을 삽입하는 것. 참조 MV 뱅크로부터의 MV들 및 시간 모션 벡터들은 미리 선택된 참조 픽처를 사용할 수 있다. 예를 들어, 프루닝 프로세스는 참조 픽처 인덱스를 고려할 수 있다.

MVP 후보들에 대한 슬롯들은 기존의 프로세스들, 예를 들어, AV2에서 4개로 제한된다. 더욱이, MVP 리스트 길이에 관계없이 최대 하나의 TMVP가 MVP 리스트에 삽입될 수 있고, 이는 인코딩/디코딩 프로세스들에서의 정확도의 손실로 이어질 수 있다.

도 6a는 일부 실시예들에 따른 비디오 인코딩 방법(600)을 예시하는 흐름도이다. 방법(600)은 제어 회로 및 제어 회로에 의한 실행을 위한 명령어들을 저장한 메모리를 갖는 컴퓨팅 시스템(예를 들어, 서버 시스템(112), 소스 디바이스(102), 또는 전자 디바이스(120))에서 수행될 수 있다. 일부 실시예들에서, 방법(600)은 컴퓨팅 시스템의 메모리(예를 들어, 메모리(314))에 저장된 명령어들을 실행함으로써 수행된다.

시스템은 제1 블록을 포함한 복수의 블록을 포함하는 비디오 데이터를 획득한다(602). 일부 실시예들에서, 시스템은 제1 신택스 요소를 획득하고(604), 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(N)을 나타낸다. 일부 실시예들에서, TMVP 후보들의 수량 N은 디폴트 값으로 설정된다. 시스템은 TMVP 후보들의 세트를 식별하고(606), TMVP 후보들의 세트는 N 이하의 크기를 갖는다. 일부 실시예들에서, 시스템은 공간 MVP 후보들의 세트를 식별한다(608). 시스템은 TMVP 후보들의 세트 및 공간 MVP 후보들의 세트를 사용하여 MVP 리스트를 생성한다(610). 일부 실시예들에서, 시스템은 비디오 비트스트림에서 MVP 리스트를 시그널링한다(612).

도 6b는 일부 실시예들에 따른 비디오 디코딩 방법(650)을 예시하는 흐름도이다. 방법(650)은 제어 회로 및 제어 회로에 의한 실행을 위한 명령어들을 저장한 메모리를 갖는 컴퓨팅 시스템(예를 들어, 서버 시스템(112), 소스 디바이스(102), 또는 전자 디바이스(120))에서 수행될 수 있다. 일부 실시예들에서, 방법(650)은 컴퓨팅 시스템의 메모리(예를 들어, 메모리(314))에 저장된 명령어들을 실행함으로써 수행된다.

시스템은, 비디오 비트스트림으로부터, 제1 블록을 포함한 복수의 블록들을 포함하는 비디오 데이터를 수신한다(652). 일부 실시예들에서, 시스템은 비디오 비트스트림으로부터 제1 신택스 요소를 획득하고(654), 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(N)을 나타낸다. 일부 실시예들에서, TMVP 후보들의 수량 N은 (예를 들어, 비디오 비트스트림으로부터 획득되기보다는) 디폴트 값으로 설정된다. 시스템은 TMVP 후보들의 세트를 식별하고(656), TMVP 후보들의 세트는 N 이하의 크기를 갖는다. 일부 실시예들에서, 시스템은 공간 MVP 후보들의 세트를 식별한다(658). 시스템은 TMVP 후보들의 세트 및 공간 MVP 후보들의 세트를 사용하여 MVP 리스트를 생성한다(660). 시스템은 MVP 리스트를 사용하여 제1 블록을 재구성한다(662).

일부 실시예들에서, 스킵 모드 및 비-스킵 모드에 대해 MVP 후보 리스트에 최대 N개의 TMVP 후보가 삽입되며, 여기서 N은 1 또는 2와 같은 양의 정수이다. 일부 실시예들에서, N은 스킵 모드 MVP 후보 리스트 및 비-스킵 모드 MVP 후보 리스트에 대해 상이한 값들이다. 예를 들어, 비-스킵 모드 MVP 후보 리스트의 경우 N은 1과 동일할 수 있고, 스킵 모드 MVP 후보 리스트의 경우 N은 2와 동일할 수 있다. 일부 실시예들에서, 상이한 MVP 리스트에 대해 다수의 상이한 N 값이 사용된다. 예를 들어, 일반 케이스에 대한 제1 MVP 리스트, 인터-인터 웨지 모드에 대한 제2 MVP 리스트, 및 워프 참조 리스트에 대한 제3 MVP 리스트(TMVP가 사용되는 경우).

일부 실시예들에서, N의 값은 인코딩 및 디코딩 동안 업데이트될 수 있다. 예를 들어, 인코딩 및 디코딩 동안 TMVP가 얼마나 자주 적용되는지에 따라, (N의 값으로 표시된 바와 같이) 더 많거나 더 적은 TMVP 후보들이 사용될 수 있다. 일부 실시예들에서, N의 값은 하이 레벨 신택스로 시그널링된다. 예를 들어, 비트스트림의 시퀀스 레벨, 프레임 레벨, 슬라이스 레벨, 또는 타일 레벨에서.

일부 실시예들에서, N의 값은 MVP 리스트의 최대 허용 길이에 의존한다. 일부 실시예들에서, 최대 허용 MVP 리스트 길이가 미리 정의된 임계값(예를 들어, 4 또는 5) 이하인 경우, N은 제1 값(예를 들어, 1 또는 2)으로 설정된다. 그렇지 않으면, N은 제2 값(예를 들어, 2 또는 3)으로 설정된다.

일부 실시예들에서, N이 제1 값(예를 들어, 1)으로 설정되면, 외부 TMVP 후보 블록들은 스캐닝/체크되지 않는다. 그렇지 않고, N이 제1 값보다 크면(예를 들어, 2 또는 3과 같으면), 외부 TMVP 후보 블록이 체크된다. 일부 실시예들에서, 내부 TMVP 후보들에 대한 스캐닝 순서 및/또는 위치들은 스킵 모드 MVP 후보 리스트 및 비-스킵 모드 MVP 후보 리스트에 대해 상이하다. 예를 들어, 역방향 수평 스캐닝 순서는 비-스킵 모드 MVP 리스트에 대한 내부 TMVP 후보를 체크하는 데 사용되고, 래스터 스캔 순서는 스킵 모드 MVP 리스트에 대한 내부 TMVP 후보를 체크하는 데 사용된다.

일부 실시예들에서, 외부 TMVP 후보 블록들은 비-스킵 모드 MVP 리스트에 대해 스캐닝되지 않는 반면, 외부 TMVP 후보 블록들은 스킵 모드 MVP 리스트들에 대해 스캐닝된다.

도 6a 및 도 6b는 다수의 논리적 스테이지들을 특정 순서로 예시하지만, 순서 의존적이지 않은 스테이지들은 재순서화될 수 있고 다른 스테이지들은 조합되거나 분리될 수 있다. 구체적으로 언급되지 않은 일부 재순서화 또는 다른 그룹화는 본 기술분야의 통상의 기술자에게 명백할 것이므로, 본 명세서에 제시된 순서화 및 그룹화는 완전하지 않다. 더욱이, 다양한 스테이지들은 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 임의의 조합으로 구현될 수 있다는 것이 인식되어야 한다.

이제 일부 예시적인 실시예들을 참조한다.

(A1) 일 양태에서, 일부 실시예들은 비디오 인코딩의 방법(예를 들어, 방법(600))을 포함한다. 일부 실시예들에서, 방법은 메모리 및 제어 회로를 갖는 컴퓨팅 시스템(예를 들어, 서버 시스템(112))에서 수행된다. 일부 실시예들에서, 방법은 코딩 모듈(예를 들어, 코딩 모듈(320))에서 수행된다. 일부 실시예들에서, 방법은 엔트로피 코더(예를 들어, 엔트로피 코더(214))에서 수행된다. 방법은: (i) 제1 블록을 포함한 복수의 블록을 포함하는 비디오 데이터를 획득하는 단계; (ii) 제1 신택스 요소를 획득하는 단계- 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(N)을 나타냄 -; (iii) TMVP 후보들의 세트를 식별하는 단계- TMVP 후보들의 세트는 N 이하의 크기를 가짐 -; 및 (iv) 적어도 TMVP 후보들의 세트를 사용하여 MVP 리스트를 생성하는 단계를 포함한다. 일부 실시예들에서, TMVP 후보들의 수량은 하나 이상의 이전에 코딩된 블록에서의 MVP 후보들의 사용 빈도에 기초한다. 일부 실시예들에서, TMVP 후보들의 수량(N)은 (예를 들어, 제1 신택스 요소를 통해 시그널링되기보다는) 디폴트 값으로 설정된다.

(A2) A1의 일부 실시예들에서, TMVP 후보들의 수량은 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초한다. 일부 실시예들에서, TMVP 후보들의 수량은 병진 모드가 활성인지, 웨지 모드가 활성인지, 및/또는 워프 모드가 활성인지에 기초한다.

(A3) A1 또는 A2의 일부 실시예들에서, TMVP 후보들의 세트를 식별하는 단계는 복수의 TMVP 후보 블록들을 특정 스캐닝 순서로 스캐닝하는 단계를 포함하고, 특정 스캐닝 순서는 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초하여 선택된다.

(A4) A1 내지 A3 중 어느 하나의 일부 실시예들에서, TMVP 후보들의 세트를 식별하는 단계는: (i) 스킵 모드가 인에이블되어 있다는 결정에 따라 제1 세트의 TMVP 블록들을 스캐닝하는 단계; 및 (ii) 스킵 모드가 디스에이블되어 있다는 결정에 따라 제2 세트의 TMVP 블록들을 스캐닝하는 단계를 포함하고, 제1 세트의 블록들은 제2 세트의 블록들과 상이하다.

(A5) A1 내지 A4 중 어느 하나의 일부 실시예들에서: (i) MVP 리스트는 제1 MVP 리스트이고 제1 모드에 대응하며; (ii) 방법은, 제2 MVP 리스트에 대한 TMVP 후보들의 제2 수량(M)의 표시를 획득하는 단계를 추가로 포함하고, 제2 MVP 리스트는 제2 모드에 대응하고, N은 M과 동일하지 않다.

(A6) A1 내지 A5 중 어느 하나의 일부 실시예들에서, TMVP 후보들의 수량은 이전에 디코딩된 정보에 기초하여 선택된다.

(A7) A6의 일부 실시예들에서, TMVP 후보들의 수량은 인코딩 동안 TMVP의 적용 빈도에 기초하여 업데이트된다.

(A8) A1 내지 A7 중 어느 하나의 일부 실시예들에서, 제1 신택스 요소는 비디오 비트스트림에 대한 하이 레벨 신택스의 일부이다. 일부 실시예들에서, TMVP 후보들의 수량은 비디오 비트스트림에서 시그널링된다. 일부 실시예들에서, 특정 모드(예를 들어, 스킵 모드)에 대한 TMVP 후보들의 수량은 제2 모드에 대한 TMVP 후보들의 수량과 관련하여 시그널링된다. 예를 들어, 비-스킵 모드에 대해서는 수량 N이 시그널링되고, 스킵 모드에 대해서는 상대 수량(예를 들어, +1)이 시그널링된다.

(A9) A1 내지 A8 중 어느 하나의 일부 실시예들에서, TMVP 후보들의 수량은 MVP 리스트에 대한 최대 길이에 기초하여 선택된다.

(A10) A9의 일부 실시예들에서, TMVP 후보들의 수량은 MVP 리스트에 대한 최대 길이가 하나 이상의 기준을 충족하는지에 기초하여 선택된다.

(A11) A1 내지 A10 중 어느 하나의 일부 실시예들에서, TMVP 후보들의 세트를 식별하는 단계는: (i) N이 하나 이상의 기준을 충족한다는 결정에 따라, 하나 이상의 외부 TMVP 후보 블록을 체크하는 단계; 및 (ii) N이 하나 이상의 기준을 충족하지 않는다는 결정에 따라, 하나 이상의 외부 TMVP 후보 블록을 체크하는 것을 그만두는 단계를 포함한다.

(A12) A1 내지 A11 중 어느 하나의 일부 실시예들에서, 방법은 MVP 리스트를 비디오 비트스트림에서 시그널링하는 단계를 추가로 포함한다.

(A13) A1 내지 A12 중 어느 하나의 일부 실시예들에서, 방법은 공간 MVP 후보들의 세트를 식별하는 단계를 추가로 포함하고, MVP 리스트는 적어도 TMVP 후보들의 세트 및 공간 MVP 후보들의 세트를 사용하여 생성된다.

(B1) 또 다른 양태에서, 일부 실시예들은 비디오 디코딩 방법(예를 들어, 방법(650))을 포함한다. 일부 실시예들에서, 방법은 메모리 및 제어 회로를 갖는 컴퓨팅 시스템(예를 들어, 서버 시스템(112))에서 수행된다. 일부 실시예들에서, 방법은 코딩 모듈(예를 들어, 코딩 모듈(320))에서 수행된다. 일부 실시예들에서, 방법은 파서(예를 들어, 파서(254))에서 수행된다. 방법은: (i) 비디오 비트스트림으로부터, 제1 블록을 포함한 복수의 블록들을 포함하는 비디오 데이터를 수신하는 단계; (ii) 비디오 비트스트림으로부터 제1 신택스 요소를 획득하는 단계- 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(N)을 나타냄 -; (iii) TMVP 후보들의 세트를 식별하는 단계- TMVP 후보들의 세트는 N 이하의 크기를 가짐 -; (iv) 적어도 TMVP 후보들의 세트를 사용하여 MVP 리스트를 생성하는 단계; 및 (v) MVP 리스트를 사용하여 제1 블록을 재구성하는 단계를 포함한다. 예를 들어, N은 1 또는 2와 같은 양의 정수이다. 일부 실시예들에서, 스킵 모드 및 비-스킵 모드에 대해 MVP 후보 리스트에 최대 N개의 TMVP 후보가 삽입된다. 일부 실시예들에서, TMVP 후보들의 수량(N)은 (예를 들어, 제1 신택스 요소를 통해 시그널링되기보다는) 디폴트 값으로 설정된다.

(B2) B1의 일부 실시예들에서, TMVP 후보들의 수량은 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초한다. 일부 실시예들에서, 방법은 비디오 비트스트림으로부터 제2 신택스 요소를 획득하는 단계를 추가로 포함하고, 제2 신택스 요소는 제1 블록에 대해 스킵 모드가 인에이블되어 있는지를 나타낸다. 일부 실시예들에서, 제1 신택스 요소는 스킵 모드에 대한 TMVP 후보들의 수량을 나타낸다. 일부 실시예들에서, 제1 신택스 요소는 비-스킵 모드에 대한 TMVP 후보들의 제2 수량을 나타낸다. 일부 실시예들에서, 제3 신택스 요소는 비-스킵 모드에 대한 TMVP 후보들의 제2 수량을 나타낸다. 예를 들어, 비-스킵 모드 MVP 후보 리스트의 경우 N은 1이고, 스킵 모드 MVP 후보 리스트의 경우 N은 2이다.

(B3) B1 또는 B2의 일부 실시예들에서, TMVP 후보들의 세트를 식별하는 단계는 복수의 TMVP 후보 블록들을 특정 스캐닝 순서로 스캐닝하는 단계를 포함하고, 특정 스캐닝 순서는 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초하여 선택된다. 예를 들어, 내부 TMVP 후보들에 대한 스캐닝 순서 및/또는 위치들은 스킵 모드 MVP 후보 리스트 및 비-스킵 모드 MVP 후보 리스트에 대해 상이할 수 있다. 일부 실시예들에서, 내부 TMVP 후보들에 대한 스캐닝 순서 및/또는 위치들은 비-스킵 모드 MVP 후보 리스트와 비교하여 스킵 모드 MVP 후보 리스트에 대해 상이하다. 예를 들어, 역방향 수평 스캐닝 순서는 비-스킵 모드 MVP 리스트에 대한 내부 TMVP 후보를 체크하는 데 사용되고, 래스터 스캔 순서는 스킵 모드 MVP 리스트에 대한 내부 TMVP 후보를 체크하는 데 사용된다.

(B4) B1 내지 B3 중 어느 하나의 일부 실시예들에서, TMVP 후보들의 세트를 식별하는 단계는: (i) 스킵 모드가 인에이블되어 있다는 결정에 따라 제1 세트의 TMVP 블록들을 스캐닝하는 단계; 및 (ii) 스킵 모드가 디스에이블되어 있다는 결정에 따라 제2 세트의 TMVP 블록들을 스캐닝하는 단계를 포함하고, 제1 세트의 블록들은 제2 세트의 블록들과 상이하다. 예를 들어, 외부 TMVP 후보 블록들은 비-스킵 모드 MVP 리스트에 대해 체크되지 않고, 외부 TMVP 후보 블록들은 스킵 모드 MVP 리스트에 대해 체크된다.

(B5) B1 내지 B4 중 어느 하나의 일부 실시예들에서: (i) MVP 리스트는 제1 MVP 리스트이고 제1 모드에 대응하며; (ii) 방법은, 비디오 비트스트림으로부터, 제2 MVP 리스트에 대한 TMVP 후보들의 제2 수량(M)의 표시를 획득하는 단계를 추가로 포함하고, 제2 MVP 리스트는 제2 모드에 대응하고, N은 M과 동일하지 않다. 예를 들어, 일반 케이스에 대한 MVP 리스트, 인터-인터 웨지 모드(inter-inter wedge mode)에 대한 MVP 리스트, 및 워프 참조 리스트(TMVP가 사용되는 경우)와 같은 상이한 MVP 리스트들에 대해 다수의 상이한 수량 값들이 사용될 수 있다.

(B6) B1 내지 B5 중 어느 하나의 일부 실시예들에서, TMVP 후보들의 수량은 이전에 디코딩된 정보에 기초하여 선택된다. 예를 들어, N의 값은 인코딩 및 디코딩 동안 업데이트될 수 있다.

(B7) B6의 일부 실시예들에서, TMVP 후보들의 수량은 인코딩 동안 TMVP의 적용 빈도에 기초하여 업데이트된다. 예를 들어, 인코딩 및/또는 디코딩 동안 TMVP가 얼마나 자주 적용되는지에 따라, (N의 값으로 표시된 바와 같이) 더 많거나 더 적은 TMVP 후보들이 사용될 수 있다.

(B8) B1 내지 B7 중 어느 하나의 일부 실시예들에서, 제1 신택스 요소는 비디오 비트스트림의 하이 레벨 신택스의 일부이다. 예를 들어, 하이 레벨 신택스는 시퀀스 레벨, 프레임 레벨, 슬라이스 레벨, 또는 타일 레벨에 대응한다. 일부 실시예들에서, 하이 레벨 신택스는 블록 레벨보다 높다. 예를 들어, 하이 레벨 신택스는 비디오 파라미터 세트(VPS), 시퀀스 파라미터 세트(SPS), 픽처 파라미터 세트(PPS), 적응적 파라미터 세트(APS), 슬라이스 헤더, 픽처 헤더, 타일 헤더, 및/또는 CTU 헤더를 포함할 수 있다.

(B9) B1 내지 B8 중 어느 하나의 일부 실시예들에서, TMVP 후보들의 수량은 MVP 리스트에 대한 최대 길이에 기초하여 선택된다. 일부 실시예들에서, 방법은 비디오 비트스트림으로부터 MVP 리스트에 대한 길이를 획득하는 단계를 추가로 포함한다. 일부 실시예들에서, TMVP 후보들의 수량(N)은 MVP 리스트의 길이에 기초한다. 예를 들어, N의 값은 MVP 리스트의 최대 허용 길이에 의존한다.

(B10) B9의 일부 실시예들에서, TMVP 후보들의 수량은 MVP 리스트에 대한 최대 길이가 하나 이상의 기준을 충족하는지에 기초하여 선택된다. 예를 들어, 최대 허용 MVP 리스트 길이가 임계값(S1) 이하인 경우, N은 1로 설정된다. 그렇지 않으면, N은 2로 설정된다. 일 예에서, S1은 4로 설정된다.

(B11) B1 내지 B10 중 어느 하나의 일부 실시예들에서, TMVP 후보들의 세트를 식별하는 단계는: (i) N이 하나 이상의 기준을 충족한다는 결정에 따라, 하나 이상의 외부 TMVP 후보 블록을 체크하는 단계; 및 (ii) N이 하나 이상의 기준을 충족하지 않는다는 결정에 따라, 하나 이상의 외부 TMVP 후보 블록을 체크하는 것을 그만두는 단계를 포함한다. 예를 들어, N이 1로 설정되면, 외부 TMVP 후보 블록은 체크되지 않는다. 그렇지 않고, N이 1보다 크면, 외부 TMVP 후보 블록이 체크된다.

(B12) B1 내지 B11 중 어느 하나의 일부 실시예들에서, 방법은 공간 MVP 후보들의 세트를 식별하는 단계를 추가로 포함하고, MVP 리스트는 적어도 TMVP 후보들의 세트 및 공간 MVP 후보들의 세트를 사용하여 생성된다.

(B13) B1 내지 B12 중 어느 하나의 일부 실시예들에서, 비트스트림은 A1 내지 A13 중 어느 하나에 따라 인코딩된 비디오에 대응한다.

본 명세서에 설명된 방법들은 개별적으로 사용되거나 임의의 순서로 조합될 수 있다. 방법들 각각은 처리 회로(예를 들어, 하나 이상의 프로세서 또는 하나 이상의 집적 회로)에 의해 구현될 수 있다. 일부 실시예들에서, 처리 회로는 비일시적 컴퓨터 판독가능 매체에 저장된 프로그램을 실행한다.

다른 양태에서, 일부 실시예들은 제어 회로(예를 들어, 제어 회로(302)) 및 제어 회로에 결합된 메모리(예를 들어, 메모리(314))를 포함하는 컴퓨팅 시스템(예를 들어, 서버 시스템(112))을 포함하고, 메모리는 제어 회로에 의해 실행되도록 구성되는 하나 이상의 명령어 세트를 저장하고, 하나 이상의 명령어 세트는 본 명세서에 설명된 방법들(예를 들어, 위의 A1-A13 및 B1-B13) 중 임의의 것을 수행하기 위한 명령어들을 포함한다.

또 다른 양태에서, 일부 실시예들은 컴퓨팅 시스템의 제어 회로에 의한 실행을 위한 하나 이상의 명령어 세트를 저장한 비일시적 컴퓨터 판독가능 저장 매체를 포함하고, 하나 이상의 명령어 세트는 본 명세서에 설명된 방법들(예를 들어, 위의 A1-A13 및 B1-B13) 중 임의의 것을 수행하기 위한 명령어들을 포함한다.

용어들 "제1", "제2" 등이 다양한 요소들을 설명하기 위해 본 명세서에서 사용될 수 있지만, 이러한 요소들은 이러한 용어들에 의해 제한되지 않아야 한다는 점이 이해될 것이다. 이러한 용어들은 하나의 요소를 다른 요소와 구별하기 위해서만 사용된다.

본 명세서에서 사용된 용어는 특정한 실시예를 설명하기 위한 것일 뿐이며, 청구범위를 제한하는 것으로 의도되지 않는다. 실시예들 및 첨부된 청구항들의 설명에서 사용되는 바와 같이, 단수 형태들("a", "an" 및 "the")은, 문맥이 명확하게 달리 나타내지 않는 한, 복수 형태들도 포함하도록 의도된다. 본 명세서에서 사용되는 바와 같은 "및/또는"이라는 용어는 연관된 나열된 항목들 중 하나 이상의 임의의 그리고 모든 가능한 조합들을 지칭하고 포괄한다는 것이 또한 이해될 것이다. 용어들 "포함한다" 및/또는 "포함하는"은, 본 명세서에서 사용될 때, 언급된 특징들, 정수들, 단계들, 동작들, 요소들, 및/또는 컴포넌트들의 존재를 특정하지만, 하나 이상의 다른 특징, 정수, 단계, 동작, 요소, 컴포넌트, 및/또는 이들의 그룹의 존재 또는 추가를 배제하지 않는다는 것이 추가로 이해될 것이다.

본 명세서에서 사용되는 바와 같이, "~인 경우(if)"라는 용어는 문맥에 따라 "~일 때(when)" 또는 "~시에(upon)" 또는 언급된 선행 조건이 참이라고 "결정하는 것에 응답하여" 또는 "결정에 따라" 또는 "검출하는 것에 응답하여"를 의미하는 것으로 해석될 수 있다. 유사하게, "[언급된 선행 조건이 참]이라고 결정되는 경우" 또는 "[언급된 선행 조건이 참]인 경우" 또는 "[언급된 선행 조건이 참]일 때"라는 문구는 문맥에 따라, 언급된 선행 조건이 참이라고 "결정 시에" 또는 "결정하는 것에 응답하여" 또는 "결정에 따라" 또는 "검출 시에" 또는 "검출하는 것에 응답하여"를 의미하는 것으로 해석될 수 있다.

전술한 설명은, 설명을 목적으로, 특정 실시예들을 참조하여 설명되었다. 그러나, 위의 예시적인 논의들은 포괄적이거나 청구항들을 개시된 정확한 형태들로 제한하도록 의도되지 않는다. 위의 교시들을 고려하여 많은 수정들 및 변형들이 가능하다. 실시예들은 동작의 원리들 및 실제 응용들을 가장 잘 설명하기 위해 선택되고 설명되었으며, 그에 의해 본 기술분야의 다른 통상의 기술자들을 가능하게 한다.

Claims

메모리 및 하나 이상의 프로세서를 갖는 컴퓨팅 시스템에서 수행되는 비디오 디코딩 방법으로서,
제1 블록을 포함한 복수의 블록들을 포함하는 비디오 비트스트림을 수신하는 단계;
비디오 비트스트림으로부터 제1 신택스 요소를 획득하는 단계- 상기 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(N)을 나타내며, N은 1보다 큰 정수임 -;
TMVP 후보들의 세트를 식별하는 단계- 상기 TMVP 후보들의 세트는 N 이하의 크기를 가짐 -;
적어도 상기 TMVP 후보들의 세트를 사용하여 상기 MVP 리스트를 생성하는 단계; 및
상기 MVP 리스트를 사용하여 상기 제1 블록을 재구성하는 단계
를 포함하는, 방법.
제1항에 있어서, 상기 TMVP 후보들의 수량은 상기 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초하는, 방법.
제1항에 있어서, 상기 TMVP 후보들의 세트를 식별하는 단계는 복수의 TMVP 후보 블록들을 특정 스캐닝 순서로 스캐닝하는 단계를 포함하고, 상기 특정 스캐닝 순서는 상기 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초하여 선택되는, 방법.
제1항에 있어서, 상기 TMVP 후보들의 세트를 식별하는 단계는:
스킵 모드가 인에이블되어 있다는 결정에 따라 제1 세트의 TMVP 블록들을 스캐닝하는 단계; 및
상기 스킵 모드가 디스에이블되어 있다는 결정에 따라 제2 세트의 TMVP 블록들을 스캐닝하는 단계를 포함하고, 상기 제1 세트의 블록들은 상기 제2 세트의 블록들과 상이한, 방법.
제1항에 있어서, 상기 MVP 리스트는 제1 MVP 리스트이고 제1 모드에 대응하며;
상기 방법은, 상기 비디오 비트스트림으로부터, 제2 MVP 리스트에 대한 TMVP 후보들의 제2 수량(M)의 표시를 획득하는 단계를 추가로 포함하고, 상기 제2 MVP 리스트는 제2 모드에 대응하고, N은 M과 동일하지 않은, 방법.
제1항에 있어서, 상기 TMVP 후보들의 수량은 이전에 디코딩된 정보에 기초하여 선택되는, 방법.
제6항에 있어서, 상기 TMVP 후보들의 수량은 인코딩 동안 TMVP의 적용 빈도에 기초하여 업데이트되는, 방법.
제1항에 있어서, 상기 제1 신택스 요소는 상기 비디오 비트스트림의 하이 레벨 신택스의 일부인, 방법.
제1항에 있어서, 상기 TMVP 후보들의 수량은 상기 MVP 리스트에 대한 최대 길이에 기초하여 선택되는, 방법.
제9항에 있어서, 상기 TMVP 후보들의 수량은 상기 MVP 리스트에 대한 최대 길이가 하나 이상의 기준을 충족하는지에 기초하여 선택되는, 방법.
제1항에 있어서, 상기 TMVP 후보들의 세트를 식별하는 단계는:
N이 하나 이상의 기준을 충족한다는 결정에 따라, 하나 이상의 외부 TMVP 후보 블록을 체크하는 단계; 및
N이 상기 하나 이상의 기준을 충족하지 않는다는 결정에 따라, 상기 하나 이상의 외부 TMVP 후보 블록을 체크하는 것을 그만두는 단계를 포함하는, 방법.
제1항에 있어서, 공간 MVP 후보들의 세트를 식별하는 단계를 추가로 포함하고, 상기 MVP 리스트는 상기 TMVP 후보들의 세트 및 상기 공간 MVP 후보들의 세트를 사용하여 생성되는, 방법.
컴퓨팅 시스템으로서,
제어 회로;
메모리; 및
상기 메모리에 저장되고 상기 제어 회로에 의한 실행을 위해 구성된 하나 이상의 명령어 세트
를 포함하고,
상기 하나 이상의 명령어 세트는:
제1 블록을 포함한 복수의 블록들을 포함하는 비디오 비트스트림을 수신하는 것;
비디오 비트스트림으로부터 제1 신택스 요소를 획득하는 것- 상기 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(N)을 나타내며, N은 1보다 큰 정수임 -;
TMVP 후보들의 세트를 식별하는 것- 상기 TMVP 후보들의 세트는 N 이하의 크기를 가짐 -;
적어도 상기 TMVP 후보들의 세트를 사용하여 상기 MVP 리스트를 생성하는 것; 및
상기 MVP 리스트를 사용하여 상기 제1 블록을 재구성하는 것을 위한 명령어들을 포함하는, 컴퓨팅 시스템.
제13항에 있어서, 상기 TMVP 후보들의 수량은 상기 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초하는, 컴퓨팅 시스템.
제13항에 있어서, 상기 TMVP 후보들의 세트를 식별하는 것은 복수의 TMVP 후보 블록들을 특정 스캐닝 순서로 스캐닝하는 것을 포함하고, 상기 특정 스캐닝 순서는 상기 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초하여 선택되는, 컴퓨팅 시스템.
제13항에 있어서, 상기 TMVP 후보들의 세트를 식별하는 것은:
스킵 모드가 인에이블되어 있다는 결정에 따라 제1 세트의 TMVP 블록들을 스캐닝하는 것; 및
상기 스킵 모드가 디스에이블되어 있다는 결정에 따라 제2 세트의 TMVP 블록들을 스캐닝하는 것을 포함하고, 상기 제1 세트의 블록들은 상기 제2 세트의 블록들과 상이한, 컴퓨팅 시스템.
제13항에 있어서, 상기 TMVP 후보들의 수량은 이전에 디코딩된 정보에 기초하여 선택되는, 컴퓨팅 시스템.
제어 회로 및 메모리를 갖는 컴퓨팅 디바이스에 의해 실행되도록 구성된 하나 이상의 명령어 세트를 저장한 비일시적 컴퓨터 판독가능 저장 매체로서, 상기 하나 이상의 명령어 세트는:
제1 블록을 포함한 복수의 블록들을 포함하는 비디오 비트스트림을 수신하는 것;
비디오 비트스트림으로부터 제1 신택스 요소를 획득하는 것- 상기 제1 신택스 요소는 모션 벡터 예측자(MVP) 리스트에 대한 시간 모션 벡터 예측자(TMVP) 후보들의 수량(N)을 나타내며, N은 1보다 큰 정수임 -;
TMVP 후보들의 세트를 식별하는 것- 상기 TMVP 후보들의 세트는 N 이하의 크기를 가짐 -;
적어도 상기 TMVP 후보들의 세트를 사용하여 상기 MVP 리스트를 생성하는 것; 및
상기 MVP 리스트를 사용하여 상기 제1 블록을 재구성하는 것을 위한 명령어들을 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
제18항에 있어서, 상기 TMVP 후보들의 수량은 상기 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초하는, 비일시적 컴퓨터 판독가능 저장 매체.
제18항에 있어서, 상기 TMVP 후보들의 세트를 식별하는 것은 복수의 TMVP 후보 블록들을 특정 스캐닝 순서로 스캐닝하는 것을 포함하고, 상기 특정 스캐닝 순서는 상기 제1 블록에 대해 스킵 모드가 인에이블되어 있는지에 기초하여 선택되는, 비일시적 컴퓨터 판독가능 저장 매체.