KR20220063261A - 비디오 코딩에서 멀티뷰를 위한 동시 송출 레이어 - Google Patents

비디오 코딩에서 멀티뷰를 위한 동시 송출 레이어 Download PDF

Info

Publication number
KR20220063261A
KR20220063261A KR1020227013374A KR20227013374A KR20220063261A KR 20220063261 A KR20220063261 A KR 20220063261A KR 1020227013374 A KR1020227013374 A KR 1020227013374A KR 20227013374 A KR20227013374 A KR 20227013374A KR 20220063261 A KR20220063261 A KR 20220063261A
Authority
KR
South Korea
Prior art keywords
layer
ols
vps
layers
flag
Prior art date
Application number
KR1020227013374A
Other languages
English (en)
Inventor
예-쿠이 왕
Original Assignee
후아웨이 테크놀러지 컴퍼니 리미티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 후아웨이 테크놀러지 컴퍼니 리미티드 filed Critical 후아웨이 테크놀러지 컴퍼니 리미티드
Publication of KR20220063261A publication Critical patent/KR20220063261A/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/136Incoming video signal characteristics or properties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46Embedding additional information in the video signal during the compression process
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/184Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being bits, e.g. of the compressed video stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/187Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a scalable video layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/44Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

비디오 코딩 메커니즘이 개시된다. 메커니즘은 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 인코딩하는 것을 포함한다. 비디오 파라미터 세트(VPS)도 또한 비트스트림에 인코딩된다. VPS는, VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우, 각각의 레이어는 출력 레이어 세트(OLS)이다는 플래그(each_layer_is_an_ols_flag)를 포함한다. each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시한다. 비트스트림은 디코더를 향한 통신을 위해 저장된다.

Description

비디오 코딩에서 멀티뷰를 위한 동시 송출 레이어
관련 출원에 대한 교차 참조
본 특허 출원은 Ye-Kui Wang에 의해 2019년 9월 24일자로 출원되고 발명의 명칭이 "Support Of Operation Points With More Than One Output Layer For Simulcast Layers"인 미국 임시특허출원 번호 제62/905,126호의 이점을 주장하는데, 이 임시출원은 참조에 의해 본원에 편입된다.
본 개시는 일반적으로 비디오 코딩에 관한 것으로, 특히, 멀티뷰 애플리케이션에서의 사용을 위한 다중 레이어 비트스트림에서 출력 레이어 세트(output layer set; OLS)를 구성하는 것에 관한 것이다.
심지어 상대적으로 짧은 비디오를 묘사하는 데 필요한 비디오 데이터의 양은 상당할 수 있는데, 이것은 데이터가 스트리밍되어야 하거나 또는 다르게는 제한된 대역폭 용량을 가지고 통신 네트워크를 통해 통신될 때 어려움을 초래할 수도 있다. 따라서, 비디오 데이터는 현대의 원격 통신 네트워크를 통해 통신되기 이전에 일반적으로 압축된다. 메모리 리소스가 제한될 수도 있기 때문에, 비디오가 스토리지 디바이스 상에 저장될 때 비디오의 사이즈도 또한 문제가 될 수 있다. 비디오 압축 디바이스는 송신 또는 저장 이전에 비디오 데이터를 코딩하기 위해 소스에서 소프트웨어 및/또는 하드웨어를 종종 사용하고, 그에 의해, 디지털 비디오 이미지를 나타내는 데 필요한 데이터의 양을 감소시킨다. 그 다음, 압축된 데이터는 비디오 데이터를 디코딩하는 비디오 압축 해제 디바이스에 의해 목적지에서 수신된다. 제한된 네트워크 리소스 및 더 높은 비디오 품질에 대한 계속 증가하는 요구로 인해, 이미지 품질을 거의 또는 전혀 희생하지 않으면서 압축 비율을 향상시키는 향상된 압축 및 압축 해제 기술이 바람직하다.
일 실시예에서, 본 개시는 디코더에서 구현되는 방법을 포함하는데, 그 방법은: 디코더의 수신기에 의해, 비디오 파라미터 세트(video parameter set; VPS) - VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측(inter-layer prediction) 없이 독립적으로 코딩되는 경우 각각의 레이어는 출력 레이어 세트(OLS)이다는 플래그(each layer is an output layer set (OLS) flag; each_layer_is_an_ols_flag)가 VPS에 포함되고, each_layer_is_an_ols_flag는 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시함 - 및 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 수신하는 것; 디코딩된 픽처를 생성하기 위해, 디코더의 프로세서에 의해, VPS의 each_layer_is_an_ols_flag에 기초하여 OLS의 출력 레이어로부터의 코딩된 픽처를 디코딩하는 것; 및 프로세서에 의해, 디코딩된 비디오 시퀀스의 일부로서 디스플레이를 위해 디코딩된 픽처를 포워딩하는 것을 포함한다.
스케일러빌러티(scalability)를 지원하기 위해 픽처의 레이어가 활용될 수 있다. 예를 들면, 비디오는 다수의 레이어로 코딩될 수 있다. 레이어는 다른 레이어를 참조하지 않고 코딩될 수도 있다. 그러한 레이어는 동시 송출 레이어로서 지칭된다. 따라서, 다른 레이어에 대한 참조 없이 동시 송출 레이어가 디코딩될 수 있다. 다른 예로서, 레이어는 인터 레이어 예측을 사용하여 코딩될 수 있다. 이것은 현재 레이어와 참조 레이어 사이의 차이만을 포함하는 것에 의해 현재 레이어가 코딩되는 것을 허용한다. 레이어는 OLS로 편제될(organized) 수 있다. OLS는 적어도 하나의 출력 레이어 및 출력 레이어의 디코딩을 지원하는 임의의 레이어를 포함하는 레이어의 세트이다. 특정한 예로서, 제1 OLS는 베이스 레이어를 포함할 수도 있고, 한편, 제2 OLS는 베이스 레이어를 포함할 수도 있고, 증가된 특성을 갖는 향상 레이어를 또한 포함할 수도 있다. 한 예에서, 제1 OLS는 디코더로 송신되어 비디오가 기본 해상도에서 디코딩되는 것을 허용할 수 있거나 또는 제2 OLS는 송신되어 비디오가 더 높은 향상된 해상도에서 디코딩되는 것을 허용할 수 있다. 따라서, 비디오는 유저 요청에 기초하여 스케일링될 수 있다. 몇몇 경우에, 스케일러빌러티가 사용되지 않고 각각의 레이어는 동시 송출 레이어로서 코딩된다. 몇몇 시스템은, 모든 레이어가 동시 송출되는 경우, 그러면, 각각의 OLS는 (참조 레이어가 사용되지 않기 때문에) 단일의 레이어를 포함해야 한다는 것을 추론한다. 인코딩된 비트스트림으로부터 시그널링이 생략될 수 있기 때문에, 이 추론은 코딩 효율성을 증가시킨다. 그러나, 그러한 추론은 멀티뷰를 지원하지 않는다. 멀티뷰는 입체(stereoscopic) 비디오로서 또한 공지되어 있다. 멀티뷰에서, 동일한 장면의 두 개의 비디오 시퀀스가 공간적으로 오프셋된 카메라에 의해 레코딩된다. 두 개의 비디오 시퀀스는 헤드셋의 상이한 렌즈 상에서 유저에게 디스플레이된다. 이러한 방식으로 각각의 눈에 대해 상이한 공간적으로 오프셋된 시퀀스를 디스플레이하는 것은 삼차원(three dimension; 3D) 비디오 및/또는 시각적 깊이의 인상(impression)을 생성할 수 있다. 따라서, 멀티뷰를 구현하는 OLS는 두 개의 레이어(예를 들면, 각각의 눈에 대해 하나씩)를 포함한다. 그러나, 레이어가 모두 동시 송출되는 경우, 비디오 디코더는 각각의 OLS가 단지 하나의 레이어만을 포함한다는 것을 추론하기 위해 추론을 활용할 수도 있다. 이것은, 디코더가 멀티뷰의 단지 하나의 레이어만을 디스플레이할 수도 있거나 또는 어느 하나의 레이어를 디스플레이하는 것을 진행할 수 없을 수도 있기 때문에, 에러를 초래할 수도 있다. 그러므로, 모든 레이어가 동시 송출될 때 각각의 OLS가 단일의 레이어를 포함한다는 추론은 멀티뷰 애플리케이션이 디코더에서 적절하게 렌더링되는 것을 방지할 수도 있다.
본 예는, 비디오의 모든 레이어가 동시 송출되고 인터 레이어 예측을 활용하지 않을 때 비디오 코딩 시스템이 멀티뷰 비디오를 적절하게 디코딩하는 것을 허용하기 위한 메커니즘을 포함한다. VPS 모든 독립 레이어 플래그(vps_all_independent_layers_flag)가 VPS의 비트스트림에 포함될 수 있고 레이어 중 어느 것도 인터 레이어 예측을 사용하지 않는 경우(예를 들면, 모두 동시 송출됨) 1로 설정될 수 있다. 이 플래그가 1로 설정되는 경우, each_layer_is_an_ols_flag가 VPS에서 시그널링된다. each_layer_is_an_ols_flag는, 각각의 OLS가 단일의 레이어를 포함하는지의 여부 또는 적어도 하나의 OLS가 (예를 들면, 멀티뷰를 지원하기 위해) 하나보다 더 많은 레이어를 포함하는지의 여부를 명시하도록 설정될 수 있다. 따라서, vps_all_independent_layers_flag 및 each_layer_is_an_ols_flag는 멀티뷰 애플리케이션을 지원하기 위해 사용될 수 있다. 게다가, 이것이 발생하는 경우 VPS에서 OLS 모드 식별 코드(ols_mode_idc)가 2로 설정될 수 있다. 이것은 OLS의 개수 및 OLS에 관련되는 레이어로 하여금 명시적으로 시그널링되게 한다. 그 다음, 디코더는 이 정보를 사용하여 멀티뷰 비디오를 포함하는 OLS를 올바르게 디코딩할 수 있다. 이 접근법은 에러를 수정하는 동안 코딩 효율성을 지원한다. 그러한 만큼, 개시된 메커니즘은 인코더 및/또는 디코더의 기능성(functionality)을 증가시킨다. 게다가, 개시된 메커니즘은 비트스트림 사이즈를 감소시킬 수도 있고, 그러므로, 인코더 및 디코더 둘 모두에서 프로세서, 메모리, 및/또는 네트워크 리소스 활용을 감소시킬 수도 있다.
옵션 사항으로(optionally), 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서, each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하고 각각의 레이어가 각각의 OLS의 유일한 출력 레이어이다는 것을 명시하는 경우 1로 설정된다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 each_layer_is_an_ols_flag는, 적어도 하나의 OLS가 하나보다 더 많은 레이어를 포함한다는 것을 명시하는 경우 제로로 설정된다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서는, OLS 모드 식별 코드(ols_mode_idc)가 2와 동일한 경우 OLS의 총 개수가 명시적으로 시그널링되고 OLS와 관련되는 레이어가 명시적으로 시그널링되며, 여기서 ols_mode_idc는, VPS 모든 독립 레이어 플래그(vps_all_independent_layers_flag)가 1로 설정되는 경우 그리고 each_layer_is_an_ols_flag가 제로로 설정되는 경우, 2와 동일한 것으로 추론된다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 VPS는, VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩된다는 것을 명시하기 위해 1로 설정되는 vps_all_independent_layers_flag를 포함한다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 VPS는, VPS에 의해 명시되는 레이어의 개수를 명시하는 VPS 최대 레이어 마이너스 1(VPS maximum layers minus one; vps_max_layers_minus1) 신택스 엘리먼트를 포함하고, 여기서 vps_all_independent_layers_flag는, vps_max_layers_minus1이 제로보다 더 큰 경우 시그널링된다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 VPS는, ols_mode_idc가 2와 동일한 경우 VPS에 의해 명시되는 OLS의 총 개수를 명시하는 출력 레이어 세트의 개수 마이너스 1(num_output_layer_sets_minus1)을 포함한다.
한 실시예에서, 본 개시는 인코더에서 구현되는 방법을 포함하는데, 그 방법은: 인코더의 프로세서에 의해, 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 인코딩하는 것; 프로세서에 의해, 비트스트림에 VPS - VPS는, VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우, each_layer_is_an_ols_flag를 포함하고, each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시함 - 를 인코딩하는 것; 및 프로세서에 커플링되는 메모리에 의해, 디코더를 향한 통신을 위해 비트스트림을 저장하는 것을 포함한다.
스케일러빌러티를 지원하기 위해 픽처의 레이어가 활용될 수 있다. 예를 들면, 비디오는 다수의 레이어로 코딩될 수 있다. 레이어는 다른 레이어를 참조하지 않고 코딩될 수도 있다. 그러한 레이어는 동시 송출 레이어로서 지칭된다. 따라서, 다른 레이어에 대한 참조 없이 동시 송출 레이어가 디코딩될 수 있다. 다른 예로서, 레이어는 인터 레이어 예측을 사용하여 코딩될 수 있다. 이것은 현재 레이어와 참조 레이어 사이의 차이만을 포함하는 것에 의해 현재 레이어가 코딩되는 것을 허용한다. 레이어는 OLS로 편제될 수 있다. OLS는 적어도 하나의 출력 레이어 및 출력 레이어의 디코딩을 지원하는 임의의 레이어를 포함하는 레이어의 세트이다. 특정한 예로서, 제1 OLS는 베이스 레이어를 포함할 수도 있고, 한편, 제2 OLS는 베이스 레이어를 포함할 수도 있고, 증가된 특성을 갖는 향상 레이어를 또한 포함할 수도 있다. 한 예에서, 제1 OLS는 디코더로 송신되어 비디오가 기본 해상도에서 디코딩되는 것을 허용할 수 있거나 또는 제2 OLS는 송신되어 비디오가 더 높은 향상된 해상도에서 디코딩되는 것을 허용할 수 있다. 따라서, 비디오는 유저 요청에 기초하여 스케일링될 수 있다. 몇몇 경우에, 스케일러빌러티가 사용되지 않고 각각의 레이어는 동시 송출 레이어로서 코딩된다. 몇몇 시스템은, 모든 레이어가 동시 송출되는 경우, 그러면, 각각의 OLS는 (참조 레이어가 사용되지 않기 때문에) 단일의 레이어를 포함해야 한다는 것을 추론한다. 인코딩된 비트스트림으로부터 시그널링이 생략될 수 있기 때문에, 이 추론은 코딩 효율성을 증가시킨다. 그러나, 그러한 추론은 멀티뷰를 지원하지 않는다. 멀티뷰는 입체 비디오로서 또한 공지되어 있다. 멀티뷰에서, 동일한 장면의 두 개의 비디오 시퀀스가 공간적으로 오프셋된 카메라에 의해 레코딩된다. 두 개의 비디오 시퀀스는 헤드셋의 상이한 렌즈 상에서 유저에게 디스플레이된다. 이러한 방식으로 각각의 눈에 대해 상이한 공간적으로 오프셋된 시퀀스를 디스플레이하는 것은 3D 비디오 및/또는 시각적 깊이의 인상을 생성할 수 있다. 따라서, 멀티뷰를 구현하는 OLS는 두 개의 레이어(예를 들면, 각각의 눈에 대해 하나씩)를 포함한다. 그러나, 레이어가 모두 동시 송출되는 경우, 비디오 디코더는 각각의 OLS가 단지 하나의 레이어만을 포함한다는 것을 추론하기 위해 추론을 활용할 수도 있다. 이것은, 디코더가 멀티뷰의 단지 하나의 레이어만을 디스플레이할 수도 있거나 또는 어느 하나의 레이어를 디스플레이하는 것을 진행할 수 없을 수도 있기 때문에, 에러를 초래할 수도 있다. 그러므로, 모든 레이어가 동시 송출될 때 각각의 OLS가 단일의 레이어를 포함한다는 추론은 멀티뷰 애플리케이션이 디코더에서 적절하게 렌더링되는 것을 방지할 수도 있다.
본 예는, 비디오의 모든 레이어가 동시 송출되고 인터 레이어 예측을 활용하지 않을 때 비디오 코딩 시스템이 멀티뷰 비디오를 적절하게 디코딩하는 것을 허용하기 위한 메커니즘을 포함한다. vps_all_independent_layers_flag가 VPS의 비트스트림에 포함될 수 있고 레이어 중 어느 것도 인터 레이어 예측을 사용하지 않는 경우(예를 들면, 모두 동시 송출됨) 1로 설정될 수 있다. 이 플래그가 1로 설정되는 경우, each_layer_is_an_ols_flag가 VPS에서 시그널링된다. each_layer_is_an_ols_flag는, 각각의 OLS가 단일의 레이어를 포함하는지의 여부 또는 적어도 하나의 OLS가 (예를 들면, 멀티뷰를 지원하기 위해) 하나보다 더 많은 레이어를 포함하는지의 여부를 명시하도록 설정될 수 있다. 따라서, vps_all_independent_layers_flag 및 each_layer_is_an_ols_flag는 멀티뷰 애플리케이션을 지원하기 위해 사용될 수 있다. 게다가, 이것이 발생하는 경우 VPS에서 ols_mode_idc가 2로 설정될 수 있다. 이것은 OLS의 개수 및 OLS에 관련되는 레이어로 하여금 명시적으로 시그널링되게 한다. 그 다음, 디코더는 이 정보를 사용하여 멀티뷰 비디오를 포함하는 OLS를 올바르게 디코딩할 수 있다. 이 접근법은 에러를 수정하는 동안 코딩 효율성을 지원한다. 그러한 만큼, 개시된 메커니즘은 인코더 및/또는 디코더의 기능성을 증가시킨다. 게다가, 개시된 메커니즘은 비트스트림 사이즈를 감소시킬 수도 있고, 그러므로, 인코더 및 디코더 둘 모두에서 프로세서, 메모리, 및/또는 네트워크 리소스 활용을 감소시킬 수도 있다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서, each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하고 각각의 레이어가 각각의 OLS의 유일한 출력 레이어이다는 것을 명시하는 경우 1로 설정된다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 each_layer_is_an_ols_flag는, 적어도 하나의 OLS가 하나보다 더 많은 레이어를 포함한다는 것을 명시하는 경우 제로로 설정된다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서는, ols_mode_idc가 2와 동일한 경우 OLS의 총 개수가 명시적으로 시그널링되고 OLS와 관련되는 레이어가 명시적으로 시그널링되며, 여기서 ols_mode_idc는, vps_all_independent_layers_flag가 1로 설정되는 경우 그리고 each_layer_is_an_ols_flag가 제로로 설정되는 경우, 2와 동일한 것으로 추론된다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 VPS는, VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩된다는 것을 명시하기 위해 1로 설정되는 vps_all_independent_layers_flag를 포함한다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 VPS는, VPS에 의해 명시되는 레이어의 개수를 명시하는 vps_max_layers_minus1 신택스 엘리먼트를 포함하고, 여기서 vps_all_independent_layers_flag는, vps_max_layers_minus1이 제로보다 더 큰 경우 시그널링된다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 VPS는, ols_mode_idc가 2와 동일한 경우 VPS에 의해 명시되는 OLS의 총 개수를 명시하는 num_output_layer_sets_minus1을 포함한다.
한 실시예에서, 본 개시는 다음의 것: 프로세서, 프로세서에 커플링되는 수신기, 프로세서에 커플링되는 메모리, 및 프로세서에 커플링되는 송신기를 포함하는 비디오 코딩 디바이스를 포함하되: 프로세서, 수신기, 메모리, 및 송신기는 전술한 양태 중 임의의 것의 방법을 수행하도록 구성된다.
한 실시예에서, 본 개시는 비디오 코딩 디바이스에 의한 사용을 위한 컴퓨터 프로그램 제품을 포함하는 비일시적 컴퓨터 판독 가능 매체를 포함하는데, 컴퓨터 프로그램 제품은, 프로세서에 의해 실행될 때 비디오 코딩 디바이스로 하여금 전술한 양태 중 임의의 것의 방법을 수행하게 하는 비일시적 컴퓨터 판독 가능 매체 상에 저장되는 컴퓨터 실행 가능 명령어를 포함한다.
한 실시예에서, 본 개시는 다음의 것을 포함하는 디코더를 포함한다: VPS - VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우 each_layer_is_an_ols_flag가 VPS에 포함되고, each_layer_is_an_ols_flag는 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시함 - 및 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 수신하기 위한 수신 수단; 디코딩된 픽처를 생성하기 위해, VPS의 each_layer_is_an_ols_flag에 기초하여 OLS의 출력 레이어로부터의 코딩된 픽처를 디코딩하기 위한 디코딩 수단; 및 디코딩된 비디오 시퀀스의 일부로서 디스플레이를 위해 디코딩된 픽처를 포워딩하기 위한 포워딩 수단.
스케일러빌러티를 지원하기 위해 픽처의 레이어가 활용될 수 있다. 예를 들면, 비디오는 다수의 레이어로 코딩될 수 있다. 레이어는 다른 레이어를 참조하지 않고 코딩될 수도 있다. 그러한 레이어는 동시 송출 레이어로서 지칭된다. 따라서, 다른 레이어에 대한 참조 없이 동시 송출 레이어가 디코딩될 수 있다. 다른 예로서, 레이어는 인터 레이어 예측을 사용하여 코딩될 수 있다. 이것은 현재 레이어와 참조 레이어 사이의 차이만을 포함하는 것에 의해 현재 레이어가 코딩되는 것을 허용한다. 레이어는 OLS로 편제될 수 있다. OLS는 적어도 하나의 출력 레이어 및 출력 레이어의 디코딩을 지원하는 임의의 레이어를 포함하는 레이어의 세트이다. 특정한 예로서, 제1 OLS는 베이스 레이어를 포함할 수도 있고, 한편, 제2 OLS는 베이스 레이어를 포함할 수도 있고, 증가된 특성을 갖는 향상 레이어를 또한 포함할 수도 있다. 한 예에서, 제1 OLS는 디코더로 송신되어 비디오가 기본 해상도에서 디코딩되는 것을 허용할 수 있거나 또는 제2 OLS는 송신되어 비디오가 더 높은 향상된 해상도에서 디코딩되는 것을 허용할 수 있다. 따라서, 비디오는 유저 요청에 기초하여 스케일링될 수 있다. 몇몇 경우에, 스케일러빌러티가 사용되지 않고 각각의 레이어는 동시 송출 레이어로서 코딩된다. 몇몇 시스템은, 모든 레이어가 동시 송출되는 경우, 그러면, 각각의 OLS는 (참조 레이어가 사용되지 않기 때문에) 단일의 레이어를 포함해야 한다는 것을 추론한다. 인코딩된 비트스트림으로부터 시그널링이 생략될 수 있기 때문에, 이 추론은 코딩 효율성을 증가시킨다. 그러나, 그러한 추론은 멀티뷰를 지원하지 않는다. 멀티뷰는 입체 비디오로서 또한 공지되어 있다. 멀티뷰에서, 동일한 장면의 두 개의 비디오 시퀀스가 공간적으로 오프셋된 카메라에 의해 레코딩된다. 두 개의 비디오 시퀀스는 헤드셋의 상이한 렌즈 상에서 유저에게 디스플레이된다. 이러한 방식으로 각각의 눈에 대해 상이한 공간적으로 오프셋된 시퀀스를 디스플레이하는 것은 3D 비디오 및/또는 시각적 깊이의 인상을 생성할 수 있다. 따라서, 멀티뷰를 구현하는 OLS는 두 개의 레이어(예를 들면, 각각의 눈에 대해 하나씩)를 포함한다. 그러나, 레이어가 모두 동시 송출되는 경우, 비디오 디코더는 각각의 OLS가 단지 하나의 레이어만을 포함한다는 것을 추론하기 위해 추론을 활용할 수도 있다. 이것은, 디코더가 멀티뷰의 단지 하나의 레이어만을 디스플레이할 수도 있거나 또는 어느 하나의 레이어를 디스플레이하는 것을 진행할 수 없을 수도 있기 때문에, 에러를 초래할 수도 있다. 그러므로, 모든 레이어가 동시 송출될 때 각각의 OLS가 단일의 레이어를 포함한다는 추론은 멀티뷰 애플리케이션이 디코더에서 적절하게 렌더링되는 것을 방지할 수도 있다.
본 예는, 비디오의 모든 레이어가 동시 송출되고 인터 레이어 예측을 활용하지 않을 때 비디오 코딩 시스템이 멀티뷰 비디오를 적절하게 디코딩하는 것을 허용하기 위한 메커니즘을 포함한다. vps_all_independent_layers_flag가 VPS의 비트스트림에 포함될 수 있고 레이어 중 어느 것도 인터 레이어 예측을 사용하지 않는 경우(예를 들면, 모두 동시 송출됨) 1로 설정될 수 있다. 이 플래그가 1로 설정되는 경우, each_layer_is_an_ols_flag가 VPS에서 시그널링된다. each_layer_is_an_ols_flag는, 각각의 OLS가 단일의 레이어를 포함하는지의 여부 또는 적어도 하나의 OLS가 (예를 들면, 멀티뷰를 지원하기 위해) 하나보다 더 많은 레이어를 포함하는지의 여부를 명시하도록 설정될 수 있다. 따라서, vps_all_independent_layers_flag 및 each_layer_is_an_ols_flag는 멀티뷰 애플리케이션을 지원하기 위해 사용될 수 있다. 게다가, 이것이 발생하는 경우 VPS에서 ols_mode_idc가 2로 설정될 수 있다. 이것은 OLS의 개수 및 OLS에 관련되는 레이어로 하여금 명시적으로 시그널링되게 한다. 그 다음, 디코더는 이 정보를 사용하여 멀티뷰 비디오를 포함하는 OLS를 올바르게 디코딩할 수 있다. 이 접근법은 에러를 수정하는 동안 코딩 효율성을 지원한다. 그러한 만큼, 개시된 메커니즘은 인코더 및/또는 디코더의 기능성을 증가시킨다. 게다가, 개시된 메커니즘은 비트스트림 사이즈를 감소시킬 수도 있고, 그러므로, 인코더 및 디코더 둘 모두에서 프로세서, 메모리, 및/또는 네트워크 리소스 활용을 감소시킬 수도 있다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 디코더는 전술한 양태 중 임의의 것의 방법을 수행하도록 추가로 구성된다.
한 실시예에서, 본 개시는 다음의 것을 포함하는 인코더를 포함한다: 다음의 것을 하기 위한 인코딩 수단: 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 인코딩하는 것; 및 VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우, each_layer_is_an_ols_flag - each_layer_is_an_ols_flag는 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시함 - 를 포함하는 VPS를 비트스트림에 인코딩하는 것; 및 디코더를 향한 통신을 위해 비트스트림을 저장하기 위한 저장 수단.
스케일러빌러티를 지원하기 위해 픽처의 레이어가 활용될 수 있다. 예를 들면, 비디오는 다수의 레이어로 코딩될 수 있다. 레이어는 다른 레이어를 참조하지 않고 코딩될 수도 있다. 그러한 레이어는 동시 송출 레이어로서 지칭된다. 따라서, 다른 레이어에 대한 참조 없이 동시 송출 레이어가 디코딩될 수 있다. 다른 예로서, 레이어는 인터 레이어 예측을 사용하여 코딩될 수 있다. 이것은 현재 레이어와 참조 레이어 사이의 차이만을 포함하는 것에 의해 현재 레이어가 코딩되는 것을 허용한다. 레이어는 OLS로 편제될 수 있다. OLS는 적어도 하나의 출력 레이어 및 출력 레이어의 디코딩을 지원하는 임의의 레이어를 포함하는 레이어의 세트이다. 특정한 예로서, 제1 OLS는 베이스 레이어를 포함할 수도 있고, 한편, 제2 OLS는 베이스 레이어를 포함할 수도 있고, 증가된 특성을 갖는 향상 레이어를 또한 포함할 수도 있다. 한 예에서, 제1 OLS는 디코더로 송신되어 비디오가 기본 해상도에서 디코딩되는 것을 허용할 수 있거나 또는 제2 OLS는 송신되어 비디오가 더 높은 향상된 해상도에서 디코딩되는 것을 허용할 수 있다. 따라서, 비디오는 유저 요청에 기초하여 스케일링될 수 있다. 몇몇 경우에, 스케일러빌러티가 사용되지 않고 각각의 레이어는 동시 송출 레이어로서 코딩된다. 몇몇 시스템은, 모든 레이어가 동시 송출되는 경우, 그러면, 각각의 OLS는 (참조 레이어가 사용되지 않기 때문에) 단일의 레이어를 포함해야 한다는 것을 추론한다. 인코딩된 비트스트림으로부터 시그널링이 생략될 수 있기 때문에, 이 추론은 코딩 효율성을 증가시킨다. 그러나, 그러한 추론은 멀티뷰를 지원하지 않는다. 멀티뷰는 입체 비디오로서 또한 공지되어 있다. 멀티뷰에서, 동일한 장면의 두 개의 비디오 시퀀스가 공간적으로 오프셋된 카메라에 의해 레코딩된다. 두 개의 비디오 시퀀스는 헤드셋의 상이한 렌즈 상에서 유저에게 디스플레이된다. 이러한 방식으로 각각의 눈에 대해 상이한 공간적으로 오프셋된 시퀀스를 디스플레이하는 것은 3D 비디오 및/또는 시각적 깊이의 인상을 생성할 수 있다. 따라서, 멀티뷰를 구현하는 OLS는 두 개의 레이어(예를 들면, 각각의 눈에 대해 하나씩)를 포함한다. 그러나, 레이어가 모두 동시 송출되는 경우, 비디오 디코더는 각각의 OLS가 단지 하나의 레이어만을 포함한다는 것을 추론하기 위해 추론을 활용할 수도 있다. 이것은, 디코더가 멀티뷰의 단지 하나의 레이어만을 디스플레이할 수도 있거나 또는 어느 하나의 레이어를 디스플레이하는 것을 진행할 수 없을 수도 있기 때문에, 에러를 초래할 수도 있다. 그러므로, 모든 레이어가 동시 송출될 때 각각의 OLS가 단일의 레이어를 포함한다는 추론은 멀티뷰 애플리케이션이 디코더에서 적절하게 렌더링되는 것을 방지할 수도 있다.
본 예는, 비디오의 모든 레이어가 동시 송출되고 인터 레이어 예측을 활용하지 않을 때 비디오 코딩 시스템이 멀티뷰 비디오를 적절하게 디코딩하는 것을 허용하기 위한 메커니즘을 포함한다. vps_all_independent_layers_flag가 VPS의 비트스트림에 포함될 수 있고 레이어 중 어느 것도 인터 레이어 예측을 사용하지 않는 경우(예를 들면, 모두 동시 송출됨) 1로 설정될 수 있다. 이 플래그가 1로 설정되는 경우, each_layer_is_an_ols_flag가 VPS에서 시그널링된다. each_layer_is_an_ols_flag는, 각각의 OLS가 단일의 레이어를 포함하는지의 여부 또는 적어도 하나의 OLS가 (예를 들면, 멀티뷰를 지원하기 위해) 하나보다 더 많은 레이어를 포함하는지의 여부를 명시하도록 설정될 수 있다. 따라서, vps_all_independent_layers_flag 및 each_layer_is_an_ols_flag는 멀티뷰 애플리케이션을 지원하기 위해 사용될 수 있다. 게다가, 이것이 발생하는 경우 VPS에서 ols_mode_idc가 2로 설정될 수 있다. 이것은 OLS의 개수 및 OLS에 관련되는 레이어로 하여금 명시적으로 시그널링되게 한다. 그 다음, 디코더는 이 정보를 사용하여 멀티뷰 비디오를 포함하는 OLS를 올바르게 디코딩할 수 있다. 이 접근법은 에러를 수정하는 동안 코딩 효율성을 지원한다. 그러한 만큼, 개시된 메커니즘은 인코더 및/또는 디코더의 기능성을 증가시킨다. 게다가, 개시된 메커니즘은 비트스트림 사이즈를 감소시킬 수도 있고, 그러므로, 인코더 및 디코더 둘 모두에서 프로세서, 메모리, 및/또는 네트워크 리소스 활용을 감소시킬 수도 있다.
옵션 사항으로, 전술한 양태 중 임의의 것에서, 양태의 다른 구현예가 제공되는데, 여기서 인코더는 전술한 양태 중 임의의 것의 방법을 수행하도록 추가로 구성된다.
명확화의 목적을 위해, 전술한 실시예 중 임의의 하나는 다른 전술한 실시예 중 임의의 하나 이상과 조합되어 본 개시의 범위 내에 있는 새로운 실시예를 생성할 수도 있다.
이들 및 다른 구성들은 첨부의 도면 및 청구범위와 연계하여 다음의 상세한 설명으로부터 더욱 명확하게 이해될 것이다.
본 개시의 더욱 완전한 이해를 위해, 이제, 첨부의 도면 및 상세한 설명과 관련하여 취해지는 다음의 간략한 설명에 대한 참조가 이루어지는데, 첨부의 도면 및 상세한 설명에서 같은 참조 번호는 같은 부분을 나타낸다.
도 1은 비디오 신호를 코딩하는 예시적인 방법의 플로우차트이다.
도 2는 비디오 코딩을 위한 예시적인 코딩 및 디코딩(코덱) 시스템의 개략도이다.
도 3은 예시적인 비디오 인코더를 예시하는 개략도이다.
도 4는 예시적인 비디오 디코더를 예시하는 개략도이다.
도 5는 인터 레이어 예측을 위해 구성되는 예시적인 다중 레이어 비디오 시퀀스를 예시하는 개략도이다.
도 6은 멀티뷰에서의 사용을 위한 동시 송출 레이어를 포함하는 예시적인 멀티뷰 시퀀스를 예시하는 개략도이다.
도 7은 멀티뷰에서의 사용을 위한 동시 송출 레이어를 갖는 OLS를 포함하는 예시적인 비트스트림을 예시하는 개략도이다.
도 8은 예시적인 비디오 코딩 디바이스의 개략도이다.
도 9는 멀티뷰에서의 사용을 위한 동시 송출 레이어의 OLS를 갖는 비디오 시퀀스를 인코딩하는 예시적인 방법의 플로우차트이다.
도 10은 멀티뷰에서의 사용을 위한 동시 송출 레이어의 OLS를 포함하는 비디오 시퀀스를 디코딩하는 예시적인 방법의 플로우차트이다.
도 11은 멀티뷰에서의 사용을 위한 동시 송출 레이어의 OLS를 갖는 비디오 시퀀스를 코딩하기 위한 예시적인 시스템의 개략도이다.
하나 이상의 실시예의 예시적인 구현예가 하기에서 제공되지만, 개시되는 시스템 및/또는 방법은, 현재 공지되어 있든 또는 존재하고 있든 간에, 임의의 개수의 기술을 사용하여 구현될 수도 있다는 것이 최초부터 이해되어야 한다. 본 개시는, 본원에서 예시되고 설명되는 예시적인 설계 및 구현예를 비롯한, 하기에서 예시되는 예시적인 구현예, 도면, 및 기술로 어떤 식으로든 제한되어서는 안되며, 첨부된 청구범위의 범위 내에서, 덧붙여, 그들의 등가물의 전체 범위 내에서 수정될 수도 있다.
다음의 용어는 본원에서 반대되는 맥락에서 사용되지 않는 한 다음과 같이 정의된다. 구체적으로, 다음의 정의는 본 개시에 추가적인 명확성을 제공하도록 의도된다. 그러나, 용어는 상이한 맥락에서 상이하게 설명될 수도 있다. 따라서, 다음의 정의는 보충으로서 간주되어야 하며 본원에서 그러한 용어에 대해 제공되는 설명의 임의의 다른 정의를 제한하는 것으로서 간주되어서는 안된다.
비트스트림은 인코더와 디코더 사이의 송신을 위해 압축되는 비디오 데이터를 포함하는 비트의 시퀀스이다. 인코더는 비디오 데이터를 비트스트림으로 압축하기 위해 인코딩 프로세스를 활용하도록 구성되는 디바이스이다. 디코더는 디스플레이를 위해 비트스트림으로부터 비디오 데이터를 재구성하기 위해 디코딩 프로세스를 활용하도록 구성되는 디바이스이다. 픽처는, 프레임 또는 그 필드를 생성하는 루마(luma) 샘플의 어레이 및/또는 크로마(chroma) 샘플의 어레이이다. 인코딩 또는 디코딩되고 있는 픽처는 논의의 명확화를 위해 현재 픽처로서 지칭될 수 있다.
네트워크 추상화 레이어(network abstraction layer; NAL) 단위는, 원시 바이트 시퀀스 페이로드(Raw Byte Sequence Payload; RBSP)의 형태의 데이터, 데이터의 타입의 지시(indication), 및 소망에 따라 산재되는 에뮬레이션 방지 바이트를 포함하는 신택스 구조이다. 비디오 코딩 레이어(video coding layer; VCL) NAL 단위는, 픽처의 코딩된 슬라이스와 같은 비디오 데이터를 포함하도록 코딩되는 NAL 단위이다. 비 VCL NAL 단위(non-VCL NAL unit)는, 비디오 데이터의 디코딩, 적합성 검사의 수행, 또는 다른 동작을 지원하는 신택스 및/또는 파라미터와 같은 비 비디오 데이터(non-video data)를 포함하는 NAL 단위이다. 레이어는, 명시된 특성(예를 들면, 공통 해상도, 프레임 레이트, 이미지 사이즈, 등등) 및 관련된 비 VCL NAL 단위를 공유하는 VCL NAL 단위의 세트이다. 레이어의 VCL NAL 단위는 NAL 단위 헤더 레이어 식별자(nuh_layer_id)의 특정한 값을 공유할 수도 있다. 코딩된 픽처는, 액세스 단위(access unit; AU) 내의 NAL 단위 헤더 레이어 식별자(nuh_layer_id)의 특정한 값을 갖는 VCL NAL 단위를 포함하며 픽처의 모든 코딩 트리 단위(coding tree unit; CTU)를 포함하는 픽처의 코딩된 표현이다. 디코딩된 픽처는, 코딩된 픽처에 디코딩 프로세스를 적용하는 것에 의해 생성되는 픽처이다.
출력 레이어의 세트(OLS)는, 하나 이상의 레이어가 출력 레이어(들)로서 명시되는 레이어의 세트이다. 출력 레이어는 (예를 들면, 디스플레이로의) 출력을 위해 지정되는 레이어이다. 제로 번째(0 번째) OLS는 최하위 레이어(lowest layer)(최하위 레이어 식별자를 갖는 레이어)만을 포함하고 그러므로 출력 레이어만을 포함하는 OLS이다. 비디오 파라미터 세트(VPS)는 전체 비디오에 관련되는 파라미터를 포함하는 데이터 단위이다. 인터 레이어 예측은 참조 레이어의 참조 픽처에 대한 참조에 의해 현재 레이어의 현재 픽처를 코딩하는 메커니즘인데, 여기서 현재 픽처 및 참조 픽처는 동일한 AU에 포함되고 참조 레이어는 현재 레이어보다 더 낮은 nuh_layer_id를 포함한다.
각각의 레이어는 OLS이다는 플래그(each layer is an OLS flag; each_layer_is_an_ols_flag)는, 비트스트림의 각각의 OLS가 단일의 레이어를 포함하는지의 여부를 시그널링하는 신택스 엘리먼트이다. OLS 모드 식별 코드(ols_mode_idc)는 OLS의 개수, OLS의 레이어, 및 OLS의 출력 레이어에 관련되는 정보를 나타내는 신택스 엘리먼트이다. VPS 모든 독립 레이어 플래그(vps_all_independent_layers_flag)는, 비트스트림의 레이어 중 임의의 것을 코딩하기 위해 인터 레이어 예측이 사용되는지의 여부를 시그널링하는 신택스 엘리먼트이다. VPS 최대 레이어 마이너스 1(vps_max_layers_minus1)은, VPS에 의해 명시되는 레이어의 개수, 그러므로, 대응하는 코딩된 비디오 시퀀스에서 허용되는 레이어의 최대 개수를 시그널링하는 신택스 엘리먼트이다. 출력 레이어 세트의 개수 마이너스 1(num_output_layer_sets_minus1)은, VPS에 의해 명시되는 OLS의 총 개수를 명시하는 신택스 엘리먼트이다.
다음의 두문자어(acronym), 코딩 트리 블록(Coding Tree Block; CTB), 코딩 트리 단위(Coding Tree Unit; CTU), 코딩 단위(Coding Unit; CU), 코딩된 비디오 시퀀스(Coded Video Sequence; CVS), 공동 비디오 전문가 팀(Joint Video Expert Team; JVET), 모션 제한 타일 세트(Motion Constrained Tile Set; MCTS), 최대 전송 단위(Maximum Transfer Unit; MTU), 네트워크 추상화 레이어(Network Abstraction Layer; NAL), 출력 레이어 세트(Output Layer Set; OLS), 픽처 순서 카운트(Picture Order Count; POC), 원시 바이트 시퀀스 페이로드(Raw Byte Sequence Payload; RBSP), 시퀀스 파라미터 세트(Sequence Parameter Set; SPS), 비디오 파라미터 세트(Video Parameter Set; VPS), 다기능 비디오 코딩(Versatile Video Coding; VVC), 및 작업 초안(Working Draft; WD)이 본원에서 사용된다.
데이터의 손실을 최소화하면서 비디오 파일의 사이즈를 감소시키기 위해, 많은 비디오 압축 기술이 활용될 수 있다. 예를 들면, 비디오 압축 기술은, 비디오 시퀀스에서 데이터 중복성을 감소 또는 제거하기 위해, 공간적(예를 들면, 인트라 픽처(intra-picture)) 예측 및/또는 시간적(예를 들면, 인터 픽처(inter-picture)) 예측을 수행하는 것을 포함할 수 있다. 블록 기반의 비디오 코딩의 경우, 비디오 슬라이스(예를 들면, 비디오 픽처 또는 비디오 픽처의 일부)는, 트리블록, 코딩 트리 블록(coding tree block; CTB), 코딩 트리 단위(CTU), 코딩 단위(CU), 및/또는 코딩 노드로도 또한 지칭될 수도 있는 비디오 블록으로 구획될 수도 있다. 픽처의 인트라 코딩된(I) 슬라이스의 비디오 블록은 동일한 픽처의 이웃 블록에 있는 참조 샘플에 대한 공간적 예측을 사용하여 코딩된다. 픽처의 인터 코딩된 단방향 예측(P) 또는 양방향 예측(B) 슬라이스의 비디오 블록은 동일한 픽처의 이웃 블록에 있는 참조 샘플에 대한 공간적 예측 또는 다른 참조 픽처의 참조 샘플에 대한 시간적 예측을 활용하는 것에 의해 코딩될 수도 있다. 픽처는 프레임 및/또는 이미지로서 지칭될 수도 있고, 참조 픽처는 참조 프레임 및/또는 참조 이미지로서 지칭될 수도 있다. 공간적 또는 시간적 예측은 이미지 블록을 나타내는 예측 블록으로 귀결된다. 잔차 데이터는 원래의 이미지 블록과 예측 블록 사이의 픽셀 차이를 나타낸다. 따라서, 인터 코딩된 블록은, 예측 블록을 형성하는 참조 샘플의 블록을 가리키는 모션 벡터 및 코딩된 블록과 예측 블록 사이의 차이를 나타내는 잔차 데이터에 따라 인코딩된다. 인트라 코딩된 블록은 인트라 코딩 모드 및 잔차 데이터에 따라 인코딩된다. 추가적인 압축을 위해, 잔차 데이터는 픽셀 도메인으로부터 변환 도메인으로 변환될 수도 있다. 이들은, 양자화될 수도 있는 잔차 변환 계수로 귀결된다. 양자화된 변환 계수는 초기에 이차원 어레이로 배열될 수도 있다. 양자화된 변환 계수는 변환 계수의 일차원 벡터를 생성하기 위해 스캐닝될 수도 있다. 더욱더 많은 압축을 달성하기 위해 엔트로피 코딩이 적용될 수도 있다. 그러한 비디오 압축 기술은 하기에서 더욱 상세하게 논의된다.
인코딩된 비디오가 정확하게 디코딩될 수 있는 것을 보장하기 위해, 비디오는 대응하는 비디오 코딩 표준에 따라 인코딩 및 디코딩된다. 비디오 코딩 표준은, 국제전기통신연합(International Telecommunication Union; ITU) 표준화 부문(ITU-T) H.261, 국제 표준화 기구/국제 전기 기술 위원회(International Organization for Standardization/International Electrotechnical Commission; ISO/IEC) 동영상 전문가 그룹(Motion Picture Experts Group; MPEG)-1 파트 2, ITU-T H.262 또는 ISO/IEC MPEG-2 파트 2, ITU-T H.263, ISO/IEC MPEG-4 파트 2, 고급 비디오 코딩(Advanced Video Coding; AVC) - ITU-T H.264 또는 ISO/IEC MPEG-4 파트 10으로서 또한 알려져 있음 - , 및 고효율 비디오 코딩(High Efficiency Video Coding; HEVC) - ITU-T H.265 또는 MPEG-H 파트 2로서 또한 알려져 있음 - 을 포함한다. AVC는, 스케일러블 비디오 코딩(Scalable Video Coding; SVC), 멀티뷰 비디오 코딩(Multiview Video Coding; MVC) 및 멀티뷰 비디오 코딩 플러스 깊이(Multiview Video Coding plus Depth; MVC+D), 및 삼차원(3D) AVC(3D-AVC)와 같은 확장안을 포함한다. HEVC는, 스케일러블 HEVC(Scalable HEVC; SHVC), 멀티뷰 HEVC(Multiview HEVC; MV-HEVC), 및 3D HEVC(3D-HEVC)와 같은 확장안을 포함한다. ITU-T 및 ISO/IEC의 공동 비디오 전문가 팀(JVET)은 다기능 비디오 코딩(VVC)으로서 또한 지칭되는 비디오 코딩 표준을 개발하기 시작하였다. VVC는, JVET-O2001-v14를 포함하는 WD에 포함된다.
스케일러빌러티를 지원하기 위해 픽처의 레이어가 활용될 수 있다. 예를 들면, 비디오는 다수의 레이어로 코딩될 수 있다. 레이어는 다른 레이어를 참조하지 않고 코딩될 수도 있다. 그러한 레이어는 동시 송출 레이어로서 지칭된다. 따라서, 다른 레이어에 대한 참조 없이 동시 송출 레이어가 디코딩될 수 있다. 다른 예로서, 레이어는 인터 레이어 예측을 사용하여 코딩될 수 있다. 이것은 현재 레이어와 참조 레이어 사이의 차이만을 포함하는 것에 의해 현재 레이어가 코딩되는 것을 허용한다. 예를 들면, 현재 레이어 및 참조 레이어는, 신호 대 노이즈 비율(signal to noise ratio; SNR), 픽처 사이즈, 프레임 레이트, 등등과 같은 특성을 변경시키는 것에 의해 코딩되는 동일한 비디오 시퀀스를 포함할 수도 있다. 레이어는 출력 레이어 세트(OLS)로 편제될 수 있다. OLS는 적어도 하나의 출력 레이어 및 출력 레이어의 디코딩을 지원하는 임의의 레이어를 포함하는 레이어의 세트이다. 특정한 예로서, 제1 OLS는 베이스 레이어를 포함할 수도 있고, 한편, 제2 OLS는 베이스 레이어를 포함할 수도 있고, 증가된 특성을 갖는 향상 레이어를 또한 포함할 수도 있다. 특성이 픽처 해상도인 한 예에서, 제1 OLS는 디코더로 송신되어 비디오가 기본 해상도에서 디코딩되는 것을 허용할 수 있거나 또는 제2 OLS는 송신되어 비디오가 더 높은 향상된 해상도에서 디코딩되는 것을 허용할 수 있다. 따라서, 비디오는 유저 요청에 기초하여 스케일링될 수 있다.
몇몇 경우에, 스케일러빌러티가 사용되지 않고 각각의 레이어는 동시 송출 레이어로서 코딩된다. 몇몇 시스템은, 모든 레이어가 동시 송출되는 경우, 그러면, 각각의 OLS는 (참조 레이어가 사용되지 않기 때문에) 단일의 레이어를 포함해야 한다는 것을 추론한다. 인코딩된 비트스트림으로부터 시그널링이 생략될 수 있기 때문에, 이 추론은 코딩 효율성을 증가시킨다. 그러나, 그러한 추론은 멀티뷰를 지원하지 않는다. 멀티뷰는 입체 비디오로서 또한 공지되어 있다. 멀티뷰에서, 동일한 장면의 두 개의 비디오 시퀀스가 공간적으로 오프셋된 카메라에 의해 레코딩된다. 두 개의 비디오 시퀀스는 헤드셋의 상이한 렌즈 상에서 유저에게 디스플레이된다. 이러한 방식으로 각각의 눈에 대해 상이한 공간적으로 오프셋된 시퀀스를 디스플레이하는 것은 삼차원(3D) 비디오 및/또는 시각적 깊이의 인상을 생성할 수 있다. 따라서, 멀티뷰를 구현하는 OLS는 두 개의 레이어(예를 들면, 각각의 눈에 대해 하나씩)를 포함한다. 그러나, 레이어가 모두 동시 송출되는 경우, 비디오 디코더는 각각의 OLS가 단지 하나의 레이어만을 포함한다는 것을 추론하기 위해 추론을 활용할 수도 있다. 이것은, 디코더가 멀티뷰의 단지 하나의 레이어만을 디스플레이할 수도 있거나 또는 어느 하나의 레이어를 디스플레이하는 것을 진행할 수 없을 수도 있기 때문에, 에러를 초래할 수도 있다. 그러므로, 모든 레이어가 동시 송출될 때 각각의 OLS가 단일의 레이어를 포함한다는 추론은 멀티뷰 애플리케이션이 디코더에서 적절하게 렌더링되는 것을 방지할 수도 있다.
비디오의 모든 레이어가 동시 송출되고 인터 레이어 예측을 활용하지 않을 때 비디오 코딩 시스템이 멀티뷰 비디오를 적절하게 디코딩하는 것을 허용하기 위한 메커니즘이 본원에서 개시된다. VPS 모든 독립 레이어 플래그(VPS all independent layers flag; vps_all_independent_layers_flag)가 VPS의 비트스트림에 포함될 수 있고 레이어 중 어느 것도 인터 레이어 예측을 사용하지 않는 경우(예를 들면, 모두 동시 송출됨) 1로 설정될 수 있다. 이 플래그가 1로 설정되는 경우, 각각의 레이어는 출력 레이어 세트(OLS)이다는 플래그(each_layer_is_an_ols_flag)가 VPS에서 시그널링된다. each_layer_is_an_ols_flag는, 각각의 OLS가 단일의 레이어를 포함하는지의 여부 또는 적어도 하나의 OLS가 (예를 들면, 멀티뷰를 지원하기 위해) 하나보다 더 많은 레이어를 포함하는지의 여부를 명시하도록 설정될 수 있다. 따라서, vps_all_independent_layers_flag 및 each_layer_is_an_ols_flag는 멀티뷰 애플리케이션을 지원하기 위해 사용될 수 있다. 게다가, 이것이 발생하는 경우 VPS에서 OLS 모드 식별 코드(ols_mode_idc)가 2로 설정될 수 있다. 이것은 OLS의 개수 및 OLS에 관련되는 레이어로 하여금 명시적으로 시그널링되게 한다. 그 다음, 디코더는 이 정보를 사용하여 멀티뷰 비디오를 포함하는 OLS를 올바르게 디코딩할 수 있다. 이 접근법은 에러를 수정하는 동안 코딩 효율성을 지원한다. 그러한 만큼, 개시된 메커니즘은 인코더 및/또는 디코더의 기능성을 증가시킨다. 게다가, 개시된 메커니즘은 비트스트림 사이즈를 감소시킬 수도 있고, 그러므로, 인코더 및 디코더 둘 모두에서 프로세서, 메모리, 및/또는 네트워크 리소스 활용을 감소시킬 수도 있다.
도 1은 비디오 신호를 코딩하는 예시적인 동작 방법(100)의 플로우차트이다. 구체적으로, 비디오 신호는 인코더에서 인코딩된다. 인코딩 프로세스는 비디오 파일 사이즈를 감소시키기 위해 다양한 메커니즘을 활용하는 것에 의해 비디오 신호를 압축한다. 더 작은 파일 사이즈는, 관련된 대역폭 오버헤드를 감소시키면서, 압축된 비디오 파일이 유저를 향해 송신되는 것을 허용한다. 그 다음, 디코더는, 엔드 유저에 대한 디스플레이를 위해 원래의 비디오 신호를 재구성하기 위해, 압축된 비디오 파일을 디코딩한다. 디코딩 프로세스는 디코더가 비디오 신호를 일치하게 재구성하는 것을 허용하기 위해 인코딩 프로세스를 일반적으로 미러링한다.
단계(101)에서, 비디오 신호는 인코더에 입력된다. 예를 들면, 비디오 신호는 메모리에 저장되는 비압축 비디오 파일일 수도 있다. 다른 예로서, 비디오 파일은 비디오 카메라와 같은 비디오 캡쳐 디바이스에 의해 캡쳐될 수도 있고, 비디오의 라이브 스트리밍을 지원하도록 인코딩될 수도 있다. 비디오 파일은 오디오 컴포넌트와 비디오 컴포넌트 둘 모두를 포함할 수도 있다. 비디오 컴포넌트는, 시퀀스에서 봤을 때, 모션의 시각적 인상을 제공하는 일련의 이미지 프레임을 포함한다. 프레임은 본원에서 루마 성분(또는 루마 샘플)로서 지칭되는 광, 및 크로마 성분(또는 컬러 샘플)으로서 지칭되는 컬러의 관점에서 표현되는 픽셀을 포함한다. 몇몇 예에서, 프레임은 삼차원 뷰잉(three dimensional viewing)을 지원하기 위해 깊이 값을 또한 포함할 수도 있다.
단계(103)에서, 비디오는 블록으로 구획된다. 구획화(partitioning)는 압축을 위해 각각의 프레임의 픽셀을 정사각형 및/또는 직사각형 블록으로 세분화하는 것을 포함한다. 예를 들면, 고효율 비디오 코딩(HEVC)(H.265 및 MPEG-H 파트 2로서 또한 알려져 있음)에서, 프레임은, 먼저, 사전 정의된 사이즈(예를 들면, 64 픽셀×64 픽셀)의 블록인 코딩 트리 단위(CTU)로 분할될 수 있다. CTU는 루마 및 크로마 샘플 둘 모두를 포함한다. CTU를 블록으로 분할하기 위해, 그 다음, 추가적인 인코딩을 지원하는 구성이 달성될 때까지 블록을 재귀적으로 세분화하기 위해, 코딩 트리가 활용될 수도 있다. 예를 들면, 프레임의 루마 성분은, 개개의 블록이 상대적으로 균질한 조명 값을 포함할 때까지, 세분화될 수도 있다. 게다가, 프레임의 크로마 성분은, 개개의 블록이 상대적으로 균질한 컬러 값을 포함할 때까지, 세분화될 수도 있다. 따라서, 구획화 메커니즘은 비디오 프레임의 콘텐츠에 따라 변한다.
단계(105)에서, 단계(103)에서 구획되는 이미지 블록을 압축하기 위해 다양한 압축 메커니즘이 활용된다. 예를 들면, 인터 예측 및/또는 인트라 예측이 활용될 수도 있다. 인터 예측은, 공통 장면의 오브젝트가 연속 프레임에서 나타나는 경향이 있다는 사실을 이용하도록 설계된다. 따라서, 참조 프레임의 오브젝트를 묘사하는 블록은 인접 프레임에서 반복적으로 설명될 필요가 없다. 구체적으로, 테이블과 같은 오브젝트는 다수의 프레임에 걸쳐 일정한 포지션에 남아 있을 수도 있다. 그러므로 테이블은 한 번 설명되고 인접 프레임은 참조 프레임을 다시 참조할 수 있다. 다수의 프레임에 걸쳐 오브젝트를 매치시키기 위해 패턴 매칭 메커니즘이 활용될 수도 있다. 게다가, 움직이는 오브젝트는, 예를 들면, 오브젝트 움직임 또는 카메라 움직임에 기인하여, 다수의 프레임에 걸쳐 표현될 수도 있다. 특정한 예로서, 비디오는 다수의 프레임에 걸쳐 스크린을 가로질러 움직이는 자동차를 보여줄 수도 있다. 모션 벡터는 그러한 움직임을 설명하기 위해 활용될 수 있다. 모션 벡터는, 한 프레임에서의 오브젝트의 좌표로부터 참조 프레임에서의 오브젝트의 좌표로의 오프셋을 제공하는 이차원 벡터이다. 그러한 만큼, 인터 예측은 현재 프레임의 이미지 블록을, 참조 프레임의 대응하는 블록으로부터의 오프셋을 나타내는 모션 벡터의 세트로서 인코딩할 수 있다.
인트라 예측은 공통 프레임의 블록을 인코딩한다. 인트라 예측은 루마 및 크로마 성분이 프레임에서 클러스터화되는 경향이 있다는 사실을 이용한다. 예를 들면, 트리의 한 부분에 있는 녹색의 패치는 녹색의 유사한 패치에 인접하게 배치되는 경향이 있다. 인트라 예측은 다수의 방향성 예측 모드(예를 들면, HEVC에서 33 개), 평면 모드, 및 직류(direct current; DC) 모드를 활용한다. 방향성 모드는, 현재 블록이 대응하는 방향에서 이웃 블록의 샘플과 유사/동일하다는 것을 나타낸다. 평면 모드는, 행/열(예를 들면, 평면)을 따르는 일련의 블록이 행의 가장자리에 있는 이웃 블록에 기초하여 보간될 수 있다는 것을 나타낸다. 평면 모드는, 사실상, 값을 변경함에 있어서 상대적으로 일정한 기울기를 활용하는 것에 의해 행/열에 걸친 광/컬러의 부드러운 전이를 나타낸다. DC 모드는 경계 평활화를 위해 활용되며, 블록이, 방향성 예측 모드의 각도 방향과 관련되는 모든 이웃 블록의 샘플과 관련되는 평균 값과 유사/동일하다는 것을 나타낸다. 따라서, 인트라 예측 블록은 이미지 블록을, 실제 값 대신, 다양한 관계형 예측 모드 값으로서 표현할 수 있다. 게다가, 인터 예측 블록은 이미지 블록을, 실제 값 대신, 모션 벡터 값으로서 나타낼 수 있다. 어느 경우든, 예측 블록은, 몇몇 경우에, 이미지 블록을 정확하게 나타내지 않을 수도 있다. 임의의 차이는 잔차 블록에 저장된다. 파일을 추가로 압축하기 위해, 잔차 블록에 변환이 적용될 수도 있다.
단계(107)에서, 다양한 필터링 기술이 적용될 수도 있다. HEVC에서, 필터는 루프내 필터링 스킴(in-loop filtering scheme)에 따라 적용된다. 상기에서 논의되는 블록 기반의 예측은 디코더에서 농담이 고르지 않은(blocky) 이미지의 생성을 초래할 수도 있다. 게다가, 블록 기반의 예측 스킴은 블록을 인코딩할 수도 있고, 그 다음, 참조 블록으로서의 나중의 사용을 위해 인코딩된 블록을 재구성할 수도 있다. 루프내 필터링 스킴은 노이즈 억제 필터, 블록화 제거 필터(de-blocking filter), 적응적 루프 필터, 및 샘플 적응적 오프셋(sample adaptive offset; SAO) 필터를 블록/프레임에 반복적으로 적용한다. 이들 필터는, 인코딩된 파일이 정확하게 재구성될 수 있도록 그러한 차단 아티팩트(artifact)를 완화한다. 게다가, 재구성된 참조 블록에 기초하여 인코딩되는 후속하는 블록에서 아티팩트가 추가적인 아티팩트를 생성할 가능성이 적도록, 이들 필터는 재구성된 참조 블록에서 아티팩트를 완화한다.
일단 비디오 신호가 구획, 압축, 및 필터링되면, 결과적으로 나타나는 데이터는, 단계(109)에서, 비트스트림에서 인코딩된다. 비트스트림은 상기에서 논의되는 데이터뿐만 아니라 디코더에서 적절한 비디오 신호 재구성을 지원하기 위해 소망되는 임의의 시그널링 데이터를 포함한다. 예를 들면, 그러한 데이터는 구획 데이터, 예측 데이터, 잔차 블록, 및 디코더에 코딩 명령어를 제공하는 다양한 플래그를 포함할 수도 있다. 비트스트림은 요청시 디코더를 향한 송신을 위해 메모리에 저장될 수도 있다. 비트스트림은 또한 복수의 디코더를 향해 브로드캐스트 및/또는 멀티캐스트될 수도 있다. 비트스트림 생성은 반복적인 프로세스이다. 따라서, 단계(101, 103, 105, 107, 및 109)는 많은 프레임 및 블록에 걸쳐 연속적으로 및/또는 동시적으로 발생할 수도 있다. 도 1에서 도시되는 순서는 논의의 명확성 및 용이성을 위해 제시되며, 비디오 코딩 프로세스를 특정한 순서로 제한하도록 의도되지는 않는다.
디코더는 비트스트림을 수신하고 단계(111)에서 디코딩 프로세스를 시작한다. 구체적으로, 디코더는 비트스트림을 대응하는 신택스 및 비디오 데이터로 변환하기 위해 엔트로피 디코딩 스킴을 활용한다. 디코더는 단계(111)에서 프레임에 대한 구획을 결정하기 위해 비트스트림으로부터의 신택스 데이터를 활용한다. 구획화는 단계(103)의 블록 구획화의 결과와 매치해야 한다. 이제, 단계(111)에서 활용되는 바와 같은 엔트로피 인코딩/디코딩이 설명된다. 인코더는, 입력 이미지(들)에서의 값의 공간적 위치 결정에 기초하여 여러 가지 가능한 선택지로부터 블록 구획화 스킴을 선택하는 것과 같은, 압축 프로세스 동안 많은 선택을 행한다. 정확한 선택을 시그널링하는 것은 많은 개수의 빈(bin)을 활용할 수도 있다. 본원에서 사용되는 바와 같이, 빈은 변수로서 취급되는 이진 값(예를 들면, 컨텍스트에 따라 변할 수도 있는 비트 값)이다. 엔트로피 코딩은, 허용 가능한 옵션의 세트를 남기면서, 특정한 경우에 대해 명확하게 실행 가능하지 않은 임의의 옵션을 인코더가 폐기하는 것을 허용한다. 그 다음, 각각의 허용 가능한 옵션은 코드 워드를 할당받는다. 코드 워드의 길이는 허용 가능한 옵션의 개수에 기초한다(예를 들면, 두 개의 옵션의 경우 하나의 빈, 세 개 내지 네 개의 옵션의 경우 두 개의 빈, 등등). 그 다음, 인코더는 선택된 옵션에 대한 코드 워드를 인코딩한다. 이 스킴은, 모든 가능한 옵션의 잠재적으로 큰 세트로부터 선택하는 것을 고유하게 나타내는 것과는 대조적으로, 허용 가능한 옵션의 작은 서브세트로부터의 선택을 고유하게 나타내기 위해 소망되는 만큼 코드 워드가 크기 때문에, 코드 워드의 사이즈를 감소시킨다. 그 다음, 디코더는 인코더와 유사한 방식으로 허용 가능한 옵션의 세트를 결정하는 것에 의해 선택을 디코딩한다. 허용 가능한 옵션의 세트를 결정하는 것에 의해, 디코더는 코드 워드를 판독할 수 있고 인코더에 의해 만들어지는 선택을 결정할 수 있다.
단계(113)에서, 디코더는 블록 디코딩을 수행한다. 구체적으로, 디코더는 잔차 블록을 생성하기 위해 역변환을 활용한다. 그 다음, 디코더는, 구획화에 따라 이미지 블록을 재구성하기 위해, 잔차 블록 및 대응하는 예측 블록을 활용한다. 예측 블록은, 단계(105)에서, 인코더에서 생성되는 바와 같은 인트라 예측 블록 및 인터 예측 블록 둘 모두를 포함할 수도 있다. 그 다음, 재구성된 이미지 블록은, 단계(111)에서 결정되는 구획화 데이터에 따라 재구성된 비디오 신호의 프레임에 배치된다. 단계(113)에 대한 신택스는 상기에서 논의되는 바와 같이 엔트로피 코딩을 통해 비트스트림에서 또한 시그널링될 수도 있다.
단계(115)에서, 재구성된 비디오 신호의 프레임에 대해, 인코더에서의 단계(107)와 유사한 방식으로, 필터링이 수행된다. 예를 들면, 블록화 아티팩트(blocking artifact)를 제거하기 위해, 노이즈 억제 필터, 블록화 제거 필터, 적응적 루프 필터, 및 SAO 필터가 프레임에 적용될 수도 있다. 일단 프레임이 필터링되면, 비디오 신호는 엔드 유저에 의한 뷰잉을 위해 단계(117)에서 디스플레이로 출력될 수 있다.
도 2는 비디오 코딩을 위한 예시적인 코딩 및 디코딩(코덱) 시스템(200)의 개략도이다. 구체적으로, 코덱 시스템(200)은 동작 방법(100)의 구현을 지원하기 위한 기능성을 제공한다. 코덱 시스템(200)은 인코더 및 디코더 둘 모두에서 활용되는 컴포넌트를 묘사하도록 일반화된다. 코덱 시스템(200)은 동작 방법(100)의 단계(101 및 103)와 관련하여 논의되는 바와 같이 비디오 신호를 수신 및 구획하는데, 이것은 구획된 비디오 신호(201)를 초래한다. 코덱 시스템(200)은, 그 다음, 방법(100)의 단계(105, 107, 및 109)와 관련하여 논의되는 바와 같이 인코더로서 작용할 때 구획된 비디오 신호(201)를 코딩된 비트스트림으로 압축한다. 디코더로서 작용할 때, 코덱 시스템(200)은 동작 방법(100)의 단계(111, 113, 115, 및 117)와 관련하여 논의되는 바와 같이 비트스트림으로부터 출력 비디오 신호를 생성한다. 코덱 시스템(200)은 일반 코더 제어 컴포넌트(211), 변환 스케일링 및 양자화 컴포넌트(213), 인트라 픽처 추정 컴포넌트(215), 인트라 픽처 예측 컴포넌트(217), 모션 보상 컴포넌트(219), 모션 추정 컴포넌트(221), 스케일링 및 역변환 컴포넌트(229), 필터 제어 분석 컴포넌트(227), 루프내 필터 컴포넌트(225), 디코딩된 픽처 버퍼 컴포넌트(223), 및 헤더 포맷팅(header formatting) 및 컨텍스트 적응 이진 산술 코딩(context adaptive binary arithmetic coding; CABAC) 컴포넌트(231)를 포함한다. 그러한 컴포넌트는 도시되는 바와 같이 커플링된다. 도 2에서, 검은색 라인은 인코딩/디코딩될 데이터의 이동을 나타내고, 한편, 파선(dashed line)은 다른 컴포넌트의 동작을 제어하는 제어 데이터의 이동을 나타낸다. 코덱 시스템(200)의 컴포넌트 모두는 인코더에서 존재할 수도 있다. 디코더는 코덱 시스템(200)의 컴포넌트의 서브세트를 포함할 수도 있다. 예를 들면, 디코더는 인트라 픽처 예측 컴포넌트(217), 모션 보상 컴포넌트(219), 스케일링 및 역변환 컴포넌트(229), 루프내 필터 컴포넌트(225), 및 디코딩된 픽처 버퍼 컴포넌트(223)를 포함할 수도 있다. 이들 컴포넌트가 이제 설명된다.
구획된 비디오 신호(201)는 코딩 트리에 의해 픽셀 블록으로 구획된 캡쳐된 비디오 시퀀스이다. 코딩 트리는 픽셀의 블록을 픽셀의 더 작은 블록으로 세분화하기 위해 다양한 분할 모드를 활용한다. 그 다음, 이들 블록은 더 작은 블록으로 추가로 세분화될 수 있다. 블록은 코딩 트리 상의 노드로서 지칭될 수도 있다. 더 큰 부모 노드(parent node)는 더 작은 자식 노드(child node)로 분할된다. 노드가 세분되는 횟수는 노드/코딩 트리의 깊이로서 지칭된다. 분할된 블록은, 몇몇 경우에, 코딩 단위(CU)에 포함될 수 있다. 예를 들면, CU는, CU에 대한 대응하는 신택스 명령어와 함께, 루마 블록, 적색 차이 크로마(Cr) 블록(들), 및 청색 차이 크로마(Cb) 블록(들)을 포함하는 CTU의 하위 부분일 수 있다. 분할 모드는, 노드를, 활용되는 분할 모드에 따라 다양한 형상의 두 개, 세 개, 또는 네 개의 자식 노드로, 각각, 구획하기 위해 활용되는 이진 트리(binary tree; BT), 트리플 트리(triple tree; TT) 및 쿼드트리(quad tree; QT)를 포함할 수도 있다. 구획된 비디오 신호(201)는 일반 코더 제어 컴포넌트(211), 변환 스케일링 및 양자화 컴포넌트(213), 인트라 픽처 추정 컴포넌트(215), 필터 제어 분석 컴포넌트(227), 및 압축을 위한 모션 추정 컴포넌트(221)로 포워딩된다.
일반 코더 제어 컴포넌트(211)는 애플리케이션 제약에 따라 비디오 시퀀스의 이미지를 비트스트림으로 코딩하는 것에 관련되는 결정을 내리도록 구성된다. 예를 들면, 일반 코더 제어 컴포넌트(211)는 비트레이트/비트스트림 사이즈 대 재구성 품질의 최적화를 관리한다. 그러한 결정은 저장 공간/대역폭 이용 가능성 및 이미지 해상도 요청에 기초하여 이루어질 수도 있다. 일반 코더 제어 컴포넌트(211)는 버퍼 언더런 및 오버런 문제를 완화하기 위해 송신 속도를 고려하여 버퍼 활용을 또한 관리한다. 이들 문제를 관리하기 위해, 일반 코더 제어 컴포넌트(211)는 다른 컴포넌트에 의한 구획화, 예측, 및 필터링을 관리한다. 예를 들면, 일반 코더 제어 컴포넌트(211)는 해상도를 증가시키고 대역폭 사용을 증가시키기 위해 압축 복잡도를 동적으로 증가시킬 수도 있거나 또는 해상도 및 대역폭 사용을 감소시키기 위해 압축 복잡도를 감소시킬 수도 있다. 그러므로, 비디오 신호 재구성 품질을 비트 레이트 문제와 균형을 맞추기 위해, 일반 코더 제어 컴포넌트(211)는 코덱 시스템(200)의 다른 컴포넌트를 제어한다. 일반 코더 제어 컴포넌트(211)는 다른 컴포넌트의 동작을 제어하는 제어 데이터를 생성한다. 제어 데이터는, 디코더에서의 디코딩을 위한 신호 파라미터로 비트스트림에서 인코딩되도록, 헤더 포맷팅 및 CABAC 컴포넌트(231)로 또한 포워딩된다.
구획된 비디오 신호(201)는 인터 예측을 위해 모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)로 또한 전송된다. 구획된 비디오 신호(201)의 프레임 또는 슬라이스는 다수의 비디오 블록으로 분할될 수도 있다. 모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)는, 시간적 예측을 제공하기 위해, 하나 이상의 참조 프레임의 하나 이상의 블록에 대해 수신된 비디오 블록의 인터 예측 코딩을 수행한다. 코덱 시스템(200)은, 예를 들면, 비디오 데이터의 각각의 블록에 대한 적절한 코딩 모드를 선택하기 위해, 다수의 코딩 패스(coding pass)를 수행할 수도 있다.
모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)는 고도로 통합될 수도 있지만, 그러나 개념적 목적을 위해 개별적으로 예시된다. 모션 추정 컴포넌트(221)에 의해 수행되는 모션 추정은, 비디오 블록에 대한 모션을 추정하는 모션 벡터를 생성하는 프로세스이다. 모션 벡터는, 예를 들면, 예측 블록에 대한 코딩된 오브젝트의 변위를 나타낼 수도 있다. 예측 블록은, 픽셀 차이의 관점에서, 코딩될 블록과 밀접하게 매치하는 것으로 밝혀지는 블록이다. 예측 블록은 참조 블록으로서 또한 지칭될 수도 있다. 그러한 픽셀 차이는 절대 차이의 합(sum of absolute difference; SAD), 제곱 차이의 합(sum of square difference; SSD), 또는 다른 차이 메트릭에 의해 결정될 수도 있다. HEVC는 CTU, 코딩 트리 블록(CTB), 및 CU를 포함하는 여러 가지 코딩된 오브젝트를 활용한다. 예를 들면, CTU는 CTB로 분할될 수 있는데, CTB는, 그 다음, CU에서의 포함을 위해 CB로 분할될 수 있다. CU는 예측 데이터를 포함하는 예측 단위(prediction unit; PU) 및/또는 CU에 대한 변환된 잔차 데이터를 포함하는 변환 단위(transform unit; TU)로서 인코딩될 수 있다. 모션 추정 컴포넌트(221)는, 레이트 왜곡 최적화 프로세스의 일부로서 레이트 왜곡 분석을 사용하는 것에 의해 모션 벡터, PU, 및 TU를 생성한다. 예를 들면, 모션 추정 컴포넌트(221)는 현재 블록/프레임에 대한 다수의 참조 블록, 다수의 모션 벡터, 등등을 결정할 수도 있고, 최상의 레이트 왜곡 특성을 갖는 참조 블록, 모션 벡터, 등등을 선택할 수도 있다. 최상의 레이트 왜곡 특성은, 비디오 재구성의 품질(예를 들면, 압축에 의한 데이터 손실의 양) 및 코딩 효율성(예를 들면, 최종 인코딩의 사이즈) 둘 모두의 균형을 유지한다.
몇몇 예에서, 코덱 시스템(200)은 디코딩된 픽처 버퍼 컴포넌트(223)에 저장되는 참조 픽처의 정수 미만(sub-integer) 픽셀 포지션에 대한 값을 계산할 수도 있다. 예를 들면, 비디오 코덱 시스템(200)은 참조 픽처의 1/4 픽셀 포지션, 1/8 픽셀 포지션, 또는 다른 분수(fractional) 픽셀 포지션의 값을 보간할 수도 있다. 따라서, 모션 추정 컴포넌트(221)는 전체 픽셀 포지션 및 분수 픽셀 포지션에 대한 모션 검색을 수행할 수도 있고 분수 픽셀 정밀도를 갖는 모션 벡터를 출력할 수도 있다. 모션 추정 컴포넌트(221)는, PU의 포지션을 참조 픽처의 예측 블록의 포지션에 비교하는 것에 의해, 인터 코딩된 슬라이스에서 비디오 블록의 PU에 대한 모션 벡터를 계산한다. 모션 추정 컴포넌트(221)는 계산된 모션 벡터를 모션 데이터로서, 인코딩을 위해, 헤더 포맷팅 및 CABAC 컴포넌트(231)에 출력하고 모션을 모션 보상 컴포넌트(219)로 출력한다.
모션 보상 컴포넌트(219)에 의해 수행되는 모션 보상은 모션 추정 컴포넌트(221)에 의해 결정되는 모션 벡터에 기초하여 예측 블록을 페치하는 것 또는 생성하는 것을 수반할 수도 있다. 다시, 모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)는, 몇몇 예에서, 기능적으로 통합될 수도 있다. 현재 비디오 블록의 PU에 대한 모션 벡터를 수신하면, 모션 보상 컴포넌트(219)는 모션 벡터가 가리키는 예측 블록의 위치를 알아낼 수도 있다. 그 다음, 코딩되고 있는 현재 비디오 블록의 픽셀 값으로부터 예측 블록의 픽셀 값을 감산하여 픽셀 차이 값을 형성하는 것에 의해 잔차 비디오 블록이 형성된다. 일반적으로, 모션 추정 컴포넌트(221)는 루마 성분에 대한 모션 추정을 수행하고, 모션 보상 컴포넌트(219)는 크로마 성분 및 루마 성분 둘 모두에 대해 루마 성분에 기초하여 계산되는 모션 벡터를 사용한다. 예측 블록 및 잔차 블록은 변환 스케일링 및 양자화 컴포넌트(213)로 포워딩된다.
구획된 비디오 신호(201)는 인트라 픽처 추정 컴포넌트(215) 및 인트라 픽처 예측 컴포넌트(217)로 또한 전송된다. 모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)에서와 같이, 인트라 픽처 추정 컴포넌트(215) 및 인트라 픽처 예측 컴포넌트(217)는 고도로 통합될 수도 있지만, 그러나 개념적 목적을 위해 별개로 예시된다. 인트라 픽처 추정 컴포넌트(215) 및 인트라 픽처 예측 컴포넌트(217)는, 상기에서 설명되는 바와 같이, 프레임 사이에서 모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)에 의해 수행되는 인터 예측에 대한 대안으로서, 현재 프레임의 블록에 대해 현재 블록을 인트라 예측한다. 특히, 인트라 픽처 추정 컴포넌트(215)는 현재 블록을 인코딩하기 위해 사용할 인트라 예측 모드를 결정한다. 몇몇 예에서, 인트라 픽처 추정 컴포넌트(215)는 다수의 테스트된 인트라 예측 모드로부터 현재 블록을 인코딩하기 위해 적절한 인트라 예측 모드를 선택한다. 그 다음, 선택된 인트라 예측 모드는 인코딩을 위해 헤더 포맷팅 및 CABAC 컴포넌트(231)로 포워딩된다.
예를 들면, 인트라 픽처 추정 컴포넌트(215)는 다양한 테스트된 인트라 예측 모드에 대한 레이트 왜곡 분석을 사용하여 레이트 왜곡 값을 계산하고, 테스트된 모드 중에서 최상의 레이트 왜곡 특성을 갖는 인트라 예측 모드를 선택한다. 레이트 왜곡 분석은, 인코딩된 블록과 인코딩된 블록을 생성하기 위해 인코딩되었던 원래의 인코딩되지 않은 블록 사이의 왜곡(또는 에러)의 양뿐만 아니라, 인코딩된 블록을 생성하기 위해 사용되는 비트레이트(예를 들면, 비트의 수)를 일반적으로 결정한다. 어떤 인트라 예측 모드가 인트라 픽처 추정 컴포넌트(215)는 블록에 대해 최상의 레이트 왜곡 값을 나타내는지를 결정하기 위해 다양한 인코딩된 블록에 대한 왜곡 및 레이트로부터 비율을 계산한다. 또한, 인트라 픽처 추정 컴포넌트(215)는 레이트 왜곡 최적화(rate-distortion optimization; RDO)에 기초한 깊이 모델링 모드(depth modeling mode; DMM)를 사용하여 깊이 맵의 깊이 블록을 코딩하도록 구성될 수도 있다.
인트라 픽처 예측 컴포넌트(217)는, 인코더 상에서 구현될 때 인트라 픽처 추정 컴포넌트(215)에 의해 결정되는 선택된 인트라 예측 모드에 기초하여 예측 블록으로부터 잔차 블록을 생성할 수도 있거나 또는 디코더 상에서 구현될 때 비트스트림으로부터 잔차 블록을 판독할 수도 있다. 잔차 블록은, 매트릭스로서 표현되는, 예측 블록과 원래의 블록 사이의 값에서의 차이를 포함한다. 그 다음, 잔차 블록은 변환 스케일링 및 양자화 컴포넌트(213)로 포워딩된다. 인트라 픽처 추정 컴포넌트(215) 및 인트라 픽처 예측 컴포넌트(217)는 루마 및 크로마 성분 둘 모두에 대해 동작할 수도 있다.
변환 스케일링 및 양자화 컴포넌트(213)는 잔차 블록을 추가로 압축하도록 구성된다. 변환 스케일링 및 양자화 컴포넌트(213)는 이산 코사인 변환(discrete cosine transform; DCT), 이산 사인 변환(discrete sine transform; DST), 또는 개념적으로 유사한 변환과 같은 변환을 잔차 블록에 적용하여, 잔차 변환 계수 값을 포함하는 비디오 블록을 생성한다. 웨이블릿 변환(wavelet transform), 정수 변환(integer transform), 하위 대역 변환(sub-band transform) 또는 다른 타입의 변환이 또한 사용될 수 있다. 변환은 잔차 정보를 픽셀 값 도메인으로부터 주파수 도메인과 같은 변환 도메인으로 변환할 수도 있다. 변환 스케일링 및 양자화 컴포넌트(213)는, 예를 들면, 주파수에 기초하여, 변환된 잔차 정보를 스케일링하도록 또한 구성된다. 그러한 스케일링은, 상이한 주파수 정보가 상이한 세분성(granularity)에서 양자화되도록 잔차 정보에 스케일 팩터(scale factor)를 적용하는 것을 수반하는데, 이것은 재구성된 비디오의 최종 시각적 품질에 영향을 끼칠 수도 있다. 변환 스케일링 및 양자화 컴포넌트(213)는 비트 레이트를 추가로 감소시키기 위해 변환 계수를 양자화하도록 또한 구성된다. 양자화 프로세스는 계수의 일부 또는 모두와 관련되는 비트 깊이를 감소시킬 수도 있다. 양자화의 정도는 양자화 파라미터를 조정하는 것에 의해 수정될 수도 있다. 몇몇 예에서, 변환 스케일링 및 양자화 컴포넌트(213)는, 그 다음, 양자화된 변환 계수를 포함하는 매트릭스의 스캔을 수행할 수도 있다. 양자화된 변환 계수는 비트스트림에서 인코딩되도록 헤더 포맷팅 및 CABAC 컴포넌트(231)로 포워딩된다.
스케일링 및 역변환 컴포넌트(229)는 모션 추정을 지원하기 위해 변환 스케일링 및 양자화 컴포넌트(213)의 역 동작을 적용한다. 스케일링 및 역변환 컴포넌트(229)는, 예를 들면, 다른 현재 블록에 대한 예측 블록이 될 수도 있는 참조 블록으로서의 나중의 사용을 위해 잔차 블록을 픽셀 도메인에서 재구성하기 위해, 역 스케일링, 변환, 및/또는 양자화를 적용한다. 모션 추정 컴포넌트(221) 및/또는 모션 보상 컴포넌트(219)는, 나중의 블록/프레임의 모션 추정에서의 사용을 위해 대응하는 예측 블록에 잔차 블록을 다시 추가하는 것에 의해 참조 블록을 계산할 수도 있다. 필터는 스케일링, 양자화, 및 변환 동안 생성되는 아티팩트를 완화하기 위해 재구성된 참조 블록에 적용된다. 그렇지 않으면, 그러한 아티팩트는, 후속하는 블록이 예측될 때, 부정확한 예측을 야기할 수 있다(그리고 추가적인 아티팩트를 생성할 수도 있음).
필터 제어 분석 컴포넌트(227) 및 루프내 필터 컴포넌트(225)는 필터를 잔차 블록 및/또는 재구성된 이미지 블록에 적용한다. 예를 들면, 스케일링 및 역변환 컴포넌트(229)로부터의 변환된 잔차 블록은 인트라 픽처 예측 컴포넌트(217) 및/또는 모션 보상 컴포넌트(219)로부터의 대응하는 예측 블록과 결합되어 원래의 이미지 블록을 재구성할 수도 있다. 그 다음 필터가 재구성된 이미지 블록에 적용될 수도 있다. 몇몇 예에서, 필터는, 대신, 잔차 블록에 적용될 수도 있다. 도 2의 다른 컴포넌트에서와 같이, 필터 제어 분석 컴포넌트(227) 및 루프내 필터 컴포넌트(225)는 고도로 통합되어 함께 구현될 수도 있지만, 그러나 개념적 목적을 위해 별개로 묘사된다. 재구성된 참조 블록에 적용되는 필터는 특정한 공간 영역에 적용되며 그러한 필터가 적용되는 방법을 조정하기 위해 다수의 파라미터를 포함한다. 필터 제어 분석 컴포넌트(227)는 그러한 필터가 적용되어야 하는 곳을 결정하기 위해 재구성된 참조 블록을 분석하고 대응하는 파라미터를 설정한다. 그러한 데이터는 인코딩을 위한 필터 제어 데이터로서 헤더 포맷팅 및 CABAC 컴포넌트(231)로 포워딩된다. 루프내 필터 컴포넌트(225)는 필터 제어 데이터에 기초하여 그러한 필터를 적용한다. 필터는 블록화 제거 필터, 노이즈 억제 필터, SAO 필터, 및 적응적 루프 필터를 포함할 수도 있다. 그러한 필터는, 예에 따라, 공간/픽셀 도메인에서 (예를 들면, 재구성된 픽셀 블록에 대해) 또는 주파수 도메인에서 적용될 수도 있다.
인코더로서 동작할 때, 필터링된 재구성된 이미지 블록, 잔차 블록, 및/또는 예측 블록은, 상기에서 논의되는 바와 같이 모션 추정에서의 나중의 사용을 위해, 디코딩된 픽처 버퍼 컴포넌트(223)에 저장된다. 디코더로서 동작할 때, 디코딩된 픽처 버퍼 컴포넌트(223)는 재구성되고 필터링된 블록을 저장하고 출력 비디오 신호의 일부로서 디스플레이를 향해 포워딩한다. 디코딩된 픽처 버퍼 컴포넌트(223)는 예측 블록, 잔차 블록, 및/또는 재구성된 이미지 블록을 저장할 수 있는 임의의 메모리 디바이스일 수도 있다.
헤더 포맷팅 및 CABAC 컴포넌트(231)는 코덱 시스템(200)의 다양한 컴포넌트로부터 데이터를 수신하고 디코더를 향한 송신을 위해 그러한 데이터를 코딩된 비트스트림에 인코딩한다. 구체적으로, 헤더 포맷팅 및 CABAC 컴포넌트(231)는, 일반 제어 데이터 및 필터 제어 데이터와 같은 제어 데이터를 인코딩하기 위해 다양한 헤더를 생성한다. 게다가, 인트라 예측 및 모션 데이터를 비롯한 예측 데이터뿐만 아니라, 양자화된 변환 계수 데이터 형태의 잔차 데이터가 모두 비트스트림에서 인코딩된다. 최종 비트스트림은 원래의 구획된 비디오 신호(201)를 재구성하기 위해 디코더에 의해 소망되는 모든 정보를 포함한다. 그러한 정보는 인트라 예측 모드 인덱스 테이블(코드워드 매핑 테이블로서 또한 지칭됨), 다양한 블록에 대한 인코딩 컨텍스트의 정의, 가장 가능성 있는 인트라 예측 모드의 지시, 구획 정보의 지시, 등등을 또한 포함할 수도 있다. 그러한 데이터는 엔트로피 코딩을 활용하는 것에 의해 인코딩될 수도 있다. 예를 들면, 정보는, 컨텍스트 적응 가변 길이 코딩(context adaptive variable length coding; CAVLC), CABAC, 신택스 기반의 컨텍스트 적응 이진 산술 코딩(syntax-based context-adaptive binary arithmetic coding; SBAC), 확률 간격 구획화 엔트로피(probability interval partitioning entropy; PIPE) 코딩, 또는 다른 엔트로피 코딩 기술을 활용하는 것에 의해 인코딩될 수도 있다. 엔트로피 코딩에 후속하여, 코딩된 비트스트림은 다른 디바이스(예를 들면, 비디오 디코더)로 송신될 수도 있거나 또는 나중의 송신 또는 검색을 위해 보관될(archived) 수도 있다.
도 3은 예시적인 비디오 인코더(300)를 예시하는 블록도이다. 비디오 인코더(300)는 코덱 시스템(200)의 인코딩 기능을 구현하도록 및/또는 동작 방법(100)의 단계(101, 103, 105, 107, 및/또는 109)를 구현하도록 활용될 수도 있다. 인코더(300)는 입력 비디오 신호를 구획하는데, 구획된 비디오 신호(201)와 실질적으로 유사한 구획된 비디오 신호(301)로 나타나게 된다. 그 다음, 구획된 비디오 신호(301)는 인코더(300)의 컴포넌트에 의해 압축되어 비트스트림으로 인코딩된다.
구체적으로, 구획된 비디오 신호(301)는 인트라 예측을 위해 인트라 픽처 예측 컴포넌트(317)로 포워딩된다. 인트라 픽처 예측 컴포넌트(317)는 인트라 픽처 추정 컴포넌트(215) 및 인트라 픽처 예측 컴포넌트(217)와 실질적으로 유사할 수도 있다. 구획된 비디오 신호(301)는, 디코딩된 픽처 버퍼 컴포넌트(323)의 참조 블록에 기초한 인터 예측을 위해 모션 보상 컴포넌트(321)로 또한 포워딩된다. 모션 보상 컴포넌트(321)는 모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)와 실질적으로 유사할 수도 있다. 인트라 픽처 예측 컴포넌트(317) 및 모션 보상 컴포넌트(321)로부터의 예측 블록 및 잔차 블록은 잔차 블록의 변환 및 양자화를 위해 변환 및 양자화 컴포넌트(313)로 포워딩된다. 변환 및 양자화 컴포넌트(313)는 변환 스케일링 및 양자화 컴포넌트(213)와 실질적으로 유사할 수도 있다. 변환되고 양자화된 잔차 블록 및 대응하는 예측 블록은 (관련된 제어 데이터와 함께) 비트스트림으로의 코딩을 위해 엔트로피 코딩 컴포넌트(331)로 포워딩된다. 엔트로피 코딩 컴포넌트(331)는 헤더 포맷팅 및 CABAC 컴포넌트(231)와 실질적으로 유사할 수도 있다.
변환되고 양자화된 잔차 블록 및/또는 대응하는 예측 블록은, 모션 보상 컴포넌트(321)에 의한 사용을 위한 참조 블록으로의 재구성을 위해 변환 및 양자화 컴포넌트(313)로부터 역변환 및 양자화 컴포넌트(329)로 또한 포워딩된다. 역변환 및 양자화 컴포넌트(329)는 스케일링 및 역변환 컴포넌트(229)와 실질적으로 유사할 수도 있다. 루프내 필터 컴포넌트(325)의 루프내 필터는, 예에 따라, 잔차 블록 및/또는 재구성된 참조 블록에도 또한 적용된다. 루프내 필터 컴포넌트(325)는 필터 제어 분석 컴포넌트(227) 및 루프내 필터 컴포넌트(225)와 실질적으로 유사할 수도 있다. 루프내 필터 컴포넌트(325)는 루프내 필터 컴포넌트(225)와 관련하여 논의되는 바와 같이 다수의 필터를 포함할 수도 있다. 필터링된 블록은, 그 다음, 모션 보상 컴포넌트(321)에 의한 참조 블록으로서의 사용을 위해 디코딩된 픽처 버퍼 컴포넌트(323)에 저장된다. 디코딩된 픽처 버퍼 컴포넌트(323)는 디코딩된 픽처 버퍼 컴포넌트(223)와 실질적으로 유사할 수도 있다.
도 4는 예시적인 비디오 디코더(400)를 예시하는 블록도이다. 비디오 디코더(400)는 코덱 시스템(200)의 디코딩 기능을 구현하도록 및/또는 동작 방법(100)의 단계(111, 113, 115, 및/또는 117)를 구현하도록 활용될 수도 있다. 디코더(400)는, 예를 들면 인코더(300)로부터, 비트스트림을 수신하고, 엔드 유저에 대한 디스플레이를 위해 비트스트림에 기초하여 재구성된 출력 비디오 신호를 생성한다.
비트스트림은 엔트로피 디코딩 컴포넌트(433)에 의해 수신된다. 엔트로피 디코딩 컴포넌트(433)는, CAVLC, CABAC, SBAC, PIPE 코딩, 또는 다른 엔트로피 코딩 기술과 같은 엔트로피 디코딩 스킴을 구현하도록 구성된다. 예를 들면, 엔트로피 디코딩 컴포넌트(433)는, 비트스트림에서 코드워드로서 인코딩되는 추가적인 데이터를 해석하기 위한 컨텍스트를 제공하기 위해, 헤더 정보를 활용할 수도 있다. 디코딩된 정보는 비디오 신호를 디코딩하기 위해 임의의 소망되는 정보, 예컨대 일반 제어 데이터, 필터 제어 데이터, 구획 정보, 모션 데이터, 예측 데이터, 및 잔차 블록으로부터의 양자화된 변환 계수를 포함한다. 양자화된 변환 계수는 잔차 블록으로의 재구성을 위해 역변환 및 양자화 컴포넌트(429)로 포워딩된다. 역변환 및 양자화 컴포넌트(429)는 역변환 및 양자화 컴포넌트(329)와 유사할 수도 있다.
재구성된 잔차 블록 및/또는 예측 블록은 인트라 예측 동작에 기초한 이미지 블록으로의 재구성을 위해 인트라 픽처 예측 컴포넌트(417)로 포워딩된다. 인트라 픽처 예측 컴포넌트(417)는 인트라 픽처 추정 컴포넌트(215) 및 인트라 픽처 예측 컴포넌트(217)와 유사할 수도 있다. 구체적으로, 인트라 픽처 예측 컴포넌트(417)는 프레임에서 참조 블록을 찾기 위해 예측 모드를 활용하고 인트라 예측된 이미지 블록을 재구성하기 위해 결과에 잔차 블록을 적용한다. 재구성된 인트라 예측된 이미지 블록 및/또는 잔차 블록 및 대응하는 인터 예측 데이터는 루프 내 필터 컴포넌트(425)를 통해 디코딩된 픽처 버퍼 컴포넌트(423)로 포워딩되는데, 이들은 루프내 필터 컴포넌트(225) 및 디코딩된 픽처 버퍼 컴포넌트(223)와, 각각, 실질적으로 유사할 수도 있다. 루프내 필터 컴포넌트(425)는 재구성된 이미지 블록, 잔차 블록 및/또는 예측 블록을 필터링하고, 그러한 정보는 디코딩된 픽처 버퍼 컴포넌트(423)에 저장된다. 디코딩된 픽처 버퍼 컴포넌트(423)로부터의 재구성된 이미지 블록은 인터 예측을 위해 모션 보상 컴포넌트(421)로 포워딩된다. 모션 보상 컴포넌트(421)는 모션 추정 컴포넌트(221) 및/또는 모션 보상 컴포넌트(219)와 실질적으로 유사할 수도 있다. 구체적으로, 모션 보상 컴포넌트(421)는 참조 블록으로부터의 모션 벡터를 활용하여 예측 블록을 생성하고 잔차 블록을 결과에 적용하여 이미지 블록을 재구성한다. 결과적으로 나타나는 재구성된 블록은 루프내 필터 컴포넌트(425)를 통해 디코딩된 픽처 버퍼 컴포넌트(423)로 또한 포워딩될 수도 있다. 디코딩된 픽처 버퍼 컴포넌트(423)는, 구획 정보를 통해 프레임으로 재구성될 수 있는 추가적인 재구성된 이미지 블록을 계속 저장한다. 그러한 프레임은 시퀀스에 또한 배치될 수도 있다. 시퀀스는 재구성된 출력 비디오 신호로서 디스플레이를 향해 출력된다.
도 5는 인터 레이어 예측(521)을 위해 구성되는 예시적인 다중 레이어 비디오 시퀀스(500)를 예시하는 개략도이다. 다중 레이어 비디오 시퀀스(500)는, 예를 들면, 방법(100)에 따라, 인코더, 예컨대 코덱 시스템(200) 및/또는 인코더(300)에 의해 인코딩될 수도 있고 디코더, 예컨대 코덱 시스템(200) 및/또는 디코더(400)에 의해 디코딩될 수도 있다. 다중 레이어 비디오 시퀀스(500)는 코딩된 비디오 시퀀스의 레이어에 대한 예시적인 적용을 묘사하기 위해 포함된다. 다중 레이어 비디오 시퀀스(500)는 레이어 N(531) 및 레이어 N+1(532)과 같은 복수의 레이어를 활용하는 임의의 비디오 시퀀스이다.
한 예에서, 다중 레이어 비디오 시퀀스(500)는 인터 레이어 예측(521)을 활용할 수도 있다. 인터 레이어 예측(521)은 상이한 레이어의 픽처(511, 512, 513, 및 514)와 픽처(515, 516, 517, 및 518) 사이에서 적용된다. 도시되는 예에서, 픽처(511, 512, 513, 및 514)는 레이어 N+1(532)의 일부이고 픽처(515, 516, 517, 및 518)는 레이어 N(531)의 일부이다. 레이어 N(531) 및/또는 레이어 N+1(532)과 같은 레이어는, 유사한 사이즈, 품질, 해상도, 신호 대 노이즈 비율, 성능, 등등과 같은 특성의 유사한 값과 모두 관련되는 픽처의 그룹이다. 레이어는, 동일한 nuh_layer_id를 공유하는 VCL NAL 단위 및 관련된 비 VCL NAL 단위의 세트로서 공식적으로서 정의될 수도 있다. VCL NAL 단위는 픽처의 코딩된 슬라이스와 같은 비디오 데이터를 포함하도록 코딩되는 NAL 단위이다. 비 VCL NAL 단위는, 비디오 데이터의 디코딩, 적합성 검사의 수행, 또는 다른 동작을 지원하는 신택스 및/또는 파라미터와 같은 비 비디오 데이터를 포함하는 NAL 단위이다.
도시되는 예에서, 레이어 N+1(532)은 레이어 N(531)보다 더 큰 이미지 사이즈와 관련된다. 따라서, 레이어 N+1(532)의 픽처(511, 512, 513, 및 514)는, 이 예에서, 레이어 N(531)의 픽처(515, 516, 517, 및 518)보다 더 큰 픽처 사이즈(예를 들면, 더 큰 높이와 폭 그러므로 더 많은 샘플)를 갖는다. 그러나, 그러한 픽처는 다른 특성에 의해 N+1 레이어(532)와 N 레이어(531) 사이에서 분리될 수 있다. 단지 두 개의 레이어인 레이어 N+1(532) 및 레이어 N(531)만이 도시되지만, 픽처의 세트는 관련된 특성에 기초하여 임의의 개수의 레이어로 분리될 수 있다. 레이어 N+1(532) 및 레이어 N(531)은 레이어 식별자(identifier; ID)에 의해 또한 나타내어질 수도 있다. 레이어 ID는 픽처와 관련되며 픽처가 나타내어진 레이어의 일부이다는 것을 나타내는 데이터의 아이템이다. 따라서, 각각의 픽처(511-518)는, 어떤 레이어 N+1(532) 또는 레이어 N(531)가 대응하는 픽처를 포함하는지를 나타내기 위해 대응하는 레이어 ID와 관련될 수도 있다. 예를 들면, 레이어 ID는, NAL 단위를 포함하는(예를 들면, 레이어의 픽처의 슬라이스 및/또는 파라미터를 포함하는) 레이어의 식별자를 명시하는 신택스 엘리먼트인 NAL 단위 헤더 레이어 식별자(nuh_layer_id)를 포함할 수도 있다. 레이어 N(531)과 같은, 더 낮은 품질/비트스트림 사이즈와 관련되는 레이어는 하위 레이어(lower layer) ID를 일반적으로 할당받고 하위 레이어로서 지칭된다. 게다가, 레이어 N+1(532)과 같은, 더 높은 품질/비트스트림 사이즈와 관련되는 레이어는 상위 레이어(higher layer) ID를 일반적으로 할당받고 상위 레이어로서 지칭된다.
상이한 레이어(531-532)의 픽처(511-518)는 대안예에서 디스플레이되도록 구성된다. 구체적인 예로서, 디코더는 더 작은 픽처가 소망되는 경우 현재 디스플레이 시간에 픽처(515)를 디코딩하여 디스플레이할 수도 있거나 또는 디코더는 더 큰 픽처가 소망되는 경우 현재 디스플레이 시간에 픽처(511)를 디코딩 및 디스플레이할 수도 있다. 그러한 만큼, 상위 레이어 N+1(532)의 픽처(511-514)는 (픽처 사이즈에서의 차이에도 불구하고) 하위 레이어 N(531)의 대응하는 픽처(515-518)와 실질적으로 동일한 이미지 데이터를 포함한다. 구체적으로, 픽처(511)는 픽처(515)와 실질적으로 동일한 이미지 데이터를 포함하고, 픽처(512)는 픽처(516)와 실질적으로 동일한 이미지 데이터를 포함하고, 등등이다.
픽처(511-518)는 동일한 레이어 N(531) 또는 N+1(532)의 다른 픽처(511-518)에 대한 참조에 의해 코딩될 수 있다. 동일한 레이어의 다른 픽처에 대한 참조에 의해 픽처를 코딩하는 것은 인터 예측(523)으로 귀결된다. 인터 예측(523)은 실선 화살표에 의해 묘사된다. 예를 들면, 픽처(513)는 참조로서 레이어 N+1(532)의 픽처(511, 512, 및/또는 514) 중 한 개 또는 두 개를 사용하여 인터 예측(523)을 활용하는 것에 의해 코딩될 수도 있는데, 여기서 하나의 픽처는 단방향 인터 예측을 위해 참조되고 및/또는 두 개의 픽처는 양방향 인터 예측을 위해 참조된다. 게다가, 픽처(517)는 참조로서 레이어 N(531)의 픽처(515, 516, 및/또는 518) 중 한 개 또는 두 개를 사용하여 인터 예측(523)을 활용하는 것에 의해 코딩될 수도 있는데, 여기서 하나의 픽처는 단방향 인터 예측을 위해 참조되고 및/또는 두 개의 픽처는 양방향 인터 예측을 위해 참조된다. 인터 예측(523)을 수행할 때 픽처가 동일한 레이어의 다른 픽처에 대한 참조로서 사용되는 경우, 픽처는 참조 픽처로서 지칭될 수도 있다. 예를 들면, 픽처(512)는 인터 예측(523)에 따라 픽처(513)를 코딩하기 위해 사용되는 참조 픽처일 수도 있다. 인터 예측(523)은 다중 레이어 컨텍스트에서 인트라 레이어 예측으로 또한 지칭될 수 있다. 그러한 만큼, 인터 예측(523)은 현재 픽처와는 상이한 참조 픽처의 지시된 샘플(indicated sample)에 대한 참조에 의해 현재 픽처의 샘플을 코딩하는 메커니즘인데, 여기서 참조 픽처 및 현재 픽처는 동일한 레이어에 있다.
픽처(511-518)는 상이한 레이어의 다른 픽처(511-518)에 대한 참조에 의해 또한 코딩될 수 있다. 이 프로세스는 인터 레이어 예측(521)으로서 공지되어 있으며, 파선의 화살표에 의해 묘사된다. 인터 레이어 예측(521)은 참조 픽처의 지시된 샘플에 대한 참조에 의해 현재 픽처의 샘플을 코딩하는 메커니즘인데, 여기서 현재 픽처 및 참조 픽처는 상이한 레이어에 있고 그러므로 상이한 레이어 ID를 갖는다. 예를 들면, 하위 레이어 N(531)의 픽처는 상위 레이어 N+1(532)의 대응 픽처를 코딩하기 위한 참조 픽처로서 사용될 수 있다. 구체적인 예로서, 픽처(511)는 인터 레이어 예측(521)에 따른 픽처(515)에 대한 참조에 의해 코딩될 수 있다. 그러한 경우, 픽처(515)는 인터 레이어 참조 픽처로서 사용된다. 인터 레이어 참조 픽처는 인터 레이어 예측(521)을 위해 사용되는 참조 픽처이다. 대부분의 경우, 인터 레이어 예측(521)은, 픽처(511)와 같은 현재 픽처가, 동일한 AU에 포함되는 그리고 하위 레이어에 있는 인터 레이어 참조 픽처(들), 예컨대 픽처(515)만을 사용할 수 있도록 제한된다. AU는 비디오 시퀀스의 특정한 출력 시간과 관련되는 픽처의 세트이고, 그러므로, AU는 레이어당 하나만큼 많은 픽처를 포함할 수 있다. 다수의 레이어(예를 들면, 두 개보다 더 많음)가 이용 가능한 경우, 인터 레이어 예측(521)은 현재 픽처보다 더 낮은 레벨에서 다수의 인터 레이어 참조 픽처(들)에 기초하여 현재 픽처를 인코딩/디코딩할 수 있다.
비디오 인코더는 인터 레이어 예측(523) 및 인터 레이어 예측(521)의 많은 상이한 조합 및/또는 순열(permutation)을 통해 픽처(511-518)를 인코딩하기 위해 다중 레이어 비디오 시퀀스(500)를 활용할 수 있다. 예를 들면, 픽처(515)는 인트라 예측에 따라 코딩될 수도 있다. 그 다음, 픽처(516-518)는 참조 픽처로서 픽처(515)를 사용하는 것에 의해 인터 예측(523)에 따라 코딩될 수 있다. 게다가, 픽처(511)는 픽처(515)를 인터 레이어 참조 픽처로서 사용하는 것에 의해 인터 레이어 예측(521)에 따라 코딩될 수도 있다. 그 다음, 픽처(512-514)는 참조 픽처로서 픽처(511)를 사용하는 것에 의해 인터 예측(523)에 따라 코딩될 수 있다. 그러한 만큼, 참조 픽처는 상이한 코딩 메커니즘에 대한 단일의 레이어 참조 픽처 및 인터 레이어 참조 픽처 둘 모두로서 역할을 할 수 있다. 하위 레이어 N(531) 픽처에 기초하여 상위 레이어 N+1(532) 픽처를 코딩하는 것에 의해, 상위 레이어 N+1(532)은, 인터 예측(523) 및 인터 레이어 예측(521)보다 훨씬 더 낮은 코딩 효율성을 갖는 인트라 예측을 활용하는 것을 방지할 수 있다. 그러한 만큼, 인트라 예측의 불량한 코딩 효율성은 가장 작은/가장 낮은 품질 픽처로 제한될 수 있고,그러므로, 가장 적은 양의 비디오 데이터를 코딩하는 것으로 제한될 수 있다. 참조 픽처 및/또는 인터 레이어 참조 픽처로서 사용되는 픽처는 참조 픽처 목록 구조에 포함되는 참조 픽처 목록(들)의 엔트리에서 나타내어질 수 있다.
그러한 동작을 수행하기 위해, 레이어 N(531) 및 레이어 N+1(532)과 같은 레이어가 OLS(525)에 포함될 수도 있다. OLS(525)는 하나 이상의 레이어가 출력 레이어로 명시되는 레이어의 세트이다. 출력 레이어는 (예를 들면, 디스플레이로의) 출력을 위해 지정되는 레이어이다. 예를 들면, 레이어 N(531)은 인터 레이어 예측(521)을 지원하기 위해 단독으로 포함될 수도 있고 결코 출력되지 않을 수도 있다. 그러한 경우, 레이어 N+1(532)은 레이어 N(531)에 기초하여 디코딩되고 출력된다. 그러한 경우, OLS(525)는 출력 레이어로서 레이어 N+1(532)을 포함한다. OLS(525)는 많은 레이어를 상이한 조합으로 포함할 수도 있다. 예를 들면, OLS(525)의 출력 레이어는, 하나, 둘 또는 많은 하위 레이어에 기초하여 인터 레이어 예측(521)에 따라 코딩될 수 있다. 게다가, OLS(525)는 하나보다 더 많은 출력 레이어를 포함할 수도 있다. 그러므로, OLS(525)는 하나 이상의 출력 레이어 및 출력 레이어를 재구성하는 데 필요한 임의의 지원 레이어를 포함할 수도 있다. 다중 레이어 비디오 시퀀스(500)는, 각각이 레이어의 상이한 조합을 활용하는 많은 상이한 OLS(525)를 활용하는 것에 의해 코딩될 수 있다.
특정한 예로서, 스케일러빌러티를 지원하기 위해 인터 레이어 예측(521)이 활용될 수도 있다. 예를 들면, 비디오는 레이어 N(531)과 같은 베이스 레이어, 및 레이어 N+1(532), 레이어 N+2, 레이어 N+3, 등등과 같은, 인터 레이어 예측(521)에 따라 코딩되는 여러 가지 향상 레이어로서 코딩될 수 있다. 비디오 시퀀스는, 해상도, 프레임 레이트, 픽처 사이즈, 등등과 같은 여러 가지 스케일러블 특성에 대해 코딩될 수 있다. 그 다음, 각각의 허용 가능한 특성에 대해 OLS(525)가 생성될 수 있다. 예를 들면, 제1 해상도에 대한 OLS(525)는 레이어 N(531)만을 포함할 수도 있고, 제2 해상도에 대한 OLS(525)는 레이어 N(531) 및 레이어 N+1(532)을 포함할 수도 있고, 제3 해상도에 대한 OLS는 레이어 N(531), 레이어 N+1(532), 레이어 N+2를 포함할 수도 있고, 등등일 수도 있다. 이러한 방식으로, OLS(525)는, 네트워크 조건, 하드웨어 제약, 등등에 기초하여 다중 레이어 비디오 시퀀스(500)의 어떤 버전이 소망되더라도 디코더가 디코딩하는 것을 허용하도록 송신될 수 있다.
도 6은 멀티뷰에서의 사용을 위한 동시 송출 레이어(631, 632, 633, 및 634)을 포함하는 예시적인 멀티뷰 시퀀스(600)를 예시하는 개략도이다. 멀티뷰 시퀀스(600)는 다중 레이어 비디오 시퀀스(500)의 한 타입이다. 따라서, 멀티뷰 시퀀스(600)는, 예를 들면, 방법(100)에 따라, 코덱 시스템(200) 및/또는 인코더(300)와 같은 인코더에 의해 인코딩될 수도 있고, 코덱 시스템(200) 및/또는 디코더(400)와 같은 디코더에 의해 디코딩될 수도 있다.
멀티뷰 비디오는 입체 비디오로서 또한 지칭될 수도 있다. 멀티뷰에서, 비디오 시퀀스는 다수의 카메라 각도로부터 단일의 비디오 스트림으로 동시에 캡쳐된다. 예를 들면, 비디오를 캡쳐하기 위해 한 쌍의 공간적으로 오프셋된 카메라가 활용될 수 있다. 각각의 카메라는 상이한 각도로부터 비디오를 캡쳐한다. 이것은 동일한 주제의 한 쌍의 뷰로 귀결된다. 뷰 중 제1의 것은 유저의 우안에 제시될 수 있고 뷰 중 제2의 것은 유저의 좌안에 제시될 수 있다. 예를 들면, 이것은 좌안 디스플레이 및 별개의 우안 디스플레이를 포함하는 헤드 마운트형 디스플레이(head mounted display; HMD)를 활용하는 것에 의해 달성될 수 있다. 상이한 각도로부터의 동일한 주제의 한 쌍의 스트림을 디스플레이하는 것은 시각적 깊이의 인상을 생성하고, 그러므로, 3D 뷰잉 경험을 생성한다.
멀티뷰를 구현하기 위해, 비디오는 OLS(525)와 유사한, OLS(625) 및 OLS(626)와 같은 다수의 OLS로 인코딩될 수 있다. 뷰 각각은, 레이어 N(531)과 유사할 수도 있는 레이어(631, 632, 633, 및 634)와 같은 레이어로 인코딩된다. 구체적인 예로서, 우안 뷰는 레이어(631)로 인코딩될 수도 있고, 좌안 뷰는 레이어(632)로 인코딩될 수 있다. 그 다음, 레이어(631 및 632)는 OLS(625)에 포함될 수 있다. 이러한 방식으로, OLS(625)는 출력 레이어로서 마킹되는 레이어(631 및 632)와 함께 디코더로 송신될 수 있다. 그 다음, 디코더는 레이어(631 및 632) 둘 모두를 디코딩하여 디스플레이할 수 있다. 그러한 만큼, OLS(625)는 멀티뷰 비디오의 표현을 가능하게 하기에 충분한 데이터를 제공한다. 다른 타입의 비디오에서와 같이, 멀티뷰 비디오는 상이한 디스플레이 디바이스, 상이한 네트워크 조건, 등등을 허용하기 위해 여러 가지 표현으로 인코딩될 수도 있다. 따라서, OLS(626)는 OLS(625)와 실질적으로 유사하지만, 그러나 상이한 특성을 달성하도록 코딩되는 비디오를 포함한다. 예를 들면, 레이어(633)는 레이어(631)와 실질적으로 유사할 수도 있고 레이어(634)는 레이어(632)와 실질적으로 유사할 수도 있다. 그러나, 레이어(633 및 634)는 레이어(631 및 632)와는 상이한 특성을 가질 수도 있다. 특정한 예로서, 레이어(633 및 634)는 레이어(631 및 632)와는 상이한 해상도, 프레임 레이트, 스크린 사이즈, 등등에서 인코딩될 수도 있다. 특정한 예로서, OLS(625)는, 제1 픽처 해상도가 소망되는 경우 디코더로 송신될 수 있고 OLS(626)는 제2 픽처 해상도가 소망되는 경우 디코더로 송신될 수 있다.
몇몇 경우에, 스케일러빌러티가 활용되지 않는다. 인터 레이어 예측을 활용하지 않는 레이어는 동시 송출 레이어로서 지칭된다. 동시 송출 레이어는 다른 레이어에 대한 참조 없이 완전히 디코딩될 수 있다. 예를 들면, 도시되는 바와 같은 레이어(631-634)는, 그들이 어떠한 참조 레이어에도 의존하지 않기 때문에, 모두 동시 송출 레이어이다. 이 구성은 몇몇 비디오 코딩 시스템에서 에러를 야기할 수도 있다.
예를 들면, 몇몇 비디오 코딩 시스템은 모든 레이어가 동시 송출될 때 각각의 OLS가 단일의 레이어를 포함한다는 것을 추론하도록 구성될 수도 있다. 그러한 추론은 몇몇 경우에 합리적이다. 예를 들면, 표준 비디오에 대해 스케일러빌러티가 사용되지 않는 경우, 시스템은, 각각의 동시 송출 레이어가 임의의 다른 레이어 없이 디스플레이될 수 있다는 것을 가정할 수 있고, 그러므로 OLS는 단지 하나의 레이어만을 포함해야 한다. 이 추론은 멀티뷰가 제대로 동작하는 것을 방지할 수도 있다. 도시되는 바와 같이, OLS(625 및 626) 각각은 두 개의 레이어(631 및 632) 및 레이어(633 및 634)를 각각 포함한다. 그러한 경우, 디코더는, 어떤 레이어를 디코딩할지를 확신할 수 없을 수도 있으며 하나의 레이어만이 예상되기 때문에 레이어 둘 모두를 디코딩 및 디스플레이하지 않을 수도 있다.
본 개시는 비트스트림에서 each_layer_is_an_ols_flag를 활용하는 것에 의해 이 문제를 다룬다. 구체적으로, 모든 레이어(631-634)가 동시 송출될 때, vps_all_independent_layers_flag에 의해 나타내어지는 바와 같이, each_layer_is_an_ols_flag가 시그널링된다. each_layer_is_an_ols_flag는, 각각의 OLS가 단일의 레이어를 포함하는지의 여부 또는 OLS(625 및 626)와 같은 임의의 OLS가 하나보다 더 많은 레이어를 포함하는지의 여부를 나타낸다. 이것은 멀티뷰 시퀀스(600)가 적절하게 디코딩되는 것을 허용한다. 게다가, ols_mode_idc는, OLS(625-626)의 개수뿐만 아니라 레이어(631-634)에 관련되는 정보(예를 들면, 어떤 레이어(631-634)가 출력 레이어인지의 지시)가 명시적으로 시그널링되어야 한다는 것을 나타내도록 설정될 수도 있다. 이들 플래그는 디코더가 멀티뷰를 사용하여 OLS(625 및/또는 626)를 올바르게 디코딩하고 디스플레이하기에 충분한 정보를 제공한다. each_layer_is_an_ols_flag, vps_all_independent_layers_flag, 및 ols_mode_idc는 VVC 표준화에 의해 활용되는 명명법에 기초하여 명명된다는 것을 유의해야 한다. 그러한 이름은 논의의 일관성 및 명확화를 위해 여기에 포함된다. 그러나, 그러한 신택스 엘리먼트는 본 개시의 범위로부터 벗어나지 않으면서 다른 이름으로 칭해질 수도 있다.
도 7은 멀티뷰에서의 사용을 위한 동시 송출 레이어를 갖는 OLS를 포함하는 예시적인 비트스트림(700)을 예시하는 개략도이다. 예를 들면, 비트스트림(700)은, 방법(100)에 따라, 코덱 시스템(200) 및/또는 디코더(400)에 의한 디코딩을 위해 코덱 시스템(200) 및/또는 인코더(300)에 의해 생성될 수 있다. 게다가, 비트스트림(700)은 코딩된 다중 레이어 비디오 시퀀스(500) 및/또는 멀티뷰 시퀀스(600)를 포함할 수도 있다.
비트스트림(700)은 VPS(711), 하나 이상의 시퀀스 파라미터 세트(Sequence Parameter Set; SPS)(713), 복수의 픽처 파라미터 세트(picture parameter set; PPS)(715), 복수의 슬라이스 헤더(717), 및 이미지 데이터(720)를 포함한다. VPS(711)는 전체 비트스트림(700)에 관련되는 데이터를 포함한다. 예를 들면, VPS(711)는 비트스트림(700)에서 사용되는 OLS, 레이어, 및/또는 서브레이어(sublayer)에 관련되는 데이터를 포함할 수도 있다. SPS(713)는 비트스트림(700)에 포함되는 코딩된 비디오 시퀀스의 모든 픽처에 공통적인 시퀀스 데이터를 포함한다. 예를 들면, 각각의 레이어는 하나 이상의 코딩된 비디오 시퀀스를 포함할 수도 있고, 각각의 코딩된 비디오 시퀀스는 대응하는 파라미터에 대해 SPS(713)를 참조할 수도 있다. SPS(713)의 파라미터는 픽처 사이즈 조정, 비트 심도, 코딩 도구 파라미터, 비트 레이트 제한, 등등을 포함할 수 있다. 각각의 시퀀스가 SPS(713)를 참조하지만, 몇몇 예에서, 단일의 SPS(713)가 다수의 시퀀스에 대한 데이터를 포함할 수 있다는 것을 유의해야 한다. PPS(715)는 전체 픽처에 적용되는 파라미터를 포함한다. 그러므로, 비디오 시퀀스의 각각의 픽처는 PPS(715)를 참조할 수도 있다. 각각의 픽처가 PPS(715)를 참조하지만, 단일의 PPS(715)가 몇몇 예에서 다수의 픽처에 대한 데이터를 포함할 수 있다는 것을 유의해야 한다. 예를 들면, 다수의 유사한 픽처가 유사한 파라미터에 따라 코딩될 수도 있다. 그러한 경우에, 단일의 PPS(715)는 그러한 유사한 픽처에 대한 데이터를 포함할 수도 있다. PPS(715)는 대응하는 픽처의 슬라이스, 양자화 파라미터, 오프셋, 등등에 대해 이용 가능한 코딩 도구를 나타낼 수 있다.
슬라이스 헤더(717)는 픽처(725)의 각각의 슬라이스(727)에 고유한 파라미터를 포함한다. 그러므로, 비디오 시퀀스의 슬라이스(727)마다 하나의 슬라이스 헤더(717)가 있을 수도 있다. 슬라이스 헤더(717)는 슬라이스 타입 정보, POC, 참조 픽처 목록, 예측 가중치, 타일 진입 포인트, 블록화 제거 파라미터, 등등을 포함할 수도 있다. 몇몇 예에서, 비트스트림(700)은, 단일의 픽처의 모든 슬라이스(727)에 적용되는 파라미터를 포함하는 신택스 구조인 픽처 헤더를 또한 포함할 수도 있다는 것을 유의해야 한다. 이러한 이유 때문에, 픽처 헤더 및 슬라이스 헤더(717)는 몇몇 상황에서 상호 교환 가능하게 사용될 수도 있다. 예를 들면, 소정의 파라미터는, 그러한 파라미터가 픽처(725)의 모든 슬라이스(727)에 대해 공통인지의 여부에 따라, 슬라이스 헤더(717)와 픽처 헤더 사이에서 이동될 수도 있다.
이미지 데이터(720)는 인터 예측 및/또는 인트라 예측에 따라 인코딩되는 비디오 데이터뿐만 아니라, 대응하는 변환되고 양자화된 잔차 데이터를 포함한다. 예를 들면, 이미지 데이터(720)는 픽처(725)의 레이어(723)를 포함할 수도 있다. 레이어(723)는 OLS(721)로 편제될 수도 있다. OLS(721)는 OLS(525, 625, 및/또는 626)와 실질적으로 유사할 수도 있다. 구체적으로, OLS(721)는 하나 이상의 레이어(723)가 출력 레이어(들)로서 명시되는 레이어(723)의 세트이다. 예를 들면, 비트스트림(700)은 상이한 해상도, 프레임 레이트, 픽처(725) 사이즈, 등등에서 코딩되는 비디오와 함께 여러 가지 OLS(721)를 포함하도록 코딩될 수도 있다. 디코더에 의한 요청 시, 서브 비트스트림(sub-bitstream) 추출 프로세스는 비트스트림(700)으로부터의 요청된 OLS(721)를 제외한 모든 것을 제거할 수 있다. 그 다음, 인코더는 요청된 OLS(721)만을 포함하는 비트스트림(700), 그러므로 요청된 기준을 충족하는 비디오만을 디코더로 송신할 수 있다.
레이어(723)는 레이어 N(531), 레이어 N+1(532), 및/또는 레이어(631, 632, 633, 및/또는 634)와 실질적으로 유사할 수도 있다. 레이어(723)는 일반적으로 인코딩된 픽처(725)의 세트이다. 레이어(723)는, 디코딩될 때, 명시된 특성(예를 들면, 공통 해상도, 프레임 레이트, 이미지 사이즈, 등등)을 공유하는 VCL NAL 단위의 세트로서 공식적으로서 정의될 수도 있다. 레이어(723)는 VCL NAL 단위의 디코딩을 지원하기 위해 관련된 비 VCL NAL 단위를 또한 포함한다. 레이어(723)의 VCL NAL 단위는 nuh_layer_id의 특정한 값을 공유할 수도 있다. 레이어(723)는 인터 레이어 예측 없이 코딩되는 동시 송출 레이어 또는 도 6 및 도 5과 관련하여 각각 논의되는 바와 같이 인터 레이어 예측에 따라 코딩되는 레이어(723)일 수도 있다.
픽처(725)는 프레임 또는 그 필드를 생성하는 루마 샘플의 어레이 및/또는 크로마 샘플의 어레이이다. 예를 들면, 픽처(725)는 디스플레이를 위해 출력될 수도 있는 또는 출력을 위해 다른 픽처(들)(725)의 코딩을 지원하기 위해 사용될 수도 있는 코딩된 이미지일 수도 있다. 픽처(725)는 VCL NAL 단위의 세트를 포함할 수도 있다. 픽처(725)는 하나 이상의 슬라이스(727)를 포함한다. 슬라이스(727)는, 단일의 NAL 단위, 구체적으로 VCL NAL 단위에서 배타적으로 포함되는 픽처(725)의 정수 개수의 완전한 타일 또는 (예를 들면, 타일 내의) 정수 개수의 연속적인 완전한 코딩 트리 단위(CTU) 행으로서 정의될 수도 있다. 슬라이스(727)는 CTU 및/또는 코딩 트리 블록(CTB)으로 추가로 분할된다. CTU는 코딩 트리에 의해 구획될 수 있는 사전 정의된 사이즈의 샘플의 그룹이다. CTB는 CTU의 서브세트이며 CTU의 루마 성분 또는 크로마 성분을 포함한다. CTU/CTB는 코딩 트리에 기초하여 코딩 블록으로 추가로 분할된다. 그 다음, 코딩 블록은 예측 메커니즘에 따라 인코딩/디코딩될 수 있다.
본 개시는, 비디오의 모든 레이어(723)가 동시 송출되고 인터 레이어 예측을 활용하지 않을 때, 비디오 코딩 시스템이 멀티뷰 시퀀스(600)와 같은 멀티뷰 비디오를 적절하게 디코딩하는 것을 허용하기 위한 메커니즘을 포함한다. 예를 들면, VPS(711)는, 레이어(723)가 모두 동시 송출된다는 것, 및 OLS(721)가 하나보다 더 많은 레이어(723)를 포함한다는 것을 디코더에 나타내기 위해 다양한 데이터를 포함할 수 있다. vps_all_independent_layers_flag(731)는 비트스트림(700)에서 VPS(711)에서 포함될 수 있다. vps_all_independent_layers_flag(731)는, 레이어(723) 중 임의의 것을 비트스트림(700)에서 코딩하기 위해 인터 레이어 예측이 사용되는지의 여부를 시그널링하는 신택스 엘리먼트이다. 예를 들면, vps_all_independent_layers_flag(731)는 레이어(723) 중 어느 것도 인터 레이어 예측을 사용하지 않으며, 따라서 모두 동시 송출되는 경우 1로 설정될 수 있다. 다른 예에서, vps_all_independent_layers_flag(731)는 레이어(723) 중 적어도 하나가 인터 레이어 예측을 사용한다는 것을 나타내기 위해 제로로 설정될 수 있다. 모든 레이어(723)이 동시 송출된다는 것을 나타내기 위해 vps_all_independent_layers_flag(731)가 1로 설정되는 경우, each_layer_is_an_ols_flag(733)가 VPS(711)에서 시그널링된다. each_layer_is_an_ols_flag(733)는, 비트스트림(700)의 각각의 OLS(721)가 단일의 레이어(723)를 포함하는지의 여부를 시그널링하는 신택스 엘리먼트이다. 예를 들면, 각각의 OLS(721)는 대부분의 경우 단일의 동시 송출 레이어를 포함할 수도 있다. 그러나, 멀티뷰 비디오가 비트스트림(700)으로 인코딩될 때 하나 이상의 OLS(721)는 두 개의 동시 송출 레이어를 포함할 수도 있다. 따라서, each_layer_is_an_ols_flag(733)는, 각각의 OLS(721)가 단일의 레이어(723)를 포함한다는 것을 명시하도록 (예를 들면, 1로) 설정될 수 있거나 또는 멀티뷰를 지원하기 위해 적어도 하나의 OLS(721)가 하나보다 더 많은 레이어(723)를 포함한다는 것을 명시하도록 (예를 들면, 제로로) 설정될 수도 있다. 그러한 만큼, vps_all_independent_layers_flag(731) 및 each_layer_is_an_ols_flag(733)는 멀티뷰 애플리케이션을 지원하기 위해 사용될 수 있다.
게다가, VPS(711)는 ols_mode_idc(735)를 포함할 수도 있다. ols_mode_idc(735)는, OLS(721)의 개수, OLS(721)의 레이어(723), 및 OLS(721)의 출력 레이어에 관련되는 정보를 나타내는 신택스 엘리먼트이다. 출력 레이어(723)은, 참조 기반의 코딩을 위해서만 전적으로 사용되는 것과는 대조적으로, 디코더에 의한 출력을 위해 지정되는 임의의 레이어이다. ols_mode_idc(735)는 다른 타입의 비디오를 코딩하기 위해 제로 또는 1로 설정될 수도 있다. ols_mode_idc(735)는 멀티뷰를 지원하기 위해 2로 설정될 수 있다. 예를 들면, ols_mode_idc(735)는, vps_all_independent_layers_flag(731)가 1로 설정되는 경우(동시 송출 레이어를 나타냄) 그리고 each_layer_is_an_ols_flag(733)가, 적어도 하나의 OLS(721)가 하나보다 더 많은 레이어(723)를 포함한다는 것을 나타내는 제로로 설정되는 경우, 2로 설정될 수 있다. ols_mode_idc(735)가 2로 설정되는 경우, OLS(721)의 개수 및 각각의 OLS(721)에 포함되는 레이어(723) 및/또는 출력 레이어의 개수에 관련되는 정보가 명시적으로 시그널링된다.
VPS(711)는 vps_max_layers_minus1(737)을 또한 포함할 수도 있다. vps_max_layers_minus1(737)은 VPS(711)에 의해 명시되는 레이어(723)의 개수, 그러므로 비트스트림(700)의 대응하는 코딩된 비디오 시퀀스에서 허용되는 레이어(723)의 최대 개수를 시그널링하는 신택스 엘리먼트이다. VPS(711)는 num_output_layer_sets_minus1(739)을 또한 포함할 수도 있다. num_output_layer_sets_minus1(739)은 VPS(711)에 의해 명시되는 OLS(721)의 총 개수를 명시하는 신택스 엘리먼트이다. 한 예에서, vps_max_layers_minus1(737) 및 num_output_layer_sets_minus1(739)은, ols_mode_idc(735)가 2로 설정될 때 VPS(711)에서 시그널링될 수 있다. 이것은, 비디오가 멀티뷰를 포함할 때, OLS(721)의 개수 및 레이어(723)의 개수가 시그널링되게 한다. 구체적으로, vps_max_layers_minus1(737) 및 num_output_layer_sets_minus1(739)은, vps_all_independent_layers_flag(731)가 1로 설정되는 경우(동시 송출 레이어를 나타냄) 그리고 each_layer_is_an_ols_flag(733)가, 적어도 하나의 OLS(721)가 하나보다 더 많은 레이어(723)를 포함한다는 것을 나타내는 제로로 설정되는 경우 시그널링될 수 있다. 그 다음, 디코더는 이 정보를 사용하여 멀티뷰 비디오를 포함하는 OLS(721)를 올바르게 디코딩할 수 있다. 이 접근법은 에러를 수정하는 동안 코딩 효율성을 지원한다. 구체적으로, 멀티뷰가 지원된다. 그러나, OLS(721) 및/또는 레이어(723)의 개수는, 멀티뷰가 활용되지 않을 때, 비트스트림(700)으로부터 여전히 추론되고 생략될 수 있다. 그러한 만큼, 개시된 메커니즘은, 그러한 디바이스가 멀티뷰 비디오를 적절하게 코딩하는 것을 허용하는 것에 의해 인코더 및/또는 디코더의 기능성을 증가시킨다. 게다가, 개시된 메커니즘은 감소된 비트스트림 사이즈를 유지할 수도 있고, 그러므로, 인코더 및 디코더 둘 모두에서 프로세서, 메모리, 및/또는 네트워크 리소스 활용을 감소시킬 수도 있다.
전술한 정보는, 이제, 본원의 하기에서 더욱 상세하게 설명된다. 레이어화된 비디오 코딩은 스케일러블 비디오 코딩 또는 스케일러빌러티를 갖는 비디오 코딩으로서 또한 지칭된다. 비디오 코딩에서의 스케일러빌러티는 다중 레이어 코딩 기술을 사용하는 것에 의해 지원될 수도 있다. 다중 레이어 비트스트림은 베이스 레이어(base layer; BL) 및 하나 이상의 향상 레이어(enhancement layer; EL)를 포함한다. 스케일러빌러티의 예는, 공간적 스케일러빌러티, 품질/신호 대 노이즈 비율(SNR) 스케일러빌러티, 멀티뷰 스케일러빌러티, 프레임 레이트 스케일러빌러티, 등등을 포함한다. 다중 레이어 코딩 기술이 사용되는 경우, 픽처 또는 그 일부는 참조 픽처를 사용하지 않으면서 코딩될 수도 있고(인트라 예측), 동일한 레이어에 있는 참조 픽처를 참조하는 것에 의해 코딩될 수도 있고(인터 예측), 및/또는 다른 레이어(들)에 있는 참조 픽처를 참조하는 것에 의해 코딩될 수도 있다(인터 레이어 예측). 현재 픽처의 인터 레이어 예측을 위해 사용되는 참조 픽처는 인터 레이어 참조 픽처(inter-layer reference picture; ILRP)로서 지칭된다. 도 5는 상이한 레이어의 픽처가 상이한 해상도를 갖는 공간적 스케일러빌러티를 위한 다중 레이어 코딩의 한 예를 예시한다.
몇몇 비디오 코딩 제품군은 단일 레이어 코딩을 위한 프로파일(들)과는 분리된 프로파일(들)에서 스케일러빌러티에 대한 지원을 제공한다. 스케일러블 비디오 코딩(SVC)은, 공간적, 시간적 및 품질 스케일러빌러티에 대한 지원을 제공하는 고급 비디오 코딩(AVC)의 스케일러블 확장이다. SVC의 경우, EL MB가 하위 레이어로부터의 동일 위치에 위치된 블록(collocated block)을 사용하여 예측되는지의 여부를 나타내기 위해, EL 픽처의 각각의 매크로블록(macroblock; MB)에서 플래그가 시그널링된다. 동일 위치된 블록으로부터의 예측은 텍스쳐, 모션 벡터, 및/또는 코딩 모드를 포함할 수도 있다. SVC의 구현예는 수정되지 않은 AVC 구현예를 그들의 설계에서 바로 재사용할 수 없을 수도 있다. SVC EL 매크로블록 신택스 및 디코딩 프로세스는 AVC 신택스 및 디코딩 프로세스와는 상이하다.
스케일러블 HEVC(SHVC)는 공간 및 품질 스케일러빌러티에 대한 지원을 제공하는 HEVC의 확장이다. 멀티뷰 HEVC(MV-HEVC)는 멀티뷰 스케일러빌러티에 대한 지원을 제공하는 HEVC의 확장이다. 3D HEVC(3D-HEVC)는, MV-HEVC보다 더 발전되고 더 효율적인 3D 비디오 코딩에 대한 지원을 제공하는 HEVC의 확장이다. 시간적 스케일러빌러티는 단일 레이어 HEVC 코덱의 필수적인 부분으로서 포함될 수도 있다. HEVC의 다중 레이어 확장에서, 인터 레이어 예측을 위해 사용되는 디코딩된 픽처는 동일한 AU로부터만 유래하며 장기간 참조 픽처(long-term reference picture; LTRP)로서 취급된다. 그러한 픽처는, 현재 레이어의 다른 시간 참조 픽처와 함께 참조 픽처 목록(들)에서의 참조 인덱스를 할당받는다. 인터 레이어 예측(inter-layer prediction; ILP)은, 참조 픽처 목록(들)의 인터 레이어 참조 픽처(들)를 참조하도록 참조 인덱스의 값을 설정하는 것에 의해, 예측 단위(PU) 레벨에서 달성된다. 공간적 스케일러빌러티는, ILRP가 인코딩 또는 디코딩되고 있는 현재 픽처와는 상이한 공간 해상도를 가질 때 참조 픽처 또는 그 일부를 재샘플링한다. 참조 픽처 재샘플링은, 픽처 레벨 또는 코딩 블록 레벨 중 어느 하나에서 실현될 수 있다.
VVC는 레이어화된 비디오 코딩을 또한 지원할 수도 있다. VVC 비트스트림은 다수의 레이어를 포함할 수 있다. 레이어는 모두 서로 독립적일 수 있다. 예를 들면, 각각의 레이어는 인터 레이어 예측을 사용하지 않고 코딩될 수 있다. 이 경우, 레이어는 동시 송출 레이어로서 또한 지칭된다. 몇몇 경우에, 레이어 중 일부는 ILP를 사용하여 코딩된다. VPS의 플래그는, 레이어가 동시 송출 레이어인지의 여부 또는 일부 레이어가 ILP를 사용하는지의 여부를 나타낼 수 있다. 일부 레이어가 ILP를 사용하는 경우, 레이어 사이의 레이어 종속성 관계도 또한 VPS에서 시그널링된다. SHVC 및 MV-HEVC와는 달리, VVC는 OLS를 명시하지 않을 수도 있다. OLS는 레이어의 명시된 세트를 포함하는데, 여기서 레이어의 세트의 하나 이상의 레이어는 출력 레이어인 것으로 명시된다. 출력 레이어는 출력되는 OLS의 레이어이다. VVC의 몇몇 구현예에서, 레이어가 동시 송출 레이어인 경우, 디코딩 및 출력을 위해 단지 하나의 레이어만이 선택될 수도 있다. VVC의 몇몇 구현예에서, 모든 레이어를 포함하는 전체 비트스트림은 임의의 레이어가 ILP를 사용할 때 디코딩되도록 명시된다. 게다가, 레이어 중 소정의 레이어가 출력 레이어인 것으로 명시된다. 출력 레이어는 오로지 최상위 레이어(highest layer), 모든 레이어, 또는 최상위 레이어 플러스 지시된 하위 레이어의 세트인 것으로 나타내어질 수도 있다.
전술한 양태는 소정의 문제를 포함한다. 예를 들면, 레이어가 동시 송출 레이어인 경우, 디코딩 및 출력을 위해 단지 하나의 레이어만이 선택될 수도 있다. 그러나, 이 접근법은, 예컨대 멀티뷰 애플리케이션에서, 하나보다 더 많은 레이어가 디코딩되고 출력될 수도 있는 경우를 지원하지 않는다.
일반적으로, 본 개시는 동시 송출 레이어에 대한 하나보다 더 많은 출력 레이어를 갖는 동작 포인트의 지원을 위한 접근법을 설명한다. 그 기술의 설명은 ITU-T 및 ISO/IEC의 JVET에 의한 VVC에 기초한다. 그러나, 그 기술은 다른 비디오 코덱 명세에 기초하는 레이어화된 비디오 코딩에도 또한 적용된다.
상기 언급된 문제 중 하나 이상은 다음과 같이 해결될 수도 있다. 구체적으로, 본 개시는, 아래에 요약되는 바와 같이, 동시 송출 레이어를 포함하는 비트스트림의 다수의 레이어의 디코딩 및 출력의 지원을 위한 간단하고 효율적인 방법을 포함한다. VPS는 각각의 레이어가 OLS인지의 여부의 지시를 포함할 수도 있다. 각각의 레이어가 OLS인 경우, 단지 하나의 레이어만이 디코딩되어 출력될 수 있다. 이 경우, OLS의 개수는 레이어의 개수와 동일한 것으로 추론된다. 게다가, 각각의 OLS는 하나의 레이어를 포함하며 그 레이어는 출력 레이어이다. 다르게는, OLS의 개수는 명시적으로 시그널링된다. 0 번째 OLS를 제외한 각각의 OLS에 대해, OLS에 포함되는 레이어는 명시적으로 시그널링될 수도 있다. 게다가, 각각의 OLS의 각각의 레이어는 출력 레이어인 것으로 추론될 수 있다. 0 번째 OLS는 출력 레이어인 최하위 레이어만을 포함한다.
전술한 메커니즘의 예시적인 구현예는 다음과 같다. 예시적인 비디오 파라미터 세트 신택스는 다음과 같다.
Figure pct00001
Figure pct00002
예시적인 비디오 파라미터 세트 의미론은 다음과 같다. VPS RBSP는 참조되기 이전에 디코딩 프로세스가 이용 가능해야 하고, 제로와 동일한 TemporalId를 갖는 또는 외부 메커니즘을 통해 제공되는 적어도 하나의 액세스 단위에서 포함되어야 하며, VPS RBSP를 포함하는 VPS NAL 단위는 vps_layer_id[0]와 동일한 nuh_layer_id를 가져야 한다. CVS에서 vps_video_parameter_set_id의 특정한 값을 갖는 모든 VPS NAL 단위는 동일한 콘텐츠를 가져야 한다. vps_video_parameter_set_id는 다른 신택스 엘리먼트에 의한 참조를 위해 VPS에 대한 식별자를 제공한다. vps_max_layers_minus1 플러스 1은, VPS를 참조하는 각각의 CVS에서 레이어의 최대 허용되는 개수를 명시한다. vps_max_sub_layers_minus1 플러스 1은, VPS를 참조하는 각각의 CVS에서 존재할 수도 있는 시간적 서브레이어의 최대 개수를 명시한다. vps_max_sub_layers_minus1의 값은 0 이상 6 이하의 범위 내에 있어야 한다.
CVS의 모든 레이어가 인터 레이어 예측을 사용하지 않고 독립적으로 코딩된다는 것을 명시하기 위해, vps_all_independent_layers_flag가 1과 동일하게 설정될 수도 있다. CVS의 하나 이상의 레이어가 인터 레이어 예측을 사용할 수도 있다는 것을 명시하기 위해, vps_all_independent_layers_flag가 제로와 동일하게 설정될 수도 있다. 존재하지 않는 경우, vps_all_independent_layers_flag의 값은 1과 동일한 것으로 추론된다. vps_all_independent_layers_flag가 1과 동일한 경우, vps_independent_layer_flag[i]의 값은 1과 동일한 것으로 추론된다. vps_all_independent_layers_flag가 제로와 동일한 경우, vps_independent_layer_flag[0]의 값은 1과 동일한 것으로 추론된다. vps_layer_id[i]는 i 번째 레이어의 nuh_layer_id 값을 명시한다. m 및 n의 임의의 두 개의 음이 아닌 정수 값에 대해, m이 n보다 더 작은 경우, vps_layer_id[m]의 값은 vps_layer_id[n]보다 더 작아야 한다. 인덱스 i를 갖는 레이어가 인터 레이어 예측을 사용하지 않는다는 것을 명시하기 위해, vps_independent_layer_flag[i]가 1과 동일하게 설정될 수도 있다. 인덱스 i를 갖는 레이어가 인터 레이어 예측을 사용할 수도 있고 vps_layer_dependency_flag[i]가 VPS에서 존재한다는 것을 명시하기 위해, vps_independent_layer_flag[i]가 제로와 동일하게 설정될 수도 있다. 존재하지 않는 경우, vps_independent_layer_flag[i]의 값은 1과 동일한 것으로 추론된다.
인덱스 j를 갖는 레이어가 인덱스 i를 갖는 레이어에 대한 직접적인 참조 레이어가 아니다는 것을 명시하기 위해 vps_direct_dependency_flag[i][j]가 제로와 동일하게 설정될 수도 있다. 인덱스 j를 갖는 레이어가 인덱스 i를 갖는 레이어에 대한 직접적인 참조 레이어이다는 것을 명시하기 위해 vps_direct_dependency_flag[i][j]가 1과 동일하게 설정될 수도 있다. vps_direct_dependency_flag[i][j]가 0 이상 vps_max_layers_minus1 이하의 범위 내의 i 및 j에 대해 존재하지 않는 경우, vps_direct_dependency_flag[i][j]는 0과 동일한 것으로 추론된다. i 번째 레이어의 j 번째 직접적인 종속 레이어를 명시하는 변수 DirectDependentLayerIdx[i][j]는 다음과 같이 유도된다:
Figure pct00003
vps_layer_id[i]와 동일한 nuh_layer_id를 갖는 레이어의 레이어 인덱스를 명시하는 변수 GeneralLayerIdx[i]는 다음과 같이 유도된다:
Figure pct00004
각각의 출력 레이어 세트가 단지 하나의 레이어만을 포함하고 비트스트림에서의 각각의 레이어 그 자체가 출력 레이어 세트이되 단일의 포함된 레이어가 유일한 출력 레이어이다는 것을 명시하기 위해, each_layer_is_an_ols_flag가 1과 동일하게 설정될 수도 있다. each_layer_is_an_ols_flag는 출력 레이어 세트가 하나보다 더 많은 레이어를 포함할 수도 있다는 것을 명시하기 위해 제로와 동일하게 설정될 수도 있다. vps_max_layers_minus1이 제로와 동일하면, each_layer_is_an_ols_flag의 값은 1과 동일한 것으로 추론된다. 그렇지 않고, vps_all_independent_layers_flag가 제로와 동일한 경우, each_layer_is_an_ols_flag의 값은 제로와 동일한 것으로 추론된다.
VPS에 의해 명시되는 OLS의 총 개수가 vps_max_layers_minus1 + 1과 동일하다는 것, i 번째 OLS가 0 이상 i 이하의 레이어 인덱스를 갖는 레이어를 포함한다는 것, 및 각각의 OLS에 대해 OLS의 최상위 레이어만이 출력된다는 것을 명시하기 위해, ols_mode_idc가 제로와 동일하게 설정될 수도 있다. VPS에 의해 명시되는 OLS의 총 개수가 vps_max_layers_minus1 + 1과 동일하다는 것, i 번째 OLS가 0 이상 i 이하의 레이어 인덱스를 갖는 레이어를 포함한다는 것, 및 각각의 OLS에 대해 OLS의 모든 레이어가 출력된다는 것을 명시하기 위해, ols_mode_idc는 1과 동일하게 설정될 수도 있다. VPS에 의해 명시되는 OLS의 총 개수가 명시적으로 시그널링된다는 것 및 각각의 OLS에 대해 OLS의 하위 레이어의 명시적으로 시그널링된 세트 및 최상위 레이어가 출력된다는 것을 명시하기 위해, ols_mode_idc는 2와 동일하게 설정될 수도 있다. ols_mode_idc의 값은 0 이상 2 이하의 범위 내에 있어야 한다. ols_mode_idc의 값 3은 예약된다. vps_all_independent_layers_flag가 1과 동일하고 each_layer_is_an_ols_flag가 제로와 동일한 경우, ols_mode_idc의 값은 2와 동일한 것으로 추론된다.
num_output_layer_sets_minus1 플러스 1은, ols_mode_idc가 2와 동일할 때 VPS에 의해 명시되는 OLS의 총 개수를 명시한다. VPS에 의해 명시되는 OLS의 총 개수를 명시하는 변수 TotalNumOlss는 다음과 같이 유도된다:
Figure pct00005
layer_included_flag[i][j]는, ols_mode_idc가 2와 동일할 때 j 번째 레이어(예를 들면, vps_layer_id[j]와 동일한 nuh_layer_id를 갖는 레이어)가 i 번째 OLS에 포함되는지의 여부를 명시한다. layer_included_flag[i][j]는 j 번째 레이어가 i 번째 OLS에 포함된다는 것을 명시하기 위해 1과 동일하게 설정될 수도 있다. layer_included_flag[i][j]는 j 번째 레이어가 i 번째 OLS에 포함되지 않는다는 것을 명시하기 위해 제로와 동일하게 설정될 수도 있다.
i 번째 OLS에서의 레이어의 개수를 명시하는 변수 NumLayersInOls[i], 및 i 번째 OLS에서의 j 번째 레이어의 nuh_layer_id 값을 명시하는 변수 LayerIdInOls[i][j]는 다음과 같이 유도될 수도 있다:
Figure pct00006
LayerIdInOls[i][j]와 동일한 nuh_layer_id를 갖는 레이어의 OLS 레이어 인덱스를 명시하는 변수 OlsLayeIdx[i][j]는 다음과 같이 유도될 수도 있다:
Figure pct00007
각각의 OLS의 최하위 레이어는 독립 레이어이어야 한다. 다시 말하면, 0 이상 TotalNumOlss - 1 이하의 범위 내의 각각의 i에 대해, vps_independent_layer_flag[GeneralLayerIdx[LayerIdInOls[i][0]]]의 값은 1과 동일해야 한다. 최상위 레이어, 예를 들면, vps_layer_id[vps_max_layers_minus1]과 동일한 nuh_layer_id를 갖는 레이어는 VPS에 의해 명시되는 적어도 하나의 OLS에 포함되어야 한다. 다시 말하면, 0 이상 TotalNumOlss - 1 이하의 범위 내의 적어도 하나의 i에 대해, LayerIdInOls[i][NumLayersInOls[i] - 1]의 값은 vps_layer_id[vps_max_layers_minus1]과 동일해야 한다.
vps_output_layer_flag[i][j]는, ols_mode_idc가 2와 동일할 때 i 번째 OLS의 j 번째 레이어가 출력되는지의 여부를 명시한다. vps_output_layer_flag[i]는 i 번째 OLS에서 j 번째 레이어가 출력된다는 것을 명시하기 위해 1과 동일하게 설정될 수도 있다. i 번째 OLS의 j 번째 레이어가 출력되지 않는다는 것을 명시하기 위해, vps_output_layer_flag[i]는 제로와 동일하게 설정될 수도 있다. vps_all_independent_layers_flag가 1과 동일하고 each_layer_is_an_ols_flag가 제로와 동일한 경우, vps_output_layer_flag[i]의 값은 1과 동일한 것으로 추론될 수 있다.
i 번째 OLS의 j 번째 레이어가 출력된다는 것을 값 1이 명시하고 i 번째 OLS의 j 번째 레이어가 출력되지 않는다는 것을 값 제로가 명시하는 변수 OutputLayerFlag[i][j]는 다음과 같이 유도될 수도 있다:
Figure pct00008
OLS의 임의의 레이어는 OLS의 출력 레이어 또는 OLS의 출력 레이어의 (직접적인 또는 간접적인) 참조 레이어이어야 한다. 0 번째 OLS는 최하위 레이어(예를 들면, vps_layer_id[0]과 동일한 nuh_layer_id를 갖는 레이어)만을 포함하고, 0 번째 OLS에 대해, 포함된 레이어만이 출력된다. general_constraint_info() 신택스 구조가 VPS에서 존재한다는 것을 명시하기 위해, vps_constraint_info_present_flag가 1과 동일하게 설정될 수도 있다. general_constraint_info() 신택스 구조가 VPS에서 존재하지 않는다는 것을 명시하기 위해, vps_constraint_info_present_flag는 제로와 동일하게 설정될 수도 있다. 적합한 비트스트림(conforming bitstream)에서 vps_reserved_zero_7bits는 제로와 동일해야 한다. vps_reserved_zero_7bits에 대한 다른 값은 예약된다. 디코더는 vps_reserved_zero_7bits의 값을 무시해야 한다.
신택스 엘리먼트 num_units_in_tick 및 time_scale 및 신택스 구조 general_hrd_parameters()가 SPS RBSP 신택스 구조에서 존재한다는 것을 명시하기 위해, general_hrd_params_present_flag가 1과 동일하게 설정될 수도 있다. 신택스 엘리먼트 num_units_in_tick 및 time_scale 및 신택스 구조 general_hrd_parameters()가 SPS RBSP 신택스 구조에서 존재하지 않는다는 것을 명시하기 위해, general_hrd_params_present_flag는 제로와 동일하게 설정될 수도 있다. num_units_in_tick은, 클록 틱 카운터(clock tick counter)의 1 증분(클록 틱으로서 칭해짐)에 대응하는 주파수 time_scale 헤르츠(Hz)에서 동작하는 클록의 시간 단위의 개수이다. num_units_in_tick은 제로보다 더 커야 한다. 초 단위의 클록 틱은, time_scale에 의해 나누어진 num_units_in_tick의 몫(quotient)과 동일하다. 예를 들면, 비디오 신호의 픽처 레이트가 25 Hz인 경우, time_scale은 27000000과 동일할 수도 있고 num_units_in_tick은 1080000과 동일할 수도 있고, 결과적으로, 클록 틱은 0.04 초와 동일할 수도 있다.
time_scale은 1초에 지나가는 시간 단위의 개수이다. 예를 들면, 27 메가헤르츠(MHz) 클록을 사용하여 시간을 측정하는 시간 좌표 시스템은 27000000의 time_scale을 갖는다. time_scale의 값은 제로보다 더 커야 한다. vps_extension_data_flag 신택스 엘리먼트가 VPS RBSP 신택스 구조에서 존재하지 않는다는 것을 명시하기 위해, vps_extension_flag가 제로와 동일하게 설정될 수도 있다. VPS RBSP 신택스 구조에서 vps_extension_data_flag 신택스 엘리먼트가 존재한다는 것을 명시하기 위해, vps_extension_flag는 1과 동일하게 설정될 수도 있다. vps_extension_data_flag는 임의의 값을 가질 수도 있다. vps_extension_data_flag의 존재 및 값은, 프로파일에 대한 디코더의 적합성에 영향을 끼치지 않는다. 적합한 디코더는 모든 vps_extension_data_flag 신택스 엘리먼트를 무시해야 한다.
도 8은 예시적인 비디오 코딩 디바이스(800)의 개략도이다. 비디오 코딩 디바이스(800)는 본원에서 설명되는 바와 같이 개시된 예/실시예를 구현하기에 적합하다. 비디오 코딩 디바이스(800)는, 다운스트림 포트(820), 업스트림 포트(850), 및/또는 네트워크를 통해 데이터 업스트림 및/또는 다운스트림을 통신하기 위한 송신기 및/또는 수신기를 포함하는 트랜스시버 유닛(Tx/Rx)(810)을 포함한다. 비디오 코딩 디바이스(800)는, 데이터를 프로세싱하기 위한 로직 유닛 및/또는 중앙 프로세싱 유닛(central processing unit; CPU) 및 데이터를 저장하기 위한 메모리(832)를 포함하는 프로세서(830)를 또한 포함한다. 비디오 코딩 디바이스(800)는 전기, 광학 대 전기(optical-to-electrical; OE) 컴포넌트, 전기 대 광학(electrical-to-optical; EO) 컴포넌트, 및/또는 전기, 광학, 또는 무선 통신 네트워크를 통한 데이터의 통신을 위한 업스트림 포트(850) 및/또는 다운스트림 포트(820)에 커플링되는 무선 통신 컴포넌트를 또한 포함할 수도 있다. 비디오 코딩 디바이스(800)는 유저에게 그리고 유저로부터 데이터를 전달하기 위한 입력 및/또는 출력(I/O) 디바이스(860)를 또한 포함할 수도 있다. I/O 디바이스(860)는 비디오 데이터를 디스플레이하기 위한 디스플레이, 오디오 데이터를 출력하기 위한 스피커, 등등과 같은 출력 디바이스를 포함할 수도 있다. I/O 디바이스(860)는, 키보드, 마우스, 트랙볼, 등등과 같은 입력 디바이스, 및/또는 그러한 출력 디바이스와 상호 작용하기 위한 대응하는 인터페이스를 또한 포함할 수도 있다.
프로세서(830)는 하드웨어 및 소프트웨어에 의해 구현된다. 프로세서(830)는 하나 이상의 CPU 칩으로서, 코어로서(예를 들면, 멀티 코어 프로세서), 필드 프로그래머블 게이트 어레이(field-programmable gate array; FPGA)로서, 주문형 집적 회로(application specific integrated circuit; ASIC)로서, 그리고 디지털 신호 프로세서(digital signal processor; DSP)로서 구현될 수도 있다. 프로세서(830)는 다운스트림 포트(820), Tx/Rx(810), 업스트림 포트(850), 및 메모리(832)와 통신한다. 프로세서(830)는 코딩 모듈(814)을 포함한다. 코딩 모듈(814)은, 다중 레이어 비디오 시퀀스(500), 멀티뷰 시퀀스(600), 및/또는 비트스트림(700)을 활용할 수도 있는 방법(100, 900, 및 1000)과 같은, 본원에서 설명되는 개시된 실시예를 구현한다. 코딩 모듈(814)은 본원에서 설명되는 임의의 다른 방법/메커니즘을 또한 구현할 수도 있다. 게다가, 코딩 모듈(814)은 코덱 시스템(200), 인코더(300), 및/또는 디코더(400)를 구현할 수도 있다. 예를 들면, 코딩 모듈(814)은, 각각의 OLS가 단일의 레이어를 포함하는지의 여부 또는 동시 송출 레이어가 활용될 때 멀티뷰를 지원하기 위해 적어도 하나의 OLS가 하나보다 더 많은 레이어를 포함하는지의 여부를 나타내기 위한 each_layer_is_an_ols_flag를 코딩하기 위해 활용될 수도 있다. 그러므로, 코딩 모듈(814)은, 비디오 데이터를 코딩할 때 비디오 코딩 디바이스(800)로 하여금 추가적인 기능성 및/또는 코딩 효율성을 제공하게 한다. 그러한 만큼, 코딩 모듈(814)은 비디오 코딩 디바이스(800)의 기능성을 향상시킬 뿐만 아니라, 비디오 코딩 기술에 고유한 문제를 해결한다. 게다가, 코딩 모듈(814)은 상이한 상태로의 비디오 코딩 디바이스(800)의 변환을 실행한다. 대안적으로, 코딩 모듈(814)은 메모리(832)에 저장되며 프로세서(830)에 의해 실행되는 명령어로서(예를 들면, 비일시적 매체 상에 저장되는 컴퓨터 프로그램 제품으로서) 구현될 수 있다.
메모리(832)는 디스크, 테이프 드라이브, 솔리드 스테이트 드라이브, 리드 온리 메모리(read only memory; ROM), 랜덤 액세스 메모리(random access memory; RAM), 플래시 메모리, 터너리 콘텐츠 어드레서블 메모리(ternary content-addressable memory; TCAM), 정적 랜덤 액세스 메모리(static random-access memory; SRAM)와 같은 하나 이상의 메모리 타입을 포함한다. 메모리(832)는, 그러한 프로그램이 실행을 위해 선택될 때 프로그램을 저장하기 위해, 그리고 프로그램 실행 동안 판독되는 명령어 및 데이터를 저장하기 위해, 오버플로우 데이터 스토리지 디바이스로서 사용될 수도 있다.
도 9는, 멀티뷰에서의, 예컨대 멀티뷰 시퀀스(600)에서의 사용을 위한 동시 송출 레이어의 OLS를 갖는 비디오 시퀀스를, 예를 들면, 비트스트림(700)에서 인코딩하는 예시적인 방법(900)의 플로우차트이다. 방법(900)은, 방법(100)을 수행할 때 코덱 시스템(200), 인코더(300), 및/또는 비디오 코딩 디바이스(800)와 같은 인코더에 의해 활용될 수도 있다.
방법(900)은, 인코더가 비디오 시퀀스를 수신하고 그 비디오 시퀀스를, 예를 들면, 유저 입력에 기초하여, 멀티뷰에서의 사용을 위한 동시 송출 레이어의 세트로 인코딩할 것을 결정할 때 시작될 수도 있다. 단계(901)에서, 인코더는 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 인코딩한다. 예를 들면, 레이어는 동시 송출 레이어일 수도 있으며 인터 레이어 예측에 따라 코딩되지 않을 수도 있다. 게다가, 레이어는 멀티뷰 비디오를 지원하도록 코딩될 수도 있다. 그러므로, 레이어는 OLS로 편제될 수도 있는데, 여기서 하나 이상의 OLS는 두 개의 레이어(예를 들면, 엔드 유저의 각각의 눈에 대한 디스플레이를 위한 하나의 레이어)를 포함한다.
단계(903)에서, 인코더는 VPS를 비트스트림으로 인코딩할 수 있다. VPS는, 적절한 멀티뷰 디코딩 및 디스플레이를 위해 디코더에게 레이어/OLS 구성을 나타내기 위한 다양한 신택스 엘리먼트를 포함할 수도 있다. 예를 들면, VPS는 vps_all_independent_layers_flag를 포함할 수도 있는데, 이것은, VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩된다는 것을 명시하기 위해 1로 설정될 수도 있다. vps_all_independent_layers_flag가 1로 설정되는 경우, 그러므로 VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우, VPS는 each_layer_is_an_ols_flag를 또한 포함할 수도 있다. each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부 또는 적어도 하나의 OLS는 하나보다 더 많은 레이어가 포함되는지의 여부를 명시할 수 있다. 예를 들면, each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하고 및/또는 각각의 레이어가, 단일의 포함된 레이어가 유일한 출력 레이어인 OLS인 경우 1로 설정될 수 있다. 그러므로, 멀티뷰가 사용되지 않을 때 each_layer_is_an_ols_flag는 1로 설정될 수 있다. 다른 예로서, each_layer_is_an_ols_flag는, 적어도 하나의 OLS가 하나보다 더 많은 레이어를 포함하고 그러므로 단계(901)에서 코딩되는 비트스트림이 멀티뷰 비디오를 포함한다는 것을 명시하는 경우 제로로 설정될 수 있다.
VPS는 ols_mode_idc 신택스 엘리먼트를 또한 포함할 수도 있다. 예를 들면, each_layer_is_an_ols_flag가 제로로 설정되고 vps_all_independent_layers_flag가 1로 설정되는 경우, ols_mode_idc는 2로 설정될 수도 있다. ols_mode_idc가 2로 설정되는/2와 동일한 경우, OLS의 총 개수가 VPS에서 명시적으로 시그널링된다. 게다가, ols_mode_idc가 2로 설정되는/2와 동일한 경우, 각각의 OLS와 관련되는 레이어의 개수 및/또는 출력 레이어의 개수가 VPS에서 명시적으로 시그널링된다. 특정한 예에서, VPS에 의해 명시되는 레이어의 개수를 명시적으로 명시하기 위해 vps_max_layers_minus1 신택스 엘리먼트가 VPS에 포함될 수도 있고, 그러므로 OLS에 포함될 수도 있는 레이어의 개수를 명시할 수도 있다. 몇몇 예에서, vps_all_independent_layers_flag는, vps_max_layers_minus1이 제로보다 더 큰 경우 시그널링될 수도 있다. 다른 구체적인 예에서, ols_mode_idc가 2인 경우, num_output_layer_sets_minus1이 VPS에 포함될 수도 있다. num_output_layer_sets_minus1은 VPS에 의해 명시되는 OLS의 총 개수를 명시할 수도 있다. 그러한 만큼, vps_max_layers_minus1 및 num_output_layer_sets_minus1은, 그러한 데이터가 명시적으로 시그널링되는 경우(예를 들면, each_layer_is_an_ols_flag가 제로로 설정되고, vps_all_independent_layers_flag가 1로 설정되고, 그리고 ols_mode_idc가 2로 설정되고 및/또는 2와 동일한 것으로 추론되는 경우), 레이어의 개수 및 OLS의 개수를 각각 나타내기 위해 VPS에서 시그널링될 수도 있다. 구체적인 예로서, ols_mode_idc는, vps_all_independent_layers_flag가 1로 설정되는 경우 그리고 each_layer_is_an_ols_flag가 제로로 설정되는 경우, 2와 동일한 것으로 추론될 수 있다.
단계(905)에서, 비트스트림은 디코더를 향한 통신을 위해 저장된다.
도 10은, 멀티뷰에서의, 예컨대 멀티뷰 시퀀스(600)에서의 사용을 위한 동시 송출 레이어의 OLS를 포함하는 비디오 시퀀스를, 예를 들면, 비트스트림(700)으로부터 디코딩하는 예시적인 방법(1000)의 플로우차트이다. 방법(1000)은, 방법(100)을 수행할 때 코덱 시스템(200), 디코더(400), 및/또는 비디오 코딩 디바이스(800)와 같은 디코더에 의해 활용될 수도 있다.
방법(1000)은, 디코더가 예를 들면, 방법(900)의 결과로서, 동시 송출 멀티뷰 레이어의 OLS를 포함하는 비트스트림을 수신하기 시작할 때 시작될 수도 있다. 단계(1001)에서, 디코더는 비트스트림을 수신한다. 비트스트림은 하나 이상의 OLS 및 하나 이상의 레이어를 포함할 수도 있다. 예를 들면, 레이어는 동시 송출 레이어일 수도 있으며 인터 레이어 예측에 따라 코딩되지 않을 수도 있다. 게다가, 레이어는 멀티뷰 비디오를 지원하도록 코딩될 수도 있다. 그러므로, 레이어는 OLS로 편제될 수도 있는데, 여기서 하나 이상의 OLS는 두 개의 레이어(예를 들면, 엔드 유저의 각각의 눈에 대한 디스플레이를 위한 하나의 레이어)를 포함한다.
비트스트림은 VPS를 또한 포함할 수도 있다. VPS는, 적절한 멀티뷰 디코딩 및 디스플레이를 위해 디코더에게 레이어/OLS 구성을 나타내기 위한 다양한 신택스 엘리먼트를 포함할 수도 있다. 예를 들면, VPS는 vps_all_independent_layers_flag를 포함할 수도 있는데, 이것은, VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩된다는 것을 명시하기 위해 1로 설정될 수도 있다. vps_all_independent_layers_flag가 1로 설정되는 경우, 그러므로 VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우, VPS는 each_layer_is_an_ols_flag를 또한 포함할 수도 있다. each_layer_is_an_ols_flag는, OLS가 하나보다 더 많은 레이어를 포함하는지의 여부를 명시할 수 있다. 예를 들면, each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하고 및/또는 각각의 레이어가, 단일의 포함된 레이어가 유일한 출력 레이어인 OLS인 경우 1로 설정될 수 있다. 그러므로, 멀티뷰가 사용되지 않을 때 each_layer_is_an_ols_flag는 1로 설정될 수 있다. 다른 예로서, each_layer_is_an_ols_flag는, 적어도 하나의 OLS가 하나보다 더 많은 레이어를 포함하고 그러므로 비트스트림이 멀티뷰 비디오를 포함한다는 것을 명시하는 경우 제로로 설정될 수 있다.
VPS는 ols_mode_idc 신택스 엘리먼트를 또한 포함할 수도 있다. 예를 들면, each_layer_is_an_ols_flag가 제로로 설정되고 vps_all_independent_layers_flag가 1로 설정되는 경우, ols_mode_idc는 2와 동일하게 설정될 수도 있다. ols_mode_idc가 2와 동일하게 설정되는 경우, OLS의 총 개수가 VPS에서 명시적으로 시그널링된다. 게다가, ols_mode_idc가 2로 설정되는/2와 동일한 경우, 각각의 OLS와 관련되는 레이어의 개수 및/또는 출력 레이어의 개수가 VPS에서 명시적으로 시그널링된다. 특정한 예에서, VPS에 의해 명시되는 레이어의 개수를 명시적으로 명시하기 위해 vps_max_layers_minus1 신택스 엘리먼트가 VPS에 포함될 수도 있고, 그러므로 OLS에 포함될 수도 있는 레이어의 개수를 명시할 수도 있다. 몇몇 예에서, vps_all_independent_layers_flag는, vps_max_layers_minus1이 제로보다 더 큰 경우 시그널링될 수도 있다. 다른 구체적인 예에서, ols_mode_idc가 2인 경우, num_output_layer_sets_minus1이 VPS에 포함될 수도 있다. num_output_layer_sets_minus1은 VPS에 의해 명시되는 OLS의 총 개수를 명시할 수도 있다. 그러한 만큼, vps_max_layers_minus1 및 num_output_layer_sets_minus1은, 그러한 데이터가 명시적으로 시그널링되는 경우(예를 들면, each_layer_is_an_ols_flag가 제로로 설정되고, vps_all_independent_layers_flag가 1로 설정되고, 그리고 ols_mode_idc가 2로 설정되고 및/또는 2와 동일한 것으로 추론되는 경우), 레이어의 개수 및 OLS의 개수를 각각 나타내기 위해 VPS에서 시그널링될 수도 있다. 구체적인 예로서, ols_mode_idc는, vps_all_independent_layers_flag가 1로 설정되는 경우 그리고 each_layer_is_an_ols_flag가 제로로 설정되는 경우, 2와 동일한 것으로 추론될 수 있다.
단계(1003)에서, 디코딩된 픽처를 생성하기 위해, OLS의 출력 레이어로부터의 코딩된 픽처가 VPS의 each_layer_is_an_ols_flag에 기초하여 디코딩된다. 예를 들면, 디코더는 vps_all_independent_layers_flag를 판독하여, 모든 레이어가 동시 송출된다는 것을 결정할 수도 있다. 디코더는, 적어도 하나의 OLS가 하나보다 더 많은 레이어를 포함한다는 것을 결정하기 위해 each_layer_is_an_ols_flag를 또한 판독할 수도 있다. 디코더는 ols_mode_idc를 또한 판독하여, OLS의 개수 및 레이어의 개수가 명시적으로 시그널링된다는 것을 결정할 수도 있다. 그 다음, 디코더는, num_output_layer_sets_minus1 및 vps_max_layers_minus1을 각각 판독하는 것에 의해, OLS의 개수와 레이어의 개수를 결정할 수 있다. 그 다음, 디코더는 이 정보를 사용하여 비트스트림에서 올바른 멀티뷰 레이어를 찾을 수 있다. 디코더는 레이어로부터 올바른 코딩된 픽처를 또한 찾을 수 있다. 디코더는, 그 다음, 픽처를 디코딩하여 디코딩된 픽처를 생성할 수 있다.
단계(1005)에서, 디코더는 디코딩된 비디오 시퀀스의 일부로서 디스플레이를 위해 디코딩된 픽처를 포워딩할 수 있다.
도 11은, 멀티뷰에서의, 예컨대 멀티뷰 시퀀스(600)에서의 사용을 위한 동시 송출 레이어의 OLS를 갖는 비디오 시퀀스를, 예를 들면, 비트스트림(700)에서 코딩하기 위한 예시적인 시스템(1100)의 개략도이다. 시스템(1100)은, 코덱 시스템(200), 인코더(300), 디코더(400), 및/또는 비디오 코딩 디바이스(800)와 같은 인코더 및 디코더에 의해 구현될 수도 있다. 게다가, 시스템(1100)은 다중 레이어 비디오 시퀀스(500)를 활용할 수도 있다. 또한, 시스템(1100)은 방법(100, 900, 및/또는 1000)을 구현할 때 활용될 수도 있다.
시스템(1100)은 비디오 인코더(1102)를 포함한다. 비디오 인코더(1102)는 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 인코딩하기 위한 인코딩 모듈(1105)을 포함한다. 인코딩 모듈(1105)은 또한, VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우, each_layer_is_an_ols_flag - each_layer_is_an_ols_flag는 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시함 - 를 포함하는 VPS를 비트스트림에 인코딩하기 위한 것이다. 비디오 인코더(1102)는, 디코더를 향한 통신을 위해 비트스트림을 저장하기 위한 저장 모듈(1106)을 더 포함한다. 비디오 인코더(1102)는 비디오 디코더(1110)를 향해 비트스트림을 송신하기 위한 송신 모듈(1107)을 더 포함한다. 비디오 인코더(1102)는 방법(900)의 단계 중 임의의 것을 수행하도록 추가로 구성될 수도 있다.
시스템(1100)은 비디오 디코더(1110)를 또한 포함한다. 비디오 디코더(1110)는, VPS 및 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 수신하기 위한 수신 모듈(1111)을 포함하는데, VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우 each_layer_is_an_ols_flag가 VPS에 포함되고, each_layer_is_an_ols_flag는 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시한다. 비디오 디코더(1110)는, 디코딩된 픽처를 생성하기 위해, VPS의 each_layer_is_an_ols_flag에 기초하여 OLS의 출력 레이어로부터의 코딩된 픽처를 디코딩하기 위한 디코딩 모듈(1113)을 더 포함한다. 비디오 디코더(1110)는, 디코딩된 비디오 시퀀스의 일부로서 디스플레이를 위해 디코딩된 픽처를 포워딩하기 위한 포워딩 모듈(1115)을 더 포함한다. 비디오 디코더(1110)는 방법(1000)의 단계 중 임의의 것을 수행하도록 추가로 구성될 수도 있다.
제1 컴포넌트와 제2 컴포넌트 사이에 라인, 궤적(trace), 또는 다른 매체를 제외한 개재하는 컴포넌트가 없을 때, 제1 컴포넌트는 제2 컴포넌트에 직접적으로 커플링된다. 제1 컴포넌트와 제2 컴포넌트 사이에 라인, 궤적 또는 다른 매체 이외의 개재하는 컴포넌트가 있는 경우, 제1 컴포넌트는 제2 컴포넌트에 간접적으로 커플링된다. 용어 "커플링되는" 및 그것의 변형어는, 직접적으로 커플링되는 것 및 간접적으로 커플링되는 것 둘 모두를 포함한다. 용어 "약"의 사용은, 달리 언급되지 않는 한, 후속하는 숫자의 ±10 %를 포함하는 범위를 의미한다.
또한, 본원에서 기술되는 예시적인 방법의 단계는 반드시 설명되는 순서대로 수행될 필요는 없다는 것이 이해되어야 하며, 그러한 방법의 단계의 순서는 단지 예시적인 것으로 이해되어야 한다. 마찬가지로, 본 개시의 다양한 실시예와 부합하는 방법에서, 추가적인 단계가 그러한 방법에 포함될 수도 있고, 소정의 단계가 생략 또는 조합될 수도 있다.
본 개시에서 몇몇 실시예가 제공되었지만, 개시된 시스템 및 방법은 본 개시의 취지 또는 범위로부터 벗어나지 않으면서 많은 다른 특정한 형태로 구체화될 수도 있다는 것이 이해될 수도 있다. 본 예는 제한적인 것이 아니라 예시적인 것으로서 간주되어야 하며, 의도는 본원에서 주어지는 세부 사항으로 제한되지는 않는다. 예를 들면, 다양한 엘리먼트 또는 컴포넌트가 다른 시스템에서 결합 또는 통합될 수도 있거나 또는 소정의 구성이 생략될 수도 있거나, 또는 구현되지 않을 수도 있다.
또한, 다양한 실시예에서 별개인 것으로 또는 분리된 것으로 설명되고 예시되는 기술, 시스템, 서브시스템, 및 방법은, 본 개시의 범위로부터 벗어나지 않으면서, 다른 시스템, 컴포넌트, 기술, 또는 방법과 결합 또는 통합될 수도 있다. 다른 변경예, 대체예, 및 수정예가 기술 분야에서 통상의 기술을 가진 자에 의해 확인 가능하고, 본원에서 개시되는 취지 및 범위로부터 벗어나지 않으면서 이루어질 수도 있다.

Claims (20)

  1. 디코더에서 구현되는 방법으로서,
    상기 디코더의 수신기에 의해, 비디오 파라미터 세트(video parameter set; VPS) - 상기 VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측(inter-layer prediction) 없이 독립적으로 코딩되는 경우 각각의 레이어는 출력 레이어 세트(output layer set; OLS)이다는 플래그(each layer is an output layer set (OLS) flag; each_layer_is_an_ols_flag)가 상기 VPS에 포함되고, 상기 each_layer_is_an_ols_flag는 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시함 - 및 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 수신하는 단계;
    디코딩된 픽처를 생성하기 위해, 상기 디코더의 프로세서에 의해, 상기 VPS의 상기 each_layer_is_an_ols_flag에 기초하여 OLS의 출력 레이어로부터의 코딩된 픽처를 디코딩하는 단계; 및
    상기 프로세서에 의해, 디코딩된 비디오 시퀀스의 일부로서 디스플레이를 위해 상기 디코딩된 픽처를 포워딩하는 단계
    를 포함하는 디코더에서 구현되는 방법.
  2. 제1항에 있어서,
    상기 each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하고 각각의 레이어가 상기 각각의 OLS의 유일한 출력 레이어이다는 것을 명시하는 경우 1로 설정되는, 디코더에서 구현되는 방법.
  3. 제1항 또는 제2항에 있어서,
    상기 each_layer_is_an_ols_flag는, 적어도 하나의 OLS가 하나보다 더 많은 레이어를 포함한다는 것을 명시하는 경우 제로로 설정되는, 디코더에서 구현되는 방법.
  4. 제1항 내지 제3항 중 어느 한 항에 있어서,
    OLS 모드 식별 코드(ols_mode_idc)가 2와 동일한 경우 OLS의 총 개수가 명시적으로 시그널링되고 OLS와 관련되는 레이어가 명시적으로 시그널링되며, 상기 ols_mode_idc는, VPS 모든 독립 레이어 플래그(VPS all independent layers flag; vps_all_independent_layers_flag)가 1로 설정되는 경우 그리고 상기 each_layer_is_an_ols_flag가 제로로 설정되는 경우, 2와 동일한 것으로 추론되는, 디코더에서 구현되는 방법.
  5. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 VPS는, 상기 VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩된다는 것을 명시하기 위해 1로 설정되는 vps_all_independent_layers_flag를 포함하는, 디코더에서 구현되는 방법.
  6. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 VPS는 상기 VPS에 의해 명시되는 레이어의 개수를 명시하는 VPS 최대 레이어 마이너스 1(VPS maximum layers minus one; vps_max_layers_minus1) 신택스 엘리먼트를 포함하고, 상기 vps_all_independent_layers_flag는, vps_max_layers_minus1이 제로보다 더 큰 경우 시그널링되는, 디코더에서 구현되는 방법.
  7. 제1항 내지 제6항 중 어느 한 항에 있어서,
    상기 VPS는, ols_mode_idc가 2와 동일한 경우 상기 VPS에 의해 명시되는 OLS의 총 개수를 명시하는 출력 레이어 세트의 개수 마이너스 1(number of output layer sets minus one; num_output_layer_sets_minus1)을 포함하는, 디코더에서 구현되는 방법.
  8. 인코더에서 구현되는 방법으로서,
    상기 인코더의 프로세서에 의해, 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 인코딩하는 단계;
    상기 비트스트림에, 상기 프로세서에 의해, 비디오 파라미터 세트(VPS) - 상기 VPS는, 상기 VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우, 각각의 레이어는 출력 레이어 세트(OLS)이다는 플래그(each_layer_is_an_ols_flag)를 포함하고, 상기 each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시함 - 를 인코딩하는 단계; 및
    상기 프로세서에 커플링되는 메모리에 의해, 디코더를 향한 통신을 위해 상기 비트스트림을 저장하는 단계
    를 포함하는 인코더에서 구현되는 방법.
  9. 제8항에 있어서,
    상기 each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하고 각각의 레이어가 상기 각각의 OLS의 유일한 출력 레이어이다는 것을 명시하는 경우 1로 설정되는, 인코더에서 구현되는 방법.
  10. 제8항 내지 제10항 중 어느 한 항에 있어서,
    상기 each_layer_is_an_ols_flag는, 적어도 하나의 OLS가 하나보다 더 많은 레이어를 포함한다는 것을 명시하는 경우 제로로 설정되는, 인코더에서 구현되는 방법.
  11. 제8항 내지 제10항 중 어느 한 항에 있어서,
    OLS 모드 식별 코드(ols_mode_idc)가 2와 동일한 경우 OLS의 총 개수가 명시적으로 시그널링되고 OLS와 관련되는 레이어가 명시적으로 시그널링되며, 상기 ols_mode_idc는, VPS 모든 독립 레이어 플래그(VPS all independent layers flag; vps_all_independent_layers_flag)가 1로 설정되는 경우 그리고 상기 each_layer_is_an_ols_flag가 제로로 설정되는 경우, 2와 동일한 것으로 추론되는, 인코더에서 구현되는 방법.
  12. 제8항 내지 제11항 중 어느 한 항에 있어서,
    상기 VPS는, 상기 VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩된다는 것을 명시하기 위해 1로 설정되는 vps_all_independent_layers_flag를 포함하는, 인코더에서 구현되는 방법.
  13. 제8항 내지 제12항 중 어느 한 항에 있어서,
    상기 VPS는 상기 VPS에 의해 명시되는 레이어의 개수를 명시하는 VPS 최대 레이어 마이너스 1(VPS maximum layers minus one; vps_max_layers_minus1) 신택스 엘리먼트를 포함하고, 상기 vps_all_independent_layers_flag는, vps_max_layers_minus1이 제로보다 더 큰 경우 시그널링되는, 인코더에서 구현되는 방법.
  14. 제8항 내지 제13항 중 어느 한 항에 있어서,
    상기 VPS는, ols_mode_idc가 2와 동일한 경우 상기 VPS에 의해 명시되는 OLS의 총 개수를 명시하는 출력 레이어 세트의 개수 마이너스 1(number of output layer sets minus one; num_output_layer_sets_minus1)을 포함하는, 인코더에서 구현되는 방법.
  15. 비디오 코딩 디바이스로서,
    프로세서, 상기 프로세서에 커플링되는 수신기, 상기 프로세서에 커플링되는 메모리, 및 상기 프로세서에 커플링되는 송신기를 포함하고, 상기 프로세서, 수신기, 메모리, 및 송신기는 제1항 내지 제14항 중 어느 한 항의 상기 방법을 수행하도록 구성되는, 비디오 코딩 디바이스.
  16. 비디오 코딩 디바이스에 의한 사용을 위한 컴퓨터 프로그램 제품을 포함하는 비일시적 컴퓨터 판독 가능 매체로서,
    상기 컴퓨터 프로그램 제품은, 프로세서에 의해 실행될 때 상기 비디오 코딩 디바이스로 하여금 제1항 내지 제14항 중 어느 한 항의 상기 방법을 수행하게 하는 상기 비일시적 컴퓨터 판독 가능 매체 상에 저장되는 컴퓨터 실행 가능 명령어를 포함하는,
    비디오 코딩 디바이스에 의한 사용을 위한 컴퓨터 프로그램 제품을 포함하는 비일시적 컴퓨터 판독 가능 매체.
  17. 디코더로서,
    비디오 파라미터 세트(VPS) - 상기 VPS에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우 각각의 레이어는 출력 레이어 세트(OLS)이다는 플래그(each_layer_is_an_ols_flag)가 상기 VPS에 포함되고, 상기 each_layer_is_an_ols_flag는 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시함 - 및 코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 수신하기 위한 수신 수단;
    디코딩된 픽처를 생성하기 위해, 상기 VPS의 상기 each_layer_is_an_ols_flag에 기초하여 OLS의 출력 레이어로부터의 코딩된 픽처를 디코딩하기 위한 디코딩 수단; 및
    디코딩된 비디오 시퀀스의 일부로서 디스플레이를 위해 상기 디코딩된 픽처를 포워딩하기 위한 포워딩 수단
    을 포함하는 디코더.
  18. 제17항에 있어서,
    상기 디코더는 또한 제1항 내지 제7항 중 어느 한 항의 상기 방법을 수행하도록 디코더가 구성되는, 디코더.
  19. 인코더로서,
    코딩된 픽처의 하나 이상의 레이어를 포함하는 비트스트림을 인코딩하기 위한; 그리고
    상기 비트스트림에, 비디오 파라미터 세트(VPS)에 의해 명시되는 모든 레이어가 인터 레이어 예측 없이 독립적으로 코딩되는 경우, 각각의 레이어는 출력 레이어 세트(OLS)이다는 플래그(each_layer_is_an_ols_flag) - 상기 each_layer_is_an_ols_flag는, 각각의 OLS가 단지 하나의 레이어만을 포함하는지의 여부를 명시함 - 를 포함하는 상기 VPS를 인코딩하기 위한
    인코딩 수단; 및
    디코더를 향한 통신을 위해 상기 비트스트림을 저장하기 위한 저장 수단
    을 포함하는 인코더.
  20. 제19항에 있어서,
    상기 인코더는 또한, 제8항 내지 제14항 중 어느 한 항의 상기 방법을 수행하도록 구성되는 인코더.
KR1020227013374A 2019-09-24 2020-09-08 비디오 코딩에서 멀티뷰를 위한 동시 송출 레이어 KR20220063261A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962905126P 2019-09-24 2019-09-24
US62/905,126 2019-09-24
PCT/US2020/049732 WO2021061394A1 (en) 2019-09-24 2020-09-08 Simulcast layers for multiview in video coding

Publications (1)

Publication Number Publication Date
KR20220063261A true KR20220063261A (ko) 2022-05-17

Family

ID=75166790

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020227013374A KR20220063261A (ko) 2019-09-24 2020-09-08 비디오 코딩에서 멀티뷰를 위한 동시 송출 레이어

Country Status (14)

Country Link
US (1) US20220191533A1 (ko)
EP (1) EP4022887A4 (ko)
JP (2) JP7335433B2 (ko)
KR (1) KR20220063261A (ko)
CN (1) CN114731385A (ko)
AU (1) AU2020354906A1 (ko)
BR (2) BR122022009680A2 (ko)
CA (1) CA3152362A1 (ko)
CL (1) CL2022000734A1 (ko)
IL (1) IL291695A (ko)
MX (1) MX2022003565A (ko)
NZ (1) NZ786892A (ko)
SA (1) SA522432050B1 (ko)
WO (1) WO2021061394A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021134015A1 (en) 2019-12-26 2021-07-01 Bytedance Inc. Profile, tier and layer indication in video coding
EP4062634A4 (en) 2019-12-26 2022-12-28 ByteDance Inc. LIMITATIONS ON SIGNALING HYPOTHETICAL REFERENCE DECODER PARAMETERS IN VIDEO BITSTREAMS
CN114902567A (zh) 2019-12-27 2022-08-12 字节跳动有限公司 视频编解码中的子图像信令
EP4074052A4 (en) 2020-01-09 2023-05-31 ByteDance Inc. PROCESSING OF FILLER DATA UNITS IN VIDEO STREAMS
US11297350B1 (en) * 2020-03-27 2022-04-05 Tencent America LLC Method for output layer set for multilayered video stream

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG10201913539SA (en) * 2013-04-07 2020-02-27 Dolby Int Ab Signaling change in output layer sets
US9591321B2 (en) 2013-04-07 2017-03-07 Dolby International Ab Signaling change in output layer sets
US9565437B2 (en) * 2013-04-08 2017-02-07 Qualcomm Incorporated Parameter set designs for video coding extensions
JP6465863B2 (ja) 2014-03-14 2019-02-06 シャープ株式会社 画像復号装置、画像復号方法及び記録媒体
US11979611B2 (en) * 2019-09-06 2024-05-07 Sharp Kabushiki Kaisha Systems and methods for signaling temporal sub-layer information in video coding

Also Published As

Publication number Publication date
BR122022009680A2 (pt) 2022-07-12
SA522432050B1 (ar) 2024-04-15
IL291695A (en) 2022-05-01
EP4022887A1 (en) 2022-07-06
WO2021061394A1 (en) 2021-04-01
JP2022549647A (ja) 2022-11-28
US20220191533A1 (en) 2022-06-16
BR112022005586A2 (pt) 2022-06-21
JP7335433B2 (ja) 2023-08-29
AU2020354906A1 (en) 2022-04-21
CL2022000734A1 (es) 2022-11-18
CA3152362A1 (en) 2021-04-01
JP2023155301A (ja) 2023-10-20
MX2022003565A (es) 2022-06-16
CN114731385A (zh) 2022-07-08
NZ786892A (en) 2024-05-31
EP4022887A4 (en) 2022-10-26

Similar Documents

Publication Publication Date Title
US12088787B2 (en) Disallowing unused layers in multi-layer video bitstreams
JP7335433B2 (ja) ビデオコーディングにおけるマルチビューのためのサイマルキャストレイヤ
US20220217385A1 (en) Signaling Of DPB Parameters For Multi-Layer Video Bitstreams
JP7400089B2 (ja) 空間およびsnrスケーラビリティのためのols
US12081783B2 (en) OLS for multiview scalability
US12096012B2 (en) Scalable nesting SEI messages for OLSs
RU2828713C1 (ru) Слои одновременной передачи для многоракурсного представления при кодировании видео
RU2820076C1 (ru) Тесты на соответствие hrd для ols

Legal Events

Date Code Title Description
A201 Request for examination