KR20160068805A

KR20160068805A - 비디오 코딩에서 서브-디코딩된 픽처 버퍼 (서브-dpb) 기반의 dpb 동작들을 위한 시그널링

Info

Publication number: KR20160068805A
Application number: KR1020167010671A
Authority: KR
Inventors: 아다르쉬 크리쉬난 라마수브라모니안; 예-쿠이 왕
Original assignee: 퀄컴 인코포레이티드
Priority date: 2013-10-10
Filing date: 2014-10-09
Publication date: 2016-06-15
Also published as: EP3056003B1; CA2924397A1; KR101904625B1; TW201531096A; WO2015054509A1; BR112016007916B1; HUE047141T2; JP6400691B2; US9819941B2; EP3056003A1; US20150103884A1; TWI652940B; CA2924397C; BR112016007916A2; CN105637878B; CN105637878A; ES2780688T3; JP2016539537A

Abstract

비디오 데이터를 디코딩하는 방법은 복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하는 단계; 및 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하는 단계를 포함한다. 본 방법은 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하는 단계; 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하는 단계; 및 서브-DPB 파라미터들의 수신된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하는 단계를 더 포함한다.

Description

비디오 코딩에서 서브-디코딩된 픽처 버퍼 (서브-DPB) 기반의 DPB 동작들을 위한 시그널링{SIGNALING FOR SUB-DECODED PICTURE BUFFER (SUB-DPB) BASED DPB OPERATIONS IN VIDEO CODING}

본 출원은 2013년 10월 10일자에 출원된 미국 가출원 번호 제 61/889,515호, 및 2013년 10월 14일자에 출원된 미국 가출원 번호 제 61/890,841호의 이익을 주장하며, 이의 각각의 전체 내용들이 참조로 포함된다.

기술 분야

본 개시물은 비디오 코딩에 관한 것이다.

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

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

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

일반적으로, 본 개시물은 비디오 코딩 기법들을 기술한다. 특히, 본 기법들은 서브-디코딩된 픽처 버퍼들 (서브-DPB들) 에 적용될 수도 있는 비디오 코딩 및 시그널링 기법들에 관련된다. 본 개시물의 하나 이상의 예들에서, 하나 이상의 계층들 및/또는 하나 이상의 서브-계층들에 대한 DPB 및 서브-DPB 파라미터들을 시그널링하는 기법들이 설명된다. 본 개시물의 기법들을 이용함으로써, 시그널링 효율이 하나 이상의 서브-계층들을 포함하는 멀티-계층 비디오 비트스트림들에 대해 증가될 수도 있다.

본 개시물의 일 예에서, 비디오 데이터를 디코딩하는 방법은, 복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하는 단계; 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하는 단계; 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하는 단계; 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하는 단계; 및 서브-DPB 파라미터들의 수신된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하는 단계를 포함한다.

본 개시물의 다른 예에서, 비디오 데이터를 디코딩하도록 구성된 장치는, 비디오 데이터를 저장하도록 구성된 하나 이상의 서브-DPB들; 및 복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하고, 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하고, 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하고, 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 서브-DPB 파라미터들의 개개의 세트를 적용하고, 그리고 서브-DPB 파라미터들의 수신된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하도록 구성된 비디오 디코더를 포함한다.

본 개시물의 다른 예에서, 비디오 데이터를 디코딩하도록 구성된 장치는, 복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하는 수단; 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하는 수단; 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하는 수단; 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하는 수단; 및 서브-DPB 파라미터들의 수신된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하는 수단을 포함한다.

다른 예에서, 본 개시물은 명령들을 저장하는 컴퓨터-판독가능 저장 매체를 설명하며, 상기 명령들은, 실행될 때, 비디오 데이터를 디코딩하도록 구성된 디바이스의 하나 이상의 프로세서들로 하여금, 복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하도록 하고; 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하도록 하고; 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하도록 하고; 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 서브-DPB 파라미터들의 개개의 세트를 적용하도록 하고; 그리고 서브-DPB 파라미터들의 수신된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하도록 한다.

본 개시물의 다른 예에서, 비디오 데이터를 인코딩하는 방법은, 인코딩된 비디오 비트스트림의 복수의 픽처들을 복원하는 단계; 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하는 단계; 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 발생시키는 단계; 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하는 단계; 서브-DPB 파라미터들의 발생된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하는 단계; 및 서브-DPB 파라미터들의 개개의 세트를 인코딩된 비디오 비트스트림으로 시그널링하는 단계를 포함한다.

본 개시물의 다른 예에서, 비디오 데이터를 인코딩하도록 구성된 장치는, 비디오 데이터를 저장하도록 구성된 하나 이상의 서브-DPB들; 및 인코딩된 비디오 비트스트림의 복수의 픽처들을 복원하고, 복수의 픽처들을 하나 이상의 서브-DPB 에 저장하고, 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 발생시키고, 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 서브-DPB 파라미터들의 개개의 세트를 적용하고, 서브-DPB 파라미터들의 발생된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하고, 그리고, 서브-DPB 파라미터들의 개개의 세트를 인코딩된 비디오 비트스트림으로 시그널링하도록 구성된 비디오 인코더를 포함한다.

본 개시물의 다른 예에서, 비디오 데이터를 인코딩하도록 구성된 장치는, 인코딩된 비디오 비트스트림의 복수의 픽처들을 복원하는 수단; 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하는 수단; 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 발생시키는 수단; 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하는 수단; 서브-DPB 파라미터들의 발생된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하는 수단; 및 서브-DPB 파라미터들의 개개의 세트를 인코딩된 비디오 비트스트림으로 시그널링하는 수단을 포함한다.

다른 예에서, 본 개시물은 명령들을 저장하는 컴퓨터-판독가능 저장 매체를 설명하며, 상기 명령들은, 실행될 때, 비디오 데이터를 인코딩하도록 구성된 디바이스의 하나 이상의 프로세서들로 하여금, 인코딩된 비디오 비트스트림의 복수의 픽처들을 복원하도록 하고; 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하도록 하고; 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 발생시키도록 하고, 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 서브-DPB 파라미터들의 개개의 세트를 적용하도록 하고, 서브-DPB 파라미터들의 발생된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하도록 하고, 그리고, 서브-DPB 파라미터들의 개개의 세트를 인코딩된 비디오 비트스트림으로 시그널링하도록 한다.

하나 이상의 예들의 세부 사항들이 첨부도면 및 아래의 상세한 설명에서 개시된다. 다른 특성들, 목적들, 및 이점들은 설명 및 도면들로부터, 그리고 청구항들로부터 명백히 알 수 있을 것이다.

도 1 은 본 개시물에서 설명하는 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 예시하는 블록도이다.
도 2 는 예시적인 멀티뷰 디코딩 순서를 예시하는 개념도이다.
도 3 은 멀티뷰 코딩을 위한 예시적인 예측 구조를 예시하는 개념도이다.
도 4 는 예시적인 스케일러블 비디오 코딩 계층을 예시하는 개념도이다.
도 5 는 본 개시물의 예들에 따른, 예시적인 디코딩된 픽처 버퍼 (DPB) 를 나타낸 개념도이다.
도 6 은 본 개시물에서 설명하는 기법들을 구현할 수도 있는 예시적인 비디오 인코더를 예시하는 블록도이다.
도 7 은 본 개시물에서 설명하는 기법들을 구현할 수도 있는 예시적인 비디오 디코더를 예시하는 블록도이다.
도 8 은 본 개시물의 기법들의 예에 따른 예시적인 인코딩 방법을 나타내는 플로우차트이다.
도 9 는 본 개시물의 기법들의 예에 따른 예시적인 디코딩 방법을 나타내는 플로우차트이다.

일반적으로, 본 개시물은 멀티-계층 비디오 코딩에서 디코딩된 픽처 버퍼들 (DPB들) 에 관련된 파라미터들의 시그널링을 위한 기법들을 설명한다. 특히, 본 개시물은 DPB 의 서브-유닛들 (또한, 서브-DPB들이라 함) 의 관리에 관련된 파라미터들을 시그널링하는 여러 기법들을 설명한다. 이하에서 좀더 자세하게 설명하는 바와 같이, 본 개시물의 기법들은 멀티-계층 비디오 비트스트림의 하나 이상의 계층들 및 하나 이상의 서브-계층들에 대한 서브-DPB 파라미터들을 시그널링하는 기법들을 포함한다. 본 개시물의 기법들을 이용함으로써, 시그널링 효율이 하나 이상의 서브-계층들을 포함하는 멀티-계층 비디오 비트스트림들에 대해 증가될 수도 있다.

본 개시물의 상황에서, 계층은 스케일러블 비디오 코딩 프로세스에서의 기초 계층 또는 하나 이상의 향상 계층들일 수도 있다. 예시적인 스케일러블 비디오 코딩 프로세스들은 H.264/SVC (스케일러블 비디오 코딩) 및 HEVC (High Efficiency Video Coding) 표준의 스케일러블 확장판들, 예컨대 스케일러블 HEVC (SHVC) 를 포함한다. 게다가, 계층은 멀티-뷰 또는 3D 비디오 코딩에서의 하나 이상의 텍스쳐 뷰들을 지칭할 수도 있다. 게다가, 3D 비디오 코딩에서의 심도 뷰는 또한 계층으로서 간주될 수도 있다. 다른 예로서, 계층은 텍스쳐 뷰 성분들 및 심도 뷰 성분들 양자를 포함하는 단일 뷰에 대응할 수도 있다. 예시적인 멀티-뷰 코딩 프로세스들은 H.264/MVC (multi-view coding) 및 HEVC 표준의 멀티-뷰 확장판들, 예컨대 멀티-뷰 HEVC (MV-HEVC) 를 포함한다. 더 일반적으로는, 계층은 동일한 계층 식별 (예컨대, nuh_layer_id) 를 가지는 네트워크 추상화 계층 (NAL) 유닛들의 세트를 지칭할 수도 있다.

따라서, 용어 "계층" 은 일반적으로 스케일러블 비디오 코딩의 관념에서 베이스 및/또는 향상 계층들, 또는 3D 및 멀티-뷰 비디오 코딩의 관념에서 (텍스쳐 뷰 성분들 및/또는 심도 뷰 성분들을 포함한) 뷰들을 지칭하기 위해 본 개시물에서 사용된다. 따라서, 용어 멀티-계층 비디오 코딩은 일반적으로 스케일러블 비디오 코딩 기법들, 멀티-뷰 비디오 코딩 기법들, 및 멀티-뷰 플러스 심도 코딩을 포함한 3D 비디오 코딩 기법들을 지칭한다. 본 개시물의 기법들은 멀티-뷰 확장판들, 3D 비디오 확장판들, 및 스케일러블 HEVC 의 확장판들 및/또는 H.264/AVC 를 포함한, 임의의 이러한 비디오 코딩 시나리오들에 적용할 수도 있다.

본 개시물의 상황에서, 용어 "서브-계층" 은 시간 스케일러블 비트스트림의 시간 스케일러블 계층을 지칭한다. 그것은 하나 이상의 상이한 서브-계층들이 상이한 프레임 레이트들에서 비디오를 출력하도록 디코딩될 수도 있는 비트스트림이다. 계층은 하나 이상의 서브-계층들을 포함할 수도 있다.

아래에서 설명되는 기법들은 심도 맵들에 의한 픽처의 2개의 이상의 뷰들의 코딩을 포함하여, 진보된 코덱들에 기초하는 스케일러블, 멀티뷰 및 3D 비디오 코딩 기법들에 적용될 수도 있다. 비디오 코딩 표준들은 ITU-T H.261, ISO/IEC MPEG-1 Visual, ITU-T H.262 또는 ISO/IEC MPEG-2 Visual, ITU-T H.263, ISO/IEC MPEG-4 Visual 및 그의 스케일러블 비디오 코딩 (SVC) 및 멀티뷰 비디오 코딩 (MVC) 확장판들을 포함한, (또한, ISO/IEC MPEG-4 AVC 로서 알려진) ITU-T H.264 를 포함한다. 게다가, 새로운 비디오 코딩 표준, 즉 고-효율 비디오 코딩 (HEVC) 이 ITU-T 비디오 코딩 전문가 그룹 (VCEG) 과 ISO/IEC 동화상 전문가 그룹 (MPEG) 의 비디오 코딩에 관한 합동 연구팀 (JCT-VC) 에 의해 개발되어 왔다. HEVC 표준은 2013년 4월, ITU-T H.265, SERIES H: AUDIOVISUAL AND MULTIMEDIA SYSTEMS, Infrastructure of Audiovisual Services-Coding of Moving Video, "High Efficiency Video Coding" (이하, "HEVC") 에 설명되어 있다.

HEVC 에 대한 여러 확장판들이 제안되었다. 하나의 이러한 확장판은 2013년 4월, JCTVC-N1005_v1, "High Efficiency Video Coding (HEVC) Range Extensions text specification: Draft 4" (이하, "JCTVC-N1005") 에 설명되어 있는, HEVC 범위 확장판이다. ITU-T SG 16 WP 3 와 ISO/IEC JTC 1/SC 29/WG 11 의 JCT-VC (Joint Collaborative Team on Video Coding), 14차 회의: 2013년 7월 25일 - 8월 2일, 오스트리아, 비엔나, "High efficiency video coding (HEVC) scalable extension draft 3" 이란 제목으로 되어 있으며 이하에 SHVC WD3 로서 지칭되는, 스케일러블 HEVC (SHVC) 표준의 최신 작업 초안 (WD) 은, http://phenix.it-sudparis.eu/jct/doc_end_user/documents/14_Vienna/wg11/JCTVC-N1008-v3.zip 으로부터 입수가능하다. HEVC 에 대한 멀티뷰 확장판, 즉 MV-HEVC 가 또한 JCT-3V 에 의해 개발되고 있다. MV-HEVC 의 하나의 작업 초안 (이하, WD4) 은, http://phenix.it-sudparis.eu/jct2/doc_end_user/documents/4_Incheon/wg11/JCT3V-D1004-v3.zip 으로부터 입수가능하다. ITU-T SG 16 WP3 와 ISO/IEC JTC 1/SC 29/WG11 의 3D 비디오 코딩 확장판들에 관한 합동 작업팀, 8차 회의: 2014년 3월 29일 - 4월 4일, 스페인, 발렌시아, "MV-HEVC Draft Text 8" 이란 제목으로 된, MV-HEVC 의 더 최신 작업 초안은, http://phenix.it-sudparis.eu/jct3v/doc_end_user/documents/8_Valencia/wg11/JCT3V-H0002-v1.zip 으로부터 입수가능하다.

도 1 은 본 개시물에서 설명되는 멀티-계층 비디오 코딩 프로세스에서 디코딩된 픽처 버퍼 (DPB) 관리 및 시그널링을 위한 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템 (10) 을 예시하는 블록도이다. 도 1 에 나타낸 바와 같이, 시스템 (10) 은 목적지 디바이스 (14) 에 의해 추후 디코딩될 인코딩된 비디오 데이터를 발생하는 소스 디바이스 (12) 를 포함한다. 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 데스크탑 컴퓨터들, 노트북 (즉, 랩탑) 컴퓨터들, 태블릿 컴퓨터들, 셋-탑 박스들, 소위 "스마트" 폰들과 같은 전화기 핸드셋들, 소위 "스마트" 패드들, 텔레비전들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 비디오 스트리밍 디바이스들 등을 포함한, 광범위한 디바이스들 중 임의의 디바이스를 포함할 수도 있다. 일부의 경우, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 무선 통신용으로 탑재될 수도 있다.

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

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

예들로서, SHVC, MV-HEVC, 또는 3D-HEVC 와 같은, 멀티-계층 비디오 코딩 프로세스에서 DPB 관리 및 시그널링을 위한 본 개시물의 기법들은 반드시 무선 애플리케이션들 또는 설정들에 한정되지는 않는다. 이 기법들은 오버-디-에어 텔레비전 브로드캐스트들, 케이블 텔레비전 송신들, 위성 텔레비전 송신들, 예컨대, 인터넷을 통한 스트리밍 비디오 송신들, 데이터 저장 매체 상에의 저장을 위한 디지털 비디오의 인코딩, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션들과 같은, 다양한 멀티미디어 애플리케이션들 중 임의의 애플리케이션의 지원 하에 비디오 코딩에 적용될 수도 있다. 일부 예들에서, 시스템 (10) 은 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 및/또는 비디오 전화 통신과 같은, 지원 애플리케이션들로의 단방향 또는 양방향 비디오 송신을 지원하도록 구성될 수도 있다.

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

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

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

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

비디오 인코더 (20) 및 비디오 디코더 (30) 는 HEVC (High Efficiency Video Coding) 표준과 같은 비디오 압축 표준에 따라서 동작할 수도 있으며, HEVC 테스트 모델 (HM) 에 따를 수도 있다. 특히, 일부 예들에서, 비디오 인코더 (20) 및 비디오 디코더는 스케일러블, 멀티뷰, 및/또는 멀티뷰 플러스 심도 비디오 코딩을 지원하는 HEVC 의 확장판들에 따라서 동작할 수도 있다. 다른 예들에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 MPEG 4, 파트 10, AVC (Advanced Video Coding) 로서 대안적으로 지칭되는 ITU-T H.264 표준, 또는 H.264/SVC 를 포함한 이런 표준들의 확장판들과 같은 사유 (proprietary) 또는 산업 표준들에 따라서 동작할 수도 있다. 본 개시물의 기법들은, 그러나, 임의의 특정의 코딩 표준에 한정되지 않는다. 비디오 압축 표준들의 다른 예들은 MPEG-2 및 ITU-T H.263 을 포함한다. 특히, 본 개시물의 기법들에 따르면, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 스케일러블 (예컨대, SHVC) 및/또는 멀티뷰 인코딩 (예컨대, MV-HEVC 또는 3D-HEVC) 이 가능한 비디오 코딩 표준에 따라서 동작할 수도 있다.

도 1 에 나타내지는 않지만, 일부 양태들에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 오디오 인코더 및 디코더와 각각 통합될 수도 있으며, 오디오 및 비디오 양쪽의 인코딩을 공통 데이터 스트림 또는 별개의 데이터 스트림들로 처리하기에 적합한 MUX-DEMUX 유닛들, 또는 다른 하드웨어 및 소프트웨어를 포함할 수도 있다. 적용가능한 경우, 일부 예들에서, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜, 또는 다른 프로토콜들, 예컨대, 사용자 데이터그램 프로토콜 (UDP) 을 따를 수도 있다.

비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSP들), 주문형 집적회로들 (ASIC들), 필드 프로그래밍가능 게이트 어레이들 (FPGA들), 이산 로직, 소프트웨어, 하드웨어, 펌웨어 또는 임의의 이들의 조합들과 같은, 다양한 적합한 인코더 회로 중 임의의 회로로 구현될 수도 있다. 이 기법들이 소프트웨어로 부분적으로 구현되는 경우, 디바이스는 본 개시물의 기법들을 수행하기 위해 소프트웨어용 명령들을 적합한 비일시성 컴퓨터-판독가능 매체에 저장하고, 그 명령들을 하드웨어에서 하나 이상의 프로세서들을 이용하여 실행할 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있으며, 이들 중 어느 쪽이든 각각 디바이스에서 결합된 인코더/디코더 (CODEC) 의 부분으로서 통합될 수도 있다.

본 개시물의 다음 섹션은 HEVC 표준의 백그라운드를 제공할 것이다. HEVC 표준화 노력들은 HEVC 테스트 모델 (HM) 으로서 지칭되는 비디오 코딩 디바이스의 진화 모델 (evolving model) 에 기초하였다. HM 은 예컨대, ITU-T H.264/AVC 에 따른 기존 디바이스들에 관련된 비디오 코딩 디바이스들의 여러 추가적인 능력들을 가정한다. 예를 들어, H.264 는 9개의 인트라-예측 인코딩 모드들을 제공하는 반면, HM 은 33개 만큼이나 많은 인트라-예측 인코딩 모드들을 제공할 수도 있다.

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

CU 는 코딩 노드, 및 이 코딩 노드와 연관되는 변환 유닛들 (TU들) 및 예측 유닛들 (PU들) 을 포함한다. CU 의 사이즈는 일반적으로 코딩 노드의 사이즈에 대응하며, 일반적으로 형태가 정사각형이어야 한다. CU 의 사이즈는 8x8 픽셀들로부터 64x64 픽셀들 이상의 최대치를 갖는 트리블록의 사이즈까지 이를 수도 있다. 각각의 CU 는 하나 이상의 PU들 및 하나 이상의 TU들을 포함할 수도 있다. CU 와 연관되는 신택스 데이터는 예를 들어, 하나 이상의 PU들로의 CU 의 파티셔닝을 기술할 수도 있다. 파티셔닝 모드들은 CU 가 스킵되는지 또는 직접 모드 인코딩될지, 인트라-예측 모드 인코딩될지, 또는 인터-예측 모드 인코딩될지 여부의 사이에 상이할 수도 있다. PU들은 비-정사각형의 형태로 파티셔닝될 수도 있다. CU 와 연관되는 신택스 데이터는 또한 예를 들어, 쿼드트리에 따른 하나 이상의 TU들로의 CU 의 파티셔닝을 기술할 수도 있다. TU 는 정사각형 또는 비-정사각형의 형태일 수 있다.

HEVC 표준은 TU들에 따라서 변환들을 허용하며, 이 TU들은 상이한 CU들에 대해 상이할 수도 있다. TU들은 일반적으로 파티셔닝된 LCU 에 대해 정의된 주어진 CU 내 PU들의 사이즈에 기초하여 사이징되지만, 이것이 항상 그런 것은 아니다. TU들은 일반적으로 PU들과 동일한 사이즈이거나 또는 그보다 작다. 일부 예들에서, CU 에 대응하는 잔차 샘플들은 "잔차 쿼드 트리" (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 에 따라서 코딩 노드에 의해 식별되는 비디오 블록으로부터 잔차 값들을 계산할 수도 있다. 코딩 노드는 그후 원래 비디오 블록 대신, 잔차 값들을 참조하기 위해 업데이트된다. 잔차 값들은 엔트로피 코딩을 위한 직렬화된 변환 계수들을 발생하기 위해 TU들에 규정된 변환들 및 다른 변환 정보를 이용하여, 변환 계수들로 변환되고, 양자화되고, 그리고 스캐닝될 수도 있는 픽셀 차이 값들을 포함한다. 코딩 노드는 또 다시 이들 직렬화된 변환 계수들을 참조하기 위해 업데이트될 수도 있다. 본 개시물은 일반적으로 CU 의 코딩 노드를 지칭하기 위해 용어 "비디오 블록" 을 사용한다. 일부 특정의 경우들에서, 본 개시물은 또한 트리블록, 즉, CTB, LCU, 또는 코딩 노드 및 PU들 및 TU들을 포함하는 CU 를 지칭하기 위해 용어 "비디오 블록" 을 이용할 수도 있다.

비디오 시퀀스는 일반적으로 비디오 프레임들 또는 픽처들의 시리즈를 포함한다. 픽처들의 그룹 (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 은 음이 아닌 정수 값을 나타낸다. 블록에서 픽셀들은 로우들 및 칼럼들로 배열될 수도 있다. 더욱이, 블록들은 수직 방향에서와 같이 수평 방향에서 동일한 픽셀들의 개수를 반드시 가질 필요는 없다. 예를 들어, 블록들은 NxM 픽셀들을 포함할 수도 있으며, 여기서 M 은 반드시 N 과 같을 필요는 없다.

CU 의 PU들을 이용한 인트라-예측 또는 인터-예측 코딩 이후, 비디오 인코더 (20) 는 CU 의 TU들에 의해 규정된 변환들이 적용되는 잔차 데이터를 계산할 수도 있다. 잔차 데이터는 미인코딩된 픽처의 픽셀들과 CU들에 대응하는 예측 값들 사이의 픽셀 차이들에 대응할 수도 있다. 비디오 인코더 (20) 는 CU 에 대한 잔차 데이터를 형성하고, 그후 잔차 데이터를 변환하여, 변환 계수들을 발생할 수도 있다.

변환 계수들을 생성하는 임의의 변환들 이후, 비디오 인코더 (20) 는 변환 계수들의 양자화를 수행할 수도 있다. 양자화는 일반적으로 계수들을 나타내는데 사용되는 데이터의 양을 가능한 한 감축하기 위해 변환 계수들이 양자화되는 프로세스를 지칭하며, 추가적인 압축을 제공한다. 양자화 프로세스는 그 계수들의 일부 또는 모두와 연관되는 비트 심도를 감소시킬 수도 있다. 예를 들어, n-비트 값은 양자화 동안 m-비트 값까지 절사될 수도 있으며, 여기서, n 은 m 보다 더 크다.

일부 예들에서, 비디오 인코더 (20) 는 엔트로피 인코딩될 수 있는 직렬화된 벡터를 발생하기 위해, 미리 정의된 스캐닝 순서를 이용하여, 양자화된 변환 계수들을 스캐닝할 수도 있다. 다른 예들에서, 비디오 인코더 (20) 는 적응적 스캐닝을 수행할 수도 있다. 양자화된 변환 계수들을 스캐닝하여 1차원 벡터를 형성한 후, 비디오 인코더 (20) 는 1차원 벡터를 예컨대, 컨텍스트 적응 2진 산술 코딩 (CABAC) 또는 다른 엔트로피 인코딩 방법론에 따라서 엔트로피 인코딩할 수도 있다. CABAC 를 수행하기 위해, 비디오 인코더 (20) 는 컨텍스트 모델 내 컨텍스트를 송신되는 심볼에 할당할 수도 있다. 컨텍스트는 예를 들어, 심볼의 이웃하는 값들이 비-제로인지 여부에 관련될 수도 있다. 비디오 인코더 (20) 는 또한 비디오 데이터를 디코딩할 때에 비디오 디코더 (30) 에 의해 사용하기 위한 인코딩된 비디오 데이터와 연관되는 신택스 엘리먼트들을 엔트로피 인코딩할 수도 있다.

HEVC 확장판들은 또한 JCT-3V 및 JCT-VC 에서 현재 개발 중에 있다. JCT-3V 에서, 2개의 멀티뷰-관련된 HEVC 확장판들, 즉, 멀티뷰 확장판 (MV-HEVC) 및 3D 비디오 확장판 (3D-HEVC) 이 개발되고 있다. 게다가, 2개의 AVC 확장판들, 즉, MVC+D 및 3D-AVC 가 개발되고 있다.

진행중인 표준들의 예시적인 버전들이 다음과 같이 리스트된다:

- http://phenix.int-evry.fr/jct2/doc_end_user/documents/3_Geneva/wg11/JCT3V-C1001-v3.zip 에서 입수가능한, JCT3V-C1001, ITU-T SG 16 WP 3 와 ISO/IEC JTC 1/SC 29/WG 11 의 3D 비디오 코딩 확장판 개발에 관한 합동 작업팀, 4차 회의, T. Suzuki, M. M. Hannuksela, Y. Chen, S. Hattori, G. Sullivan, "MVC Extension for Inclusion of Depth Maps Draft Text 6".

- http://phenix.int-evry.fr/jct2/doc_end_user/documents/6_Geneva/wg11/JCT3V-F1002-v3.zip 에서 입수가능한, JCT3V-F1002, ITU-T SG 16 WP 3 와 ISO/IEC JTC 1/SC 29/WG 11 의 3D 비디오 코딩 확장판 개발에 관한 합동 작업팀, 6차 회의, M. M. Hannuksela, Y. Chen, T. Suzuki, J.-R. Ohm, G. Sullivan, "3D-AVC Draft Text 8".

- http://phenix.int-evry.fr/jct2/doc_end_user/documents/6_Geneva/wg11/JCT3V-F1004-v6.zip 에서 입수가능한, ITU-T SG 16 WP 3 와 ISO/IEC JTC 1/SC 29/WG 11 의 3D 비디오 코딩 확장판 개발에 관한 합동 작업팀, 6차 회의, JCT3V-F1004, "MV-HEVC Draft Text 6",G. Tech, K. Wegner, Y. Chen, M. Hannuksela.

- http://phenix.int-evry.fr/jct2/doc_end_user/documents/6_Geneva/wg11/JCT3V-F1001-v2 에서 입수가능한, ITU-T SG 16 WP 3 와 ISO/IEC JTC 1/SC 29/WG 11 의 3D 비디오 코딩 확장판 개발에 관한 합동 작업팀, 6차 회의, Gerhard Tech, Krzysztof Wegner, Ying Chen, Sehoon Yea, "3D-HEVC Draft Text 2", JCT3V-F1001.

H.264/AVC (Advanced Video Coding) 표준의 확장판들의 멀티뷰 비디오 코딩 기법들이 이하 설명될 것이다. 그러나, 본 개시물의 기법들은 차기 HEVC 표준 (예컨대, MV-HEVC 및 3D-HEVC) 에 대해 멀티뷰 코딩 및/또는 3D 코딩 멀티뷰 제안들을 지원하는 임의의 비디오 코딩 표준과 함께 적용가능할 수도 있다.

멀티뷰 비디오 코딩 (MVC) 은 H.264/AVC 의 확장판이다. 전형적인 MVC 디코딩 순서 (즉, 비트스트림 순서) 가 도 2 에 도시된다. 디코딩 순서 배열은 시간-우선 코딩 (time-first coding) 으로서 지칭된다. 액세스 유닛들의 디코딩 순서는 액세스 유닛들의 출력 순서 또는 디스플레이 순서와 동일하지 않을 수도 있다는 점에 유의한다. 도 2 에서, S0-S7 는 각각 멀티뷰 비디오의 상이한 뷰들을 지칭한다. T1-T9 는 각각 하나의 출력 시간 인스턴스를 나타낸다. 액세스 유닛은 하나의 출력 시간 인스턴스에 대한 모든 뷰들의 코딩된 픽처들을 포함할 수도 있다. 예를 들어, 제 1 액세스 유닛은 시간 인스턴스 T1 에 대한 뷰들 S0-S7 의 모두를 포함할 수도 있으며, 제 2 액세스 유닛은 시간 인스턴스 T2 에 대한 뷰들 S0-S7 의 모두를 포함할 수도 있으며, 기타 등등으로 포함할 수도 있다.

간결성의 목적들을 위해, 본 개시물은 다음의 정의들을 이용할 수도 있다:

뷰 성분: 단일 액세스 유닛에서의 뷰의 코딩된 표현. 뷰가 코딩된 텍스쳐 표현 및 심도 표현 양쪽을 포함할 때, 뷰 성분은 텍스쳐 뷰 성분 및 심도 뷰 성분을 포함할 수도 있다.

텍스쳐 뷰 성분: 단일 액세스 유닛에서의 뷰의 텍스쳐의 코딩된 표현.

심도 뷰 성분: 단일 액세스 유닛에서의 뷰의 심도의 코딩된 표현.

위에서 설명한 바와 같이, 본 개시물의 상황에서, 뷰 성분, 텍스쳐 뷰 성분, 및 심도 뷰 성분의 각각은 일반적으로 계층으로서 지칭될 수도 있다. 도 2 에서, 뷰들 각각은 픽처들의 세트들을 포함한다. 예를 들어, 뷰 S0 는 픽처들 0, 8, 16, 24, 32, 40, 48, 56, 및 64 의 세트를 포함하며, 뷰 S1 은 픽처들 1, 9, 17, 25, 33, 41, 49, 57, 및 65 등의 세트를 포함한다. 각각의 세트는 2 유형의 픽처들을 포함한다: 하나의 픽처는 텍스쳐 뷰 성분으로서 지칭되며, 다른 픽처는 심도 뷰 성분으로서 지칭된다. 뷰의 픽처들의 세트 내 텍스쳐 뷰 성분 및 심도 뷰 성분은 서로에 대응하는 것으로 간주될 수도 있다. 예를 들어, 뷰의 픽처들의 세트 내 텍스쳐 뷰 성분은 뷰의 픽처들의 세트 내 심도 뷰 성분에 대응하는 것으로 간주되며, 반대로도 마찬가지이다 (즉, 심도 뷰 성분은 그 세트에서의 그의 텍스쳐 뷰 성분에 대응하며, 반대로도 마찬가지이다). 본 개시물에서 사용될 때, 심도 뷰 성분에 대응하는 텍스쳐 뷰 성분은 단일 액세스 유닛에서의 심도 성분과 동일한 뷰의 부분으로서 간주될 수도 있다.

텍스쳐 뷰 성분은 디스플레이되는 실제 이미지 콘텐츠를 포함한다. 예를 들어, 텍스쳐 뷰 성분은 루마 (Y) 및 크로마 (Cb 및 Cr) 성분들을 포함할 수도 있다. 심도 뷰 성분은 심도 뷰 성분의 대응하는 텍스쳐 뷰 성분에서의 픽셀들의 상대적인 심도들을 나타낼 수도 있다. 일 예로서, 심도 뷰 성분은 오직 루마 값들을 포함하는 그레이 스케일 이미지이다. 즉, 심도 뷰 성분은 임의의 이미지 콘텐츠를 전달하기 보다는, 오히려 대응하는 텍스쳐 뷰 성분에서의 픽셀들의 상대적인 심도들의 측정치를 제공할 수도 있다.

예를 들어, 심도 뷰 성분에서의 순수 백색 픽셀은 대응하는 텍스쳐 뷰 성분에서의 그의 대응하는 픽셀 또는 픽셀들이 뷰어의 관점으로부터 더 가깝다는 것을 나타내며, 심도 뷰 성분에서의 순수 블랙 픽셀은 대응하는 텍스쳐 뷰 성분에서의 그의 대응하는 픽셀 또는 픽셀들이 뷰어의 관점으로부터 더 멀리 있다는 것을 나타낸다. 블랙과 백색 사이의 여러 회색의 음영들은, 심도 뷰에서의 픽셀의 그레이의 음영의 짙음 (darkness) 에서의 증가가 텍스쳐 뷰에서의 대응하는 픽셀과 연관되는 심도의 레벨에서의 증가를 표시하도록, 상이한 심도 레벨들을 표시한다. 예를 들어, 심도 뷰 성분에서의 순수 (very) 그레이 픽셀은 텍스쳐 뷰 성분에서의 그의 대응하는 픽셀이 심도 뷰 성분에서의 약한 (slightly) 그레이 픽셀보다 더 멀리 있다는 것을 나타낸다. 오직 그레이 스케일이 픽셀들의 심도를 식별하는데 요구되기 때문에, 심도 뷰 성분은, 심도 뷰 성분에 대한 칼라 값들이 임의의 목적에 적합하지 않을 수도 있어, 크로마 성분들을 포함할 필요가 없다.

심도를 식별하는데 오직 루마 값들 (예컨대, 강도 값들) 을 이용하는 심도 뷰 성분은 예시 목적들을 위해 제공되며, 한정하는 것으로 간주되어서는 안된다. 다른 예들에서, 임의의 기법이 텍스쳐 뷰 성분에서의 픽셀들의 상대적인 심도들을 나타내는데 이용될 수도 있다.

멀티-뷰 비디오 코딩을 위한 (각각의 뷰 내에서의 인터-픽처 예측 및 인터-뷰 예측 양쪽을 포함한) 전형적인 MVC 예측 구조가 도 3 에 도시된다. 도 3 의 예측 구조는 또한 MV-HEVC 와 함께 사용될 수도 있다. 예측 방향들은 화살표들로 표시되며, 지시도달 오브젝트는 지시출발 오브젝트를 예측 참조로서 이용한다. MVC 에서, 인터-뷰 예측은 H.264/AVC 모션 보상의 신택스을 이용하지만, 상이한 뷰에서의 픽처가 참조 픽처로서 사용될 수 있게 하는 디스패리티 모션 보상에 의해 지원된다.

도 3 의 예에서, (뷰 ID들 "S0" 내지 "S7" 를 갖는) 8개의 뷰들이 예시되며, 12개의 시간 로케이션들 ("T0" 내지 "T11") 이 각각의 뷰에 대해 예시된다. 즉, 도 3 에서 각각의 로우는 뷰에 대응하지만, 각각의 칼럼은 시간 로케이션을 나타낸다.

MVC 가 H.264/AVC 디코더들에 의해 디코딩가능한 소위 베이스 뷰를 가지며 스테레오 뷰 쌍들이 또한 MVC 에 의해 지원될 수 있지만, MVC 의 이점은, MVC 가 2개보다 많은 뷰들을 3D 비디오 입력으로서 이용하여 다수의 뷰들에 의해 표현되는 이 3D 비디오를 디코딩하는 예를 지원할 수 있다는 점이다. MVC 디코더를 갖는 클라이언트의 렌더러는 다수의 뷰들을 가진 3D 비디오 콘텐츠를 기대할 수도 있다.

도 3 에서의 픽처들은 각각의 로우와 각각의 칼럼의 교차점에 표시된다. H.264/AVC 표준은 비디오의 부분을 나타내기 위해 용어 프레임을 이용할 수도 있다. 본 개시물은 용어 픽처와 프레임을 상호교환가능하게 사용할 수도 있다.

도 3 에서의 픽처들은 문자를 포함하는 블록을 이용하여 예시되며, 이 문자는 대응하는 픽처가 인트라-코딩되거나 (즉, I-픽처), 또는 하나의 방향으로 (즉, P-픽처로서) 또는 다수의 방향들로 (즉, B-픽처로서) 인터-코딩되는지 여부를 지시한다. 일반적으로, 예측들은 화살표들로 표시되며, 여기서, 지시도달 픽처들은 예측 참조를 위해 지시출발 픽처들을 이용한다. 예를 들어, 시간 로케이션 T0 에서의 뷰 S2 의 P-픽처는 시간 로케이션 T0 에서 뷰 S0 의 I-픽처로부터 예측된다.

단일 뷰 비디오 인코딩에서와 같이, 멀티뷰 비디오 코딩 비디오 시퀀스의 픽처들은 상이한 시간 로케이션들에서의 픽처들에 대해 예측 인코딩될 수도 있다. 예를 들어, 시간 로케이션 T1 에서의 뷰 S0 의 b-픽처는 b-픽처가 I-픽처로부터 예측된다는 것을 나타내는, 시간 로케이션 T0 에서 뷰 S0 의 I-픽처로부터 그를 가리키는 화살표를 갖는다. 게다가, 그러나, 멀티뷰 비디오 인코딩의 상황에서, 픽처들은 인터-뷰 예측될 수도 있다. 즉, 뷰 성분은 참조를 위해 다른 뷰들에서의 뷰 성분들을 이용할 수도 있다. MVC 에서, 예를 들어, 인터-뷰 예측은 마치 또 다른 뷰에서의 뷰 성분이 인터-예측 참조인 것처럼 실현된다. 잠재적인 인터-뷰 참조들은 시퀀스 파라미터 세트 (SPS) MVC 확장판으로 시그널링되며, 인터-예측 또는 인터-뷰 예측 참조들의 유연한 순서정렬을 가능하게 하는 참조 픽처 리스트 구성 프로세스에 의해 수정될 수 있다. 인터-뷰 예측은 또한 3D-HEVC (멀티뷰 플러스 심도) 를 포함한, HEVC 의 제안된 멀티뷰 확장판의 특징이다.

도 3 은 인터-뷰 예측의 여러 예들을 제공한다. 뷰 S1 의 픽처들은, 도 3 의 예에서, 뷰 S1 의 상이한 시간 로케이션들에서 픽처들로부터 예측될 뿐만 아니라, 동일한 시간 로케이션들에서 뷰들 S0 및 S2 의 픽처들로부터 인터-뷰 예측되는 것으로 예시된다. 예를 들어, 시간 로케이션 T1 에서의 뷰 S1 의 b-픽처는 시간 로케이션들 T0 및 T2 에서 뷰 S1 의 B-픽처들의 각각 뿐만 아니라, 시간 로케이션 T1 에서 뷰들 S0 및 S2 의 b-픽처들로부터 예측된다.

일부 예들에서, 도 3 은 텍스쳐 뷰 성분들을 예시하는 것으로 보여질 수도 있다. 예를 들어, 도 3 에 예시된 I-, P-, B-, 및 b-픽처들은 뷰들의 각각에 대한 텍스쳐 뷰 성분들로서 간주될 수도 있다. 본 개시물에서 설명하는 기법들에 따르면, 도 3 에 예시된 텍스쳐 뷰 성분들의 각각에 대해 대응하는 심도 뷰 성분이 존재한다. 일부 예들에서, 심도 뷰 성분들은 대응하는 텍스쳐 뷰 성분들에 도 3 에 예시된 방법과 유사한 방법으로 예측될 수도 있다.

2개의 뷰들의 코딩은 또한 MVC 에 의해 지원받을 수도 있다. MVC 의 이점들 중 하나는, MVC 인코더가 2개보다 많은 뷰들을 3D 비디오 입력으로서 취할 수도 있으며 MVC 디코더가 이런 멀티뷰 표현을 디코딩할 수도 있다는 점이다. 이와 같이, MVC 디코더를 가진 임의의 렌더러는 2개보다 많은 뷰들을 가진 3D 비디오 콘텐츠를 디코딩할 수도 있다.

위에서 설명한 바와 같이, MVC (또는, MV-HEVC) 에서, 인터-뷰 예측은 (일부 경우, 동일한 시간 인스턴스를 가진다는 것을 의미하는) 동일한 액세스 유닛에서의 픽처들 사이에 허용된다. 비-베이스 뷰들 중 하나에서의 픽처를 코딩할 때, 픽처는 상이한 뷰에 있지만 동일한 시간 인스턴스 내에 있으면, 참조 픽처 리스트에 추가될 수도 있다. 인터-뷰 예측 참조 픽처는 마치 임의의 인터-예측 참조 픽처처럼, 참조 픽처 리스트의 임의의 위치에 삽입될 수도 있다. 도 3 에 나타낸 바와 같이, 뷰 성분은 참조를 위해 다른 뷰들에서의 뷰 성분들을 이용할 수 있다. MVC 에서, 인터-뷰 예측은, 또 다른 뷰에서의 뷰 성분이 인터-예측 참조였던 것처럼, 실현된다.

도 3 에 나타낸 바와 같이, 뷰 성분은 참조를 위해 다른 뷰들에서의 뷰 성분들을 이용할 수 있다. 이것은 콜된 인터-뷰 예측이다. MVC 에서, 인터-뷰 예측은, 또 다른 뷰에서의 뷰 성분이 인터 예측 참조였던 것처럼, 실현된다. 그러나, 잠재적인 인터-뷰 참조들은 (아래 테이블 1 에 나타낸 바와 같이) 시퀀스 파라미터 세트 (SPS) MVC 확장판으로 시그널링되며, 인터 예측 또는 인터-뷰 예측 참조들의 유연한 순서정렬을 가능하게 하는 참조 픽처 리스트 구성 프로세스에 의해 수정될 수 있다.

테이블 1 - SPS MVC 확장판 신택스 테이블

SPS MVC 확장판에서, 각각의 뷰에 대해, 참조 픽처 리스트 0 및 참조 픽처 리스트 1 을 형성하는데 사용될 수 있는 뷰들의 개수가 시그널링된다. SPS MVC 확장판에서 시그널링될 때, 앵커 픽처에 대한 예측 관계들은, 동일한 뷰의 (SPS MVC 확장판에서 시그널링되는) 비-앵커 픽처에 대한 예측 관계와는 상이할 수 있다.

다음 섹션은 HEVC 와 관련하여 멀티-뷰 및 3D 비디오 코딩을 설명할 것이다. 특히, 본 개시물의 예시적인 기법들은 2개의 이상의 뷰들을 코딩할 때 적용가능하다. 각각의 뷰에 대한 복수의 비디오 픽처들은 텍스쳐 뷰 성분들로서 지칭될 수도 있다. 3D-HEVC 에 대해, 각각의 텍스쳐 뷰 성분은 대응하는 심도 뷰 성분을 가질 수도 있다. MV-HEVC 는 심도 뷰 성분들을 이용하지 않는다. 텍스쳐 뷰 성분들은 비디오 콘텐츠 (예컨대, 픽셀 값들의 루마 및 크로마 성분들) 을 포함하며, (예컨대, 3D-HEVC 에 있어) 심도 뷰 성분들은 텍스쳐 뷰 성분들 내 픽셀들의 상대적인 심도들을 나타낼 수도 있다.

본 개시물의 예시적인 기법들은 텍스쳐 데이터, 또는 텍스쳐 데이터 및 심도 데이터를 코딩함으로써 3D 비디오 데이터를 코딩하는 것에 관한 것이다. 일반적으로, 용어 "텍스쳐" 는 이미지의 휘도 (즉, 휘도 또는 "루마") 값들 및 이미지의 색차 (즉, 칼라 또는 "크로마") 값들을 기술하는데 이용된다. 일부 예들에서, 텍스쳐 이미지는 청색 색조들 (Cb) 및 적색 색조들 (Cr) 에 대해, 2개의 색차 데이터의 세트들 및 하나의 휘도 데이터의 세트를 포함할 수도 있다. 4:2:2 또는 4:2:0 과 같은, 어떤 크로마 포맷들에서, 크로마 데이터는 루마 데이터에 대해 다운샘플링된다. 즉, 색차 성분들의 공간 해상도는 대응하는 휘도 픽셀들의 공간 해상도, 예컨대, 휘도 해상도의 1/2 또는 1/4 보다 낮다.

심도 데이터는 일반적으로 대응하는 텍스쳐 데이터에 대한 심도 값들을 기술한다. 예를 들어, 심도 이미지는 대응하는 텍스쳐 데이터에 대한 심도를 각각 기술하는 심도 픽셀들의 세트를 포함할 수도 있다. 심도 데이터는 대응하는 텍스쳐 데이터에 대한 수평 디스패리티를 결정하는데 사용될 수도 있다. 따라서, 텍스쳐 및 심도 데이터를 수신하는 디바이스는 하나의 뷰 (예컨대, 좌측 눈 뷰) 에 대한 제 1 텍스쳐 이미지를 디스플레이하고, 심도 데이터를 이용하여, 심도 값들에 기초하여 결정된 수평 디스패리티 값들 만큼 제 1 이미지의 픽셀 값들을 오프셋함으로써, 제 1 텍스쳐 이미지를 수정하여 다른 뷰 (예컨대, 우측 눈 뷰) 에 대한 제 2 텍스쳐 이미지를 발생할 수도 있다. 일반적으로, 수평 디스패리티 (또는, 간단히 "디스패리티") 는 제 2 뷰에서의 대응하는 픽셀에 대한, 제 1 뷰에서의 픽셀의 수평 공간 오프셋을 기술하며, 여기서, 2개의 픽셀들은 2개의 뷰들에 표현되는 오브젝트와 동일한 오브젝트의 동일한 부분에 대응한다.

또한 다른 예들에서, 심도 데이터는 주어진 픽셀과 연관되는 심도가 이미지에 대해 정의된 제로 디스패리티 평면 (zero disparity plane) 에 대해 정의되도록, 이미지 평면에 수직한 z-차원에서의 픽셀들에 대해 정의될 수도 있다. 이런 심도는 픽셀이 제로 디스패리티 평면에 대한 픽셀의 z-차원 심도 값에 따라서, 좌측 및 우측 눈들에 대해 상이하게 디스플레이되도록, 픽셀을 디스플레이하기 위해 수평 디스패리티를 생성하는데 사용될 수도 있다. 제로 디스패리티 평면은 비디오 시퀀스의 상이한 부분들에 대해 변할 수도 있으며, 제로-디스패리티 평면에 대한 심도의 양은 또한 변할 수도 있다. 제로 디스패리티 평면 상에 로케이트된 픽셀들은 좌측 및 우측 눈들에 대해 유사하게 정의될 수도 있다. 제로 디스패리티 평면의 전면 상에 로케이트된 픽셀들은, 픽셀이 이미지 평면에 수직한 z-방향으로 이미지로부터 나와서 나타나는 지각 (perception) 을 생성하기 위해, 좌측 및 우측 눈에 대해 상이한 로케이션들에서 (예컨대, 수평 디스패리티로) 디스플레이될 수도 있다. 제로 디스패리티 평면 뒤에 로케이트된 픽셀들은 약한 심도의 지각을 제시하기 위해 약간 흐릿한 형체로 디스플레이될 수도 있거나, 또는 좌측 및 우측 눈에 대해 상이한 로케이션들에 (예컨대, 제로 디스패리티 평면의 전면에 로케이트된 픽셀들의 수평 디스패리티와는 반대인 수평 디스패리티로) 디스플레이될 수도 있다. 많은 다른 기법들이 또한 이미지에 대한 심도 데이터를 전달하거나 또는 정의하는데 사용될 수도 있다.

심도 뷰 성분에서의 각각의 픽셀에 대해, 텍스쳐 뷰 성분에서 하나 이상의 대응하는 픽셀들이 존재할 수도 있다. 예를 들어, 심도 뷰 성분 및 텍스쳐 뷰 성분의 공간 해상도들이 동일하면, 심도 뷰 성분에서의 각각의 픽셀은 텍스쳐 뷰 성분에서의 하나의 픽셀에 대응한다. 심도 뷰 성분의 공간 해상도가 텍스쳐 뷰 성분의 공간 해상도 미만이면, 심도 뷰 성분에서의 각각의 픽셀은 텍스쳐 뷰 성분에서의 다수의 픽셀들에 대응한다. 심도 뷰 성분에서의 픽셀의 값은 텍스쳐 뷰에서의 대응하는 하나 이상의 픽셀들의 상대 심도를 나타낼 수도 있다.

일부 예들에서, 비디오 인코더는 뷰들 각각에 대해 텍스쳐 뷰 성분들 및 대응하는 심도 뷰 성분들에 대한 비디오 데이터를 시그널링한다. 비디오 디코더는 텍스쳐 뷰 성분들 및 심도 뷰 성분들의 비디오 데이터 양쪽을 이용하여, 디스플레이를 위한 뷰들의 비디오 콘텐츠를 디코딩한다. 디스플레이는 그후 멀티뷰 비디오를 디스플레이하여 3D 비디오를 발생한다.

스케일러블 HEVC 의 확장판들이 또한 JCT-VC 에 의해 개발되고 있다. 도 4 는 스케일러블 비디오 코딩의 일 예를 예시하는 개념도이다. 도 4 는 H.264/AVC 및 SVC 에 대해 설명되지만, 유사한 계층들이 HEVC 의 스케일러블 확장판을 포함한, 다른 다계층 비디오 코딩 방식들을 이용하여 코딩될 수도 있는 것으로 이해되어야 한다. 도 4 의 예는 동일한 코덱을 이용하여 코딩되는 계층들을 나타낸다. 다른 예들에서, 계층들은 멀티-표준 코덱을 이용하여 코딩될 수도 있다. 예를 들어, 기초 계층은 H.264/AVC 를 이용하여 코딩될 수도 있으며, 한편 향상 계층은 HEVC 에 대한 스케일러블 확장판을 이용하여 코딩될 수도 있다. 따라서, 아래에서 SVC 에 대한 언급들은 스케일러블 비디오 코딩에 일반적으로 적용할 수도 있으며, H.264/AVC 의 스케일러블 확장판에 한정되지 않는다.

SVC 에서, 스케일러빌리티들은 예를 들어, 공간, 시간, 및 (비트 레이트 또는 신호 대 잡음 비 (SNR) 로 표현되는) 품질 치수들을 포함한, 3차원에서 이용가능하게 될 수도 있다. 일반적으로, 더 나은 표현은 임의의 치수에서의 표현에 추가함으로써 일반적으로 얻어질 수 있다. 예를 들어, 도 4 의 예에서, 계층 0 은 7.5 Hz 의 프레임 레이트 및 64 초당 kilobytes (KBPS) 의 비트 레이트를 가지는 1/4 공통 중간 포맷 (QCIF) 에서 코딩된다. 게다가, 계층 1 은 15 Hz 의 프레임 레이트 및 64 KBPS 의 비트 레이트를 가지는 QCIF 에서 코딩되며, 계층 2 는 15 Hz 의 프레임 레이트 및 256 KBPS 의 비트 레이트를 가지는 CIF 에서 코딩되며, 계층 3 은 7.5 Hz 의 프레임 레이트 및 512 KBPS 의 비트 레이트를 가지는 QCIF 에서 코딩되며, 계층 4 는 30 Hz 의 프레임 레이트 및 초당 Megabytes (MBPS) 의 비트 레이트를 가지는 4CIF 에서 코딩된다. 도 4 에 도시된 계층들의 특정의 개수, 콘텐츠 및 배열은 단지 예의 목적을 위해 제공되는 것으로 이해되어야 한다.

어쨌든, 일단 (비디오 인코더 (20) 와 같은) 비디오 인코더가 콘텐츠를 이러한 스케일러블 방법으로 인코딩하였으면, (비디오 디코더 (30) 와 같은) 비디오 디코더는 추출기 툴을 이용하여, 예컨대, 클라이언트 또는 송신 채널에 의존적일 수도 있는, 애플리케이션 요구사항들에 따라서 실제 전달된 콘텐츠를 적응시킬 수도 있다.

SVC 에서, 최저 공간 및 품질 계층을 가지는 픽처들은 H.264/AVC 와 일반적으로 호환가능하다. 도 4 의 예에서, 최저 공간 및 품질 계층을 가지는 픽처들 (예컨대, QCIF 해상도를 가지는, 계층 0 및 계층 1 에서의 픽처들) 은 H.264/AVC 와 호환가능할 수도 있다. 이들 중에서, 최저 시간 레벨의 그들 픽처들은 시간 기초 계층 (예컨대, 계층 0) 을 형성한다. 이 시간 기초 계층 (예컨대, 계층 0) 은 더 높은 시간 레벨들 (예컨대, 계층 1) 의 픽처들로 향상될 수도 있다.

H.264/AVC 호환가능한 계층에 더해서, 여러 공간 및/또는 품질 향상 계층들이 공간 및/또는 품질 스케일러빌리티들을 제공하기 위해 추가될 수도 있다. 각각의 공간 또는 품질 향상 계층 자체는 H.264/AVC 호환가능한 계층과 동일한 시간 스케일러빌리티 구조로, 시간적으로 스케일링가능할 수도 있다.

위에서 설명된, 용어 "계층" 은 일반적으로 스케일러블 비디오 코딩의 관념에서 개개의 기초 계층들 또는 개개의 향상 계층들, 또는 3D 및 멀티-뷰 비디오 코딩의 관념에서 텍스쳐 뷰들 및/또는 심도 뷰들을 지칭하기 위해 본 개시물에서 사용된다. 일단 계층들 (예컨대, MV-HEVC 계층들 또는 SHVC 계층들) 의 각각에 대한 픽처들이 예컨대, 비디오 디코더 (30) 또는 비디오 인코더 (20) 의 복원 루프에 의해 디코딩되면, 디코딩된 계층에 대한 픽처들은 DPB 에 저장된다. DPB 는 픽처들, 그리고 본 개시물 내에서 멀티-계층 비디오 코딩 기법들을 이용할 때 디코딩된 계층들의 픽처들을 저장하는데 사용되는 버퍼 또는 메모리이다. DPB 에 저장된 디코딩된 계층들의 픽처들은 출력 재정렬 (reorder), 및 출력 지연에, (모션 보상, 인터-뷰 및 인터-계층 예측을 포함한) 인터-예측을 위한 참조들로서, 사용될 수도 있다.

본 개시물의 여러 예들에 따르면, DPB 는 서브-유닛들 (예컨대, 서브-DPB들이라 함) 로 파티셔닝될 수도 있다. 각각의 서브-DPB 는 따라서, 특정의 계층 유형에 대한, 픽처(들), 또는 더 일반적으로는, 픽처 정보를 저장하도록 구성될 수도 있다. 예를 들어, DPB 는 하나의 서브-DPB 가 스케일러블 비디오 코딩 프로세스에 대한 기초 계층의 픽처들을 저장하도록 구성되도록, 파티셔닝될 수도 있다. 다른 서브-DPB 는 스케일러블 비디오 코딩 프로세스의 제 1 향상 계층의 픽처들을 저장하도록 구성될 수도 있다. 또한 다른 서브-DPB 는 스케일러블 비디오 코딩 프로세스의 제 2 향상 계층의 픽처들 등을 저장하도록 구성될 수도 있다.

본 개시물의 여러 예에 따르면, 설명된 아래에서 좀더 자세하게 설명되는 바와 같이, 비디오 인코더 (20) 는 또한 각각의 서브-DPB 를 예컨대, DPB 로부터의 제거를 위한 픽처들을 마킹하는 것, DPB 로부터의 디코딩된 픽처의 제거 뿐만 아니라, 각각의 서브-DPB 에 대한 사이즈의 할당의 관점에서, 서로 독립적으로 관리하도록 구성될 수도 있다. 그러나, 비디오 인코더 (20) 는 상이한 서브-DPB들로부터의 디코딩된 픽처들의 출력을, 예컨대, 각각의 디코딩된 픽처와 연관된 개개의 출력 시간들 및/또는 POC (picture order count) 값들에 기초하여, 링크할 수도 있다.

비디오 인코더 (20) 및 비디오 디코더 (30) 중 하나 또는 양자 (및/또는 하나 이상의 그의 구성요소들) 는 서브-DPB 기반의 동작들의 다수의 상이한 모드들을 구현할 수도 있다. 예를 들어, 서브-DPB 기반의 동작의 2개의 모드들은 픽처들이 각각의 서브-DPB 와 연관되는 방법의 관점에서 상이할 수도 있다. 제 1 모드 (본원에서 "계층-특정의 모드" 로서 지칭됨) 에 따르면, 동작 지점에서의 각각의 계층은 별개의 서브-DPB 와 연관될 수도 있으며, 서브-DPB들의 개수는 동작 지점에 대응하는 계층 세트에서의 계층들의 개수와 동일할 수도 있다. 제 2 모드 (본원에서 "해상도-특정의 모드" 로서 지칭됨) 에 따르면, 동일한 해상도, 크로마 포맷, 및 비트 심도를 공유하는 모든 픽처들은 동일한 서브-DPB 를 공유한다. 비디오 인코더 (20) 는 계층-특정의 모드를 상대적으로 용이하게 규정할 수도 있다. 그러나, 계층-특정의 모드는 해상도-특정의 모드와 비교할 때 DPB 메모리 사용의 관점에서 덜 효율적일 수도 있다.

도 5 는 상이한 서브-유닛들에서의 상이한 디코딩된 계층 구성요소들 (예컨대, 상이한 계층 유형들에 대한 픽처들) 을 저장하도록 구성된 DPB (900) 를 나타내는 개념도이다. DPB (900) 는 비디오 디코더 및/또는 비디오 인코더 (예컨대, 비디오 인코더 (20) 및 비디오 디코더 (30)) 의 일부를 형성할 수도 있다. 서브-DPB들 (910A-910D) 의 각각은 상이한 유형들의 디코딩된 계층들의 픽처(들) 에 대한 저장 로케이션들을 나타낸다. 예를 들어, 서브-DPB (910A) 는 MV-HEVC 호환가능한 비디오 비트스트림에 대한 베이스 뷰의 하나 이상의 텍스쳐 픽처들을 저장하도록 구성될 수도 있으면, 한편 서브-DPB (910B) 는 MV-HEVC 호환가능한 비디오 비트스트림에 대한 의존적인 뷰의 텍스쳐 픽처들을 저장하기 위해 사용될 수도 있다. 이와 유사하게, 서브-DPB (910C) 는 스케일러블 비디오 코딩 프로세스 (예컨대, SHVC) 에서 기초 계층의 픽처들을 저장하기 위해 사용될 수도 있으며, 한편 서브-DPB (910D) 는 스케일러블 비디오 코딩 프로세스에서 향상 계층에 대한 픽처들의 하나의 레벨을 저장하기 위해 사용될 수도 있다. 추가적인 서브-DPB들은 향상 계층의 추가적인 레벨들의 픽처들 또는 추가적인 텍스쳐 의존적인 뷰들의 픽처들을 저장하도록 구성될 수도 있다. 서브-DPB들 (910A-D) 의 각각은 서브-DPB 와 연관된 특정의 계층 유형에 대해 디코딩된 계층의 하나 이상의 픽처들을 저장하도록 구성되는 별개의 유닛들을 포함한다. MV-HEVC 에 의해 코딩된 비디오 데이터 및 SHVC 에 의해 코딩된 비디오 데이터가 반드시 동시에 디코딩되지는 않는다는 점에 유의해야 한다. 즉, SHVC 및 MV-HEVC 코딩된 비디오 데이터는 일반적으로 동일한 인코딩된 비디오 비트스트림에 있기 보다는, 일반적으로 별개로 코딩된다.

비디오 디코더 (30) 는 복수의 서브-DPB들 (910A-D) 로부터 디코딩된 계층들의 픽처들을 제거하도록 추가로 구성될 수도 있다. 일부 예들에서, 각각의 주어진 서브-DPB (예컨대, 서브-DPB (910A)) 로부터의 픽처들의 제거는 별개로 관리될 수도 있다 (즉, 픽처들이 다른 서브-DPB들로부터의 다른 픽처들의 제거와는 독립적으로 하나의 서브-DPB 로부터 제거될 수도 있다). 다른 예들에서, 픽처들은 동작 지점에 기초하여 하나 이상의 서브-DPB들로부터 제거될 수도 있다. 특정의 동작 지점은 출력될 특정의 픽처에 대해 코딩되는 계층들의 특정의 개수와 연관된다. 예를 들어, SHVC 에 있어, 하나의 동작 지점은 단지 기초 계층의 픽처만이 디코딩되도록 요구할 수도 있다. SHVC 에 대한 다른 동작 지점에서, 기초 계층의 픽처 및 하나 이상의 향상 계층들의 픽처들이 출력 픽처를 생성하기 위해 디코딩될 수도 있다. 기초 계층의 픽처 및 하나 이상의 향상 계층들의 픽처들 양자를 필요로 하는 동작 지점에서, 픽처들의 제거는 그 동작 지점에 사용되는 모든 서브-DPB (즉, 출력될 픽처에 사용되는 계층에 대한 픽처들을 저장하는 모든 서브-DPB) 에 대해 수행될 수도 있다. 즉, 주어진 동작 지점과 연관된 기초 계층의 픽처 및 하나 이상의 향상 계층들의 대응하는 픽처들이 그들의 개개의 서브-DPB들로부터 동시에 제거될 수도 있다.

비디오 인코더 (20) 및 비디오 디코더 (30) 는 디코딩된 계층 구성요소들 (예컨대, 계층들의 픽처들) 을 복수의 서브-DPB들 (910A-D) 에서 참조용으로 미사용 또는 참조용으로 사용으로서 마킹하도록 추가로 구성될 수도 있다. 또, 픽처들을 참조용으로 미사용으로서 마킹하는 프로세스는 각각의 서브-DPB 에 대해 별개로 수행될 수도 있다. 즉, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 복수의 서브-DPB들의 각각에서의 픽처들에 대해 독립적으로 마킹 프로세스를 수행하도록 구성될 수도 있으며, 여기서, 마킹 프로세스는 픽처들을 참조용으로 사용으로서 마킹하거나 또는 픽처들을 참조용으로 미사용으로서 마킹한다. 다른 예에서, 마킹 프로세스는 특정의 동작 지점에 관련된 특정의 개수의 계층들에 대한 픽처들을 저장하는 모든 서브-DPB들에 대해 수행될 수도 있다.

HEVC 에서, 및 다른 비디오 코딩 표준들, DPB (900) 의 동작은 가상 참조 디코더 (HRD) 와 관련하여 종종 규정된다. 비디오 인코더 (20) 및 비디오 디코더 (30) 는 DPB (900) 에 저장된 디코딩된 픽처들을 (즉, 인터 예측 프로세스에 대한 참조 픽처로서 사용될 수 없는) "참조용으로 미사용" 으로 마킹하는 것, (예컨대, 디스플레이 디바이스 (32) 로의) 출력을 위해 디코딩된 픽처를 마킹하는 것, 및 (또한, "범핑" 으로서 알려져 있는) DPB (900) 로부터의 제거를 위해 디코딩된 픽처를 마킹하는 것을 포함한, 여러 액션들을 수행하기 위해 DPB (900) 를 관리하도록 구성될 수도 있다. HEVC 에서, 범핑 프로세스는 출력을 위해 픽처를 마킹하는 것 및 제거를 위해 픽처를 마킹하는 것 양자를 포함한다. 픽처는 일반적으로 픽처가 인터-예측을 위해 참조 픽처로서 더 이상 요구되지 않고 출력용으로 요구되지 않을 때 DPB (900) 로부터 제거된다 (즉, 범핑된다).

비트스트림들의 순응성 (conformance) 은 HRD 의 거동을 정의함으로써 규정된다. DPB (900) 는 HRD 의 구성요소인 것으로 간주될 수도 있다. 위에서 설명된 바와 같이, DPB (900) 는 복원된 픽처들을 비디오 인코더 (예컨대, 비디오 인코더 (20)) 에 또는 디코딩된 픽처들을 비디오 디코더 (예컨대, 비디오 디코더 (30)) 에 저장하도록 구성된 하나 이상의 메모리 유닛들로서 구현될 수도 있다. SHVC 및 MV-HEVC 에 대한 어떤 제안들에서, DPB 동작들이 명확히 규정되지는 않지만, 단순한 가정은 동일한 출력 시간을 가지는 모든 픽처들이 동일한 시점에 DPB (900) 에 도달한다 (즉, DPB (900) 에 저장된다) 는 것이다. DPB (900) 로부터의 픽처들의 출력은 어떻게 HRD 파라미터들이 정의되는지에 기초하여 결정된다.

예를 들어, HRD 파라미터들은 출력 순서 순응성에 대해 정의될 수도 있다. 일 예로서, 디코딩된 계층 픽처들의 출력 순서는 하나 이상의 신택스 엘리먼트들에 의해 규정될 수도 있으며, 그 엘리먼트의 값은 특정의 계층에 존재하는 픽처들의 개수를 규정한다. 다른 예로서, 출력 시간 순응성을 위해, 출력 시간은 하나 이상의 신택스 엘리먼트들에 의해 규정될 수도 있으며 그 엘리먼트의 값들은 픽처 출력 시간들을 표시한다. 비디오 디코더 (30) 는 인코딩된 비디오 비트스트림으로 시그널링되는 파라미터들의 값들로부터 HRD 설정들을 유도하도록 구성될 수도 있다. HRD 파라미터들은 (예컨대, hrd_parameters( ) 로 불리는) 데이터 포맷 구조로 시그널링될 수도 있다. 예시적인 파라미터들은 버퍼링 기간 보충 강화 정보 (SEI) 메시지 및 픽처 타이밍 SEI 메시지를 포함할 수도 있다. 일부 예들에서, 디코딩 유닛 (DU) 정보 SEI 메시지가 또한 정의될 수도 있다. 일부 예들에서, DPB (900) 에서의 픽처들의 출력은 동일한 출력 시간과 연관된 모든 픽처들이 동일한 인스턴트에서 출력되도록, 발생한다. 본 개시물의 예들에서, 상이한 서브-DPB들에서의 픽처들은 그들 픽처들 (즉, 상이한 서브-DPB들에서의 픽처들) 의 각각이 동일한 출력 시간과 연관되는 경우에 동시에 출력될 수도 있다.

HEVC 에 대한 어떤 예시적인 제안들에서, DPB 동작들에 관련된 파라미터들은 시퀀스 파라미터 세트 (SPS) 및/또는 비디오 파라미터 세트 (VPS) 중 하나 이상에서 시그널링된다. SPS 는 픽처 파라미터 세트 (PPS) 및/또는 슬라이스 헤더에서 발견되는 신택스 엘리먼트들의 값들에 의해 표시되는 바와 같이 제로 이상의 전체 코딩된 비디오 시퀀스들 (CVS들) 에 적용하는 신택스 엘리먼트들을 포함하는 신택스 구조이다. VPS 는 SPS, PPS, 및/또는 슬라이스 헤더에서 발견되는 신택스 엘리먼트의 값에 의해 결정되는 바와 같이 제로 이상의 전체 CVS들에 적용하는 신택스 엘리먼트를 포함하는 신택스 구조이다. 일반적으로, VPS 에서 시그널링되는 신택스 엘리먼트들은 SPS 에서 시그널링되는 신택스 엘리먼트가 적용되는 픽처들의 개수보다 더 많은 개수의 픽처들에 적용될 것이다. HEVC 에서 정의된 바와 같이, CVS 는 디코딩 순서에서, 0 의 값과 동일한 nuh_layer_id 및 1 의 값과 동일한 NoRaslOutputFlag 와 연관된 인트라 무작위 액세스 픽처 (IRAP) 를 포함하는 액세스 유닛 (AU) 으로 이루어지며, 뒤이어서, 디코딩 순서에서, 0 의 값과 동일한 nuh_layer_id 및 1 의 값과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처를 포함하는 다음 AU 까지 (즉, 다음 AU 까지지만, 다음 AU 를 포함하지 않고) 제로 이상의 다른 AU들로 이루어지는 액세스 유닛들의 시퀀스이다. 액세스 유닛은 디코딩 순서에서 연속되며, 동일한 출력 시간을 각각 가지는 하나 이상의 코딩된 픽처들을 포함하는 네트워크 추상화 계층 (NAL) 유닛들의 세트이다.

DPB 동작들에 관련된 예시적인 신택스 엘리먼트들은 max_dec_pic_buffering_minus1 신택스 엘리먼트, max_num_reorder_pics 신택스 엘리먼트, 및 max_latency_increase_plus1 신택스 엘리먼트를 포함하지만 이에 한정되지 않으며, 그 엘리먼트들은 SPS 에서 및/또는 VPS 에서 각각 시그널링될 수도 있다. max_dec_pic_buffering_minus1 신택스 엘리먼트, max_num_reorder_pics 신택스 엘리먼트, 및 max_latency_increase_plus1 신택스 엘리먼트는 DPB 파라미터들 및/또는 서브-DPB 파라미터들로서 일괄하여 지칭될 수도 있다.

max_dec_pic_buffering_minus1 신택스 엘리먼트의 값은 픽처 버퍼들의 유닛들에서의 CVS 에 대해 최대 허용 DPB 또는 서브-DPB 의 사이즈를 규정한다. 즉, DPB 또는 서브-DPB 는 하나 이상의 픽처 버퍼들로 파티셔닝될 수도 있으며, 각각의 픽처 버퍼는 픽처 (예컨대, 특정의 계층과 연관된 픽처) 를 저장한다. 일부 예들에서, max_dec_pic_buffering_minus1 의 값은 0 내지 어떤 미리 결정된 최대 DPB 및/또는 서브-DPB 사이즈까지의 범위로 제한된다.

max_num_reorder_pics 신택스 엘리먼트의 값은 DPB 및/또는 서브-DPB 에 저장될 수도 있으며 그리고 디코딩 순서에서 CVS 에서의 임의의 픽처에 선행하고 출력 순서에서 그 동일한 픽처에 뒤따를 수 있는 픽처들의 최대 허용 개수를 규정한다. max_latency_increase_plus1 신택스 엘리먼트의 값은, (즉, max_latency_increase_plus1 신택스 엘리먼트의 값이 제로 이외의 값인 것에 기초하여) 제로와 동일하지 않을 때, DPB 및/또는 서브-DPB 에 저장될 수도 있으며 출력 순서에서 CVS 에서의 임의의 픽처에 선행하고 디코딩 순서에서 그 동일한 픽처에 뒤따를 수 있는 픽처들의 최대 개수를 결정하는데 사용되는 레이턴시 시간의 표시이다. DPB 및/또는 서브-DPB 에서의 픽처들의 개수가 max_num_reorder_pics 신택스 엘리먼트의 값 또는 max_latency_increase_plus1 신택스 엘리먼트의 값으로부터 결정된 값에 의해 표시되는 픽처들의 최대 개수를 초과하면, 하나 이상의 픽처들은 DPB 및/또는 서브-DPB 로부터 제거되어야 한다.

일 예에서, 비디오 인코더 (20) 는 예를 들어, 게이팅 신택스 엘리먼트 (예컨대, sub_layer_ordering_info_present_flag) 의 값이 1 과 동일하면 (즉, 이에 기초하여), 각각의 서브-계층에 대해 전술한 DPB 파라미터들 및/또는 서브-DPB 파라미터들을 발생시키고 시그널링하도록 구성될 수도 있다. 위에서 설명된 바와 같이, 서브-계층은 시간 스케일러블 비트스트림의 시간 스케일러블 계층이다. 이 예에 따르면, 서브-계층 시그널링이 허용되지 않을 때, 오직 하나의 값이 신택스 엘리먼트들의 각각에 대해 시그널링되며, 이들 서브-DPB 파라미터 신택스 엘리먼트들 (즉, max_dec_pic_buffering_minus1 신택스 엘리먼트, max_num_reorder_pics 신택스 엘리먼트, 및 max_latency_increase_plus1 신택스 엘리먼트) 의 각각의 시그널링된 값들이 모든 시간 서브-계층들에 대해 동일한 것으로 추론된다 (즉, 명시적인 시그널링의 수신 없이 결정된다). 그렇지 않고, 서브-계층 시그널링이 허용될 때 (예컨대, 신택스 엘리먼트 sub_layer_ordering_info_present_flag 의 값이 0 과 동일할 때), 서브-DPB 파라미터 신택스 엘리먼트들의 값들이 각각의 서브-계층에 대해 명시적으로 시그널링된다. SPS 에서의 서브-DPB 파라미터들의 시그널링이 아래 테이블 2 에 이탤릭체로 하이라이트 표시된다. 유사한 시그널링이 VPS 에서 사용될 수도 있다.

테이블 2 - SPS 에서의 DPB 파라미터들

HEVC 의 기초 버전 (종종 HEVC 1 이라 함) 에서, 오직 단일 계층만이 (예컨대, 0 과 동일한 신택스 엘리먼트 nuh_layer_id having 값에 의해 표시된 바와 같이) 존재하며, 따라서, 계층 세트 디코딩된 및 계층 세트 출력은 동일하다. 멀티-계층 비디오 코딩 (예컨대, SHVC 또는 MV-HEVC) 의 상황에서, 계층 세트들 및 출력 계층들 세트들의 개수는, 계층 세트들의 전체 개수가 모든 동작 지점에 대해 모두 반드시 출력될 필요가 없을 수도 있기 때문에, 반드시 동일하지는 않다. 즉, SHVC 동작 지점들은 종종 기초 계층 및 하나 이상의 향상 계층들의 디코딩을 포함한다. 이와 유사하게, MV-HEVC 동작 지점들은 종종 2개 이상의 뷰들의 디코딩을 포함한다. 그러나, 모든 계층들 또는 뷰들이 반드시 주어진 픽처를 출력하는데 사용되지 않을 수도 있다.

DPB 로부터의 픽처들의 제거를 위한 기법들이 이하 설명될 것이다. HEVC 에 대한 예시적인 기법들은 DPB 로부터의 픽처들의 제거를 규정하는 2개의 방법들을 포함한다. 그들은 픽처-기반의 DPB 제거 프로세스 및 AU-기반의 DPB 제거 프로세스를 포함한다. 픽처-기반의 DPB 제거 프로세스에서, 하나의 AU 에서의 픽처들은 상이한 시간들에서 개별적으로 제거될 수도 있다. AU-기반의 DPB 제거 동작들에서, AU 에서의 모든 픽처들이 동시에 제거된다. SHVC 및 MV-HEVC 에 있어 DPB 제거 동작들에 대한 현재의 제안들은 어떻게 픽처들이 제거되어야 하는지를 명확히 규정하지 않는다.

ITU-T SG 16 WP 3 및 ISO/IEC JTC 1/SC 29/WG 11 의 3D 비디오 코딩 확장판들에 관한 합동 작업팀, 5차 회의: 2013 년 7월 27일 - 8월 2일, 오스트리아, 비엔나 (이하, " JCTVC-N0093_v4), Ramasubramonian 등, "MV-HEVC/SHVC HLS: On DPB Operations" 에서 제안된 것들과 같은, 서브-DPB 동작들을 위한 파라미터들 (즉, 서브-DPB 파라미터들) 을 포함한, DPB 파라미터들을 시그널링하는 이전 제안들이 차선일 수도 있다. 일 예로서, JCTVC-N0093_v4 에서의 서브-DPB 기반의 동작들을 위한 시그널링 방식에 따라서, DPB들 및 서브-DPB들에 관련된 3개의 파라미터들 (즉, 위에서 설명된 max_dec_pic_buffering_minus1 신택스 엘리먼트, max_num_reorder_pics 신택스 엘리먼트, 및 max_latency_increase_plus1 신택스 엘리먼트) 이 각각의 출력 계층 세트, 출력 계층 세트에서의 각각의 계층에 대해, 그리고 각각의 계층 내 각각의 시간 서브-계층에 대해 시그널링된다. 이러한 시그널링 방식은 차선일 수도 있다.

특히, 각각의 출력 계층 세트에서의 각각의 계층에 대한 재정렬 픽처들의 최대 개수 및 최대 레이턴시를 표시하는 신택스 엘리먼트들을 시그널링하는 것은 과잉일 수도 있어, 잠재적으로 컴퓨팅 리소스들 (예컨대, 프로세서 리소스들, 저장용량, 등) 및/또는 네트워크 대역폭의 낭비를 초래할 수도 있다. 예를 들어, 액세스 유닛 (AU) 에서의 출력 계층 세트의 하나 이상의 픽처들의 출력은 동시적일 수도 있다. 더욱이, 제 1 AU 에서의 모든 픽처들이 출력되기 전에 제 2 AU 로부터의 픽처들을 출력하는 것은 허용되지 않을 수도 있다. 따라서, 출력 계층 세트에서의 각각의 계층에 대한 서브-DPB 파라미터들을 시그널링하는 것은, 서브-DPB 파라미터들에 대한 상이한 값들이 불가능할 수도 있기 때문에, 과잉일 수도 있다. 이와 같이, 출력 계층 세트에서의 각각의 계층에 대해 재정렬 및/또는 레이턴시 정보를 제공하는 것은 과잉일 수도 있다.

이러한 시그널링된 데이터의 리던던시에 의해 초래되는 비효율들 및 다른 잠재적인 이슈들을 완화하거나 또는 제거하기 위해, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 본원에서 설명되는 기법들 중 하나 이상을 구현할 수도 있다. 본 개시물의 하나 이상의 예들에서, 비디오 인코더 (20) 는 동작 지점에 대응하는 각각의 출력 계층 세트에 대해 서브-DPB 파라미터들의 하나의 세트를 시그널링하도록 구성될 수도 있다. 각각의 출력 계층 세트에 대해 시그널링된 서브-DPB 파라미터들의 단일 세트는 따라서 비디오 디코더 (30) 에 의해 각각의 출력 계층 세트에서의 모든 개개의 계층에 대해 사용된다. 이러한 방법으로, 서브-DPB 파라미터들의 여분의 시그널링이 회피되므로, 시그널링 효율이 증가된다. 게다가, 서브-DPB 파라미터들의 값들이 출력 계층 세트의 모든 계층들에 걸쳐서 조화될 수도 있다.

본 개시물의 일 예에서, 각각의 동작 지점의 출력 계층 세트에 대해, 비디오 인코더 (20) 는 VPS 에서, 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트의 오직 하나의 값 (즉, 단일 값) 및 최대 레이턴시를 표시하는 신택스 엘리먼트의 오직 하나의 값 (즉, 단일 값) 을 발생시켜 시그널링하도록 구성될 수도 있다. 즉, 특정의 VPS 에 관련된 각각의 동작 지점에 대해, 비디오 인코더 (20) 는 하나의 재정렬 픽처들의 최대 개수 신택스 엘리먼트 및 하나의 최대 레이턴시 신택스 엘리먼트를 발생시킨다. 따라서, 각각의 VPS 에서 재정렬 픽처들 신택스 엘리먼트들 및 최대 레이턴시 신택스 엘리먼트들의 총 개수는 비디오 비트스트림에 대해 정의된 동작 지점들의 개수에 의존한다. 이와 같이, 재정렬 픽처들 신택스 엘리먼트들 및 최대 레이턴시 신택스 엘리먼트들이 각각의 출력 계층 세트, 출력 계층 세트에서의 각각의 계층, 및 각각의 계층 내 각각의 시간 서브-계층에 대해 시그널링되는 HEVC 에 대한 이전 제안들에 비해, 재정렬 픽처들 신택스 엘리먼트들 및 최대 레이턴시 신택스 엘리먼트들의 더 적은 인스턴스들이 선발된다.

제 1 예시적인 구현예를 참조하여 아래에서 좀더 자세히 설명되는 바와 같이, 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 및 최대 레이턴시를 표시하는 신택스 엘리먼트는 DPB 사이즈 테이블에서 선발될 수도 있으며, VPS 에서 송신될 수도 있다. 본 개시물의 다른 예들에서, 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 및 최대 레이턴시를 표시하는 신택스 엘리먼트는 PPS 를 포함한, 다른 데이터 구조들에서 송신될 수도 있다.

재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 및 최대 레이턴시를 표시하는 신택스 엘리먼트의 수신 시, 비디오 디코더 (30) 는 재정렬 픽처들의 최대 개수를 표시하고 최대 레이턴시를 표시하는 신택스 엘리먼트들의 개개의 값들을 특정의 동작 지점에 대한 출력 계층 세트에 적용할 수도 있다.

일 예에서, 재정렬 픽처들의 최대 개수를 표시하고 최대 레이턴시를 표시하는 신택스 엘리먼트들은 출력 계층의 오직 하나의 계층에 대응할 수도 있다. 예를 들어, 신택스 엘리먼트들은 (예컨대, nuh_layer_id 신택스 엘리먼트로 표시된 바와 같은) 최고 계층 id 를 가지는 계층에 대응할 수도 있다. 이 예에서, 비디오 인코더 (20) 는 비디오 디코더 (30) 에게, 재정렬 픽처들의 최대 개수의 하나의 값 및 최대 레이턴시의 하나의 값이 동작 지점에서의 nuh_layer_id 의 최고 값을 가지는 계층과 연관되는지 여부를 표시하는 플래그를 시그널링하도록 구성될 수도 있다. 비디오 디코더 (30) 는 출력 계층 세트에 대한 신택스 엘리먼트들의 값을, 최고 계층 id 를 가지는 계층에 대해 수신된 값과 동일한 것으로 추론하도록 구성될 것이다.

본 개시물의 다른 예에서, 비디오 인코더 (20) 는 비디오 디코더 (30) 에게, 재정렬 픽처들의 최대 개수의 하나의 값 및 최대 레이턴시의 하나의 값이 연관되는 계층을 표시하기 위해 id 값을 (예컨대, nuh_layer_id 신택스 엘리먼트를 이용하여) 시그널링할 수도 있다. 또, 비디오 디코더 (30) 는 출력 계층 세트에 대한 신택스 엘리먼트들의 값을, 최고 계층 id 를 가지는 계층에 대해 수신된 값과 동일한 것으로 추론하도록 구성될 것이다.

본 개시물의 다른 예에서, 각각의 동작 지점에 대해, 비디오 인코더 (20) 는 비디오 디코더 (30) 에게, 서브-DPB 파라미터들 (예컨대, 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 및/또는 최대 레이턴시를 표시하는 신택스 엘리먼트) 이 단지 출력 계층 세트 (즉, 최고 계층) 에서 nuh_layer_id 의 최고 값을 가지는 계층에 대해서만 시그널링되는지 여부, 또는 서브-DPB 파라미터들이 출력 계층 세트에서의 각각의 계층에 대해 시그널링된다는 것을 표시하는 플래그를 시그널링하도록 구성될 수도 있다. 서브-DPB 파라미터들이 오직 최고 계층에 대해서만 시그널링된다고 플래그의 값이 표시하면 (즉, 표시하는 플래그에 기초하여), 비디오 디코더 (30) 는 출력 계층 세트에 대한 서브-DPB 파라미터들의 값을 최고 계층에 대한 서브-DPB 파라미터들과 동일한 값인 것으로 추론하도록 구성될 수도 있다.

본 개시물의 다른 예에서, 각각의 출력 계층 세트에 대해, 비디오 인코더 (20) 는 비디오 디코더 (30) 에게, 서브-DPB 파라미터들 (예컨대, 서브-DPB 사이즈, 재정렬 픽처들의 최대 개수, 및/또는 최대 레이턴시를 표시하는 신택스 엘리먼트들) 이 오직 하나의 서브-계층 (예컨대, 0 과 동일한 시간 ID 를 가지는 서브-계층) 에 대해서만 또는 하나 보다 많은 서브-계층에 대해 시그널링되는지 여부를 규정하는 플래그를 시그널링할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 서브-DPB 파라미터들 정보가 오직 하나의 서브-계층에 대해서만 시그널링된다는 것을 표시하기 위해 그 플래그를 제 1 값으로 발생시킬 수도 있다. 이 경우, 비디오 디코더 (30) 는 따라서 모든 다른 서브-계층들에 대한 서브-DPB 파라미터들의 값을, 하나의 서브-계층 (예컨대, 0 과 동일한 시간 ID 를 가지는 서브-계층) 에 대해 실제로 시그널링되는 서브-DPB 파라미터들과 동일한 값인 것으로 추론할 것이다.

반대로, 비디오 인코더 (20) 는 서브-DPB 파라미터들이 다수의 서브-계층들에 대해 시그널링될 수도 있다는 것을 표시하기 위해 플래그를 제 2 값으로 설정할 수도 있다. 일 예에서, 서브-DPB 파라미터들이 다수의 서브-계층들에 대해 시그널링될 수도 있다는 것을 (즉, 이를 표시하는 플래그에 기초하여) 플래그의 값이 표시할 때, 비디오 인코더 (20) 는 출력 계층 세트의 모든 서브-계층에 대해 서브-DPB 파라미터들에 대한 신택스 엘리먼트들을 발생시키도록 구성될 수도 있다. 다른 예에서, 테이블들 3 및 4 를 참조하여 아래에서 좀더 자세하게 설명하는 바와 같이, 비디오 인코더 (20) 는 출력 계층 세트의 각각의 서브-계층에 대해, 추가적인 서브-DPB 파라미터들이 특정의 서브-계층에 대해 시그널링되는지 여부를 표시하는 제 2 플래그를 발생시키도록 구성될 수도 있다. 추가적인 서브-DPB 파라미터들이 특정의 서브-계층에 대해 시그널링되어야 한다고 제 2 플래그가 표시할 때, 비디오 인코더 (20) 는 특정의 서브-계층에 대해 추가적인 서브-DPB 파라미터들을 발생시키고 시그널링한다. 추가적인 서브-DPB 파라미터들도 특정의 서브-계층에 대해 시그널링되지 않을 것이라고 제 2 플래그가 표시하면, 비디오 디코더 (30) 는 출력 계층 세트에 대한 이전에 시그널링된 서브-DPB 파라미터들로부터 (예컨대, 0 과 동일한 시간 ID 를 가지는 서브-계층에 대한 서브-DPB 파라미터들로부터, 또는 이전 서브-계층에 대한 서브-DPB 파라미터들로부터) 특정의 서브-계층에 대한 서브-DPB 파라미터들의 값들을 추론하도록 구성될 수도 있다. 일부 예들에서, 서브-DPB 파라미터들이 특정의 서브-계층에 대해 시그널링되지 않는다고 제 2 플래그가 표시할 때, 그 특정의 서브-계층에 후속하는 서브-계층들의 서브-DPB 파라미터들이 또한 시그널링되지 않으며, 비디오 디코더 (30) 는 출력 계층 세트에 대한 이전에 시그널링된 서브-DPB 파라미터들로부터 그들 후속 서브-계층들에 대한 서브-DPB 파라미터들의 값을 추론하도록 구성될 수도 있다.

비디오 디코더 (30) 는 본 개시물의 서브-DPB 파라미터 시그널링 기법들에 따라서, 서브-DPB 관리 프로세스 (예컨대, 출력을 위한 픽처들을 마킹하는 것, 픽처들을 참조용으로 미사용으로서 마킹하는 것, 픽처들을 출력하는 것, 및/또는 픽처들을 제거하는 것) 를 수행하도록 추가로 구성될 수도 있다. 예를 들어, 비디오 디코더 (30) 는 픽처 레벨 상에서 보다는, 액세스 유닛 레벨 상에서 범핑 프로세스를 수행하도록 구성될 수도 있다. 이것은, 본 개시물의 기법들에 따르면, 서브-DPB 파라미터들이 꼭 계층들의 서브세트에만 적용되는 것이 아닌, 전체 출력 계층 세트에 적용되기 때문이다. 또한 이점과 관련하여, 특정의 출력 계층 세트의 모든 계층이 동일한 서브-DPB 파라미터들을 공유하므로, 특정의 계층 ID들에 대한 서브-DPB 파라미터들의 값들을 체킹할 필요성이 제거된다. 본 개시물의 기법들에 따른 DPB 관리 프로세스들의 더 많은 세부 사항들은 제 1 예시적인 구현예를 참조하여 아래에서 설명된다.

다음 기법들은 서브-DPB 파라미터들을 시그널링하는 시그널링 기법들의 추가적인 예들이다. 일 예에서, 각각의 동작 지점에 대해, 비디오 인코더 (20) 는 비디오 디코더 (30) 에게 서브-DPB 파라미터들이 시그널링되는지 여부를 규정하는 플래그를 시그널링할 수도 있다. 대안적으로, 비디오 디코더 (30) 는 비디오 인코더 (20) 가 플래그를 시그널링하지 않는 경우들에서는, 그 플래그의 값을 추론할 수도 있다. 다른 예에서, 각각의 동작 지점에 대해, 비디오 인코더 (20) 는 비디오 디코더 (30) 에게, a) 서브-DPB 사이즈들이 단지 최고 인덱스의 서브-DPB 에 대해 그리고 최고 인덱스를 가지는 서브-DPB 의 사이즈와 동일한 것으로 추론되는 다른 서브-DPB들 에 대해서 시그널링되는지 여부, 또는 b) 서브-DPB 사이즈들이 동작 지점에서 각각의 서브-DPB 에 대해 시그널링되는지 여부를 표시하는 플래그를 시그널링할 수도 있다.

다음 섹션들은 HEVC 코딩 기법들에 대한 본 개시물의 기법들의 예시적인 구현예들을 설명한다. 예시적인 구현예들이 HEVC, SHVC, MV-HEVC, 및/또는 3D-HEVC 사양들의 전문용어 및 정의들을 이용하여 설명될 것이다. 아래에서 명시적으로 정의되지 않은 임의의 용어들의 정의들은 상기 참조문헌에서와 같은, HEVC, SHVC, MV-HEVC, 및/또는 3D-HEVC 사양들에서 발견될 수도 있다.

본원에서 설명되는 기법들의 제 1 예시적인 구현예에서, DPB 및 서브-DPB 파라미터들을 시그널링하는 기법들이 설명된다. 제 1 예시적인 구현예와 연관된 예시적인 신택스 엘리먼트들이 아래 테이블 3 및 테이블 4 에 나타내어진다. 본 개시물의 기법들에 관련된 신택스 엘리먼트들은 테이블 3 및 테이블 4 에서 굵은 글씨체 및 밑줄로 식별된다. 이전 HEVC 기여들에 대한 삭제부분들은 삭제선 또는 이탤릭체 이중 꺾쇠괄호로 표시된다. 테이블 1 및 테이블 2 의 밑줄친 부분들은 기존 신택스에 대한, 예시적인 구현예들 #1 에 의해 도입되는 변경들에 관련된다.

테이블 3 - 비디오 파라미터 세트 확장판 신택스

테이블 3 에 나타낸 바와 같이, 비디오 인코더 (20) 는 DPB 사이즈 테이블 (dpb_size_table()) 을 VPS 확장판 신택스로 시그널링하도록 구성될 수도 있다. DPB 사이즈 테이블은 DPB 및 서브-DPB 관련된 파라미터들을, 서브-DPB 사이즈, 재정렬 픽처들의 최대 개수, 및/또는 최대 레이턴시 (서브-DPB 파라미터들) 를 나타내는 값들을 가지는 신택스 엘리먼트들을 포함하여, 포함할 수도 있다.

테이블 4 - DPB 사이즈 테이블 신택스

테이블 4 에 나타낸 바와 같이, 비디오 인코더 (20) 는 신택스 엘리먼트들을 포함하는 DPB 사이즈 테이블을 시그널링하도록 구성되며, 그 신택스 엘리먼트들의 값들은 서브-DPB 사이즈 (max_vps_dec_pic_buffering_minus1[i][k][j]), 재정렬 픽처들의 최대 개수 (max_vps_num_reorder_pics[i][j]), 및 최대 서브-DPB 레이턴시 (max_vps_latency_increase_plus1[i][j]) 를 규정한다. for 루프 "for( i = 1; i < NumOutputLayerSets; i++ )" 는 서브-DPB 사이즈, 재정렬 픽처들의 최대 개수, 및 최대 서브-DPB 레이턴시가 (즉, 각각의 동작 지점에 대한) 각각의 출력 계층 세트 i 에 대해 출력 계층 세트들 (NumOutputLayerSets) 의 최대 개수까지 시그널링된다는 것을 규정한다. 따라서, 비디오 디코더 (30) 는 수신된 최대 서브-DPB 사이즈, 재정렬 픽처들의 최대 개수, 및 동작 지점의 출력 계층 세트에서의 모든 계층에 대한 최대 서브-DPB 레이턴시를 적용하도록 구성된다.

더욱이, 테이블 4 에 나타낸 바와 같이, 비디오 인코더 (20) 는 또한 최대 서브-DPB 사이즈, 재정렬 픽처들의 최대 개수, 및 최대 서브-DPB 레이턴시를 표시하는 시그널링된 값들이 각각의 계층의 오직 하나의 서브-계층에 대해, 또는 계층의 하나 보다 많은 서브-계층에 대해 시그널링되는지 여부를 표시하는 플래그 (sub_layer_flag_info_present_flag[ i ]) 를 발생시켜 시그널링하도록 구성될 수도 있다. 예를 들어, sub_layer_flag_info_present_flag[ i ] 의 값이 1 이면, 최대 서브-DPB 사이즈, 재정렬 픽처들의 최대 개수, 및 최대 서브-DPB 레이턴시를 표시하는 신택스 엘리먼트들의 값들이 모든 서브-계층에 대해 사용될 것이다. 그러나, sub_layer_flag_info_present_flag[ i ] 의 값이 0 이면, 그의 값들이 최대 서브-DPB 사이즈, 재정렬 픽처들의 최대 개수, 및 최대 서브-DPB 레이턴시를 표시하는 별개의 신택스 엘리먼트들이 하나 보다 많은 서브-계층에 대해 사용될 수도 있다. 이 예에서, 비디오 디코더 (30) 는, 개개의 신택스 엘리먼트들의 값에 기초하여, 최대 서브-DPB 사이즈, 재정렬 픽처들의 최대 개수, 및 2개의 이상의 상이한 서브-계층들에 대한 최대 서브-DPB 레이턴시에 대해 상이한 값들을 사용하도록 구성될 수도 있다.

sub_layer_flag_info_present_flag[ i ] 의 값이 (서브-DPB 파라미터들이 하나 보다 많은 서브-계층에 대해 시그널링될 것이라는 것을 표시하는) 1 인 경우에, 비디오 인코더 (20) 는 각각의 서브-DPB 에서의 각각의 서브-계층에 대해, 서브-DPB 파라미터들이 특정의 서브-계층에 대해 시그널링될 것인지 여부를 표시하는 추가적인 신택스 엘리먼트 (sub_layer_dpb_info_present_flag[ i ][ j ]) 를 시그널링하도록 추가로 구성될 수도 있다.

테이블 4 의 예에서, if 문 ("if( j > 0 && sub_layer_flag_info_present_flag[ i ] && sub_layer_dpb_info_present_flag[ i ][ j - 1 ] )) 은, 오직 sub_layer_flag_info_present_flag[ i ] 의 값이 1 이고 이전 서브-계층 (sub_layer_dpb_info_present_flag[ i ][ j - 1 ]) 의 sub_layer_dpb_info_present_flag 의 값이 1 의 값을 가지는 경우에만, 비디오 인코더 (20) 가, 특정의 서브-계층에 대한 sub_layer_dpb_info_present_flag[ i ][ j] 를 시그널링하도록 요구한다. 즉, 서브-DPB 파라미터들이 이전 서브-계층에 대해 시그널링되지 않았으면, 비디오 인코더 (20) 는 sub_layer_dpb_info_present_flag, 또는 임의의 서브-DPB 파라미터들을 시그널링하지 않는다.

본 개시물의 일 예에서는, 이전 서브-계층에 대한 sub_layer_dpb_info_present_flag 의 값을 체킹하라는 요구사항이 제거된다. 대신, sub_layer_dpb_info_present_flag 는 sub_layer_dpb_info_present_flag 의 임의의 이전 값들에 관계 없이, 모든 서브-계층에 대해, 시그널링될 수도 있다.

위 테이블 4 의 신택스 엘리먼트들과 연관된 의미들이 다음과 같이 설명된다. 본원에서 사용될 때, NumSubDpbs[ i ] 는 i-번째 출력 계층 세트에 대해 요구되는 서브-DPB들의 수 (number) 를 표시할 수도 있다.

1 과 동일한 신택스 엘리먼트 sub_layer_flag_info_present_flag[i] 의 값은 sub_layer_dpb_info_present_flag[i][j] 가 i번째 출력 계층 세트에서의 모든 서브-계층들에 대해 존재한다는 것을 표시한다. 서브-계층들의 최대 개수는 신택스 엘리먼트 vps_max_sub_layers_minus1 의 값으로 표시된다. 다시 말해서, 비디오 인코더 (20) 가 1 의 값을 가지는 sub_layer_flag_info_present_flag[i] 를 발생시킬 때, 비디오 디코더 (30) 는 추가적인 플래그 (즉, sub_layer_dpb_info_present_flag[i][j]) 가 i번째 출력 계층 세트의 모든 서브-계층들에 대해 시그널링될 것이라고 결정한다.

대조적으로, 비디오 인코더 (20) 가 0 과 동일한 값을 가지는 sub_layer_flag_info_present_flag[i] 신택스 엘리먼트를 발생시키면, 비디오 디코더 (30) 는 sub_layer_flag_info_present_flag[i] 신택스 엘리먼트가 0 보다 큰 j 의 각각의 값에 대해, sub_layer_dpb_info_present_flag[i][j] 가 존재하지 않는다고 규정한다고 결정할 수도 있으며, 비디오 디코더 (30) 는 그 값을 0 과 동일한 것으로 추론할 수도 있다. 이와 같이, 비디오 인코더 (20) 는 모든 서브-계층에 대해 서브-DPB 파라미터들 (즉, max_vps_dec_pic_buffering_minus1[i][k][j], max_vps_num_reorder_pics[i][j], 및 max_vps_latency_increase_plus1[i][j]) 의 처음에 시그널링된 값들을 사용할 것이다.

위에서 설명된 바와 같이, 비디오 인코더 (20) 가 1 의 값을 가지는 sub_layer_flag_info_present_flag[i] 를 발생시키면, 비디오 인코더 (20) 는 또한 출력 계층 세트의 각각의 서브-계층에 대해 sub_layer_dpb_info_present_flag[i][j] 를 발생시킨다. sub_layer_dpb_info_present_flag[i][j] 신택스 엘리먼트의 값이 1 과 동일하면, 비디오 디코더 (30) 는 0 내지 서브-DPB들의 최대 개수 (NumSubDpbs[i]-1) 의 범위 에서의 모든 서브-DPB k 에 대한 서브-계층 j 에 대해, 서브-DPB 사이즈 (max_vps_dec_pic_buffering_minus1[i][k][j]) 를 추가로 수신할 수도 있다. 비디오 디코더 (30) 는 또한 서브-계층 j 에 대한 최대 레이턴시 (max_vps_latency_increase_plus1[i][j]), 및 재정렬 픽처들의 최대 개수 (max_vps_num_reorder_pics[i][j]) 를 표시하는 신택스 엘리먼트들을 수신하도록 구성된다.

한편, sub_layer_dpb_info_present_flag[i][j] 신택스 엘리먼트의 값이 0 과 동일하다고 비디오 디코더 (30) 가 결정하면, 비디오 디코더 (30) 는 sub_layer_dpb_info_present_flag[i][j] 신택스 엘리먼트가 specifies that max_vps_dec_pic_buffering_minus1[i][k][j] 의 값들이 0 내지 (NumSubDpbs[i]-1) 의 범위에서의 k 에 대해, max_vps_dec_pic_buffering_minus1[i][k][j-1] 과 동일하다 (즉, 출력 계층 세트에서의 이전 서브-계층에 대한 DPB 사이즈 신택스 엘리먼트의 값과 동일하다) 고 규정한다고 결정할 수도 있다. 또한, 비디오 디코더 (30) 는 서브-계층 j 에 대한 재정렬 픽처들의 최대 개수 신택스 엘리먼트 (max_vps_num_reorder_pics[i][j]) 및 최대 레이턴시 신택스 엘리먼트 (max_vps_latency_increase_plus1[i][j]) 의 값들이 출력 계층 세트에서의 이전 서브-계층에 대한 그들 신택스 엘리먼트들 (즉, 각각, max_vps_num_reorder_pics[i][j-1] 및 max_vps_latency_increase_plus1[i][j-1]) 의 값과 동일하게 설명된다고 추가로 결정할 수도 있다. 게다가, 비디오 디코더 (30) 는 i 의 임의의 가능한 값에 대한 sub_layer_dpb_info_present_flag[i][0] 신택스 엘리먼트의 값을 1 과 동일한 것으로 추론할 수도 있다. 즉, 비디오 디코더 (30) 는 출력 계층 세트의 0번째 (즉, 제 1) 서브-계층에 대한 sub_layer_dpb_info_present_flag 에 대해 1 의 값을 추론하도록 구성될 수도 있다. 게다가, 비디오 디코더 (30) 는 sub_layer_dpb_info_present_flag[i][k] 신택스 엘리먼트의 값이 j + 1 내지 vps_max_sub_layers_minus1 의 범위에서의 k 에 대해 0 과 동일하다고 추론할 수도 있다.

신택스 엘리먼트 max_vps_dec_pic_buffering_minus1[i][k][j] 플러스 1 은 HighestTid 가 j 와 동일할 때 픽처 스토리지 버퍼들의 유닛들에서 i-번째 출력 계층 세트에서의 CVS 에 대한 k-번째 서브-DPB 의 최대 요구된 사이즈를 규정한다. j 가 0 보다 클 때, 비디오 디코더 (30) 는 max_vps_dec_pic_buffering_minus1[i][k][j] 가 max_vps_dec_pic_buffering_minus1[i][k][j-1] 의 값보다 크거나 또는 동일하다고 결정할 수도 있다. max_vps_dec_pic_buffering_minus1[i][k][j] 가 1 내지 (vps_max_sub_layers_minus1-1) 의 범위에서의 j 에 대해 존재하지 않을 때, 비디오 디코더 (30) 는 max_vps_dec_pic_buffering_minus1[i][k][j] 의 값을 max_vps_dec_pic_buffering_minus1[i][k][j-1] 의 값과 동일한 것으로 추론할 수도 있다.

신택스 엘리먼트 max_vps_num_reorder_pics[i][j] 는 재정렬 픽처들의 최대 개수를 표시한다. 그것은, HighestTid 가 j 와 동일할 때, 디코딩 순서에서 CVS 에서의 i-번째 출력 계층 세트에서 1 과 동일한 PicOutputFlag 를 가지는 픽처를 포함하는 임의의 액세스 유닛 auA 에 선행하고 그리고 출력 순서에서 1 과 동일한 PicOutputFlag 를 가지는 픽처를 포함하는 액세스 유닛 auA 에 뒤따를 수 있는 1 과 동일한 PicOutputFlag 를 가지는 픽처를 포함하는 액세스 유닛들 의 최대 허용 개수이다. max_vps_num_reorder_pics[i][j] 가 1 내지 (vps_max_sub_layers_minus1-1) 의 범위에서의 j 에 대해 존재하지 않을 때, sub_layer_dpb_info_present_flag[i][j] 가 0 과 동일하기 때문에, 비디오 디코더 (30) 는 max_vps_num_reorder_pics[i][j] 신택스 엘리먼트의 값을 max_vps_num_reorder_pics[i][j-1] 의 값과 동일한 것으로 추론할 수도 있다.

신택스 엘리먼트 max_vps_latency_increase_plus1[i][j] 의 값은 최대 레이턴시를 표시한다. 0 과 동일하지 않은 신택스 엘리먼트 max_vps_latency_increase_plus1[i][j] 가 VpsMaxLatencyPictures[i][k][j] 신택스 엘리먼트의 값을 계산하는데 사용되며, 그 값은 HighestTid 가 j 와 동일할 때, CVS 에서의 1 과 동일한 PicOutputFlag 를 가지는 픽처를 포함하는 임의의 액세스 유닛 auA 에 출력 순서에서 선행하고 그리고 1 과 동일한 PicOutputFlag 를 가지는 픽처를 포함하는 액세스 유닛 auA 에 디코딩 순서에서 뒤따를 수 있는 i-번째 출력 계층 세트에서의 1 과 동일한 PicOutputFlag 를 가지는 픽처를 포함하는 액세스 유닛들 의 최대 개수를 규정한다. max_vps_latency_increase_plus1[i ][ j ] 가 1 내지 (vps_max_sub_layers_minus1-1) 의 범위에서의 j 에 대해 존재하지 않는 경우들에서, sub_layer_dpb_info_present_flag[i][j] 가 0 과 동일하기 때문에, 비디오 디코더 (30) 는 max_vps_latency_increase_plus1[i ][ j ] 의 값을 max_vps_latency_increase_plus1[i][ j-1 ] 과 동일한 것으로 추론할 수도 있다.

max_vps_latency_increase_plus1[ i ][ j ] 가 0 과 동일하지 않을 때, 비디오 인코더 (20) 는 VpsMaxLatencyPictures[ i ][ k ][ j ] 의 값을 다음과 같이 규정할 수도 있다:

즉, 레이턴시 픽처의 최대 개수는 재정렬 픽처들의 최대 개수, 플러스, 최대 레이턴시 신택스 엘리먼트의 값과 동일하다.

max_vps_latency_increase_plus1[i][j] 가 0 과 동일할 때, 어떤 대응하는 한계도 표시되지 않는다. max_vps_latency_increase_plus1[i][j] 의 값은 0 내지 [(2^32)-2] 의 범위 이내여야 한다.

다음은 본 개시물의 예시적인 기법들을 구현하기 위해 HEVC 하위절 F.13.5.2.2 에 대한 픽처들 프로세스의 출력 및 제거에 대한 변경들을 나타낸다. 또, 추가사항들은 굵은 글씨체와 밑줄로서 표시되며, 삭제 부분들은 삭제선 또는 이탤릭체 이중 꺾쇠괄호로 표시된다.

비디오 디코더 (30) 에 의한 현재의 픽처의 디코딩 이전 (그러나 현재의 픽처의 제 1 슬라이스의 슬라이스 헤더를 파싱한 후) DPB 로부터의 픽처들의 출력 및 제거가 현재의 픽처의 제 1 디코딩 유닛이 CPB 로부터 제거될 때 동시에 일어나며, 다음과 같이 속행한다: 하위 조항 F.8.3.2 에 규정된 바와 같은 RPS 에 대한 디코딩 프로세스가 호출된다.

- 현재의 픽처가 픽처 0 이 아닌, 1 과 동일한 NoRaslOutputFlag 및 0 과 동일한 nuh_layer_id 를 가지는 IRAP 픽처이면, 비디오 디코더 (30) 는 다음 순서로된 단계들을 적용할 수도 있다:

1. 비디오 디코더 (30) 는 테스트 중에 디코더에 대해 변수 NoOutputOfPriorPicsFlag 를 다음과 같이 유도할 수도 있다:

- 현재의 픽처가 CRA 픽처이면, 비디오 디코더 (30) 는 (no_output_of_prior_pics_flag 의 값에 관계 없이) NoOutputOfPriorPicsFlag 를 1 과 동일하게 설정할 수도 있다.

- 그렇지 않고, 활성 SPS 로부터 유도된 pic_width_in_luma_samples, pic_height_in_luma_samples, 또는 sps_max_dec_pic_buffering_minus1[ HighestTid ] 의 값이 현재의 픽처와 동일한 nuh_layer_id 값을 가지는 디코딩 순서에서 선행하는 픽처에 대한 활성 SPS 로부터 각각 유도된, pic_width_in_luma_samples, pic_height_in_luma_samples, 또는 sps_max_dec_pic_buffering_minus1[ HighestTid ] 의 값과 상이하면, 비디오 디코더 (30) 는 테스트 중에, no_output_of_prior_pics_flag 의 값에 관계 없이, NoOutputOfPriorPicsFlag 를 1 로 설정할 수도 있다. 그러나, 바람직한 예들에서, 비디오 디코더 (30) 는 이 불릿에서 규정된 조건들 하에서 테스트 중에 NoOutputOfPriorPicsFlag 를 1 로 설정하지 않을 수도 있다. 주 - NoOutputOfPriorPicsFlag 를no_output_of_prior_pics_flag 와 동일하게 설정하는 것이 이들 조건들 하에서 선호될 수도 있지만, 테스트 중에, 비디오 디코더 (30) 는, 이들 조건들 하에서 NoOutputOfPriorPicsFlag 를 1 로 설정하도록 허용된다.

- 그렇지 않으면, 비디오 디코더 (30) 는 NoOutputOfPriorPicsFlag 를 no_output_of_prior_pics_flag 와 동일하게 설정할 수도 있다.

2. 비디오 디코더 (30) 는 HRD 에 대해 적용되는테스트 중에 유도된 NoOutputOfPriorPicsFlag 의 값을 다음과 같이 적용할 수도 있다:

- NoOutputOfPriorPicsFlag 가 1 과 동일하면, 비디오 디코더 (30) 는 빈 픽처 스토리지 버퍼들에 포함된 픽처들의 출력 없이 DPB 에서의 모든 서브-DPB들에서 모든 픽처 스토리지 버퍼들을 비울 수도 있으며, 비디오 디코더 (30) 는 서브-DPB들의 모두에 대해 서브-DPB 충만도를 0 과 동일하게 설정할 수도 있다.

- 그렇지 않으면 (즉, NoOutputOfPriorPicsFlag 가 0 과 동일하면), 비디오 디코더 (30) 는 "출력용으로 불필요" 및 "참조용으로 미사용" 으로서 마킹되는 픽처를 포함하는 모든 픽처 스토리지 버퍼들을 비울 수도 있으며, 비디오 디코더 (30) 는 하위 조항 F.13.5.2.4 에 규정된 "범핑" 프로세스를 반복 호출함으로써 DPB 에서의 모든 비어있지 않은 픽처 스토리지 버퍼들을 비울 수도 있으며, 비디오 디코더 (30) 는 DPB 충만도를 0 과 동일하게 설정할 수도 있다.

- 그렇지 않으면 (예컨대, 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지거나 또는 0 과 동일하지 않은 nuh_layer_id 를 가지는 IRAP 픽처가 아니면), 비디오 디코더 (30) 는 "출력용으로 불필요" 및 "참조용으로 미사용" 으로서 마킹되는 픽처를 포함하는 모든 픽처 스토리지 버퍼들을 비울 수도 있다. 비어 있는 각각의 픽처 스토리지 버퍼에 대해, 비디오 디코더 (30) 는 그 픽처 스토리지 버퍼와 연관된 서브-DPB 의 서브-DPB 충만도를 1 만큼 감분할 수도 있다. 변수 currLayerId 는 현재의 디코딩된 픽처의 nuh_layer_id와 동일하게 설정되며, 변수 currSubDpbId 는 현재의 디코딩된 픽처와 연관된 서브-DPB 의 인덱스와 동일하게 설정되며, 그리고 다음 조건들 중 하나 이상의 조건이 참일 때, 비어 있는 각각의 추가적인 픽처 스토리지 버퍼에 대해, 다음 조건들 중 어느 조건도 참이 아닐때 까지, DPB 충만도를 1 만큼 추가로 감분하면서, 하위 조항 F.13.5.2.4 에 규정된 "범핑" 프로세스가 반복적으로 호출된다:

- "출력용으로 필요" 로 마킹되며 [[현재의 픽처와 연관된 서브-DPB 에서의 currLayerId 와 동일한 nuh _layer_ id 를 가지는 픽처들 ]] 적어도 하나의 픽처를 포함하는 액세스 유닛들 의 개수는 활성 SPS 로부터의 sps_max_num_reorder_pics[ HighestTid ] (부속서 A 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10 에 규정된 디코딩 프로세스를 적용함으로써 디코딩되는 경우) 또는 currLayerId 의 값에 대한 활성 계층 VPS 로부터의 max_vps_num_reorder_pics[ TargetOutputLayerId ][[[ LayerIdxInVps[ currLayerId ] ]]][ HighestTid ] (부속서 G 또는 H 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10, 부속서 F, 및 부속서 G 또는 H 에 규정된 디코딩 프로세스를 적용하여 디코딩되는 경우) 보다 크다.

- 활성 SPS 의 sps_max_latency_increase_plus1[ HighestTid ] (부속서 A 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절 들 2-10 에 규정된 디코딩 프로세스를 적용함으로써 디코딩되는 경우) 또는 활성 VPS 의 VpsMaxLatencyPictures[ TargetOutputLayerId ][[[ LayerIdxInVps[ currLayerId ] ]]][ HighestTid ] (부속서 G 또는 H 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10, 부속서 F, 및 부속서 G 또는 H 에 규정된 디코딩 프로세스를 적용하여 디코딩되는 경우) 는 0 과 동일하지 않으며, 연관된 변수 PicLatencyCount[ currLayerId ] 가 활성 SPS 로부터 유도된 SpsMaxLatencyPictures[ HighestTid ] (부속서 A 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10 에 규정된 디코딩 프로세스를 적용함으로써 디코딩되는 경우) 또는 currLayerId 의 값에 대한 활성 VPS 로부터의 VpsMaxLatencyPictures[ TargetOutputLayerId ][[[ LayerIdxInVps [ currLayerId ] ]]][ HighestTid ] (부속서 G 또는 H 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10, 부속서 F, 및 부속서 G 또는 H 에 규정된 디코딩 프로세스를 적용하여 디코딩되는 경우) 보다 크거나 또는 동일한, [["출력용으로 필요 " 로서 마킹되는 ]] DPB 에서 [[ currLayerId 와 동일한 nuh _layer_ id 를 가지는 픽처 ]] "출력용으로 필요 " 로서 마킹되는 픽처를 포함하는 적어도 하나의 액세스 유닛 이 존재한다.

- 연관된 서브-DPB 에서의 currLayerId 와 동일한 nuh_layer_id 를 가지는 픽처들의 개수는 활성 SPS (부속서 A 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10 에 규정된 디코딩 프로세스를 적용함으로써 디코딩되는 경우) 로부터의 sps_max_dec_pic_buffering_minus1[ HighestTid ] + 1 또는 max_vps_dec_pic_buffering_minus1[ TargetOutputLayerId ][ currSubDpbId ][HighestTid] + 1 (부속서 G 또는 H 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10, 부속서 F, 및 부속서 G 또는 H 에 규정된 디코딩 프로세스를 적용하여 디코딩되는 경우) 보다 크거나 또는 동일하다.

위에서 마크된 추가부분들 및 삭제부분들에 위에서 나타낸 바와 같이, 픽처 출력 및 제거 프로세스 (또한, "범핑 (bumping)" 이라 함) 는 본 개시물의 서브-DPB 파라미터 시그널링 기법들을 반영하기 위해 업데이트된다. 하나의 변화는 범핑 프로세스를 속행하기 위한 조건들이 픽처들보다는 액세스 유닛들에 기초한다는 점이다. 이것은, 본 개시물의 기법들에 따르면, 서브-DPB 파라미터들이 출력 계층에 적용되기 때문이다. 또한 이점과 관련하여, 특정의 출력 계층 세트의 모든 계층이 그 동일한 서브-DPB 파라미터들을 공유하므로, 특정의 계층 ID들 (예컨대, LayerIdxInVps 및 currLayerId) 에 대한 서브-DPB 파라미터들의 값들을 체킹할 필요성이 제거된다.

다음은 본 개시물의 예시적인 기법들을 구현하기 위해 HEVC 하위절 C.1.1.1.1 에 대한, 픽처 디코딩, 마킹, 추가적인 범핑, 및 스토리지 프로세스들의 변경들을 나타낸다. 또, 추가부분들은 굵은 글씨체와 밑줄로서 표시되며, 삭제 부분들은 삭제선 또는 이탤릭체 이중 꺾쇠괄호로 표시된다.

이 하위 조항에 규정된 프로세스들은 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 가 CPB 로부터 현재의 픽처를 포함하는 액세스 유닛 n 의 최종 디코딩 유닛을 제거할 때 동시에 발생할 수도 있다. 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 변수 currLayerId 를 현재의 디코딩된 픽처의 nuh_layer_id 와 동일하게 설정할 수도 있으며, currSubDpbId 를 현재의 픽처가 연관되는 계층과 연관된 서브-DPB 의 인덱스와 동일하게 설정할 수도 있다. 본 개시물의 기법들에 의해 그 규정된 픽처 디코딩, 마킹, 추가적인 범핑 및 스토리지 프로세스들에 도입된 변경들은 아래에 밑줄 및 삭제선 또는 이탤릭체 이중 꺾쇠괄호 텍스트를 이용하여 표시된다.

"출력용으로 필요 " 로서 마킹되는 연관된 서브- DPB 에서의 픽처를 포함하는 액세스 유닛에 대해, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 연관된 변수 PicLatencyCount 를 PicLatencyCount + 1 과 동일하게 설정할 수도 있다.

비디오 디코더 (30) 는 현재의 픽처를 , 픽처의 최종 디코딩 유닛이 디코딩된 후 디코딩되는 것으로 간주할 수도 있다. 현재의 디코딩된 픽처는 DPB 내 빈 픽처 스토리지 버퍼에 저장되며, 다음이 적용된다:

- 현재의 디코딩된 픽처가 1 과 동일한 PicOutputFlag 를 가지면, 비디오 디코더 (30) 는 현재의 디코딩된 픽처를 "출력용으로 필요 " 로서 마킹할 수도 있으며 현재의 액세스 유닛과 연관된 변수 PicLatencyCount 는 0 과 동일하게 설정된다.

- 그렇지 않으면 (예컨대, 현재의 디코딩된 픽처가 0 과 동일한 PicOutputFlag 를 가지면), 비디오 디코더 (30) 는 현재의 디코딩된 픽처를 "출력용으로 불필요 " 로서 마킹할 수도 있다.

게다가, 비디오 디코더 (30) 는 현재의 디코딩된 픽처를 "단기 참조용으로 사용" 으로서 마킹할 수도 있다.

다음 조건들 중 하나 이상이 참일 때, 비디오 디코더 (30) 는 하위 조항 F.13.5.2.4 에 규정된 "범핑" 프로세스를, 다음 조건들 중 어떤 조건도 참이 아닐 때까지, 반복적으로/반복하여 호출할 수도 있다:

- "출력용으로 필요" 로 마킹된 적어도 하나의 픽처를 포함하는 액세스 유닛들의 개수 가 활성 SPS 로부터의 sps_max_num_reorder_pics[ HighestTid ] (부속서 A 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10 에 규정된 디코딩 프로세스를 적용함으로써 디코딩되는 경우) 또는 currLayerId 의 값에 대한 활성 VPS 로부터의 max_vps_num_reorder_pics[ TargetOutputLayerId ][ HighestTid ] (부속서 G 또는 H 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10, 부속서 F, 및 부속서 G 또는 H 에 규정된 디코딩 프로세스를 적용하여 디코딩되는 경우) 보다 크다.

- sps_max_latency_increase_plus1[ HighestTid ] 가 (부속서 A 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10 에 규정된 디코딩 프로세스를 적용함으로써 디코딩되는 경우) 0 과 동일하지 않거나 또는 활성 VPS 로부터의 VpsMaxLatencyPictures[ TargetOutputLayerId ][ HighestTid ] (부속서 G 또는 H 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10, 부속서 F, 및 부속서 G 또는 H 에 규정된 디코딩 프로세스를 적용하여 디코딩되는 경우) 가 0 과 동일하지 않으며, 연관된 변수 PicLatencyCount 가 활성 SPS 로부터 유도된 SpsMaxLatencyPictures[ HighestTid ] (부속서 A 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10 에 규정된 디코딩 프로세스를 적용함으로써 디코딩되는 경우) 또는 currLayerId 의 값에 대한 활성 VPS 로부터의 VpsMaxLatencyPictures[ TargetOutputLayerId ][ HighestTid ] (부속서 G 또는 H 에 규정된 프로파일들 중 하나 이상에 따르는 코딩된 비디오 시퀀스가 하위절들 2-10, 부속서 F, 및 부속서 G 또는 H 에 규정된 디코딩 프로세스를 적용하여 디코딩되는 경우) 보다 크거나 또는 동일한, "출력용으로 필요 " 로서 마킹된 픽처를 포함하는 적어도 하나의 액세스 유닛 이 존재한다.

위에서 마킹된 추가 부분들 및 삭제 부분들에 나타낸 바와 같이, 픽처 출력 및 제거 프로세스 (또한, "범핑" 이라 함) 는 본 개시물의 서브-DPB 파라미터 시그널링 기법들을 반영하기 위해 업데이트된다. 하나의 변경은 범핑 프로세스를 속행하기 위한 조건들이 픽처들보다는 액세스 유닛들에 기초한다는 것이다. 이것은, 본 개시물의 기법들에 따르면, 서브-DPB 파라미터들이 꼭 계층들의 서브-세트만이 아닌, 전체 출력 계층 세트에 적용되기 때문이다.

다음은 위에서 설명된 제 1 예시적인 구현예에 대한, 제 2 예시적인 구현예의 설명이다. 제 1 예시적인 구현예와는 대조적으로, 제 2 예시적인 구현예에 따르면, 비디오 인코더 (20) 는 max_vps_num_reorder_pics[ i ][ j ] 및 max_vps_latency_increase_plus1[ i ][ j ] 의 값들이 연관되는 계층을 규정하는 계층 ID 를 시그널링할 수도 있다. 제 2 예시적인 구현예에 의해 도입되는 신택스 및 의미들의 변경들은 위에서 나타낸 바와 같이, 굵은 글씨체 및 밑줄 및 취소선 포맷을 이용하여 아래에서 식별된다. 제 2 예시적인 구현예에 따르면, (즉, 밑줄 치지도 않고 삭제선 또는 이탤릭체 이중 꺾쇠괄호로 표시되지 않은 텍스트로 표시된) 다른 신택스 엘리먼트들의 신택스 및 의미들은, 동일하게 유지한다.

테이블 5 - DPB 사이즈 테이블 신택스

위 테이블 5 은 제 1 예시적인 구현예에 대한, 제 2 예시적인 구현예에 의해 도입된 신택스 변경들을 설명한다. 제 2 예시적인 구현예에 의해 도입된 바와 같은, 의미들에 대한 변경들이 아래에서 설명된다.

비디오 디코더 (30) 는 reorder_info_layer_id[ i ][ j ] 신택스 엘리먼트가 max_vps_num_reorder_pics[ i ][ j ] 및 max_vps_latency_increase_plus1[ i ][ j ] 의 값들이 적용되는 i-번째 출력 계층 세트에 속하는 계층의 nuh_layer_id 값을 규정한다고 결정할 수도 있다. reorder_info_layer_id[ i ][ j ] 신택스 엘리먼트가 존재하지 않는 경우, 비디오 디코더 (30) 는 reorder_info_layer_id[ i ][ j ] 의 값을 0 과 동일한 것으로 추론할 수도 있다. 대안적으로, 일부 예들에서, reorder_info_layer_id[ i ][ j ] 가 존재하지 않을 때, 비디오 디코더 (30) 는 reorder_info_layer_id[ i ][ j ] 의 값을 i-번째 출력 계층 세트에서 최고 계층의 nuh_layer_id 와 동일한 것으로 추론할 수도 있다. 대안적으로, 일부 예들에서, 비디오 인코더 (20) 는 비디오 디코더 (30) 에게 reorder_info_layer_id[i][j] 신택스 엘리먼트가 시그널링되는지 여무를 규정하는 플래그를 시그널링할 수도 있다.

비디오 디코더 (30) 는, HighestTid 가 j 와 동일할 때, CVS 에서의 i-번째 출력 계층 세트에서 reorder_info_layer_id[ i ][ j ] 와 동일한 nuh_layer_id 를 가지는 임의의 픽처에 디코딩 순서에서 선행하고 reorder_info_layer_id[ i ][ j ] 와 동일한 nuh_layer_id 를 가지는 그 픽처에 출력 순서에서 뒤따를 수도 있는, reorder_info_layer_id[ i ][ j ] 와 동일한 nuh_layer_id 를 가지는 픽처들의 최대 허용 개수를 max_ vps _ num _reorder_pics[i][j] 신택스 엘리먼트가 표시한다고 결정할 수도 있다. max_vps_num_reorder_pics[i][j] 가 1 내지 (vps_max_sub_layers_minus1-1) 의 범위에서의 j 에 대해 존재하지 않을 때, sub_layer_dpb_info_present_flag[i][j] 가 0 과 동일하기 때문에, 비디오 디코더 (30) 는 max_vps_num_reorder_pics[i][j] 신택스 엘리먼트의 값을 max_vps_num_reorder_pics[i][j-1] 과 동일한 것으로 추론할 수도 있다.

max_ vps _latency_increase_ plus1[i][j] 의 값이 0 과 동일하지 않은 경우들에서, 비디오 디코더 (30) 는 max_vps_latency_increase_plus1[i][j] 신택스 엘리먼트의 값을 이용하여, VpsMaxLatencyPictures[i][k][j] 의 값을 계산할 수도 있다. VpsMaxLatencyPictures[i][k][j] 신택스 엘리먼트의 값은, 결과적으로, HighestTid 가 j 와 동일할 때, CVS 에서의 reorder_info_layer_id[i][j] 와 동일한 nuh_layer_id 를 가지는 임의의 픽처에 출력 순서에서 선행하고 reorder_info_layer_id[i][j] 와 동일한 nuh_layer_id 를 가지는 그 픽처에 디코딩 순서에서 뒤따를 수도 있는 i-번째 출력 계층 세트에서의 reorder_info_layer_id[i][j] 와 동일한 nuh_layer_id 를 가지는 픽처들의 최대 개수를 규정할 수도 있다. max_vps_latency_increase_plus1[ i ][ j ] 가 1 내지 (vps_max_sub_layers_minus1-1) 의 범위에서의 j 에 대해 존재하지 않는 예들에서, sub_layer_dpb_info_present_flag[i][j] 의 값이 0 과 동일하기 때문에, 비디오 디코더 (30) 는 max_vps_latency_increase_plus1[i][j] 의 값을 max_vps_latency_increase_plus1[i][j-1] 과 동일한 것으로 추론할 수도 있다.

max_vps_latency_increase_plus1[i][j] 가 0 과 동일하지 않은 경우들에서, VpsMaxLatencyPictures[ i ][ k ][ j ] 의 값은 다음과 같이 공식에 의해 규정된다:

VpsMaxLatencyPictures[ i ][ j ] = max_vps_num_reorder_pics[ i ][ j ] + max_vps_latency_increase_plus1[ i ][ j ] - 1

반대로, max_vps_latency_increase_plus1[i][j] 가 0 과 동일한 예들에서, 어떤 대응하는 한계도 표시되지 않는다. 이들 예들에서, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 max_vps_latency_increase_plus1[i][j] 의 값이 0 내지 (2^32-2) 의 범위 내에 있다고 결정할 수도 있다.

다음은 제 1 예시적인 구현예에 대한, 제 3 예시적인 구현예를 설명한다. 그러나, 제 1 예시적인 구현예와는 대조적으로, 제 3 예시적인 구현예에 따르면, 비디오 인코더 (20) 는 재정렬 픽처들의 최대 개수 및 최대 레이턴시가 출력 계층 세트에서의 각각의 계층에 대해 시그널링되는지 여부를 규정하는 플래그를 시그널링할 수도 있다. 예를 들어, 제 3 예시적인 구현예에 따르면, 비디오 인코더 (20) 는 플래그를, 재정렬 픽처들의 최대 개수 및 최대 레이턴시가 출력 계층 세트에서의 각각의 계층에 대해 시그널링된다는 것을 표시하기 위해 제 1 값으로, 그리고 재정렬 픽처들의 최대 개수 및 최대 레이턴시가 출력 계층 세트에서의 각각의 계층에 대해 시그널링되지 않는다는 것을 표시하기 위해 제 2 값으로 설정할 수도 있다. 제 1 예시적인 구현예에 의해 제공되는 신택스와 비교하여, 제 3 예시적인 구현예에 의해 도입되는 변경들은, 아래 테이블 6 에서 밑줄 및 굵은 글씨체로 식별된다.

테이블 6 - DPB 사이즈 테이블 신택스

테이블 6 의 DPB 사이즈 테이블에 관한 제 3 예시적인 구현예에 의해 도입되는 새로운 의미들이, 제 1 예시적인 구현예와 비교하여, 아래에 설명된다. 제 3 예시적인 구현예에 대해 아래에서 설명되지 않는 임의의 의미들은 제 1 예시적인 구현예에서와 동일하게 유지한다.

비디오 인코더 (20) 가 sub_layer_flag_info_present_flag[ i ] 를 1 과 동일하게 설정하는 예들에서, sub_layer_flag_info_present_flag[i] 는 sub_layer_dpb_info_present_flag[i][j] 가 vps_max_sub_layers_minus1 서브-계층들에 대해 존재한다는 것을 규정한다. 반대로, 비디오 인코더 (20) 가 sub_layer_flag_info_present_flag[i] 를 0 과 동일하게 설정하는 예들에서, sub_layer_flag_info_present_flag[i] 는 0 보다 큰 j 의 각각의 값에 대해, sub_layer_dpb_info_present_flag[i][j] 가 존재하지 않는다는 것을 규정한다. 비디오 인코더 (20) 가 sub_layer_flag_info_present_flag[i] 를 0 으로 설정하는 일부 예들에서, 비디오 디코더 (30) 는 sub_layer_dpb_info_present_flag[i][j] 의 값을 0 과 동일한 것으로 추론할 수도 있다.

비디오 인코더가 sub_layer_ dpb _info_present_flag[ i ][ j ] 를 1 과 동일하게 설정하는 예들에서, sub_layer_dpb_info_present_flag[i][j] 는 비디오 디코더 (30) 에게, 0 내지 (NumSubDpbs[i]-1) 의 범위에서의 k 에 있어 max_vps_dec_pic_buffering_minus1[i][k][j], 및 reorder_info_only_highest_layer_flag[ i ][ j ] 가 j-번째 서브-계층에 대해 존재한다는 것을 규정한다. 한편, 비디오 인코더 (20) 가 sub_layer_dpb_info_present_flag[i][j] 를 0 과 동일하게 설정하는 예들에서, sub_layer_dpb_info_present_flag[i][j] 는 비디오 디코더 (30) 에게, max_vps_dec_pic_buffering_minus1[ i ][ k ][ j ] 의 값들이 0 내지 (NumSubDpbs[ i ] - 1) 의 범위에서의 k 에 대해 max_vps_dec_pic_buffering_minus1[ i ][ k ][ j - 1 ] 과 동일하다는 것을, 그리고 값들 max_vps_num_reorder_pics[ i ][ k ][ j ] 및 max_vps_latency_increase_plus1[ i ][ k ][ j ] 가 0 내지 (NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 1) 의 범위에서의 k 에 대해, max_vps_num_reorder_pics[ i ][ k ][ j - 1 ] 및 max_vps_latency_increase_plus1[ i ][ k ][ j - 1 ] 과 각각 동일하게 설정된다는 것을, 규정한다. 비디오 디코더 (30) 는 i 의 임의의 가능한 값에 대해 sub_layer_dpb_info_present_flag[ i ][ 0 ] 의 값을 1 과 동일한 것으로 추론할 수도 있다.

max_ vps _dec_ pic _buffering_ minus1[ i ][ k ][ j ] 의 값 플러스 1 은 HighestTid 가 j 와 동일할 때 픽처 스토리지 버퍼들의 유닛들에서의 i-번째 출력 계층 세트에서 CVS 에 대한 k-번째 서브-DPB 의 최대 요구된 사이즈를 규정한다. j 가 0 보다 클 때, max_vps_dec_pic_buffering_minus1[ i ][ k ][ j ] 는 max_vps_dec_pic_buffering_minus1[i][k][j-1] 보다 크거나 또는 동일하여야 한다. max_vps_dec_pic_buffering_minus1[ i ][ k ][ j ] 가 1 내지 (vps_max_sub_layers_minus1 - 1) 의 범위에서의 j 에 대해 존재하지 않을 때, 비디오 디코더 (30) 는 max_vps_dec_pic_buffering_minus1[ i ][ k ][ j ] 를 max_vps_dec_pic_buffering_minus1[i][k][j-1] 과 동일한 것으로 추론할 수도 있다.

reorder_info_only_highest_layer_flag[ i ][ j ] 가 1 과 동일한 예들에서, reorder_info_only_highest_layer_flag[i][j] 는 비디오 디코더 (30) 에게, 신택스 엘리먼트들 max_vps_num_reorder_pics[ i ][ NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 1 ][ j ] 및 max_vps_latency_increase_plus1[ i ][ NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 1 ][ j ] 가 존재한다고 표시하며, 그리고 0 내지 (NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 2) 의 범위에서의 k 에 대해, max_vps_num_reorder_pics[ i ][ k ][ j ] 및 max_vps_latency_increase_plus1[ i ][ k ][ j ] 가, (예컨대, 비디오 디코더 (30) 에 의해) max_vps_num_reorder_pics[ i ][ NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 1 ][ j ] 및 max_vps_latency_increase_plus1[ i ][ NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 1 ][ j ] 과 동일한 것으로 각각 추론된다. 한편, reorder_info_only_highest_layer_flag[i][j] 가 0 과 동일한 예들에서, reorder_info_only_highest_layer_flag[i][j] 는 비디오 디코더 (30) 에게, 신택스 엘리먼트들 max_vps_num_reorder_pics[ i ][ k ][ j ] 및 max_vps_latency_increase_plus1[ i ][ k ][ j ] 가 (예컨대, 비디오 인코더 (20) 에 의해) 0 내지 (NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 1) 의 범위에서의 k 에 대해 시그널링된다는 것을 표시한다.

max_ vps _ num _reorder_pics[ i ][ k ][ j ] 신택스 엘리먼트는 HighestTid 가 j 와 동일할 때 CVS 에서의 i-번째 출력 계층 세트에서의 layer_id_in_nuh[ k ] 와 동일한 nuh_layer_id 를 가지는 임의의 픽처에 디코딩 순서에서 선행하고 layer_id_in_nuh[ k ] 와 동일한 nuh_layer_id 를 가지는 그 픽처에 출력 순서에서 뒤따를 수 있는, layer_id_in_nuh[ k ] 와 동일한 nuh_layer_id 를 가지는 픽처들의 최대 허용 개수를 (예컨대, 비디오 디코더 (30) 에게) 표시한다. max_vps_num_reorder_pics[ i ][ k ][ j ] 가 1 내지 (vps_max_sub_layers_minus1 - 1) 의 범위에서의 j 에 대해 존재하지 않을 때, sub_layer_dpb_info_present_flag[ i ][ j ] 가 0 과 동일하기 때문에, 그것은 (예컨대, 비디오 디코더 (30) 에 의해) max_vps_num_reorder_pics[ i ][ k ] [ j - 1] 과 동일한 것으로 추론된다. 반대로, max_vps_num_reorder_pics[ i ][ k ][ j ] 가 0 내지 (NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 2) 의 범위에서의 k 에 대해 존재하지 않는 예들에서, sub_layer_dpb_info_present_flag[ i ][ j ] 가 1 과 동일하고 reorder_info_only_highest_layer_flag[ i ][ j ] 가 0 과 동일하기 때문에, 비디오 디코더 (30) 는 max_vps_num_reorder_pics[ i ][ k ][ j ] 를 max_vps_num_reorder_pics[ i ][ NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 1 ][ j - 1] 과 동일한 것으로 추론할 수도 있다.

max_ vps _latency_increase_ plus1[ i ][ k ][ j ] 가 0 과 동일하지 않는 예들에서, 비디오 디코더 (30) 는 HighestTid 가 j 와 동일할 때 CVS 에서 layer_id_in_nuh[ k ] 와 동일한 nuh_layer_id 를 가지는 임의의 픽처에 출력 순서에서 선행하고 layer_id_in_nuh[ k ] 와 동일한 nuh_layer_id 를 가지는 그 픽처에 디코딩 순서에서 뒤따를 수 있는, i-번째 출력 계층 세트에서의 layer_id_in_nuh[ k ] 와 동일한 nuh_layer_id 를 가지는 픽처들의 최대 개수를 규정하는 VpsMaxLatencyPictures[ i ][ k ][ j ] 의 값을 계산하기 위해, max_vps_latency_increase_plus1[i][k][j] 를 이용할 수도 있다. max_vps_latency_increase_plus1[ i ][ k ][ j ] 가 1 내지 (vps_max_sub_layers_minus1 - 1) 의 범위에서의 j 에 대해 존재하지 않는 예들에서, sub_layer_dpb_info_present_flag[ i ][ j ] 가 0 과 동일하기 때문에, 비디오 디코더 (30) 는 max_vps_latency_increase_plus1[i][k][j] 를 max_vps_latency_increase_plus1[ i ][ k ][j-1] 과 동일한 것으로 추론할 수도 있다. max_vps_latency_increase_plus1[ i ][ k ][ j ] 가 0 내지 (NumLayersInIdList[ output_layer_set_idx_minus1[i] + 1] - 2) 의 범위에서의 k 에 대해 존재하지 않는 예들에서, sub_layer_dpb_info_present_flag[ i ][ j ] 가 1 과 동일하고 reorder_info_only_highest_layer_flag[ i ][ j ] 가 0 과 동일하기 때문에, 비디오 디코더 (30) 는 max_vps_latency_increase_plus1[i][k][j] 를 max_vps_latency_increase_plus1[ i ][NumLayersInIdList[ output_layer_set_idx_minus1[ i ] + 1] - 1 ][ j ] 와 동일한 것으로 추론할 수도 있다.

max_vps_latency_increase_plus1[ i ][ k ][ j ] 가 0 과 동일하지 않는 경우들에서는, VpsMaxLatencyPictures[ i ][ k ][ j ] 의 값은 다음과 같이 공식에 의해 규정된다:

VpsMaxLatencyPictures[ i ][ k ][ j ] = max_vps_num_reorder_pics[ i ][ k ][ j ] + max_vps_latency_increase_plus1[ i ][ k ][ j ] - 1

max_vps_latency_increase_plus1[ i ][ k ][ j ] 가 0 과 동일한 경우들에서는, 어떤 대응하는 한계도 표시되지 않는다. max_vps_latency_increase_plus1[ i ][ k ][ j ] 의 값은, 이러한 예들에서, 0 내지 (2^32 - 2) 의 범위 내 이어야 한다.

도 6 은 본 개시물에서 설명된 서브-DPB 파라미터 시그널링을 위한 기법들을 구현할 수도 있는 예시적인 비디오 인코더 (20) 를 예시하는 블록도이다. 비디오 인코더 (20) 는 HEVC 및 H.264/AVC 뿐만 아니라, 이러한 표준들의 스케일러블, 멀티뷰 및 3D 확장판들을 포함한, 임의의 비디오 인코딩 기법들에 따라서, 비디오 데이터를 인코딩하도록 구성될 수도 있다. 도 6 의 예는 HEVC 를 참조하여 설명될 것이다. 이 점에 있어서, 도 6 에 나타낸 비디오 인코딩 루프는 스케일러블 비디오 인코딩 프로세스의 각각의 계층 (즉, 기초 계층들 및 향상 계층들) 에, 멀티뷰 비디오 코딩 프로세스의 각각의 뷰에, 또는 3D 비디오 코딩 프로세스의 텍스쳐 및 심도 뷰들 양쪽에 적용될 수도 있다.

비디오 인코더 (20) 는 비디오 슬라이스들 내 비디오 블록들의 인트라-코딩 및 인터-코딩을 수행할 수도 있다. 인트라 코딩은 주어진 비디오 프레임 또는 픽처 내 비디오에서 공간 리던던시를 감소시키거나 또는 제거하기 위해, 공간 예측에 의존한다. 인터-코딩은 비디오 시퀀스의 인접 프레임들 또는 픽처들 내 비디오에서 시간 리던던시를 감소시키거나 또는 제거하기 위해, 시간 예측에 의존한다. 인트라-모드 (I 모드) 는 여러 공간 기반의 압축 모드들 중 임의의 압축 모드를 지칭할 수도 있다. 단방향 예측 (P 모드) 또는 양방향-예측 (B 모드) 과 같은 인터-모드들은 여러 시간-기반의 압축 모드들 중 임의의 모드를 지칭할 수도 있다. 게다가, 비디오 인코더 (20) 는 위에서 설명한 바와 같이 상이한 뷰들 또는 계층들 사이에 인터-뷰 예측 및/또는 인터-계층 예측을 수행할 수도 있다.

도 6 의 예에서, 비디오 인코더 (20) 는 비디오 데이터 메모리 (40), 예측 프로세싱 유닛 (41), DPB (64), 합산기 (50), 변환 프로세싱 유닛 (52), 양자화 유닛 (54), 및 엔트로피 인코딩 유닛 (56) 을 포함한다. 예측 프로세싱 유닛 (41) 은 모션 및 디스패리티 추정 유닛 (42), 모션 및 디스패리티 보상 유닛 (44), 및 인트라-예측 프로세싱 유닛 (46) 을 포함한다. 비디오 블록 복원을 위해, 비디오 인코더 (20) 는 또한 역양자화 유닛 (58), 역변환 프로세싱 유닛 (60), 및 합산기 (62) 를 포함한다. 디블록킹 필터 (도 6 에 미도시) 가 또한 블록 경계들을 필터링하여 복원된 비디오로부터 블록킹 현상 아티팩트들을 제거하기 위해 포함될 수도 있다. 원할 경우, 디블록킹 필터는 일반적으로 합산기 (62) 의 출력을 필터링할 것이다. 추가적인 루프 필터들 (인 루프 또는 사후 루프) 이 또한 디블록킹 필터에 추가하여 사용될 수도 있다.

비디오 데이터 메모리 (40) 는 비디오 인코더 (20) 의 구성요소들에 의해 인코딩될 비디오 데이터를 저장할 수도 있다. 비디오 데이터 메모리 (40) 에 저장된 비디오 데이터는 예를 들어, 비디오 소스 (18) 로부터 획득될 수도 있다. DPB (64) 는 비디오 데이터를 비디오 인코더 (20) 에 의해 (예컨대, 인트라- 또는 인터-예측 코딩 모드들로서 또한 지칭되는, 인트라- 또는 인터-코딩 모드들에서) 인코딩할 때에 사용을 위한 참조 비디오 데이터를 저장하는 디코딩된 픽처 버퍼 (DPB) 의 일 예이다. 비디오 데이터 메모리 (40) 및 DPB (64) 는 동기 DRAM (SDRAM) 을 포함한 동적 랜덤 액세스 메모리 (DRAM), 자기저항 RAM (MRAM), 저항 RAM (RRAM), 또는 다른 유형들의 메모리 디바이스들과 같은, 다양한 메모리 디바이스들 중 임의의 메모리 디바이스에 의해 형성될 수도 있다. 비디오 데이터 메모리 (40) 및 DPB (64) 는 동일한 메모리 디바이스 또는 별개의 메모리 디바이스들에 의해 제공될 수도 있다. 여러 예들에서, 비디오 데이터 메모리 (40) 는 비디오 인코더 (20) 의 다른 구성요소들과의 온칩, 또는 그들 구성요소들에 대한 오프-칩일 수도 있다.

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

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

모션 및 디스패리티 추정 유닛 (42) 은 비디오 슬라이스에 대한 인터-예측 모드 및/또는 인터뷰 예측 모드를 비디오 시퀀스에 대한 미리 결정된 패턴에 따라서 결정하도록 구성될 수도 있다. 미리 결정된 패턴은 그 시퀀스에서의 비디오 슬라이스들을 P 슬라이스들 또는 B 슬라이스들로서 지시할 수도 있다. 모션 및 디스패리티 추정 유닛 (42) 및 모션 및 디스패리티 보상 유닛 (44) 은 고도로 통합될 수도 있지만, 개념적인 목적들을 위해 별개로 예시된다. 모션 및 디스패리티 추정 유닛 (42) 에 의해 수행되는 모션 추정은 모션 벡터들을 발생하는 프로세스이며, 이 프로세스는 비디오 블록들에 대한 모션을 추정한다. 모션 벡터는, 예를 들어, 참조 픽처 내 예측 블록에 대한, 현재의 비디오 프레임 또는 픽처 내 비디오 블록의 PU 의 변위를 나타낼 수도 있다. 모션 및 디스패리티 추정 유닛 (42) 에 의해 수행되는 디스패리티 추정은 상이한 뷰에서의 블록으로부터 현재 코딩된 블록을 예측하는데 사용될 수도 있는, 디스패리티 벡터들을 발생하는 프로세스이다.

예측 블록은 픽셀 차이의 관점에서 코딩되는 비디오 블록의 PU 에 가깝게 매칭하는 것으로 발견되는 블록이며, SAD (sum of absolute difference), SSD (sum of square difference), 또는 다른 차이 메트릭들에 의해 결정될 수도 있다. 일부 예들에서, 비디오 인코더 (20) 는 DPB (64) 에 저장된 참조 픽처들의 서브-정수 픽셀 위치들에 대한 값들을 계산할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 참조 픽처의 1/4 픽셀 위치들, 1/8 픽셀 위치들, 또는 다른 분수 픽셀 위치들의 값들을 내삽할 수도 있다. 따라서, 모션 추정 유닛 (42) 은 풀 픽셀 위치들 및 분수 픽셀 위치들에 대해, 모션 탐색을 수행하고, 분수 픽셀 정밀도를 가진 모션 벡터를 출력할 수도 있다.

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

모션 및 디스패리티 보상 유닛 (44) 에 의해 수행되는 모션 보상 및/또는 디스패리티 보상은 모션 추정 및/또는 디스패리티 추정에 의해 결정된 모션 벡터에 기초하여 예측 블록을 페치하거나 또는 발생하여, 가능한 한, 내삽들을 서브-픽셀 정밀도까지 수행하는 것을 수반할 수도 있다. 현재의 비디오 블록의 PU 에 대한 모션 벡터 및/또는 디스패리티를 수신하자 마자, 모션 및 디스패리티 보상 유닛 (44) 은 모션 벡터 및/또는 디스패리티 벡터가 참조 픽처 리스트들 중 하나에서 가리키는 예측 블록을 로케이트할 수도 있다. 비디오 인코더 (20) 는 코딩중인 현재의 비디오 블록의 픽셀 값들로부터 예측 블록의 픽셀 값들을 감산하여 픽셀 차이 값들을 형성함으로써 잔차 비디오 블록을 형성한다. 픽셀 차이 값들은 블록에 대한 잔차 데이터를 형성하며, 루마 및 크로마 차이 성분들 양쪽을 포함할 수도 있다. 합산기 (50) 는 이 감산 연산을 수행하는 구성요소 또는 구성요소들을 나타낸다. 모션 및 디스패리티 보상 유닛 (44) 은 또한 비디오 슬라이스의 비디오 블록들을 디코딩할 때에 비디오 디코더 (30) 에 의한 사용을 위해 비디오 블록들 및 비디오 슬라이스와 연관되는 신택스 엘리먼트들을 발생할 수도 있다.

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

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

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

변환 프로세싱 유닛 (52) 은 최종 변환 계수들을 양자화 유닛 (54) 으로 전송할 수도 있다. 양자화 유닛 (54) 은 비트 레이트를 추가로 감소시키기 위해 변환 계수들을 양자화한다. 양자화 프로세스는 그 계수들의 일부 또는 모두와 연관되는 비트 심도를 감소시킬 수도 있다. 양자화의 정도는 양자화 파라미터를 조정함으로써 변경될 수도 있다. 일부 예들에서, 양자화 유닛 (54) 은 그후 양자화된 변환 계수들을 포함하는 매트릭스의 스캐닝을 수행할 수도 있다. 이의 대안으로, 엔트로피 인코딩 유닛 (56) 이 그 스캐닝을 수행할 수도 있다.

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

역양자화 유닛 (58) 및 역변환 프로세싱 유닛 (60) 은 역양자화 및 역변환을 각각 적용하여, 참조 픽처의 참조 블록으로 추후 사용을 위해 픽셀 도메인에서 잔차 블록을 복원한다. 비디오 인코더 (20) 의 이 부분은 종종 복원 루프로 불리며, 인코딩된 비디오 블록을 인터-예측에서 참조 픽처로서 사용을 위해 효과적으로 디코딩한다. 복원된 픽처들 및/또는 복원된 계층 픽처들은 DPB (64) 에 저장된다.

모션 및 디스패리티 보상 유닛 (44) 은 잔차 블록을 참조 픽처 리스트들 중 하나 내에서 참조 픽처들 중 하나의 예측 블록에 가산함으로써 참조 블록을 계산할 수도 있다. 모션 및 디스패리티 보상 유닛 (44) 은 또한 하나 이상의 내삽 필터들을 그 복원된 잔차 블록에 적용하여, 모션 추정에 사용하기 위한 서브-정수 픽셀 값들을 계산할 수도 있다. 합산기 (62) 는 복원된 잔차 블록을 모션 보상 유닛 (44) 에 의해 발생되는 모션 보상된 예측 블록에 가산하여, DPB (64) 에의 저장을 위한 참조 블록을 발생한다. 참조 블록은 후속 비디오 프레임 또는 픽처에서의 블록을 인터-예측하기 위해, 모션 및 디스패리티 추정 유닛 (42) 및 모션 및 디스패리티 보상 유닛 (44) 에 의해 참조 블록으로서 사용될 수도 있다.

도 5 를 참조하여 위에서 설명한 바와 같이, DPB (64) 는 복수의 서브-DPB들로 파티셔닝될 수도 있으며, 각각의 서브-DPB 는 멀티-계층 비디오 코딩 프로세스에서 상이한 유형의 계층에 대한 픽처들을 저장하도록 구성된다. 위에서 설명한 바와 같이, 그리고 도 8 를 참조하여 아래에서 좀더 자세히 설명되는 바와 같이, 비디오 인코더 (20) 는 본 개시물의 서브-DPB 파라미터 시그널링 기법들을 수행하도록 구성될 수도 있다.

도 7 은 본 개시물에서 설명된 서브-DPB 파라미터 시그널링 기법들을 구현할 수도 있는 예시적인 비디오 디코더 (30) 를 예시하는 블록도이다. 도 7 의 예에서, 비디오 디코더 (30) 는 비디오 데이터 메모리 (69), 엔트로피 디코딩 유닛 (80), 예측 프로세싱 유닛 (81), 역양자화 유닛 (86), 역변환 프로세싱 유닛 (88), 합산기 (90), 및 DPB (92) 를 포함한다. 예측 프로세싱 유닛 (81) 은 모션 및 디스패리티 보상 유닛 (82) 및 인트라-예측 프로세싱 유닛 (84) 을 포함한다. 비디오 디코더 (30) 는 일부 예들에서, 도 6 의 비디오 인코더 (20) 에 대해 설명된 인코딩 과정과는 일반적으로 반대인 디코딩 과정을 수행할 수도 있다.

비디오 데이터 메모리 (69) 는 비디오 디코더 (30) 의 구성요소들에 의해 디코딩될, 인코딩된 비디오 비트스트림과 같은, 비디오 데이터를 저장할 수도 있다. 비디오 데이터 메모리 (69) 에 저장된 비디오 데이터는 예를 들어, 저장 디바이스 (34) 로부터, 카메라와 같은 로컬 비디오 소스로부터, 비디오 데이터의 유선 또는 무선 네트워크 통신을 통해서, 또는 물리적인 데이터 저장 매체들에 액세스함으로써 획득될 수도 있다. 비디오 데이터 메모리 (69) 는 인코딩된 비디오 비트스트림으로부터 인코딩된 비디오 데이터를 저장하는 코딩된 픽처 버퍼 (CPB) 를 형성할 수도 있다.

디코딩 프로세스 동안, 비디오 디코더 (30) 는 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관되는 신택스 엘리먼트들을 나타내는 인코딩된 비디오 비트스트림을 비디오 인코더 (20) 로부터 수신한다. 비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (80) 은 비트스트림을 엔트로피 디코딩하여, 양자화된 계수들, 모션 벡터들, 디스패리티 벡터들, 및 다른 신택스 엘리먼트들을 발생한다. 엔트로피 디코딩 유닛 (80) 은 모션 벡터들, 디스패리티 벡터들, 및 다른 신택스 엘리먼트들을 예측 프로세싱 유닛 (81) 으로 포워딩한다. 비디오 디코더 (30) 는 신택스 엘리먼트들을 비디오 슬라이스 레벨 및/또는 비디오 블록 레벨에서 수신할 수도 있다.

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

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

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

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

모션 및 디스패리티 보상 유닛 (82) 이 모션 벡터들 및/또는 디스패리티 벡터들 및 다른 신택스 엘리먼트들에 기초하여 현재의 비디오 블록에 대한 예측 블록을 발생한 후, 비디오 디코더 (30) 는 역변환 프로세싱 유닛 (88) 으로부터의 잔차 블록들을 모션 보상 유닛 (82) 에 의해 발생된 대응하는 예측 블록들과 합산함으로써, 디코딩된 비디오 블록을 형성한다. 합산기 (90) 는 이 합산 동작을 수행하는 구성요소 또는 구성요소들을 나타낸다. 원할 경우, 블록킹 현상 아티팩트들 (blockiness artifacts) 를 제거하기 위해 디블록킹 필터가 또한 그 디코딩된 블록들을 필터링하는데 적용될 수도 있다. (코딩 루프 중에 또는 코딩 루프 이후에) 다른 루프 필터들이 또한 픽셀 전환들 (pixel transitions) 을 평활화하거나 또는 아니면 비디오 품질을 향상시키기 위해 사용될 수도 있다.

주어진 프레임 또는 픽처에서의 디코딩된 비디오는 그후 후속 모션 보상에 사용되는 참조 픽처들 블록들 (또는, 멀티-계층 비디오 코딩 프로세스에서의 계층 픽처들) 을 저장하는 DPB (92) 에 저장된다. DPB (92) 는 또한 도 1 의 디스플레이 디바이스 (32) 와 같은 디스플레이 디바이스 상에의 프리젠테이션을 위해, 디코딩된 비디오를 저장한다. 도 5 를 참조하여 위에서 설명한 바와 같이, DPB (92) 는 복수의 서브-DPB들로 파티셔닝될 수도 있으며, 각각의 서브-DPB 는 멀티-계층 비디오 코딩 프로세스에서 상이한 유형의 계층에 대한 픽처들을 저장하도록 구성된다. 위에서 설명한 바와 같이, 그리고 도 9 를 참조하여 아래에서 좀더 자세히 설명되는 바와 같이, 비디오 디코더 (300) 는 본 개시물의 서브-DPB 파라미터 시그널링 기법들을 수행하도록 구성될 수도 있다.

도 8 은 본 개시물의 기법들에 따른 예시적인 인코딩 방법을 나타내는 플로우차트이다. 도 8 의 기법들은 DPB (64) 를 포함한, 비디오 인코더 (20) 의 하나 이상의 하드웨어 유닛들에 의해 구현될 수도 있다.

본 개시물의 일 예에서, 비디오 인코더 (20) 는 인코딩된 비디오 비트스트림의 복수의 픽처들을 복원하고 (800), 그리고 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하도록 구성될 수도 있다 (802). 즉, DPB (64) 는 하나 이상의 서브-DPB들로 분할될 수도 있다. 비디오 인코더 (20) 는 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 발생시키고 (804), 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 서브-DPB 파라미터들의 개개의 세트를 적용하고 (806), 그리고 서브-DPB 파라미터들의 발생된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하도록 (808) 추가로 구성될 수도 있다. 본 개시물의 일 예에서, 서브-DPB 파라미터들은 하나 이상의 서브-DPB들에 허용되는 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 및 하나 이상의 서브-DPB들에 허용되는 최대 레이턴시를 표시하는 신택스 엘리먼트 중 적어도 하나를 포함한다. 비디오 인코더 (20) 는 서브-DPB 파라미터들의 개개의 세트를 인코딩된 비디오 비트스트림으로 시그널링하도록 (810) 추가로 구성될 수도 있다.

본 개시물의 다른 예에서, 비디오 인코더 (20) 는 서브-DPB 파라미터들의 개개의 세트를 비디오 파라미터 세트 (VPS) 로 발생시키도록 구성될 수도 있다. 본 개시물의 다른 예에서, 비디오 인코더 (20) 는 서브-DPB 파라미터들이 각각의 개개의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링되는지 여부를 표시하는 제 1 개개의 서브-계층 신택스 엘리먼트를 발생시키도록 구성될 수도 있다. 본 개시물의 다른 예에서, 비디오 인코더 (20) 는 제 1 서브-계층 신택스 엘리먼트가 서브-DPB 파라미터들이 특정의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링될 수도 있다는 것을 표시하는 경우에, 서브-DPB 파라미터들이 특정의 출력 계층 세트의 개개의 서브-계층들에 대해 시그널링되는지 여부를 표시하는 제 2 개개의 서브-계층 신택스 엘리먼트를 발생시키도록 구성될 수도 있다. 본 개시물의 다른 예에서, 비디오 인코더 (20) 는 서브-DPB 파라미터들이 특정의 서브-계층에 대해 시그널링된다고 제 2 개개의 서브-계층 신택스 엘리먼트가 표시하는 경우에, 특정의 서브-계층에 대한 서브-DPB 파라미터들의 추가적인 세트를 발생시키도록 구성될 수도 있다.

본 개시물의 다른 예에서, 서브-DPB 관리 프로세스는 픽처들을 참조용으로 미사용으로서 마킹하는 것, 출력을 위한 픽처들을 마킹하는 것, 및 서브-DPB 로부터 픽처들을 제거하는 것 중 적어도 하나를 포함하며, 서브-DPB 관리 프로세스를 수행하는 단계는 수신된 서브-DPB 파라미터들의 개개의 세트들을 이용하여 액세스 유닛 레벨 상에서 서브-DPB 관리 프로세스를 수행하는 단계를 포함한다. 비디오 인코더 (20) 는 출력용으로 필요로서 마킹된 적어도 하나의 픽처를 포함하는 DPB 에서의 액세스 유닛들의 개수에 기초하여 픽처들을 출력하고, 픽처들을 참조용으로 미사용으로서 계층 당 레벨로 (예컨대, 각각의 계층에 대해 독립적으로) 마킹하고, 그리고 서브-DPB 로부터의 픽처들을 계층 당 레벨로 (예컨대, 각각의 계층에 대해 독립적으로) 제거함으로써, 액세스 유닛 레벨 상에서 서브-DPB 관리 프로세스를 수행하도록 구성될 수도 있다.

도 9 는 본 개시물의 기법들에 따른 예시적인 디코딩 방법을 나타내는 플로우차트이다. 도 9 의 기법들은 DPB (92) 를 포함한, 비디오 디코더 (30) 의 하나 이상의 하드웨어 유닛들에 의해 구현될 수도 있다.

본 개시물의 일 예에서, 비디오 디코더 (30) 는 복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하고 (900), 그리고 복수의 픽처들을 하나 이상의 서브-DPB들에 저장하도록 (902) 구성될 수도 있다. 즉, DPB (92) 는 하나 이상의 서브-DPB들로 분할될 수도 있다. 비디오 디코더 (30) 는 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하고 (904), 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 서브-DPB 파라미터들의 개개의 세트를 적용하고 (906), 그리고 서브-DPB 파라미터들의 수신된 개개의 단일 세트들에 따라서 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하도록 (908) 추가로 구성될 수도 있다. 본 개시물의 일 예에서, 서브-DPB 파라미터들은 하나 이상의 서브-DPB들에 허용되는 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 및 하나 이상의 서브-DPB들에 허용되는 최대 레이턴시를 표시하는 신택스 엘리먼트 중 적어도 하나를 포함한다.

본 개시물의 다른 예에서, 비디오 디코더 (30) 는 비디오 파라미터 세트 (VPS) 에서의 서브-DPB 파라미터들의 개개의 세트를 수신하도록 구성될 수도 있다. 본 개시물의 다른 예에서, 비디오 디코더 (30) 는 서브-DPB 파라미터들이 각각의 개개의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링되는지 여부를 표시하는 제 1 개개의 서브-계층 신택스 엘리먼트를 수신하도록 구성될 수도 있다.

본 개시물의 다른 예에서, 비디오 디코더 (30) 는 제 1 서브-계층 신택스 엘리먼트가 서브-DPB 파라미터들이 특정의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링되지 않는다는 것을 표시하는 경우에, 서브-DPB 파라미터들의 개개의 세트를 특정의 출력 계층 세트의 모든 서브-계층들에 적용하도록 구성될 수도 있다. 본 개시물의 다른 예에서, 비디오 디코더 (30) 는 제 1 서브-계층 신택스 엘리먼트가 서브-DPB 파라미터들이 특정의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링될 수도 있다는 것을 표시하는 경우에, 서브-DPB 파라미터들이 특정의 출력 계층 세트의 개개의 서브-계층들에 대해 시그널링되는지 여부를 표시하는 제 2 개개의 서브-계층 신택스 엘리먼트를 수신하도록 구성될 수도 있다.

본 개시물의 다른 예에서, 비디오 디코더 (30) 는 서브-DPB 파라미터들이 특정의 서브-계층에 대해 시그널링되지 않는다는 것을 제 2 개개의 서브-계층 신택스 엘리먼트가 표시하는 경우에, 특정의 서브-계층에 대해 그 수신된 서브-DPB 파라미터들의 개개의 세트를 적용하도록 구성될 수도 있다. 더욱이, 서브-DPB 파라미터들이 특정의 서브-계층에 대해 시그널링된다고 제 2 개개의 서브-계층 신택스 엘리먼트가 표시하는 경우에, 비디오 디코더 (30) 는 특정의 서브-계층에 대한 서브-DPB 파라미터들의 추가적인 세트를 수신하도록 구성될 수도 있다.

본 개시물의 다른 예에서, 비디오 디코더 (30) 는 서브-DPB 파라미터들이 서브-계층 ID X 를 가지는 특정의 서브-계층에 대해 시그널링되지 않는다는 것을 제 2 개개의 서브-계층 신택스 엘리먼트가 표시하는 경우에, X 보다 큰 서브-계층 ID 를 가지는 서브-계층들에 대해 최종 수신된 서브-DPB 파라미터들의 개개의 세트를 적용하도록 구성될 수도 있다.

본 개시물의 다른 예에서, 서브-DPB 관리 프로세스는 픽처들을 참조용으로 미사용으로서 마킹하는 것, 출력을 위한 픽처들을 마킹하는 것, 및 서브-DPB 로부터 픽처들을 제거하는 것 중 적어도 하나를 포함하며, 서브-DPB 관리 프로세스를 수행하는 단계는 수신된 서브-DPB 파라미터들의 개개의 세트들을 이용하여 액세스 유닛 레벨 상에서 서브-DPB 관리 프로세스를 수행하는 단계를 포함한다. 비디오 디코더 (30) 는 출력용으로 필요로서 마킹된 적어도 하나의 픽처를 포함하는 DPB 에서의 액세스 유닛들의 개수에 기초하여 픽처들을 출력하고, 픽처들을 참조용으로 미사용으로서 계층 당 레벨로 (예컨대, 각각의 계층에 대해 독립적으로) 마킹하고, 그리고 서브-DPB 로부터의 픽처들을 계층 당 레벨로 (예컨대, 각각의 계층에 대해 독립적으로) 제거함으로써, 액세스 유닛 레벨 상에서 서브-DPB 관리 프로세스를 수행하도록 구성될 수도 있다.

그 예에 따라서, 본원에서 설명되는 기법들 중 임의의 기법의 어떤 행위들 또는 이벤트들이 상이한 시퀀스로 수행될 수 있으며, 추가되거나, 병합되거나, 또는 모두 제외시킬 수도 있는 (예컨대, 모든 설명되는 행위들 또는 이벤트들이 기법들의 실시에 필수적인 것은 아닌) 것으로 인식되어야 한다. 더욱이, 어떤 예들에서, 행위들 또는 이벤트들은 순차적으로 보다는, 동시에, 예컨대, 멀티-쓰레드된 프로세싱, 인터럽트 프로세싱, 또는 다수의 프로세서들을 통해서 수행될 수도 있다.

하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되는 경우, 그 기능들은 하나 이상의 명령들 또는 코드로서, 컴퓨터-판독가능 매체 상에 저장되거나 또는 컴퓨터-판독가능 매체를 통해서 송신될 수도 있으며, 하드웨어-기반의 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터-판독가능 매체는 컴퓨터-판독가능 저장 매체들을 포함할 수도 있으며, 이 컴퓨터-판독가능 저장 매체들은 데이터 저장 매체와 같은 유형의 매체, 또는 예컨대, 통신 프로토콜에 따라서 한 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함한 통신 매체들에 대응한다. 이런 방법으로, 컴퓨터-판독가능 매체들은 일반적으로 (1) 비일시성 유형의 컴퓨터-판독가능 저장 매체, 또는 (2) 신호 또는 캐리어 파와 같은 통신 매체에 대응할 수도 있다. 데이터 저장 매체는 본 개시물에서 설명하는 기법들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 가용 매체들일 수도 있다. 컴퓨터 프로그램 제품은 컴퓨터-판독가능 매체를 포함할 수도 있다. 본원에서 사용될 때, 용어 '시그널링' 은 데이터를 인코딩된 비트스트림으로 저장하거나 또는 아니면 포함시키는 것을 포함할 수도 있다. 다시 말해서, 본 개시물에 따른 여러 예들에서, 용어 '시그널링' 은 데이터의 실시간 통신, 또는 대안적으로, 실시간으로 수행되지 않는 통신과 연관될 수도 있다.

일 예로서, 이에 한정하지 않고, 이런 컴퓨터-판독가능 저장 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광디스크 스토리지, 자기디스크 스토리지, 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 컴퓨터-판독가능 매체로 적절히 지칭된다. 예를 들어, 동축 케이블, 광섬유 케이블, 연선, 디지털 가입자 회선 (DSL), 또는 무선 기술들, 예컨대 적외선, 라디오, 및 마이크로파를 이용하여 명령들이 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되는 경우, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 무선 기술들 예컨대 적외선, 라디오, 및 마이크로파가 그 매체의 정의에 포함된다. 그러나, 컴퓨터-판독가능 저장 매체 및 데이터 저장 매체는 접속부들, 캐리어 파들, 신호들, 또는 다른 일시성 매체를 포함하지 않고, 그 대신, 비-일시성 유형의 저장 매체로 송신되는 것으로 해석되어야 한다. 디스크 (disk) 및 디스크 (disc) 는, 본원에서 사용할 때, 컴팩트 디스크 (CD), 레이저 디스크, 광 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 Blu-ray 디스크를 포함하며, 디스크들 (disks) 은 데이터를 자기적으로 보통 재생하지만, 디스크들 (discs) 은 레이저로 데이터를 광학적으로 재생한다. 앞에서 언급한 것들의 결합들이 또한 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.

명령들은 하나 이상의 디지털 신호 프로세서들 (DSP들), 범용 마이크로프로세서들, 주문형 집적회로들 (ASIC들), 필드 프로그래밍가능 로직 어레이들 (FPGA들), 또는 다른 등가의 집적 또는 이산 로직 회로와 같은, 하나 이상의 프로세서들에 의해 실행될 수도 있다. 따라서, 용어 "프로세서" 는, 본원에서 사용될 때 전술한 구조 중 임의의 구조 또는 본원에서 설명하는 기법들의 구현에 적합한 임의의 다른 구조를 지칭할 수도 있다. 게다가, 일부 양태들에서, 본원에서 설명하는 기능은 인코딩 및 디코딩을 위해 구성되는 전용 하드웨어 및/또는 소프트웨어 모듈들 내에 제공되거나, 또는 결합된 코덱에 포함될 수도 있다. 또한, 이 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들로 전적으로 구현될 수 있다.

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

여러 예들이 설명되었다. 이들 및 다른 예들은 다음 청구항들의 범위 이내이다.

Claims

비디오 데이터를 디코딩하는 방법으로서,
복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하는 단계;
상기 복수의 픽처들을 하나 이상의 서브-디코딩된 픽처 버퍼들 (DPB들) 에 저장하는 단계;
상기 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하는 단계;
상기 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하는 단계; 및
서브-DPB 파라미터들의 수신된 상기 개개의 단일 세트들에 따라서 상기 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
제 1 항에 있어서,
상기 서브-DPB 파라미터들은 상기 하나 이상의 서브-DPB들에 허용되는 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 또는 상기 하나 이상의 서브-DPB들에 허용되는 최대 레이턴시를 표시하는 신택스 엘리먼트 중 적어도 하나를 포함하는, 비디오 데이터를 디코딩하는 방법.
제 1 항에 있어서,
상기 서브-DPB 파라미터들의 개개의 세트를 수신하는 단계는 비디오 파라미터 세트 (VPS) 에서 상기 서브-DPB 파라미터들의 개개의 세트를 수신하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
제 1 항에 있어서,
서브-DPB 파라미터들이 각각의 개개의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링되는지 여부를 표시하는 제 1 개개의 서브-계층 신택스 엘리먼트를 수신하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
제 4 항에 있어서,
서브-DPB 파라미터들이 특정의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링되지 않는다는 것을 표시하는 상기 제 1 서브-계층 신택스 엘리먼트에 기초하여, 상기 서브-DPB 파라미터들의 개개의 세트를 상기 특정의 출력 계층 세트의 모든 서브-계층들에 적용하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
제 4 항에 있어서,
서브-DPB 파라미터들이 특정의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링될 수도 있다는 것을 표시하는 상기 제 1 서브-계층 신택스 엘리먼트에 기초하여, 서브-DPB 파라미터들이 상기 특정의 출력 계층 세트의 개개의 서브-계층들에 대해 시그널링되는지 여부를 표시하는 제 2 개개의 서브-계층 신택스 엘리먼트를 수신하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
제 6 항에 있어서,
서브-DPB 파라미터들이 특정의 서브-계층에 대해 시그널링되지 않는다는 것을 표시하는 상기 제 2 개개의 서브-계층 신택스 엘리먼트에 기초하여, 상기 특정의 서브-계층에 대해 최종 수신된 서브-DPB 파라미터들의 개개의 세트를 적용하는 단계; 및
서브-DPB 파라미터들이 상기 특정의 서브-계층에 대해 시그널링된다는 것을 표시하는 상기 제 2 개개의 서브-계층 신택스 엘리먼트에 기초하여, 상기 특정의 서브-계층에 대한 서브-DPB 파라미터들의 추가적인 세트를 수신하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
제 6 항에 있어서,
서브-DPB 파라미터들이 서브-계층 ID X 를 가지는 특정의 서브-계층에 대해 시그널링되지 않는다는 것을 표시하는 상기 제 2 개개의 서브-계층 신택스 엘리먼트에 기초하여, X 보다 큰 상기 서브-계층 ID 를 가지는 서브-계층들에 대해 최종 수신된 서브-DPB 파라미터들의 개개의 세트를 적용하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
제 1 항에 있어서,
상기 서브-DPB 관리 프로세스는, 참조용으로 미사용으로서 픽처들을 마킹하는 것, 출력을 위한 픽처들을 마킹하는 것, 또는 상기 서브-DPB 로부터 픽처들을 제거하는 것 중 적어도 하나를 포함하며,
상기 서브-DPB 관리 프로세스를 수신하는 단계는, 서브-DPB 파라미터들의 수신된 상기 개개의 세트들을 이용하여 액세스 유닛 레벨 상에서 상기 서브-DPB 관리 프로세스를 수행하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
제 9 항에 있어서,
상기 액세스 유닛 레벨 상에서 상기 서브-DPB 관리 프로세스를 수행하는 단계는,
출력용으로 필요로서 마킹된 적어도 하나의 픽처를 포함하는 DPB 에서의 상기 액세스 유닛들의 개수에 기초하여, 픽처들을 출력하는 단계;
참조용으로 미사용으로서 계층 당 레벨로 픽처들을 마킹하는 단계; 및
상기 서브-DPB 로부터 계층 당 레벨로 픽처들을 제거하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
비디오 데이터를 디코딩하도록 구성된 장치로서,
비디오 데이터를 저장하도록 구성된 하나 이상의 서브-디코딩된 픽처 버퍼들 (DPB들) 을 포함하는 하나 이상의 메모리 디바이스들; 및
비디오 디코더를 포함하며,
상기 비디오 디코더는,
복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하고;
상기 복수의 픽처들을 상기 하나 이상의 서브-DPB들에 저장하고;
상기 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하고;
상기 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하고; 그리고
서브-DPB 파라미터들의 수신된 상기 개개의 단일 세트들에 따라서 상기 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하도록 구성된, 비디오 데이터를 디코딩하도록 구성된 장치.
제 11 항에 있어서,
상기 서브-DPB 파라미터들은 상기 하나 이상의 서브-DPB들에 허용되는 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 또는 상기 하나 이상의 서브-DPB들에 허용되는 최대 레이턴시를 표시하는 신택스 엘리먼트 중 적어도 하나를 포함하는, 비디오 데이터를 디코딩하도록 구성된 장치.
제 11 항에 있어서,
상기 비디오 디코더는 비디오 파라미터 세트 (VPS) 에서 상기 서브-DPB 파라미터들의 개개의 세트를 수신하도록 구성된, 비디오 데이터를 디코딩하도록 구성된 장치.
제 11 항에 있어서,
상기 비디오 디코더는 또한,
서브-DPB 파라미터들이 각각의 개개의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링되는지 여부를 표시하는 제 1 개개의 서브-계층 신택스 엘리먼트를 수신하도록 구성된, 비디오 데이터를 디코딩하도록 구성된 장치.
제 14 항에 있어서,
상기 비디오 디코더는 또한,
서브-DPB 파라미터들이 특정의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링되지 않는다는 것을 표시하는 상기 제 1 서브-계층 신택스 엘리먼트에 기초하여, 상기 서브-DPB 파라미터들의 개개의 세트를 상기 특정의 출력 계층 세트의 모든 서브-계층들에 적용하도록 구성된, 비디오 데이터를 디코딩하도록 구성된 장치.
제 14 항에 있어서,
상기 비디오 디코더는 또한,
서브-DPB 파라미터들이 특정의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링될 수도 있다는 것을 표시하는 상기 제 1 서브-계층 신택스 엘리먼트에 기초하여, 서브-DPB 파라미터들이 상기 특정의 출력 계층 세트의 개개의 서브-계층들에 대해 시그널링되는지 여부를 표시하는 제 2 개개의 서브-계층 신택스 엘리먼트를 수신하도록 구성된, 비디오 데이터를 디코딩하도록 구성된 장치.
제 16 항에 있어서,
상기 비디오 디코더는 또한,
서브-DPB 파라미터들이 특정의 서브-계층에 대해 시그널링되지 않는다는 것을 표시하는 상기 제 2 개개의 서브-계층 신택스 엘리먼트에 기초하여, 상기 특정의 서브-계층에 대해 최종 수신된 서브-DPB 파라미터들의 개개의 세트를 적용하고; 그리고
서브-DPB 파라미터들이 상기 특정의 서브-계층에 대해 시그널링된다는 것을 표시하는 상기 제 2 개개의 서브-계층 신택스 엘리먼트에 기초하여, 상기 특정의 서브-계층에 대해 서브-DPB 파라미터들의 추가적인 세트를 수신하도록 구성된, 비디오 데이터를 디코딩하도록 구성된 장치.
제 16 항에 있어서,
상기 비디오 디코더는 또한,
서브-DPB 파라미터들이 서브-계층 ID X 를 가지는 특정의 서브-계층에 대해 시그널링되지 않는다는 것을 표시하는 상기 제 2 개개의 서브-계층 신택스 엘리먼트에 기초하여, X 보다 큰 상기 서브-계층 ID 를 가지는 서브-계층들에 대해 최종 수신된 서브-DPB 파라미터들의 개개의 세트를 적용하도록 구성된, 비디오 데이터를 디코딩하도록 구성된 장치.
제 11 항에 있어서,
상기 서브-DPB 관리 프로세스는, 참조용으로 미사용으로서 픽처들을 마킹하는 것, 출력을 위한 픽처들을 마킹하는 것, 또는 상기 서브-DPB 로부터 픽처들을 제거하는 것 중 적어도 하나를 포함하며,
상기 서브-DPB 관리 프로세스를 수행하는 것은 서브-DPB 파라미터들의 수신된 상기 개개의 세트들을 이용하여 액세스 유닛 레벨 상에서 상기 서브-DPB 관리 프로세스를 수행하는 것을 포함하는, 비디오 데이터를 디코딩하도록 구성된 장치.
제 19 항에 있어서,
상기 비디오 디코더는 또한,
출력용으로 필요로서 마킹된 적어도 하나의 픽처를 포함하는 DPB 에서의 상기 액세스 유닛들의 개수에 기초하여, 픽처들을 출력하고;
참조용으로 미사용으로서 계층 당 레벨로 픽처들을 마킹하고; 그리고
상기 서브-DPB 로부터 계층 당 레벨로 픽처들을 제거하도록 구성된, 비디오 데이터를 디코딩하도록 구성된 장치.
비디오 데이터를 디코딩하도록 구성된 장치로서,
복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하는 수단;
상기 복수의 픽처들을 하나 이상의 서브-디코딩된 픽처 버퍼들 (DPB들) 에 저장하는 수단;
상기 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하는 수단;
상기 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하는 수단; 및
서브-DPB 파라미터들의 수신된 상기 개개의 단일 세트들에 따라서 상기 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하는 수단을 포함하는, 비디오 데이터를 디코딩하도록 구성된 장치.
명령들을 저장하는 컴퓨터-판독가능 저장 매체로서,
상기 명령들은, 실행될 때, 비디오 데이터를 디코딩하도록 구성된 디바이스의 하나 이상의 프로세서들로 하여금,
복수의 픽처들을 포함하는 인코딩된 비디오 비트스트림을 수신하도록 하고;
상기 복수의 픽처들을 상기 하나 이상의 서브-DPB들에 저장하도록 하고;
상기 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 수신하도록 하고;
상기 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하도록 하고; 그리고
서브-DPB 파라미터들의 수신된 상기 개개의 단일 세트들에 따라서 상기 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하도록 하는, 컴퓨터-판독가능 저장 매체.
비디오 데이터를 인코딩하는 방법으로서,
인코딩된 비디오 비트스트림의 복수의 픽처들을 복원하는 단계;
상기 복수의 픽처들을 하나 이상의 서브-디코딩된 픽처 버퍼들 (DPB들) 에 저장하는 단계;
상기 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 발생시키는 단계;
상기 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하는 단계;
상기 서브-DPB 파라미터들의 발생된 개개의 단일 세트들에 따라서 상기 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하는 단계; 및
상기 인코딩된 비디오 비트스트림으로 상기 서브-DPB 파라미터들의 개개의 세트를 시그널링하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법.
제 23 항에 있어서,
상기 서브-DPB 파라미터들은 상기 하나 이상의 서브-DPB들에 허용되는 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 또는 상기 하나 이상의 서브-DPB들에 허용되는 최대 레이턴시를 표시하는 신택스 엘리먼트 중 적어도 하나를 포함하는, 비디오 데이터를 인코딩하는 방법.
제 23 항에 있어서,
상기 서브-DPB 파라미터들의 개개의 세트를 발생시키는 단계는 비디오 파라미터 세트 (VPS) 에서 상기 서브-DPB 파라미터들의 개개의 세트를 발생시키는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법.
제 23 항에 있어서,
서브-DPB 파라미터들이 각각의 개개의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링되는지 여부를 표시하는 제 1 개개의 서브-계층 신택스 엘리먼트를 발생시키는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
제 26 항에 있어서,
서브-DPB 파라미터들이 특정의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링될 수도 있다는 것을 표시하는 상기 제 1 서브-계층 신택스 엘리먼트에 기초하여, 서브-DPB 파라미터들이 상기 특정의 출력 계층 세트의 개개의 서브-계층들에 대해 시그널링되는지 여부를 표시하는 제 2 개개의 서브-계층 신택스 엘리먼트를 발생시키는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
제 27 항에 있어서,
서브-DPB 파라미터들이 상기 특정의 서브-계층에 대해 시그널링된다는 것을 표시하는 상기 제 2 개개의 서브-계층 신택스 엘리먼트에 기초하여, 상기 특정의 서브-계층에 대해 서브-DPB 파라미터들의 추가적인 세트를 발생시키는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
제 23 항에 있어서,
상기 서브-DPB 관리 프로세스는, 참조용으로 미사용으로서 픽처들을 마킹하는 것, 출력을 위한 픽처들을 마킹하는 것, 또는 상기 서브-DPB 로부터 픽처들을 제거하는 것 중 적어도 하나를 포함하며,
상기 서브-DPB 관리 프로세스를 수행하는 단계는 서브-DPB 파라미터들의 수신된 상기 개개의 세트들을 이용하여 액세스 유닛 레벨 상에서 상기 서브-DPB 관리 프로세스를 수행하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법.
제 29 항에 있어서,
상기 액세스 유닛 레벨 상에서 상기 서브-DPB 관리 프로세스를 수행하는 단계는,
출력용으로 필요로서 마킹된 적어도 하나의 픽처를 포함하는 DPB 에서의 상기 액세스 유닛들의 개수에 기초하여, 픽처들을 출력하는 단계;
참조용으로 미사용으로서 계층 당 레벨로 픽처들을 마킹하는 단계; 및
상기 서브-DPB 로부터 계층 당 레벨로 픽처들을 제거하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법.
비디오 데이터를 인코딩하도록 구성된 장치로서,
비디오 데이터를 저장하도록 구성된 하나 이상의 서브-디코딩된 픽처 버퍼들 (DPB들) 을 포함하는 하나 이상의 메모리 디바이스들; 및
비디오 인코더를 포함하며,
상기 비디오 인코더는,
인코딩된 비디오 비트스트림의 복수의 픽처들을 복원하고;
상기 복수의 픽처들을 하나 이상의 서브-디코딩된 픽처 버퍼들 (DPB들) 에 저장하고;
상기 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 발생시키고;
상기 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하고;
상기 서브-DPB 파라미터들의 발생된 개개의 단일 세트들에 따라서 상기 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하고; 그리고
상기 인코딩된 비디오 비트스트림으로 상기 서브-DPB 파라미터들의 개개의 세트를 시그널링하도록 구성된, 비디오 데이터를 인코딩하도록 구성된 장치.
제 31 항에 있어서,
상기 서브-DPB 파라미터들은 상기 하나 이상의 서브-DPB들에 허용되는 재정렬 픽처들의 최대 개수를 표시하는 신택스 엘리먼트 또는 상기 하나 이상의 서브-DPB들에 허용되는 최대 레이턴시를 표시하는 신택스 엘리먼트 중 적어도 하나를 포함하는, 비디오 데이터를 인코딩하도록 구성된 장치.
제 31 항에 있어서,
상기 비디오 인코더는 비디오 파라미터 세트 (VPS) 에서 상기 서브-DPB 파라미터들의 개개의 세트를 발생시키도록 구성된, 비디오 데이터를 인코딩하도록 구성된 장치.
제 31 항에 있어서,
상기 비디오 인코더는 또한,
서브-DPB 파라미터들이 각각의 개개의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링되는지 여부를 표시하는 제 1 개개의 서브-계층 신택스 엘리먼트를 발생시키도록 구성된, 비디오 데이터를 인코딩하도록 구성된 장치.
제 34 항에 있어서,
상기 비디오 인코더는 또한,
서브-DPB 파라미터들이 특정의 출력 계층 세트의 각각의 서브-계층에 대해 시그널링될 수도 있다는 것을 표시하는 상기 제 1 서브-계층 신택스 엘리먼트에 기초하여, 서브-DPB 파라미터들이 상기 특정의 출력 계층 세트의 개개의 서브-계층들에 대해 시그널링되는지 여부를 표시하는 제 2 개개의 서브-계층 신택스 엘리먼트를 발생시키도록 구성된, 비디오 데이터를 인코딩하도록 구성된 장치.
제 35 항에 있어서,
상기 비디오 인코더는 또한,
서브-DPB 파라미터들이 상기 특정의 서브-계층에 대해 시그널링된다는 것을 표시하는 상기 제 2 개개의 서브-계층 신택스 엘리먼트에 기초하여, 상기 특정의 서브-계층에 대해 서브-DPB 파라미터들의 추가적인 세트를 발생시키도록 구성된, 비디오 데이터를 인코딩하도록 구성된 장치.
제 31 항에 있어서,
상기 서브-DPB 관리 프로세스는, 참조용으로 미사용으로서 픽처들을 마킹하는 것, 출력을 위한 픽처들을 마킹하는 것, 또는 상기 서브-DPB 로부터 픽처들을 제거하는 것 중 적어도 하나를 포함하며,
상기 서브-DPB 관리 프로세스를 수행하는 것은 서브-DPB 파라미터들의 수신된 상기 개개의 세트들을 이용하여 액세스 유닛 레벨 상에서 상기 서브-DPB 관리 프로세스를 수행하는 것을 포함하는, 비디오 데이터를 인코딩하도록 구성된 장치.
제 37 항에 있어서,
상기 비디오 인코더는 또한,
출력용으로 필요로서 마킹된 적어도 하나의 픽처를 포함하는 DPB 에서의 상기 액세스 유닛들의 개수에 기초하여, 픽처들을 출력하고;
참조용으로 미사용으로서 계층 당 레벨로 픽처들을 마킹하고; 그리고
상기 서브-DPB 로부터 계층 당 레벨로 픽처들을 제거하도록 구성된, 비디오 데이터를 인코딩하도록 구성된 장치.
비디오 데이터를 인코딩하도록 구성된 장치로서,
인코딩된 비디오 비트스트림의 복수의 픽처들을 복원하는 수단;
상기 복수의 픽처들을 하나 이상의 서브-디코딩된 픽처 버퍼들 (DPB들) 에 저장하는 수단;
상기 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 발생시키는 수단;
상기 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하는 수단;
상기 서브-DPB 파라미터들의 발생된 개개의 단일 세트들에 따라서 상기 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하는 수단; 및
상기 인코딩된 비디오 비트스트림으로 상기 서브-DPB 파라미터들의 개개의 세트를 시그널링하는 수단을 포함하는, 비디오 데이터를 인코딩하도록 구성된 장치.
명령들을 저장하는 컴퓨터-판독가능 저장 매체로서,
상기 명령들은, 실행될 때, 비디오 데이터를 인코딩하도록 구성된 디바이스의 하나 이상의 프로세서들로 하여금,
인코딩된 비디오 비트스트림의 복수의 픽처들을 복원하도록 하고;
상기 복수의 픽처들을 하나 이상의 서브-디코딩된 픽처 버퍼들 (DPB들) 에 저장하도록 하고;
상기 인코딩된 비디오 비트스트림의 각각의 개개의 동작 지점에 대한 서브-DPB 파라미터들의 개개의 세트를 발생시키도록 하고;
상기 서브-DPB 파라미터들의 개개의 세트를 각각의 개개의 동작 지점에 대한 출력 계층 세트의 모든 계층들에 적용하도록 하고;
상기 서브-DPB 파라미터들의 발생된 개개의 단일 세트들에 따라서 상기 하나 이상의 서브-DPB들에 대해 서브-DPB 관리 프로세스를 수행하도록 하고; 그리고
상기 인코딩된 비디오 비트스트림으로 상기 서브-DPB 파라미터들의 개개의 세트를 시그널링하도록 하는, 컴퓨터-판독가능 저장 매체.