KR101962523B1 - 멀티-계층 비디오 코딩을 위한 poc 값 설계 - Google Patents
멀티-계층 비디오 코딩을 위한 poc 값 설계 Download PDFInfo
- Publication number
- KR101962523B1 KR101962523B1 KR1020167015810A KR20167015810A KR101962523B1 KR 101962523 B1 KR101962523 B1 KR 101962523B1 KR 1020167015810 A KR1020167015810 A KR 1020167015810A KR 20167015810 A KR20167015810 A KR 20167015810A KR 101962523 B1 KR101962523 B1 KR 101962523B1
- Authority
- KR
- South Korea
- Prior art keywords
- poc
- picture
- reset
- video
- layer
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/513—Processing of motion vectors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/46—Embedding additional information in the video signal during the compression process
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
- H04N19/68—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving the insertion of resynchronisation markers into the bitstream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/80—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
일 예에서, 비디오 데이터를 디코딩하는 방법은 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC 값에 대한 POC (picture order count) 리셋을 표시하는 데이터를 디코딩하는 단계를 포함하며, 상기 제 1 픽처는 액세스 유닛에 포함된다. 예시적인 방법은 또한 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 디코딩된 픽처 버퍼 (DPB) 에 저장된 모든 픽처들의 POC 값들을 감분시키는 단계를 포함한다.
Description
본 출원은 2013년 11월 25일에 출원된 미국 가출원 번호 제 61/908,671호, 및 2013년 11월 26일에 출원된 미국 가출원 번호 제 61/909,347호의 이익을 주장하며, 이들은 그들 전체로 본원에 참조로 포함된다.
기술 분야
본 개시물은 비디오 코딩에 관한 것이다.
디지털 비디오 능력들은, 디지털 텔레비전들, 디지털 직접 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인 휴대정보 단말기들 (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차원 벡터를 생성하기 위해 스캐닝될 수도 있으며, 엔트로피 코딩이 더욱 더 많은 압축을 달성하기 위해 적용될 수도 있다.
일반적으로, 본 개시물은 참조 픽처들에 관련된 비디오 데이터를 코딩하는데 에러 복원성을 향상시키는 기법들을 설명한다. 특히, 본 개시물은 이러한 에러 복원성을 향상시킬 수도 있는 POC (picture order count) 값 설계를 설명하였다. 이들 기법들은 단일 계층 비디오 데이터 또는 멀티-계층 비디오 데이터를 코딩할 때에 사용될 수도 있다. 일반적으로, 이들 기법들은 픽처 출력 프로세스에서 에러 복원성을 향상시키기 위해 POC 값들을 감분시키는 것을 포함한다. 예를 들어, 비디오 디코더는 POC 리셋팅이 수행되는 액세스 유닛의 초기 픽처를 디코딩하기 전에 디코딩된 픽처 버퍼 (DPB) 에 저장된 (모든 계층들의) 모든 픽처들의 POC 값들을 감분시키도록 구성될 수도 있다. 이와 같이, POC 값들이 DPB 에 정렬된 채로 유지함으로써, 액세스 유닛의 픽처들이 적합한 순서로 출력될 수 있도록 할 수도 있다.
일 예에서, 비디오 데이터를 디코딩하는 방법은, 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 디코딩하는 단계로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 디코딩하는 단계; 및, 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 디코딩된 픽처 버퍼 (DPB) 에 저장된 모든 픽처들의 POC 값들을 감분시키는 단계를 포함한다.
다른 예에서, 비디오 데이터를 인코딩하는 방법은 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 인코딩하는 단계로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 인코딩하는 단계; 및, 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 디코딩된 픽처 버퍼 (DPB) 에 저장된 모든 픽처들의 POC 값들을 감분시키는 단계를 포함한다.
다른 예에서, 비디오 데이터를 코딩하는 디바이스는 멀티-계층 비디오 데이터를 저장하도록 구성된 디코딩된 픽처 버퍼 (DPB) 를 포함하는 메모리를 포함한다. 디바이스는 또한 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 코딩하는 것으로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 데이터를 코딩하고, 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 DPB 에 저장된 모든 픽처들의 POC 값들을 감분시키도록 구성된 비디오 코더를 포함한다.
다른 예에서, 비디오 데이터를 코딩하는 디바이스는 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 코딩하는 수단으로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 데이터를 코딩하는 수단; 및, 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 DPB 에 저장된 모든 픽처들의 POC 값들을 감분시키는 수단을 포함한다.
다른 예에서, 비일시적 컴퓨터-판독가능 저장 매체는, 실행될 때, 비디오 데이터를 코딩하는 디바이스의 프로세서로 하여금, 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 코딩하도록 하는 것으로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 데이터를 코딩하도록 하고, 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 DPB 에 저장된 모든 픽처들의 POC 값들을 감분시키도록 하는 명령들을 저장하고 있다.
하나 이상의 예들의 세부 사항들이 첨부도면 및 아래의 상세한 설명에서 개시된다. 다른 특징들, 목적들, 및 이점들은 설명 및 도면들로부터, 그리고 청구항들로부터 명백히 알 수 있을 것이다.
도 1 은 본 개시물의 기법들에 따른, POC 값 정보를 코딩하는 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 예시하는 블록도이다.
도 2 는 본 개시물의 기법들에 따른, POC 값 정보를 코딩하는 기법들을 이용할 수도 있는 비디오 인코더의 일 예를 예시하는 블록도이다.
도 3 은 본 개시물의 기법들에 따른, POC 값 정보를 코딩하는 기법들을 이용할 수도 있는 비디오 디코더의 일 예를 예시하는 블록도이다.
도 4 는 본 개시물의 기법에 따른, POC 값들을 리셋하는 것을 포함한, 데이터를 인코딩하는 예시적인 방법을 예시하는 플로우차트이다.
도 5 는 본 개시물의 기법에 따른, POC 값들을 리셋하는 것을 포함한, 데이터를 디코딩하는 예시적인 방법을 예시하는 플로우차트이다.
도 2 는 본 개시물의 기법들에 따른, POC 값 정보를 코딩하는 기법들을 이용할 수도 있는 비디오 인코더의 일 예를 예시하는 블록도이다.
도 3 은 본 개시물의 기법들에 따른, POC 값 정보를 코딩하는 기법들을 이용할 수도 있는 비디오 디코더의 일 예를 예시하는 블록도이다.
도 4 는 본 개시물의 기법에 따른, POC 값들을 리셋하는 것을 포함한, 데이터를 인코딩하는 예시적인 방법을 예시하는 플로우차트이다.
도 5 는 본 개시물의 기법에 따른, POC 값들을 리셋하는 것을 포함한, 데이터를 디코딩하는 예시적인 방법을 예시하는 플로우차트이다.
일반적으로, 본 개시물은 멀티-계층 비디오 코딩에 유익할 수도 있는, 비디오 코딩을 위한 POC (picture order count) 값 설계를 설명한다. 본 개시물은 멀티-계층 비디오 코딩에서 POC 값들의 시그널링 및 유도를 위한 여러 설계 향상들을 설명한다. 그러나, 본 기법들은 일반적으로 멀티-계층 비디오 코딩에 대해 설명되지만, 본 개시물의 기법들은 또한 단일-계층 비디오 코딩에 적용될 수도 있다.
POC 값들은 픽처들의 디스플레이 순서를 표시할 수도 있으며, 일반적으로 그 픽처를 식별하는데 사용될 수도 있다. 예를 들어, 0 의 POC 값을 가지는 픽처 (즉, 0 과 동일한 POC 값을 가지는 픽처) 가 1 의 POC 값을 가지는 픽처 이전에 디스플레이된다. 현재의 픽처의 블록이 참조 픽처에 대해 인터-예측될 때, 참조 픽처는 참조 픽처에 대한 POC 값을 이용하여 식별될 수도 있다. 좀더 자세하게 설명하면, 참조 픽처 리스트에 포함될 참조 픽처들에 대한 POC 값들은 시퀀스 파라미터 세트 (SPS), 픽처 파라미터 세트 (PPS), 및/또는 그 블록에 대응하는 슬라이스 헤더와 같은, 파라미터 세트에서 시그널링될 수도 있다. 이와 같이, 비디오 인코더는 참조 픽처 리스트에서의 참조 픽처의 위치에 대응하는 참조 픽처 리스트로의 인덱스를 시그널링함으로써 참조 픽처를 식별할 수도 있으며, 비디오 디코더는 (POC 값들에 기초하여) 참조 픽처 리스트를 구성하고 참조 인덱스를 이용하여 참조 픽처 리스트에서의 참조 픽처의 위치를 식별함으로써 참조 픽처를 식별할 수도 있다.
POC 값들은 최하위 비트들 (LSB) 및 최상위 비트들 (MSB) 로 이루어질 수도 있다. 코딩 동안 픽처들의 POC 값들을 무기한으로 증가시키는 대신, 픽처의 POC 값은 제로와 동일하게 주기적으로 리셋될 수도 있다. POC 값들은 IDR (Instantaneous Decoder Refresh) 픽처에 대해 일반적으로 리셋된다. 게다가, 비디오 코더는 POC 리셋과 연관된 현재의 픽처 이전에 프로세싱되어 디코딩된 픽처 버퍼 (DPB) 에 저장되어 있는 픽처들의 POC 값들을 감분시킬 수도 있다. 감분되어진 참조 픽처들의 POC 값들은 이러한 픽처들의 적합한 출력 순서를 유지하기 위해 음의 값을 가질 수도 있다.
멀티-계층 비디오 코딩 (예컨대, 멀티-뷰 비디오 코딩, 스케일러블 비디오 코딩, 또는 기타 등등) 에서, DPB 는 "서브-DPB들" 로 파티셔닝되며, 여기서 비디오 데이터의 각각의 계층이 DPB 의 별개로 관리된 서브-DPB 에 할당될 수도 있다. 뷰 성분은 (디스플레이 순서, 또는 출력 순서의 관점에서) 특정의 시간에서 특정의 계층 또는 뷰에 대한 인코딩된 픽처를 포함할 수도 있다. 액세스 유닛은 일반적으로, 공통 시간 인스턴스에 대한 모든 뷰 성분들 (예컨대, 모든 네트워크 추상화 계층 (NAL) 유닛들) 을 포함하는 데이터의 유닛이다. 따라서, 특정의 시간 인스턴스에 대한 액세스 유닛은 개개의 서브-DPB들로부터의 개개의 뷰 성분들을 포함할 수도 있다. 액세스 유닛의 뷰 성분들은 함께 출력되도록 (즉, 실질적으로 동시에 출력되도록) 일반적으로 의도되며, 여기서, 픽처를 출력하는 것은 일반적으로 DPB 로부터의 픽처들을 전송하는 것 (예컨대, DPB 로부터의 픽처들을 외부 메모리에 저장하는 것, DPB 로부터 픽처들을 디스플레이로 전송하는 것, DPB 로부터 픽처들을 제거하는 것, 또는 기타 등등) 을 포함한다.
비디오 코더는 출력 및 범핑 프로세스를 이용하여, "출력에 필요함" 및 "참조에 미사용됨" 으로서 마킹되는 DPB 로부터의 픽처들을 출력할 수도 있다. 일부의 경우, 픽처 출력 프로세스는 (1) 픽처의 디코딩 이전이지만 픽처의 제 1 슬라이스의 슬라이스 헤더를 파싱한 후, 및 (2) 픽처의 최종 디코딩 유닛이 코딩된 픽처 버퍼로부터 제거될 때를 포함하여, 각각의 픽처에 대해 2번 호출될 수도 있다. 범핑 프로세스가 호출될 때, 프로세스는 선택된 액세스 유닛에 속하는 모든 픽처들을 출력한다.
(예컨대, 아래에 언급된 바와 같은) 기존 POC 설계들은 최적화되지 않을 수도 있다. 예를 들어, 일부 경우, POC 값들을 감분시키는 것은 계층-특정적 프로세스일 수도 있다. 그러므로, 계층에 대한 서브-DPB 에서의 이전 픽처들 (예컨대, 현재 코딩중인 픽처보다 이전에 프로세싱되어 서브-DPB 에 저장되어 있는 픽처들) 의 POC 값들은 하기 예에서 설명된 바와 같이, 계층의 픽처들의 POC 값들 또는 POC 최상위 비트들 (MSB) 이 그 계층의 픽처의 디코딩 동안 리셋될 때 다른 서브-DPB들에서의 이전 픽처들의 POC 값들과 교차-계층 정렬되지 않을 수도 있다. 교차-계층 정렬은, 예를 들어, 액세스 유닛의 픽처들이 동시에 또는 거의 동시에 출력되도록, 액세스 유닛의 각각의 픽처가 동일한 POC 값을 가질 때 발생한다. 기존 POC 설계들에서, 더 높은 계층들 (예컨대, 상대적으로 더 큰 계층 식별자들을 가지는 계층들) 에서의 픽처들의 POC 값들은 기초 계층의 픽처를 디코딩할 때까지 업데이트되지 않을 수도 있다. 이와 같이 POC 또는 POC MSB 를 업데이트하는 것은 DPB 에 디코딩된 픽처들을 포함하는 각각의 액세스 유닛에 대해 POC 값들의 교차-계층 정렬을 필요로 하는 범핑 프로세스를 통한 픽처 출력에 문제를 일으킬 수도 있다.
예시의 목적을 위한 일 예에서, 멀티-계층 시퀀스가 3개의 계층들 (예컨대, 계층들 A, B, 및 C) 을 갖는다고 가정한다. 게다가, 특정의 액세스 유닛이 POC 리셋팅이 수행되는 픽처들을 포함한다고 가정한다. 이 예에서, 비디오 디코더는 (예컨대, POC 리셋을 수행하라는 표시를 비트스트림에서 수신 시) 액세스 유닛의 계층 A 픽처의 POC 값을 리셋할 수도 있다. 비디오 디코더는 또한 적합한 출력 순서를 유지하기 위해, 계층 A 에 대한 서브-DPB 에 이전에 저장된 계층 A 의 픽처들을 감분시킬 수도 있다. 그러나, 계층 A 의 제 1 픽처를 디코딩하는 동안 그리고 액세스 유닛의 계층 B 픽처를 디코딩하기 전에, 계층들 B 및 C 에 대한 개개의 서브-DPB들에 저장되는 계층들 B 및 C 에 대한 픽처들의 POC 값들은 계층 A 의 서브-DPB 에 저장된 픽처들의 POC 값들과 오정렬되게 된다 (교차-계층 정렬되지 않게 된다). 즉, 액세스 유닛의 계층 B 픽처 및 계층 C 픽처가 아직 리셋되지 않았기 때문에, 계층들 B 및 C 의 각각의 개개의 서브-계층들의 POC 값들은 또한 여전히 감분되지 않았다. 이러한 오정렬은, 액세스 유닛의 픽처들이 출력되기 전에 교차-계층 정렬되어야 하기 때문에, 픽처들이 DPB 로부터 부적절한 순서로 출력되도록 초래할 수도 있다.
본 개시물에서 설명되는 POC 값 설계는 여러 양태들을 포함하며, 이들 중 임의의 것 또는 모두가 단독으로 또는 임의의 조합으로 구현될 수도 있다. 본 개시물의 기법들은 위에서 설명된 이슈를 극복할 수도 있다. 일 예에서, 비디오 코더들 (예컨대, 비디오 인코더들 및 비디오 디코더들) 은 POC 리셋팅이 수행되는 액세스 유닛의 초기 픽처를 디코딩하기 전에, DPB 에 저장된 (모든 계층들의) 모든 픽처들의 POC 값들을 감분시키도록 구성될 수도 있다. 예를 들어, 비디오 코더들은 POC 리셋을 필요로 하는 각각의 액세스 유닛의 초기에, DPB 에서 코딩 순서에서 이전 픽처들 (즉, 모든 서브-DPB들에 대해 디코딩 순서에서 현재의 픽처에 선행하는 모든 픽처들) 에 POC 감분 프로세스를 한번 적용할 수도 있다. 다시 말해서, 비디오 코더들은 모든 서브-DPB들 내에서 코딩 순서에서 현재의 픽처에 선행하는 모든 픽처들의 POC 값들이 POC 감분 프로세스의 단일 호출에 기초하여 감분되도록, POC 리셋을 필요로 하는 각각의 액세스 유닛의 초기에, POC 감분 프로세스를 한번 적용할 수도 있다. POC 감분 프로세스는 액세스 유닛에 대해 수신된 제 1 픽처의 디코딩 이전에, 그러나 그 픽처의 제 1 슬라이스의 슬라이스 헤더 정보의 파싱 및 디코딩 이후에 호출될 수도 있다. 이와 같이, DPB 에 저장된 (즉, 모든 서브-DPBS 에 대한) 픽처들의 POC 값들은 액세스 유닛의 픽처들을 코딩할 때 정렬된 채로 유지함으로써, DPB 의 픽처들이 적합한 순서로 출력되도록 할 수도 있다.
본 개시물의 다른 기법들은 POC 값들을 시그널링하는 기법들을 포함한다. 예를 들어, 어떤 POC 설계들에 대한 다른 잠재적인 이슈는 추가적인 POC 최하위 비트 (LSB) 정보의 시그널링에 대한 것이다. 일부의 경우, 아래에서 더 자세히 설명하는 바와 같이, POC-앵커 픽처의 POC LSB 는 기초 계층에서의 POC-앵커 픽처가 IDR 픽처일 때 시그널링되지 않는다. 이러한 인스턴스들에서 POC LSB 를 시그널링하지 않는 것은, 기초 계층에서의 IDR 픽처가 DPB 에서의 이전 픽처들 (예컨대, 코딩 순서에서 현재 코딩되고 있는 픽처의 블록들에 선행하는 픽처들) 의 POC 값들을 감분시키는데 사용되는 값을 유도하기 위한 정보를 포함하지 않기 때문에, 이슈를 일으킬 수도 있다.
본 개시물의 양태들에 따르면, POC-앵커 픽처의 POC LSB 를 시그널링하는 조건은 업데이트될 수도 있다. 예를 들어, 본 개시물의 양태들에 따르면, 비디오 인코더는 (아래에서 더욱더 자세히 설명되는 바와 같이) 2 와 동일한 poc_reset_idc 신택스 엘리먼트를 가지는 기초 계층 IDR 픽처들에 대한 추가적인 POC LSB 를 표시하는 데이터를 시그널링할 수도 있다 (그리고, 비디오 디코더는 디코딩할 수도 있다).
도 1 은 본 개시물의 기법들에 따른, POC 값들을 관리하는 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템 (10) 을 예시하는 블록도이다. 도 1 에 나타낸 바와 같이, 시스템 (10) 은 목적지 디바이스 (14) 에 의해 추후에 디코딩될 인코딩된 비디오 데이터를 제공하는 소스 디바이스 (12) 를 포함한다. 특히, 소스 디바이스 (12) 는 비디오 데이터를 목적지 디바이스 (14) 에 컴퓨터-판독가능 매체 (16) 를 통해서 제공한다. 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 데스크탑 컴퓨터들, 노트북 (즉, 랩탑) 컴퓨터들, 태블릿 컴퓨터들, 셋-탑 박스들, 소위 "스마트" 폰들과 같은 전화기 핸드셋들, 소위 "스마트" 패드들, 텔레비전들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 비디오 스트리밍 디바이스 등을 포함한, 광범위한 디바이스들 중 임의의 디바이스를 포함할 수도 있다. 일부의 경우, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 무선 통신용으로 탑재될 수도 있다.
목적지 디바이스 (14) 는 디코딩될 인코딩된 비디오 데이터를 컴퓨터-판독가능 매체 (16) 를 통해서 수신할 수도 있다. 컴퓨터-판독가능 매체 (16) 는 인코딩된 비디오 데이터를 소스 디바이스 (12) 로부터 목적지 디바이스 (14) 로 이동시킬 수 있는 임의 종류의 매체 또는 디바이스를 포함할 수도 있다. 일 예에서, 컴퓨터-판독가능 매체 (16) 는 소스 디바이스 (12) 로 하여금 인코딩된 비디오 데이터를 직접 목적지 디바이스 (14) 로 실시간으로 송신할 수 있게 하는 통신 매체를 포함할 수도 있다. 인코딩된 비디오 데이터는 무선 통신 프로토콜과 같은 통신 표준에 따라서 변조되어 목적지 디바이스 (14) 로 송신될 수도 있다. 통신 매체는 무선 주파수 (RF) 스펙트럼 또는 하나 이상의 물리적인 송신 라인들과 같은, 임의의 무선 또는 유선 통신 매체를 포함할 수도 있다. 통신 매체는 근거리 네트워크, 광역 네트워크, 또는 글로벌 네트워크, 예컨대 인터넷과 같은 패킷-기반 네트워크의 일부를 형성할 수도 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스 (12) 로부터 목적지 디바이스 (14) 로 통신을 용이하게 하는데 유용할 수도 있는 임의의 다른 장비를 포함할 수도 있다.
일부 예들에서, 인코딩된 데이터는 출력 인터페이스 (22) 로부터 저장 디바이스로 출력될 수도 있다. 이와 유사하게, 인코딩된 데이터는 입력 인터페이스에 의해 저장 디바이스로부터 액세스될 수도 있다. 저장 디바이스는 하드 드라이브, Blu-ray 디스크들, DVD들, CD-ROM들, 플래시 메모리, 휘발성 또는 비-휘발성 메모리, 또는 인코딩된 비디오 데이터를 저장하기 위한 임의의 다른 적합한 디지털 저장 매체들과 같은 다양한 분산된 또는 로컬 액세스되는 데이터 저장 매체들 중 임의의 데이터 저장 매체를 포함할 수도 있다. 추가 예에서, 저장 디바이스는 소스 디바이스 (12) 에 의해 생성된 인코딩된 비디오를 저장할 수도 있는 파일 서버 또는 또 다른 중간 저장 디바이스에 대응할 수도 있다. 목적지 디바이스 (14) 는 저장된 비디오 데이터에 저장 디바이스로부터 스트리밍 또는 다운로드를 통해서 액세스할 수도 있다. 파일 서버는 인코딩된 비디오 데이터를 저장하고 그 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 송신하는 것이 가능한 임의 종류의 서버일 수도 있다. 예시적인 파일 서버들은 웹 서버 (예컨대, 웹사이트용), FTP 서버, NAS (network attached storage) 디바이스들, 또는 로컬 디스크 드라이브를 포함한다. 목적지 디바이스 (14) 는 인터넷 접속을 포함한, 임의의 표준 데이터 접속을 통해서, 인코딩된 비디오 데이터에 액세스할 수도 있다. 이것은 파일 서버 상에 저장되는 인코딩된 비디오 데이터에 액세스하는데 적합한, 무선 채널 (예컨대, Wi-Fi 접속), 유선 접속 (예컨대, DSL, 케이블 모뎀 등), 또는 양쪽의 조합을 포함할 수도 있다. 저장 디바이스로부터의 인코딩된 비디오 데이터의 송신은 스트리밍 송신, 다운로드 송신, 또는 이들의 조합일 수도 있다.
본 개시물의 기법들은 무선 애플리케이션들 또는 설정들에 반드시 한정되지는 않는다. 이 기법들은 오버-디-에어 텔레비전 브로드캐스트들, 케이블 텔레비전 송신들, 위성 텔레비전 송신들, 인터넷 스트리밍 비디오 송신들, 예컨대 HTTP 를 통한 동적 적응 스트리밍 (DASH), 데이터 저장 매체 상에 인코딩된 디지털 비디오, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션들과 같은, 다양한 멀티미디어 애플리케이션들 중 임의의 애플리케이션의 지원 하에 비디오 코딩에 적용될 수도 있다. 일부 예들에서, 시스템 (10) 은 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 및/또는 비디오 전화 통신과 같은, 지원 애플리케이션들로의 단방향 또는 양방향 비디오 송신을 지원하도록 구성될 수도 있다.
도 1 의 예에서, 소스 디바이스 (12) 는 비디오 소스 (18), 비디오 인코더 (20), 및 출력 인터페이스 (22) 를 포함한다. 목적지 디바이스 (14) 는 입력 인터페이스 (28), 비디오 디코더 (30), 및 디스플레이 디바이스 (32) 를 포함한다. 본 개시물에 따르면, 소스 디바이스 (12) 의 비디오 인코더 (20) 는 본 개시물의 기법들에 따른, POC 값 정보를 코딩하는 기법들을 적용하도록 구성될 수도 있다. 다른 예들에서, 소스 디바이스 및 목적지 디바이스는 다른 구성요소들 또는 배열들을 포함할 수도 있다. 예를 들어, 소스 디바이스 (12) 는 비디오 데이터를 외부 카메라와 같은 외부 비디오 소스 (18) 로부터 수신할 수도 있다. 이와 유사하게, 목적지 디바이스 (14) 는 통합된 디스플레이 디바이스를 포함하는 대신, 외부 디스플레이 디바이스와 인터페이스할 수도 있다.
도 1 의 예시된 시스템 (10) 은 단지 일 예이다. 본 개시물의 기법들에 따른, POC 값들을 관리하는 기법들은 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스에 의해 수행될 수도 있다. 일반적으로 본 개시물의 기법들은 비디오 인코딩 디바이스에 의해 수행되지만, 그 기법들은 또한 "코덱" 으로서 일반적으로 지칭되는, 비디오 인코더/디코더에 의해 수행될 수도 있다. 더욱이, 본 개시물의 기법들은 또한 비디오 프리프로세서에 의해 수행될 수도 있다. 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 단지 그러한 코딩 디바이스들의 예들이며, 여기서, 소스 디바이스 (12) 는 목적지 디바이스 (14) 로의 송신을 위해 코딩된 비디오 데이터를 생성한다. 일부 예들에서, 디바이스들 (12, 14) 는 디바이스들 (12, 14) 의 각각이 비디오 인코딩 및 디코딩 구성요소들을 포함하도록, 실질적으로 대칭적 방식으로 동작할 수도 있다. 그러므로, 시스템 (10) 은 예컨대, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 또는 비디오 전화 통신을 위해, 비디오 디바이스들 (12, 14) 사이에 단방향 또는 양방향 비디오 송신을 지원할 수도 있다.
소스 디바이스 (12) 의 비디오 소스 (18) 는 비디오 카메라와 같은 비디오 캡쳐 디바이스, 이전에 캡쳐된 비디오를 포함하는 비디오 아카이브, 및/또는 비디오 콘텐츠 제공자로부터 비디오를 수신하는 비디오 공급 인터페이스를 포함할 수도 있다. 추가 대안적인 예로서, 비디오 소스 (18) 는 컴퓨터 그래픽스-기반의 데이터를 소스 비디오, 또는 라이브 비디오, 아카이브된 비디오, 및 컴퓨터 생성된 비디오의 조합으로서 발생할 수도 있다. 어떤 경우, 비디오 소스 (18) 이 비디오 카메라이면, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 소위 카메라 폰들 또는 비디오 폰들을 형성할 수도 있다. 그러나, 위에서 언급한 바와 같이, 본 개시물에서 설명하는 기법들은 비디오 코딩에 일반적으로 적용가능할 수도 있으며, 무선 및/또는 유선 애플리케이션들에 적용될 수도 있다. 각 경우, 캡쳐되거나, 사전-캡쳐되거나, 또는 컴퓨터-발생된 비디오는 비디오 인코더 (20) 에 의해 인코딩될 수도 있다. 인코딩된 비디오 정보는 그후 출력 인터페이스 (22) 에 의해 컴퓨터-판독가능 매체 (16) 상으로 출력될 수도 있다.
컴퓨터-판독가능 매체 (16) 는 무선 브로드캐스트 또는 유선 네트워크 송신과 같은 일시적 매체, 또는 하드 디스크, 플래시 드라이브, 컴팩트 디스크, 디지털 비디오 디스크, Blu-ray 디스크, 또는 다른 컴퓨터-판독가능 매체들과 같은 저장 매체들 (즉, 비일시적 저장 매체들) 을 포함할 수도 있다. 일부 예들에서, 네트워크 서버 (미도시) 는 인코딩된 비디오 데이터를 소스 디바이스 (12) 로부터 수신하고 그 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로, 예컨대, 네트워크 송신을 통해서 제공할 수도 있다. 이와 유사하게, 디스크 스탬핑 설비와 같은 매체 생산 설비의 컴퓨팅 디바이스는 인코딩된 비디오 데이터를 소스 디바이스 (12) 로부터 수신하고 그 인코딩된 비디오 데이터를 포함하는 디스크를 제조할 수도 있다. 따라서, 컴퓨터-판독가능 매체 (16) 는 여러 예들에서, 여러 형태들의 하나 이상의 컴퓨터-판독가능 매체들을 포함하는 것으로 이해될 수도 있다.
목적지 디바이스 (14) 의 입력 인터페이스 (28) 는 컴퓨터-판독가능 매체 (16) 로부터 정보를 수신한다. 컴퓨터-판독가능 매체 (16) 의 정보는 블록들 및 다른 코딩된 유닛들, 예컨대, GOP들의 특성들 및/또는 프로세싱을 기술하는 신택스 엘리먼트들을 포함하는, 비디오 인코더 (20) 에 의해 정의되고 또한 비디오 디코더 (30) 에 의해 사용되는, 신택스 정보를 포함할 수도 있다. 디스플레이 디바이스 (32) 는 그 디코딩된 비디오 데이터를 사용자에게 디스플레이하며, 음극선관 (CRT), 액정 디스플레이 (LCD), 플라즈마 디스플레이, 유기 발광 다이오드 (OLED) 디스플레이, 또는 또 다른 유형의 디스플레이 디바이스와 같은 다양한 디스플레이 디바이스들 중 임의의 디바이스를 포함할 수도 있다.
비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSP들), 주문형 집적회로들 (ASIC들), 필드 프로그래밍가능 게이트 어레이들 (FPGA들), 이산 로직, 소프트웨어, 하드웨어, 펌웨어 또는 임의의 이들의 조합들과 같은, 다양한 적합한 인코더 회로 중 임의의 회로로 구현될 수도 있다. 이 기법들이 소프트웨어로 부분적으로 구현되는 경우, 디바이스는 본 개시물의 기법들을 수행하기 위해 소프트웨어용 명령들을 적합한 비일시적 컴퓨터-판독가능 매체에 저장하고, 그 명령들을 하드웨어에서 하나 이상의 프로세서들을 이용하여 실행할 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있으며, 이들 중 어느 쪽이든 각각 디바이스에서 결합된 인코더/디코더 (CODEC) 의 부분으로서 통합될 수도 있다. 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 를 포함하는 디바이스는 집적 회로, 마이크로프로세서, 및/또는 무선 통신 디바이스, 예컨대 셀룰러 전화기를 포함할 수도 있다.
도 1 에 나타내지는 않지만, 일부 양태들에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 오디오 인코더 및 디코더와 각각 통합될 수도 있으며, 오디오 및 비디오 양쪽의 인코딩을 공통 데이터 스트림 또는 별개의 데이터 스트림들에서 처리하기에 적합한 MUX-DEMUX 유닛들, 또는 다른 하드웨어 및 소프트웨어를 포함할 수도 있다. 적용가능한 경우, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜, 또는 다른 프로토콜들, 예컨대, 사용자 데이터그램 프로토콜 (UDP) 을 따를 수도 있다.
본 개시물은 일반적으로 어떤 정보를 비디오 디코더 (30) 와 같은 또 다른 디바이스로 "시그널링하는" 비디오 인코더 (20) 를 언급할 수도 있다. 그러나, 비디오 인코더 (20) 는 어떤 신택스 엘리먼트들을 비디오 데이터의 여러 인코딩된 부분들과 연관시킴으로써 정보를 시그널링할 수도 있는 것으로 이해되어야 한다. 즉, 비디오 인코더 (20) 는 어떤 신택스 엘리먼트들을 비디오 데이터의 여러 인코딩된 부분들의 헤더들에 저장하여 데이터를 "시그널링할" 수도 있다. 일부의 경우, 이런 신택스 엘리먼트들은 비디오 디코더 (30) 에 의해 수신되어 디코딩되기 전에 인코딩되어 저장될 수도 있다. 따라서, 용어 "시그널링" 은 일반적으로 압축된 비디오 데이터를 디코딩하기 위한 신택스 또는 다른 데이터의 통신을, 그러한 통신이 실시간으로 또는 거의-실시간으로 일어나든 또는 어떤 기간에 걸쳐서 일어나든지 간에, 지칭할 수도 있으며, 이를테면 인코딩 시에 신택스 엘리먼트들을 매체에 저장할 때에 일어날 수도 있으며, 다음으로 이 매체에 저장되어진 후 임의의 시간에 디코딩 디바이스에 의해 취출될 수도 있다.
비디오 인코더 (20) 및 비디오 디코더 (30) 는 비디오 코딩 표준에 따라서 동작할 수도 있다. 예시적인 비디오 코딩 표준들은 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 WD 로 지칭되는, 최신 HEVC 초안 사양은, http://phenix.int-evry.fr/jct/doc_end_user/documents/15_Geneva/wg11/ JCTVC-O1003-v1.zip 으로부터 입수가능하다. HEVC 에 대한 멀티뷰 확장판, 즉 MV-HEVC 가 또한 JCT-3V 에 의해 개발되고 있다. 이하에서 MV-HEVC WD6 으로서 지칭되는, MV-HEVC 의 최신 작업 초안 (WD) 은 http://phenix.it-sudparis.eu/jct2/ doc_end_user/documents/6_Geneva/wg11/JCT3V-F1004-v3.zip 로부터 입수가능하다. SHVC 로 불리는, HEVC 에 대한 스케일러블 확장판이 또한 JCT-VC 에 의해 개발되고 있다. 이하에서 SHVC WD4 로서 지칭되는, SHVC 의 최신 작업 초안 (WD) 은, http://phenix.int-evry.fr/jct/doc_end_user/documents/15_Geneva/wg11/JCTVC-O1008-v1.zip 으로부터 입수가능하다. 본 개시물의 기법들은, 그러나, 임의의 특정의 코딩 표준에 한정되지 않는다. 비디오 코딩 표준들의 다른 예들은 MPEG-2 및 ITU-T H.263 를 포함한다.
HEVC 표준화 노력들은 HEVC 테스트 모델 (HM) 으로서 지칭되는 비디오 코딩 디바이스의 모델에 기초한다. HM 은 (예컨대, ITU-T H.264/AVC) 에 따른 기존 디바이스들에 관련된 비디오 코딩 디바이스들의 여러 추가적인 능력들을 가정한다. 예를 들어, H.264 는 9개의 인트라-예측 인코딩 모드들을 제공하는 반면, HM 은 33개 만큼이나 많은 인트라-예측 인코딩 모드들을 제공할 수도 있다.
일반적으로, HM 의 작업 모델은 비디오 프레임 또는 픽처가 루마 샘플 및 크로마 샘플들 양쪽을 포함하는 트리블록들 또는 최대 코딩 유닛들 (LCU) 의 시퀀스로 분할될 수도 있다고 기술한다. 비트스트림 내 신택스 데이터는 LCU 에 대한 사이즈를 정의할 수도 있으며, 이 LCU 는 픽셀들의 개수의 관점에서 최대 코딩 유닛이다. 슬라이스는 코딩 순서에서 다수의 연속되는 트리블록들을 포함한다. 비디오 프레임 또는 픽처는 하나 이상의 슬라이스들로 파티셔닝될 수도 있다. 각각의 트리블록은 쿼드트리에 따라 코딩 유닛들 (CU들) 로 분할될 수도 있다. 일반적으로, 쿼드트리 데이터 구조는 CU 당 하나의 노드를 포함하며, 루트 노드는 트리블록에 대응한다. CU 가 4개의 서브-CU들로 분할되면, CU 에 대응하는 노드는 4개의 리프 노드들을 포함하며, 그 리프 노드 각각은 서브-CU들 중 하나에 대응한다.
쿼드트리 데이터 구조의 각각의 노드는 대응하는 CU 에 대한 신택스 데이터를 제공할 수도 있다. 예를 들어, 쿼드트리에서 노드는 그 노드에 대응하는 CU 가 서브-CU들로 분할되는지의 여부를 나타내는 분할 플래그를 포함할 수도 있다. CU 에 대한 신택스 엘리먼트들은 회귀적으로 정의될 수도 있으며, CU 가 서브-CU들로 분할되는지의 여부에 의존할 수도 있다. CU 가 추가로 분할되지 않으면, 리프-CU 로서 지칭된다. 본 개시물에서, 리프-CU 의 4개의 서브-CU들은 또한 원래 리프-CU 의 명시적인 분할이 없더라도 리프-CU들로 지칭될 것이다. 예를 들어, 16x16 사이즈에서 CU 가 추가로 분할되지 않으면, 4개의 8x8 서브-CU들은 또한 16x16 CU 가 전혀 분할되지 않았더라도 리프-CU들로서 지칭될 것이다.
CU 는 CU 가 사이즈 구별을 갖지 않는다는 점을 제외하고는, H.264 표준의 매크로블록과 유사한 목적을 갖는다. 예를 들어, 트리블록은 4개의 자식 노드들 (또한, 서브-CU들로서 지칭됨) 로 분할될 수도 있으며, 각각의 자식 노드는 결국 부모 노드일 수도 있으며 또 다른 4개의 자식 노드들로 분할될 수도 있다. 쿼드트리의 리프 노드로서 지칭되는, 최종, 미분할된 자식 노드는 리프-CU 로서 또한 지칭되는, 코딩 노드를 포함한다. 코딩된 비트스트림과 연관되는 신택스 데이터는 최대 CU 깊이로서 지칭되는, 트리블록이 분할될 수도 있는 최대 횟수를 정의할 수도 있으며, 또한 코딩 노드들의 최소 사이즈를 정의할 수도 있다. 따라서, 비트스트림은 또한 최소 코딩 유닛 (SCU) 을 정의할 수도 있다. 본 개시물은 HEVC 의 상황에서는, CU, PU, 또는 TU, 또는 다른 표준들의 상황에서는, 유사한 데이터 구조들 (예컨대, H.264/AVC 에서의 매크로블록들 및 그의 서브-블록들) 중 임의의 것을 지칭하기 위해 용어 "블록" 을 이용한다.
CU 는 코딩 노드, 및 이 코딩 노드와 연관되는 변환 유닛들 (TU들) 및 예측 유닛들 (PU들) 을 포함한다. CU 의 사이즈는 코딩 노드의 사이즈에 대응하며 정사각형 형태이어야 한다. CU 의 사이즈는 8x8 픽셀들로부터 64x64 픽셀들 이상의 최대치를 갖는 트리블록의 사이즈까지 이를 수도 있다. 각각의 CU 는 하나 이상의 PU들 및 하나 이상의 TU들을 포함할 수도 있다. CU 와 연관되는 신택스 데이터는 예를 들어, 하나 이상의 PU들로의 CU 의 파티셔닝을 기술할 수도 있다. 파티셔닝 모드들은 CU 가 스킵되는지 또는 직접 모드 인코딩될지, 인트라-예측 모드 인코딩될지, 또는 인터-예측 모드 인코딩될지 여부의 사이에 상이할 수도 있다. PU들은 비-정사각형의 형태로 파티셔닝될 수도 있다. CU 와 연관되는 신택스 데이터는 또한 예를 들어, 쿼드트리에 따른 하나 이상의 TU들로의 CU 의 파티셔닝을 기술할 수도 있다. TU 는 정사각형 또는 비-정사각형 (예컨대, 직사각형) 의 형태일 수 있다.
HEVC 표준은 상이한 CU들에 대해 상이할 수도 있는 TU들에 따른 변환들을 허용한다. TU들은 일반적으로 파티셔닝된 LCU 에 대해 정의된 주어진 CU 내 PU들의 사이즈에 기초하여 사이징되지만, 이것이 항상 그런 것은 아닐 수도 있다. TU들은 일반적으로 PU들과 동일한 사이즈이거나 또는 그보다 작다. 일부 예들에서, CU 에 대응하는 잔차 샘플들은 "잔차 쿼드 트리" (RQT) 로서 알려진 쿼드트리 구조를 이용하여 더 작은 유닛들로 세분될 수도 있다. RQT 의 리프 노드들은 변환 유닛들 (TU들) 로서 지칭될 수도 있다. TU들과 연관되는 픽셀 차이 값들은 변환 계수들을 생성하기 위해 변환될 수도 있으며, 그 변환 계수들은 양자화될 수도 있다.
리프-CU 는 하나 이상의 예측 유닛들 (PU들) 을 포함할 수도 있다. 일반적으로, PU 는 대응하는 CU 의 전부 또는 일부에 대응하는 공간 영역을 나타내며, PU 에 대한 참조 샘플을 취출하기 위한 데이터를 포함할 수도 있다. 더욱이, PU 는 예측에 관련된 데이터를 포함한다. 예를 들어, PU 가 인트라-모드 인코딩될 때, PU 에 대한 데이터는 잔차 쿼드트리 (RQT) 에 포함될 수도 있으며, PU 에 대응하는 TU 에 대한 인트라-예측 모드를 기술하는 데이터를 포함할 수도 있다. 또 다른 예로서, PU 가 인터-모드 인코딩될 때, PU 는 PU 에 대한 하나 이상의 모션 벡터들을 정의하는 데이터를 포함할 수도 있다. PU 에 대한 모션 벡터를 정의하는 데이터는 예를 들어, 모션 벡터의 수평 성분, 모션 벡터의 수직 성분, 모션 벡터에 대한 해상도 (예컨대, 1/4 픽셀 정밀도 또는 1/8 픽셀 정밀도), 모션 벡터가 가리키는 참조 픽처, 및/또는 모션 벡터에 대한 참조 픽처 리스트 (예컨대, List 0, List 1, 또는 List C) 를 기술할 수도 있다.
인터-예측된 PU (좀더 구체적으로는, PU 가 대응하는 CU 의 인터-예측된 부분) 에 대한 모션 정보는 참조 픽처 리스트 식별자 및 참조 픽처 리스트에서의 참조 픽처의 위치에 대응하는 참조 인덱스를 포함할 수도 있다. 비디오 인코더 (20) 는, 예를 들어, (최초-구성된 참조 픽처 리스트에 대해 이루어진 임의의 변경들을 포함한) 참조 픽처 리스트를 구성할 수도 있으며, 참조 픽처 리스트에서의 참조 픽처들 중에서 모션 탐색을 수행하여 (예컨대, SAD (sum of absolute difference) 메트릭들, 또는 유사한 메트릭들에 기초하여) 참조 블록으로서 또한 지칭되는, 가깝게 매칭하는 블록을 식별할 수도 있다. 참조 블록의 로케이션을 시그널링하기 위해, 비디오 인코더 (20) 는 PU 에 대한 참조 픽처 리스트 식별자 및 참조 인덱스를 인코딩할 수도 있다. 더욱이, 비디오 인코더 (20) 는 예컨대, 참조 픽처들에 대한 POC 값들을 나타내는 데이터를 슬라이스 헤더에서 및/또는 파라미터 세트, 예컨대 PPS 또는 SPS 에서 시그널링함으로써, 참조 픽처 리스트에 포함될 참조 픽처들을 나타내는 데이터를 인코딩할 수도 있다.
하나 이상의 PU들을 갖는 리프-CU 는 또한 하나 이상의 변환 유닛들 (TU들) 을 포함할 수도 있다. 변환 유닛들은 위에서 설명한 바와 같이, RQT (또한, TU 쿼드트리 구조로서 지칭됨) 를 이용하여 지정될 수도 있다. 예를 들어, 분할 플래그는 리프-CU 가 4개의 변환 유닛들로 분할되는지 여부를 나타낼 수도 있다. 그 후, 각각의 변환 유닛은 추가적인 서브-TU들로 추가로 분할될 수도 있다. TU 가 추가로 분할되지 않을 때, 리프-CU 로서 지칭될 수도 있다. 일반적으로, 인트라 코딩에 있어, 리프-CU 에 속하는 모든 리프-TU들은 동일한 인트라 예측 모드를 공유한다. 즉, 동일한 인트라-예측 모드가 일반적으로 리프-CU 의 모든 TU들에 대해 예측된 값들을 계산하기 위해 적용된다. 인트라 코딩에 있어, 비디오 인코더는 각각 리프-TU 에 대한 잔차 값을 인트라 예측 모드를 이용하여, TU 에 대응하는 CU 의 부분과 원래 블록 사이의 차이로서 계산할 수도 있다. TU 는 PU 의 사이즈로 반드시 한정될 필요는 없다. 따라서, TU들은 PU 보다 더 크거나 또는 더 작을 수도 있다. 인트라 코딩에 있어, PU 는 동일한 CU 에 대한 대응하는 리프-TU 와 동일 위치에 배치될 수도 있다. 일부 예들에서, 리프-TU 의 최대 사이즈는 대응하는 리프-CU 의 사이즈에 대응할 수도 있다.
더욱이, 리프-CU들의 TU들은 또한 잔차 쿼드트리들 (RQT들) 로서 지칭되는, 각각의 쿼드트리 데이터 구조들과 연관될 수도 있다. 즉, 리프-CU 는 리프-CU 가 어떻게 TU들로 파티셔닝되는 지를 나타내는 쿼드트리를 포함할 수도 있다. TU 쿼드트리의 루트 노드는 일반적으로 리프-CU 에 대응하는 반면, CU 쿼드트리의 루트 노드는 일반적으로 트리블록 (또는, LCU) 에 대응한다. 분할되지 않은 RQT 의 TU들은 리프-TU들로서 지칭된다. 일반적으로, 본 개시물은 달리 언급하지 않는 한, 리프-CU 및 리프-TU 를 지칭하기 위해, 각각 용어들 CU 및 TU 를 사용한다.
비디오 시퀀스는 일반적으로 일련의 비디오 프레임들 또는 픽처들을 포함한다. 픽처들의 그룹 (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들에 대한 잔차 데이터를 계산할 수도 있다. PU들은 공간 도메인 (또한, 픽셀 도메인으로 지칭됨) 에서 예측 픽셀 데이터를 생성하는 방법 또는 모드를 기술하는 신택스 데이터를 포함할 수도 있으며, TU들은 잔차 비디오 데이터에의 이산 코사인 변환 (DCT), 정수 변환, 웨이블릿 변환, 또는 개념적으로 유사한 변환과 같은 변환의 적용 이후 변환 도메인에서의 계수들을 포함할 수도 있다. 잔차 데이터는 미인코딩된 픽처의 픽셀들과 PU들에 대응하는 예측 값들 사이의 픽셀 차이들에 대응할 수도 있다. 비디오 인코더 (20) 는 CU 에 대한 잔차 데이터를 포함하는 TU들을 형성하고, 그후 그 TU들을 변환하여, 그 CU 에 대한 변환 계수들을 생성할 수도 있다.
변환 계수들을 생성하는 임의의 변환들 이후, 비디오 인코더 (20) 는 변환 계수들의 양자화를 수행할 수도 있다. 양자화는 일반적으로 계수들을 나타내는데 사용되는 데이터의 양을 가능한 한 감축하기 위해 변환 계수들이 양자화되는 프로세스를 지칭하며, 추가적인 압축을 제공한다. 양자화 프로세스는 그 계수들의 일부 또는 모두와 연관되는 비트 심도를 감소시킬 수도 있다. 예를 들어, n-비트 값은 양자화 동안 m-비트 값으로 절사될 수도 있으며, 여기서, n 은 m 보다 더 크다.
양자화 이후, 비디오 인코더는 변환 계수들을 스캐닝하여, 양자화된 변환 계수들을 포함하는 2차원 매트릭스로부터 1차원 벡터를 생성할 수도 있다. 스캐닝은 어레이의 앞부분에 더 높은 에너지 (따라서, 더 낮은 주파수)) 계수들을 배치하고, 그리고 어레이의 뒷부분에 더 낮은 에너지 (따라서, 더 높은 주파수) 계수들을 배치하도록 설계될 수도 있다. 일부 예들에서, 비디오 인코더 (20) 는 엔트로피 인코딩될 수 있는 직렬화된 벡터를 생성하기 위해, 미리 정의된 스캐닝 순서를 이용하여, 양자화된 변환 계수들을 스캐닝할 수도 있다. 다른 예들에서, 비디오 인코더 (20) 는 적응적 스캐닝을 수행할 수도 있다. 양자화된 변환 계수들을 스캐닝하여 1차원 벡터를 형성한 후, 비디오 인코더 (20) 는 예컨대, 컨텍스트-적응 가변 길이 코딩 (CAVLC), 컨텍스트-적응 2진 산술 코딩 (CABAC), 신택스-기반 컨텍스트-적응 2진 산술 코딩 (SBAC), 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩 또는 또 다른 엔트로피 인코딩 방법론에 따라서, 1차원 벡터를 엔트로피 인코딩할 수도 있다. 비디오 인코더 (20) 는 또한 비디오 데이터를 디코딩할 때에 비디오 디코더 (30) 에 의해 사용하기 위한 인코딩된 비디오 데이터와 연관되는 신택스 엘리먼트들을 엔트로피 인코딩할 수도 있다.
CABAC 를 수행하기 위해, 비디오 인코더 (20) 는 컨텍스트 모델 내 컨텍스트를 송신되는 심볼에 할당할 수도 있다. 컨텍스트는 예를 들어, 심볼의 이웃하는 값들이 비-제로인지 여부에 관한 것일 수도 있다. CAVLC 를 수행하기 위해, 비디오 인코더 (20) 는 송신될 심볼에 대해 가변 길이 코드를 선택할 수도 있다. VLC 에서의 코드워드들은 상대적으로 더 짧은 코드들이 더 가능성 있는 심볼들에 대응하지만, 더 긴 코드들이 덜 가능성 있는 심볼들에 대응하도록, 구성될 수도 있다. 이와 같이, VLC 의 사용은 예를 들어, 송신되는 각각의 심볼에 대해 동일-길이 코드워드들을 사용하는 것에 비해 비트 절감을 달성할 수도 있다. 확률 결정은 그 심볼에 할당된 컨텍스트에 기초할 수도 있다.
비디오 인코더 (20) 는 블록-기반 신택스 데이터, 프레임-기반의 신택스 데이터, 및 GOP-기반 신택스 데이터와 같은 신택스 데이터를, 비디오 디코더 (30) 로, 예컨대, 프레임 헤더, 블록 헤더, 슬라이스 헤더, 또는 GOP 헤더에서 추가로 전송할 수도 있다. GOP 신택스 데이터는 각각의 GOP 에서의 다수의 프레임들을 기술할 수도 있으며, 프레임 신택스 데이터는 대응하는 프레임을 인코딩하는데 사용되는 인코딩/예측 모드를 나타낼 수도 있다.
코딩된 비디오 세그먼트들은, 비디오 전화 통신, 저장, 브로드캐스트, 또는 스트리밍과 같은, 애플리케이션들을 어드레싱하는 "네트워크-친화적인" 비디오 표현을 제공하는 NAL 유닛들로 편성될 수도 있다. NAL 유닛들은 비디오 코딩 계층 (VCL) NAL 유닛들 및 비-VCL NAL 유닛들로서 분류될 수 있다. VCL 유닛들은 코어 압축 엔진으로부터의 출력을 포함할 수도 있으며, 블록, 매크로블록, 및/또는 슬라이스 레벨 데이터를 포함할 수도 있다. 다른 NAL 유닛들은 비-VCL NAL 유닛들일 수도 있다. 일부 예들에서, 1차 코딩된 픽처로서 일반적으로 제공되는, 일 시간 인스턴스 (one time instance) 에서의 코딩된 픽처는 하나 이상의 NAL 유닛들을 포함할 수도 있는 액세스 유닛에 포함될 수도 있다.
위에서 언급한 바와 같이, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 일반적으로 비디오 코딩 표준 또는 비디오 코딩 표준에 대한 확장판, 예컨대 MV-HEVC 또는 SHVC 에 따라서 동작하도록 구성될 수도 있다. 따라서, 예의 목적들을 위해, 본 개시물의 기법들은 MV-HEVC 에 대해 아래에서 설명되지만, 이들 기법들이 SHVC 와 같은, 다른 비디오 코딩 표준들 또는 확장판들에 적용될 수도 있는 것으로 이해되어야 한다.
HEVC 에서는, NAL 유닛 유형에 의해 식별될 수 있는 다수의 상이한 픽처 유형들이 존재한다. 하나의 픽처 유형은 무작위 액세스 픽처 유형이며, 이는 일반적으로 IDR 픽처들, 깨끗한 무작위 액세스 (CRA) 픽처들, 시간 계층 액세스 (TLA) 픽처들, 깨진 링크 액세스 (BLA) 픽처들, STSA (Step-wise Temporal Sub-layer Access) 픽처들, 선두 픽처들 (즉, 아래에서 언급되는 RASL 및 RADL 픽처들) 또는 다수의 다른 상이한 픽처 유형들을 포함할 수도 있다.
비디오 인코더 (20) 및 비디오 디코더 (30) 는 픽처의 식별을 위해 POC 값을 비디오 시퀀스의 각각의 픽처에 할당할 수도 있다. 비디오 인코더 (20) 는 예컨대, 참조 픽처들에 대한 POC 값들을 나타내는 데이터를 슬라이스 헤더에서 및/또는 PPS 또는 SPS 와 같은 파라미터 세트에서 시그널링함으로써, 참조 픽처 리스트에 포함될 참조 픽처들을 나타내는 데이터를 인코딩할 수도 있다 (그리고, 비디오 디코더 (30) 는 디코딩할 수도 있다). 특정의 코딩된 픽처에 대한, 신택스 엘리먼트 PicOrderCntVal 로 표현되는 POC 값은, 동일한 코딩된 비디오 시퀀스에서의 다른 픽처들에 대한, 픽처 출력 프로세스에서의 픽처의 상대적인 순서를 표시한다.
POC 값은 최하위 비트들 (LSB) 및 최상위 비트들 (MSB) 을 포함한다. POC 는 MSB 를 LSB 과 연쇄시킴으로써 또는 추가함으로써 획득될 수도 있다. LSB 는 슬라이스 헤더에서 시그널링될 수도 있으며, MSB 는 현재의 픽처의 NAL 유닛 유형에 기초하여, 그리고 NAL 유닛 유형 무작위 액세스 스킵된 선두 (RASL) 또는 무작위 액세스 디코딩가능한 선두 (RADL) 가 아니거나 또는 서브-계층 비-참조 픽처가 아닌, 그리고 0 과 동일한 temporal_id 값을 가지는, 디코딩 순서에서 이전 픽처의 MSB 및 LSB 에 기초하여, 비디오 디코더 (30) 에 의해 계산될 수도 있다. 0 과 동일한 TemporalId 및 현재의 픽처의 nuh_layer_id 와 동일한 nuh_layer_id 를 가지며 그리고 RASL 픽처들, RADL 픽처들, 또는 서브-계층 비-참조 픽처들이 아닌 이러한 픽처들은, POC-앵커 픽처들로서 지칭된다.
현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 인트라-무작위 액세스 지점 (IRAP) 픽처, 또는 비트스트림의 제 1 픽처인 CRA 픽처일 때, POC MSB 의 값은 0 과 동일한 것으로 추론된다 (즉, 코더에 의해 결정된다). 멀티-계층 비트스트림 (예컨대, 하나 보다 많은 계층을 가지는 SHVC 또는 MV-HEVC 비트스트림) 에서, 액세스 유닛들이 존재할 수도 있으며, 여기서, 하나 또는 하나 보다 많은 픽처는 IRAP 픽처이고 하나 이상의 픽처들이 비-IRAP 픽처들이다. 이러한 AU들은 비-정렬된 IRAP AU들로서 지칭될 수도 있다. 비-정렬된 IRAP AU들을 포함하는 비트스트림들을 디코딩할 때, 시그널링된 POC LSB 값들에 기초하여 픽처에 대해 유도된 POC 는 액세스 유닛에서의 모든 픽처들 (예컨대, 각각의 계층의 픽처들) 이 PicOrderCntVal 의 동일한 값을 가져야 한다는 비트스트림 요건을 위반할 때가 있을 수도 있다.
따라서, 일부 경우, POC 값들은 액세스 유닛에서의 픽처들의 POC 정렬을 유지하기 위해 특정의 액세스 유닛에 대해 리셋될 수도 있다. MV-HEVC WD5 에서, 플래그 poc_reset_flag 신택스 엘리먼트가 픽처들의 POC 를 리셋하는데 사용될 수도 있으며, 그 결과, 비-정렬된 IRAP AU들이 비트스트림에 존재하더라도, AU 에서의 모든 픽처들의 POC 가 동일하도록 DPB 에서의 현재의 픽처 및 픽처들의 PicOrderCntVal 의 값이 조정될 것이다.
2014년 4월 4일에 출원된, Chen 등, "CROSS-LAYER POC ALIGNMENT FOR MULTI-LAYER BITSTREAMS THAT MAY INCLUDE NON-ALIGNED IRAP PICTURES", 미국 특허출원 번호 제 14/245,115호는, 2개의 플래그들, 즉, poc_msb_reset_flag 및 poc_lsb_reset_flag 를 이용하는, POC 리셋을 획득하는 다른 방법을 기술한다. 전자 플래그는 PicOrderCntVal의 MSB 를 리셋하며, 후자 플래그는 PicOrderCntVal의 LSB 를 리셋한다. 이들 플래그들 양쪽은 슬라이스 헤더에서 시그널링된다.
2013년 10월 14일에 출원된 미국 가출원 번호 제 61/890,868호는 POC MSB 또는 POC 리셋팅 표시를 포함하는 픽처가 손실될 때 올바른 POC 값들의 복구를 위한 정보를 포함하는 SEI 메시지를 제안한다.
Hannuksela 등, "MV-HEVC/SHVC HLS: on POC value derivation", ITU-T SG 16 WP 3 와 ISO/IEC JTC 1/SC 29/WG 11 의 JCT-VC (Joint Collaborative Team on Video Coding), 15차 회의: 2013년 10월 23일 - 11월 1일, 스위스, 제네바, (http://phenix.int-evry.fr/jct/doc_end_user/documents/15_Geneva/wg11/JCTVC-O0275-v3.zip 에서 입수가능한) JCTVC-O0275v3, 및 Sjoberg 등, "HLS: Error robust POC alignment", ITU-T SG 16 WP 3 와 ISO/IEC JTC 1/SC 29/WG 11 의 JCT-VC (Joint Collaborative Team on Video Coding), 15차 회의: 2013년 10월 23일 - 11월 1일, 스위스, 제네바, (http://phenix.int-evry.fr/jct/doc_end_user/documents/15_Geneva/wg11/JCTVC-O0176-v3.zip 에서 입수가능한) JCTVC-O0176v3 은, 멀티-계층 비디오 코딩에서 POC 값들을 시그널링하고 유도하는 다른 방법들을 제안한다.
2014년 11월 17일자에 출원된 미국 출원번호 제 14/543,470호는 2개의 플래그들 (즉, poc_msb_reset_flag 및 poc_lsb_reset_flag) 을 2-비트 POC 리셋 표시자로 대체하는 것을 제안하며, POC 리셋팅 기간의 컨셉을 도입하며, 여기서 각각의 POC 리셋팅 기간은 2개의 연속된 POC 리셋팅 기간들에 대해 상이하도록 요구되는 POC 리셋팅 기간 식별자에 의해 식별된다. 이러한 컨셉들로, POC 리셋 메커니즘의 에러 복원성이 향상되며, 그 결과 POC 리셋이 수행되는 액세스 유닛에서 하나 이상의 픽처들의 손실의 경우들에서 디코더가 POC 의 교차-계층 정렬을 유지하는 것이 가능하다.
일반적으로, POC 리셋팅 기간은 예컨대, MV-HEVC 의 하위 조항 F.3 에서, 다음과 같이 정의될 수도 있다:
F.3.1 POC (picture order count) 리셋팅 기간: 0 보다 큰 poc_reset_idc 및 poc_reset_period_id 의 동일한 값을 모두 가지는 계층 내에서 디코딩 순서에서의 픽처들의 시퀀스.
대안적으로, 상기 정의에서 어구 "계층 내" 는 예컨대, 다음과 같이 생략될 수도 있다:
F.3.2 POC (picture order count) 리셋팅 기간: 0 보다 큰 poc_reset_idc 및 poc_reset_period_id 의 동일한 값을 모두 가지는 디코딩 순서에서의 픽처들의 시퀀스.
따라서, POC 리셋팅 기간은 계층 특정적이다. 일 예에서, MV-HEVC (또는, 다른 적용가능한 표준 또는 표준 확장판) 는 POC 리셋팅 기간에서의 픽처들이 계층 내에서 디코딩 순서에서 연속적일 것을 필요로 할 수도 있다. 그러나, 이들 픽처들이 동일한 계층에서 0 과 동일한 poc_reset_idc 를 가지는 픽처들과 인터리브되도록 하는 것은 유연성을 추가하고, 동일한 오버헤드의 사용을 가능하게 하여 클러스터링된 패킷 손실들에 대해 더 나은 에러 복원성을 얻을 수도 있다.
비디오 인코더 (20) 는 슬라이스들을 개개의 POC 리셋팅 기간들에 할당할 수도 있다. 각각의 POC 리셋팅 기간은 하나 이상의 슬라이스들을 포함할 수도 있다. 따라서, (코딩 순서에서 POC 리셋팅 기간에 선행하는 참조 픽처들의 POC 값들을 리셋하는 것을 포함하여) POC 값들이 POC 리셋팅 기간에 대해 리셋될 때, 비디오 인코더 (20) 는 리셋된 POC 값들에 기초하여 참조 픽처 리스트에 포함될 참조 픽처들의 POC 값들을 시그널링할 수도 있다.
비디오 인코더 (20) 및 비디오 디코더 (30) 는 POC 값들을 이용하여 DPB 에 저장된 픽처들의 픽처 출력 및 범핑을 수행할 수도 있다. 픽처 출력 및 범핑 프로세스는 DPB 로부터 "출력에 필요함" 및 "참조에 미사용됨" 으로서 마킹되는 픽처들을 출력하는 프로세스이다. Ramasubramonian 등, "MV-HEVC/SHVC HLS: Sub-DPB based DPB operations", ITU-T SG 16 WP 3 와 ISO/IEC JTC 1/SC 29/WG 11 의 JCT-VC (Joint Collaborative Team on Video Coding), 15차 회의: 2013년 10월 23일 - 11월 1일, 스위스, 제네바, (http://phenix.int-evry.fr/jct/doc_end_user/documents/15_Geneva/wg11/JCTVC-O0217-v1.zip 로부터 입수가능한) JCTVC-O0217 의 채택 후, HEVC 확장판들에 있어 DPB 의 픽처들을 출력하고 범핑하는 컨셉이 다음을 포함하여 업데이트되었다:
변경들 후, 픽처 출력 및 범핑 프로세스는 다음과 같이 동작한다: 디코더 순응성을 위해, 픽처 출력 프로세스가 (1) 픽처의 디코딩 이전이지만 픽처의 제 1 슬라이스의 슬라이스 헤더를 파싱한 후, 및 (2) 픽처의 최종 디코딩 유닛이 코딩된 픽처 버퍼로부터 제거될 때를 포함하여, 각각의 픽처에 대해 2번 호출된다. 범핑 프로세스가 호출될 때, 프로세스는 선택된 액세스 유닛에 속하는 모든 픽처들을 출력한다.
JCTVC-O0217 에서의 추가 사항들, 및 Ramasubramonian 등, "MV-HEVC/SHVC HLS: On flushing of decoded pictures from DPB based on NoOutputOfPriorPicsFlag", ITU-T SG 16 WP 3 와 ISO/IEC JTC 1/SC 29/WG 11 의 JCT-VC (Joint Collaborative Team on Video Coding), 15차 회의: 2013년 10월 23일 - 11월 1일, 스위스, 제네바, (http://phenix.int-evry.fr/jct/doc_end_user/documents/15_Geneva/wg11/JCTVC-O0266-v1.zip 로부터 입수가능한) O0266 의 MV-HEVC WD6 에의 포함 후, 픽처 출력 및 범핑을 포함한, DPB 에 대한 출력 순서의 예시적인 동작은 다음과 같다:
C.5.2 출력 순서
DPB 의
동작
C.5.2.1 일반
디코딩된 픽처 버퍼는 서브-DPB들로 이루어지며, 각각의 서브-DPB 는 단지 하나의 계층의 디코딩된 픽처들의 저장을 위해 픽처 스토리지 버퍼들을 포함한다. 서브-DPB 의 픽처 스토리지 버퍼들의 각각은 "참조에 사용됨" 으로 마킹되거나 또는 향후 출력을 위해 유지되는 디코딩된 픽처를 포함한다.
DPB 로부터의 픽처들의 출력 및 제거를 위한 프로세스, 픽처 디코딩, 마킹, 추가적인 범핑, 및 저장을 위한 프로세스, 및 "범핑" 프로세스는 다음과 같이 지정된다. 이들 프로세스들은 각각의 계층에 대해, 기초 계층에서 시작하여, 비트스트림에서의 계층들의 nuh_layer_id 값들의 증가하는 순서로, 독립적으로 적용된다. 이들 프로세스들이 특정의 계층에 적용될 때, 픽처들을 크롭하여 출력하고, 픽처들을 출력에 필요하지 않음으로서 마킹하고 그리고 임의의 계층에 대한 픽처 스토리지 버퍼들을 비울 수도 있는 "범핑" 프로세스를 제외하고는, 단지 특정의 계층에 대한 서브-DPB 만이 영향을 받는다.
픽처 n 및 현재의 픽처를 nuh_layer_id 의 특정의 값에 대한 액세스 유닛 n 의 코딩된 픽처 또는 디코딩된 픽처라 하자, 여기서 n 은 비-음의 정수이다.
이들 프로세스들이 currLayerId 와 동일한 nuh_layer_id 를 가지는 계층에 대해 적용될 때, 변수들 MaxNumReorderPics, MaxLatencyIncreasePlus1, MaxLatencyPictures, 및 MaxDecPicBufferingMinus1 은 다음과 같이 유도된다:
- 부속서 G 또는 H 에 지정된 프로파일들 중 하나 이상에 따르는 CVS 가 조항들 2-10, 부속서 F, 및 부속서 G 또는 H 에 지정된 디코딩 프로세스를 적용함으로써 디코딩되면, 다음이 적용된다:
- MaxNumReorderPics 는 활성 VPS 의 max_vps_num_reorder_pics[ TargetOptLayerSetIdx ][ HighestTid ] 와 동일하게 설정된다.
- MaxLatencyIncreasePlus1 은 활성 VPS 의 신택스 엘리먼트 max_vps_latency_increase_plus1[ TargetOptLayerSetIdx ][ HighestTid ] 의 값과 동일하게 설정된다.
- MaxLatencyPictures 는 활성 VPS 의 VpsMaxLatencyPictures[ TargetOptLayerSetIdx ][ HighestTid ] 와 동일하게 설정된다.
- MaxDecPicBufferingMinus1 은 활성 VPS 의 신택스 엘리먼트 max_vps_dec_pic_buffering_minus1[ TargetOptLayerSetIdx ][ currLayerId ][ HighestTid ] 의 값과 동일하게 설정된다.
- 그렇지 않으면 (부속서 A 에 지정된 프로파일들 중 하나 이상에 따르는 CVS 가 조항들 2-10 에 지정된 디코딩 프로세스를 적용함으로써 디코딩되면), 다음이 적용된다:
- MaxNumReorderPics 는 기초 계층에 대한 활성 SPS 의 sps_max_num_reorder_pics[ HighestTid ] 와 동일하게 설정된다.
- MaxLatencyIncreasePlus1 은 기초 계층에 대한 활성 SPS 의 sps_max_latency_increase_plus1[ HighestTid ] 와 동일하게 설정된다.
- MaxLatencyPictures 는 기초 계층에 대한 활성 SPS 의 SpsMaxLatencyPictures[ HighestTid ] 와 동일하게 설정된다.
- MaxDecPicBufferingMinus1 은 기초 계층에 대한 활성 SPS 의 sps_max_dec_pic_buffering_minus1[ HighestTid ] 와 동일하게 설정된다.
C.5.2.2
DPB 로부터의
픽처들의
출력 및 제거
현재의 픽처가 현재의 계층에서의 픽처 0 이 아닐 때 (즉, 현재의 픽처가 0 의 POC 값을 가지지 않을 때), 현재의 픽처, 즉 픽처 n 의 디코딩 이전이지만 현재의 픽처의 제 1 슬라이스의 슬라이스 헤더를 파싱하기 전, DPB 로부터의 현재의 계층에서의 픽처들의 출력 및 제거는 현재의 픽처의 제 1 디코딩 유닛이 CPB 로부터 제거될 때 동시에 일어나며 다음과 같이 진행한다:
- 하위 조항 8.3.2 에 지정된 바와 같은 RPS 에 대한 디코딩 프로세스가 호출된다.
- 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이면, 또는 현재의 액세스 유닛에서의 기초 계층 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처 및 NoClrasOutputFlag 1 과 동일하면, 다음 순서로된 단계들이 적용된다:
1. 변수 NoOutputOfPriorPicsFlag 는 테스트 중인 디코더에 대해 다음과 같이 유도된다:
- 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 CRA 픽처이면, NoOutputOfPriorPicsFlag 는 (no_output_of_prior_pics_flag 의 값에 관계없이) 1 과 동일하게 설정된다.
- 그렇지 않고, 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이고 그리고 현재의 계층에 대한 활성 SPS 로부터 유도된 pic_width_in_luma_samples, pic_height_in_luma_samples, 또는 sps_max_dec_pic_buffering_minus1[ HighestTid ] 의 값이 현재의 계층에서 선행하는 픽처를 디코딩할 때 현재의 계층에 대해 활성이었던 SPS 로부터 각각 유도된, pic_width_in_luma_samples, pic_height_in_luma_samples, 또는 sps_max_dec_pic_buffering_minus1[ HighestTid ] 의 값과 상이하면, NoOutputOfPriorPicsFlag 는 no_output_of_prior_pics_flag 의 값에 관계없이 테스트 중인 디코더에 의해 1 과 동일하게 설정될 수도 있다 (그러나, 설정되지 않아야 한다).
주 - NoOutputOfPriorPicsFlag 를 no_output_of_prior_pics_flag 와 동일하게 설정하는 것이 이들 조건들 하에서 선호되더라도, 테스트 중인 디코더는 이 경우 NoOutputOfPriorPicsFlag 를 1 로 설정하도록 허용된다.
- 그렇지 않고, 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이면, NoOutputOfPriorPicsFlag 는 no_output_of_prior_pics_flag 와 동일하게 설정된다.
- 그렇지 않으면 (현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처가 아니고, 현재의 액세스 유닛에서의 기초 계층 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이고, 그리고 NoClrasOutputFlag 가 1 과 동일하면), NoOutputOfPriorPicsFlag 는 1 과 동일하게 설정된다.
2. 테스트 중인 디코더에 대해 유도된 NoOutputOfPriorPicsFlag 의 값이 다음과 같이 HRD 에 대해 적용된다:
- NoOutputOfPriorPicsFlag 가 1 과 동일하면, 서브-DPB 에서의 모든 픽처 스토리지 버퍼들은 그들이 포함하는 픽처들의 출력 없이 비워지며, 서브-DPB 충만도는 0 과 동일하게 설정된다.
- 그렇지 않으면 (NoOutputOfPriorPicsFlag 가 0 과 동일하면), 출력에 필요하지 않음 및 "참조에 미사용됨" 으로 마킹되는 픽처를 포함하는 모든 픽처 스토리지 버퍼들은 (출력 없이) 비워지며, 서브-DPB 에서의 모든 비지 않은 픽처 스토리지 버퍼들은 하위 조항 C.5.2.4 에 지정된 "범핑" 프로세스를 반복적으로 호출함으로써 비워지며, 서브-DPB 충만도는 0 과 동일하게 설정된다.
- 그렇지 않으면, 현재의 계층에서의 픽처를 포함하고 출력에 필요하지 않음 및 "참조에 미사용됨" 으로서 마킹되는 모든 픽처 스토리지 버퍼들은 (픽처들이 출력됨이 없이) 비워진다. 비워지는 각각의 픽처 스토리지 버퍼에 대해, 서브-DPB 충만도는 1만큼 감분된다. 다음 조건들 중 하나 이상이 참일 때, 다음 조건들 중 어느 조건도 참이 아닐 때까지, 비워지는 각각의 추가적인 픽처 스토리지 버퍼에 대해 1만큼 서브-DPB 충만도를 추가로 감분시키면서, 하위 조항 C.5.2.4 에 지정된 "범핑" 프로세스가 반복적으로 호출된다:
- "출력에 필요함" 으로서 마킹되는, DPB (즉, 서브-DPB들 중 임의의 DPB) 에 적어도 하나의 디코딩된 픽처를 포함하는 액세스 유닛들의 개수는 MaxNumReorderPics 보다 더 크다.
- MaxLatencyIncreasePlus1 가 0 과 동일하지 않으며, 연관된 변수 PicLatencyCount 가 MaxLatencyPictures 보다 크거나 또는 동일한, "출력에 필요함" 으로서 마킹된 DPB 에서의 적어도 하나의 디코딩된 픽처를 포함하는 적어도 하나의 액세스 유닛이 존재한다.
- 현재의 계층의 서브-DPB 내 현재의 계층에서의 픽처들의 개수는 MaxDecPicBufferingMinus1 + 1 보다 크거나 또는 동일하다.
C.5.2.3
픽처
디코딩,
마킹
, 추가적인
범핑
, 및 저장
이 하위 조항에 지정된 프로세스들은 픽처 n 의 최종 디코딩 유닛이 CPB 로부터 제거될 때 동시에 발생한다.
PicOutputFlag 는 다음과 같이 업데이트된다:
- 현재의 액세스 유닛이 목표 출력 계층에서의 픽처를 포함하지 않고 alt_output_layer_flag 가 1 과 동일하면, 다음 순서로된 단계들이 적용된다:
- 리스트 nonOutputLayerPictures 는 1 과 동일한 PicOutputFlag 을 가지는, 그리고 TargetDecLayerIdList 에 포함되고 목표 출력 계층들 상에 있지 않은 nuh_layer_id 값들을 가지는 액세스 유닛의 픽처들의 리스트이다.
- 리스트 nonOutputLayerPictures 중에서 최고 nuh_layer_id 값을 가지는 픽처가 리스트 nonOutputLayerPictures 로부터 제거된다.
- 리스트 nonOutputLayerPictures 에 포함되는 각각의 픽처에 대한 PicOutputFlag 는 0 과 동일하게 설정된다.
- 그렇지 않으면, 목표 출력 계층에 포함되지 않는 픽처들에 대한 PicOutputFlag 는 0 과 동일하게 설정된다.
현재의 픽처가 1 과 동일한 PicOutputFlag 를 가질 때, "출력에 필요함" 으로서 마킹되고 출력 순서에서 현재의 픽처에 뒤따르는 서브-DPB 에서의 현재의 계층에서의 각각의 픽처에 대해, 연관된 변수 PicLatencyCount 는 PicLatencyCount + 1 과 동일하게 설정된다.
현재의 픽처는 픽처의 최종 디코딩 유닛이 디코딩된 이후에 디코딩되는 것으로 간주된다. 현재의 디코딩된 픽처는 서브-DPB 에서의 비어있는 픽처 저장 버퍼에 저장되며, 다음이 적용된다:
- 현재의 디코딩된 픽처가 1 과 동일한 PicOutputFlag 를 가지면, 그것은 "출력에 필요함" 으로서 마킹되며 그의 연관된 변수 PicLatencyCount 는 0 과 동일하게 설정된다.
- 그렇지 않으면 (현재의 디코딩된 픽처가 0 과 동일한 PicOutputFlag 를 가지면), "출력에 필요하지 않음" 으로 표시된다.
현재의 디코딩된 픽처는 "단기 참조에 사용됨" 으로 마킹된다.
다음 조건들 중 하나 이상이 참일 때, 하위 조항 C.5.2.4 에 지정된 "범핑" 프로세스가 다음 조건들 중 어느 조건도 참이 아닐 때까지 반복적으로 호출된다:
- "출력에 필요함" 으로서 마킹된 DPB (즉, 서브-DPB들 중 임의의 서브-DPB) 에서의 적어도 하나의 디코딩된 픽처를 포함하는 액세스 유닛들의 개수는 MaxNumReorderPics 보다 더 크다.
- MaxLatencyIncreasePlus1 은 0 과 동일하지 않으며, 연관된 변수 PicLatencyCount 가 MaxLatencyPictures 보다 크거나 또는 동일한, "출력에 필요함" 으로서 마킹된 DPB 에서의 적어도 하나의 디코딩된 픽처를 포함하는 적어도 하나의 액세스 유닛이 존재한다.
C.5.2.4 "
범핑
" 프로세스
"범핑" 프로세스는 다음 순서로된 단계들로 이루어진다:
1. 출력을 위한 첫번째인 픽처 또는 픽처들이 "출력에 필요함" 으로서 마킹된 DPB 에서의 모든 픽처들의 PicOrderCntVal 의 가장 작은 값을 가지는 픽처들로서 선택된다.
2. 이들 픽처들의 각각은 그 픽처에 대한 활성 SPS 에 지정된 순응성 크로핑 윈도우를 이용하여 오름 nuh_layer_id 순서로, 크롭되며, 크롭된 픽처는 출력되며, 픽처는 "출력에 필요하지 않음" 으로서 마킹된다.
3. "참조에 미사용됨" 으로서 마킹된 픽처를 포함하고 픽처들 중 하나가 크롭되어 출력된 각각의 픽처 스토리지 버퍼는 비워진다.
본 개시물의 기법들에 따르면, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 POC 리셋팅이 수행되는 액세스 유닛의 초기 픽처를 디코딩하기 전에 DPB 에 저장된 모든 픽처들 (예컨대, 모든 계층들의 픽처들) 의 POC 값들을 감분하도록 각각 구성될 수도 있다. 예를 들어, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 코딩중인 픽처에 앞서 프로세싱되어 DPB 에 저장되어 있는 픽처들 (예컨대, 현재의 픽처보다 "이전 픽처들" 로서 일반적으로 지칭될 수도 있는, 현재 코딩중인 픽처에 코딩 순서에서 선행하는 픽처들) 에 POC 감분을 적용할 수도 있다. 본 개시물의 양태들에 따르면, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 POC 리셋을 필요로 하는 각각의 액세스 유닛의 초기에, POC 감분을 DPB 에서의 (즉, 모든 서브-DPB들에 대한) 이러한 이전 픽처들에 한번 적용할 수도 있다. POC 감분 프로세스는 액세스 유닛에 대한 초기 픽처를 코딩하기 (예컨대, 인코딩 또는 디코딩하기) 전에, 그러나 초기 픽처의 제 1 슬라이스의 슬라이스 헤더 정보를 코딩한 후 (즉, 코딩에 뒤이어서) 호출될 수도 있다. 이와 같이, 비디오 인코더 (20) 및 비디오 디코더 (30) 의 DPB 에 저장된 픽처들의 POC 값들은 액세스 유닛의 픽처들을 코딩할 때 정렬된 채로 유지함으로써, DPB 의 픽처들이 적합한 순서로 출력할 수 있도록 할 수도 있으며, 따라서 픽처들이 정확하게 디스플레이될 수 있도록 보장할 수도 있다. 예를 들어, (예컨대, 각각의 개개의 액세스 유닛의 픽처들이 동일한 POC 값들을 가지도록) DPB 에 저장된 픽처들의 교차-계층 정렬을 유지함으로써, 비디오 디코더 (30) 는 다른 액세스 유닛의 픽처들을 출력하기 전에 하나의 액세스 유닛으로부터의 모든 픽처들을 출력할 수도 있다. 이것은 액세스 유닛의 픽처들이 실질적으로 동시에 디스플레이하도록 하여 적합한 뷰잉 경험을 제공할 수도 있다.
다른 예에서, 본 개시물의 양태들에 따르면, POC 감분의 타이밍은 변경될 수도 있다. 예를 들어, 비디오 디코더 (30) 는 액세스 유닛에서의 각각의 픽처를 디코딩하기 전에 그러나 픽처의 제 1 슬라이스의 슬라이스 헤더 정보의 파싱 및 디코딩 이후에, 각각의 서브-DPB 에서 디코딩 중인 픽처 이전에 프로세싱되어 (예컨대, 디코딩되어) DPB 에 저장된 픽처들에 대해 POC 감분 프로세스를 호출할 수도 있다. 비디오 디코더 (30) 는 또한 액세스 유닛에 존재하는 픽처들을 디코딩한 후 액세스 유닛에 대해 존재하지 않거나 또는 수신되지 않는 픽처를 가지는 계층에 대해 서브-DPB에서의 이전 픽처들의 추가적인 POC 감분 프로세스를 수행할 수도 있다.
또한 다른 예에서, 본 개시물의 양태들에 따르면, 비디오 디코더 (30) 는 액세스 유닛에서의 각각의 픽처의 디코딩 이전에, 그러나 개개의 픽처의 제 1 슬라이스의 슬라이스 헤더 정보의 파싱 및 디코딩 이후에 각각의 서브-DPB 에서의 이전 픽처들에 대해 POC 감분 프로세스를 호출할 수도 있다. 서브-DPB 에서의 이전 픽처들의 POC 감분 프로세스가 수행되기 전에, 동일한 프로세스가 하나 이상의 하부 계층 서브-DPB들에 대해 아직 수행되지 않았으면, 그들 서브-DPB들에 대해 프로세스가 수행된다.
또한 다른 예에서, 본 개시물의 양태들에 따르면, 비디오 디코더 (30) 는 POC 리셋을 필요로 하는 각각의 액세스 유닛을 디코딩하는 것의 끝에, 한번 적용되는 DPB 에서의 (즉, 모든 서브-DPB들에 대한) 이전 픽처들의 POC 감분 프로세스를 수행할 수도 있다. 즉, 비디오 디코더 (30) 는 POC 리셋팅이 수행되는 액세스 유닛의 모든 픽처들을 디코딩하고, 뒤이어서 DPB 의 모든 픽처들의 POC 값들을 감분시킬 수도 있다.
본 개시물의 양태들에 따르면, 비디오 인코더 (20) 및 비디오 디코더는 MV-HEVC 와 같은, 적용가능한 비디오 코딩 표준에 의해 확립된 제한 사항들 (예컨대, 코더에 의해 결정되고 주어진 비트스트림에 적용가능한 것으로 간주되는 비트스트림 제약들) 에 따라서 각각 구성될 수도 있다. 예를 들어, 본 개시물의 양태들에 따르면, DPB (예컨대, 모든 서브-DPB들) 에서의 이전 픽처들을 감분시키기 위한 유도된 값은 POC 또는 POC MSB 리셋팅이 수행되는 액세스 유닛에서의 모든 픽처들에 대해 동일하여야 한다.
위에서 언급한 바와 같이, 계층-특정의 POC 리셋팅 기간은 슬라이스 세그먼트 헤더들에서 시그널링된 POC 리셋팅 기간 식별자에 기초하여 지정될 수도 있다. 즉, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 슬라이스 세그먼트 헤더들에서의 POC 리셋팅 기간 식별자를 나타내는 데이터를 각각 코딩할 수도 있다. 적어도 하나의 IRAP 픽처를 포함하는 액세스 유닛에 속하는 각각의 비-IRAP 픽처는 비-IRAP 픽처를 포함하는 계층에서 POC 리셋팅 기간의 시작일 수도 있다. 즉, 비디오 인코더 (20) 는 비-IRAP 픽처가 새로운 POC 리셋팅 기간의 시작이라는 것을 표시하기 위해 적어도 하나의 IRAP 픽처를 포함하는 액세스 유닛의 비-IRAP 픽처에 대해 POC 리셋팅 유형을 설정할 수도 있다. 이러한 액세스 유닛에서, 각각의 픽처는 그 픽처를 포함하는 계층에서 POC 리셋팅 기간의 시작일 것이다. POC 리셋팅, POC MSB 단독 또는 POC MSB 및 POC LSB 양쪽, 및 DPB 에서의 동일한-계층 픽처들의 POC 값들의 업데이트는 각각의 POC 리셋팅 기간 내에서 제 1 픽처에 대해서만 적용될 수도 있다.
비디오 인코더 (20) 는 비디오 디코더 (30) 가 슬라이스 세그먼트 헤더를 가지는 슬라이스를 포함하는 계층에서의 픽처들의 POC 값들을 유도하는데 사용할 수 있는 POC LSB 값을 슬라이스 세그먼트 헤더에서 시그널링할 수도 있다. 슬라이스 세그먼트 헤더에서 시그널링된 POC LSB 값은 DPB 에서의 동일한-계층 픽처들의 POC 값들을 업데이트하는데 사용되는 delta POC 값의 유도에, 그리고 또한 현재의 픽처의 POC 값의 POC MSB 의 유도에 사용될 수도 있다. 현재의 픽처가 시그널링된 그런 POC LSB 값을 가질 때, 그리고 현재의 픽처와 연관되는 POC-앵커 픽처가 비트스트림에 존재할 때, POC-앵커 픽처는 POC 리셋팅 또는 POC MSB 리셋팅의 표시를 가진다. 현재의 픽처에 대해 시그널링된 이러한 POC LSB 값은 또한 현재의 픽처로서 POC 리셋팅 기간의 제 1 픽처인 POC-앵커 픽처의 POC LSB 값과 동일하다. 본 개시물의 양태들에 따르면, 비디오 인코더 (20) 는 2 와 동일한 poc_reset_idc 신택스 엘리먼트를 가지는 기초 계층 IDR 픽처들에 대한 추가적인 POC LSB 를 표시하는 데이터를 시그널링한다.
위에서 언급한 바와 같이, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 적용가능한 비디오 코딩 표준에 의해 확립된 제한 사항들에 따라서 각각 구성될 수도 있다. 예를 들어, 본 개시물의 양태들에 따르면, 동일한 액세스 유닛에서의 모든 픽처들은 poc_reset_idc 의 동일한 값을 가져야 한다. 게다가, 다른 예로서, 하나의 POC 리셋팅 기간은 1 또는 2 와 동일한 poc_reset_idc 를 가지는 하나 보다 많은 액세스 유닛을 포함하지 않아야 한다. 게다가, 다른 예로서, 1 또는 2 와 동일한 poc_reset_idc 를 가지는 액세스 유닛은 POC 리셋팅 기간에서의 제 1 액세스 유닛이어야 한다.
본 개시물의 양태들에 따르면, POC 리셋팅 기간은 멀티-계층 비디오 데이터의 모든 계층들에 적용가능할 수도 있다. 예를 들어, POC 리셋팅 기간은 POC 리셋팅 기간이 멀티-계층 데이터의 계층들에 걸쳐서 적용되도록 정의될 수도 있다. 아래에서 좀더 자세히 설명하는 바와 같이, POC 리셋팅 기간은 0 보다 큰 poc_reset_idc 를 모두 가지는 디코딩 순서에서의 액세스 유닛들의 시퀀스를 포함할 수도 있다. 위에서 설명된 POC 값 리셋을 표시하는 데이터는 POC 리셋팅 기간과 연관될 수도 있다.
다음 개시물 및 테이블들은 본 개시물의 기법에 따른 예시적인 신택스를 포함한다. 신택스는 예컨대, 위에서 언급된 문서들 JCTVC-O0217 및 JCTVC-O0266 에 의해 수정된 바와 같은 MV-HEVC 의 신택스에 대해, 수정될 수도 있다. 예시적인 설명에서, 아래의 신택스 테이블들 및 의미들, (문서들 JCTVC-O0217 및 JCTVC-O0266 으로 수정된 바와 같은) MV-HEVC 에 대한 추가 부분들은 이탤릭체를 이용하여 표시되며, 삭제 부분들은 "제거됨 (removed)" (예컨대, [제거됨: "제거된 텍스트"]) 를 서두로 하는 괄호로 묶은 텍스트를 이용하여 표시된다. 일반적으로, "요건들" 에 관련한 스테이트먼트들은 표준 또는 표준 확장판의 텍스트의 일부를 이루지만, 본 개시물의 기법들의 목적들을 위한 요건을 이루지 않는 것으로 이해되어야 한다. 일부의 경우, 이러한 "요건들" 은 적용가능한 것으로 결정되고 그후 그 결정에 기초하여 예를 들어, 비디오 코더에 의해 준수될 수도 있는 비트스트림 제약들을 포함할 수도 있다).
다음 수학 함수의 정의가 MV-HEVC 에, 예컨대, MV-HEVC 의 하위 조항 5.8 에 추가될 수도 있다:
다음 정의가 하위조항 F.3 에 추가될 수도 있다:
F.3.1 POC (picture order count) 리셋팅 기간: 0 과 동일한 poc _reset_ idc 를 가지는 액세스 유닛들과 인터리브되거나 또는 인터리브되지 않을 수도 있는, 0 보다 큰 poc_reset_idc 및 poc_reset_period_id 의 동일한 값을 모두 가지는 디코딩 순서에서의 액세스 유닛들의 시퀀스.
하나의 대안예에서, POC 리셋팅 기간에서의 픽처들은 계층 내에서 디코딩 순서에서 연속되도록 요구된다. 그러나, 이들 픽처들을 동일한 계층에서 0 과 동일한 poc_reset_idc 를 가지는 픽처들과 인터리브하도록 허용하는 것이 더 유연하며, 클러스터링된 패킷 손실들에 대해 더 나은 에러 복원성을 획득하는데 동일한 오버헤드를 이용하는 것을 가능하게 한다.
다음 테이블은 본 개시물의 기법들에 따른 PPS 에 대한 신택스의 일 예이다:
상기 예에서, 0 과 동일한 pps_extension_flag 는 pps_extension_data_flag 신택스 엘리먼트들이 PPS RBSP 신택스 구조에 존재하지 않는다는 것을 지정한다. slice_segment_header_extension_present_flag 가 0 과 동일할 때, pps_extension_flag 는 본 사양의 이 버전을 따르는 비트 스트림들에서 0 과 동일하여야 하며, pps_extension_flag 에 대해 1 의 값이 ITU-T | ISO/IEC 에 의해 향후 사용을 위해 예약되며, 디코더들은 PPS NAL 유닛에서의 pps_extension_flag 에 대해 값 1 에 뒤따르는 모든 데이터를 무시하여야 한다.
게다가, 0 과 동일한 poc_reset_info_present_flag 는 신택스 엘리먼트 poc_reset_idc 가 PPS 를 참조하는 슬라이스들의 슬라이스 세그먼트 헤더들에 존재하지 않는다는 것을 지정한다. 게다가, 1 과 동일한 poc_reset_info_present_flag 는 신택스 엘리먼트 poc_reset_idc 가 PPS 를 참조하는 슬라이스들의 슬라이스 세그먼트 헤더들에 존재한다는 것을 지정한다.
게다가, 0 과 동일한 pps_extension2_flag 는 pps_extension_data_flag 신택스 엘리먼트들이 PPS RBSP 신택스 구조에 존재하지 않는다는 것을 지정한다. pps_extension2_flag 는 본 사양의 이 버전에 따르는 비트 스트림들에서 0 과 동일하여야 한다. pps_extension2_flag 에 대한 1 의 값은 향후 사용을 위해 ITU-T | ISO/IEC 에 의해 예약된다. 디코더들은 PPS NAL 유닛에서의 pps_extension2_flag 에 대해 값 1 에 뒤따르는 모든 데이터를 무시하여야 한다.
다음 테이블은 본 개시물의 기법들에 따른 슬라이스 헤더에 대한 신택스의 일 예이다:
대안적으로, poc_reset_period_id 신택스 엘리먼트는 예컨대 u(14) 로서 코딩된 상이한 개수의 비트들을 이용하여 시그널링될 수도 있다.
존재할 때, 슬라이스 세그먼트 헤더 신택스 엘리먼트들 slice_pic_parameter_set_id, pic_output_flag, no_output_of_prior_pics_flag, slice_pic_order_cnt_lsb, short_term_ref_pic_set_sps_flag, short_term_ref_pic_set_idx, num_long_term_sps, num_long_term_pics, slice_temporal_mvp_enabled_flag, discardable_flag, cross_layer_bla_flag, inter_layer_pred_enabled_flag, num_inter_layer_ref_pics_minus1, poc_reset_idc, poc_reset_pic_id, full_poc_reset_flag, 및 poc_lsb_val 의 값은 코딩된 픽처의 모든 슬라이스 세그먼트 헤더들에서 동일하여야 한다. 존재할 때, 슬라이스 세그먼트 헤더 신택스 엘리먼트들 lt_idx_sps[ i ], poc_lsb_lt[ i ], used_by_curr_pic_lt_flag[ i ], delta_poc_msb_present_flag[ i ], delta_poc_msb_cycle_lt[ i ], 및 inter_layer_pred_layer_idc[ i ] 의 값은 i 의 각각의 가능한 값에 대해, 코딩된 픽처의 모든 슬라이스 세그먼트 헤더들에서 동일하여야 한다.
신택스 엘리먼트 slice_segment_header_extension_length 는, slice_segment_header_extension_length 자신을 시그널링하는데 사용되는 비트들을 포함하지 않고, 슬라이스 세그먼트 헤더 확장 데이터의 길이를 바이트로 지정할 수도 있다. poc_reset_info_present_flag 가 0 과 동일하면, 신택스 엘리먼트 slice_segment_header_extension_length 의 값은 0 내지 256 의 범위 이내 이어야 한다. 그렇지 않으면, 신택스 엘리먼트 slice_segment_header_extension_length 의 값은, poc_reset_idc 가 1 과 동일할 때 또는 poc _reset_idc 가 2 와 동일하고 nuh _layer_id 가 0 보다 클 때, 1 내지 256 를 포함한 범위 이내, 그리고, poc _reset_idc 가 2 와 동일하고 nuh _layer_id 가 0 과 동일할 때, 1 + Ceil( ( log2 _max_ pic _order_ cnt _ lsb _ minus4 + 4 ) / 8 ) 내지 256 를 포함한 범위 이내, 그리고 poc_reset_idc 가 3 과 동일할 때 1 + Ceil( ( log2_max_pic_order_cnt_lsb_minus4 + 5 ) / 8 ) 내지 256 를 포함한 범위 이내 이어야 한다.
0 과 동일한 신택스 엘리먼트 poc_reset_idc 는 현재의 픽처에 대한 픽처 순서 카운트 값의 최상위 비트들도 최하위 비트들도 리셋되지 않는다는 것을 지정한다. 1 과 동일한 신택스 엘리먼트 poc_reset_idc 는 단지 현재의 픽처에 대한 픽처 순서 카운트 값의 최상위 비트들만이 리셋될 수도 있다는 것을 지정한다. 2 와 동일한 신택스 엘리먼트 poc_reset_idc 는 현재의 픽처에 대한 픽처 순서 카운트 값의 최상위 비트들 및 최하위 비트들 양쪽이 리셋될 수도 있다는 것을 지정한다. 3 과 동일한 신택스 엘리먼트 poc_reset_idc 는 현재의 픽처에 대한 픽처 순서 카운트 값의 최상위 비트들 단독 또는 최상위 비트들 및 최하위 비트들 양쪽이 리셋될 수도 있으며 추가적인 픽처 순서 카운트 정보가 시그널링된다는 것을 지정한다. 존재하지 않을 때, 신택스 엘리먼트 poc_reset_poc 의 값은 0 과 동일한 것으로 추론된다 (즉, 명시적인 시그널링 없이, 코더에 의해 결정된다).
다음 제약들이 적용되는 것은 비트스트림 순응성의 요건이다:
- poc_reset_idc 의 값은 RASL 픽처, RADL 픽처, 서브-계층 비-참조 픽처, 또는 0 보다 큰 TemporalId 를 가지는 픽처에 대해 1 또는 2 와 동일하지 않아야 한다.
- 액세스 유닛에서의 모든 픽처들의 poc _reset_ idc 의 값은 동일하여야 한다.
[제거됨: - 액세스 유닛에서의 픽처의 poc_reset_idc 의 값이 1 과 동일하면, 액세스 유닛에서의 모든 픽처들의 poc_reset_idc 의 값은 1 과 동일하여야 한다.]
[제거됨: - 액세스 유닛에서의 픽처의 poc_reset_idc 의 값이 2 과 동일하면, 액세스 유닛에서의 모든 픽처들의 poc_reset_idc 의 값은 2 과 동일하여야 한다.]
- 액세스 유닛에서의 하나의 픽처가 nal_unit_type 의 특정의 값을 가지는 IRAP 픽처이고 상이한 nal_unit_type 의 값을 가지는 동일한 액세스 유닛에 적어도 하나의 다른 픽처가 존재할 때, poc_reset_idc 의 값은 액세스 유닛에서의 모든 픽처들에 대해 1 또는 2 와 동일하여야 한다.
- 액세스 유닛에서 0 과 동일한 nuh_layer_id 를 가지는 픽처가 IDR 픽처이고 동일한 액세스 유닛에서 적어도 하나의 비-IDR 픽처가 존재할 때, poc_reset_idc 의 값은 액세스 유닛에서의 모든 픽처들에 대해 2 와 동일하여야 한다.
- 액세스 유닛에서 0 과 동일한 nuh_layer_id 를 가지는 픽처가 IDR 픽처가 아닐 때, poc_reset_idc 의 값은 액세스 유닛에서의 임의의 픽처에 대해 2 와 동일하지 않아야 한다.
액세스 유닛의
poc
_reset_
idc 의
값은 액세스 유닛에서의
픽처들의
poc_reset_idc 의 값을 지칭한다.
신택스 엘리먼트 poc_reset_period_id 는 POC 리셋팅 기간을 식별한다. 1 또는 2 와 동일한 신택스 엘리먼트 poc_reset_idc 및 신택스 엘리먼트 poc_reset_period_id 의 동일한 값을 가지는 동일한 계층에서 디코딩 순서에서 연속하는 2개의 픽처들이 존재하지 않아야 한다.
주 - 이러한 픽처들이 디코딩 순서에서 2개의 연속된 액세스 유닛들에서 발생하지 않는 한, 계층에서의 다수의 픽처들이 poc_reset_pic_id 의 동일한 값을 가지고 1 또는 2 와 동일한 poc_reset_idc 를 가지는 것은 금지되지 않는다. 이러한 2개의 픽처들이 픽처 손실들, 비트스트림 추출, 탐색, 또는 스플라이싱 동작들로 인해 비트스트림에 나타나는 우도를 최소화하기 위해, 인코더들은 poc_reset_pic_id 의 값을 (위에서 지정된 제약들을 받는) 각각의 POC 리셋팅 기간에 대해 무작위 값으로 설정하여야 한다.
다음 제약들이 적용되는
비트스트림
순응성의
요건이 존재한다:
- 하나의
POC
리셋팅
기간은 1 또는 2 와 동일한
poc
_reset_
idc 를
가지는 하나 보다 많은 액세스 유닛을 포함하지 않아야 한다.
- 1 또는 2 와 동일한
poc
_reset_
idc 를
가지는 액세스 유닛은
POC
리셋팅
기간에서 제 1 액세스 유닛이어야 한다.
[제거됨: - 1 및 3 과 동일한 poc_reset_idc 를 가지는 픽처들이 동일한 POC 리셋팅 기간에 존재할 때, 3 과 동일한 poc_reset_idc 를 가지는 모든 픽처들은 디코딩 순서에서 1 과 동일한 poc_reset_idc 를 가지는 픽처에 뒤따라야 한다.]
[제거됨: - 2 및 3 과 동일한 poc_reset_idc 를 가지는 픽처들이 동일한 POC 리셋팅 기간에 존재할 때, 3 과 동일한 poc_reset_idc 를 가지는 모든 픽처들은 디코딩 순서에서 2 과 동일한 poc_reset_idc 를 가지는 픽처에 뒤따라야 한다.]
신택스 엘리먼트 1 과 동일한 full_poc_reset_flag 는, 동일한 계층에서 디코딩 순서에서 이전 픽처가 동일한 POC 리셋팅 기간에 속하지 않을 때 현재의 픽처에 대한 픽처 순서 카운트 값의 최상위 비트들 및 최하위 비트들 양쪽이 리셋된다는 것을 지정한다. 신택스 엘리먼트 0 과 동일한 full_poc_reset_flag 는 동일한 계층에서 디코딩 순서에서 이전 픽처가 동일한 POC 리셋팅 기간에 속하지 않을 때 단지 현재의 픽처에 대한 픽처 순서 카운트 값의 최상위 비트들만이 리셋된다는 것을 지정한다.
신택스 엘리먼트 poc_lsb_val 은 현재의 픽처의 픽처 순서 카운트를 유도하는데 사용될 수도 있는 값을 지정한다. poc_lsb_val 신택스 엘리먼트의 길이는 log2_max_pic_order_cnt_lsb_minus4 + 4 비트들이다.
poc_reset_idc 가 3 과 동일할 때, 그리고 현재의 픽처와 동일한 계층에 있고 1 또는 2 와 동일한 poc_reset_idc 를 가지며 그리고 동일한 POC 리셋팅 기간에 속하는, 디코딩 순서에서의 이전 픽처 picA 가 비트스트림에 존재할 때, picA 는 현재의 픽처와 동일한 계층에 있고 RASL 픽처, RADL 픽처 또는 서브-계층 비-참조 픽처가 아니고 그리고 0 과 동일한 TemporalId 를 가지는, 디코딩 순서에서의 이전 픽처와 동일한 픽처이어야 하며, 그리고 현재의 픽처의 poc_lsb_val 의 값은 picA 의 slice_pic_order_cnt_lsb 의 값과 동일하여야 한다는 것이 비트스트림 순응성의 요건이다.
변수들 numRsvBits 및 BytesInSliceSegmtHdrExt 는 다음과 같이 유도된다:
신택스 엘리먼트 slice_segment_header_extension_reserved_bits 는 임의의 값을 가질 수도 있다. slice_segment_header_extension_reserved_bits 신택스 엘리먼트의 길이는 numRsvBits 비트들과 동일하다. 비디오 디코더 (30) 와 같은, 디코더들은 slice_segment_header_extension_reserved_bits 의 값을 무시하여야 한다. 그 값은 본 사양의 이 버전에 지정된 프로파일들에 대한 디코더 순응성에 영향을 미치지 않는다.
비디오 디코더 (30) 는 0 보다 큰 nuh_layer_id 를 가지는 코딩된 픽처의 디코딩을 개시하기 위해 다음 디코딩 프로세스를 수행할 수도 있다. 하기 프로세스에서 언급되는 각각의 "픽처" 는 완전한 코딩된 픽처이다. 디코딩 프로세스는 현재의 픽처 CurrPic 에 대해 다음과 같이 동작한다:
- 본원에서 설명하는 바와 같이, NAL 유닛들을 디코딩한다.
- 하위 조항 F.8.3 에서의 프로세스들은 슬라이스 세그먼트 계층 및 상부에서의 신택스 엘리먼트들을 이용하여 다음 디코딩 프로세스들을 지정한다:
- 픽처 순서 카운트에 관한 변수들 및 함수들은 하위 조항 F.8.3.1 에서 유도된다. 이것은 단지 픽처의 제 1 슬라이스 세그먼트에 대해서만 호출될 필요가 있다. PicOrderCntVal 는 액세스 유닛 내에 변경되지 않고 유지하여야 한다는 것이 비트스트림 순응성의 요건이다. 또한, DeltaPocVal 는 액세스 유닛 내에 변경되지 않고 유지하여야 한다는 것이 비트스트림 순응성의 요건이다.
- 하위 조항 F.8.3.2 에서의 RPS 에 대한 디코딩 프로세스가 호출되며, 여기서 단지 CurrPic 와 동일한 nuh_layer_id 를 가지는 참조 픽처들만이 "참조에 미사용됨" 또는 "장기 참조에 사용됨" 으로서 마킹될 수도 있으며, nuh_layer_id 의 상이한 값을 가지는 임의의 픽처는 마킹되지 않는다. 이것은 단지 픽처의 제 1 슬라이스 세그먼트에 대해서만 호출될 필요가 있다.
- FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 0 과 동일할 때, 하위 조항 F.8.1.3 에 지정된, 이용불가능한 참조 픽처들을 생성시키는 디코딩 프로세스가 호출되며, 단지 픽처의 제 1 슬라이스 세그먼트에 대해서만 호출될 필요가 있다.
- FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 0 과 동일하지 않을 때 그리고 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처일 때, 하위 조항 F.8.1.3 에 지정된, 이용불가능한 참조 픽처들을 생성시키는 디코딩 프로세스가 호출되며, 단지 픽처의 제 1 슬라이스 세그먼트에 대해서만 호출될 필요가 있다.
제 1 예에서, 본 개시물의 양태들에 따르면, 비디오 디코더 (30) 는 POC 값들에 대해 다음 디코딩 프로세스를 수행할 수도 있다. 제 1 예는 위에서 설명된, POC 값들을 감분시키는 제 1 예시적인 기법에 대응할 수도 있다. 즉, 하기 예는 POC 리셋팅이 수행되는 액세스 유닛의 초기 픽처를 디코딩하기 전에 DPB 에 저장된 (모든 계층들의) 모든 픽처들의 POC 값들을 감분시키는데 사용될 수도 있다. POC 감분 프로세스는 액세스 유닛에 대한 초기 픽처를 디코딩하기 전에, 그러나 초기 픽처의 제 1 슬라이스의 슬라이스 헤더 정보를 코딩한 후에 호출될 수도 있다. 제 1 예시적인 프로세스는 다음과 같이 수행될 수도 있다:
이 프로세스의 출력은 PicOrderCntVal, 즉, 현재의 픽처의 픽처 순서 카운트이다.
픽처 순서 카운트들은 병합 모드 및 모션 벡터 예측에서의 모션 파라미터들을 유도하기 위해 그리고 디코더 순응성 체킹을 위해 픽처들을 식별하는데 이용된다 (하위 조항 C.5 참조).
각각의 코딩된 픽처는 PicOrderCntVal 로서 표시되는, 픽처 순서 카운트 변수와 연관된다.
FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 1 과 동일하고, poc_reset_idc 가 0 보다 크고, 그리고 현재의 픽처를 포함하는 액세스 유닛이 POC 리셋팅 기간에서 디코딩 순서에서 제 1 액세스 유닛이면, 다음이 적용된다:
- 변수들 pocMsbDelta, pocLsbDelta 및 DeltaPocVal은 다음과 같이 유도된다:
- 현재의 픽처의 PicOrderCntVal 은 다음과 같이 유도된다:
- PrevPicOrderCnt[ nuh_layer_id ] 의 값은 다음과 같이 유도된다:
- 현재의 픽처가 RASL 픽처, RADL 픽처, 또는 서브-계층 비-참조 픽처가 아니고, 그리고 현재의 픽처가 0 과 동일한 TemporalId 를 가지면, PrevPicOrderCnt[ nuh_layer_id ] 는 PicOrderCntVal 과 동일하게 설정된다.
- 그렇지 않고, poc_reset_idc 가 3 과 동일할 때, PrevPicOrderCnt[ nuh_layer_id ] 는 full_poc_reset_flag ? 0 : poc_lsb_val 와 동일하게 설정된다.
그렇지 않으면, 다음이 적용된다:
- DeltaPocVal 의 값은 0 과 동일하게 설정된다.
- 현재의 픽처의 PicOrderCntVal 은 다음과 같이 유도된다:
if( !FirstPicInLayerDecodedFlag[ nuh_layer_id ] ) {
if( poc_reset_idc = = 1 )
PicOrderCntVal = slice_pic_order_cnt_lsb
else if( poc_reset_idc = = 2 )
PicOrderCntVal = 0
else if( poc_reset_idc = = 3 ) {
PicOrderCntMsb = getCurrMsb(slice_pic_order_cnt_lsb, poc_lsb_val, 0, MaxPicOrderCntLsb )
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
} else // 현재의 픽처는 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이다
PicOrderCntVal = slice_pic_order_cnt_lsb
} else { // HEVC 버전 1 에서와 같은 POC 유도
if( 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이면)
PicOrderCntMsb = 0
else {
prevPicOrderCntLsb = PrevPicOrderCnt[ nuh_layer_id ] & ( MaxPicOrderCntLsb - 1 )
prevPicOrderCntMsb = PrevPicOrderCnt[ nuh_layer_id ] - prevPicOrderCntLsb
PicOrderCntMsb = getCurrMsb( slice_pic_order_cnt_lsb, prevPicOrderCntLsb,
prevPicOrderCntMsb, MaxPicOrderCntLsb )
}
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
}
- PrevPicOrderCnt[ nuh_layer_id ] 의 값은 다음과 같이 유도된다:
- 현재의 픽처가 RASL 픽처, RADL 픽처, 또는 서브-계층 비-참조 픽처가 아니고, 그리고 현재의 픽처가 0 과 동일한 TemporalId 를 가지면, PrevPicOrderCnt[ nuh_layer_id ] 는 PicOrderCntVal 과 동일하게 설정된다.
- 그렇지 않고, FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 0 과 동일하고 poc_reset_idc 가 3 과 동일할 때, PrevPicOrderCnt[ nuh_layer_id ] 는 full_poc_reset_flag ? 0 : poc_lsb_val 과 동일하게 설정된다.
현재의
픽처가
액세스 유닛에서의 제 1
픽처
(즉, 액세스 유닛에서의 모든 픽처들 중에서
nuh
_layer_
id 의
최저 값을
가지는
픽처
) 이고
DeltaPocVal
이 0 보다 크면, 모든 서브-
DPB
들에서의 모든
픽처들의
PicOrderCntVal
값들은 DeltaPocVal의
값 만큼
감분된다
.
PicOrderCntVal 의 값은 -231 내지 231 - 1 를 포함한 범위 이내여야 한다. 하나의 CVS 에서, 동일한 계층에서의 임의의 2개의 코딩된 픽처들에 대한 PicOrderCntVal 값들은 동일하지 않아야 한다.
함수 PicOrderCnt( picX ) 는 다음과 같이 지정된다:
PicOrderCnt( picX ) = 픽처 picX 의 PicOrderCntVal (F-25)
함수 DiffPicOrderCnt( picA, picB ) 는 다음과 같이 지정된다:
DiffPicOrderCnt( picA, picB ) = PicOrderCnt( picA ) - PicOrderCnt( picB ) (F-26)
비트스트림은 -215 내지 215 - 1 를 포함한 범위 내에 있지 않는, 디코딩 프로세스에서 사용되는 DiffPicOrderCnt( picA, picB ) 의 값들을 초래하는 데이터를 포함하지 않아야 한다.
주 - X 가 현재의 픽처이라 하고 Y 및 Z 가 동일한 시퀀스에서의 2개의 다른 픽처들이라 하고, Y 및 Z 는 DiffPicOrderCnt( X, Y ) 및 DiffPicOrderCnt( X, Z ) 양쪽이 양이거나 또는 양쪽이 음일 때 X 로부터 동일한 출력 순서 방향인 것으로 간주된다.
제 2 예에서, 본 개시물의 양태들에 따르면, 비디오 디코더 (30) 는 POC 값들에 대해 다음 디코딩 프로세스를 수행할 수도 있다. 제 2 예는 위에서 설명된, POC 값들을 감분시키는 제 2 예시적인 기법에 대응할 수도 있다. 즉, 하기 예는 액세스 유닛에서의 각각의 픽처를 디코딩하기 전에 그러나 픽처의 제 1 슬라이스의 슬라이스 헤더 정보의 파싱 및 디코딩 이후에, 각각의 서브-DPB 에서의 이전 픽처들에 대해 POC 감분 프로세스를 호출하는데 이용될 수도 있다. 비디오 디코더 (30) 는 또한 액세스 유닛에 존재하는 픽처들을 디코딩한 후 액세스 유닛에 대해 존재하지 않거나 또는 수신되지 않는 픽처를 가지는 계층에 대해 서브-DPB에서의 이전 픽처들의 추가적인 POC 감분 프로세스를 수행할 수도 있다. 제 2 예시적인 프로세스는 다음과 같이 수행될 수도 있다:
이 프로세스의 출력은 PicOrderCntVal, 즉, 현재의 픽처의 픽처 순서 카운트이다.
픽처 순서 카운트들은 병합 모드 및 모션 벡터 예측에서의 모션 파라미터들을 유도하기 위해 그리고 디코더 순응성 체킹을 위해 픽처들을 식별하는데 이용된다 (하위 조항 C.5 참조).
각각의 코딩된 픽처는 PicOrderCntVal 로서 표시되는, 픽처 순서 카운트 변수와 연관된다.
현재의
픽처가
액세스 유닛에서의 제 1
픽처이면
, 다음이 적용된다:
-
PocResetFlag 의
값은
0 으로
설정된다.
- 변수
DeltaPocVal
은
0 으로
설정된다.
- 변수
UpdateSubDpbFlag
[ i ] 는 0 내지
63 을 포함한
i 의
모든 값들에 대해 0 과 동일하게 설정된다.
FirstPicInLayerDecodedFlag
[
nuh
_layer_id ] 가 1 과 동일하고, poc_reset_idc 가 0 보다 크고, 그리고 현재의
픽처를
포함하는 액세스 유닛이
POC
리셋팅 기간에서 디코딩 순서에서 제 1 액세스 유닛이면, 다음이 적용된다:
FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 1 과 동일하고, poc_reset_idc 가 0 보다 크고, 그리고 현재의 픽처를 포함하는 액세스 유닛이 POC 리셋팅 기간에서 디코딩 순서에서 제 1 액세스 유닛이면, 다음이 적용된다:
- 변수들 pocMsbDelta, pocLsbDelta 및 DeltaPocVal은 다음과 같이 유도된다:
prevPicOrderCntLsb = PrevPicOrderCnt[ nuh_layer_id ] & ( MaxPicOrderCntLsb - 1 )
prevPicOrderCntMsb = PrevPicOrderCnt[ nuh_layer_id ] - prevPicOrderCntLsb
if( poc_reset_idc = = 3 | | ( poc_reset_idc = = 2 && nuh_layer_id = = 0 ) )
pocLsbVal = poc_lsb_val
else
pocLsbVal = slice_pic_order_cnt_lsb
pocMsbDelta = getCurrMsb( pocLsbVal, prevPicOrderCntLsb, prevPicOrderCntMsb, MaxPicOrderCntLsb )
if( poc_reset_idc = = 2 | | ( poc_reset_idc = = 3 && full_poc_reset_flag ) )
pocLsbDelta = pocLsbVal
else
pocLsbDelta = 0
DeltaPocVal
=
pocMsbDelta
+
pocLsbDelta
- DPB 에 있고 현재의 픽처와 동일한 계층에 속하는 각각의 픽처의 PicOrderCntVal 는 DeltaPocVal 만큼 감분된다.
- PocResetFlag = 1
- UpdateSubDpbFlag [ nuh _layer_id ] = 1
- 현재의 픽처의 PicOrderCntVal 은 다음과 같이 유도된다:
if( poc_reset_idc = = 1 )
PicOrderCntVal = slice_pic_order_cnt_lsb
else if( poc_reset_idc = = 2 )
PicOrderCntVal = 0
else { // poc_reset_idc = = 3
PicOrderCntMsb = getCurrMsb(slice_pic_order_cnt_lsb, poc_lsb_val, 0, MaxPicOrderCntLsb )
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
}
- PrevPicOrderCnt[ nuh_layer_id ] 의 값은 다음과 같이 유도된다:
- 현재의 픽처가 RASL 픽처, RADL 픽처, 또는 서브-계층 비-참조 픽처가 아니고, 그리고 현재의 픽처가 0 과 동일한 TemporalId 를 가지면, PrevPicOrderCnt[ nuh_layer_id ] 는 PicOrderCntVal 과 동일하게 설정된다.
- Otherwise poc_reset_idc 가 3 과 동일할 때, PrevPicOrderCnt[ nuh_layer_id ] 는 full_poc_reset_flag ? 0 : poc_lsb_val 과 동일하게 설정된다.
그렇지 않으면, 다음이 적용된다:
- DeltaPocVal 의 값은 0 과 동일하게 설정된다
- 현재의 픽처의 PicOrderCntVal 은 다음과 같이 유도된다:
if( !FirstPicInLayerDecodedFlag[ nuh_layer_id ] ) {
if( poc_reset_idc = = 1 )
PicOrderCntVal = slice_pic_order_cnt_lsb
else if( poc_reset_idc = = 2 )
PicOrderCntVal = 0
else if( poc_reset_idc = = 3 ) {
PicOrderCntMsb = getCurrMsb(slice_pic_order_cnt_lsb, poc_lsb_val, 0, MaxPicOrderCntLsb )
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
} else // 현재의 픽처는 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이다
PicOrderCntVal = slice_pic_order_cnt_lsb
} else { // HEVC 버전 1 에서와 같은 POC 유도
if( 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이면)
PicOrderCntMsb = 0
else {
prevPicOrderCntLsb = PrevPicOrderCnt[ nuh_layer_id ] & ( MaxPicOrderCntLsb - 1 )
prevPicOrderCntMsb = PrevPicOrderCnt[ nuh_layer_id ] - prevPicOrderCntLsb
PicOrderCntMsb = getCurrMsb( slice_pic_order_cnt_lsb, prevPicOrderCntLsb, prevPicOrderCntMsb, MaxPicOrderCntLsb )
}
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
}
- PrevPicOrderCnt[ nuh_layer_id ] 의 값은 다음과 같이 유도된다:
- 현재의 픽처가 RASL 픽처, RADL 픽처, 또는 서브-계층 비-참조 픽처가 아니고, 그리고 현재의 픽처가 0 과 동일한 TemporalId 를 가지면, PrevPicOrderCnt[ nuh_layer_id ] 는 PicOrderCntVal 과 동일하게 설정된다.
- 그렇지 않고, FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 0 과 동일하고 poc_reset_idc 가 3 과 동일할 때, PrevPicOrderCnt[ nuh_layer_id ] 는 full_poc_reset_flag ? 0 : poc_lsb_val 과 동일하게 설정된다.
현재의
픽처가
액세스 유닛에서의 최종
픽처이고
변수
PocResetFlag 의
값이 1 과 동일하면, 다음이 적용된다:
- 0 내지
63 를 포함한
i 의
모든 값들에 대해,
UpdateSubDpbFlag
[ i ] 가 0 과 동일하면, i 와 동일한
nuh
_layer_
id 를
가지는
DPB 에서의
모든
픽처들의
PicOrderCntVal 은 변수
DeltaPocVal 의
값 만큼
감분된다
PicOrderCntVal 의 값은 -231 내지 231 - 1 를 포함한 범위 이내여야 한다. 하나의 CVS 에서, 동일한 계층에서의 임의의 2개의 코딩된 픽처들에 대한 PicOrderCntVal 값들은 동일하지 않아야 한다.
함수 PicOrderCnt( picX ) 는 다음과 같이 지정된다:
PicOrderCnt( picX ) = 픽처 picX 의 PicOrderCntVal (F-25)
함수 DiffPicOrderCnt( picA, picB ) 는 다음과 같이 지정된다:
DiffPicOrderCnt( picA, picB ) = PicOrderCnt( picA ) - PicOrderCnt( picB ) (F-26)
비트스트림은 -215 내지 215 - 1 를 포함한 범위 내에 있지 않는, 디코딩 프로세스에서 사용되는 DiffPicOrderCnt( picA, picB ) 의 값들을 초래하는 데이터를 포함하지 않아야 한다.
주 - X 가 현재의 픽처이라 하고 Y 및 Z 가 동일한 시퀀스에서의 2개의 다른 픽처들이라 하고, Y 및 Z 는 DiffPicOrderCnt( X, Y ) 및 DiffPicOrderCnt( X, Z ) 양쪽이 양이거나 또는 양쪽이 음일 때 X 로부터 동일한 출력 순서 방향인 것으로 간주된다.
제 3 예에서, 본 개시물의 양태들에 따르면, 비디오 디코더 (30) 는 POC 값들에 대해 다음 디코딩 프로세스를 수행할 수도 있다. 제 3 예는 위에서 설명된, POC 값들을 감분시키는 제 3 예시적인 기법에 대응할 수도 있다. 즉, 하기 예는 액세스 유닛에서의 각각의 픽처의 디코딩 이전에, 그러나 개개의 픽처의 제 1 슬라이스의 슬라이스 헤더 정보의 파싱 및 디코딩 이후에 각각의 서브-DPB 에서의 이전 픽처들에 대해 POC 감분 프로세스를 호출하는데 이용될 수도 있다. 서브-DPB 에서의 이전 픽처들의 POC 감분 프로세스가 수행되기 전에, 동일한 프로세스가 하나 이상의 하부 계층 서브-DPB들에 대해 아직 수행되지 않았으면, 그들 서브-DPB들에 대해 프로세스가 수행된다. 제 3 예시적인 프로세스는 다음과 같이 수행될 수도 있다:
이 프로세스의 출력은 PicOrderCntVal, 즉, 현재의 픽처의 픽처 순서 카운트이다.
픽처 순서 카운트들은 병합 모드 및 모션 벡터 예측에서의 모션 파라미터들을 유도하기 위해 그리고 디코더 순응성 체킹을 위해 픽처들을 식별하는데 이용된다 (하위 조항 C.5 참조).
각각의 코딩된 픽처는 PicOrderCntVal 로서 표시되는, 픽처 순서 카운트 변수와 연관된다.
현재의
픽처가
액세스 유닛에서의 제 1
픽처이면
, 다음이 적용된다:
-
PocResetFlag 의
값은
0 으로
설정된다.
- 변수
DeltaPocVal
은
0 으로
설정된다.
- 변수
UpdateSubDpbFlag
[ i ] 는 0 내지
63 을 포함한
i 의
모든 값들에 대해 0 과 동일하게 설정된다.
FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 1 과 동일하고, poc_reset_idc 가 0 보다 크고, 그리고 현재의 픽처를 포함하는 액세스 유닛이 POC 리셋팅 기간에서 디코딩 순서에서 제 1 액세스 유닛이면, 다음이 적용된다:
- 변수들 pocMsbDelta, pocLsbDelta 및 DeltaPocVal 은 다음과 같이 유도된다:
prevPicOrderCntLsb = PrevPicOrderCnt[ nuh_layer_id ] & ( MaxPicOrderCntLsb - 1 )
prevPicOrderCntMsb = PrevPicOrderCnt[ nuh_layer_id ] - prevPicOrderCntLsb
if( poc_reset_idc = = 3 | | ( poc_reset_idc = = 2 && nuh_layer_id = = 0 ) )
pocLsbVal = poc_lsb_val
else
pocLsbVal = slice_pic_order_cnt_lsb
pocMsbDelta = getCurrMsb( pocLsbVal, prevPicOrderCntLsb, prevPicOrderCntMsb, MaxPicOrderCntLsb )
if( poc_reset_idc = = 2 | | ( poc_reset_idc = = 3 && full_poc_reset_flag ) )
pocLsbDelta = pocLsbVal
else
pocLsbDelta = 0
DeltaPocVal
=
pocMsbDelta
+
pocLsbDelta
-
PocResetFlag
= 1
-
UpdateSubDpbFlag
[
nuh
_layer_id ] = 1
- 0 내지
nuh
_layer_id -
1 를 포함한
i 의
모든 값들에 대해, UpdateSubDpbFlag[ i ] 가 0 과 동일하면,
DPB
에 있고 현재의
픽처와
동일한 계층에 속하는 각각의
픽처의
PicOrderCntVal
은
DeltaPocVal
만큼
감분된다
.
- DPB 에 있고 현재의 픽처와 동일한 계층에 속하는 각각의 픽처의 PicOrderCntVal 는 DeltaPocVal 만큼 감분된다.
- 현재의 픽처의 PicOrderCntVal 은 다음과 같이 유도된다:
if( poc_reset_idc = = 1 )
PicOrderCntVal = slice_pic_order_cnt_lsb
else if( poc_reset_idc = = 2 )
PicOrderCntVal = 0
else { // poc_reset_idc = = 3
PicOrderCntMsb = getCurrMsb(slice_pic_order_cnt_lsb, poc_lsb_val, 0, MaxPicOrderCntLsb )
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
}
- PrevPicOrderCnt[ nuh_layer_id ] 의 값은 다음과 같이 유도된다:
- 현재의 픽처가 RASL 픽처, RADL 픽처, 또는 서브-계층 비-참조 픽처가 아니고, 그리고 현재의 픽처가 0 과 동일한 TemporalId 를 가지면, PrevPicOrderCnt[ nuh_layer_id ] 는 PicOrderCntVal 과 동일하게 설정된다.
- 그렇지 않고, poc_reset_idc 가 3 과 동일할 때, PrevPicOrderCnt[ nuh_layer_id ] 는 full_poc_reset_flag ? 0 : poc_lsb_val 과 동일하게 설정된다.
그렇지 않으면, 다음이 적용된다:
- DeltaPocVal 의 값은 0 과 동일하게 설정된다
- 현재의 픽처의 PicOrderCntVal 은 다음과 같이 유도된다:
if( !FirstPicInLayerDecodedFlag[ nuh_layer_id ] ) {
if( poc_reset_idc = = 1 )
PicOrderCntVal = slice_pic_order_cnt_lsb
else if( poc_reset_idc = = 2 )
PicOrderCntVal = 0
else if( poc_reset_idc = = 3 ) {
PicOrderCntMsb = getCurrMsb(slice_pic_order_cnt_lsb, poc_lsb_val, 0, MaxPicOrderCntLsb )
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
} else // 현재의 픽처는 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이다
PicOrderCntVal = slice_pic_order_cnt_lsb
} else { // HEVC 버전 1 에서와 같은 POC 유도
if( 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이면)
PicOrderCntMsb = 0
else {
prevPicOrderCntLsb = PrevPicOrderCnt[ nuh_layer_id ] & ( MaxPicOrderCntLsb - 1 )
prevPicOrderCntMsb = PrevPicOrderCnt[ nuh_layer_id ] - prevPicOrderCntLsb
PicOrderCntMsb = getCurrMsb( slice_pic_order_cnt_lsb, prevPicOrderCntLsb, prevPicOrderCntMsb, MaxPicOrderCntLsb )
}
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
}
- PrevPicOrderCnt[ nuh_layer_id ] 의 값은 다음과 같이 유도된다:
- 현재의 픽처가 RASL 픽처, RADL 픽처, 또는 서브-계층 비-참조 픽처가 아니고, 그리고 현재의 픽처가 0 과 동일한 TemporalId 를 가지면, PrevPicOrderCnt[ nuh_layer_id ] 는 PicOrderCntVal 과 동일하게 설정된다.
- 그렇지 않고, FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 0 과 동일하고 poc_reset_idc 가 3 과 동일할 때, PrevPicOrderCnt[ nuh_layer_id ] 는 full_poc_reset_flag ? 0 : poc_lsb_val 과 동일하게 설정된다.
PicOrderCntVal 의 값은 -231 내지 231 - 1 를 포함한 범위 이내여야 한다. 하나의 CVS 에서, 동일한 계층에서의 임의의 2개의 코딩된 픽처들에 대한 PicOrderCntVal 값들은 동일하지 않아야 한다.
함수 PicOrderCnt( picX ) 는 다음과 같이 지정된다:
PicOrderCnt( picX ) = 픽처 picX 의 PicOrderCntVal (F-25)
함수 DiffPicOrderCnt( picA, picB ) 는 다음과 같이 지정된다:
DiffPicOrderCnt( picA, picB ) = PicOrderCnt( picA ) - PicOrderCnt( picB ) (F-26)
비트스트림은 -215 내지 215 - 1 를 포함한 범위 내에 있지 않는, 디코딩 프로세스에서 사용되는 DiffPicOrderCnt( picA, picB ) 의 값들을 초래하는 데이터를 포함하지 않아야 한다.
주 - X 가 현재의 픽처이라 하고 Y 및 Z 가 동일한 시퀀스에서의 2개의 다른 픽처들이라 하고, Y 및 Z 는 DiffPicOrderCnt( X, Y ) 및 DiffPicOrderCnt( X, Z ) 양쪽이 양이거나 또는 양쪽이 음일 때 X 로부터 동일한 출력 순서 방향인 것으로 간주된다.
제 4 예에서, 본 개시물의 양태들에 따르면, 비디오 디코더 (30) 는 POC 값들에 대해 다음 디코딩 프로세스를 수행할 수도 있다. 제 4 예는 위에서 설명된, POC 값들을 감분시키는 제 4 예시적인 기법에 대응할 수도 있다. 즉, 하기 예는 POC 리셋을 필요로 하는 각각의 액세스 유닛을 디코딩하는 것의 끝에, DPB 에서의 (즉, 모든 서브-DPB들에 대한) 이전 픽처들의 POC 감분 프로세스를 한번 수행하는데 이용될 수도 있다. 즉, 비디오 디코더 (30) 는 POC 리셋팅이 수행되는 액세스 유닛의 모든 픽처들을 디코딩하고, 뒤이어서 DPB 의 모든 픽처들의 POC 값들을 감분시킬 수도 있다. 제 4 예시적인 프로세스는 다음과 같이 수행될 수도 있다:
이 프로세스의 출력은 PicOrderCntVal, 즉, 현재의 픽처의 픽처 순서 카운트이다.
픽처 순서 카운트들은 병합 모드 및 모션 벡터 예측에서의 모션 파라미터들을 유도하기 위해 그리고 디코더 순응성 체킹을 위해 픽처들을 식별하는데 이용된다 (하위 조항 C.5 참조).
각각의 코딩된 픽처는 PicOrderCntVal 로서 표시되는, 픽처 순서 카운트 변수와 연관된다.
FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 1 과 동일하고, poc_reset_idc 가 0 보다 크고, 그리고 현재의 픽처를 포함하는 액세스 유닛이 POC 리셋팅 기간에서 디코딩 순서에서 제 1 액세스 유닛이면, 다음이 적용된다:
- 변수들 pocMsbDelta, pocLsbDelta 및 DeltaPocVal은 다음과 같이 유도된다:
prevPicOrderCntLsb = PrevPicOrderCnt[ nuh_layer_id ] & ( MaxPicOrderCntLsb - 1 )
prevPicOrderCntMsb = PrevPicOrderCnt[ nuh_layer_id ] - prevPicOrderCntLsb
if( poc_reset_idc = = 3 | | ( poc_reset_idc = = 2 && nuh_layer_id = = 0 ) )
pocLsbVal = poc_lsb_val
else
pocLsbVal = slice_pic_order_cnt_lsb
pocMsbDelta = getCurrMsb( pocLsbVal, prevPicOrderCntLsb, prevPicOrderCntMsb, MaxPicOrderCntLsb )
if( poc_reset_idc = = 2 | | ( poc_reset_idc = = 3 && full_poc_reset_flag ) )
pocLsbDelta = pocLsbVal
else
pocLsbDelta = 0
DeltaPocVal
=
pocMsbDelta
+
pocLsbDelta
- 현재의 픽처의 PicOrderCntVal 은 다음과 같이 유도된다:
if( poc_reset_idc = = 1 )
PicOrderCntVal = slice_pic_order_cnt_lsb
else if( poc_reset_idc = = 2 )
PicOrderCntVal = 0
else { // poc_reset_idc = = 3
PicOrderCntMsb = getCurrMsb(slice_pic_order_cnt_lsb, poc_lsb_val, 0, MaxPicOrderCntLsb )
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
}
- PrevPicOrderCnt[ nuh_layer_id ] 의 값은 다음과 같이 유도된다:
- 현재의 픽처가 RASL 픽처, RADL 픽처, 또는 서브-계층 비-참조 픽처가 아니고, 그리고 현재의 픽처가 0 과 동일한 TemporalId 를 가지면, PrevPicOrderCnt[ nuh_layer_id ] 는 PicOrderCntVal 과 동일하게 설정된다.
- 그렇지 않고 poc_reset_idc 가 3 과 동일할 때, PrevPicOrderCnt[ nuh_layer_id ] 는 full_poc_reset_flag ? 0 : poc_lsb_val 과 동일하게 설정된다.
그렇지 않으면, 다음이 적용된다:
-
DeltaPocVal 의
값은 0 과 동일하게 설정된다
- 현재의 픽처의 PicOrderCntVal 은 다음과 같이 유도된다:
if( !FirstPicInLayerDecodedFlag[ nuh_layer_id ] ) {
if( poc_reset_idc = = 1 )
PicOrderCntVal = slice_pic_order_cnt_lsb
else if( poc_reset_idc = = 2 )
PicOrderCntVal = 0
else if( poc_reset_idc = = 3 ) {
PicOrderCntMsb = getCurrMsb(slice_pic_order_cnt_lsb, poc_lsb_val, 0, MaxPicOrderCntLsb )
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
} else // 현재의 픽처는 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이다
PicOrderCntVal = slice_pic_order_cnt_lsb
} else { // HEVC 버전 1 에서와 같은 POC 유도
if( 현재의 픽처가 1 과 동일한 NoRaslOutputFlag 를 가지는 IRAP 픽처이면)
PicOrderCntMsb = 0
else {
prevPicOrderCntLsb = PrevPicOrderCnt[ nuh_layer_id ] & ( MaxPicOrderCntLsb - 1 )
prevPicOrderCntMsb = PrevPicOrderCnt[ nuh_layer_id ] - prevPicOrderCntLsb
PicOrderCntMsb = getCurrMsb( slice_pic_order_cnt_lsb, prevPicOrderCntLsb, prevPicOrderCntMsb, MaxPicOrderCntLsb )
}
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
}
- PrevPicOrderCnt[ nuh_layer_id ] 의 값은 다음과 같이 유도된다:
- 현재의 픽처가 RASL 픽처, RADL 픽처, 또는 서브-계층 비-참조 픽처가 아니고, 그리고 현재의 픽처가 0 과 동일한 TemporalId 를 가지면, PrevPicOrderCnt[ nuh_layer_id ] 는 PicOrderCntVal 과 동일하게 설정된다.
- 그렇지 않고, FirstPicInLayerDecodedFlag[ nuh_layer_id ] 가 0 과 동일하고 poc_reset_idc 가 3 과 동일할 때, PrevPicOrderCnt[ nuh_layer_id ] 는 full_poc_reset_flag ? 0 : poc_lsb_val 과 동일하게 설정된다.
현재의
픽처가
액세스 유닛에서의 최종
픽처이고
변수
DeltaPocVal 의
값이 0 보다 크면, 모든 서브-
DPB
들에서의 모든
픽처들의
PicOrderCntVal
은 변수 DeltaPocVal 의
값 만큼
감분된다
.
PicOrderCntVal 의 값은 -231 내지 231 - 1 를 포함한 범위 이내여야 한다. 하나의 CVS 에서, 동일한 계층에서의 임의의 2개의 코딩된 픽처들에 대한 PicOrderCntVal 값들은 동일하지 않아야 한다.
함수 PicOrderCnt( picX ) 는 다음과 같이 지정된다:
PicOrderCnt( picX ) = 픽처 picX 의 PicOrderCntVal (F-25)
함수 DiffPicOrderCnt( picA, picB ) 는 다음과 같이 지정된다:
DiffPicOrderCnt( picA, picB ) = PicOrderCnt( picA ) - PicOrderCnt( picB ) F-26
비트스트림은 -215 내지 215 - 1 를 포함한 범위 내에 있지 않는, 디코딩 프로세스에서 사용되는 DiffPicOrderCnt( picA, picB ) 의 값들을 초래하는 데이터를 포함하지 않아야 한다.
주 - X 가 현재의 픽처이라 하고 Y 및 Z 가 동일한 시퀀스에서의 2개의 다른 픽처들이라 하고, Y 및 Z 는 DiffPicOrderCnt( X, Y ) 및 DiffPicOrderCnt( X, Z ) 양쪽이 양이거나 또는 양쪽이 음일 때 X 로부터 동일한 출력 순서 방향인 것으로 간주된다.
이와 같이, 비디오 인코더 (20) 및 비디오 디코더 (30) 는, 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 코딩하는 것으로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 데이터를 코딩하고, 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 DPB 에 저장된 모든 픽처들의 POC 값들을 감분시키도록 구성된 비디오 코더들의 예들을 나타낸다.
도 2 는 본 개시물의 기법들에 따른, POC 값들을 관리하는 기법들을 구현할 수도 있는 비디오 인코더 (20) 의 예를 예시하는 블록도이다. 특히, 비디오 인코더 (20) 는 본 개시물의 기법들에 따른, 멀티-계층 비트스트림의 픽처들의 POC 값들을 관리하도록 구성될 수도 있다. 위에서 언급한 바와 같이, 비디오 인코더 (20) 는 멀티뷰 및/또는 스케일러블 비디오 코딩을 수행하도록 적응될 수도 있다. 예를 들어, 비디오 인코더 (20) 는 SHVC, MV-HEVC, 또는 3D-HEVC 와 같은, 하나 이상의 비디오 코딩 표준 확장판들을 따르는 비트스트림을 인코딩하도록 구성될 수도 있다. 그러나, 특정의 코딩 표준들에 대해 참조가 이루어지지만, 본 기법들은 임의의 하나 코딩 표준에 특정적이지 않고 향후 및/또는 아직 개발되지 않은 표준들에 의해 구현될 수도 있는 것으로 이해되어야 한다.
비디오 인코더 (20) 는 비디오 슬라이스들 내 비디오 블록들의 인트라-코딩 및 인터-코딩을 수행할 수도 있다. 인트라 코딩은 주어진 비디오 프레임 또는 픽처 내 비디오에서 공간 리던던시를 감소시키거나 또는 제거하기 위해, 공간 예측에 의존한다. 인터-코딩은 비디오 시퀀스의 인접 프레임들 또는 픽처들 내 비디오에서 시간 리던던시를 감소시키거나 또는 제거하기 위해, 시간 예측에 의존한다. 인트라-모드 (I 모드) 는 여러 공간 기반의 압축 모드들 중 임의의 코딩 모드를 참조할 수도 있다. 단방향 예측 (P 모드) 또는 양방향-예측 (B 모드) 과 같은 인터-모드들은 여러 시간-기반의 코딩 모드들 중 임의의 모드를 참조할 수도 있다.
도 2 에 나타낸 바와 같이, 비디오 인코더 (20) 는 인코딩될 비디오 프레임 내 현재의 비디오 블록을 수신한다. 도 2 의 예에서, 비디오 인코더 (20) 는 비디오 데이터 메모리 (38), 모드 선택 유닛 (40), 참조 픽처 메모리 (64), 합산기 (50), 변환 프로세싱 유닛 (52), 양자화 유닛 (54), 및 엔트로피 인코딩 유닛 (56) 을 포함한다. 모드 선택 유닛 (40) 은, 차례로, 모션 보상 유닛 (44), 모션 추정 유닛 (42), 인트라-예측 유닛 (46), 및 파티션 유닛 (48) 을 포함한다. 비디오 블록 복원을 위해, 비디오 인코더 (20) 는 또한 역양자화 유닛 (58), 역변환 유닛 (60), 및 합산기 (62) 를 포함한다. 디블록킹 필터 (도 2 에 미도시) 가 또한 블록 경계들을 필터링하여 복원된 비디오로부터 블록화 아티팩트들을 제거하기 위해 포함될 수도 있다. 원할 경우, 디블록킹 필터는 일반적으로 합산기 (62) 의 출력을 필터링할 것이다. (인 루프 또는 사후 루프에서) 추가적인 필터들이 또한 디블록킹 필터에 추가하여 사용될 수도 있다. 이러한 필터들은 간결성을 위해 도시되지 않지만, 그러나 원할 경우, 합산기 (50) 의 출력을 (인-루프 필터로서) 필터링할 수도 있다.
인코딩 프로세스 동안, 비디오 인코더 (20) 는 코딩될 비디오 프레임 또는 슬라이스를 수신한다. 프레임 또는 슬라이스는 다수의 비디오 블록들로 분할될 수도 있다. 비디오 데이터 메모리 (38) 는 비디오 인코더 (20) 의 구성요소들에 의해 인코딩될 비디오 데이터를 저장할 수도 있다. 비디오 데이터 메모리 (38) 에 저장된 비디오 데이터는 예를 들어, 비디오 소스 (18) 로부터 획득될 수도 있다. 참조 픽처 메모리 (64) 는 예컨대, 인트라- 또는 인터-코딩 모드들에서 비디오 인코더 (20) 에 의해 비디오 데이터를 인코딩할 때에 사용하기 위해 참조 비디오 데이터를 저장하는 DPB 로서 지칭될 수도 있다. 비디오 데이터 메모리 (38) 및 참조 픽처 메모리 (64) 는 동기 DRAM (SDRAM) 을 포함한 동적 랜덤 액세스 메모리 (DRAM), 자기저항 RAM (MRAM), 저항 RAM (RRAM), 또는 다른 유형들의 메모리 디바이스들과 같은, 다양한 메모리 디바이스들 중 임의의 메모리 디바이스에 의해 형성될 수도 있다. 비디오 데이터 메모리 (38) 및 참조 픽처 메모리 (64) 는 동일한 메모리 디바이스 또는 별개의 메모리 디바이스들에 의해 제공될 수도 있다. 여러 예들에서, 비디오 데이터 메모리 (38) 는 비디오 인코더 (20) 의 다른 구성요소들과의 온칩, 또는 그들 구성요소들에 대한 오프-칩일 수도 있다.
모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 시간 예측을 제공하기 위해 하나 이상의 참조 프레임들에서 하나 이상의 블록들에 대해 그 수신된 비디오 블록의 인터-예측 코딩을 수행한다. 인트라-예측 유닛 (46) 은 대안적으로, 공간 예측을 제공하기 위해, 코딩되는 블록과 동일한 프레임 또는 슬라이스에서의 하나 이상의 이웃하는 블록들에 대한 수신된 비디오 블록의 인트라-예측 코딩을 수행할 수도 있다. 비디오 인코더 (20) 는 예컨대, 비디오 데이터의 각각의 블록에 대해 적합한 코딩 모드를 선택하기 위해, 다수의 코딩 패스들 (passes) 을 수행할 수도 있다.
더욱이, 파티션 유닛 (48) 은 이전 코딩 패스들에서의 이전 파티셔닝 방식들의 평가에 기초하여, 비디오 데이터의 블록들을 서브-블록들로 파티셔닝할 수도 있다. 예를 들어, 파티션 유닛 (48) 은 레이트-왜곡 분석 (예컨대, 레이트-왜곡 최적화) 에 기초하여, 처음에 프레임 또는 슬라이스를 LCU들로 파티셔닝하고, LCU들의 각각을 서브-CU들로 파티셔닝할 수도 있다. 모드 선택 유닛 (40) 은 서브-CU들로의 LCU 의 파티셔닝을 나타내는 쿼드트리 데이터 구조를 추가로 생성할 수도 있다. 쿼드트리의 리프-노드 CU들은 하나 이상의 PU들 및 하나 이상의 TU들을 포함할 수도 있다.
모드 선택 유닛 (40) 은 예를 들어, 에러 결과들에 기초하여 코딩 모드들, 즉 인트라 또는 인터 중 하나를 선택할 수도 있으며, 그리고, 그 결과의 인트라- 또는 인터-코딩된 블록을 합산기 (50) 에 제공하여 잔차 블록 데이터를 생성시킬 수도 있으며, 그리고 합산기 (62) 에 제공하여 참조 프레임으로서 사용을 위한 인코딩된 블록을 복원할 수도 있다. 모드 선택 유닛 (40) 은 또한 모션 벡터들, 인트라-모드 표시자들, 파티션 정보, 및 다른 이러한 신택스 정보와 같은 신택스 엘리먼트들을, 엔트로피 인코딩 유닛 (56) 에 제공한다.
모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 고도로 통합될 수도 있지만, 개념적인 목적들을 위해 별개로 예시된다. 모션 추정 유닛 (42) 에 의해 수행되는 모션 추정은 모션 벡터들을 생성하는 프로세스이며, 이 프로세스는 비디오 블록들에 대한 모션을 추정한다. 모션 벡터는, 예를 들어, 현재의 슬라이스 (또는, 다른 코딩된 유닛) 내 인코딩중인 현재의 블록에 대한 참조 픽처 (또는, 다른 코딩된 유닛) 내 예측 블록에 상대적인, 현재의 비디오 프레임 또는 픽처 내 비디오 블록의 PU 의 변위를 나타낼 수도 있다. 예측 블록은 픽셀 차이의 관점에서 인코딩될 블록에 가깝게 매칭하는 것으로 발견되는 블록이며, SAD (sum of absolute difference), SSD (sum of square difference), 또는 다른 차이 메트릭들에 의해 결정될 수도 있다.
모션 추정 유닛 (42) 은 PU 의 위치를 참조 픽처의 예측 블록의 위치와 비교함으로써 인터-코딩된 슬라이스에서의 비디오 블록의 PU 에 대한 모션 벡터를 계산한다. 참조 픽처는 제 1 참조 픽처 리스트 (List 0) 또는 제 2 참조 픽처 리스트 (List 1) 로부터 선택될 수도 있으며, 이 리스트들 각각은 참조 픽처 메모리 (64) 에 저장된 하나 이상의 참조 픽처들을 식별한다. 모션 추정 유닛 (42) 은 그 계산된 모션 벡터를 엔트로피 인코딩 유닛 (56) 및 모션 보상 유닛 (44) 로 전송한다.
모션 보상 유닛 (44) 에 의해 수행되는 모션 보상은 모션 추정 유닛 (42) 에 의해 결정된 모션 벡터에 기초하여 예측 블록을 페칭 (fetching) 하거나 또는 생성하는 것을 수반할 수도 있다. 또, 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 일부 예들에서, 기능적으로 통합될 수도 있다. 현재의 비디오 블록의 PU 에 대한 모션 벡터를 수신할 시에, 모션 보상 유닛 (44) 은 모션 벡터가 참조 픽처 리스트들 중 하나에서 가리키는 예측 블록을 로케이트할 수도 있다. 합산기 (50) 는 이하에서 설명하는 바와 같이, 인코딩중인 현재의 비디오 블록의 픽셀 값들로부터 예측 블록의 픽셀 값들을 감산하여 픽셀 차이 값들을 형성함으로써, 잔차 비디오 블록을 형성한다. 일반적으로, 모션 추정 유닛 (42) 은 루마 성분들에 대해 모션 추정을 수행하고, 모션 보상 유닛 (44) 은 크로마 성분들 및 루마 성분들 양쪽에 대해 루마 성분들에 기초하여 계산된 모션 벡터들을 이용한다. 모드 선택 유닛 (40) 은 또한 비디오 슬라이스의 비디오 블록들을 디코딩할 때에 비디오 디코더 (30) 에 의한 사용을 위해 비디오 블록들 및 비디오 슬라이스와 연관되는 신택스 엘리먼트들을 생성시킬 수도 있다.
모션 추정 유닛 (42) 은 참조 픽처 메모리 (64) 의 DPB 에 저장된 참조 픽처들을 탐색한다. 모드 선택 유닛 (40) 은 어느 참조 픽처들이 픽처, 픽처의 슬라이스, 및/또는 픽처들의 시퀀스를 인코딩하는데 사용되는지 여부를 결정할 수도 있다. 비디오 인코더 (20) 는 픽처, 슬라이스, 또는 시퀀스를 인코딩하는데 사용되는 참조 픽처들에 대해 POC (picture order count) 값들을 인코딩할 수도 있다. 비디오 인코더 (20) 는 슬라이스 헤더들 및/또는 파라미터 세트들, 이를테면 PPS들 및/또는 SPS들에서 참조 픽처 리스트에 포함될 참조 픽처들을 나타내는 POC 값들을 인코딩할 수도 있다.
이와 같이, 비디오 디코더 (30) 와 같은, 비디오 디코더는, 슬라이스 헤더 및/또는 파라미터 세트(들) 에 표시된 참조 픽처들을 포함시킴으로써 참조 픽처 리스트를 재생성할 수도 있다. 더욱이, 모션 추정 유닛 (42) 에 의해 생성된 모션 벡터를 이용하여 블록을 인코딩한 후, 비디오 인코더 (20) 는 그 블록에 대한 모션 정보를 인코딩할 수도 있으며, 여기서, 모션 정보는 모션 벡터, 참조 픽처 리스트에 대한 식별자, 및 참조 픽처 리스트에서의 참조 픽처를 식별하는 참조 인덱스를 나타내는 데이터를 포함할 수도 있다.
일부 예들에서, 비디오 인코더 (20) 는 참조 픽처 메모리 (64) 에 저장된 참조 픽처들의 서브-정수 픽셀 위치들에 대한 값들을 계산할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 참조 픽처의 1/4 픽셀 위치들, 1/8 픽셀 위치들, 또는 다른 분수 픽셀 위치들의 값들을 보간할 수도 있다. 따라서, 모션 추정 유닛 (42) 은 풀 픽셀 위치들 및 분수 픽셀 위치들에 대해, 모션 탐색을 수행하고, 분수 픽셀 정밀도를 가진 모션 벡터를 출력할 수도 있다.
비디오 인코더 (20) 는 또한 POC 리셋팅 기간들을 형성하고 픽처들의 슬라이스들에 대해 POC 리셋팅 기간 식별자들에 대한 값들을 인코딩하여, 슬라이스들을 개개의 POC 리셋팅 기간들에 할당할 수도 있다. 비디오 인코더 (20) 는 슬라이스들을 POC 리셋팅 기간들에 비디오 데이터의 각각의 계층 내에서 개별적으로 할당할 수도 있다. 더욱이, 비디오 인코더 (20) 는 슬라이스들에 대한 POC 리셋팅 유형들을 결정하고 슬라이스들에 대한 POC 리셋팅 유형들의 표시들 (예컨대, 2-비트 값들) 에 대한 값들을 인코딩할 수도 있다.
도 1 에 대해 설명한 바와 같이, 비디오 인코더 (20) 는 적용가능한 비디오 코딩 표준에 의해 확립된 제한 사항들에 따라서 구성될 수도 있다. 예를 들어, 비디오 인코더 (20) 는 각각의 POC 리셋팅 기간에서의 제 1 픽처가 POC 값들이 전체적으로 또는 부분적으로 리셋된다는 것을 표시하는 POC 리셋팅 유형을 가지도록 보장할 수도 있다. 더욱이, 비디오 인코더 (20) 는 일부 예들에서, POC 리셋팅 기간의 POC 앵커 픽처에 대한 POC LSB 값을 표시할 수도 있는, POC LSB 값을 나타내는 추가 정보를 인코딩할 수도 있다.
비디오 인코더 (20) 는 또한 참조 픽처 메모리 (64) 의 DPB 에서의 참조 픽처들의 POC 값들을 감분시킬 수도 있다. 본 개시물의 양태들에 따르면, 비디오 인코더 (20) 는 POC 리셋팅이 수행되는 액세스 유닛의 초기 픽처를 인코딩하기 전에, 참조 픽처 메모리 (64) 에 저장된 (모든 계층들의) 모든 픽처들의 POC 값들을 감분시키도록 구성될 수도 있다. 일부 예들에서, 비디오 인코더 (20) 는 POC 리셋팅이 수행되고 있는 액세스 유닛을 인코딩할 때 POC 감분 프로세스를 참조 픽처 메모리 (64) 의 모든 서브-DPB들에서의 이전 픽처들 (여기서, 비디오 데이터의 각각의 계층은 개개의 서브-DPB 와 연관된다) 에 한번만 적용할 수도 있다.
참조 픽처 메모리 (64) 에 저장된 참조 픽처들을 감분시킴으로써, 비디오 인코더 (20) 는 참조 픽처 리스트에 포함될 참조 픽처들을 표시하기 위해 슬라이스 헤더들 및/또는 파라미터 세트들에서의 POC 값들을 인코딩할 때 그 감분된 POC 값들을 이용할 수도 있다. 비디오 인코더 (20) 가 DPB 에서의 픽처들의 POC 값들을 감분시키는 양은 POC 앵커 픽처가 감분되는 양과 동일할 수도 있다. POC 앵커 픽처의 POC 리셋은 단지 POC MSB 를 리셋하거나 또는 POC 앵커 픽처의 풀 POC 값을 리셋하는 것에만 한정될 수도 있다.
인트라-예측 유닛 (46) 은 위에서 설명한 바와 같이, 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 수행되는 인터-예측에 대한 대안으로서, 현재의 블록을 인트라-예측할 수도 있다. 특히, 인트라-예측 유닛 (46) 은 현재의 블록을 인코딩하는데 사용할 인트라-예측 모드를 결정할 수도 있다. 일부 예들에서, 인트라-예측 유닛 (46) 은 예컨대, 별개의 인코딩 패스들 동안 여러 인트라-예측 모드들을 이용하여 현재의 블록을 인코딩할 수도 있으며, 인트라-예측 유닛 (46) (또는, 일부 예들에서는, 모드 선택 유닛 (40)) 은 테스트된 모드들 중에서 사용할 적합한 인트라-예측 모드를 선택할 수도 있다.
예를 들어, 인트라-예측 유닛 (46) 은 여러 테스트된 인트라-예측 모드들에 대한 레이트-왜곡 분석을 이용하여 레이트-왜곡 값들을 계산하고, 그 테스트된 모드들 중에서 최상의 레이트-왜곡 특성들을 갖는 인트라-예측 모드를 선택할 수도 있다. 레이트-왜곡 분석은 일반적으로 인코딩된 블록과 그 인코딩된 블록을 생성하기 위해 인코딩되었던 원래의 미인코딩된 블록 사이의 왜곡의 양 (또는, 에러) 뿐만 아니라, 그 인코딩된 블록을 생성하는데 사용된 비트레이트 (즉, 비트들의 수) 를 결정한다. 인트라-예측 유닛 (46) 은 여러 인코딩된 블록들에 대한 왜곡들 및 레이트들로부터 비율들 (ratios) 을 계산하여, 어느 인트라-예측 모드가 그 블록에 대해 최상의 레이트-왜곡 값을 나타내는 지를 결정할 수도 있다.
블록에 대한 인트라-예측 모드를 선택한 후, 인트라-예측 유닛 (46) 은 블록에 대한 그 선택된 인트라-예측 모드를 나타내는 정보를 엔트로피 인코딩 유닛 (56) 에 제공할 수도 있다. 엔트로피 인코딩 유닛 (56) 은 그 선택된 인트라-예측 모드를 나타내는 정보를 인코딩할 수도 있다. 비디오 인코더 (20) 는 송신되는 비트스트림에 구성 데이터를 포함할 수도 있고, 그 구성 데이터는 복수의 인트라-예측 모드 인덱스 테이블들 및 복수의 수정된 인트라-예측 모드 인덱스 테이블들 (또한, 코드워드 맵핑 테이블들로서 지칭됨), 여러 블록들에 대한 인코딩 컨텍스트들의 정의들, 및 가장 가능성있는 인트라-예측 모드, 인트라-예측 모드 인덱스 테이블 및 컨텍스트들의 각각에 사용할 수정된 인트라-예측 모드 인덱스 테이블의 표시들을 포함할 수도 있다.
비디오 인코더 (20) 는 코딩중인 원래 비디오 블록으로부터, 모드 선택 유닛 (40) 으로부터의 예측 데이터를 감산함으로써 잔차 비디오 블록을 형성한다. 합산기 (50) 는 이 감산 동작을 수행하는 구성요소 또는 구성요소들을 나타낸다. 변환 프로세싱 유닛 (52) 은 이산 코사인 변환 (DCT) 또는 개념적으로 유사한 변환과 같은 변환을 잔차 블록에 적용하여, 잔차 변환 계수 값들을 포함하는 비디오 블록을 생성한다. 변환 프로세싱 유닛 (52) 은 DCT 와 개념적으로 유사한 다른 변환들을 수행할 수도 있다. 웨이블릿 변환들, 정수 변환들, 서브밴드 변환들 또는 다른 유형들의 변환들이 또한 이용될 수 있다. 어쨌든, 변환 프로세싱 유닛 (52) 은 그 변환을 잔차 블록에 적용하여, 잔차 변환 계수들의 블록을 생성한다. 변환은 잔차 정보를 픽셀 값 도메인으로부터 주파수 도메인과 같은 변환 도메인으로 변환할 수도 있다.
변환 프로세싱 유닛 (52) 은 그 결과의 변환 계수들을 양자화 유닛 (54) 으로 전송할 수도 있다. 양자화 유닛 (54) 은 비트 레이트를 추가로 감소시키기 위해 변환 계수들을 양자화한다. 양자화 프로세스는 그 계수들의 일부 또는 모두와 연관되는 비트 심도를 감소시킬 수도 있다. 양자화의 정도는 양자화 파라미터를 조정함으로써 변경될 수도 있다. 일부 예들에서, 양자화 유닛 (54) 은 그후 양자화된 변환 계수들을 포함하는 매트릭스의 스캐닝을 수행할 수도 있다. 이의 대안으로, 엔트로피 인코딩 유닛 (56) 이 그 스캐닝을 수행할 수도 있다.
양자화 이후, 엔트로피 인코딩 유닛 (56) 은 양자화된 변환 계수들을 엔트로피 코딩한다. 예를 들어, 엔트로피 인코딩 유닛 (56) 은 컨텍스트 적응 가변 길이 코딩 (CAVLC), 컨텍스트 적응 2진 산술 코딩 (CABAC), 신택스-기반 컨텍스트-적응 2진 산술 코딩 (SBAC), 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩 또는 또 다른 엔트로피 코딩 기법을 수행할 수도 있다. 컨텍스트-기반 엔트로피 코딩의 경우, 컨텍스트는 이웃하는 블록들에 기초할 수도 있다. 엔트로피 인코딩 유닛 (56) 에 의한 엔트로피 코딩 이후, 인코딩된 비트스트림은 또 다른 디바이스 (예컨대, 비디오 디코더 (30)) 로 송신되거나 또는 추후 송신 또는 취출을 위해 아카이브될 수도 있다.
역양자화 유닛 (58) 및 역변환 유닛 (60) 은 역양자화 및 역변환을 각각 적용하여, 예컨대, 참조 블록으로 추후 사용을 위해, 픽셀 도메인에서 잔차 블록을 복원한다. 모션 보상 유닛 (44) 은 잔차 블록을 참조 픽처 메모리 (64) 의 프레임들 중 하나의 예측 블록에 가산함으로써 참조 블록을 계산할 수도 있다. 모션 보상 유닛 (44) 은 또한 하나 이상의 보간 필터들을 그 복원된 잔차 블록에 적용하여, 모션 추정에 사용하기 위한 서브-정수 픽셀 값들을 계산할 수도 있다. 합산기 (62) 는 복원된 잔차 블록을 모션 보상 유닛 (44) 에 의해 생성되는 모션 보상된 예측 블록에 가산하여, 참조 픽처 메모리 (64) 에의 저장을 위한 복원된 비디오 블록을 생성한다. 복원된 비디오 블록은 후속 비디오 프레임에서 블록을 인터-코딩하기 위해 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 참조 블록으로서 사용될 수도 있다.
이와 같이, 도 2 의 비디오 인코더 (20) 는 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 인코딩하도록 구성된 비디오 인코더의 일 예를 나타내며, 여기서, 제 1 픽처는 액세스 유닛에 포함된다. 비디오 인코더 (20) 는 또한, 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 디코딩된 픽처 버퍼 (DPB) 에 저장된 모든 픽처들의 POC 값들을 감분시키도록 구성된다.
도 3 은 본 개시물의 기법들에 따른, POC 값들을 관리하는 기법들을 구현할 수도 있는 비디오 디코더 (30) 의 예를 예시하는 블록도이다. 위에서 언급한 바와 같이, 비디오 디코더 (30) 는 멀티뷰 및/또는 스케일러블 비디오 코딩을 수행하도록 적응될 수도 있다. 예를 들어, 비디오 디코더 (30) 는 SHVC, MV-HEVC, 또는 3D-HEVC 와 같은, 하나 이상의 비디오 코딩 표준 확장판들을 따르는 비트스트림을 디코딩하도록 구성될 수도 있다. 그러나, 특정의 코딩 표준들에 대해 참조가 이루어지지만, 본 기법들은 임의의 하나 코딩 표준에 특정적이지 않고 향후 및/또는 아직 개발되지 않은 표준들에 의해 구현될 수도 있는 것으로 이해되어야 한다.
도 3 의 예에서, 비디오 디코더 (30) 는 비디오 데이터 메모리 (68), 엔트로피 디코딩 유닛 (70), 모션 보상 유닛 (72), 인트라-예측 유닛 (74), 역양자화 유닛 (76), 역변환 유닛 (78), 참조 픽처 메모리 (82) 및 합산기 (80) 를 포함한다. 비디오 디코더 (30) 는 일부 예들에서, 비디오 인코더 (20) 에 대해 설명된 인코딩 패스와는 일반적으로 반대인 디코딩 패스를 수행할 수도 있다 (도 2). 모션 보상 유닛 (44) 은 엔트로피 디코딩 유닛 (70) 으로부터 수신된 모션 벡터들에 기초하여 예측 데이터를 생성시킬 수도 있는 반면, 인트라 예측 유닛 (74) 은 엔트로피 디코딩 유닛 (70) 으로부터 수신된 인트라-예측 모드 표시자들에 기초하여 예측 데이터를 생성시킬 수도 있다.
비디오 데이터 메모리 (68) 는 비디오 디코더 (30) 의 구성요소들에 의해 디코딩될, 인코딩된 비디오 비트스트림과 같은, 비디오 데이터를 저장할 수도 있다. 비디오 데이터 메모리 (68) 에 저장된 비디오 데이터는 예를 들어, 컴퓨터-판독가능 매체 (16) 로부터, 예컨대, 카메라와 같은 로컬 비디오 소스로부터, 비디오 데이터의 유선 또는 무선 네트워크 통신을 통해서, 또는 물리적인 데이터 저장 매체들에 액세스함으로써 획득될 수도 있다. 비디오 데이터 메모리 (68) 는 인코딩된 비디오 비트스트림으로부터 인코딩된 비디오 데이터를 저장하는 코딩된 픽처 버퍼 (CPB) 를 형성할 수도 있다. 참조 픽처 메모리 (82) 는 예컨대, 인트라- 또는 인터-코딩 모드들에서 비디오 디코더 (30) 에 의해 비디오 데이터를 디코딩할 때에 사용하기 위해 참조 비디오 데이터를 저장하는 DPB 로서 지칭될 수도 있다. 비디오 데이터 메모리 (68) 및 참조 픽처 메모리 (82) 는 동기 DRAM (SDRAM) 을 포함한 동적 랜덤 액세스 메모리 (DRAM), 자기저항 RAM (MRAM), 저항 RAM (RRAM), 또는 다른 유형들의 메모리 디바이스들과 같은, 다양한 메모리 디바이스들 중 임의의 메모리 디바이스에 의해 형성될 수도 있다. 비디오 데이터 메모리 (68) 및 참조 픽처 메모리 (82) 는 동일한 메모리 디바이스 또는 별개의 메모리 디바이스들에 의해 제공될 수도 있다. 여러 예들에서, 비디오 데이터 메모리 (68) 는 비디오 디코더 (30) 의 다른 구성요소들과의 온칩, 또는 그들 구성요소들에 대한 오프-칩일 수도 있다.
디코딩 프로세스 동안, 비디오 디코더 (30) 는 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관되는 신택스 엘리먼트들을 나타내는 인코딩된 비디오 비트스트림을 비디오 인코더 (20) 로부터 수신한다. 비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (70) 은 그 비트스트림을 엔트로피 디코딩하여, 양자화된 계수들, 모션 벡터들 또는 인트라-예측 모드 표시자들, 및 다른 신택스 엘리먼트들을 생성한다. 엔트로피 디코딩 유닛 (70) 은 모션 벡터들, 및 다른 신택스 엘리먼트들을 모션 보상 유닛 (72) 으로 포워딩한다. 비디오 디코더 (30) 는 신택스 엘리먼트들을 비디오 슬라이스 레벨 및/또는 비디오 블록 레벨에서 수신할 수도 있다.
비디오 슬라이스가 인트라-코딩된 (I) 슬라이스로서 코딩될 때, 인트라 예측 유닛 (74) 은 시그널링된 인트라 예측 모드 및 현재의 프레임 또는 픽처의 이전에 디코딩된 블록들로부터의 데이터에 기초하여, 현재의 비디오 슬라이스의 비디오 블록에 대한 예측 데이터를 생성시킬 수도 있다. 비디오 프레임이 인터-코딩된 (즉, B, P 또는 GPB) 슬라이스로서 코딩될 때, 모션 보상 유닛 (72) 은 엔트로피 디코딩 유닛 (70) 으로부터 수신된 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 현재의 비디오 슬라이스의 비디오 블록에 대한 예측 블록들을 생성한다. 예측 블록들은 참조 픽처 리스트들 중 하나 내 참조 픽처들 중 하나로부터 생성될 수도 있다. 비디오 디코더 (30) 는 디폴트 구성 기법들을 이용하여, 참조 픽처 메모리 (82) 의 DPB 에 저장된 참조 픽처들에 기초하여, 참조 프레임 리스트들, 즉, List 0 및 List 1 을 구성할 수도 있다.
좀더 자세하게 설명하면, 비디오 디코더 (30) 는 PPS 에 대응하는 픽처의 슬라이스들이 POC (picture order count) 리셋팅 정보를 포함하는지 여부를 표시하는 PPS 를 디코딩할 수도 있다. 슬라이스들이 POC 리셋팅 정보를 포함한다고 가정하면, 비디오 디코더 (30) 는 POC 리셋팅 정보를 포함하는 픽처의 슬라이스의 슬라이스 세그먼트 헤더를 디코딩할 수도 있다. POC 리셋팅 정보는 POC 리셋팅 기간 식별자 및 POC 리셋팅 유형을 포함할 수도 있다.
POC 리셋팅 기간 식별자는 그 슬라이스가 대응하는 POC 리셋팅 기간을 표시할 수도 있다. POC 리셋팅 유형은 슬라이스를 포함하는 픽처의 POC 값이 완전히 리셋되는지 여부 또는 단지 POC 값의 MSB 만이 리셋된다는 것을 표시할 수도 있다. 더욱이, POC 리셋팅 유형은 POC 리셋이 수행되지 않는다는 것 또는 추가 정보가 시그널링된다는 것을 표시할 수도 있다. 추가 정보가 시그널링된다고 POC 리셋팅 유형이 표시하면, 비디오 디코더 (30) 는 POC 값이 완전히 리셋되거나 또는 단지 MSB 만이 리셋되는지 여부 및 POC LSB 값을 표시할 수도 있는 추가 정보를 디코딩할 수도 있다.
본 개시물의 양태들에 따르면, 액세스 유닛의 초기 픽처의 비디오 데이터의 슬라이스에 대한 POC 리셋을 표시하는 정보를 디코딩한 후 그러나 액세스 유닛의 비디오 데이터를 디코딩하기 전에, 비디오 디코더 (30) 는 참조 픽처 메모리 (82) 에 저장된 픽처들의 POC 값들을 감분시킬 수도 있다. 본 개시물의 양태들에 따르면, 일부 예들에서, 비디오 디코더 (30) 는 POC 리셋팅이 수행되는 액세스 유닛의 초기 픽처의 비디오 데이터를 디코딩하기 전에, 참조 픽처 메모리 (82) 에 저장된 (모든 계층들의) 모든 픽처들의 POC 값들을 감분시키도록 구성될 수도 있다. 비디오 디코더 (30) 는 POC 리셋팅이 수행중인 액세스 유닛을 디코딩할 때 POC 감분 프로세스를 참조 픽처 메모리 (82) 의 모든 서브-DPB들에서의 이전 픽처들 (여기서, 비디오 데이터의 각각의 계층은 개개의 서브-DPB 와 연관된다) 에 한번만 적용할 수도 있다.
POC 리셋을 수행한 후, 비디오 디코더 (30) 는 참조 픽처 리스트에 포함될 참조 픽처들의 POC 값들을 디코딩할 수도 있다. 비디오 디코더 (30) 는 슬라이스 세그먼트 헤더들에서 및/또는 파라미터 세트들, 예컨대 PPS 또는 SPS 로부터 이들 POC 값들을 디코딩할 수도 있다. 비디오 디코더 (30) 는 그후 그 디코딩된 POC 값들에 의해 식별되는 참조 픽처들을 포함하는 참조 픽처 리스트를 구성할 수도 있다.
슬라이스에 대한 참조 픽처 리스트를 구성한 후, 비디오 디코더 (30) 는 슬라이스의 블록들을 디코딩할 수도 있다. 모션 보상 유닛 (44) 은 모션 벡터들 및 다른 신택스 엘리먼트들을 파싱하여 현재의 비디오 슬라이스의 비디오 블록에 대한 예측 정보를 결정하고, 그리고, 그 예측 정보를 이용하여, 디코딩중인 현재의 비디오 블록에 대한 예측 블록들을 생성한다. 예를 들어, 모션 보상 유닛 (72) 은 그 수신된 신택스 엘리먼트들 중 일부를 이용하여, 비디오 슬라이스의 비디오 블록들을 코딩하는데 사용되는 예측 모드 (예컨대, 인트라- 또는 인터-예측), 인터-예측 슬라이스 유형 (예컨대, B 슬라이스, P 슬라이스, 또는 GPB 슬라이스), 슬라이스의 각각의 인터-인코딩된 비디오 블록에 대한 모션 벡터들, 슬라이스의 각각의 인터-코딩된 비디오 블록에 대한 인터-예측 상태, 및 현재의 비디오 슬라이스에서의 비디오 블록들을 디코딩하기 위한 다른 정보를 결정한다. 인터-예측된 블록에 대한 모션 정보는 그 블록을 예측하는데 사용할 참조 픽처 리스트에서의 참조 픽처를 식별하기 위해 참조 픽처 리스트 식별자 및 참조 인덱스를 포함할 수도 있다.
모션 보상 유닛 (72) 은 또한 보간 필터들에 기초하여 보간을 수행할 수도 있다. 모션 보상 유닛 (72) 은 비디오 블록들의 인코딩 동안 비디오 인코더 (20) 에 의해 사용되는 것과 같은 보간 필터들을 이용하여, 참조 블록들의 서브-정수 픽셀들에 대해 보간된 값들을 계산할 수도 있다. 이 경우, 모션 보상 유닛 (72) 은 수신된 신택스 엘리먼트들로부터 비디오 인코더 (20) 에 의해 사용되는 보간 필터들을 결정하고 그 보간 필터들을 이용하여 예측 블록들을 생성할 수도 있다.
역양자화 모듈 (76) 은, 비트스트림에서 제공되고 엔트로피 디코딩 유닛 (70) 에 의해 디코딩되는 양자화된 변환 계수들을 역양자화한다, 즉 탈양자화한다. 역양자화 프로세스는 양자화의 정도를 결정하기 위해, 그리고, 이와 유사하게, 적용되어야 하는 역양자화의 정도를 결정하기 위해, 비디오 슬라이스에서의 각각의 비디오 블록에 대한, 비디오 디코더 (30) 에 의해 계산된 양자화 파라미터 QPY 의 사용을 포함할 수도 있다.
역변환 유닛 (78) 은 픽셀 도메인에서 잔차 블록들을 생성하기 위해, 역 DCT, 역 정수 변환, 또는 개념적으로 유사한 역변환 프로세스와 같은 역변환을 변환 계수들에 적용한다.
모션 보상 유닛 (44) 이 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 현재의 비디오 블록에 대한 예측 블록을 발생시킨 후, 비디오 디코더 (30) 는 역변환 유닛 (78) 으로부터의 잔차 블록들을 모션 보상 유닛 (72) 에 의해 발생된 대응하는 예측 블록들과 합산함으로써, 디코딩된 비디오 블록을 형성한다. 합산기 (80) 는 이 합산 동작을 수행하는 구성요소 또는 구성요소들을 나타낸다. 원할 경우, 블록화 아티팩트들 (blockiness artifacts) 을 제거하기 위해 디블록킹 필터가 또한 그 디코딩된 블록들을 필터링하는데 적용될 수도 있다. (코딩 루프 중에 또는 코딩 루프 이후에) 다른 루프 필터들이 또한 픽셀 전환들 (pixel transitions) 을 평활화하거나 또는 아니면 비디오 품질을 향상시키기 위해 사용될 수도 있다. 주어진 프레임 또는 픽처에서 디코딩된 비디오 블록들은 그후 참조 픽처 메모리 (82) 에 저장되며, 이 메모리는 후속 모션 보상을 위해 사용되는 참조 픽처들을 저장한다. 참조 픽처 메모리 (82) 는 또한 도 1 의 디스플레이 디바이스 (32) 와 같은 디스플레이 디바이스 상에의 추후 프리젠테이션을 위해, 디코딩된 비디오를 저장한다.
이와 같이, 도 3 의 비디오 디코더 (30) 는 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC 값에 대한 POC (picture order count) 리셋을 표시하는 데이터를 디코딩하도록 구성된 비디오 디코더의 일 예를 나타내며, 여기서 제 1 픽처는 액세스 유닛에 포함된다. 비디오 디코더 (30) 는 또한 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 디코딩된 픽처 버퍼 (DPB) 에 저장된 모든 픽처들의 POC 값들을 감분시키도록 구성된다.
도 4 는 본 개시물의 기법에 따른, 슬라이스에 대한 POC 리셋팅 기간을 표시하는 데이터를 인코딩하는 예시적인 방법을 예시하는 플로우차트이다. 게다가, 도 4 의 방법은 현재의 블록을 인코딩하는 단계를 포함한다. 현재의 블록은 현재의 CU 또는 현재의 CU 의 부분을 포함할 수도 있다. 비디오 인코더 (20) (도 1 및 도 2) 에 대해 설명되었지만, 다른 디바이스들이 도 4 의 방법과 유사한 방법을 수행하도록 구성될 수도 있는 것으로 이해되어야 한다.
이 예에서, 비디오 인코더 (20) 는 현재의 슬라이스를 POC 리셋팅 기간에 할당할 수도 있다 (148). 예를 들어, 현재의 슬라이스가 앵커 픽처의 일부를 형성하면, 비디오 인코더 (20) 는 현재의 슬라이스가 이전 POC 리셋팅 기간 식별자들과는 상이한 POC 리셋팅 기간 식별자를 가지는 새로운 POC 리셋팅 기간의 시작을 형성한다는 것을 시그널링할 수도 있다. 대안적으로, 현재의 슬라이스가 앵커 픽처의 일부를 형성하지 않으면, 비디오 인코더 (20) 는 현재의 슬라이스가 기존 POC 리셋팅 기간의 일부를 형성한다는 것을 시그널링할 수도 있다.
비디오 인코더 (20) 는 그후 현재 DPB 에 있는 모든 픽처들의 참조 픽처들의 POC 값들을 감분시킨다 (150). 즉, 본 개시물의 양태들에 따르면, 비디오 인코더 (20) 는 DPB 의 모든 서브-DPB들에서의 픽처들의 POC 값들을 감분시킬 수도 있다. 비디오 인코더 (20) 는 현재의 슬라이스를 POC 리셋팅 기간에 할당한 (예컨대, 슬라이스 헤더를 인코딩한) 후에, 그러나 제 1 슬라이스의 비디오 데이터를 인코딩하기 전에, POC 값들을 감분시킬 수도 있다. 비디오 인코더 (20) 는 DPB 에서의 픽처들의 POC 값들을 동일한 감분 값 만큼 감분시킬 수도 있다.
비디오 인코더 (20) 는 그후 참조 픽처들 중 적어도 일부를 포함하는 참조 픽처 리스트를 형성한다 (152). 비디오 인코더 (20) 는 참조 픽처 리스트에 포함된 참조 픽처들의 POC 값들을 추가로 시그널링한다 (154). 예를 들어, 비디오 인코더 (20) 는 SPS 또는 PPS 와 같은 파라미터 세트에 및/또는 그 슬라이스에 대한 슬라이스 헤더에 참조 픽처들에 대한 POC 값들 (또는, POC 값들의 부분들, 예컨대, POC LSB 값들) 을 인코딩할 수도 있다. 일부 참조 픽처들 (예컨대, 장기 참조 픽처들) 은 파라미터 세트에서 시그널링될 수도 있지만, 다른 참조 픽처들 (예컨대, 단기 참조 픽처들) 은 슬라이스 헤더에서 시그널링될 수도 있다.
예컨대, 현재의 슬라이스의 블록들에 대해 최상의 레이트-왜곡 특성들을 산출하는 참조 픽처들의 세트를 결정하기 위해, 참조 픽처 리스트를 형성하는 단계 그리고 어느 픽처들이 참조 픽처 리스트에 포함되는지를 시그널링하는 단계가 여러 상이한 인코딩 패스들에 걸쳐서 다수회 수행될 수도 있는 것으로 것으로 이해되어야 한다. 즉, 비디오 인코더 (20) 는 꼭 단일 블록의 개개의 특성들에만 기초하지 않고, 현재의 슬라이스에서의 모든 블록들의 특성들에 기초하여, 참조 픽처 리스트에 포함된 참조 픽처들의 세트를 선택할 수도 있다.
비디오 인코더 (20) 는 그후 현재의 슬라이스의 현재의 블록을 예측할 수도 있다 (156). 예를 들어, 비디오 인코더 (20) 는 현재의 블록에 대한 하나 이상의 예측 유닛들 (PU들) 을 계산할 수도 있다. 좀더 자세하게 설명하면, 모션 추정 유닛 (42) 은 참조 픽처 리스트의 참조 픽처들 중에서 현재의 블록에 대한 모션 탐색을 수행하여, 예컨대, SAD, SSD, MAD, MSD, 또는 다른 에러 계산 메트릭들에 기초하여, 참조 블록으로서 사용되는 매칭 블록을 식별할 수도 있다. 모션 추정 유닛 (42) 은 모션 탐색에 기초하여, 현재의 블록에 대한 모션 벡터를 생성할 수도 있다. 비디오 인코더 (20) 는 그후 모션 벡터에 대한 모션 벡터 차이 값들을 포함할 수도 있는 그 블록에 대한 모션 정보와, 그 참조 블록을 함께 식별하는, 참조 픽처 리스트 식별자 및 참조 인덱스를 인코딩할 수도 있다 (158).
비디오 인코더 (20) 는 그후 현재의 블록에 대한 잔차 블록을 계산하여, 예컨대, 변환 유닛 (TU) 을 생성할 수도 있다 (160). 잔차 블록을 계산하기 위해, 비디오 인코더 (20) 는 원래, 미코딩된 블록과 현재의 블록에 대한 예측된 블록 사이의 차이를 계산할 수도 있다. 비디오 인코더 (20) 는 그후 잔차 블록의 계수들을 변환 및 양자화할 수도 있다 (162). 다음으로, 비디오 인코더 (20) 는 잔차 블록의 양자화된 변환 계수들을 스캐닝할 수도 있다 (164). 스캐닝 동안, 또는 스캐닝에 뒤이어서, 비디오 인코더 (20) 는 그 계수들을 엔트로피 인코딩할 수도 있다 (166). 예를 들어, 비디오 인코더 (20) 는 CAVLC 또는 CABAC 를 이용하여 계수들을 인코딩할 수도 있다. 비디오 인코더 (20) 는 그후 그 블록의 엔트로피 코딩된 데이터를 출력할 수도 있다 (168).
이와 같이, 도 4 의 방법은 비디오 인코더에 의해, 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 인코딩하는 단계를 포함하는 방법의 일 예를 나타내며, 여기서 제 1 픽처는 액세스 유닛에 포함된다. 도 4 의 예시적인 방법은 또한 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 디코딩된 픽처 버퍼 (DPB) 에 저장된 모든 픽처들의 POC 값들을 감분시키는 단계를 포함한다.
도 5 는 본 개시물의 기법에 따른, 슬라이스에 대한 POC 리셋팅 기간을 표시하는 데이터를 디코딩하는 예시적인 방법을 예시하는 플로우차트이다. 게다가, 도 4 의 방법은 현재의 블록을 인코딩하는 단계를 포함한다. 현재의 블록은 현재의 CU 또는 현재의 CU 의 부분을 포함할 수도 있다. 비디오 디코더 (30) (도 1 및 도 3) 와 관련하여 설명되지만, 다른 디바이스들이 도 5 의 방법과 유사한 방법을 수행하도록 구성될 수도 있는 것으로 이해되어야 한다.
먼저, 비디오 디코더 (30) 는 POC 리셋을 표시하는 데이터를 디코딩한다 (200). 일부 예들에서, 본원에서 설명된 바와 같이, POC 리셋을 표시하는 데이터는 현재의 슬라이스의 슬라이스 세그먼트 헤더에 포함되는 POC 리셋팅 식별자일 수도 있다. 이러한 예들에서, 비디오 디코더 (30) 는 POC 리셋팅 유형 표시자를 추가로 디코딩할 수도 있다. 도 5 의 방법은 현재의 슬라이스가 새로운 POC 리셋팅 기간의 일부라는 것을 POC 리셋팅 기간 식별자가 표시한다는 가정에 기초한다. 비디오 디코더 (30) 는 현재의 픽처가 특정의 액세스 유닛에서의 제 1 픽처 (예컨대, 특정의 액세스 유닛의 모든 픽처들 중에서 최저 계층 식별자를 가지는 픽처) 라고 추가로 결정할 수도 있다.
비디오 디코더 (30) 는 또한 DPB 에 저장된 모든 픽처들의 POC 값들을 감분시킬 수도 있다 (202). 예를 들어, 본 개시물의 양태들에 따르면, 비디오 디코더 (30) 는 DPB 의 모든 서브-DPB들에서의 픽처들의 POC 값들을 감분시킬 수도 있다. 일부 예들에서, 비디오 디코더 (30) 는 (예컨대, 단계 200 에서 수행되는 바와 같이) 현재의 슬라이스에 대한 슬라이스 헤더를 디코딩한 후, 그러나 아래에서 설명되는 바와 같이 제 1 슬라이스의 비디오 데이터를 디코딩하기 전에, POC 값들을 감분시킬 수도 있다. 비디오 디코더 (30) 는 DPB 에서의 픽처들의 POC 값들을 동일한 감분 값 만큼 감분시킬 수도 있다.
비디오 디코더 (30) 는 그후 예컨대, 슬라이스 세그먼트 헤더 및/또는 PPS 또는 SPS 와 같은 파라미터 세트로부터, 참조 픽처 리스트에 포함될 참조 픽처들의 POC 값들을 디코딩한다 (204). 비디오 디코더 (30) 는 그후 참조 픽처 리스트를 형성한다 (206).
다음으로, 비디오 디코더 (30) 는 현재의 블록에 대한 모션 정보를 디코딩한다 (208). 모션 정보는 예를 들어, 참조 픽처 리스트 식별자 및 참조 픽처 리스트에의 참조 인덱스를 포함할 수도 있다. 비디오 디코더 (30) 는 그후 예컨대, 인터-예측 모드를 이용하여 현재의 블록을 예측하여 (200), 현재의 블록에 대한 예측된 블록을 계산한다. 좀더 자세하게 설명하면, 비디오 디코더 (30) 는 참조 픽처 리스트 식별자를 이용하여 어느 참조 픽처 리스트를 이용할지를 식별하고, 참조 인덱스를 이용하여 참조 픽처 리스트에서 참조 인덱스를 식별한다. 비디오 디코더 (30) 는 그후 현재의 블록에 대한 모션 벡터를 디코딩하고 식별된 참조 픽처에서 참조 블록을 식별한다.
비디오 디코더 (30) 는 또한 현재의 블록에 대응하는 잔차 블록의 계수들에 대한 엔트로피 코딩된 데이터와 같은, 현재의 블록에 대한 엔트로피 코딩된 데이터를 수신할 수도 있다 (212). 비디오 디코더 (30) 는 엔트로피 코딩된 데이터를 엔트로피 디코딩하여, 잔차 블록의 계수들을 재생성할 수도 있다 (214). 비디오 디코더 (30) 는 그후 그 재생성된 계수들을 역스캐닝하여, 양자화된 변환 계수들의 블록을 생성할 수도 있다 (216). 즉, 역 스캐닝을 이용하여, 비디오 디코더 (30) 는 1차원 벡터를 2차원 매트릭스로 변환한다. 비디오 디코더 (30) 는 그후 그 계수들을 역양자화하고 역변환하여, 잔차 블록을 생성할 수도 있다 (218). 비디오 디코더 (30) 는 궁극적으로, 그 예측된 블록과 잔차 블록을 결합함으로써, 현재의 블록을 디코딩할 수도 있다 (220).
이와 같이, 도 5 의 방법은 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 디코딩하는 단계를 포함하는 방법의 일 예를 나타내며, 여기서, 제 1 픽처는 액세스 유닛에 포함된다. 도 5 의 예시적인 방법은 또한 제 1 픽처의 POC 값에 대한 POC 리셋을 표시하는 데이터에 기초하여, 그리고 제 1 픽처를 디코딩하기 전에, 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 디코딩된 픽처 버퍼 (DPB) 에 저장된 모든 픽처들의 POC 값들을 감분시키는 단계를 포함한다.
그 예에 따라서, 본원에서 설명되는 기법들 중 임의의 기법의 어떤 행위들 또는 이벤트들이 상이한 시퀀스로 수행될 수 있으며, 추가되거나, 병합되거나, 또는 모두 제외시킬 수도 있는 (예컨대, 모든 설명되는 행위들 또는 이벤트들이 기법들의 실시에 필수적인 것은 아닌) 것으로 인식되어야 한다. 더욱이, 어떤 예들에서, 행위들 또는 이벤트들은 순차적으로 보다는, 동시에, 예컨대, 멀티-쓰레드된 프로세싱, 인터럽트 프로세싱, 또는 다수의 프로세서들을 통해서 수행될 수도 있다.
하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되는 경우, 그 기능들은 하나 이상의 명령들 또는 코드로서, 컴퓨터-판독가능 매체 상에 저장되거나 또는 컴퓨터-판독가능 매체를 통해서 송신될 수도 있으며, 하드웨어-기반의 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터-판독가능 매체는 컴퓨터-판독가능 저장 매체들을 포함할 수도 있으며, 이 컴퓨터-판독가능 저장 매체들은 데이터 저장 매체와 같은 유형의 매체, 또는 예컨대, 통신 프로토콜에 따라서 한 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함한 통신 매체들에 대응한다. 이런 방법으로, 컴퓨터-판독가능 매체들은 일반적으로 (1) 비일시적 유형의 컴퓨터-판독가능 저장 매체, 또는 (2) 신호 또는 캐리어 파와 같은 통신 매체에 대응할 수도 있다. 데이터 저장 매체는 본 개시물에서 설명하는 기법들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 가용 매체들일 수도 있다. 컴퓨터 프로그램 제품은 컴퓨터-판독가능 매체를 포함할 수도 있다.
일 예로서, 이에 한정하지 않고, 이런 컴퓨터-판독가능 저장 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광디스크 스토리지, 자기디스크 스토리지, 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 컴퓨터-판독가능 매체로 적절히 지칭된다. 예를 들어, 동축 케이블, 광섬유 케이블, 연선, 디지털 가입자 회선 (DSL), 또는 무선 기술들, 예컨대 적외선, 라디오, 및 마이크로파를 이용하여 명령들이 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되는 경우, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 무선 기술들 예컨대 적외선, 라디오, 및 마이크로파가 그 매체의 정의에 포함된다. 그러나, 컴퓨터-판독가능 저장 매체 및 데이터 저장 매체는 접속부들, 캐리어 파들, 신호들, 또는 다른 일시적 매체를 포함하지 않고, 그 대신, 비-일시적 유형의 저장 매체로 송신되는 것으로 해석되어야 한다. 디스크 (disk) 및 디스크 (disc) 는, 본원에서 사용할 때, 컴팩트 디스크 (CD), 레이저 디스크, 광 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 Blu-ray 디스크를 포함하며, 디스크들 (disks) 은 데이터를 자기적으로 보통 재생하지만, 디스크들 (discs) 은 레이저로 데이터를 광학적으로 재생한다. 앞에서 언급한 것들의 결합들이 또한 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.
명령들은 하나 이상의 디지털 신호 프로세서들 (DSP들), 범용 마이크로프로세서들, 주문형 집적회로들 (ASIC들), 필드 프로그래밍가능 게이트 어레이들 (FPGA들), 또는 다른 등가의 집적 또는 이산 로직 회로와 같은, 하나 이상의 프로세서들에 의해 실행될 수도 있다. 따라서, 용어 "프로세서" 는, 본원에서 사용될 때 전술한 구조 중 임의의 구조 또는 본원에서 설명하는 기법들의 구현에 적합한 임의의 다른 구조를 지칭할 수도 있다. 게다가, 일부 양태들에서, 본원에서 설명하는 기능은 인코딩 및 디코딩을 위해 구성되는 전용 하드웨어 및/또는 소프트웨어 모듈들 내에 제공되거나, 또는 결합된 코덱에 포함될 수도 있다. 또한, 이 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들로 전적으로 구현될 수 있다.
본 개시물의 기법들은 무선 핸드셋, 집적 회로 (IC) 또는 IC들의 세트 (예컨대, 칩 세트) 를 포함한, 매우 다양한 디바이스들 또는 장치들로 구현될 수도 있다. 개시한 기법들을 수행하도록 구성되는 디바이스들의 기능적 양태들을 강조하기 위해서 여러 구성요소들, 모듈들, 또는 유닛들이 본 개시물에서 설명되지만, 상이한 하드웨어 유닛들에 의한 실현을 반드시 필요로 하지는 않는다. 대신, 위에서 설명한 바와 같이, 여러 유닛들이 코덱 하드웨어 유닛에 결합되거나 또는 적합한 소프트웨어 및/또는 펌웨어와 함께, 위에서 설명한 바와 같은 하나 이상의 프로세서들을 포함한, 상호작용하는 하드웨어 유닛들의 컬렉션으로 제공될 수도 있다.
여러 예들이 설명되었다. 이들 및 다른 예들은 다음 청구항들의 범위 이내이다.
Claims (41)
- 비디오 데이터를 디코딩하는 방법으로서,
멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 디코딩하는 단계로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 디코딩하는 단계; 및
상기 제 1 픽처의 상기 POC 값에 대한 상기 POC 리셋을 표시하는 상기 데이터에 기초하여, 그리고, 상기 제 1 픽처를 디코딩하기 전에, 상기 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 상기 제 1 픽처에 선행하는 디코딩된 픽처 버퍼 (DPB) 에 저장된 모든 픽처들의 POC 값들을 감분시키는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 1 항에 있어서,
상기 제 1 픽처에 시간적으로 선행하는 상기 DPB 에 저장된 모든 픽처들의 상기 POC 값들을 감분시키는 단계는, 상기 액세스 유닛의 디코딩 동안 상기 POC 값들을 한번만 감분시키는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 1 항에 있어서,
상기 POC 값들을 감분시키는 단계는, 상기 제 1 픽처의 비디오 데이터의 초기 슬라이스에 대한 슬라이스 헤더를 디코딩한 후 상기 POC 값들을 감분시키는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 1 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터를 디코딩하는 단계는, 비디오 데이터의 상기 제 1 픽처의 슬라이스에 대한 POC 리셋 인덱스를 나타내는 데이터를 디코딩하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 1 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터는, POC 리셋팅 기간을 표시하는 데이터를 포함하며, 상기 액세스 유닛은 상기 POC 리셋팅 기간의 디코딩 순서에서 제 1 액세스 유닛인, 비디오 데이터를 디코딩하는 방법. - 제 1 항에 있어서,
상기 제 1 픽처는 상기 액세스 유닛에 존재하는 최저 계층 식별자와 연관된 픽처이고, 상기 POC 값들을 감분시키는 단계는 공통 POC 감분 값을 이용하여 상기 POC 값들을 감분시키는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 6 항에 있어서,
상기 POC 값들을 감분시키기 위한 POC 감분 값을 표시하는 DeltaPocVal 신택스 엘리먼트를 디코딩하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 1 항에 있어서,
상기 액세스 유닛은 상기 제 1 픽처 및 적어도 하나의 추가적인 픽처를 포함하며, 상기 POC 리셋을 표시하는 상기 데이터는 POC 리셋 인덱스를 포함하며,
상기 방법은, 상기 액세스 유닛의 적어도 하나의 제 2 픽처를 포함한, 상기 액세스 유닛의 모든 다른 픽처들에 대해 동일한 POC 리셋 인덱스를 디코딩하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 1 항에 있어서,
상기 POC 값들을 감분시키는 단계는, 상기 POC 값들의 모든 비트들을 감분시키는 단계, 상기 POC 값들의 최상위 비트들을 감분시키는 단계, 또는 상기 POC 값들의 최하위 비트들을 감분시키는 단계 중 하나를 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 1 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터는 상기 멀티-계층 비디오 데이터의 모든 계층들에 적용가능한 POC 리셋팅 기간과 연관되는, 비디오 데이터를 디코딩하는 방법. - 비디오 데이터를 인코딩하는 방법으로서,
멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 인코딩하는 단계로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 인코딩하는 단계; 및
상기 제 1 픽처의 상기 POC 값에 대한 상기 POC 리셋을 표시하는 상기 데이터에 기초하여, 그리고, 상기 제 1 픽처가 디코딩된 픽처 버퍼 (DPB) 에 저장되기 전에, 상기 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 상기 제 1 픽처에 선행하는 상기 DPB 에 저장된 모든 픽처들의 POC 값들을 감분시키는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법. - 제 11 항에 있어서,
상기 제 1 픽처에 시간적으로 선행하는 상기 DPB 에 저장된 모든 픽처들의 상기 POC 값들을 감분시키는 단계는, 상기 액세스 유닛의 인코딩 동안 상기 POC 값들을 한번만 감분시키는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법. - 제 11 항에 있어서,
상기 POC 값들을 감분시키는 단계는, 상기 제 1 픽처의 비디오 데이터의 초기 슬라이스에 대한 슬라이스 헤더를 인코딩한 후 상기 POC 값들을 감분시키는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법. - 제 11 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터를 인코딩하는 단계는, 비디오 데이터의 상기 제 1 픽처의 슬라이스에 대한 POC 리셋 인덱스를 나타내는 데이터를 인코딩하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법. - 제 11 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터는 POC 리셋팅 기간을 표시하는 데이터를 포함하며, 상기 액세스 유닛은 상기 POC 리셋팅 기간의 디코딩 순서에서 제 1 액세스 유닛인, 비디오 데이터를 인코딩하는 방법. - 제 11 항에 있어서,
상기 제 1 픽처는 상기 액세스 유닛에 존재하는 최저 계층 식별자와 연관된 픽처이고, 상기 POC 값들을 감분시키는 단계는 동일한 POC 감분 값을 이용하여 상기 POC 값들을 감분시키는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법. - 제 16 항에 있어서,
상기 POC 값들을 감분시키기 위한 상기 POC 감분 값을 표시하는 DeltaPocVal 신택스 엘리먼트를 인코딩하는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법. - 제 11 항에 있어서,
상기 액세스 유닛은 상기 제 1 픽처 및 적어도 하나의 제 2 픽처를 포함하며, 상기 POC 리셋을 표시하는 상기 데이터는 POC 리셋 인덱스를 포함하며,
상기 방법은, 상기 액세스 유닛의 상기 적어도 하나의 제 2 픽처를 포함한, 상기 액세스 유닛의 모든 다른 픽처들에 대해 동일한 POC 리셋 인덱스를 인코딩하는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법. - 제 11 항에 있어서,
상기 POC 값들을 감분시키는 단계는 상기 POC 값들의 모든 비트들을 감분시키는 단계, 상기 POC 값들의 최상위 비트들을 감분시키는 단계, 또는 상기 POC 값들의 최하위 비트들을 감분시키는 단계 중 하나를 포함하는, 비디오 데이터를 인코딩하는 방법. - 제 11 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터는 상기 멀티-계층 비디오 데이터의 모든 계층들에 적용가능한 POC 리셋팅 기간과 연관되는, 비디오 데이터를 인코딩하는 방법. - 비디오 데이터를 코딩하는 디바이스로서,
멀티-계층 비디오 데이터를 저장하도록 구성된 디코딩된 픽처 버퍼 (DPB) 를 포함하는 메모리; 및
비디오 코더를 포함하며,
상기 비디오 코더는,
상기 멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 코딩하는 것으로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 데이터를 코딩하고; 그리고
상기 제 1 픽처의 상기 POC 값에 대한 상기 POC 리셋을 표시하는 상기 데이터에 기초하여, 그리고, 상기 제 1 픽처가 상기 DPB 에 저장되기 전에, 상기 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 상기 DPB 에 저장된 모든 픽처들의 POC 값들을 감분시키도록 구성되는, 비디오 데이터를 코딩하는 디바이스. - 제 21 항에 있어서,
상기 제 1 픽처에 시간적으로 선행하는 상기 DPB 에 저장된 모든 픽처들의 상기 POC 값들을 감분시키기 위해, 상기 비디오 코더는 상기 액세스 유닛의 코딩 동안 상기 POC 값들을 한번만 감분시키도록 구성되는, 비디오 데이터를 코딩하는 디바이스. - 제 21 항에 있어서,
상기 POC 값들을 감분시키기 위해, 상기 비디오 코더는 상기 제 1 픽처의 비디오 데이터의 초기 슬라이스에 대한 슬라이스 헤더를 코딩한 후 상기 POC 값들을 감분시키도록 구성되는, 비디오 데이터를 코딩하는 디바이스. - 제 21 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터를 코딩하기 위해, 상기 비디오 코더는 비디오 데이터의 상기 제 1 픽처의 슬라이스에 대한 POC 리셋 인덱스를 나타내는 데이터를 코딩하도록 구성되는, 비디오 데이터를 코딩하는 디바이스. - 제 21 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터는 POC 리셋팅 기간을 표시하는 데이터를 포함하며, 상기 액세스 유닛은 상기 POC 리셋팅 기간의 디코딩 순서에서 제 1 액세스 유닛인, 비디오 데이터를 코딩하는 디바이스. - 제 21 항에 있어서,
상기 제 1 픽처는 상기 액세스 유닛에 존재하는 최저 계층 식별자와 연관된 픽처이고, 상기 POC 값들을 감분시키기 위해, 상기 비디오 코더는 동일한 POC 감분 값을 이용하여 상기 POC 값들을 감분시키도록 구성되는, 비디오 데이터를 코딩하는 디바이스. - 제 26 항에 있어서,
상기 비디오 코더는 또한, 상기 POC 값들을 감분시키기 위한 상기 POC 감분 값을 표시하는 DeltaPocVal 신택스 엘리먼트를 코딩하도록 구성되는, 비디오 데이터를 코딩하는 디바이스. - 제 21 항에 있어서,
상기 액세스 유닛은 상기 제 1 픽처 및 적어도 하나의 제 2 픽처를 포함하며, 상기 POC 리셋을 표시하는 상기 데이터는 POC 리셋 인덱스를 포함하며, 상기 비디오 코더는 또한, 상기 액세스 유닛의 상기 적어도 하나의 제 2 픽처를 포함한, 상기 액세스 유닛의 모든 다른 픽처들에 대해 동일한 POC 리셋 인덱스를 코딩하도록 구성되는, 비디오 데이터를 코딩하는 디바이스. - 제 21 항에 있어서,
상기 POC 값들을 감분시키는 것은 상기 POC 값들의 모든 비트들을 감분시키는 것, 상기 POC 값들의 최상위 비트들을 감분시키는 것, 또는 상기 POC 값들의 최하위 비트들을 감분시키는 것 중 하나를 포함하는, 비디오 데이터를 코딩하는 디바이스. - 제 21 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터는 상기 멀티-계층 비디오 데이터의 모든 계층들에 적용가능한 POC 리셋팅 기간과 연관되는, 비디오 데이터를 코딩하는 디바이스. - 제 21 항에 있어서,
상기 디바이스는,
집적 회로;
마이크로프로세서; 또는
무선 통신 디바이스 중 적어도 하나를 포함하는, 비디오 데이터를 코딩하는 디바이스. - 비디오 데이터를 코딩하는 디바이스로서,
멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 코딩하는 수단으로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 코딩하는 수단; 및
상기 제 1 픽처의 상기 POC 값에 대한 상기 POC 리셋을 표시하는 상기 데이터에 기초하여, 그리고, 상기 제 1 픽처가 디코딩된 픽처 버퍼 (DPB) 에 저장되기 전에, 상기 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 상기 DPB 에 저장된 모든 픽처들의 POC 값들을 감분시키는 수단을 포함하는, 비디오 데이터를 코딩하는 디바이스. - 제 32 항에 있어서,
상기 제 1 픽처에 시간적으로 선행하는 상기 DPB 에 저장된 모든 픽처들의 상기 POC 값들을 감분시키는 수단은, 상기 액세스 유닛의 코딩 동안 상기 POC 값들을 한번만 감분시키는 수단을 포함하는, 비디오 데이터를 코딩하는 디바이스. - 제 32 항에 있어서,
상기 POC 값들을 감분시키는 수단은, 상기 제 1 픽처의 비디오 데이터의 초기 슬라이스에 대한 슬라이스 헤더를 코딩한 후 상기 POC 값들을 감분시키는 것을 포함하는, 비디오 데이터를 코딩하는 디바이스. - 제 32 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터를 코딩하는 수단은 비디오 데이터의 상기 제 1 픽처의 슬라이스에 대한 POC 리셋 인덱스를 나타내는 데이터를 코딩하는 수단을 포함하는, 비디오 데이터를 코딩하는 디바이스. - 제 32 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터는 POC 리셋팅 기간을 표시하는 데이터를 포함하며, 상기 액세스 유닛은 상기 POC 리셋팅 기간의 디코딩 순서에서 제 1 액세스 유닛인, 비디오 데이터를 코딩하는 디바이스. - 명령들을 저장하고 있는 비일시적 컴퓨터-판독가능 저장 매체로서,
상기 명령들은, 실행될 때, 비디오 데이터를 코딩하는 디바이스의 프로세서로 하여금,
멀티-계층 비디오 데이터의 제 1 계층의 제 1 픽처의 POC (picture order count) 값에 대한 POC 리셋을 표시하는 데이터를 코딩하도록 하는 것으로서, 상기 제 1 픽처는 액세스 유닛에 포함되는, 상기 데이터를 코딩하도록 하고; 그리고
상기 제 1 픽처의 상기 POC 값에 대한 상기 POC 리셋을 표시하는 상기 데이터에 기초하여, 그리고, 상기 제 1 픽처가 디코딩된 픽처 버퍼 (DPB) 에 저장되기 전에, 상기 멀티-계층 비디오 데이터의 제 2 계층의 적어도 하나의 픽처를 포함한, 코딩 순서에서 제 1 픽처에 선행하는 상기 DPB 에 저장된 모든 픽처들의 POC 값들을 감분시키도록 하는, 비일시적 컴퓨터-판독가능 저장 매체. - 제 37 항에 있어서,
상기 제 1 픽처에 시간적으로 선행하는 상기 DPB 에 저장된 모든 픽처들의 상기 POC 값들을 감분시키기 위해, 상기 명령들은 상기 프로세서로 하여금, 상기 액세스 유닛의 코딩 동안 상기 POC 값들을 한번만 감분시키도록 하는, 비일시적 컴퓨터-판독가능 저장 매체. - 제 37 항에 있어서,
상기 POC 값들을 감분시키기 위해, 상기 명령들은 상기 프로세서로 하여금, 상기 제 1 픽처의 비디오 데이터의 초기 슬라이스에 대한 슬라이스 헤더를 코딩한 후 상기 POC 값들을 감분시키도록 하는, 비일시적 컴퓨터-판독가능 저장 매체. - 제 37 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터를 코딩하기 위해, 상기 명령들은 상기 프로세서로 하여금, 비디오 데이터의 상기 제 1 픽처의 슬라이스에 대한 POC 리셋 인덱스를 나타내는 데이터를 코딩하도록 하는, 비일시적 컴퓨터-판독가능 저장 매체. - 제 37 항에 있어서,
상기 POC 리셋을 표시하는 상기 데이터는 POC 리셋팅 기간을 표시하는 데이터를 포함하며, 상기 액세스 유닛은 상기 POC 리셋팅 기간의 디코딩 순서에서 제 1 액세스 유닛인, 비일시적 컴퓨터-판독가능 저장 매체.
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201361908671P | 2013-11-25 | 2013-11-25 | |
| US61/908,671 | 2013-11-25 | ||
| US201361909347P | 2013-11-26 | 2013-11-26 | |
| US61/909,347 | 2013-11-26 | ||
| US14/552,129 | 2014-11-24 | ||
| US14/552,129 US9674544B2 (en) | 2013-11-25 | 2014-11-24 | POC value design for multi-layer video coding |
| PCT/US2014/067363 WO2015077764A1 (en) | 2013-11-25 | 2014-11-25 | Poc value design for multi-layer video coding |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20160085879A KR20160085879A (ko) | 2016-07-18 |
| KR101962523B1 true KR101962523B1 (ko) | 2019-03-26 |
Family
ID=52101613
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020167015810A KR101962523B1 (ko) | 2013-11-25 | 2014-11-25 | 멀티-계층 비디오 코딩을 위한 poc 값 설계 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US9674544B2 (ko) |
| EP (1) | EP3075157B1 (ko) |
| JP (1) | JP6479798B2 (ko) |
| KR (1) | KR101962523B1 (ko) |
| CN (1) | CN105765977B (ko) |
| BR (1) | BR112016011818B1 (ko) |
| MX (1) | MX353211B (ko) |
| WO (1) | WO2015077764A1 (ko) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2014288482A1 (en) * | 2013-07-12 | 2015-02-26 | Sony Corporation | Image coding device and method |
| US9942546B2 (en) | 2013-12-12 | 2018-04-10 | Qualcomm Incorporated | POC value design for multi-layer video coding |
| CN110971564B (zh) | 2018-09-28 | 2021-03-30 | 华为技术有限公司 | 传输媒体数据的方法、客户端和服务器 |
| CN112118454B (zh) * | 2019-06-20 | 2023-02-24 | 腾讯美国有限责任公司 | 视频解码方法、设备和计算机可读存储介质 |
| US11356698B2 (en) | 2019-12-30 | 2022-06-07 | Tencent America LLC | Method for parameter set reference constraints in coded video stream |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100934674B1 (ko) * | 2006-03-30 | 2009-12-31 | 엘지전자 주식회사 | 비디오 신호를 디코딩/인코딩하기 위한 방법 및 장치 |
| US10674171B2 (en) * | 2011-09-27 | 2020-06-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Decoders and methods thereof for managing pictures in video decoding process |
| US20140254681A1 (en) | 2013-03-08 | 2014-09-11 | Nokia Corporation | Apparatus, a method and a computer program for video coding and decoding |
| US9532052B2 (en) | 2013-04-08 | 2016-12-27 | Qualcomm Incorporated | Cross-layer POC alignment for multi-layer bitstreams that may include non-aligned IRAP pictures |
| EP3056008A4 (en) * | 2013-10-10 | 2017-03-22 | Sharp Kabushiki Kaisha | Alignment of picture order count |
| WO2015056182A2 (en) | 2013-10-15 | 2015-04-23 | Nokia Technologies Oy | Video encoding and decoding |
| US9628820B2 (en) | 2013-11-19 | 2017-04-18 | Qualcomm Incorporated | POC value design for multi-layer video coding |
| US9942546B2 (en) | 2013-12-12 | 2018-04-10 | Qualcomm Incorporated | POC value design for multi-layer video coding |
-
2014
- 2014-11-24 US US14/552,129 patent/US9674544B2/en active Active
- 2014-11-25 MX MX2016006703A patent/MX353211B/es active IP Right Grant
- 2014-11-25 EP EP14812371.4A patent/EP3075157B1/en active Active
- 2014-11-25 BR BR112016011818-9A patent/BR112016011818B1/pt active IP Right Grant
- 2014-11-25 JP JP2016533521A patent/JP6479798B2/ja active Active
- 2014-11-25 CN CN201480063898.5A patent/CN105765977B/zh active Active
- 2014-11-25 KR KR1020167015810A patent/KR101962523B1/ko active IP Right Grant
- 2014-11-25 WO PCT/US2014/067363 patent/WO2015077764A1/en active Application Filing
Non-Patent Citations (4)
| Title |
|---|
| A. Ramasubramonian, et al. MV-HEVC/SHVC HLS: On picture order count. JCT-VC of ITU-T and ISO/IEC. JCTVC-O0213 Ver.3. Nov. 21, 2013. pp.1-10 |
| A. Ramasubramonian, et al. MV-HEVC/SHVC HLS: On picture order count. JCT-VC of ITU-T and ISO/IEC. JCTVC-P0041 Ver.6. Jan. 2, 2014. pp.1-12 |
| Y. Chen, et al. MV-HEVC/SHVC HLS: Cross-layer POC alignment. JCT-VC of ITU-T and ISO/IEC. JCTVC-N0244 Ver.1. Jul. 16, 2013. pp.1-4 |
| Y-K. Wang. MV-HEVC/SHVC HLS: Summary of contributions on POC. JCT-VC of ITU-T and ISO/IEC. JCTVC-O0343 Ver.2. Oct. 27, 2013. pp.1-7 |
Also Published As
| Publication number | Publication date |
|---|---|
| US9674544B2 (en) | 2017-06-06 |
| WO2015077764A1 (en) | 2015-05-28 |
| JP2017500789A (ja) | 2017-01-05 |
| KR20160085879A (ko) | 2016-07-18 |
| EP3075157A1 (en) | 2016-10-05 |
| EP3075157B1 (en) | 2020-01-22 |
| CN105765977B (zh) | 2019-04-26 |
| CN105765977A (zh) | 2016-07-13 |
| MX2016006703A (es) | 2016-09-09 |
| JP6479798B2 (ja) | 2019-03-06 |
| MX353211B (es) | 2018-01-08 |
| US20150146787A1 (en) | 2015-05-28 |
| BR112016011818B1 (pt) | 2023-05-16 |
| BR112016011818A2 (pt) | 2017-08-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102329648B1 (ko) | 멀티-계층 비디오 코딩을 위한 poc 값 설계 | |
| KR102294250B1 (ko) | 비디오 정보의 스케일러블 코딩을 위한 디바이스 및 방법 | |
| KR101810302B1 (ko) | 비디오 코딩에서 장기 참조 화상들의 랜덤 액세스 및 시그널링 | |
| AU2013272130B2 (en) | Signaling data for long term reference pictures for video coding | |
| EP2984844B1 (en) | Cross-layer poc alignment for multi-layer bitstreams that may include non-aligned irap pictures | |
| EP3072298B1 (en) | Poc value design for multi-layer video coding | |
| EP2759130A1 (en) | Coding reference pictures for a reference picture set | |
| KR101962523B1 (ko) | 멀티-계층 비디오 코딩을 위한 poc 값 설계 | |
| BR112016013141B1 (pt) | Design de valor poc para codificação de vídeo de multicamadas |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| A302 | Request for accelerated examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant |