KR102113906B1

KR102113906B1 - 비디오 코딩에서의 nooutputofpriorpicsflag 의 개선된 추론

Info

Publication number: KR102113906B1
Application number: KR1020167020127A
Authority: KR
Inventors: 예-쿠이 왕; 잉 천
Original assignee: 퀄컴 인코포레이티드
Priority date: 2014-01-03
Filing date: 2014-12-30
Publication date: 2020-05-21
Also published as: CA2930333A1; MX2016008799A; US9860540B2; CA2930333C; HUE048339T2; ZA201603493B; AU2014373822A1; JP6513685B2; SG11201603694QA; US20150195545A1; CL2016001672A1; AU2014373822B2; BR112016015455A2; KR20160105437A; RU2016129139A3; EP3090557B1; PH12016500908B1; RU2016129139A; JP2017507542A; NZ719895A

Abstract

특정 양태들에 따라 비디오 정보를 코딩하기 위한 장치는, 디코딩될 현재 계층에서의 현재 픽처와 연관된 플래그의 값을 결정하도록 구성되는 프로세서를 포함하고, 플래그는 디코딩된 픽처 버퍼 (DPB) 에서의 픽처들이 출력되어야 하는지의 여부를 표시하고, 현재 픽처는 신규 코딩된 비디오 시퀀스 (CVS) 를 시작하는 인트라 랜덤 액세스 포인트 (IRAP) 픽처이고, 플래그의 값의 결정은, (1) 상기 현재 픽처의 크로마 포맷 및 상기 이전 픽처의 크로마 포맷, (2) 상기 현재 픽처의 루마 샘플들의 비트 깊이와 상기 이전 픽처의 루마 샘플들의 비트 깊이, 또는 (3) 상기 현재 픽처의 크로마 샘플들의 비트 깊이 및 상기 이전 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나에 기초한다.

Description

비디오 코딩에서의 NOOUTPUTOFPRIORPICSFLAG 의 개선된 추론{IMPROVED INFERENCE OF NOOUTPUTOFPRIORPICSFLAG IN VIDEO CODING}

본 개시물은 단일 계층 비디오 코딩 및 다중 계층 비디오 코딩 양쪽 모두를 포함하는 비디오 코딩 및 압축의 분야에 관한 것이다. 다중 계층 비디오 코딩은 스케일러블 비디오 코딩 (scalable video coding; SVC), 멀티뷰 비디오 코딩 (multiview video coding; MVC), 3D 비디오 코딩 (3D video coding; 3DV) 등을 포함할 수 있다.

디지털 비디오 능력들은 디지털 텔레비전들, 디지털 직접 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인 휴대정보 단말기들 (PDA들), 랩탑 또는 데스크탑 컴퓨터들, 디지털 카메라들, 디지털 리코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화기들, 원격 화상회의 디바이스들 등을 포함한, 광범위한 디바이스들에 포함될 수 있다. 디지털 비디오 디바이스들은 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차원 벡터를 생성하기 위해 스캐닝될 수도 있으며, 엔트로피 인코딩이 더욱 더 많은 압축을 달성하기 위해 적용될 수도 있다.

스케일러블 비디오 코딩 (SVC) 은 참조 계층 (RL) 으로서 종종 지칭되는 기본 계층 (BL) 및 하나 이상의 스케일러블 강화 계층들 (EL들) 이 사용되는 비디오 코딩을 지칭한다. SVC 에서, 기본 계층은 베이스 레벨의 품질을 가진 비디오 데이터를 운반할 수 있다. 하나 이상의 강화 계층들은 예를 들어, 더 높은 공간, 시간, 및/또는 신호-대-잡음 (SNR) 레벨들을 지원하기 위해 추가적인 비디오 데이터를 운반할 수 있다. 강화 계층들은 이전에 인코딩된 계층에 대해 정의될 수도 있다. 예를 들어, 최하부 계층은 BL 로서 기능할 수도 있으며, 반면 최상부 계층은 EL 로서 기능할 수도 있다. 중간의 계층들은 EL들 또는 RL들, 또는 양쪽으로서 기능할 수도 있다. 예를 들어, 중간 계층 (예컨대, 최하부 계층도 최상부 계층도 아닌 계층) 은 기본 계층 또는 임의의 개재하는 (intervening) 강화 계층들과 같은, 중간 계층 아래의 계층들에 대해 EL 일 수도 있으며, 동시에 그 중간 계층 상부의 하나 이상의 강화 계층들에 대해 RL 로서 기능한다. 이와 유사하게, HEVC 표준의 멀티뷰 또는 3D 확장판에서, 다수의 뷰들이 존재할 수도 있으며, 하나의 뷰의 정보가 또 다른 뷰의 정보 (예컨대, 모션 추정, 모션 벡터 예측 및/또는 다른 리던던시들) 을 코딩하는데 (예컨대, 인코딩하거나 또는 디코딩하는데) 이용될 수도 있다.

특정 양태들에 따라 비디오 정보를 코딩하는 장치는 메모리 및 프로세서를 포함한다. 메모리 유닛은 현재 계층과 연관된 비디오 정보를 저장하도록 구성된다. 프로세서는: 디코딩될 현재 계층의 현재 픽처의 크로마 포맷, 현재 픽처의 루마 샘플들의 비트 깊이, 또는 현재 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나를 획득하는 것으로서, 현재 픽처는 신규 코딩된 비디오 시퀀스 (coded video sequence; CVS) 를 시작하는 인트라 랜덤 액세스 포인트 (intra random access point; IRAP) 픽처인, 상기 획득하고; 디코딩되었던 현재 계층의 이전 픽처의 크로마 포맷, 이전 픽처의 루마 샘플들의 비트 깊이, 또는 이전 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나를 획득하고; 그리고 상기 현재 픽처와 연관된 제 1 플래그의 값을 결정하는 것으로서, 디코딩된 픽처 버퍼 (decoded picture buffer; DPB) 에서의 픽처들이 출력되어야 하는지의 여부를 표시하는, 상기 결정하도록 구성되며, 제 1 플래그의 값의 결정은: (1) 현재 픽처의 크로마 포맷 및 이전 픽처의 크로마 포맷, (2) 현재 픽처의 루마 샘플들의 비트 깊이 및 이전 픽처의 루마 샘플들의 비트 깊이, (3) 현재 픽처의 크로마 샘플들의 비트 깊이 및 이전 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나에 기초한다.

본 개시물의 시스템들, 방법들 및 디바이스들 각각은 여러 혁신적은 양태들을 가지며, 이들 중 어느 것도 본원에서 개시된 바람직한 속성들에 대해 독자적으로 책임지는 것은 아니다. 하나 이상의 실시예들의 세부사항들은 여기에 설명된 본 발명의 개념들의 전체 범위를 제한하도록 의도되지 않는 첨부 도면 및 아래의 설명에 서술되어 있다. 다른 특징들, 목적들 및 이점들은 하기의 설명 및 도면들, 및 하기의 특허청구범위로부터 명확해질 것이다.

도 1a 는 본 개시물에서 설명하는 양태들에 따른 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 예시하는 블록도이다.
도 1b 는 본 개시물에서 설명하는 양태들에 따른 기법들을 수행할 수도 있는 다른 예시적인 비디오 인코딩 및 디코딩 시스템을 예시하는 블록도이다.
도 2a 는 본 개시물에서 설명하는 양태들에 따른 기법들을 구현할 수도 있는 예시적인 비디오 인코더의 예를 예시하는 블록도이다.
도 2b 는 본 개시물에서 설명하는 양태들에 따른 기법들을 구현할 수도 있는 예시적인 비디오 인코더의 예를 예시하는 블록도이다.
도 3a 는 본 개시물에서 설명하는 양태들에 따른 기법들을 구현할 수도 있는 예시적인 비디오 디코더의 예를 예시하는 블록도이다.
도 3b 는 본 개시물에서 설명하는 양태들에 따른 기법들을 구현할 수도 있는 예시적인 비디오 디코더의 예를 예시하는 블록도이다.
도 4 는 본 개시물의 일 실시형태에 따른, 상이한 계층들에서의 픽처들의 예시적인 구성을 예시하는 블록도이다.
도 5 는 본 개시물의 일 실시형태에 따른, 비디오 정보를 코딩하는 방법을 예시하는 플로우 차트이다.

일반적으로, 본 개시물은 HEVC (High Efficiency Video Coding) 와 같은, 진보된 비디오 코덱들의 맥락에서, 스케일러블 비디오 코딩을 위한, 단일 계층 코딩 뿐만 아니라 계층간 예측에 관한 것이다. 좀더 구체적으로는, 본 개시물은 HEVC 의 스케일러블 비디오 코딩 (SVC) 확장판 (SHVC 로 지칭될 수도 있음) 에서 계층간 예측의 향상된 성능을 위한 시스템들 및 방법들에 관한 것이다.

이하의 설명에서, 어떤 실시형태들에 관련된 H.264/AVC (Advanced Video Coding) 기법들이 설명되며; HEVC 표준 및 관련된 기법들이 또한 설명된다. 어떤 실시형태들은 본원에서 HEVC 및/또는 H.264 표준들의 맥락에서 설명되지만, 당업자는 본원에서 개시된 시스템들 및 방법들은 임의의 적합한 비디오 코딩 표준에 적용가능할 수도 있음을 이해할 수도 있다. 예를 들어, 본원에서 개시된 실시형태들은 다음 표준들 중 하나 이상에 적용가능할 수도 있다: ITU-T (ITU (International Telecommunication Union) Telecommunication Standardization Sector) H.261, ISO (International Organization for Standardization) 및 IEC (International Electrotechnical Commission)(ISO/IEC) MPEG (Moving Picture Experts Group) 1 (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 는 일반적으로 많은 측면들에서 이전 비디오 코딩 표준들의 프레임워크를 따른다. HEVC 에서의 예측의 유닛은 어떤 이전 비디오 코딩 표준들에서의 예측의 유닛들 (예컨대, 매크로블록) 과는 상이하다. 실제로, 매크로블록의 컨셉은 어떤 이전 비디오 코딩 표준들에서 이해되는 바와 같이 HEVC 에 존재하지 않는다. 매크로블록은 다른 가능한 이점들 중, 높은 유연성을 제공할 수도 있는 쿼드트리 방식에 기초하여, 계층적 구조로 대체된다. 예를 들어, HEVC 방식 내에서, 블록들의 3개의 유형들, 즉, 코딩 유닛 (CU), 예측 유닛 (PU), 및 변환 유닛 (TU) 이 정의된다. CU 는 영역 분할 (splitting) 의 기본적인 유닛을 지칭할 수도 있다. CU 는 매크로블록의 컨셉과 유사한 것으로 간주될 수도 있으며, 그러나 HEVC 는 CU들의 최대 사이즈를 제한하지 않으며, 4개의 동일한 사이즈 CU들로의 회귀적인 분할을 가능하게 하여 콘텐츠 적응성을 향상시킬 수도 있다. PU 는 인터/인트라 예측의 기본적인 유닛으로서 간주될 수도 있으며, 단일 PU 는 불규칙적인 이미지 패턴들을 효과적으로 코딩하기 위해 다수의 임의의 형태 파티션들을 포함할 수도 있다. TU 는 변환의 기본적인 유닛으로서 간주될 수도 있다. TU 는 PU 와 독립적으로 정의될 수 있으며; 그러나, TU 의 사이즈는 TU 가 속하는 CU 의 사이즈에 한정될 수도 있다. 이 3개의 상이한 컨셉들로의 블록 구조의 분리는 각각이 유닛이 그 유닛의 개개의 역할에 따라서 각각 최적화될 수 있게 함으로써, 향상된 코딩 효율을 초래할 수도 있다.

단지 예시의 목적을 위해, 어떤 본원에서 개시된 실시형태들은 비디오 데이터의 단지 2개의 계층들 (예컨대, 기본 계층과 같은 하부 계층, 및 강화 계층과 같은 상부 계층) 을 포함하는 예들로 설명된다. 비디오 데이터의 "계층"은 적어도 하나의 공통 특성, 이를 테면, 뷰, 프레임 레이트, 해상도 등을 갖는 픽처들의 시퀀스를 일반적으로 지칭할 수도 있다. 예를 들어, 계층은 멀티-뷰 비디오 데이터의 특정 뷰 (예를 들어, 투시도) 와 연관된 비디오 데이터를 포함할 수도 있다. 다른 예로서, 계층은 스케일러블 비디오 데이터의 특정 계층과 연관된 비디오 데이터를 포함할 수도 있다. 따라서, 본 개시물은 비디오 데이터의 뷰 또는 계층을 상호교환적으로 지칭할 수도 있다. 즉, 비디오 데이터의 뷰는 비디오 데이터의 계층으로서 지칭될 수도 있고 비디오 데이터의 계층은 비디오 데이터의 뷰로서 지칭될 수도 있다. 추가로, 다중 계층 코덱 (또한 다중 계층 비디오 코더 또는 다중 계층 인코더-디코더) 은 멀티뷰 코덱 또는 스케일러블 코덱 (예를 들어, MV-HEVC, 3D-HEVC, SHVC 또는 다른 다중 계층 코딩 기법을 이용하여 비디오 데이터를 인코딩 및/또는 디코딩하도록 구성된 코덱) 을 공동으로 지칭할 수도 있다. 비디오 인코딩 및 비디오 디코딩은 일반적으로 비디오 코딩으로서 지칭될 수도 있다. 이러한 예들이 다수의 기초 및/또는 강화 계층들을 포함하는 구성들에 적용가능할 수도 있는 것으로 이해되어야 한다. 추가로, 설명의 용이성을 위해, 다음 개시물은 어떤 실시형태들과 관련하여 용어들 "프레임들" 또는 "블록들" 을 포함한다. 그러나, 이들 용어들은 제한하는 것으로 의도되지 않는다. 예를 들어, 아래에서 설명되는 기법들은 블록들 (예컨대, CU, PU, TU, 매크로블록들, 등), 슬라이스들, 프레임들, 등과 같은, 임의의 적합한 비디오 유닛들과 함께 사용될 수 있다.

비디오 코딩 표준들

비디오 레코더 또는 컴퓨터에 의해 생성되는 비디오 이미지, TV 이미지, 정지 화상 또는 이미지와 같은, 디지털 이미지는 수평 및 수직 라인들에 배열된 픽셀들 또는 샘플들로 이루어질 수도 있다. 단일 이미지에서 픽셀들의 개수는 일반적으로 수만개이다. 각각의 픽셀은 일반적으로 휘도 및 색차 정보를 포함한다. 압축이 없다면, 이미지 인코더로부터 이미지 디코더로 운반되는 정보의 순수한 양은 실시간 이미지 송신을 불가능하게 만들 것이다. 송신되는 정보의 양을 감소시키기 위해, JPEG, MPEG 및 H.263 표준들과 같은, 다수의 상이한 압축 방법들이 개발되었다.

비디오 코딩 표준들은 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 초안 10 에 대한 전체 인용은 ITU-T SG16 WP3 와 ISO/IEC JTC1/SC29/WG11 의 JCT-VC (Joint Collaborative Team on Video Coding), 12차 회의: 2013년 1월 14일 내지 2013년 1월 23일, 스위스, 제네바, 문서 JCTVC-L1003, Bross 등, "High efficiency video coding (HEVC) text specification draft 10" 이다. HEVC 에 대한 멀티뷰 확장판, 즉 MV-HEVC, 및 SHVC 로 지칭되는, HEVC 에 대한 스케일러블 확장판이 또한 JCT-3V (ITU-T/ISO/IEC 3D 비디오 코딩 확장판 개발을 위한 합동 작업팀) 및 JCT-VC 에 의해 각각 개발 중에 있다.

개관

인트라 랜덤 액세스 포인트 (Intra random access point; IRAP) 픽처들은 비트스트림을 디코딩하기 위한 랜덤 액세스 포인트들을 제공할 수 있다. 디코더는 IRAP 픽처에 선행하는 픽처들을 디코딩해야 하는 것 없이 IRAP 픽처를 디코딩하는 것에 의해 비트스트림을 디코딩하는 것을 시작할 수도 있다. IRAP 픽처의 디코딩 시에, 디코딩된 픽처 버퍼 (decoded picture buffer; DPB) 는 버퍼에서 복수의 디코딩된 픽처들을 가질 수도 있다. DPB 에서 기존의 픽처들을 출력하는 것이 디코더 성능에 영향을 주면 (예를 들어, 디코더가 출력하기 위한 DPB 에 너무 많은 픽처들이 존재하면), 이들을 출력하는 것 없이 이러한 기존 픽처들을 제거 (예를 들어, 기존 픽처들을 플러쉬) 하는 것이 바람직할 수도 있다.

변수 NoOutputOfPriorPicsFlag 는 IRAP 픽처를 디코딩할 때, DPB 에서의 픽처들이 DPB 로부터 제거되기 전에 출력되어야 하는지의 여부를 표시할 수 있다. 예를 들어, IRAP 픽처를 디코딩할 때, NoOutputOfPriorPicsFlag 의 값은 DPB 에서의 픽처들이 제거되기 전에 출력되지 않아야 할 때 1 로 설정될 수 있다. NoOutputOfPriorPicsFlag 의 값은 대응하는 신택스 엘리먼트 및/또는 여러 조건들 및 정보에 기초하여 결정될 수도 있다. HEVC, SHVC, 및 MV-HEVC 의 초기 버전들 (예를 들어, SHVC Working Draft 4 및 MV-HEVC Working Draft 6) 에서, NoOutputOfPriorPicsFlag 는 픽처 스토어들의 수 또는 공간 해상도이 변화할 때 1 과 동일하게 설정될 수도 있다. NoOutputOfPriorPicsFlag 를 1 로 설정함으로써, 디코더는 DPB 에서의 픽처들을 필요에 따라 제거하는 것에 의해 DPB 에서 이용가능한 메모리의 양을 제어할 수 있다. 그러나, DPB 에 요구되는 메모리의 양은 또한 픽처들의 비트 깊이 및/또는 컬러 포맷에서의 변경들에 의해 영향을 받을 수도 있다.

이들 및 다른 도전과제들을 해결하기 위하여, 특정 양태들에 따른 기법들은 IRAP 픽처들에 대한 NoOutputOfPriorPicsFlag 의 값을 결정할 때 픽처들의 비트 깊이 및/또는 컬러 포맷을 고려할 수 있다. 예를 들어, 기법들은, 디코딩될 현재 계층에서의 현재 픽처의 컬러 포맷 및/또는 비트 깊이가 현재 계층에서의 이전 픽처의 비트 깊이 및/또는 컬러 포맷과는 상이한지의 여부를 결정할 수도 있다. 현재 픽처와 이전 픽처의 컬러 포맷 및/또는 비트 깊이는 현재 액티브 상태인 SPS (sequence parameter set) 및 이전 픽처가 디코딩되었을 때 액티브 상태였던 SPS 로부터 각각 얻어질 수도 있다. 컬러 포맷 또는 비트 깊이에서 변화들이 있으면, NoOutputOfPriorPicsFlag 의 값은 픽처들을 출력하는 것 없이 DPB 에 픽처들의 제거를 트리거하도록 1 과 동일하게 설정할 수도 있다.

픽처들의 컬러 포맷 및/또는 비트 깊이에서의 변화들을 고려하는 것에 의해, 기법들은 NoOutputOfPriorPicsFlag 의 값을 보다 정확하게 결정할 수 있다. 예를 들어, 기법들은 버퍼에 추가적인 메모리를 요구하는 상황들을 보다 양호하게 고려할 수 있다.

비디오 코딩 시스템

신규한 시스템들, 장치들, 및 방법들의 여러 양태들이 이하에서 첨부 도면들을 참조하여 좀더 충분히 설명된다. 본 개시물은 그러나, 많은 상이한 형태들로 구현될 수도 있으며, 본 개시물을 통해서 제시되는 임의의 특정의 구조 또는 기능에 한정되는 것으로 해석되어서는 안된다. 대신, 이들 양태들은 본 개시물이 철저하고 완전하게 되도록, 그리고 본 개시물의 범위를 당업자들에게 충분히 전달하기 위해서 제공된다. 본원에서의 교시들에 기초하여, 당업자는 본 개시물의 범위가 본 개시물의 임의의 다른 양태와 독립적으로 구현되든 그와 결합되든, 본원에서 개시된 신규한 시스템들, 장치들, 및 방법들의 임의의 양태를 포괄하도록 의도되는 것으로 이해하여야 한다. 예를 들어, 본원에서 개시된 임의 개수의 양태들을 이용하여, 장치가 구현될 수도 있거나 또는 방법이 실시될 수도 있다. 또한, 본 개시물의 범위는 본원에서 개시된 본 개시물의 여러 양태들에 추가해서 또는 이 이외에, 다른 구조, 기능, 또는 구조 및 기능을 이용하여 실행되는 장치 또는 방법을 포괄하도록 의도된다. 본원에서 개시된 임의의 양태는 청구항의 하나 이상의 엘리먼트들에 의해 구현될 수도 있는 것으로 이해되어야 한다.

특정의 양태들이 본원에서 설명되지만, 이들 양태들의 많은 변형예들 및 치환들은 본 개시물의 범위 이내이다. 바람직한 양태들의 일부 이익들 및 이점들이 언급되지만, 본 개시물의 범위는 특유의 이점들, 용도들, 또는 목적들에 한정되는 것으로 의도되지 않는다. 대신, 본 개시물의 양태들은 상이한 무선 기술들, 시스템 구성들, 네트워크들, 및 송신 프로토콜들에 넓게 적용가능한 것으로 의도되며, 이들 중 일부가 일 예로서 도면들에 그리고 바람직한 양태들의 다음 설명에 예시된다. 상세한 설명 및 도면들은 한정하기 보다는 단지 본 개시물의 예시이며, 본 개시물의 범위는 첨부된 청구범위 및 이의 균등물들에 의해 정의된다.

첨부 도면들은 예들을 예시한다. 첨부 도면들에서 참조 번호들로 표시된 엘리먼트들은 다음 설명에서 유사한 참조 번호들로 표시된 엘리먼트들에 대응한다. 본 개시물에서, 서수의 단어들 (예컨대, "제 1", "제 2", "제 3", 및 기타 등등) 로 시작하는 이름들을 갖는 엘리먼트들은 엘리먼트들이 특정의 순서를 갖는다는 것을 반드시 암시하지는 않는다. 대신, 이러한 서수의 단어들은 동일한 또는 유사한 유형의 상이한 엘리먼트들을 지칭하기 위해 단지 사용된다.

도 1a 는 본 개시물에서 설명된 양태들에 따른 기법들을 이용할 수도 있는 예시적인 비디오 코딩 시스템 (10) 을 예시하는 블록도이다. 본원에서 설명되는, 용어 "비디오 코더" 는 비디오 인코더들 및 비디오 디코더들 양쪽을 포괄적으로 지칭한다. 본 개시물에서, 용어들 "비디오 코딩" 또는 "코딩" 은 포괄적으로 비디오 인코딩 및 비디오 디코딩을 지칭할 수도 있다. 비디오 인코더들 및 비디오 디코더들에 더해서, 본 출원에서 설명된 양태들은 트랜스코더들 (예컨대, 비트스트림을 디코딩하고 다른 비트스트림을 재-인코딩할 수 있는 디바이스들) 및 미들박스들 (middleboxes) (예컨대, 비트스트림을 수정하고, 변환하고, 및/또는 아니면 조작할 수 있는 디바이스들) 과 같은, 다른 관련된 디바이스들로 확장될 수도 있다.

도 1a 에 나타낸 바와 같이, 비디오 코딩 시스템 (10) 은 목적지 디바이스 (14) 에 의해 추후 디코딩될 인코딩된 비디오 데이터를 생성하는 소스 디바이스 (12) 를 포함한다. 도 1a 의 예에서, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 별개의 디바이스들을 구성한다. 그러나, 소스 및 목적지 디바이스들 (12, 14) 이 도 1b 의 예에 나타낸 바와 같이 동일한 디바이스 상에 또는 부분 상에 있을 수도 있다는 점에 유의한다.

또 다시 도 1a 를 참조하면, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 데스크탑 컴퓨터들, 노트북 (예컨대, 랩탑) 컴퓨터들, 태블릿 컴퓨터들, 셋-탑 박스들, 소위 "스마트" 폰들과 같은 전화기 핸드셋들, 소위 "스마트" 패드들, 텔레비전들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 비디오 스트리밍 디바이스 등을 포함한, 광범위한 디바이스들 중 임의의 디바이스를 각각 포함할 수도 있다. 일부 경우들에서, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 무선 통신용으로 설치될 수도 있다.

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

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

본 개시물의 기법들은 무선 애플리케이션들 또는 설정들에 한정되지 않는다. 이 기법들은 오버-디-에어 텔레비전 브로드캐스트들, 케이블 텔레비전 송신들, 위성 텔레비전 송신들, 예컨대, 인터넷을 통한 스트리밍 비디오 송신들 (예컨대, HTTP (Hypertext Transfer Protocol) 를 통한 동적 적응 스트리밍 (DASH) 등), 데이터 저장 매체 상에의 저장을 위한 디지털 비디오의 인코딩, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션들과 같은, 다양한 멀티미디어 애플리케이션들 중 임의의 애플리케이션을 지원하는 비디오 코딩에 적용될 수도 있다. 일부 예들에서, 비디오 코딩 시스템 (10) 은 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 및/또는 비디오 전화 통신과 같은, 지원 애플리케이션들로의 1-방향 또는 2-방향 비디오 송신을 지원하도록 구성될 수도 있다.

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

캡쳐되거나, 사전-캡쳐되거나, 또는 컴퓨터-생성된 비디오는 비디오 인코더 (20) 에 의해 인코딩될 수도 있다. 인코딩된 비디오 데이터는 소스 디바이스 (12) 의 출력 인터페이스 (22) 를 통해서 목적지 디바이스 (14) 에 직접 송신될 수도 있다. 인코딩된 비디오 데이터는 또한 (또는, 대안적으로) 디코딩 및/또는 플레이백을 위해, 목적지 디바이스 (14) 또는 다른 디바이스들에 의한 추후 액세스를 위해, 저장 디바이스 (31) 상에 저장될 수도 있다. 도 1a 및 도 1b 에 예시된 비디오 인코더 (20) 는 도 2a 에 예시된 비디오 인코더 (20), 도 2b 에 예시된 비디오 인코더 (23), 또는 본원에서 설명되는 임의의 다른 비디오 인코더를 포함할 수도 있다.

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

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

관련된 양태들에서, 도 1b 는 예시적인 비디오 인코딩 및 디코딩 시스템 (10') 을 나타내며, 여기서 소스 및 목적지 디바이스들 (12, 14) 은 디바이스 또는 사용자 디바이스 (11) 상에 있거나 또는 부분이다. 디바이스 (11) 는 "스마트" 폰 등과 같은, 전화기 핸드셋일 수도 있다. 디바이스 (11) 는 소스 및 목적지 디바이스들 (12, 14) 과 통신 동작하는 옵션적인 제어기/프로세서 디바이스 (13) 를 포함할 수도 있다. 도 1b 의 시스템 (10') 은 비디오 인코더 (20) 와 출력 인터페이스 (22) 사이의 비디오 프로세싱 유닛 (21) 을 더 포함할 수 있다. 일부 구현예들에서, 비디오 프로세싱 유닛 (21) 은 도 1b 에 예시된 바와 같이, 별개의 유닛이며; 그러나, 다른 구현예들에서, 비디오 프로세싱 유닛 (21) 은 비디오 인코더 (20) 의 일부 및/또는 프로세서/제어기 디바이스 (13) 로서 구현될 수 있다. 시스템 (10') 은 또한 비디오 시퀀스에서 관심 오브젝트를 추적할 수 있는 옵션적인 추적기 (29) 를 포함할 수도 있다. 추적될 오브젝트 또는 관심 대상은 본 개시물의 하나 이상의 양태들과 관련하여 설명된 기법에 의해 세그먼트화될 수도 있다. 관련된 양태들에서, 트래킹은 디스플레이 디바이스 (32) 에 의해, 단독으로 또는 추적기 (29) 와 함께 수행될 수도 있다. 도 1b 의 시스템 (10'), 및 그의 컴포넌트들은, 그렇지 않으면, 도 1a 의 시스템 (10), 및 그의 컴포넌트들과 유사하다.

비디오 인코더 (20) 및 비디오 디코더 (30) 는 HEVC 표준과 같은 비디오 압축 표준에 따라서 동작할 수도 있으며, HEVC 테스트 모델 (HM) 을 따를 수도 있다. 이의 대안으로, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 MPEG 4, 파트 10, AVC 로서 대안적으로 지칭되는 ITU-T H.264 표준, 또는 이런 표준들의 확장판들과 같은 다른 사유 (proprietary) 또는 산업 표준들에 따라서 동작할 수도 있다. 본 개시물의 기법들은, 그러나, 임의의 특정의 코딩 표준에 한정되지 않는다. 비디오 압축 표준들의 다른 예들은 MPEG-2 및 ITU-T H.263 을 포함한다.

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

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

비디오 코딩 프로세스

위에서 간단히 언급한 바와 같이, 비디오 인코더 (20) 는 비디오 데이터를 인코딩한다. 비디오 데이터는 하나 이상의 픽처들을 포함할 수도 있다. 픽처들의 각각은 비디오의 일부를 형성하는 정지 화상이다. 일부의 경우, 픽처는 비디오 "프레임" 으로서 지칭될 수도 있다. 비디오 인코더 (20) 가 비디오 데이터를 인코딩할 때, 비디오 인코더 (20) 는 비트스트림을 생성할 수도 있다. 비트스트림은 비디오 데이터의 코딩된 표현을 형성하는 비트들의 시퀀스를 포함할 수도 있다. 비트스트림은 코딩된 픽처들 및 연관된 데이터를 포함할 수도 있다. 코딩된 픽처는 픽처의 코딩된 표현이다.

비트스트림을 생성하기 위해, 비디오 인코더 (20) 는 비디오 데이터에서 각각의 픽처에 관해 인코딩 동작들을 수행할 수도 있다. 비디오 인코더 (20) 가 픽처들에 관해 인코딩 동작들을 수행할 때, 비디오 인코더 (20) 는 일련의 코딩된 픽처들 및 연관되는 데이터를 생성할 수도 있다. 연관되는 데이터는 비디오 파라미터 세트들 (VPS), 시퀀스 파라미터 세트들 (SPS), 픽처 파라미터 세트들 (PPS), 적응 파라미터 세트들 (APS), 및 다른 신택스 구조들을 포함할 수도 있다. SPS 는 픽처들의 0개 이상의 시퀀스들에 적용가능한 파라미터들을 포함할 수도 있다. 픽처 파라미터 세트 (PPS) 는 0개 이상의 픽처들에 적용가능한 파라미터들을 포함할 수도 있다. 적응 파라미터 세트 (APS) 는 0개 이상의 픽처들에 적용가능한 파라미터들을 포함할 수도 있다. APS 에서의 파라미터들은 PPS 에서의 파라미터들보다 변할 가능성이 더 많은 파라미터들일 수도 있다.

코딩된 픽처를 생성하기 위해, 비디오 인코더 (20) 는 픽처를 동일-사이즈의 비디오 블록들로 파티셔닝할 수도 있다. 비디오 블록은 샘플들의 2차원 어레이일 수도 있다. 비디오 블록들의 각각은 트리블록과 연관된다. 일부의 경우, 트리블록은 최대 코딩 유닛 (LCU) 으로서 지칭될 수도 있다. HEVC 의 트리블록들은 H.264/AVC 와 같은, 이전 표준들의 매크로블록들과 대략적으로 유사할 수도 있다. 그러나, 트리블록은 특정의 사이즈에 반드시 제한되지 않으며, 하나 이상의 코딩 유닛들 (CU들) 을 포함할 수도 있다. 비디오 인코더 (20) 는 쿼드트리 파티셔닝을 이용하여, 트리블록들의 비디오 블록들을 CU들과 연관되는 비디오 블록들, 따라서 명칭 "트리블록들" 로 파티셔닝할 수도 있다.

일부 예들에서, 비디오 인코더 (20) 는 픽처를 복수의 슬라이스들로 파티셔닝할 수도 있다. 슬라이스들의 각각은 정수 개의 CU들을 포함할 수도 있다. 일부의 경우, 슬라이스는 정수 개의 트리블록들을 포함한다. 다른 경우, 슬라이스의 경계는 트리블록 내에 있을 수도 있다.

픽처에 대해 인코딩 동작을 수행하는 일부분으로서, 비디오 인코더 (20) 는 그 픽처의 각각의 슬라이스에 대해 인코딩 동작들을 수행할 수도 있다. 비디오 인코더 (20) 가 슬라이스에 대해 인코딩 동작을 수행할 때, 비디오 인코더 (20) 는 그 슬라이스와 연관되는 인코딩된 데이터를 생성할 수도 있다. 슬라이스와 연관되는 인코딩된 데이터는 "코딩된 슬라이스" 로서 지칭될 수도 있다.

코딩된 슬라이스를 생성하기 위해, 비디오 인코더 (20) 는 슬라이스에서의 각각의 트리블록에 관해 인코딩 동작들을 수행할 수도 있다. 비디오 인코더 (20) 가 트리블록에 대해 인코딩 동작을 수행할 때, 비디오 인코더 (20) 는 코딩된 트리블록을 생성할 수도 있다. 그 코딩된 트리블록은 트리블록의 인코딩된 버전을 나타내는 데이터를 포함할 수도 있다.

비디오 인코더 (20) 가 코딩된 슬라이스를 생성할 때, 비디오 인코더 (20) 는 스캔 순서에 따라서 슬라이스에서의 트리블록들에 관해 인코딩 동작들을 수행할 수도 있다 (예컨대, 인코딩할 수도 있다). 예를 들어, 비디오 인코더 (20) 는 비디오 인코더 (20) 가 슬라이스에서 트리블록들의 각각을 인코딩 완료할 때까지, 슬라이스에서 트리블록들의 최상부 로우를 가로질러 좌에서 우로, 그후 트리블록들의 다음 하부 로우를 가로질러 좌에서 우로, 그리고 기타 등등으로 진행하는 순서로, 슬라이스의 트리블록들을 인코딩할 수도 있다.

래스터 스캔 순서에 따라서 트리블록들을 인코딩하는 것의 결과로서, 주어진 트리블록의 상부 및 좌측에 있는 트리블록들은 인코딩되었을 수도 있지만, 주어진 트리블록의 하부 및 우측에 있는 트리블록들은 아직 인코딩되지 않았다. 그 결과, 비디오 인코더 (20) 는 주어진 트리블록을 인코딩할 때, 주어진 트리블록의 상부 및 좌측에 있는 트리블록들을 인코딩함으로써 생성되는 정보에 액세스가능할 수도 있다. 그러나, 비디오 인코더 (20) 는 주어진 트리블록을 인코딩할 때, 주어진 트리블록의 하부 및 우측에 있는 트리블록들을 인코딩함으로써 생성되는 정보에 액세스불가능할 수도 있다.

코딩된 트리블록을 생성하기 위해, 비디오 인코더 (20) 는 비디오 블록을 점진적으로 더 작은 비디오 블록들로 분할하기 위해 트리블록의 비디오 블록에 관해 쿼드트리 파티셔닝을 회귀적으로 수행할 수도 있다. 더 작은 비디오 블록들의 각각은 상이한 CU 와 연관될 수도 있다. 예를 들어, 비디오 인코더 (20) 는 트리블록의 비디오 블록을 4개의 동일-사이즈의 서브-블록들로 파티셔닝하고, 서브-블록들 중 하나 이상을 4개의 동일-사이즈의 서브-서브-블록들로 파티셔닝하는, 등을 포함할 수도 있다. 파티셔닝된 CU 는 그의 비디오 블록이 다른 CU들과 연관되는 비디오 블록들로 파티셔닝되는 CU 일 수도 있다. 비-파티셔닝된 CU 는 비디오 블록이 다른 CU들과 연관되는 비디오 블록들로 파티셔닝되지 않는 CU 일 수도 있다.

비트스트림에서 하나 이상의 신택스 엘리먼트들은 비디오 인코더 (20) 가 트리블록의 비디오 블록을 파티셔닝할 수도 있는 최대 횟수를 나타낼 수도 있다. CU 의 비디오 블록은 형태가 정사각형일 수도 있다. CU 의 비디오 블록의 사이즈 (예컨대, CU 의 사이즈) 는 8x8 픽셀들로부터 64x64 픽셀들 이상의 최대치를 갖는 트리블록의 비디오 블록의 사이즈 (예컨대, 트리블록의 사이즈) 까지의 범위일 수도 있다.

비디오 인코더 (20) 는 z-스캐닝 순서에 따라서 트리블록의 각각의 CU 에 관해 인코딩 동작들을 수행할 수도 있다 (예컨대, 인코딩할 수도 있다). 즉, 비디오 인코더 (20) 는 최상부-좌측 CU, 최상부-우측 CU, 최하부-좌측 CU, 그리고 그후 최하부-우측 CU 를, 그 순서로 인코딩할 수도 있다. 비디오 인코더 (20) 가 파티셔닝된 CU 에 관해 인코딩 동작을 수행할 때, 비디오 인코더 (20) 는 z-스캐닝 순서에 따라서, 파티셔닝된 CU 의 비디오 블록의 서브-블록들과 연관되는 CU들을 인코딩할 수도 있다. 다시 말해서, 비디오 인코더 (20) 는 좌상단 서브-블록들과 연관되는 CU, 우상단 서브-블록들과 연관되는 CU, 좌하단 서브-블록들과 연관되는 CU, 그리고, 그후 우하단 서브-블록들과 연관되는 CU 를, 그 순서대로 인코딩할 수도 있다.

z-스캐닝 순서에 따라서 트리블록의 CU들을 인코딩하는 것의 결과로서, 주어진 CU 의 상부, 좌상부, 우상부, 좌측, 및 좌하부에 있는 CU들이 인코딩되었을 수도 있다. 주어진 CU 의 하부 및 우측에 있는 CU들은 아직 인코딩되지 않았다. 그 결과, 비디오 인코더 (20) 는 주어진 CU 를 인코딩할 때 주어진 CU 에 이웃하는 일부 CU들을 인코딩함으로써 생성되는 정보에 액세스가능할 수도 있다. 그러나, 비디오 인코더 (20) 는 주어진 CU 를 인코딩할 때 주어진 CU 에 이웃하는 다른 CU들을 인코딩함으로써 생성되는 정보에 액세스불가능할 수도 있다.

비디오 인코더 (20) 가 비-파티셔닝된 CU 를 인코딩할 때, 비디오 인코더 (20) 는 그 CU 에 대한 하나 이상의 예측 유닛들 (PU들) 을 생성할 수도 있다. 그 CU 의 PU들의 각각은 CU 의 비디오 블록 내에서 상이한 비디오 블록과 연관될 수도 있다. 비디오 인코더 (20) 는 CU 의 각각의 PU 에 대해 예측된 비디오 블록을 생성할 수도 있다. PU 의 예측된 비디오 블록은 샘플들의 블록일 수도 있다. 비디오 인코더 (20) 는 인트라 예측 또는 인터 예측을 이용하여, PU 에 대한 예측된 비디오 블록을 생성할 수도 있다.

비디오 인코더 (20) 가 PU 의 예측된 비디오 블록을 생성하기 위해 인트라 예측을 이용할 때, 비디오 인코더 (20) 는 PU 와 연관되는 픽처의 디코딩된 샘플들에 기초하여 PU 의 예측된 비디오 블록을 생성할 수도 있다. 비디오 인코더 (20) 가 CU 의 PU들의 예측된 비디오 블록들을 생성하기 위해 인트라 예측을 이용하는 경우, CU 는 인트라-예측된 CU 이다. 비디오 인코더 (20) 가 PU 의 예측된 비디오 블록을 생성하기 위해 인터 예측을 이용할 때, 비디오 인코더 (20) 는 PU 와 연관되는 픽처 이외의 하나 이상의 픽처들의 디코딩된 샘플들에 기초하여, PU 의 예측된 비디오 블록을 생성할 수도 있다. 비디오 인코더 (20) 가 CU 의 PU들의 예측된 비디오 블록들을 생성하기 위해 인터 예측을 이용하면, 그 CU 는 인터-예측된 CU 이다.

또한, 비디오 인코더 (20) 가 PU 에 대한 예측된 비디오 블록을 생성하기 위해 인터 예측을 이용할 때, 비디오 인코더 (20) 는 PU 에 대한 모션 정보를 생성할 수도 있다. PU 에 대한 모션 정보는 PU 의 하나 이상의 참조 블록들을 나타낼 수도 있다. PU 의 각각의 참조 블록은 참조 픽처 내 비디오 블록일 수도 있다. 참조 픽처는 PU 와 연관되는 픽처와는 다른 픽처일 수도 있다. 일부의 경우, PU 의 참조 블록은 또한 PU 의 "참조 샘플" 로서 지칭될 수도 있다. 비디오 인코더 (20) 는 PU 의 참조 블록들에 기초하여, PU 에 대한 예측된 비디오 블록을 생성할 수도 있다.

비디오 인코더 (20) 가 CU 의 하나 이상의 PU들에 대해 예측된 비디오 블록들을 생성한 후, 비디오 인코더 (20) 는 CU 의 PU들에 대한 예측된 비디오 블록들에 기초하여, CU 에 대한 잔차 데이터를 생성할 수도 있다. CU 에 대한 잔차 데이터는 CU 의 PU들에 대한 예측된 비디오 블록들 및 CU 의 원래 비디오 블록에서의 샘플들 사이의 차이들을 나타낼 수도 있다.

또한, 비-파티셔닝된 CU 에 관해 인코딩 동작을 수행하는 것의 일부로서, 비디오 인코더 (20) 는 CU 의 잔차 데이터에 관해 회귀적인 쿼드트리 파티셔닝을 수행하여, CU 의 잔차 데이터를 CU 의 변환 유닛들 (TU들) 과 연관된 잔차 데이터의 하나 이상의 블록들 (예컨대, 잔차 비디오 블록들) 로 파티셔닝할 수도 있다. CU 의 각각의 TU 는 상이한 잔차 비디오 블록과 연관될 수도 있다.

비디오 인코더 (20) 는 하나 이상의 변환들을 TU들과 연관되는 잔차 비디오 블록들에 적용하여, TU들과 연관되는 변환 계수 블록들 (예컨대, 변환 계수들의 블록들) 을 생성할 수도 있다. 개념적으로, 변환 계수 블록은 변환 계수들의 2차원 (2D) 매트릭스일 수도 있다.

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

비디오 인코더 (20) 는 각각의 CU 를 양자화 파라미터 (QP) 값과 연관시킬 수도 있다. CU 와 연관되는 QP 값은 비디오 인코더 (20) 가 CU 와 연관되는 변환 계수 블록들을 양자화하는 방법을 결정할 수도 있다. 비디오 인코더 (20) 는 CU 와 연관되는 QP 값을 조정함으로써, CU 와 연관되는 변환 계수 블록들에 적용되는 양자화의 정도를 조정할 수도 있다.

비디오 인코더 (20) 가 변환 계수 블록을 양자화한 후, 비디오 인코더 (20) 는 양자화된 변환 계수 블록에서 변환 계수들을 나타내는 신택스 엘리먼트들의 세트들을 생성할 수도 있다. 비디오 인코더 (20) 는 컨텍스트 적응 2진 산술 코딩 (CABAC) 동작들과 같은, 엔트로피 인코딩 동작들을 이들 신택스 엘리먼트들 중 일부에 적용할 수도 있다. 콘텐츠 적응 가변 길이 코딩 (CAVLC), 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩, 또는 다른 2진 산술 코딩과 같은 다른 엔트로피 코딩 기법들이 또한 사용될 수 있다.

비디오 인코더 (20) 에 의해 생성된 비트스트림은 일련의 네트워크 추상화 계층 (NAL) 유닛들을 포함할 수도 있다. NAL 유닛들의 각각은 그 NAL 유닛에 데이터의 형태의 표시 및 그 데이터를 포함하는 바이트들을 포함하는 신택스 구조일 수도 있다. 예를 들어, NAL 유닛은 비디오 파라미터 세트, 시퀀스 파라미터 세트, 픽처 파라미터 세트, 코딩된 슬라이스, 보충 강화 정보 (SEI), 액세스 유닛 디리미터, 필러 데이터, 또는 또다른 유형의 데이터를 나타내는 데이터를 포함할 수도 있다. NAL 유닛에서의 데이터는 여러 신택스 구조들을 포함할 수도 있다.

비디오 디코더 (30) 는 비디오 인코더 (20) 에 의해 생성된 비트스트림을 수신할 수도 있다. 비트스트림은 비디오 인코더 (20) 에 의해 인코딩된 비디오 데이터의 코딩된 표현을 포함할 수도 있다. 비디오 디코더 (30) 가 비트스트림을 수신할 때, 비디오 디코더 (30) 는 비트스트림에 관해 파싱 동작을 수행할 수도 있다. 비디오 디코더 (30) 가 파싱 동작을 수행할 때, 비디오 디코더 (30) 는 비트스트림으로부터 신택스 엘리먼트들을 추출할 수도 있다. 비디오 디코더 (30) 는 비트스트림으로부터 추출된 신택스 엘리먼트들에 기초하여, 비디오 데이터의 픽처들을 재구성할 수도 있다. 신택스 엘리먼트들에 기초하여 비디오 데이터를 재구성하는 프로세스는 일반적으로 신택스 엘리먼트들을 생성하기 위해 비디오 인코더 (20) 에 의해 수행되는 프로세스와 반대일 수도 있다.

비디오 디코더 (30) 가 CU 와 연관되는 신택스 엘리먼트들을 추출한 후, 비디오 디코더 (30) 는 신택스 엘리먼트들에 기초하여 CU 의 PU들에 대한 예측된 비디오 블록들을 생성할 수도 있다. 또한, 비디오 디코더 (30) 는 CU 의 TU들과 연관되는 변환 계수 블록들을 역양자화할 수도 있다. 비디오 디코더 (30) 는 변환 계수 블록들에 관해 역변환들을 수행하여, CU 의 TU들과 연관되는 잔차 비디오 블록들을 재구성할 수도 있다. 예측된 비디오 블록들을 생성하고 잔차 비디오 블록들을 재구성한 후, 비디오 디코더 (30) 는 예측된 비디오 블록들 및 잔차 비디오 블록들에 기초하여, CU 의 비디오 블록을 재구성할 수도 있다. 이러한 방법으로, 비디오 디코더 (30) 는 비트스트림에서의 신택스 엘리먼트들에 기초하여, CU들의 비디오 블록들을 재구성할 수도 있다.

비디오 인코더

도 2a 는 본 개시물에서 설명하는 양태들에 따른 기법들을 구현할 수도 있는 예시적인 비디오 인코더의 예를 예시하는 블록도이다. 비디오 인코더 (20) 는 예컨대, HEVC 에 대한 비디오 프레임의 단일 계층을 프로세싱하도록 구성될 수도 있다. 또한, 비디오 인코더 (20) 는 도 4 및 도 5 에 대하여 위와 아래에 보다 자세히 설명된 NoOutputOfPriorPicsFlag 를 추론하는 방법들 및 관련 프로세스들로 제한되지 않는 본 개시물의 기법들 중 어느 것 또는 전부를 수행하도록 구성될 수도 있다. 일 예로서, 예측 프로세싱 유닛 (100) 은 본 개시물에서 설명되는 기법들 중 임의의 기법 또는 모두를 수행하도록 구성될 수도 있다. 다른 실시형태에서, 비디오 인코더 (20) 는 본 개시물에서 설명되는 기법들 중 임의의 기법 또는 모두를 수행하도록 구성되는 옵션적인 계층간 예측 유닛 (128) 을 포함한다. 다른 실시형태들에서, 계층간 예측은 예측 프로세싱 유닛 (100) (예컨대, 인터 예측 유닛 (121) 및/또는 인트라 예측 유닛 (126)) 에 의해 수행될 수 있으며, 이 경우, 계층간 예측 유닛 (128) 은 생략될 수도 있다. 그러나, 본 개시물의 양태들은 이에 제한되지 않는다. 일부 예들에서, 본 개시물에서 설명하는 기법들은 비디오 인코더 (20) 의 여러 컴포넌트들 사이에 공유될 수도 있다. 일부 예들에서, 추가적으로 또는 대안적으로, 프로세서 (미도시) 는 본 개시물에서 설명되는 기법들 중 임의의 기법 또는 모두를 수행하도록 구성될 수도 있다.

설명의 목적을 위해, 본 개시물은 HEVC 코딩의 맥락에서 비디오 인코더 (20) 를 기술한다. 그러나, 본 개시물의 기법들은 다른 코딩 표준들 또는 방법들에 적용가능할 수도 있다. 도 2a 에 도시된 예는 단일 계층 코덱에 대한 것이다. 그러나, 도 2b 에 대해 추가로 설명되는 바와 같이, 비디오 인코더 (20) 중 일부 또는 모두는 다중-계층 코덱의 프로세싱을 위해 중복될 수도 있다.

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

도 2a 의 예에서, 비디오 인코더 (20) 는 복수의 기능적 컴포넌트들을 포함한다. 비디오 인코더 (20) 의 기능적 컴포넌트들은 예측 프로세싱 유닛 (100), 잔차 생성 유닛 (102), 변환 프로세싱 유닛 (104), 양자화 유닛 (106), 역양자화 유닛 (108), 역변환 유닛 (110), 재구성 유닛 (112), 필터 유닛 (113), 디코딩된 픽처 버퍼 (114), 및 엔트로피 인코딩 유닛 (116) 을 포함한다. 예측 프로세싱 유닛 (100) 은 인터 예측 유닛 (121), 모션 추정 유닛 (122), 모션 보상 유닛 (124), 인트라 예측 유닛 (126), 및 계층간 예측 유닛 (128) 을 포함한다. 다른 예들에서, 비디오 인코더 (20) 는 더 많거나, 더 적거나, 또는 상이한 기능적 컴포넌트들을 포함할 수도 있다. 또한, 모션 추정 유닛 (122) 및 모션 보상 유닛 (124) 은 고도로 통합될 수도 있지만, 도 2a 의 예에서는 설명의 목적들을 위해 따로따로 나타낸다.

비디오 인코더 (20) 는 비디오 데이터를 수신할 수도 있다. 비디오 인코더 (20) 는 여러 소스들로부터 비디오 데이터를 수신할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 (예컨대, 도 1a 또는 도 1b 에 도시된) 비디오 소스 (18) 또는 또 다른 소스로부터 비디오 데이터를 수신할 수도 있다. 비디오 데이터는 일련의 픽처들을 나타낼 수도 있다. 비디오 데이터를 인코딩하기 위해, 비디오 인코더 (20) 는 픽처들의 각각에 관해 인코딩 동작을 수행할 수도 있다. 픽처에 관해 인코딩 동작을 수행하는 것의 일부분으로서, 비디오 인코더 (20) 는 그 픽처의 각각의 슬라이스에 관해 인코딩 동작들을 수행할 수도 있다. 슬라이스에 대해 인코딩 동작을 수행하는 것의 일부분으로서, 비디오 인코더 (20) 는 그 슬라이스에서의 트리블록들에 관해 인코딩 동작들을 수행할 수도 있다.

트리블록에 대해 인코딩 동작을 수행하는 것의 일부분으로서, 예측 프로세싱 유닛 (100) 은 비디오 블록을 점진적으로 더 작은 비디오 블록들로 분할하기 위해 트리블록의 비디오 블록에 관해 쿼드트리 파티셔닝을 수행할 수도 있다. 더 작은 비디오 블록들의 각각은 상이한 CU 와 연관될 수도 있다. 예를 들어, 예측 프로세싱 유닛 (100) 은 트리블록의 비디오 블록을 4개의 동일-사이즈의 서브-블록들로 파티셔닝할 수도 있으며, 서브-블록들 중 하나 이상을 4개의 동일-사이즈의 서브-서브-블록들로 파티셔닝할 수도 있으며, 기타등등으로 파티셔닝할 수도 있다.

CU들과 연관되는 비디오 블록들의 사이즈는 8x8 샘플들로부터 64x64 샘플들 이상의 최대치를 갖는 트리블록의 사이즈까지의 범위일 수도 있다. 본 개시물에서, "NxN" 및 "N 곱하기 N" 은 수직 및 수평 치수들의 관점에서 비디오 블록의 샘플 치수들, 예컨대, 16x16 샘플들 또는 16 곱하기 16 샘플들을 지칭하기 위해 상호교환가능하게 사용될 수도 있다. 일반적으로, 16x16 비디오 블록은 수직 방향으로 16개의 샘플들 (y = 16) 및 수평 방향으로 16개의 샘플들 (x = 16) 을 갖는다. 이와 유사하게, NxN 블록은 일반적으로 수직 방향으로 N 개의 샘플들 및 수평 방향으로 N 개의 샘플들을 가지며, 여기서 N 은 음이 아닌 정수 값을 나타낸다.

또한, 트리블록에 대해 인코딩 동작을 수행하는 것의 일부로서, 예측 프로세싱 유닛 (100) 은 그 트리블록에 대한 계층적 쿼드트리 데이터 구조를 생성할 수도 있다. 예를 들어, 트리블록은 쿼드트리 데이터 구조의 루트 노드에 대응할 수도 있다. 예측 프로세싱 유닛 (100) 이 트리블록의 비디오 블록을 4개의 서브-블록들로 파티셔닝하면, 그 루트 노드는 쿼드트리 데이터 구조에서 4개의 자식 노드들을 갖는다. 자식 노드들 각각은 서브-블록들 중 하나와 연관되는 CU 에 대응한다. 예측 프로세싱 유닛 (100) 이 서브-블록들 중 하나를 4개의 서브-서브-블록들로 파티셔닝하면, 서브-블록들과 연관되는 CU 에 대응하는 노드는 4개의 자식 노드들을 가질 수도 있으며, 그 자식 노드들 각각은 서브-서브-블록들 중 하나와 연관되는 CU 에 대응한다.

쿼드트리 데이터 구조의 각각의 노드는 대응하는 트리블록 또는 CU 에 대한 신택스 데이터 (예컨대, 신택스 엘리먼트들) 를 포함할 수도 있다. 예를 들어, 쿼드트리에서의 노드는 노드에 대응하는 CU 의 비디오 블록이 4개의 서브-블록들로 파티셔닝되는지 (예컨대, 분할되는지) 여부를 나타내는 분할 플래그를 포함할 수도 있다. CU 에 대한 신택스 엘리먼트들은 회귀적으로 정의될 수도 있으며, CU 의 비디오 블록이 서브-블록들로 분할되는지에 의존할 수도 있다. 비디오 블록이 파티셔닝되지 않는 CU 는 쿼드트리 데이터 구조에서 리프 노드에 대응할 수도 있다. 코딩된 트리블록은 대응하는 트리블록에 대한 쿼드트리 데이터 구조에 기초한 데이터를 포함할 수도 있다.

비디오 인코더 (20) 는 트리블록의 각각의 비-파티셔닝된 CU 에 관해 인코딩 동작들을 수행할 수도 있다. 비디오 인코더 (20) 가 비-파티셔닝된 CU 에 대해 인코딩 동작을 수행할 때, 비디오 인코더 (20) 는 비-파티셔닝된 CU 의 인코딩된 표현을 나타내는 데이터를 생성한다.

CU 에 관해 인코딩 동작을 수행하는 것의 일부로서, 예측 프로세싱 유닛 (100) 은 CU 의 하나 이상의 PU들 사이에 CU 의 비디오 블록을 파티셔닝할 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 는 여러 PU 사이즈들을 지원할 수도 있다. 특정의 CU 의 사이즈가 2Nx2N 이라고 가정하면, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 2Nx2N 또는 NxN 의 PU 사이즈들, 및 2Nx2N, 2NxN, Nx2N, NxN, 2NxnU, nLx2N, nRx2N, 또는 유사한 것의 대칭적인 PU 사이즈들에서의 인터-예측을 지원한다. 비디오 인코더 (20) 및 비디오 디코더 (30) 는 또한 2NxnU, 2NxnD, nLx2N, 및 nRx2N 의 PU 사이즈들에 대한 비대칭적인 파티셔닝을 지원할 수도 있다. 일부 예들에서, 예측 프로세싱 유닛 (100) 은 기하학적 파티셔닝을 수행하여, CU 의 비디오 블록을, CU 의 PU들 사이에, CU 의 비디오 블록의 측면들과 직각으로 만나지 않는 경계를 따라서 파티셔닝할 수도 있다.

인터 예측 유닛 (121) 은 CU 의 각각의 PU 에 관해 인터 예측을 수행할 수도 있다. 인터 예측은 시간 압축을 제공할 수도 있다. PU 에 대해 인터 예측을 수행하기 위해, 모션 추정 유닛 (122) 은 PU 에 대한 모션 정보를 생성할 수도 있다. 모션 보상 유닛 (124) 은 CU 와 연관되는 픽처 (예컨대, 참조 픽처들) 이외의 픽처들의 모션 정보 및 디코딩된 샘플들에 기초하여, PU 에 대한 예측된 비디오 블록을 생성할 수도 있다. 본 개시물에서, 모션 보상 유닛 (124) 에 의해 생성되는 예측된 비디오 블록은 인터-예측된 비디오 블록으로서 지칭될 수도 있다.

슬라이스들은 I 슬라이스들, P 슬라이스들, 또는 B 슬라이스들일 수도 있다. 모션 추정 유닛 (122) 및 모션 보상 유닛 (124) 은 PU 가 I 슬라이스, P 슬라이스, 또는 B 슬라이스 내에 있는지에 따라서, CU 의 PU 에 대해 상이한 동작들을 수행할 수도 있다. I 슬라이스에서, 모든 PU들은 인트라 예측된다. 그러므로, PU 가 I 슬라이스에 있으면, 모션 추정 유닛 (122) 및 모션 보상 유닛 (124) 은 PU 에 관해 인터 예측을 수행하지 않는다.

PU 가 P 슬라이스에 있으면, PU 를 포함하는 픽처는 "리스트 0" 으로서 지칭되는 참조 픽처들의 리스트와 연관된다. 리스트 0 에서의 참조 픽처들의 각각은 다른 픽처들의 인터 예측에 사용될 수도 있는 샘플들을 포함한다. 모션 추정 유닛 (122) 이 P 슬라이스에서의 PU 에 대해 모션 추정 동작을 수행할 때, 모션 추정 유닛 (122) 은 PU 에 대한 참조 블록에 대해 리스트 0 에서의 참조 픽처들을 탐색할 수도 있다. PU 의 참조 블록은 PU 의 비디오 블록에서의 샘플들에 가장 가깝게 대응하는 샘플들의 세트, 예컨대, 샘플들의 블록일 수도 있다. 모션 추정 유닛 (122) 은 다양한 메트릭들을 이용하여, 얼마나 참조 픽처에서의 샘플들의 세트가 PU 의 비디오 블록에서의 샘플들에 가깝게 대응하는지를 결정할 수도 있다. 예를 들어, 모션 추정 유닛 (122) 은 SAD (sum of absolute difference), SSD (sum of square difference), 또는 다른 차이 메트릭들에 의해 얼마나 참조 픽처에서의 샘플들의 세트가 PU 의 비디오 블록에서의 샘플들에 가깝게 대응하는지를 결정할 수도 있다.

P 슬라이스에서 PU 의 참조 블록을 식별한 후, 모션 추정 유닛 (122) 은 그 참조 블록을 포함하는 리스트 0 에서의 참조 픽처를 나타내는 참조 인덱스 및 PU 와 참조 블록 사이의공간 변위를 나타내는 모션 벡터를 생성할 수도 있다. 여러 예들에서, 모션 추정 유닛 (122) 은 다양한 정밀도의 정도들에 대해 모션 벡터들을 생성할 수도 있다. 예를 들어, 모션 추정 유닛 (122) 은 모션 벡터들을 1/4 샘플 정밀도, 1/8 샘플 정밀도, 또는 다른 분수 샘플 정밀도로 생성할 수도 있다. 분수 샘플 정밀도의 경우, 참조 블록 값들은 참조 픽처에서의 정수-위치 샘플 값들로부터 보간될 수도 있다. 모션 추정 유닛 (122) 은 참조 인덱스 및 모션 벡터를 PU 의 모션 정보로서 출력할 수도 있다. 모션 보상 유닛 (124) 은 PU 의 모션 정보에 의해 식별되는 참조 블록에 기초하여, PU 의 예측된 비디오 블록을 생성할 수도 있다.

PU 가 B 슬라이스에 있으면, PU 를 포함하는 픽처는 "리스트 0" 및 "리스트 1" 로 지칭되는, 참조 픽처들의 2개의 리스트들과 연관될 수도 있다. 일부 예들에서, B 슬라이스를 포함하는 픽처는 리스트 0 과 리스트 1 의 조합인 리스트 조합과 연관될 수도 있다.

또한, PU 가 B 슬라이스에 있으면, 모션 추정 유닛 (122) 은 PU 에 대한 단방향 예측 또는 양방향 예측을 수행할 수도 있다. 모션 추정 유닛 (122) 이 PU 에 대해 단방향 예측을 수행할 때, 모션 추정 유닛 (122) 은 PU 에 대한 참조 블록에 대해 리스트 0 또는 리스트 1 의 참조 픽처들을 탐색할 수도 있다. 모션 추정 유닛 (122) 은 그후 참조 블록을 포함하는 리스트 0 또는 리스트 1 에서의 참조 픽처를 나타내는 참조 인덱스 및 PU 와 참조 블록 사이의 공간 변위를 나타내는 모션 벡터를 생성할 수도 있다. 모션 추정 유닛 (122) 은 참조 인덱스, 예측 방향 표시자, 및 모션 벡터를 PU 의 모션 정보로서 출력할 수도 있다. 예측 방향 표시자는 참조 인덱스가 리스트 0 또는 리스트 1 에서 참조 픽처를 나타내는지를 표시할 수도 있다. 모션 보상 유닛 (124) 은 PU 의 모션 정보에 의해 표시되는 참조 블록에 기초하여, PU 의 예측된 비디오 블록을 생성할 수도 있다.

모션 추정 유닛 (122) 이 PU 에 대해 양방향 예측을 수행할 때, 모션 추정 유닛 (122) 은 PU 에 대한 참조 블록에 대해서 리스트 0 에서의 참조 픽처들을 탐색할 수도 있으며, 또한 PU 에 대한 또 다른 참조 블록에 대해서 리스트 1 에서의 참조 픽처들을 탐색할 수도 있다. 모션 추정 유닛 (122) 은 그후 참조 블록들을 포함하는 리스트 0 및 리스트 1 에서 참조 픽처들을 나타내는 참조 인덱스들 및 참조 블록들과 PU 사이의 공간 변위들을 나타내는 모션 벡터들을 생성할 수도 있다. 모션 추정 유닛 (122) 은 PU 의 참조 인덱스들 및 모션 벡터들을 PU 의 모션 정보로서 출력할 수도 있다. 모션 보상 유닛 (124) 은 PU 의 모션 정보에 의해 표시되는 참조 블록들에 기초하여, PU 의 예측된 비디오 블록을 생성할 수도 있다.

일부의 경우, 모션 추정 유닛 (122) 은 PU 에 대한 모션 정보의 전체 세트를 엔트로피 인코딩 유닛 (116) 으로 출력하지 않는다. 대신, 모션 추정 유닛 (122) 은 또 다른 PU 의 모션 정보를 참조하여 PU 의 모션 정보를 시그널링할 수도 있다. 예를 들어, 모션 추정 유닛 (122) 은 PU 의 모션 정보가 이웃하는 PU 의 모션 정보와 충분히 유사하다고 결정할 수도 있다. 이 예에서, 모션 추정 유닛 (122) 은 PU 가 이웃하는 PU 와 동일한 모션 정보를 갖는 것을 비디오 디코더 (30) 에 표시하는, 값을 PU 과 연관되는 신택스 구조에서, 표시할 수도 있다. 또 다른 예에서, 모션 추정 유닛 (122) 은 PU 와 연관되는 신택스 구조에서, 이웃하는 PU 및 모션 벡터 차이 (MVD) 를 식별할 수도 있다. 모션 벡터 차이는 PU 의 모션 벡터와 표시된 이웃하는 PU 의 모션 벡터 사이의 차이를 표시한다. 비디오 디코더 (30) 는 표시된 이웃하는 PU 의 모션 벡터 및 모션 벡터 차이를 이용하여, PU 의 모션 벡터를 결정할 수도 있다. 제 2 PU 의 모션 정보를 시그널링할 때 제 1 PU 의 모션 정보를 참조함으로써, 비디오 인코더 (20) 는 더 적은 비트들을 이용하여 제 2 PU 의 모션 정보를 시그널링가능할 수도 있다.

도 5 를 참조하여 아래서 추가로 설명되는 바와 같이, 예측 프로세싱 유닛 (100) 은 도 5 에 예시된 방법들을 수행함으로써 PU (또는, 임의의 다른 참조 계층 및/또는 강화 계층 블록들 또는 비디오 유닛들) 를 코딩하도록 (예컨대, 인코딩하거나 또는 디코딩하도록) 구성될 수도 있다. 예를 들어, 인터 예측 유닛 (121) (예컨대, 모션 추정 유닛 (122) 및/또는 모션 보상 유닛 (124) 을 경유한), 인트라 예측 유닛 (126), 또는 계층간 예측 유닛 (128) 은 도 5 에 예시된 방법들을, 함께 또는 별개로 수행하도록 구성될 수도 있다.

CU 에 대해 인코딩 동작을 수행하는 것의 일부분으로서, 인트라 예측 유닛 (126) 은 CU 의 PU들에 관해 인트라 예측을 수행할 수도 있다. 인트라 예측은 공간 압축을 제공할 수도 있다. 인트라 예측 유닛 (126) 이 PU 에 관해 인트라 예측을 수행할 때, 인트라 예측 유닛 (126) 은 동일한 픽처에서의 다른 PU들의 디코딩된 샘플들에 기초하여 PU 에 대한 예측 데이터를 생성할 수도 있다. PU 에 대한 예측 데이터는 예측된 비디오 블록 및 여러 신택스 엘리먼트들을 포함할 수도 있다. 인트라 예측 유닛 (126) 은 I 슬라이스들, P 슬라이스들, 및 B 슬라이스들에서의 PU들에 대해 인트라 예측을 수행할 수도 있다.

PU 상에 인트라 예측을 수행하기 위해, 인트라 예측 유닛 (126) 은 다수의 인트라 예측 모드들을 이용하여 예측 PU 에 대한 다수의 데이터의 세트들을 생성할 수도 있다. 인트라 예측 유닛 (126) 이 인트라 예측 모드를 이용하여 PU 에 대한 예측 데이터의 세트를 생성할 때, 인트라 예측 유닛 (126) 은 샘플들을 이웃하는 PU들의 비디오 블록들로부터, PU 의 비디오 블록을 가로질러, 인트라 예측 모드와 연관되는 방향 및/또는 기울기로 확장할 수도 있다. PU들, CU들, 및 트리블록들에 대해 좌우, 상하 인코딩 순서를 가정하면, 이웃하는 PU들은 PU 의 상측에, 우상부에, 좌상부에, 또는 좌측에 있을 수도 있다. 인트라 예측 유닛 (126) 은 PU 의 사이즈에 따라서, 다양한 수의 인트라 예측 모드들, 예컨대, 33개의 방향 인트라 예측 모드들을 이용할 수도 있다.

예측 프로세싱 유닛 (100) 은 PU 에 대해 모션 보상 유닛 (124) 에 의해 생성된 예측 데이터 또는 PU 에 대해 인트라 예측 유닛 (126) 에 의해 생성된 예측 데이터 중에서, PU 에 대한 예측 데이터를 선택할 수도 있다. 일부 예들에서, 예측 프로세싱 유닛 (100) 은 예측 데이터의 세트들의 레이트/왜곡 메트릭들에 기초하여 PU 에 대한 예측 데이터를 선택한다.

예측 프로세싱 유닛 (100) 이 인트라 예측 유닛 (126) 에 의해 생성된 예측 데이터를 선택하면, 예측 프로세싱 유닛 (100) 은 PU 에 대한 예측 데이터들, 예컨대, 선택된 인트라 예측 모드를 생성하는데 사용된 인트라 예측 모드를 시그널링할 수도 있다. 예측 프로세싱 유닛 (100) 은 그 선택된 인트라 예측 모드를 여러 방법들로 시그널링할 수도 있다. 예를 들어, 선택된 인트라 예측 모드가 이웃하는 PU 의 인트라 예측 모드와 동일할 가능성이 있을 수도 있다. 다시 말해서, 이웃하는 PU 의 인트라 예측 모드는 현재의 PU 에 대해 가장 가능성있는 모드일 수도 있다. 따라서, 예측 프로세싱 유닛 (100) 은 선택된 인트라 예측 모드가 이웃하는 PU 의 인트라 예측 모드와 동일하다는 것을 표시하기 위해 신택스 엘리먼트를 생성할 수도 있다.

위에서 설명한 바와 같이, 비디오 인코더 (20) 는 계층간 예측 유닛 (128) 을 포함할 수도 있다. 계층간 예측 유닛 (128) 은 SVC 에 이용가능한 하나 이상의 상이한 계층들 (예컨대, 기초 또는 참조 계층) 을 이용하여 현재의 블록 (예컨대, EL 에서의 현재의 블록) 을 예측하도록 구성된다. 이러한 예측은 계층간 예측으로서 지칭될 수도 있다. 계층간 예측 유닛 (128) 은 예측 방법들을 이용하여 계층간 리던던시를 감소시켜, 코딩 효율을 향상시키고 컴퓨터 리소스 요구사항들을 감소시킨다. 계층간 예측의 일부 예들은 계층간 인트라 예측, 계층간 모션 예측, 및 계층간 잔차 예측을 포함한다. 계층간 인트라 예측은 기본 계층에서 동일 위치에 배치된 블록들의 재구성을 이용하여 강화 계층에서의 현재의 블록을 예측한다. 계층간 모션 예측은 기본 계층의 모션 정보를 이용하여 강화 계층에서의 모션을 예측한다. 계층간 잔차 예측은 기본 계층의 잔차를 이용하여 강화 계층의 잔차를 예측한다. 계층간 예측 방식들의 각각이 더욱더 자세하게 아래에서 설명된다.

예측 프로세싱 유닛 (100) 이 CU 의 PU들에 대한 예측 데이터를 선택한 후, 잔차 생성 유닛 (102) 은 CU 의 비디오 블록으로부터 CU 의 PU들의 예측된 비디오 블록들을 감산함으로써 (예컨대, 마이너스 부호로 표시됨으로써) CU 에 대한 잔차 데이터를 생성할 수도 있다. CU 의 잔차 데이터는 CU 의 비디오 블록에서의 샘플들의 상이한 샘플 컴포넌트들에 대응하는 2D 잔차 비디오 블록들을 포함할 수도 있다. 예를 들어, 잔차 데이터는 CU 의 PU들의 예측된 비디오 블록들에서의 샘플들의 휘도 성분들과, CU 의 원래 비디오 블록에서의 샘플들의 휘도 성분들 사이의 차이들에 대응하는 잔차 비디오 블록을 포함할 수도 있다. 또한, CU 의 잔차 데이터는 CU 의 PU들의 예측된 비디오 블록들에서의 샘플들의 색차 성분들과, CU 의 원래 비디오 블록에서의 샘플들의 색차 성분들 사이의 차이들에 대응하는 잔차 비디오 블록들을 포함할 수도 있다.

예측 프로세싱 유닛 (100) 은 쿼드트리 파티셔닝을 수행하여, CU 의 잔차 비디오 블록들을 서브-블록들로 파티셔닝할 수도 있다. 각각의 미분할된 잔차 비디오 블록은 CU 의 상이한 TU 와 연관될 수도 있다. CU 의 TU들과 연관되는 잔차 비디오 블록들의 사이즈들 및 위치들은 CU 의 PU들과 연관되는 비디오 블록들의 사이즈들 및 위치들에 기초하거나 또는 기초하지 않을 수도 있다. "잔차 쿼드 트리" (RQT) 로서 알려진 쿼드트리 구조는 잔차 비디오 블록들의 각각과 연관되는 노드들을 포함할 수도 있다. CU 의 TU들은 RQT 의 리프 노드들에 대응할 수도 있다.

변환 프로세싱 유닛 (104) 은 하나 이상의 변환들을 TU 와 연관되는 잔차 비디오 블록에 적용함으로써 CU 의 각각의 TU 에 대한 하나 이상의 변환 계수 블록들을 생성할 수도 있다. 변환 계수 블록들의 각각은 변환 계수들의 2D 매트릭스일 수도 있다. 변환 프로세싱 유닛 (104) 은 여러 변환들을 TU 와 연관되는 잔차 비디오 블록에 적용할 수도 있다. 예를 들어, 변환 프로세싱 유닛 (104) 은 이산 코사인 변환 (DCT), 방향 변환, 또는 개념적으로 유사한 변환을 TU 와 연관되는 잔차 비디오 블록에 적용할 수도 있다.

변환 프로세싱 유닛 (104) 이 TU 와 연관되는 변환 계수 블록을 생성한 후, 양자화 유닛 (106) 은 변환 계수 블록에서의 변환 계수들을 양자화할 수도 있다. 양자화 유닛 (106) 은 CU 와 연관되는 QP 값에 기초하여, CU 의 TU 와 연관되는 변환 계수 블록을 양자화할 수도 있다.

비디오 인코더 (20) 는 QP 값을 CU 와 여러 방법들로 연관시킬 수도 있다. 예를 들어, 비디오 인코더 (20) 는 CU 와 연관되는 트리블록에 관해 레이트-왜곡 분석을 수행할 수도 있다. 레이트-왜곡 분석에서, 비디오 인코더 (20) 는 트리블록에 관해 인코딩 동작을 여러번 수행함으로써, 트리블록의 다수의 코딩된 표현들을 생성할 수도 있다. 비디오 인코더 (20) 는 비디오 인코더 (20) 가 트리블록의 상이한 인코딩된 표현들을 생성할 때, 상이한 QP 값들을 CU 와 연관시킬 수도 있다. 비디오 인코더 (20) 는 주어진 QP 값이 최저 비트레이트 및 왜곡 메트릭을 갖는 트리블록의 코딩된 표현에서 CU 와 연관될 때 주어진 QP 값이 CU 와 연관된다고 시그널링할 수도 있다.

역양자화 유닛 (108) 및 역변환 유닛 (110) 은 역양자화 및 역변환들을 변환 계수 블록에 각각 적용하여, 변환 계수 블록으로부터 잔차 비디오 블록을 재구성할 수도 있다. 재구성 유닛 (112) 은 재구성된 잔차 비디오 블록을 예측 프로세싱 유닛 (100) 에 의해 생성되는 하나 이상의 예측된 비디오 블록들로부터의 대응하는 샘플들에 가산하여, TU 와 연관되는 재구성된 비디오 블록을 생성할 수도 있다. CU 의 각각의 TU 에 대한 비디오 블록들을 이 방법으로 재구성함으로써, 비디오 인코더 (20) 는 CU 의 비디오 블록을 재구성할 수도 있다.

재구성 유닛 (112) 이 CU 의 비디오 블록을 재구성한 후, 필터 유닛 (113) 은 CU 와 연관되는 비디오 블록에서 블록킹 아티팩트들을 감소시키기 위해 디블록킹 동작을 수행할 수도 있다. 하나 이상의 디블록킹 동작들을 수행한 후, 필터 유닛 (113) 은 CU 의 재구성된 비디오 블록을 디코딩된 픽처 버퍼 (114) 에 저장할 수도 있다. 모션 추정 유닛 (122) 및 모션 보상 유닛 (124) 은 재구성된 비디오 블록을 포함하는 참조 픽처를 이용하여, 후속 픽처들의 PU들에 관해 인터 예측을 수행할 수도 있다. 또한, 인트라 예측 유닛 (126) 은 디코딩된 픽처 버퍼 (114) 에서의 재구성된 비디오 블록들을 이용하여, CU 와 동일한 픽처에서의 다른 PU들에 관해 인트라 예측을 수행할 수도 있다.

엔트로피 인코딩 유닛 (116) 은 비디오 인코더 (20) 의 다른 기능적 컴포넌트들로부터 데이터를 수신할 수도 있다. 예를 들어, 엔트로피 인코딩 유닛 (116) 은 양자화 유닛 (106) 으로부터 변환 계수 블록들을 수신할 수도 있으며 예측 프로세싱 유닛 (100) 으로부터 신택스 엘리먼트들을 수신할 수도 있다. 엔트로피 인코딩 유닛 (116) 이 데이터를 수신할 때, 엔트로피 인코딩 유닛 (116) 은 하나 이상의 엔트로피 인코딩 동작들을 수행하여, 엔트로피 인코딩된 데이터를 생성할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 그 데이터에 관해, 컨텍스트 적응 가변 길이 코딩 (CAVLC) 동작, CABAC 동작, 변수-대-변수 (V2V) 길이 코딩 동작, 신택스-기반 컨텍스트-적응 2진 산술 코딩 (SBAC) 동작, 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩 동작, 또는 또다른 유형의 엔트로피 인코딩 동작을 수행할 수도 있다. 엔트로피 인코딩 유닛 (116) 은 엔트로피 인코딩된 데이터를 포함하는 비트스트림을 출력할 수도 있다.

데이터에 대해 엔트로피 인코딩 동작을 수행하는 것의 일부로서, 엔트로피 인코딩 유닛 (116) 은 컨텍스트 모델을 선택할 수도 있다. 엔트로피 인코딩 유닛 (116) 이 CABAC 동작을 수행하고 있으면, 컨텍스트 모델은 특정의 값들을 가지는 특정의 빈들의 확률들의 추정치들을 나타낼 수도 있다. CABAC 의 맥락에서, 용어 "빈" 은 신택스 엘리먼트의 2진화된 버전의 비트를 지칭하기 위해 사용된다.

다중-계층 비디오 인코더

도 2b 는 본 개시물에서 설명하는 양태들에 따른 기법들을 구현할 수도 있는 예시적인 다중-계층 비디오 인코더 (23) (또한, 간단하게 비디오 인코더 (23) 로서 지칭됨) 의 예를 예시하는 블록도이다. 비디오 인코더 (23) 는 예컨대, SHVC 및 멀티뷰 코딩에 대해 다중-계층 비디오 프레임들을 프로세싱하도록 구성될 수도 있다. 비디오 인코더 (23) 는 본 개시물의 기법들 중 임의의 기법 또는 모두를 수행하도록 구성될 수도 있다.

비디오 인코더 (23) 는 비디오 인코더 (20A) 및 비디오 인코더 (20B) 를 포함하며, 그 각각은 비디오 인코더 (20) 로서 구성될 수도 있으며 비디오 인코더 (20) 에 관하여 위에서 설명된 기능들을 수행할 수도 있다. 또, 참조 번호들의 재사용에 의해 표시되는 바와 같이, 비디오 인코더들 (20A 및 20B) 은 시스템들 및 서브시스템들 중 적어도 일부를 비디오 인코더 (20) 로서 포함할 수도 있다. 비디오 인코더 (23) 가 2개의 비디오 인코더들 (20A 및 20B) 을 포함하는 것으로 예시되지만, 비디오 인코더 (23) 는 그에 한정되지 않으며 임의 개수의 비디오 인코더 (20) 계층들을 포함할 수도 있다. 일부 실시형태들에서, 비디오 인코더 (23) 는 액세스 유닛에서의 각각의 픽처 또는 프레임에 대한 비디오 인코더 (20) 를 포함할 수도 있다. 예를 들어, 5개의 픽처들을 포함하는 액세스 유닛이 5개의 인코더 계층들을 포함하는 비디오 인코더에 의해 프로세싱되거나 또는 인코딩될 수도 있다. 일부 실시형태들에서, 비디오 인코더 (23) 는 액세스 유닛에서의 프레임들보다 더 많은 인코더 계층들을 포함할 수도 있다. 이러한 일부 경우들에서, 비디오 인코더 계층들 중 일부는 어떤 액세스 유닛들을 프로세싱할 때 비활성일 수도 있다.

비디오 인코더들 (20A 및 20B) 에 추가하여, 비디오 인코더 (23) 는 리샘플링 유닛 (90) 을 포함할 수도 있다. 리샘플링 유닛 (90) 은 일부의 경우, 수신된 비디오 프레임의 기본 계층을 업샘플링하여, 예를 들어, 강화 계층을 생성할 수도 있다. 리샘플링 유닛 (90) 은 다른 정보가 아닌, 프레임의 수신된 기본 계층과 연관된 특정의 정보를 업샘플링할 수도 있다. 예를 들어, 리샘플링 유닛 (90) 은 기본 계층의 공간 사이즈 또는 픽셀들의 개수를 업샘플링할 수도 있지만, 슬라이스들의 개수 또는 픽처 순서 카운트는 일정하게 유지할 수도 있다. 일부의 경우, 리샘플링 유닛 (90) 은 수신된 비디오를 프로세싱하지 않을 수도 있으며 및/또는 옵션적일 수도 있다. 예를 들어, 일부의 경우, 예측 프로세싱 유닛 (100) 은 업샘플링을 수행할 수도 있다. 일부 실시형태들에서, 리샘플링 유닛 (90) 은 계층을 업샘플링하고 슬라이스 경계 규칙들 및/또는 래스터 스캔 규칙들의 세트에 따르도록 하나 이상의 슬라이스들을 재편성하거나, 재정의하거나, 수정하거나 조정하도록 구성된다. 액세스 유닛에서 기본 계층, 또는 하부 계층을 업샘플링하는 것으로 주로 설명되지만, 일부의 경우, 리샘플링 유닛 (90) 은 계층을 다운샘플링할 수도 있다. 예를 들어, 비디오의 스트리밍 동안 대역폭이 감소되면, 프레임은 업샘플링 대신 다운샘플링될 수도 있다.

리샘플링 유닛 (90) 은 하부 계층 인코더 (예컨대, 비디오 인코더 (20A)) 의 디코딩된 픽처 버퍼 (114) 로부터 픽처 또는 프레임 (또는, 픽처와 연관된 픽처 정보) 을 수신하고 픽처 (또는, 수신된 픽처 정보) 를 업샘플링하도록 구성될 수도 있다. 이 업샘플링된 픽처는 그후 하부 계층 인코더와 동일한 액세스 유닛에서의 픽처를 인코딩하도록 구성된 상위 계층 인코더 (예컨대, 비디오 인코더 (20B)) 의 예측 프로세싱 유닛 (100) 에 제공될 수도 있다. 일부의 경우, 상위 계층 인코더는 하부 계층 인코더로부터 한 계층 제거된다. 다른 경우, 도 2b 의 계층 0 비디오 인코더와 계층 1 인코더 사이에 하나 이상의 상위 계층 인코더들이 존재할 수도 있다.

일부의 경우, 리샘플링 유닛 (90) 은 생략되거나 또는 바이패스될 수도 있다. 이러한 경우, 비디오 인코더 (20A) 의 디코딩된 픽처 버퍼 (114) 로부터의 픽처는 직접, 또는 적어도 리샘플링 유닛 (90) 에 제공됨이 없이, 비디오 인코더 (20B) 의 예측 프로세싱 유닛 (100) 에 제공될 수도 있다. 예를 들어, 비디오 인코더 (20B) 에 제공된 비디오 데이터 및 비디오 인코더 (20A) 의 디코딩된 픽처 버퍼 (114) 로부터의 참조 픽처가 동일한 사이즈 또는 해상도이면, 참조 픽처는 비디오 인코더 (20B) 에 임의의 리샘플링 없이 제공될 수도 있다.

일부 실시형태들에서, 비디오 인코더 (23) 는 비디오 데이터를 비디오 인코더 (20A) 에 제공되기 전에 다운샘플링 유닛 (94) 을 이용하여 하부 계층 인코더에 제공될 비디오 데이터를 다운샘플링한다. 대안적으로, 다운샘플링 유닛 (94) 은 비디오 데이터를 업샘플링하거나 또는 다운샘플링하는 것이 가능한 리샘플링 유닛 (90) 일 수도 있다. 또한 다른 실시형태들에서, 다운샘플링 유닛 (94) 은 생략될 수도 있다.

도 2b 에 예시된 바와 같이, 비디오 인코더 (23) 는 멀티플렉서 (98), 또는 mux 를 더 포함할 수도 있다. mux (98) 는 비디오 인코더 (23) 로부터의 결합된 비트스트림을 출력할 수도 있다. 결합된 비트스트림은 비디오 인코더들 (20A 및 20B) 의 각각으로부터 비트스트림을 취하여 어느 비트스트림이 주어진 시간에 출력되는지를 교번시킴으로써 생성된다. 일부 경우들에서 2개의 (또는, 2개보다 많은 비디오 인코더 계층들의 경우에 더 많은) 비트스트림들로부터의 비트들은 한번에 1 비트씩 교번될 수도 있지만, 많은 경우, 비트스트림들은 상이하게 결합된다. 예를 들어, 출력 비트스트림은 선택된 비트스트림을 한번에 한 블록씩 교번시킴으로써 생성될 수도 있다. 다른 예에서, 출력 비트스트림은 비디오 인코더들 (20A 및 20B) 의 각각으로부터 블록들의 비-1:1 비를 출력함으로써 생성될 수도 있다. 예를 들어, 2개의 블록들이 비디오 인코더 (20A) 로부터 출력된 각각의 블록에 대해 비디오 인코더 (20B) 로부터 출력될 수도 있다. 일부 실시형태들에서, mux (98) 로부터의 출력 스트림은 사전 프로그래밍될 수도 있다. 다른 실시형태들에서, mux (98) 는 비디오 인코더 (23) 외부에 있는 시스템으로부터, 예컨대, 소스 디바이스 (12) 를 포함한 소스 디바이스 상의 프로세서로부터 수신된 제어 신호에 기초하여, 비디오 인코더들 (20A, 20B) 로부터의 비트스트림들을 결합할 수도 있다. 제어 신호는 비디오 소스 (18) 로부터의 비디오의 해상도 또는 비트레이트에 기초하여, 링크 (16) 의 대역폭에 기초하여, 사용자와 연관된 가입 (예컨대, 유료 가입 대 무료 가입) 에 기초하여, 또는 비디오 인코더 (23) 로부터 원하는 출력된 해상도를 결정하는 임의의 다른 인자에 기초하여, 생성될 수도 있다.

비디오 디코더

도 3a 는 본 개시물에서 설명하는 양태들에 따른 기법들을 구현할 수도 있는 예시적인 비디오 디코더의 예를 예시하는 블록도이다. 비디오 디코더 (30) 는 예컨대, HEVC 에 있어 비디오 프레임의 단일 계층을 프로세싱하도록 구성될 수도 있다. 또한, 비디오 디코더 (30) 는 도 4 및 도 5 에 대하여 위와 아래에 보다 자세히 설명된 NoOutputOfPriorPicsFlag 를 추론하는 방법들 및 관련 프로세스들로 제한되지 않는, 본 개시물의 기법들 중 임의의 기법 또는 모두를 수행하도록 구성될 수도 있다. 일 예로서, 모션 보상 유닛 (162) 및/또는 인트라 예측 유닛 (164) 은 본 개시물에서 설명되는 기법들 중 임의의 기법 또는 모두를 수행하도록 구성될 수도 있다. 일 실시형태에서, 비디오 디코더 (30) 는 옵션적으로, 본 개시물에서 설명되는 기법들 중 임의의 기법 또는 모두를 수행하도록 구성되는 계층간 예측 유닛 (166) 을 포함할 수도 있다. 다른 실시형태들에서, 계층간 예측은 예측 프로세싱 유닛 (152) (예컨대, 모션 보상 유닛 (162) 및/또는 인트라 예측 유닛 (164)) 에 의해 수행될 수 있으며, 이 경우, 계층간 예측 유닛 (166) 은 생략될 수도 있다. 그러나, 본 개시물의 양태들은 이에 제한되지 않는다. 일부 예들에서, 본 개시물에서 설명하는 기법들은 비디오 디코더 (30) 의 여러 컴포넌트들 사이에 공유될 수도 있다. 일부 예들에서, 추가적으로 또는 대안적으로, 프로세서 (미도시) 는 본 개시물에서 설명되는 기법들 중 임의의 기법 또는 모두를 수행하도록 구성될 수도 있다.

설명의 목적을 위해, 본 개시물은 HEVC 코딩의 맥락에서의 비디오 디코더 (30) 를 기술한다. 그러나, 본 개시물의 기법들은 다른 코딩 표준들 또는 방법들에 적용가능할 수도 있다. 도 3a 에 도시된 예는 단일 계층 코덱에 대한 것이다. 그러나, 도 3b 에 대해 추가로 설명되는 바와 같이, 비디오 디코더 (30) 중 일부 또는 모두는 다중-계층 코덱의 프로세싱을 위해 중복될 수도 있다.

도 3a 의 예에서, 비디오 디코더 (30) 는 복수의 기능적 컴포넌트들을 포함한다. 비디오 디코더 (30) 의 기능적 컴포넌트들은 엔트로피 디코딩 유닛 (150), 예측 프로세싱 유닛 (152), 역양자화 유닛 (154), 역변환 유닛 (156), 재구성 유닛 (158), 필터 유닛 (159), 및 디코딩된 픽처 버퍼 (160) 를 포함한다. 예측 프로세싱 유닛 (152) 은 모션 보상 유닛 (162), 인트라 예측 유닛 (164), 및 계층간 예측 유닛 (166) 을 포함한다. 일부 예들에서, 비디오 디코더 (30) 는 도 2a 의 비디오 인코더 (20) 에 대해 설명된 인코딩 과정과는 일반적으로 반대인 디코딩 과정을 수행할 수도 있다. 다른 예들에서, 비디오 디코더 (30) 는 더 많거나, 더 적거나, 또는 상이한 기능적 컴포넌트들을 포함할 수도 있다.

비디오 디코더 (30) 는 인코딩된 비디오 데이터를 포함하는 비트스트림을 수신할 수도 있다. 비트스트림은 복수의 신택스 엘리먼트들을 포함할 수도 있다. 비디오 디코더 (30) 가 비트스트림을 수신할 때, 엔트로피 디코딩 유닛 (150) 은 비트스트림에 관해 파싱 동작을 수행할 수도 있다. 비트스트림에 관해 파싱 동작을 수행하는 것의 결과로서, 엔트로피 디코딩 유닛 (150) 은 비트스트림으로부터 신택스 엘리먼트들을 추출할 수도 있다. 파싱 동작을 수행하는 것의 일부로서, 엔트로피 디코딩 유닛 (150) 은 비트스트림에서의 엔트로피 인코딩된 신택스 엘리먼트들을 엔트로피 디코딩할 수도 있다. 예측 프로세싱 유닛 (152), 역양자화 유닛 (154), 역변환 유닛 (156), 재구성 유닛 (158), 및 필터 유닛 (159) 은 비트스트림으로부터 추출된 신택스 엘리먼트들에 기초하여, 디코딩된 비디오 데이터를 생성하는 재구성 동작을 수행할 수도 있다.

위에서 설명한 바와 같이, 비트스트림은 일련의 NAL 유닛들을 포함할 수도 있다. 비트스트림의 NAL 유닛들은 비디오 파라미터 세트 NAL 유닛, 시퀀스 파라미터 세트 NAL 유닛들, 픽처 파라미터 세트 NAL 유닛들, SEI NAL 유닛들 등을 포함할 수도 있다. 비트스트림에 대해 파싱 동작을 수행하는 것의 일부로서, 엔트로피 디코딩 유닛 (150) 은 시퀀스 파라미터 세트 NAL 유닛들로부터 시퀀스 파라미터 세트들을, 픽처 파라미터 세트 NAL 유닛들로부터 픽처 파라미터 세트들을, SEI NAL 유닛들로부터 SEI 데이터를, 기타 등등으로 추출하여 엔트로피 디코딩하는 파싱 동작들을 수행할 수도 있다.

또한, 비트스트림의 NAL 유닛들은 코딩된 슬라이스 NAL 유닛들을 포함할 수도 있다. 비트스트림에 관해 파싱 동작을 수행하는 것의 일부로서, 엔트로피 디코딩 유닛 (150) 은 코딩된 슬라이스 NAL 유닛들로부터 코딩된 슬라이스들을 추출하여 엔트로피 디코딩하는 파싱 동작들을 수행할 수도 있다. 코딩된 슬라이스들 각각은 슬라이스 헤더 및 슬라이스 데이터를 포함할 수도 있다. 슬라이스 헤더는 슬라이스에 관련된 신택스 엘리먼트들을 포함할 수도 있다. 슬라이스 헤더에서의 신택스 엘리먼트들은 그 슬라이스를 포함하는 픽처와 연관된 픽처 파라미터 세트를 식별하는 신택스 엘리먼트를 포함할 수도 있다. 엔트로피 디코딩 유닛 (150) 은 슬라이스 헤더를 재구성하기 위해, 코딩된 슬라이스 헤더에서의 신택스 엘리먼트들에 관해 CABAC 디코딩 동작들과 같은, 엔트로피 디코딩 동작들을 수행할 수도 있다.

코딩된 슬라이스 NAL 유닛들로부터 슬라이스 데이터를 추출하는 것의 일부로서, 엔트로피 디코딩 유닛 (150) 은 슬라이스 데이터에서의 코딩된 CU들로부터 신택스 엘리먼트들을 추출하는 파싱 동작들을 수행할 수도 있다. 추출된 신택스 엘리먼트들은 변환 계수 블록들과 연관되는 신택스 엘리먼트들을 포함할 수도 있다. 엔트로피 디코딩 유닛 (150) 은 그후 신택스 엘리먼트들 중 일부에 관해 CABAC 디코딩 동작들을 수행할 수도 있다.

엔트로피 디코딩 유닛 (150) 이 비-파티셔닝된 CU 에 관해 파싱 동작을 수행한 후, 비디오 디코더 (30) 는 비-파티셔닝된 CU 에 관해 재구성 동작을 수행할 수도 있다. 비-파티셔닝된 CU 에 대해 재구성 동작을 수행하기 위해, 비디오 디코더 (30) 는 CU 의 각각의 TU 에 대해 재구성 동작을 수행할 수도 있다. CU 의 각각의 TU 에 대해 재구성 동작을 수행함으로써, 비디오 디코더 (30) 는 CU 와 연관되는 잔차 비디오 블록을 재구성할 수도 있다.

TU 에 관해 재구성 동작을 수행하는 것의 일부로서, 역양자화 유닛 (154) 은 TU 와 연관되는 변환 계수 블록을 역양자화할 수도 있다, 예컨대, 탈양자화할 수도 있다. 역양자화 유닛 (154) 은 변환 계수 블록을 HEVC 에 대해 제안되거나 또는 H.264 디코딩 표준에 의해 정의되는 역양자화 프로세스들과 유사한 방법으로 역양자화할 수도 있다. 역양자화 유닛 (154) 은 변환 계수 블록의 CU 에 대해 비디오 인코더 (20) 에 의해 계산된 양자화 파라미터 QP 를 이용하여, 양자화의 정도 및, 이와 유사하게, 적용할 역양자화 유닛 (154) 에 대한 역양자화의 정도를 결정할 수도 있다.

역양자화 유닛 (154) 이 변환 계수 블록을 역양자화한 후, 역변환 유닛 (156) 은 변환 계수 블록과 연관되는 TU 에 대한 잔차 비디오 블록을 생성할 수도 있다. 역변환 유닛 (156) 은 TU 에 대한 잔차 비디오 블록을 생성하기 위해 역변환을 변환 계수 블록에 적용할 수도 있다. 예를 들어, 역변환 유닛 (156) 은 역 DCT, 역 정수 변환, 역 Karhunen-Loeve 변환 (KLT), 역 회전 변환, 역 방향 변환, 또는 또 다른 역변환을 변환 계수 블록에 적용할 수도 있다. 일부 예들에서, 역변환 유닛 (156) 은 비디오 인코더 (20) 로부터의 시그널링에 기초하여, 변환 계수 블록에 적용할 역변환을 결정할 수도 있다. 이러한 예들에서, 역변환 유닛 (156) 은 변환 계수 블록과 연관되는 트리블록에 대한 쿼드트리의 루트 노드에서의 시그널링된 변환에 기초하여, 역변환을 결정할 수도 있다. 다른 예들에서, 역변환 유닛 (156) 은 하나 이상의 코딩 특성들, 예컨대 블록 사이즈, 코딩 모드 등으로부터 역변환을 추론할 수도 있다. 일부 예들에서, 역변환 유닛 (156) 은 캐스케이드된 역변환을 적용할 수도 있다.

일부 예들에서, 모션 보상 유닛 (162) 은 보간 필터들에 기초하여 보간을 수행함으로써, PU 의 예측된 비디오 블록을 정제 (refine) 할 수도 있다. 서브-샘플 정밀도로 모션 보상에 사용될 보간 필터들에 대한 식별자들이 신택스 엘리먼트들에 포함될 수도 있다. 모션 보상 유닛 (162) 은 PU 의 예측된 비디오 블록의 생성 동안 비디오 인코더 (20) 에 의해 사용되는 동일한 보간 필터들을 이용하여 참조 블록의 서브-정수 샘플들에 대해 보간된 값들을 계산할 수도 있다. 모션 보상 유닛 (162) 은 수신된 신택스 정보에 따라 비디오 인코더 (20) 에 의해 사용되는 보간 필터들을 결정하고 그 보간 필터들을 이용하여 예측 비디오 블록을 생성할 수도 있다.

도 5 를 참조하여 아래에서 추가로 설명되는 바와 같이, 예측 프로세싱 유닛 (152) 은 도 5 에 예시된 방법들을 수행함으로써 PU (또는, 임의의 다른 참조 계층 및/또는 강화 계층 블록들 또는 비디오 유닛들) 를 코딩할 (예컨대, 인코딩하거나 또는 디코딩할) 수도 있다. 예를 들어, 모션 보상 유닛 (162), 인트라 예측 유닛 (164), 또는 계층간 예측 유닛 (166) 은 도 5 에 예시된 방법들을, 함께 또는 따로따로 수행하도록 구성될 수도 있다.

PU 가 인트라 예측을 이용하여 인코딩되면, 인트라 예측 유닛 (164) 은 인트라 예측을 수행하여, PU 에 대한 예측된 비디오 블록을 생성할 수도 있다. 예를 들어, 인트라 예측 유닛 (164) 은 비트스트림에서의 신택스 엘리먼트들에 기초하여, 그 PU 에 대한 인트라 예측 모드를 결정할 수도 있다. 비트스트림은 인트라 예측 유닛 (164) 이 PU 의 인트라 예측 모드를 결정하는데 사용할 수도 있는 신택스 엘리먼트들을 포함할 수도 있다.

일부의 경우, 신택스 엘리먼트들은 인트라 예측 유닛 (164) 이 현재의 PU 의 인트라 예측 모드를 결정하기 위해 또 다른 PU 의 인트라 예측 모드를 이용할 것을 표시할 수도 있다. 예를 들어, 현재의 PU 의 인트라 예측 모드가 이웃하는 PU 의 인트라 예측 모드와 동일할 가능성이 있을 수도 있다. 다시 말해서, 이웃하는 PU 의 인트라 예측 모드는 현재의 PU 에 대해 가장 가능성있는 모드일 수도 있다. 그러므로, 이 예에서, 비트스트림은 PU 의 인트라 예측 모드가 이웃하는 PU 의 인트라 예측 모드와 동일하다는 것을 나타내는 작은 신택스 엘리먼트를 포함할 수도 있다. 인트라 예측 유닛 (164) 은 그후 공간적으로 이웃하는 PU들의 비디오 블록들에 기초하여, PU 에 대한 예측 데이터 (예컨대, 예측된 샘플들) 을 생성하기 위해, 인트라 예측 모드를 이용할 수도 있다.

위에서 설명한 바와 같이, 비디오 디코더 (30) 는 또한 계층간 예측 유닛 (166) 을 포함할 수도 있다. 계층간 예측 유닛 (166) 은 SVC 에 이용가능한 하나 이상의 상이한 계층들 (예컨대, 기초 또는 참조 계층) 을 이용하여 현재의 블록 (예컨대, EL 에서의 현재의 블록) 을 예측하도록 구성된다. 이러한 예측은 계층간 예측으로서 지칭될 수도 있다. 계층간 예측 유닛 (166) 은 예측 방법들을 이용하여 계층간 리던던시를 감소시켜, 코딩 효율을 향상시키고 컴퓨터 리소스 요구사항들을 감소시킨다. 계층간 예측의 일부 예들은 계층간 인트라 예측, 계층간 모션 예측, 및 계층간 잔차 예측을 포함한다. 계층간 인트라 예측은 기본 계층에서 동일 위치에 배치된 블록들의 재구성을 이용하여 강화 계층에서의 현재의 블록을 예측한다. 계층간 모션 예측은 기본 계층의 모션 정보를 이용하여 강화 계층에서의 모션을 예측한다. 계층간 잔차 예측은 기본 계층의 잔차를 이용하여 강화 계층의 잔차를 예측한다. 계층간 예측 방식들의 각각이 더욱더 자세하게 아래에서 설명된다.

재구성 유닛 (158) 은 CU 의 TU들과 연관되는 잔차 비디오 블록들 및 CU 의 PU들의 예측된 비디오 블록들, 예컨대, 적용가능한 경우, 인트라-예측 데이터 또는 인터-예측 데이터를 이용하여, CU 의 비디오 블록을 재구성할 수도 있다. 따라서, 비디오 디코더 (30) 는 비트스트림에서의 신택스 엘리먼트들에 기초하여, 예측된 비디오 블록 및 잔차 비디오 블록을 생성할 수도 있으며 그 예측된 비디오 블록 및 잔차 비디오 블록에 기초하여 비디오 블록을 생성할 수도 있다.

재구성 유닛 (158) 이 CU 의 비디오 블록을 재구성한 후, 필터 유닛 (159) 은 CU 와 연관되는 블록킹 아티팩트들을 감소시키기 위해 디블록킹 동작을 수행할 수도 있다. 필터 유닛 (159) 이 CU 와 연관되는 블록킹 아티팩트들을 감소시키기 위해 디블록킹 동작을 수행한 후, 비디오 디코더 (30) 는 CU 의 비디오 블록을 디코딩된 픽처 버퍼 (160) 에 저장할 수도 있다. 디코딩된 픽처 버퍼 (160) 는 후속 모션 보상, 인트라 예측, 및 도 1a 또는 도 1b 의 디스플레이 디바이스 (32) 와 같은 디스플레이 디바이스 상에의 프리젠테이션을 위해, 참조 픽처들을 제공할 수도 있다. 예를 들어, 비디오 디코더 (30) 는 디코딩된 픽처 버퍼 (160) 에서의 비디오 블록들에 기초하여, 다른 CU들의 PU들에 관해 인트라 예측 또는 인터 예측 동작들을 수행할 수도 있다.

다중-계층 디코더

도 3b 는 본 개시물에서 설명하는 양태들에 따른 기법들을 구현할 수도 있는 예시적인 다중-계층 비디오 디코더 (33) (또한 간단히 비디오 디코더 (33) 로 지칭됨) 의 예를 예시하는 블록도이다. 비디오 디코더 (33) 는 다중-계층 비디오 프레임들을, 예컨대 SHVC 및 멀티뷰 코딩을 위해 프로세싱하도록 구성될 수도 있다. 또한, 비디오 디코더 (33) 는 본 개시물의 기법들 중 임의의 기법 또는 모두를 수행하도록 구성될 수도 있다.

비디오 디코더 (33) 는 비디오 디코더 (30A) 및 비디오 디코더 (30B) 를 포함하며, 그 각각은 비디오 디코더 (30) 로서 구성될 수도 있으며 비디오 디코더 (30) 를 참조하여 위에서 설명된 기능들을 수행할 수도 있다. 또, 참조 번호들의 재사용에 의해 표시되는 바와 같이, 비디오 디코더들 (30A 및 30B) 은 시스템들 및 서브시스템들 중 적어도 일부를 비디오 디코더 (30) 로서 포함할 수도 있다. 비디오 디코더 (33) 가 2개의 비디오 디코더들 (30A 및 30B) 을 포함하는 것으로 예시되지만, 비디오 디코더 (33) 는 그에 한정되지 않으며 임의 개수의 비디오 디코더 (30) 계층들을 포함할 수도 있다. 일부 실시형태들에서, 비디오 디코더 (33) 는 액세스 유닛에서의 각각의 픽처 또는 프레임에 대한 비디오 디코더 (30) 를 포함할 수도 있다. 예를 들어, 5개의 픽처들을 포함하는 액세스 유닛은 5개의 디코더 계층들을 포함하는 비디오 디코더에 의해 프로세싱되거나 또는 디코딩될 수도 있다. 일부 실시형태들에서, 비디오 디코더 (33) 는 액세스 유닛에서의 프레임들보다 더 많은 디코더 계층들을 포함할 수도 있다. 어떤 이러한 경우들에서, 비디오 디코더 계층들 중 일부는 어떤 액세스 유닛들을 프로세싱할 때 비활성일 수도 있다.

비디오 디코더들 (30A 및 30B) 에 추가하여, 비디오 디코더 (33) 는 업샘플링 유닛 (92) 을 포함할 수도 있다. 일부 실시형태들에서, 업샘플링 유닛 (92) 은 프레임 또는 액세스 유닛에 대한 참조 픽처 리스트에 추가될 향상된 계층을 생성하기 위해 수신된 비디오 프레임의 기본 계층을 업샘플링할 수도 있다. 이 향상된 계층은 디코딩된 픽처 버퍼 (160) 에 저장될 수 있다. 일부 실시형태들에서, 업샘플링 유닛 (92) 은 도 2a 의 리샘플링 유닛 (90) 과 관련하여 설명된 실시형태들 중 일부 또는 모두를 포함할 수 있다. 일부 실시형태들에서, 업샘플링 유닛 (92) 은 계층을 업샘플링하고 슬라이스 경계 규칙들 및/또는 래스터 스캔 규칙들의 세트에 따르도록 하나 이상의 슬라이스들을 재편성하거나, 재정의하거나, 수정하거나 조정하도록 구성된다. 일부의 경우, 업샘플링 유닛 (92) 은 수신된 비디오 프레임의 계층을 업샘플링하고 및/또는 다운샘플링하도록 구성된 리샘플링 유닛일 수도 있다.

업샘플링 유닛 (92) 은 하부 계층 디코더 (예컨대, 비디오 디코더 (30A)) 의 디코딩된 픽처 버퍼 (160) 로부터 픽처 또는 프레임 (또는, 픽처와 연관된 픽처 정보) 을 수신하고 픽처 (또는, 수신된 픽처 정보) 를 업샘플링하도록 구성될 수도 있다. 이 업샘플링된 픽처는 그후 하부 계층 디코더와 동일한 액세스 유닛에서의 픽처를 디코딩하도록 구성된 상위 계층 디코더 (예컨대, 비디오 디코더 (30B)) 의 예측 프로세싱 유닛 (152) 에 제공될 수도 있다. 일부의 경우, 상위 계층 디코더는 하부 계층 디코더로부터 한 계층 제거된다. 다른 경우, 도 3b 의 계층 0 디코더와 계층 1 디코더 사이에 하나 이상의 상위 계층 디코더들이 존재할 수도 있다.

일부의 경우, 업샘플링 유닛 (92) 은 생략되거나 또는 바이패스될 수도 있다. 이러한 경우, 비디오 디코더 (30A) 의 디코딩된 픽처 버퍼 (160) 로부터의 픽처는 직접, 또는 적어도 업샘플링 유닛 (92) 에 제공됨이 없이, 비디오 디코더 (30B) 의 예측 프로세싱 유닛 (152) 에 제공될 수도 있다. 예를 들어, 비디오 디코더 (30B) 에 제공된 비디오 데이터 및 비디오 디코더 (30A) 의 디코딩된 픽처 버퍼 (160) 로부터의 참조 픽처가 동일한 사이즈 또는 해상도이면, 참조 픽처는 업샘플링함이 없이 비디오 디코더 (30B) 에 제공될 수도 있다. 또, 일부 실시형태들에서, 업샘플링 유닛 (92) 은 비디오 디코더 (30A) 의 디코딩된 픽처 버퍼 (160) 로부터 수신된 참조 픽처를 업샘플링되거나 또는 다운샘플링되도록 구성된 리샘플링 유닛 (90) 일 수도 있다.

도 3b 에 예시된 바와 같이, 비디오 디코더 (33) 는 디멀티플렉서 (99), 또는 demux 를 더 포함할 수도 있다. demux (99) 는 상이한 비디오 디코더 (30A 및 30B) 에 제공되는 demux (99) 에 의해, 인코딩된 비디오 비트스트림을 각각의 비트스트림 출력을 가진 다수의 비트스트림들로 분할할 수 있다. 다수의 비트스트림들이 비트스트림을 수신함으로써 생성될 수도 있으며, 비디오 디코더들 (30A 및 30B) 의 각각이 비트스트림의 일부를 주어진 시간에 수신한다. 일부 경우들에서 demux (99) 에서 수신된 비트스트림으로부터의 비트들은 비디오 디코더들 (예컨대, 도 3b 의 예에서 비디오 디코더들 (30A 및 30B)) 의 각각 사이에 한번에 1 비트씩 교번될 수도 있지만, 많은 경우들에서, 비트스트림은 다르게 분할된다. 예를 들어, 비트스트림은 어느 비디오 디코더가 비트스트림을 한번에 하나의 블록씩 수신하는지를 교번시킴으로써 분할될 수도 있다. 다른 예에서, 비트스트림은 블록들 대 비디오 디코더들 (30A 및 30B) 의 각각의 비-1:1 비로 분할될 수도 있다. 예를 들어, 2개의 블록들이 비디오 디코더 (30A) 에 제공되는 각각의 블록에 대해 비디오 디코더 (30B) 에 제공될 수도 있다. 일부 실시형태들에서, demux (99) 에 의한 비트스트림의 분할은 사전 프로그래밍될 수도 있다. 다른 실시형태들에서, demux (99) 는 비디오 디코더 (33) 외부에 있는 시스템으로부터, 예컨대 목적지 모듈 (14) 을 포함한 목적지 디바이스 상의 프로세서로부터 수신된 제어 신호에 기초하여 비트스트림을 분할할 수도 있다. 제어 신호는 입력 인터페이스 (28) 로부터의 비디오의 해상도 또는 비트레이트에 기초하여, 링크 (16) 의 대역폭에 기초하여, 사용자와 연관된 가입 (예컨대, 유료 가입 대 무료 가입) 에 기초하여, 또는 비디오 디코더 (33) 에 의해 획득가능한 해상도를 결정하는 임의의 다른 인자에 기초하여 생성될 수도 있다.

인트라 랜덤 액세스 포인트 (IRAP) 픽처들

일부 비디오 코딩 방식들은 비트스트림이 비트스트림에서의 이들 랜덤 액세스 포인트들에 선행하는 임의의 픽처들을 디코딩할 필요 없이 이들 랜덤 액세스 포인트들 중 어느 것에서부터 시작해서, 비트스트림이 디코딩될 수도 있도록 비트스트림 전반에 걸쳐 여러 랜덤 액세스 포인트들을 제공할 수도 있다. 이러한 비디오 코딩 방식들에서, (랜덤 액세스 포인트를 제공하는 픽처와 동일한 액세스 유닛에 있는 이들 픽처들을 포함한) 출력 순서에서 랜덤 액세스 포인트에 후속하는 모든 픽처들은, 랜덤 액세스 포인트를 선행하는 임의의 픽처들을 이용하는 것 없이 정확하게 디코딩될 수 있다. 예를 들어, 비트스트림의 일부분은 디코딩 동안에 또는 송신 동안에 손실되는 경우에도, 디코더는 다음 랜덤 액세스 포인트에서부터 시작해서, 비트스트림을 디코딩하는 것을 재개할 수 있다. 랜덤 액세스에 대한 지원은 예를 들어, 동적 스트리밍 서비스들, 탐색 동작들, 채널 스위칭 등을 용이하게 할 수도 있다.

일부 코딩 방식에서, 이러한 랜덤 액세스 포인트들은 인트라 랜덤 액세스 포인트 (IRAP) 픽처로 지칭되는 픽처들에 의해 제공될 수도 있다. 예를 들어, 액세스 유닛 ("auA") 에 포함된 강화 계층 ("layerA") 에서 (예컨대, 강화 계층 IRAP 픽처에 제공된) 랜덤 액세스 지점은, layerB 에 있으며 디코딩 순서에서 auA 에 선행하는 액세스 유닛 ("auB") 에 포함된 랜덤 액세스 지점 (또는, auA 에 포함된 랜덤 액세스 지점) 을 가지는 layerA 의 각각의 참조 계층 ("layerB") (예컨대, layerA 를 예측하는데 사용되는 계층인 참조 계층) 에 대해, (auB 에 로케이트된 그러한 픽처들을 포함한) 출력 순서에서 auB 에 후속하는 layerA 에서의 픽처들이 auB 에 선행하는 layerA 에서의 임의의 픽처들을 디코딩할 필요 없이, 정확하게 디코딩가능하도록, 계층-특정의 랜덤 액세스를 제공할 수도 있다.

IRAP 픽처들은 인트라 예측을 이용하여 코딩될 (예컨대, 다른 픽처들을 참조함이 없이 코딩될) 수도 있으며, 예를 들어, IDR (순시 디코더 리프레시) 픽처들, 클린 랜덤 액세스 (CRA) 픽처들, 및 브로큰 링크 액세스 (BLA) 픽처들을 포함할 수도 있다. 비트스트림에 IDR 픽처가 존재할 때, 디코딩 순서에서 IDR 픽처에 선행하는 모든 픽처들은 디코딩 순서에서 IDR 픽처에 후속하는 픽처들에 의한 예측에 사용되지 않는다. 비트스트림에 CRA 픽처가 존재할 때, CRA 픽처에 후속하는 픽처들은 예측을 위해 디코딩 순서에서 CRA 픽처에 선행하는 픽처들을 사용할 수도 있거나 또는 그렇지 않을 수도 있다. 디코딩 순서에서 CRA 픽처에 후속하지만 디코딩 순서에서 CRA 픽처에 선행하는 픽처들을 이용하는 그러한 픽처들은 랜덤 액세스 스킵된 리딩 (RASL) 픽처들로서 지칭될 수도 있다. 디코딩 순서에서 IRAP 픽처에 후속하고 출력 순서에서 IRAP 픽처에 선행하는 다른 유형의 픽처는 디코딩 순서에서 IRAP 픽처에 선행하는 임의의 픽처들에 대한 참조들을 포함하지 않을 수도 있는, 랜덤 액세스 디코딩가능한 리딩 (RADL) 픽처이다. RASL 픽처들은 CRA 픽처에 선행하는 픽처들이 이용불가능한 경우 디코더에 의해 폐기될 수도 있다. BLA 픽처는 (예컨대, 2개의 비트스트림들이 함께 스플라이스되고 BLA 픽처가 디코딩 순서에서 제 2 비트스트림의 제 1 픽처이기 때문에) BLA 픽처에 선행하는 픽처들이 디코더에 이용불가능할 수도 있다고, 디코더에게 표시한다. IRAP 픽처인 기본 계층 픽처 (예컨대, 0 의 계층 ID 값을 가지는 픽처) 를 포함하는 액세스 유닛 (예컨대, 다수의 계층들에 걸쳐서 동일한 출력 시간과 연관된 모든 코딩된 픽처들로 이루어지는 픽처들의 그룹) 은 IRAP 액세스 유닛으로서 지칭될 수도 있다.

IRAP 픽처들의 교차 계층 정렬

SVC 에서, IRAP 픽처들은 상이한 계층들을 가로질러 정렬되도록 (예컨대, 동일한 액세스 유닛에 포함되도록) 요구되지 않을 수도 있다. 예를 들어, IRAP 픽처들이 정렬되도록 요구되었으면, 적어도 하나의 IRAP 픽처를 포함하는 임의의 액세스 유닛은 단지 IRAP 픽처들만을 포함할 것이다. 한편, IRAP 픽처들이 정렬되도록 요구되지 않았으면, 단일 액세스 유닛에서, (예컨대, 제 1 계층에서) 하나의 픽처는 IRAP 픽처일 수도 있으며, (예컨대, 제 2 계층에서) 다른 픽처는 비-IRAP 픽처일 수도 있다. 비트스트림에서 이러한 비-정렬된 IRAP 픽처들을 가지는 것은 어떤 이점들을 제공할 수도 있다. 예를 들어, 2-계층 비트스트림에서, 강화 계층보다 기본 계층에서 더 많은 IRAP 픽처들이 있으면, 브로드캐스트 및 멀티캐스트 애플리케이션들에서, 낮은 동조 지연 (tune-in delay) 과 높은 코딩 효율이 달성될 수 있다.

일부 비디오 코딩 방식들에서, 픽처 순서 카운트 (POC) 는 디코딩된 픽처들이 디스플레이되는 상대적인 순서를 추적하는데 사용될 수도 있다. 이러한 코딩 방식들 중 일부는 어떤 유형들의 픽처들이 비트스트림에 나타날 때마다 POC 값들이 리셋되도록 (예컨대, 제로로 설정되거나 또는 비트스트림에서 시그널링되는 어떤 값으로 설정되도록) 할 수도 있다. 예를 들어, 어떤 IRAP 픽처들의 POC 값들이 리셋될 수도 있으며, 이에 의해 디코딩 순서에서 그들 IRAP 픽처들에 선행하는 다른 픽처들의 POC 값들이 또한 리셋될 수도 있다. 이것은 IRAP 픽처들이 상이한 계층들을 가로질러 정렬되도록 요구되지 않는 경우 문제가 될 수도 있다. 예를 들어, 하나의 픽처 ("picA") 가 IRAP 픽처이고 동일한 액세스 유닛에서의 다른 픽처 ("picB") 가 IRAP 픽처가 아닐 때, picA 를 포함하는 계층에서, IRAP 픽처인 picA 로 인해 리셋되는 픽처 ("picC") 의 POC 값은 picB 를 포함하는 계층에서, 리셋되지 않은, 픽처 ("picD") 의 POC 값과 상이할 수도 있으며, 여기서, picC 및 picD 는 동일한 액세스 유닛 내에 있다. 이는 picC 및 picD 가, 설령 그들이 동일한 액세스 유닛 (예컨대, 동일한 출력 시간) 에 속하더라도, 상이한 POC 값들을 갖도록 한다. 따라서, 이 예에서, picC 및 picD 의 POC 값들을 유도하는 유도 프로세스는 POC 값들 및 액세스 유닛들의 정의와 일치하는 POC 값들을 생성하도록 수정될 수 있다.

계층 초기화 픽처 (LIP)

일부 코딩 방식들에서, 계층 초기화 픽처 ("LIP 픽처") 는 1 로 설정된 NoRaslOutputFlag 플래그 (예를 들어, 1 로 설정되면, RASL 픽처들이 출력되지 않고, 0 으로 설정되면 RASL 픽처들이 출력되어야 함을 표시하는 플래그) 를 갖는 IRAP 픽처인 픽처, 또는 기본 계층 픽처 (예를 들어, 비트스트림에서 정의된 최소 계층 ID 또는 0 의 계층 ID 를 갖는 픽처) 가 1 로 설정된 NoRaslOutputFlag 를 갖는 IRAP 액세스 유닛인 초기 IRAP 액세스 유닛에 포함된 픽처로서 정의될 수도 있다.

일부 실시형태들에서, SPS 는 각각의 LIP 픽처에서 활성화될 수 있다. 예를 들어, 1 로 설정된 NoRaslOutputFlag 플래그를 갖는 각각의 IRAP 픽처, 또는 초기 IRAP 액세스 유닛, 새로운 SPS 에 포함된 각각의 픽처는 이전에 활성화되었던 SPS 와는 상이할 수도 있다 (예를 들어, 상이한 픽처 해상도들 등을 특정한다). 그러나, LIP 픽처가 IRAP 픽처 (예를 들어, 초기 IRAP 액세스 유닛에 포함된 임의의 픽처) 가 아니고, 초기 IRAP 액세스 유닛에서의 기본 계층 픽처가 0 으로 설정된 NoClrasOutputFlag 플래그 (예를 들어, 1 로 설정되면 교차 계층 랜덤 액세스 스킵 픽처들이 출력되지 않아야 하고, 1 으로 설정되면 교차 계층 랜덤 액세스 스킵 픽처들이 출력되어야 함을 표시하는 플래그) 인 플래그를 갖는 IDR 픽처인 경우, LIP 픽처가 새로운 SPS 를 활성화하도록 허용되지 않아야 한다. 새로운 SPS 가 이러한 LIP 픽처에서 활성화되면, 이러한 경우, 특히 새로운 SPS 의 SPS RBSP 의 컨텐츠가 초기 IRAP 액세스 유닛 이전에 이미 액태브 상태였던 SPS 의 컨텐츠와는 상이할 때, 상이한 픽처 해상도들 및 에러 내성에 있어 문제가 있을 수 있다. 예를 들어, 새로운 SPS 는 해상도를 업데이트할 수도 있고 상이한 사이즈들의 픽처들을 지칭하도록 시간 에측을 이용할 수도 있다.

픽처들의 범핑 및 플러싱

(예를 들어, 이들 픽처들이 디스플레이될 수 있거나 또는 다른 픽처들을 예측하기 위해 이용될 수 있도록) 디코딩될 픽처들은 디코딩된 픽처 버퍼 (DPB) 에 저장된다. 출력되어야 하는 픽처들은 "출력용으로 필요함" 으로서 마킹될 수도 있고, 다른 픽처들을 예측하기 위해 이용되어야 할 픽처들은 "참조용으로 사용됨" 으로서 마킹될 수도 있다. "출력용으로 필요함" 으로서도 "참조용으로 사용됨" 으로서 마킹되지 않는 디코딩된 픽처들 (예를 들어, 초기에는 "출력용으로 필요함" 또는 "참조용으로 사용됨" 으로서 마킹되었지만 후속하여, "출력용으로 필요하지 않음" 으로도 "참조용으로 미사용됨" 으로도 마킹되는 픽처들) 은 이들이 디코딩 프로세스에 의해 제거될 때까지 DPB 에 존재할 수도 있다. 출력 순서 순응형 디코더들에서, DPB 로부터 픽처들을 제거하는 프로세스는 종종, "출력용으로 필요함" 으로서 마킹되는 픽처들의 출력에 바로 후속한다. 출력 및 후속하는 제거의 이 프로세스는 "범핑" 으로서 지칭될 수도 있다.

또한, 픽처들이 "출력용으로 필요함" 으로서 마킹될 수도 있는 경우에도 디코더가 출력 없이 DPB 에서 이들 픽처들을 제거할 수도 있는 상황들이 있다. 본원에서의 설명을 쉽게 하기 위하여, (디코딩된 픽처들이 "출력용으로 필요함" 으로서 마킹되는지 또는 "참조용으로 사용됨" 으로서 마킹되는지와 무관하게), IRAP 픽처를 디코딩하는 시간에 DPB 에 존재하는 디코딩된 픽처들은, IRAP 픽처와 연관된 "래깅 DPB 픽처들" 또는 IRAP 픽처의 "연관된 래깅 DPB 픽처들"로서 지칭된다. HEVC 문맥에서, 이러한 상황들의 일부 예들이 이하 설명된다.

일 예에서, "1" 의 값과 동일한 NoRaslOutputFlag 를 갖는 CRA 픽처가 (예를 들어, 비트스트림의 제 1 픽처가 아닌) 비트스트림의 중간에 존재하는 경우, CRA 픽처와 연관된 래깅 DPB 픽처들은 출력되지 않고 DPB 로부터 제거될 것이다. 이러한 상황들은 슬라이스 포인트들에서 발생하기 쉬우며, 여기에서 2 개의 비트스트림들은 서로 결합되고 뒤의 비트스트림의 제 1 픽처는 "1" 의 값과 동일한 NoRaslOutputFlag 를 갖는 CRA 픽처이다. 다른 예에서, "1" 의 값과 동일한 NoRaslOutputFlag 를 갖고 CRA 픽처 (예를 들어, IDR 픽처) 가 아닌 IRAP 픽처 (picA) 가 i비트스트림의 중간에 존재하고 픽처의 해상도가 (예를 들어, 새로운 SPS 의 활성화에 의해) picA 에서 변화하는 경우, 연관된 래깅 DPB 픽처들이 DPB 를 계속해서 점유하고 있다면, picA 에서부터 시작하는 픽처들의 디코딩이 예를 들어, 버퍼 오버플로우로 인하여 문제가 될 수도 있기 때문에, picA 의 연관된 래깅 DPB 픽처들은 이들이 출력될 수 있기 전에, DPB 로부터 제거될 수도 있다. 이 경우, picA 와 연관된 no_output_of_prior_pics_flag (예를 들어, 이전에 디코딩되어 DPB 에 저장되었던 픽처들이 1 로 설정되면 출력되는 것 없이 DPB 로부터 제거되어야 함을 표시하고, 이전에 디코딩되어 DPB 에 저장되었던 픽처들이 0 으로 설정되면 출력되는 것 없이 DPB 로부터 제거되지 않아야 함을 표시하는 플래그) 의 값은 인코더 또는 스플라이서에 의해 "1"의 값과 동일하게 설정되어야 하거나, 또는 NoOutputOfPriorPicsFlag (예를 들어, 비트스트림에 포함된 정보에 기초하여 결정될 수도 있는 유도 값) 가 디코더에 의해 "1" 의 값과 동일하게 유도되어 DPB 외부로의 출력 없이 래깅 픽처들이 플러싱될 수도 있다. 스플라이싱 동작은 도 4 에 대하여 아래 추가로 설명된다.

출력 없이 DPB 로부터 연관된 래깅 DPB 픽처들을 제거하는 이 프로세스는 "플러싱"이라 지칭될 수도 있다. 위에 설명되지 않은 상황들에서, IRAP 픽처는 no_output_of_prior_pics_flag 의 값을 "1" 의 값과 동일하게 특정할 수도 있어, 디코더가 IRAP 픽처의 연관된 DPB 래깅 픽처들을 플러싱하게 될 것이다.

슬라이스 포인트를 포함하는 비트스트림

도 4 를 참조하여 보면, 슬라이스 포인트를 갖는 예시적인 비트스트림이 설명된다. 도 4 는 비트스트림들 (410 및 420) 을 슬라이싱하는 것에 의해 생성된 멀티계층 비트스트림 (400) 을 나타낸다. 비트스트림 (410) 은 강화 계층 (EL)(410A) 및 기본 계층 (BL)(410B) 을 포함하고, 비트스트림 (420) 은 EL (420A) 및 BL (420B) 을 포함한다. EL (410A) 은 EL 픽처 (412A) 를 포함하고, BL (410B) 은 BL 픽처 (412B) 를 포함한다. EL (420A) 은 EL 픽처들 (422A, 424A 및 426A) 을 포함하고, BL (420B) 은 BL 픽처들 (422B, 424B, 및 426B) 을 포함한다. 다중-계층 비트스트림 (400) 은 액세스 유닛들 (AU들)(430-460) 을 더 포함한다. AU (430) 는 EL 픽처 (412A) 및 BL 픽처 (412B) 를 포함하고, AU (440) 는 EL 픽처 (422A) 및 BL 픽처 (422B) 를 포함하고, AU (450) 는 EL 픽처 (424A) 및 BL 픽처 (424B) 를 포함하고, AU (460) 는 EL 픽처 (426A) 및 BL 픽처 (426B) 를 포함한다. 도 4 의 예에서, BL 픽처 (422B) 는 IRAP 픽처이고, AU (440) 에서의 대응하는 EL 픽처 (422A) 는 트레일링 픽처 (예를 들어, 비-IRAP 픽처) 이고, 결과적으로, AU (440) 는 비정렬된 IRAP AU 이다. AU (440) 이 슬라이스 포인트 (470) 에 바로 후속하는 액세스 유닛이다.

도 4 의 예는 2 개의 상이한 비트스트림들이 서로 결합되는 경우를 예시하고 있지만, 일부 실시형태들에서는 비트스트림의 일부분이 제거될 때 슬라이스 포인트가 존재할 수도 있다. 예를 들어, 비트스트림은 부분들 A, B, 및 C 를 갖고, 부분 B 는 부분들 A 와 C 사이에 있다. 부분 B 가 비트스트림으로부터 제거되면, 나머지 부분들 (A 및 C) 이 서로 결합될 수 있고, 이들이 서로 결합된 포인트는 슬라이스 포인트로서 지칭될 수도 있다. 보다 일반적으로, 본 출원에서 논의된 슬라이스 포인트는 하나 이상의 슬라이싱된 또는 도출된 파라미터들 또는 플래그들이 미리 정해진 값들을 가질 때 존재하도록 예정될 수도 있다. 예를 들어, 슬라이스 포인트가 특정 로케이션에 존재한다는 특정 표시를 수신함이 없이, 디코더는 플래그 (NoClrasOutputFlag) 의 값을 결정할 수도 있고, 플래그의 값에 기초하여 본 출원에 설명된 하나 이상의 기법들을 수행할 수도 있다.

다중-계층 컨텍스트에서의 픽처들의 플러싱

픽처들을 플러싱하는 프로세스는 또한 다중-계층 비트스트림들에 관련되어 있다. 보다 구체적으로, 이는 초기 IRAP 액세스 유닛에 속하는 모든 픽처들에 관련되며, 또한 초기 IRAP 액세스 유닛에 있지 않은 IRAP 픽처들에도 또한 관련된다. 위에 설명된 바와 같이, 일부 기존의 구현예들, 이를 테면, SHVC 및 MV-HEVC 에서, IRAP 액세스 유닛은 (액세스 유닛에서의 다른 픽처들이 IRAP 픽처들인지의 여부와 무관하게) "0" 의 값과 동일한 nuh_layer_id 를 갖는 IRAP 픽처를 포함하는 액세스 유닛으로서 정의될 수도 있고 초기 IRAP 액세스 유닛은 (또한 액세스 유닛에서의 다른 픽처들이 IRAP 픽처들인지의 여부와 무관하게) "0" 의 값과 동일한 nuh_layer_id 를 갖고 또한 "1" 의 값과 동일한 NoRaslOutputFlag 를 갖는 IRAP 픽처를 포함하는 액세스 유닛으로서 정의될 수도 있다.

SHVC 및 MV-HEVC 에서 액세스 유닛들에서의 비정렬된 IRAP 픽처들을 갖는 가능성에 의해 (예를 들어, 액세스 유닛이 IRAP 픽처와 비-IRAP 픽처 양자를 포함할 수도 있음), HEVC 의 문맥에서 이전 섹션에서 설명된 상황들이 SHVC/MV-HEVC 비트스트림의 상이한 계층들에서 발생할 수 있다. 예를 들어, "1" 의 값과 동일한 NoRaslOutputFlag 를 갖는 CRA 픽처 (picA) 는 picA 와 동일한 계층에서 CRA 픽처를 갖지 않는 초기 IRAP 액세스 유닛으로 시작하는 비트스트림의 중간에 (예를 들어, 비트스트림의 제 1 액세스 유닛에서가 아닌) 강화 계층에 존재할 수도 있다. 또한, 픽처의 해상도 변화는 기본 계층의 해상도가 변화하지 않는 액세스 유닛에서 강화 계층에 IRAP 픽처들을 발생시킬 수 있고 그 반대로 발생할 수도 있다. 유사한 상황들이 상이한 DPB 사이즈들에 대하여 발생할 수도 있다.

SVC 및 MVC 에서의 픽처들의 플러싱

SVC 의 싱글 루프 코딩 설계로 인하여, 소위 MGS (medium-granular scalability) 가 사용중일 때의 경우 (이 경우, DPB 에서 저장된 소위 키 픽처 액세스 유닛들로부터 2 개의 디코딩된 픽처들이 존재할 수 있다) 만을 제외하고는, 액세스 유닛 당 오직 하나의 재구성된 픽처만이 DPB 에 삽입된다. 그러나, 각각의 액세스 유닛에서, 최고 계층의 디코딩된 픽처만이 출력될 수도 있다. 기본 계층의 디코딩된 픽처가 강화 계층을 에측하기 위하여 DPB 에 존재하도록 요구되지 않기 때문에, DPB 에 존재할 픽처들의 플러싱을 포함한 DPB 를 관리하는 동작들은 따라서, 최고 계층에서의 픽처들에만 주로 관련한다.

MVC 에서, 하나 보다 많은 뷰가 타겟 출력 뷰일 수도 있고, 디코딩된 뷰 컴포넌트들은 이들이 동일한 계층에서의 뷰 컴포넌트들을 예측하는데 필요하지 않은 경우에도, 다른 계층에서의 뷰 컴포넌트들을 예측하기 위해 관리될 필요가 있다. 따라서, 하나 보다 많은 뷰로부터의 뷰 컴포넌트들은 DPB 에 존재할 수도 있다. 플래그 no_output_of_prior_pics_flag 는 각각의 IDR 뷰 컴포넌트에 대해 시그널링되고 (예를 들어, 비-기본 뷰의 IDR 뷰 컴포넌트가 "0" 의 값과 동일한 non_idr_flag 를 갖고 시그널링되고), 뷰 컴퍼넌트들의 플러싱은 계층-고유적이다 (또는 뷰 고유적이다). MVC 에서, 간략화를 위하여, MVC 에서의 액세스 유닛에서의 IDR 뷰 컴포넌트들은 정렬된다. 예를 들어, 액세스 유닛에서의 하나의 뷰 컴포넌트가 IDR 뷰 컴포넌트이면, 액세스 유닛에서의 모든 뷰 컴포넌트들은 또한 IDR 뷰 컴포넌트들이다. 따라서, 플러싱 동작은 동작이 또한 뷰/계층 고유적일 수도 있는 경우에도, 비트스트림에서 모든 뷰들에 걸쳐 수행된다.

SHVC 및 MV-HEVC 에서의 픽처들의 플러싱

플러싱이 SHVC 및 MV-HEVC 에서의 현재 설계 하에서 발생할 때, DPB 에서의 모든 픽처들이 출력되는 (예를 들어, 디스플레이되는) 것 없이 제거된다. (기본 계층만이 비트스트림에 존재하는 특별한 경우를 제외하고는) 비트스트림에서의 오직 하나의 계층의 픽처들이 플러싱되고, 따라서, 플러싱은 계층 고유적인 것이 아니다.

출력 타이밍 컨포먼스

일부 구현예들 (예를 들어, SHVC, MV-HEVC 등), 이를 테면, SHVC WD (Working Draft) 3 및 MV-HEVC Working Draft 5 에서, 출력 타이밍 컨포먼스를 위한, DPB 로부터의 픽처들의 출력 및 제거가 아래 설명된 바와 같이 수행된다. 플러싱 프로세스에 관련된 부분들은 이탤릭 체로 나타내어진다. 아래의 예에서, 호출된 픽처들의 제거는 HEVC 사양에서의 Section F.13.3.2 에서 특정된 바와 같이, 각각의 계층에 대해 고유하다.

표 1 - SHVC WD 3 및 MV-HEVC WD 5 에서의 출력 타이밍 컨포먼스

출력 순서 컨포먼스

일부 구현예들 (예를 들어, SHVC, MV-HEVC 등) 에서, 출력 순서 컨포먼스를 위한, DPB 로부터의 픽처들의 출력 및 제거가 아래 설명된 바와 같이 수행된다. 플러싱 프로세스에 관련된 부분들은 이탤릭 체로 나타내어진다. 아래의 예에서, 픽처들의 제거는 호출시, 모든 계층들에 대해 수행된다.

표 2 - SHVC WD 3 및 MV-HEVC WD 5 에서의 출력 순서 컨포먼스

출력 타이밍 컨포먼스 및 출력 순서 컨포먼스의 비교

위에 설명된 바와 같이, 출력 타이밍 컨포먼스 및 출력 순서 컨포먼스는 양쪽 모두 동일한 플러싱 거동을 가져오지 않을 수도 있다. 예를 들어, 출력 타이밍 적합 디코더들에 대해, 비트스트림에서 계층의 제 1 픽처가 아니고 "1" 의 값과 동일한 NoRaslOutputFlag 를 갖는 계층에서 각각의 픽처에 대해 플러싱이 호출된다. 플러싱이 호출될 때, DPB 에서의 그 계층의 모든 디코딩된 픽처들이 플러싱된다. 한편, 출력 순서 적합 디코더들에 대해, 예를 들어, 비트스트림에서 제 1 픽처가 아니고 "1" 의 값과 동일한 NoRaslOutputFlag 를 갖는 기본 계층에서의 픽처에 대해서만 플러싱이 호출된다. 플러싱이 호출될 때, DPB 에서의 모든 계층들의 모든 디코딩된 픽처들이 플러싱된다.

2 개의 계층들을 갖는 비트스트림에서, IRAP 픽처이고 IRAP AU 에 속하지 않은 EL 에서의 LIP 픽처가 상이한 해상도를 활성화하고, BL 의 해상도가 비-IRAP AU (예를 들어, IRAP 픽처가 아닌) 에 있는 BL 픽처로 인하여 이 AU 에서 변화하지 않을 때, 픽처들의 계층 고유 플러싱이 요망될 수도 있다. 따라서, BL 로부터가 아닌 EL 로부터의 픽처들만이 플러싱될 것이다. 이 픽처는 출력 순서 컨포먼스에 이용되지 않는다.

2 개의 계층들을 갖는 비트스트림에서, 액세스 유닛이 IDR 픽처인 BL 픽처, 및 비-IDR 픽처인 EL 픽처를 포함하는 경우에, BL 픽처의 해상도는 액세스 유닛에서 업데이트될 수도 있는 한편, EL 픽처의 해상도는 업데이트되지 않는다. 이러한 경우, 플러싱은 BL 로부터의 픽처들에 대해서만 수행되어야 하고 EL 픽처들은 플러싱되지 않아야 한다. 이 픽처는 출력 순서 컨포먼스에 이용되지 않는다.

이전 픽처들의 출력을 표시하는 플래그의 시그널링

일부 실시형태들에서, 변수 NoOutputOfPriorPicsFlag (예를 들어, IRAP 픽처를 디코딩할 때, DPB 가 플러싱되기 전에 DPB 에서 픽처들을 출력하는지의 여부를 결정하기 위해 디코더에 의해 유도되는 값) 가 no_output_of_prior_pics_flag 및 다른 조건들에 기초하여 유도된다. 예를 들어, no_output_of_prior_pics_flag 는 비트스트림에서 시그널링되는 값일 수도 있는 한편, NoOutputOfPriorPicsFlag 는 비트스트림에 포함된 정보에 기초하여 인코더에 의해 유도된 값일 수도 있다. 디코더는 no_output_of_prior_pics_flag 의 값 및 다른 조건들에 기초하여 NoOutputOfPriorPicsFlag 의 값을 유도할 수도 있고, 그 후, NoOutputOfPriorPicsFlag 의 유도된 값을 이용하여 픽처를 출력할지의 여부를 결정할 수도 있다. 일부 실시형태들에서, 플래그 NoOutputOfPriorPicsFlag 는, 현재 액세스 포인트가 2 개의 상이한 비트스트림들이 서로 스티치되는 슬라이스 포인트를 포함하는지의 여부를 표시할 수도 있다.

일부 실시형태들에서, NoClRasOutputFlag 및 NoRaslOutputFlag 는 비트스트림에 포함된 정보에 기초하여 유도되는 변수들일 수도 있다. 예를 들어, NoRaslOutputFlag 는 매 IRAP 마다 (예를 들어, BL 및/또는 EL 에서) 유도될 수도 있고 NoClRasOutputFlag 는 최하위 계층 픽처들 (예를 들어, BL 픽처들) 에 대해서만 유도될 수도 있다. NoClRasOutputFlag 및 NoRaslOutputFlag 각각의 값은 비트스트림에서의 일부 픽처들이 특정 참조 픽처들의 불능성으로 인하여 정확하게 디코딩가능하지 않을 수도 있음을 표시할 수도 있다. 이러한 참조 픽처들의 불능성은 랜덤 액세스 포인트들에서 발생할 수도 있다. 교차 계층 랜덤 액세스 스킵 (Cross-layer random access skip; CL-RAS) 픽처들은 일부 방식들에서, 다중 계층 상당의 RASL 픽처들이다. 디코더가 랜덤 액세스 포인트 (예를 들어, BL IRAP 를 갖는 액세스 유닛) 에서의 비트스트림을 디코딩하기 시작하고, 액세스 유닛에서의 EL 픽처가 IRAP 픽처가 아니면, EL 픽처는 CL-RAS 픽처이다. IRAP 픽처가 EL 에서 발생할 때까지, EL 에서의 모든 픽처들은 (예를 들어, 디코딩가능하지만 정확하게 디코딩가능하지는 않는) CL-RAS 픽처들일 수도 있다. 이러한 EL IRAP 픽처가 비트스트림에 제공될 때, EL 은 초기화되었다고 말할 수도 있다.

예를 들어, 도 4 의 예에서, EL 픽처 (422A) 는 IRAP 픽처가 아닌 LIP 픽처일 수도 있고, BL 픽처 (422B) 는 이와 연관된 플래그 NoClRasOutputFlag 를 갖는 IRAP 픽처일 수도 있다. 이 예에서, EL 픽처 (422A) 와 연관된 NoOutputOfPriorPicsFlag 의 값은 BL 픽처 (422B) 와 연관된 NoClRasOutputFlag 의 값에 기초하여 추론될 수도 있다. 예를 들어, NoClRasOutputFlag 가 "1" 의 값과 같으면, EL 픽처 (422A) 에 대한 NoOutputOfPriorPicsFlag 는 "1" 의 값으로 또한 설정될 수도 있어, DPB 에서의 픽처들이 DPB 로부터 제거되기 전에 이들 픽처가 출력되지 않게 된다. 한편, NoClRasOutputFlag 가 "0" 의 값과 같으면, EL 픽처 (422A) 에 대한 NoOutputOfPriorPicsFlag 는 "0" 의 값으로 또한 설정될 수도 있어, DPB 에서의 픽처들이 출력된 후에 DPB 로부터 제거되게 된다.

NoOutputOfPriorPicsFlag 의 개선된 추론

위에 설명된 바와 같이, 트라 랜덤 액세스 포인트 (Intra random access point; IRAP) 픽처들은 비트스트림을 디코딩하기 위한 랜덤 액세스 포인트들을 제공할 수 있다. 디코더는 IRAP 픽처에 선행하는 픽처들을 디코딩해야 하는 것 없이 IRAP 픽처를 디코딩하는 것에 의해 비트스트림을 디코딩하는 것을 시작할 수도 있다. IRAP 픽처의 디코딩 시에, 디코딩된 픽처 버퍼 (decoded picture buffer; DPB) 는 버퍼에서 복수의 디코딩된 픽처들을 가질 수도 있다. 비트스트림으로부터 디코딩되었던 픽처들은 DPB 에 저장된다. DPB 에서의 디코딩된 픽처들은 "참조용으로 사용됨" 으로서 마킹되는 "픽쳐들" 또는 "출력용으로 필요함"으로서 마킹되는 픽처들을 포함할 수도 있다. DPB 에서의 디코딩된 픽처들은 또한 "출력용으로 필요함"으로도 "참조용으로 사용됨"으로도 마킹되지 않는 픽처들을 포함할 수 있고; 이러한 디코딩된 픽처들은 이들이 디코딩 프로세스에 의해 제거될 때까지 DPB 에 존재한다. DPB 에서 기존의 픽처들을 출력하는 것이 디코더 성능에 영향을 주면 (예를 들어, 디코더가 출력하기 위한 DPB 에 너무 많은 픽처들이 존재하면), 이들을 출력하는 것 없이 이러한 기존 픽처들을 제거 (예를 들어, 기존 픽처들을 플러쉬) 하는 것이 바람직할 수도 있다. 필요에 따라 DPB 에서 기존의 픽처들을 제거하지 않는 것은 버퍼의 오버플로우 또는 후속하는 픽처들을 디코딩 및 출력하는데 있어서의 지연을 야기할 수도 있다.

변수 NoOutputOfPriorPicsFlag 는 IRAP 픽처를 디코딩할 때, DPB 에서의 픽처들이 DPB 로부터 제거되기 전에 출력되어야 하는지의 여부를 표시할 수 있다. IRAP 픽처를 디코딩할 때, NoOutputOfPriorPicsFlag 의 값은 DPB 에서의 픽처들이 제거되기 전에 출력되지 않아야 할 때 1 로 설정될 수 있다. 대안으로서, IRAP 픽처를 디코딩할 때, NoOutputOfPriorPicsFlag 의 값은 DPB 에서의 픽처들이 제거되기 전에 출력되어야 할 때 0 으로 설정될 수 있다. NoOutputOfPriorPicsFlag 의 값은 대응하는 신택스 엘리먼트 및/또는 여러 조건들 및 정보에 기초하여 결정될 수도 있다. 신택스 엘리먼트 no_output_of_prior_pics_flag 는 비트스트림에서 수신될 수도 있고, 디코더는 NoOutputOfPriorPicsFlag의 값을 no_output_of_prior_pics_flag 의 디코딩된 값으로 설정할 수 있다. 또는, NoOutputOfPriorPicsFlag 의 값은 여러 조건들에 기초하여 유도 또는 추론될 수 있다. 예를 들어, SHVC, 및 MV-HEVC 의 초기 버전들 (예를 들어, SHVC Working Draft 4 및 MV-HEVC Working Draft 6) 에서, NoOutputOfPriorPicsFlag 는 픽처 스토어들의 수 또는 공간 분해능이 변화할 때 1 과 동일하게 설정될 수도 있다. NoOutputOfPriorPicsFlag 를 1 로 설정함으로써, 디코더는 DPB 에서의 픽처들을 필요에 따라 제거하는 것에 의해 DPB 에서 이용가능한 메모리의 양을 제어할 수 있다. 그러나, DPB 에 요구되는 메모리의 양은 또한 픽처들의 비트 깊이 및/또는 컬러 포맷에서의 변경들에 의해 영향을 받을 수도 있다. 최악의 경우 또는 최대 컬러 포맷 또는 비트 깊이가 상정되지 않으면, 컬러 포맷 및/또는 비트 깊이를 고려하지 않는 것은 DPB 에 대한 준최적의 메모리 사이즈를 야기할 수도 있다.

이들 및 다른 도전과제들을 해결하기 위하여, 특정 양태들에 따른 기법들은 IRAP 픽처들에 대한 NoOutputOfPriorPicsFlag 의 값을 결정할 때 픽처들의 비트 깊이 및/또는 컬러 포맷을 고려할 수 있다. 예를 들어, 기법들은, 디코딩될 현재 계층에서의 현재 픽처의 컬러 포맷 및/또는 비트 깊이가 현재 계층에서의 이전 픽처의 비트 깊이 및/또는 컬러 포맷과는 상이한지의 여부를 결정할 수도 있다. 현재 픽처와 이전 픽처의 컬러 포맷 및/또는 비트 깊이는 현재 액티브 상태인 SPS (sequence parameter set) 및 이전 픽처가 디코딩되었을 때 액티브 상태였던 SPS 로부터 각각 얻어질 수도 있다. 픽처의 비트 깊이는 픽처의 크로마 성분에 대한 비트 깊이 및 픽처의 루마 성분에 대한 비트 깊이를 포함할 수 있다. 컬러 포맷 또는 비트 깊이에서 변화들이 있으면, NoOutputOfPriorPicsFlag 의 값은 픽처들을 출력하는 것 없이 DPB 에 픽처들의 제거를 트리거하도록 1 과 동일하게 설정할 수도 있다. 일 예에서, 루마 샘플들의 비트 깊이가 8 비트에서 16 비트로 변하면, DPB 에서의 픽처들을 플러싱하여 DPB 에서 더 많은 메모리가 이용가능하게 되는 것이 바람직할 수도 있다.

픽처들의 컬러 포맷 및/또는 비트 깊이에서의 변화들을 고려하는 것에 의해, 본 기술은 NoOutputOfPriorPicsFlag 의 값을 보다 정확하게 결정할 수 있고, 비트스트림의 디코딩에 충분하고 요구되는 DPB 사이의 최적의 값이 표시될 수 있다. 예를 들어, 기법들은 버퍼에 추가적인 메모리를 요구하는 상황들을 보다 양호하게 고려할 수 있다. 픽처 스토어들의 수 및 공간 분해능에서의 변화들에 더하여, 컬러 포맷 또는 비트 깊이가 변화할 때 더 많은 스토리지가 이용가능하게 되도록 DPB 가 플러싱된다.

NoOutputOfPriorPicsFlag 의 추론에 관련한 특정 세부사항들은 아래 보다 자세하게 설명된다. 본 개시물 전반에 걸쳐 이용된 여러 용어들은 이들의 통상적인 의미를 갖는 넓은 용어이다.

예시적인 실시형태

위에 언급된 기술들은 다음의 예에서 도시된 바와 같이 구현될 수 있다. 이 예는 SHVC, 및 MV-HEVC 의 초기 버전들 (예를 들어, SHVC WD 4 및 MV-HEVC WD 6) 의 콘텍스트에서 제공된다. SHVC, 및 MV-HEVC 의 초기 버전들로부터의 변경들은 이탤릭 체로 표시된다. 섹션 C.3.2 는 SHVC WD 4 및 MV-HEVC WD 6 에서의 픽처 제거에 대한 출력 타이밍 DPB 동작들을 기술한다. 섹션 C.5.2.2 는 SHVC WD 4 및 MV-HEVC WD 6 에서의 픽처 제거에 대한 출력 순서 DPB 동작들을 기술한다. 각각의 섹션에서의 첫번째의 "그렇지 않으면" 브랜치는 픽처들의 크로마 포맷 및 비트 깊이에 기초한 NoOutputOfPriorPicsFlag 의 추론에 관련된다.

표 3 - 예시적인 실시형태

일부 실시형태에 따르면, NoOutputOfPriorPicsFlag 의 추론에 이용된 신택스 엘리먼트들 및 변수들이 다음과 같이 나타날 수도 있다.

● 신택스 엘리먼트 pic_width_in_luma_samples 는 루마 샘플들의 유닛들에서 픽처의 폭을 나타낸다,

● 신택스 엘리먼트 pic_height_in_luma_samples 는 루마 샘플들의 유닛들에서 픽처의 높이를 나타낸다.

● 신택스 엘리먼트 chroma_format_idc 는 픽처의 크로마 포맷을 나타낸다.

● 신택스 엘리먼트 bit_depth_luma_minus8 는 픽처의 루마 샘플들의 비트 깊이 마이너스 8 비트들을 나타낸다.

● 신택스 엘리먼트 bit_depth_chroma_minus8 는 픽처의 크로마 샘플들의 비트 깊이 마이너스 8 비트들을 나타낸다.

● 신택스 엘리먼트 sps_max_dec_pic_buffering_minus1[HighestTid] 는 코딩된 비디오 시퀀스의 계층의 디코딩에 필요한 픽처 스토어들의 수를 나타낸다.

위의 신택스 엘리먼트들은 디코딩중인 현재 계층의 현재 픽처와 연계하여 현재 계층에 대한 액티브 SPS 로부터 유도될 수 있다. 위의 신택스 엘리먼트들은 또한, 이전 픽처가 디코딩되었을 때 현재 계층에 대해 액티브 상태였던 SPS 로부터 현재 계층의 이전 픽처와 연계하여 유도될 수 있다. 이전 픽처는 디코딩 순서에서 현재 픽처를 선행하는 현재 계층에서의 픽처일 수도 있다.

픽처가 IRAP 픽처이고, NoRaslOutputFlag 의 값이 IRAP 픽처에 대해 1 과 동일한 경우, 현재 픽처에 대한 위의 신택스 엘리먼트들의 임의의 값들이 이전 픽처에 대한 각각의 신택스 엘리먼트들의 값들과는 상이하면, NoOutputOfPriorPicsFlag 의 값은 1 로 설정될 수도 있다. 변수 NoRaslOutputFlag 는 임의의 랜덤 액세스 스킵 리딩 (random access skipped leading; RASL) 픽처들이 현재 픽처와 연계되어 출력되는지의 여부를 표시할 수 있다. NoRaslOutputFlag 가 1 과 같으면, RASL 픽처들이 인터 예측을 위해 나타내어지는 일부 참조 픽처들은 존재하지 않고, 따라서, RASL 픽처들은 출력/디스플레이되지 않아야 한다. 위에 설명된 바와 같이, RASL 픽처들은, 비트스트림의 디코딩이 IRAP 픽처로부터 시작하면, 출력/디스플레이되지 않아야 하는 IRAP 픽처와 연관된 리딩 픽처들을 나타낼 수 있다. 디코더는 현재 픽처의 각각의 신택스 엘리먼트를 이전 픽처의 대응하는 신택스 엘리먼트와 비교할 수 있고, 임의의 신택스 엘리먼트의 값이 변경되면, 신택스 엘리먼트 no_output_of_prior_pics_flag 의 값이 무엇인지와는 무관하게, NoOutputOfPriorPicsFlag 가 1 로 설정될 수도 있다. 명세서의 텍스트가 나타내는 바와 같이, NoOutputOfPriorPicsFlag 의 값을 신택스 엘리먼트 no_output_of_prior_pics_flag 의 값으로 설정하는 것이 바람직할 수도 있다. 필요하다면, 디코더가 NoOutputOfPriorPicsFlag 의 값을 1 로 설정하도록 허용된다. 예를 들어, 일부 경우, DPB 사이즈는, 제 1 플래그의 값이 no_output_of_prior_pics_flag 의 디코딩된 값과 동일한 경우에도 DPB 사이즈 오버플로우가 발생하지 않을 정도로 충분히 크다. 이러한 경우, 디코더가, 제 1 플래그의 값을 1 과 동일하게 설정할지 또는 no_output_of_prior_pics_flag 의 값과 동일하게 설정할지를 선택하도록 허용하는 것이 유리할 수 있다.

일 실시형태에서, chroma_format_idc 의 값은 이전 픽처로부터 현재 픽처로 변화한다. 위에 설명된 바와 같이, 신택스 엘리먼트들에 대한 값들은 현재 계층의 현재 픽처를 디코딩할 때 액티브 상태인 현재 계층에 대한 SPS 로부터 그리고 현재 계층의 이전 픽처를 디코딩할 때 액티브 상태였던 현재 계층에 대한 SPS 로부터 유도된다. 현재 픽처의 chroma_format_idc 의 값 및 이전 픽처의 chroma_format_idc 의 값이 상이할 때, 디코더는 신택스 엘리먼트 no_output_of_prior_pics_flag 의 값이 무엇인지와는 무관하게, NoOutputofPriorPicsFlag 의 값을 1 로 설정한다.

다른 실시형태에서, bit_depth_luma_minus8 의 값은 이전 픽처로부터 현재 픽처로 변화한다. 현재 픽처의 bit_depth_luma_minus8 의 값 및 이전 픽처의 bit_depth_luma_minus8 의 값이 상이할 때, 디코더는 신택스 엘리먼트 no_output_of_prior_pics_flag 의 값이 무엇인지와는 무관하게, NoOutputofPriorPicsFlag 의 값을 1 로 설정한다.

또 다른 실시형태에서, bit_depth_chroma_minus8 의 값은 이전 픽처로부터 현재 픽처로 변화한다. 현재 픽처의 bit_depth_chroma_minus8 의 값 및 이전 픽처의 bit_depth_chroma_minus8 의 값이 상이할 때, 디코더는 신택스 엘리먼트 no_output_of_prior_pics_flag 의 값이 무엇인지와는 무관하게, NoOutputofPriorPicsFlag 의 값을 1 로 설정한다.

일반적으로, 위의 신택스 엘리먼트들의 값이 감소할 때보다는, 위의 신택스 엘리먼트들의 값이 이전 픽처로부터 현재 픽처로 증가할 때, 더 많은 메모리가 DPB 에 요구된다. 그러나, 디코더는 증가에 의해서든 감소에 의해서든 간에, 위의 신택스 엘리먼트들의 값들이 변경되는 경우에도 출력없이 DPB 에서 픽처들을 제거하는 것에 의해 DPB 에 충분한 메모리 양을 획득할 수 있다. 이러한 방식으로, 다수의 단계들을 이용하기 보다는, 하나의 조건 단계를 이용하여 추가적인 메모리가 DPB 에서 자유롭게 될 수도 있다. 값들이 증가되거나 또는 감소되는지의 여부를 결정하는 것 대신에, 신택스 엘리먼트들에서의 변화들을 체크하는 것은, NoOutputOfPriorPicsFlag 에 대한 추론 프로세스를 더욱 효율적으로 행하게 할 수 있다.

NoOutputOfPriorPicsFlag 의 값을 결정하는 방법

도 5 는 본 개시물의 일 실시형태에 따른, 비디오 정보를 코딩하는 방법을 예시하는 플로우 차트이다. 본 방법은 디코딩된 픽처 버퍼에서의 픽처들이 출력되어야 하는지의 여부를 표시하는 플래그 (예를 들어, NoOutputOfPriorPicsFlag) 의 값을 결정하는 것에 관련된다. 프로세스 (500) 는 실시형태에 의존하여, 인코더 (예를 들어, 도 2a, 도 2b 등에 도시된 바와 같은 인코더), 디코더 (예를 들어, 도 3a, 도 3b 등에 도시된 바와 같은 디코더) 또는 임의의 다른 컴포넌트에 의해 수행될 수도 있다. 프로세스 (500) 의 블록들은 도 3b 에서의 디코더 (33) 에 대하여 설명되어 있지만, 그러나 프로세스 (500) 는 위에 언급된 바와 같이, 인코더와 같은 다른 컴포넌트들에 의해 수행될 수도 있다. 디코더 (33) 의 계층 1 비디오 디코더 (30B) 및/또는 디코더 (33) 의 계층 0 디코더 (30A) 는 일 실시형태에 의존하여 프로세스 (500) 를 수행할 수도 있다. 도 5 에 대하여 설명된 모든 실시형태들은 별개로 또는 서로 결합하여 구현될 수도 있다. 프로세스 (500) 에 관련된 특정 세부사항들은 예를 들어, 도 4 에 대하여 위에 설명된다.

프로세스 (500) 는 블록 501 에서 시작한다. 디코더 (33) 는 디코딩을 위하여 현재 계층과 연관된 비디오 정보를 저장하기 위한 메모리 (예를 들어, 디코딩된 픽처 버퍼 (160)) 를 포함할 수 있다.

블록 502 에서, 디코더 (33) 는 디코딩될 현재 계층의 현재 픽처의 크로마 포맷, 현재 픽처의 크로마 샘플들의 비트 깊이, 및 현재 픽처의 루마 샘플의 비트 깊이를 획득한다. 현재 픽처는 신규 코딩된 비디오 시퀀스 (coded video sequence; CVS) 를 시작하는 인트라 랜덤 액세스 포인트 (intra random access point; IRAP) 픽처일 수도 있다. 현재 픽처의 크로마 포맷, 현재 픽처의 루마 샘플들의 비트 깊이, 및 현재 픽처의 크로마 샘플들의 비트 깊이는 현재 픽처의 디코딩 시에 현재 계층에 대해 액티브 상태인 제 1 시퀀스 파라미터 세트 (SPS) 로부터 유도될 수도 있다.

랜덤 액세스 스킵된 리딩 (RASL) 픽처들이 출력되지 않아야 함을 표시하는 현재 픽처와 연관된 플래그는, IRAP 픽처가 신규 CVS 를 시작함을 표시할 수 있다. 플래그가 인에이블되면, 플래그는 IRAP 픽처가 신규 CVS 를 시작함을 표시하고; 플래그가 인에이블되지 않으면, 플래그는 IRAP 픽처가 신규 CVS 를 시작하지 않음을 표시한다. 플래그는 NoRaslOutputFlag 와 동일 또는 유사할 수 있다. 예를 들어, NoRaslOutputFlag 는 IRAP 픽처가 신규 CVS 를 시작함을 표시하기 위해 1 과 동일하게 설정될 수 있다.

블록 503 에서, 디코더 (33) 는 디코딩되었던 현재 계층의 이전 픽처의 크로마 포맷, 이전 픽처의 크로마 샘플들의 비트 깊이, 및 이전 픽처의 루마 샘플의 비트 깊이를 획득한다. 이전 픽처의 크로마 포맷, 이전 픽처의 루마 샘플들의 비트 깊이, 및 이전 픽처의 크로마 샘플들의 비트 깊이는 이전 픽처의 디코딩 시에 현재 계층에 대해 액티브 상태였던 제 2 SPS 로부터 유도될 수도 있다.

일부 실시형태에서, 현재 픽처의 루마 샘플들의 비트 깊이, 현재 픽처의 크로마 샘플들의 비트 깊이, 이전 픽처의 루마 샘플들의 비트 깊이, 및 이전 픽처의 크로마 샘플들의 비트 깊이의 각각의 값들이 각각의 실제 비트 깊이 값들에 8 비트 마이너스한 것으로서 특정된다. 예를 들어, 현재 픽처의 루마 샘플들의 비트 깊이는 신택스 엘리먼트 bit_depth_luma_minus8 의 값에 의해 제공되고, 여기에서 bit_depth_luma_minus8 는 현재 픽처의 루마 샘플들의 비트 깊이의 실제 값에서 8 비트들을 마이너스한 것을 표현한다.

블록 504 에서, 디코더 (33) 는 디코딩된 픽처 버퍼 (DPB) 에서의 픽처들이 출력되어야 하는지의 여부를 표시하는 현재 픽처와 연관된 제 1 플래그의 값을 결정한다. 디코더 (33) 는 (1) 현재 픽처의 크로마 포맷 및 이전 픽처의 크로마 포맷, (2) 현재 픽처의 크로마 샘플들의 비트 깊이와 이전 픽처의 크로마 샘플들의 비트 깊이, 또는 (3) 현재 픽처의 루마 샘플들의 비트 깊이 및 이전 픽처의 크로마 샘플들의 비트 깊이에 기초하여 제 1 플래그의 값을 결정할 수 있다. 제 1 플래그는 위에 설명된 NoOutputOfPriorPicsFlag 이거나 유사할 수도 있다.

특정 실시형태에서, (4) 현재 픽처의 크로마 포맷과 이전 픽처의 크로마 포맷이 상이하거나, (5) 현재 픽처의 루마 샘플들의 비트 깊이와 이전 픽처의 루마 샘플들의 비트 깊이가 상이하거나, 또는 (6) 현재 픽처의 크로마 샘플들의 비트 깊이와 이전 픽처의 크로마 샘플들의 비트 깊이가 상이하다는 결정에 응답하여, 디코더 (33) 는 제 1 플래그의 값을 1 과 동일하게 설정한다. 1 의 값은 예시적인 목적들에 대한 일 예로서 제공되며, 디코더 (33) 는 필요에 따라 제 1 플래그가 인에이블됨을 표시하는 임의의 값을 이용할 수 있다. 제 1 플래그가 인에이블될 때, DPB 에서의 픽처들은 출력되지 않고 제거된다.

다른 실시형태에서, 디코더 (33) 는 DPB 에서의 픽처들이 출력되어야 함을 표시하는 비트스트림에서의 현재 픽처와 연관된 신택스 엘리먼트를 디코딩한다. (4) 현재 픽처의 크로마 포맷과 이전 픽처의 크로마 포맷이 상이하거나, (5) 현재 픽처의 루마 샘플들의 비트 깊이와 이전 픽처의 루마 샘플들의 비트 깊이가 상이하거나, 또는 (6) 현재 픽처의 크로마 샘플들의 비트 깊이와 이전 픽처의 크로마 샘플들의 비트 깊이가 상이하다는 결정에 응답하여, 디코더 (33) 는 신택스 엘리먼트의 디코딩된 값과 동일하게 제 1 플래그의 값을 설정한다. 예를 들어, 신택스 엘리먼트는 no_output_of_prior_pics_flag 이고, 이전 픽처와 현재 픽처 사이에 크로마 포맷, 루마 비트 깊이, 및 크로마 비트 깊이에서의 변화들이 없는 경우에도, 디코더 (33) 는 no_output_of_prior_pics_flag 의 디코딩된 값으로 제 1 플래그의 값을 설정한다.

특정 실시형태에서, 디코더 (33) 는 현재 픽처의 폭, 현재 픽의 높이 및 현재 픽처와 연관된 픽처 스토어들의 수를 획득한다. 현재 픽처의 폭 및 현재 픽처의 높이는 루마 샘플들의 유닛들에서 특정되고, 현재 픽처와 연관된 픽처 스토어들의 수는 현재 픽처로부터 시작하는 코딩된 비디오 시퀀스에서 현재 계층의 디코딩을 위해 필요한 최소 DPB 사이즈를 표시한다. 픽처 스토어들의 수는 CVS 에 대해 특정되고 SPS 에서 시그널링될 수 있다. 각각의 CVS 및 특정 계층에 대해 오직 하나의 SPS 가 유효할 수도 있다. 디코더 (33) 는 또한, 이전 픽처의 폭, 이전 픽처의 높이, 및 이전 픽처와 연관된 픽처 스토어들의 수를 획득한다. 이전 픽처의 폭 및 이전 픽처의 높이는 루마 샘플들의 유닛들에서 특정되고, 이전 픽처와 연관된 픽처 스토어들의 수는 이전 픽처에서 끝나는 코딩된 비디오 시퀀스에서 현재 계층의 디코딩을 위해 필요한 최소 DPB 사이즈를 표시한다. 현재 픽처의 폭, 현재 픽처의 높이, 및 현재 픽처와 연관된 픽처 스토어들의 수는 현재 픽처의 디코딩 시에 현재 계층에 대해 액티브 상태인 제 1 시퀀스 파라미터 세트 (SPS) 로부터 유도될 수도 있다. 이전 픽처의 폭, 이전 픽처의 높이, 및 이전 픽처와 연관된 픽처 스토어들의 수는 이전 픽처의 디코딩시에 현재 계층에 대해 액티브 상태였던 제 2 SPS 로부터 유도될 수도 있다.

일 실시형태에서, (7) 현재 픽처의 폭과 이전 픽처의 폭이 상이하거나, (8) 현재 픽처의 높이와 이전 픽처의 높이가 상이하거나, 또는 (9) 현재 픽처와 연관된 픽처 스토어들의 수와 이전 픽처와 연관된 픽처 스토어들의 수가 상이하다는 결정에 응답하여, 디코더 (33) 는 제 1 플래그의 값을 1 과 동일하게 설정한다.

다른 실시형태에서, 디코더 (33) 는 DPB 에서의 픽처들이 출력되어야 함을 표시하는 비트스트림에서의 현재 픽처와 연관된 신택스 엘리먼트 (예를 들어, no_output_of_prior_pics_flag) 를 디코딩한다. (7) 현재 픽처의 폭과 이전 픽처의 폭이 상이하거나, (8) 현재 픽처의 높이와 이전 픽처의 높이가 상이하거나, 또는 (9) 현재 픽처와 연관된 픽처 스토어들의 수와 이전 픽처와 연관된 픽처 스토어들의 수가 상이하다는 결정에 응답하여, 디코더 (33) 는 신택스 엘리먼트의 디코딩된 값과 동일하게 제 1 플래그의 값을 설정한다.

프로세스 (500) 는 블록 505 에서 종료한다. 블록들은 실시형태에 의존하여 프로세스 (500) 에서 추가 및/또는 생략될 수도 있고, 프로세스 (500) 의 블록들은 실시형태에 의존하여 상이한 순서들로 수행될 수도 있다.

본 개시물에서 NoOutputOfPriorPicsFlag 의 추론에 대하여 설명된 임의의 특징들 및/또는 실시형태들은 별개로 또는 서로 결합하여 구현될 수도 있다. 예를 들어, 도 1 내지 도 4 와 연계하여 설명된 임의의 특징들 및/또는 실시형태들은 도 5 와 연계하여 설명된 임의의 특징들 및/또는 실시형태들과 임의의 결합으로 구현될 수도 있고 그 역도 가능하다.

본원에서 개시된 정보 및 신호들은 다양한 상이한 기술들 및 기법들 중 어느 것을 이용하여서도 표현될 수도 있다. 예를 들어, 상기 설명 전반에 걸쳐서 인용될 수도 있는 데이터, 명령들, 지령들, 정보, 신호들, 비트들, 심볼들 및 칩들은, 전압들, 전류들, 전자기파들, 자기장들 또는 자기 입자들, 광학장들 또는 광학 입자들, 또는 이들의 임의의 조합으로 표현될 수도 있다.

본원에서 개시된 실시형태들과 관련하여 설명된 여러가지 예시적인 로직 블록들, 모듈들, 회로들, 및 알고리즘 단계들은 전자적 하드웨어, 컴퓨터 소프트웨어, 또는 양쪽의 조합들로서 구현될 수도 있다. 이러한 하드웨어와 소프트웨어의 상호 교환가능성을 명확히 예시하기 위하여, 이상에서는, 여러 예시적인 구성요소들, 블록들, 모듈들, 회로들 및 단계들을 그들의 기능의 관점에서 일반적으로 설명되었다. 이런 기능이 하드웨어 또는 소프트웨어로 구현되는지 여부는 특정의 애플리케이션 및 전체 시스템에 부과되는 설계 제한 사항들에 의존한다. 숙련자들은 각각의 특정의 애플리케이션 마다 설명한 기능을 여러가지 방법으로 구현할 수도 있으며, 그러나 이런 구현 결정들이 본 발명의 범위로부터 일탈을 초래하는 것으로 해석되어서는 안된다.

본원에서 설명된 기법들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 이러한 기법들은 범용 컴퓨터들, 무선 통신 디바이스 핸드셋들, 또는 무선 통신 디바이스 핸드셋들 및 다른 디바이스들에서의 애플리케이션을 포함한 다수의 용도들을 가진 집적 회로 디바이스들과 같은 다양한 디바이스들 중 임의의 디바이스에서 구현될 수도 있다. 모듈들 또는 구성요소들로서 설명하는 임의의 특징들은 통합 로직 디바이스 내에 함께, 또는 별개의 연동가능한 로직 디바이스들로서 별개로 구현될 수도 있다. 소프트웨어로 구현되는 경우, 이 기법들은 실행될 때, 위에서 설명된 방법들 중 하나 이상을 수행하는 명령들을 포함하는 프로그램 코드를 포함하는 컴퓨터-판독가능 데이터 저장 매체에 의해 적어도 부분적으로 실현될 수도 있다. 컴퓨터-판독가능 데이터 저장 매체는 패키징 재료들을 포함할 수도 있는 컴퓨터 프로그램 제품의 일부를 형성할 수도 있다. 컴퓨터-판독가능 매체는 메모리 또는 데이터 저장 매체들, 예컨대, 동기식 동적 랜덤 액세스 메모리 (SDRAM) 과 같은 랜덤 액세스 메모리 (RAM), 판독 전용 메모리 (ROM), 비-휘발성 랜덤 액세스 메모리 (NVRAM), 전기적으로 소거가능한 프로그래밍가능 판독 전용 메모리 (EEPROM), 플래시 메모리, 자기 또는 광학 데이터 저장 매체들 등을 포함할 수도 있다. 기법들은 추가적으로, 또는 대안적으로, 프로그램 코드를 명령들 또는 데이터 구조들의 유형으로 운반하거나 또는 통신하고 그리고 컴퓨터에 의해 액세스되거나, 판독되거나, 및/또는 실행될 수 있는, 전파 신호들 또는 파들과 같은, 컴퓨터-판독가능 통신 매체에 의해 적어도 부분적으로 실현될 수도 있다.

프로그램 코드는 하나 이상의 디지털 신호 프로세서들 (DSP들), 범용 마이크로프로세서들, 주문형 집적회로들 (ASIC들), 필드 프로그래밍가능 로직 어레이들 (FPGA들), 또는 다른 등가의 집적 또는 이산 로직 회로와 같은, 하나 이상의 프로세서들을 포함할 수도 있는 프로세서에 의해 실행될 수도 있다. 이러한 프로세서는 본 개시물에서 설명하는 기법들 중 임의의 기법들을 수행하도록 구성될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있으며; 그러나 대안적으로는, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기 또는 상태 머신일 수도 있다. 프로세서는 또한 컴퓨팅 디바이스들의 조합, 예컨대, DSP 와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성으로서 구현될 수도 있다. 따라서, 용어 "프로세서" 는, 본원에서 사용될 때 전술한 구조 중 임의의 구조, 전술한 구조의 임의의 조합, 또는 본원에서 설명하는 기법들의 구현에 적합한 임의의 다른 구조 또는 장치를 지칭할 수도 있다. 게다가, 일부 양태들에서, 본원에서 설명하는 기능은 인코딩 및 디코딩하도록 구성된 전용 소프트웨어 모듈들 또는 하드웨어 모듈들 내에 제공되거나, 또는 결합된 비디오 인코더-디코더 (코덱) 에 포함될 수도 있다. 또한, 이 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들로 전적으로 구현될 수 있다.

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

여러 본 발명의 실시형태들이 설명되었다. 이들 및 다른 실시형태들은 다음 청구항들의 범위 이내이다.

Claims

비디오 정보를 인코딩 또는 디코딩하는 장치로서,
현재 계층과 연관된 비디오 정보를 저장하는 수단;
디코딩될 상기 현재 계층의 현재 픽처의 크로마 포맷, 상기 현재 픽처의 루마 샘플들의 비트 깊이, 또는 상기 현재 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나를 획득하는 수단으로서, 상기 현재 픽처는 신규 코딩된 비디오 시퀀스 (CVS) 를 시작하는 인트라 랜덤 액세스 포인트 (intra random access point; IRAP) 픽처인, 상기 적어도 하나를 획득하는 수단;
디코딩되었던 상기 현재 계층의 이전 픽처의 크로마 포맷, 상기 이전 픽처의 루마 샘플들의 비트 깊이, 또는 상기 이전 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나를 획득하는 수단; 및
상기 현재 픽처와 연관된 제 1 플래그의 값을 결정하는 수단으로서, 상기 제 1 플래그는 디코딩된 픽처 버퍼 (DPB) 에서의 이전에 디코딩된 픽처들이 출력되지 않고 상기 DPB 로부터 제거되어야 하는지의 여부를 표시하고, 상기 이전에 디코딩된 픽처들은 하나 이상의 계층들로부터 디코딩되는, 상기 제 1 플래그의 값을 결정하는 수단을 포함하며,
상기 제 1 플래그의 값의 결정은, 상기 현재 픽처의 크로마 포맷 및 상기 이전 픽처의 크로마 포맷, 상기 현재 픽처의 루마 샘플들의 비트 깊이 및 상기 이전 픽처의 루마 샘플들의 비트 깊이, 또는 상기 현재 픽처의 크로마 샘플들의 비트 깊이 및 상기 이전 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나에 기초하는 것을 특징으로 하는 비디오 정보를 인코딩 또는 디코딩하는 장치.
제 1 항에 있어서,
상기 제 1 플래그의 값을 결정하는 수단은:
상기 현재 픽처의 크로마 포맷과 상기 이전 픽처의 크로마 포맷이 상이하거나, 상기 현재 픽처의 루마 샘플들의 비트 깊이와 상기 이전 픽처의 루마 샘플들의 비트 깊이가 상이하거나, 또는 상기 현재 픽처의 크로마 샘플들의 비트 깊이와 상기 이전 픽처의 크로마 샘플들의 비트 깊이가 상이하다는 결정에 응답하여, 상기 제 1 플래그의 값을 1 과 동일하게 설정하는 것에 의해 상기 제 1 플래그의 값을 결정하는, 비디오 정보를 인코딩 또는 디코딩하는 장치.
제 1 항에 있어서,
상기 현재 픽처의 크로마 포맷, 상기 현재 픽처의 루마 샘플들의 비트 깊이, 및 상기 현재 픽처의 크로마 샘플들의 비트 깊이는 상기 현재 픽처의 디코딩 시에 상기 현재 계층에 대해 액티브 상태인 제 1 시퀀스 파라미터 세트 (SPS) 로부터 유도되고; 그리고
상기 이전 픽처의 크로마 포맷, 상기 이전 픽처의 루마 샘플들의 비트 깊이, 및 상기 이전 픽처의 크로마 샘플들의 비트 깊이는 상기 이전 픽처의 디코딩 시에 상기 현재 계층에 대해 액티브 상태였던 제 2 SPS 로부터 유도되는, 비디오 정보를 인코딩 또는 디코딩하는 장치.
제 1 항에 있어서,
상기 DPB 에서의 픽처들이 출력되어야 하는지의 여부를 표시하는 비트스트림에서의 신택스 엘리먼트를 디코딩하는 수단으로서, 상기 신택스 엘리먼트는 상기 현재 픽처와 연관되는, 상기 신택스 엘리먼트를 디코딩하는 수단; 및
상기 현재 픽처의 크로마 포맷과 상기 이전 픽처의 크로마 포맷이 상이하거나, 상기 현재 픽처의 루마 샘플들의 비트 깊이와 상기 이전 픽처의 루마 샘플들의 비트 깊이가 상이하거나, 또는 상기 현재 픽처의 크로마 샘플들의 비트 깊이와 상기 이전 픽처의 크로마 샘플들의 비트 깊이가 상이하다는 결정에 응답하여, 상기 신택스 엘리먼트의 디코딩된 값과 동일하게 상기 제 1 플래그의 값을 설정하는 것에 의해 상기 제 1 플래그의 값을 결정하는 수단을 더 포함하는, 비디오 정보를 인코딩 또는 디코딩하는 장치.
비디오 정보를 인코딩 또는 디코딩하는 방법으로서,
하나 이상의 계층들을 포함하는 비디오 비트스트림과 연관된 정보를 저장하는 단계로서, 상기 하나 이상의 계층들 각각은, 품질, 비트 레이트, 프레임 레이트, 공간 해상도, 또는 뷰포인트 중 하나 이상의 특정 조합을 표현하고, 상기 하나 이상의 계층들은 현재 계층을 포함하는, 상기 정보를 저장하는 단계;
디코딩될 상기 현재 계층의 현재 픽처의 크로마 포맷, 상기 현재 픽처의 루마 샘플들의 비트 깊이, 또는 상기 현재 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나를 획득하는 단계로서, 상기 현재 픽처는 신규 코딩된 비디오 시퀀스 (CVS) 를 시작하는 인트라 랜덤 액세스 포인트 (intra random access point; IRAP) 픽처인, 상기 적어도 하나를 획득하는 단계;
디코딩되었던 상기 현재 계층의 이전 픽처의 크로마 포맷, 상기 이전 픽처의 루마 샘플들의 비트 깊이, 또는 상기 이전 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나를 획득하는 단계; 및
상기 현재 픽처와 연관된 제 1 플래그의 값을 결정하는 단계로서, 상기 제 1 플래그는 디코딩된 픽처 버퍼 (DPB) 에서의 이전에 디코딩된 픽처들이 출력되지 않고 상기 DPB 로부터 제거되어야 하는지의 여부를 표시하고, 상기 이전에 디코딩된 픽처들은 상기 하나 이상의 계층들로부터 디코딩되는, 상기 제 1 플래그의 값을 결정하는 단계를 포함하며,
상기 제 1 플래그의 값의 결정은, 상기 현재 픽처의 크로마 포맷 및 상기 이전 픽처의 크로마 포맷, 상기 현재 픽처의 루마 샘플들의 비트 깊이 및 상기 이전 픽처의 루마 샘플들의 비트 깊이, 또는 상기 현재 픽처의 크로마 샘플들의 비트 깊이 및 상기 이전 픽처의 크로마 샘플들의 비트 깊이 중 적어도 하나에 기초하는 것을 특징으로 하는 비디오 정보를 인코딩 또는 디코딩하는 방법.
제 5 항에 있어서,
상기 제 1 플래그의 값을 결정하는 단계는:
상기 현재 픽처의 크로마 포맷과 상기 이전 픽처의 크로마 포맷이 상이하거나, 상기 현재 픽처의 루마 샘플들의 비트 깊이와 상기 이전 픽처의 루마 샘플들의 비트 깊이가 상이하거나, 또는 상기 현재 픽처의 크로마 샘플들의 비트 깊이와 상기 이전 픽처의 크로마 샘플들의 비트 깊이가 상이하다는 결정에 응답하여, 상기 제 1 플래그의 값을 1 과 동일하게 설정하는 단계를 포함하는, 비디오 정보를 인코딩 또는 디코딩하는 방법.
제 5 항에 있어서,
상기 DPB 에서의 픽처들이 출력되어야 하는지의 여부를 표시하는 비트스트림에서의 신택스 엘리먼트를 디코딩하는 단계로서, 상기 신택스 엘리먼트는 상기 현재 픽처와 연관되는, 상기 신택스 엘리먼트를 디코딩하는 단계; 및
상기 현재 픽처의 크로마 포맷과 상기 이전 픽처의 크로마 포맷이 상이하거나, 상기 현재 픽처의 루마 샘플들의 비트 깊이와 상기 이전 픽처의 루마 샘플들의 비트 깊이가 상이하거나, 또는 상기 현재 픽처의 크로마 샘플들의 비트 깊이와 상기 이전 픽처의 크로마 샘플들의 비트 깊이가 상이하다는 결정에 응답하여, 상기 신택스 엘리먼트의 디코딩된 값과 동일하게 상기 제 1 플래그의 값을 설정하는 것에 의해 상기 제 1 플래그의 값을 결정하는 단계를 더 포함하는, 비디오 정보를 인코딩 또는 디코딩하는 방법.
제 5 항에 있어서,
상기 현재 픽처의 크로마 포맷, 상기 현재 픽처의 루마 샘플들의 비트 깊이, 및 상기 현재 픽처의 크로마 샘플들의 비트 깊이는 상기 현재 픽처의 디코딩 시에 상기 현재 계층에 대해 액티브 상태인 제 1 시퀀스 파라미터 세트 (SPS) 로부터 유도되고; 그리고
상기 이전 픽처의 크로마 포맷, 상기 이전 픽처의 루마 샘플들의 비트 깊이, 및 상기 이전 픽처의 크로마 샘플들의 비트 깊이는 상기 이전 픽처의 디코딩 시에 상기 현재 계층에 대해 액티브 상태였던 제 2 SPS 로부터 유도되는, 비디오 정보를 인코딩 또는 디코딩하는 방법.
제 5 항에 있어서,
상기 현재 픽처의 루마 샘플들의 비트 깊이, 상기 현재 픽처의 크로마 샘플들의 비트 깊이, 상기 이전 픽처의 루마 샘플들의 비트 깊이, 및 상기 이전 픽처의 크로마 샘플들의 비트 깊이의 각각의 값들이 각각의 실제 비트 깊이 값들 마이너스 8 로서 특정되는, 비디오 정보를 인코딩 또는 디코딩하는 방법.
제 5 항에 있어서,
상기 제 1 플래그는 NoOutputOfPriorPicsFlag 인, 비디오 정보를 인코딩 또는 디코딩하는 방법.
제 6 항에 있어서,
상기 현재 픽처의 폭, 상기 현재 픽처의 높이, 및 상기 현재 픽처와 연관된 픽처 스토어들의 수를 획득하는 단계로서, 상기 현재 픽처의 폭 및 상기 현재 픽처의 높이는 루마 샘플들의 유닛들에서 특정되고, 상기 현재 픽처와 연관된 픽처 스토어들의 수는 상기 현재 픽처로부터 시작하는 코딩된 비디오 시퀀스에서 상기 현재 계층의 디코딩을 위해 필요한 최소 DPB 사이즈를 표시하는, 상기 현재 픽처의 폭, 상기 현재 픽처의 높이, 및 상기 현재 픽처와 연관된 픽처 스토어들의 수를 획득하는 단계; 및
상기 이전 픽처의 폭, 상기 이전 픽처의 높이, 및 상기 이전 픽처와 연관된 픽처 스토어들의 수를 획득하는 단계로서, 상기 이전 픽처의 폭 및 상기 이전 픽처의 높이는 루마 샘플들의 유닛들에서 특정되고, 상기 이전 픽처와 연관된 픽처 스토어들의 수는 상기 이전 픽처에서 끝난 코딩된 비디오 시퀀스에서 상기 현재 계층의 디코딩을 위해 필요한 최소 DPB 사이즈를 표시하는, 상기 이전 픽처의 폭, 상기 이전 픽처의 높이, 및 상기 이전 픽처와 연관된 픽처 스토어들의 수를 획득하는 단계를 더 포함하는, 비디오 정보를 인코딩 또는 디코딩하는 방법.
제 11 항에 있어서
상기 제 1 플래그의 값을 결정하는 단계는:
상기 현재 픽처의 폭과 상기 이전 픽처의 폭이 상이하거나, 상기 현재 픽처의 높이와 상기 이전 픽처의 높이가 상이하거나, 또는 상기 현재 픽처와 연관된 픽처 스토어들의 수와 상기 이전 픽처와 연관된 픽처 스토어들의 수가 상이하다는 결정에 응답하여, 상기 제 1 플래그의 값을 1 과 동일하게 설정하는 단계를 포함하는, 비디오 정보를 인코딩 또는 디코딩하는 방법.
제 11 항에 있어서
상기 DPB 에서의 픽처들이 출력되어야 하는지의 여부를 표시하는 비트스트림에서의 신택스 엘리먼트를 디코딩하는 단계로서, 상기 신택스 엘리먼트는 상기 현재 픽처와 연관되는, 상기 신택스 엘리먼트를 디코딩하는 단계; 및
상기 현재 픽처의 폭과 상기 이전 픽처의 폭이 상이하거나, 상기 현재 픽처의 높이와 상기 이전 픽처의 높이가 상이하거나, 또는 상기 현재 픽처와 연관된 픽처 스토어들의 수와 상기 이전 픽처와 연관된 픽처 스토어들의 수가 상이하다는 결정에 응답하여, 상기 신택스 엘리먼트의 디코딩된 값과 동일하게 상기 제 1 플래그의 값을 설정하는 것에 의해 상기 제 1 플래그의 값을 결정하는 단계를 더 포함하는, 비디오 정보를 인코딩 또는 디코딩하는 방법.
제 11 항에 있어서
상기 현재 픽처의 폭, 상기 현재 픽처의 높이, 및 상기 현재 픽처와 연관된 픽처 스토어들의 수는 상기 현재 픽처의 디코딩 시에 상기 현재 계층에 대해 액티브 상태인 제 1 시퀀스 파라미터 세트 (SPS) 로부터 유도되고,
상기 이전 픽처의 폭, 상기 이전 픽처의 높이, 및 상기 이전 픽처와 연관된 픽처 스토어들의 수는 상기 이전 픽처의 디코딩시에 상기 현재 계층에 대해 액티브 상태였던 제 2 SPS 로부터 유도되는, 비디오 정보를 인코딩 또는 디코딩하는 방법.
명령들을 포함하는 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 명령들은 컴퓨터 하드웨어를 포함하는 프로세서 상에서 실행될 때, 상기 프로세서로 하여금, 제 5 항 내지 제 14 항 중 어느 한 항에 기재된 방법을 수행하게 하는, 비일시적 컴퓨터 판독가능 저장 매체.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제