KR20220025017A - 비디오 코딩에서 참조 픽처 리샘플링을 위한 다수의 픽처 크기 및 적합성 윈도우의 핸들링 - Google Patents
비디오 코딩에서 참조 픽처 리샘플링을 위한 다수의 픽처 크기 및 적합성 윈도우의 핸들링 Download PDFInfo
- Publication number
- KR20220025017A KR20220025017A KR1020227002848A KR20227002848A KR20220025017A KR 20220025017 A KR20220025017 A KR 20220025017A KR 1020227002848 A KR1020227002848 A KR 1020227002848A KR 20227002848 A KR20227002848 A KR 20227002848A KR 20220025017 A KR20220025017 A KR 20220025017A
- Authority
- KR
- South Korea
- Prior art keywords
- picture
- parameter set
- video
- window
- picture parameter
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/59—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial sub-sampling or interpolation, e.g. alteration of picture size or resolution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/513—Processing of motion vectors
- H04N19/521—Processing of motion vectors for estimating the reliability of the determined motion vectors or motion vector field, e.g. for smoothing the motion vector field or for correcting motion vectors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods 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/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
- H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods 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/17—Methods 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/172—Methods 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods 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/184—Methods 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/46—Embedding additional information in the video signal during the compression process
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/547—Motion estimation performed in a transform domain
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/577—Motion compensation with bidirectional frame interpolation, i.e. using B-pictures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
- H04N19/625—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding using discrete cosine transform [DCT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/80—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation
- H04N19/82—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation involving filtering within a prediction loop
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/96—Tree coding, e.g. quad-tree coding
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Discrete Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
디코딩 방법은 동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 수신하는 단계 - 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트는 동일한 적합성 윈도우 값을 가짐-; 및 적합성 윈도우를 제1 픽처 파라미터 세트 또는 제2 픽처 파라미터 세트에 대응하는 현재 픽처에 적용하는 단계를 포함한다.
Description
본 특허 출원은 천 장러 등에 의해 2019년 7월 8일에 출원되고 발명의 명칭이 "비디오 코딩에서 참조 픽처 리샘플링을 위한 다수의 픽처 크기 및 적합성 윈도우의 핸들링"인 미국 가출원 번호 제62/871,493호에 대한 우선권을 주장하는 바이며, 상기 문헌의 내용은 그 전체로서 원용에 의해 본 명세서에 포함된다.
일반적으로, 본 개시는 비디오 코딩에서 다수의 픽처 크기 및 적합성 윈도우(conformance window)를 지원하기 위한 기술을 설명한다. 보다 구체적으로, 본 개시는 동일한 픽처 크기를 갖는 픽처 파라미터 세트가 또한 동일한 적합성 윈도우를 갖는 것을 보장한다.
상대적으로 짧은 비디오라도 묘사하는 데 필요한 비디오 데이터의 양은 상당할 수 있으며, 이는 데이터가 스트리밍되거나 제한된 대역폭 용량을 가진 통신 네트워크를 통해 통신될 때 어려움을 초래할 수 있다. 따라서, 비디오 데이터는 일반적으로 현대의 통신 네트워크를 통해 통신되기 전에 압축된다. 메모리 리소스가 제한될 수 있기 때문에 비디오가 저장 디바이스에 저장될 때 비디오의 크기도 문제가 될 수 있다. 비디오 압축 디바이스는 전송 또는 저장 전에 비디오 데이터를 코딩하기 위해 소스에서 소프트웨어 및/또는 하드웨어를 사용하여, 디지털 비디오 이미지를 나타내는 데 필요한 데이터의 양을 줄이는 경우가 많다. 압축된 데이터는 비디오 데이터를 디코딩하는 비디오 압축 해제 디바이스에 의해 목적지에서 수신된다. 제한된 네트워크 리소스와 더 높은 비디오 품질에 대한 요구가 계속 증가함에 따라 화질을 거의 또는 전혀 희생하지 않으면서 압축 비율을 향상시키는(improve) 향상된 압축 및 압축 해제 기술이 바람직하다.
제1 측면은 비디오 디코더에 의해 구현되는 코딩된 비디오 비트스트림을 디코딩하는 방법에 관한 것이다. 상기 방법은, 상기 비디오 디코더가, 동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 수신하는 단계 - 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트는 동일한 적합성 윈도우(conformance window) 값을 가짐 -; 및 상기 비디오 디코더가, 상기 적합성 윈도우를 상기 제1 픽처 파라미터 세트 또는 상기 제2 픽처 파라미터 세트에 대응하는 현재 픽처에 적용하는 단계를 포함한다.
상기 방법은 동일한 픽처 크기를 갖는 픽처 파라미터 세트가 동일한 적합성 윈도우 크기(예: 자르기(cropping) 윈도우 크기)를 갖도록 제한하는 기술을 제공한다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써 참조 픽처 리샘플링(reference picture resampling, RPR)이 인에이블될 때 지나치게 복잡한 처리를 피할 수 있다. 따라서, 프로세서, 메모리 및/또는 네트워크 리소스의 사용이 인코더와 디코더 모두에서 감소될 수 있다. 따라서, 비디오 코딩의 코더/디코더(일명 "코덱")는 현재 코덱에 비해 향상된다. 실질적으로 개선된 비디오 코딩 프로세스는 비디오가 전송, 수신 및/또는 시청될 때 사용자에게 더 나은 사용자 경험을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은 상기 적합성 윈도우가 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함하는 것을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 적합성 윈도우가 적용된 후에 인터 예측을 사용하여(use) 상기 제1 픽처 파라미터 세트 또는 상기 제2 픽처 파라미터 세트에 대응하는 상기 현재 픽처를 디코딩하는 단계- 상기 인터 예측은 리샘플링된 참조 픽처에 기반함 - 를 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 참조 픽처 리샘플링(reference picture resampling, RPS)을 사용하여 상기 제1 픽처 세트 또는 상기 제2 픽처 세트에 대응하는 상기 현재 픽처와 연관된 참조 픽처를 리샘플링하는 단계를 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 참조 픽처를 리샘플링하는 단계가, 사용되는 참조 픽처의 해상도를 변경하여 상기 제1 픽처 세트 또는 상기 제2 픽처 세트에 대응하는 상기 현재 픽처를 인터 예측하는 것을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 픽처 너비 및 상기 픽처 높이는 루마 샘플에서 측정되는 것을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 현재 픽처의 참조 픽처와 상기 현재 픽처의 픽처 너비, 픽처 높이, 및 적합성 윈도우에 기반하여 BDOF(bi-direction optical flow)가 상기 픽처를 디코딩하기 위해 인에이블되는(enabled)지를 판정하는 단계를 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 현재 픽처의 참조 픽처와 상기 현재 픽처의 픽처 너비, 픽처 높이, 및 적합성 윈도우에 기반하여 DMVR(decoder-side motion vector refinement)이 상기 픽처를 디코딩하기 위해 인에이블되는지를 판정하는 단계를 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 현재 블록을 사용하여 생성된 이미지를 전자 디바이스의 디스플레이에 디스플레이하는 단계를 제공한다.
제2 측면은 비디오 인코더에 의해 구현되는, 비디오 비트스트림을 인코딩하는 방법에 관한 것이다. 상기 방법은, 상기 비디오 인코더가, 동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 생성하는 단계 - 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트는 동일한 적합성 윈도우 값을 가짐 -; 상기 비디오 인코더가, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트를 비디오 비트스트림으로 인코딩하는 단계; 및 상기 비디오 인코더가, 비디오 디코더를 향한 전송을 위해 상기 비디오 비트스트림을 저장하는 단계를 포함한다.
상기 방법은 동일한 픽처 크기를 갖는 픽처 파라미터 세트가 동일한 적합성 윈도우 크기(예: 자르기 윈도우 크기(cropping window size))를 갖도록 제한하는 기술을 제공한다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써, 참조 픽처 리샘플링(reference picture resampling, RPR)이 인에이블될 때 지나치게 복잡한 처리를 피할 수 있다. 따라서, 프로세서, 메모리 및/또는 네트워크 리소스의 사용이 인코더와 디코더 모두에서 감소될 수 있다. 따라서, 비디오 코딩의 코더/디코더(일명 "코덱")는 현재 코덱에 비해 향상된다. 실질적으로 개선된 비디오 코딩 프로세스는 비디오가 전송, 수신 및/또는 시청될 때 사용자에게 더 나은 사용자 경험을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 적합성 윈도우가 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함하는 것을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 픽처 너비 및 상기 픽처 높이는 루마 샘플에서 측정되는 것을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트를 포함하는 상기 비디오 비트스트림을 상기 비디오 디코더를 향해 전송하는 단계를 제공한다.
제3 측면은 디코딩 디바이스에 관한 것이다. 상기 디코딩 디바이스는, 코딩된 비디오 비트스트림을 수신하도록 구성된 수신기; 상기 수신기에 결합되고, 명령을 저장하는 메모리; 및 상기 메모리에 결합된 프로세서를 포함하고, 상기 프로세서는 상기 명령을 실행하여 상기 디코딩 디바이스가, 동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 수신하고 - 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트는 동일한 적합성 윈도우 값을 가짐 -; 그리고 상기 적합성 윈도우를 상기 제1 픽처 파라미터 세트 또는 상기 제2 픽처 파라미터 세트에 대응하는 현재 픽처에 적용하게 한다.
디코딩 디바이스는 동일한 픽처 크기를 갖는 픽처 파라미터 세트를 또한 동일한 적합성 윈도우 크기(예: 자르기 윈도우 크기)를 갖도록 제한하는 기술을 제공한다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써 참조 픽처 리샘플링(reference picture resampling, RPR)이 인에이블될 때 지나치게 복잡한 처리를 피할 수 있다. 따라서, 프로세서, 메모리 및/또는 네트워크 리소스의 사용이 인코더와 디코더 모두에서 감소될 수 있다. 따라서, 비디오 코딩의 코더/디코더(일명 "코덱")는 현재 코덱에 비해 향상된다. 실질적으로 개선된 비디오 코딩 프로세스는 비디오가 전송, 수신 및/또는 시청될 때 사용자에게 더 나은 사용자 경험을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 적합성 윈도우가 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함하는 것을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 적합성 윈도우가 적용된 후에 인터 예측을 사용하여 상기 제1 픽처 파라미터 세트 또는 상기 제2 픽처 파라미터 세트에 대응하는 상기 현재 픽처를 디코딩하고, 상기 인터 예측은 리샘플링된 참조 픽처에 기반하는 것을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 현재 픽처에 기반하여 생성된 이미지를 디스플레이하도록 구성된 디스플레이를 제공한다.
제4 측면은 인코딩 디바이스에 관한 것이다. 상기 인코딩 디바이스는, 명령을 저장하는 메모리; 상기 메모리에 결합된 프로세서; 및 상기 프로세서에 결합된 송신기를 포함하고, 상기 프로세서는 상기 명령을 실행하여 상기 인코딩 디바이스가, 동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 생성하고 - 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트는 동일한 적합성 윈도우 값을 가짐 -; 그리고 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트를 비디오 비트스트림으로 인코딩하게 하며, 상기 송신기는 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트를 포함하는 상기 비디오 비트스트림을 비디오 디코더를 향해 전송하도록 구성된다.
인코딩 디바이스는 동일한 픽처 크기를 갖는 픽처 파라미터 세트가 동일한 적합성 윈도우 크기(예: 자르기 윈도우 크기)를 갖도록 제한하는 기술을 제공한다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써 참조 픽처 리샘플링(reference picture resampling, RPR)이 인에이블될 때 지나치게 복잡한 처리를 피할 수 있다. 따라서, 프로세서, 메모리 및/또는 네트워크 리소스의 사용이 인코더와 디코더 모두에서 감소될 수 있다. 따라서, 비디오 코딩의 코더/디코더(일명 "코덱")는 현재 코덱에 비해 향상된다. 실질적으로 개선된 비디오 코딩 프로세스는 비디오가 전송, 수신 및/또는 시청될 때 사용자에게 더 나은 사용자 경험을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 적합성 윈도우가 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 상기 픽처 너비 및 상기 픽처 높이는 루마 샘플에서 측정된다.
제5 측면은 코딩 장치에 관한 것이다. 상기 코딩 장치는, 인코딩할 픽처를 수신하거나 또는 디코딩할 비트스트림을 수신하도록 구성된 수신기; 상기 수신기에 결합되고, 상기 비트스트림을 디코더에 전송하거나 또는 디코딩된 이미지를 디스플레이에 전송하도록 구성된 송신기; 상기 수신기 또는 상기 송신기 중 적어도 하나에 결합되고, 명령을 저장하는 메모리; 및 상기 메모리에 결합된 프로세서를 포함하고, 상기 프로세서는 상기 메모리에 저장된 상기 명령을 실행하여, 여기에 개시된 방법 중 어느 하나를 수행하도록 구성된다.
코딩 장치는 동일한 픽처 크기를 갖는 픽처 파라미터 세트를 또한 동일한 적합성 윈도우 크기(예: 자르기 윈도우 크기)를 갖도록 제한하는 기술을 제공한다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써 참조 픽처 리샘플링(reference picture resampling, RPR)이 인에이블될 때 지나치게 복잡한 처리를 피할 수 있다. 따라서, 프로세서, 메모리 및/또는 네트워크 리소스의 사용이 인코더와 디코더 모두에서 감소될 수 있다. 따라서, 비디오 코딩의 코더/디코더(일명 "코덱")는 현재 코덱에 비해 향상된다. 실질적으로 개선된 비디오 코딩 프로세스는 비디오가 전송, 수신 및/또는 시청될 때 사용자에게 더 나은 사용자 경험을 제공한다.
선택적으로, 선행 측면 중 어느 하나에서, 상기 측면의 다른 구현은, 이미지를 디스플레이하도록 구성된 디스플레이를 제공한다.
제6 측면은 시스템에 관한 것이다. 상기 시스템은, 인코더; 및 상기 인코더와 통신하는 디코더를 포함하며, 상기 인코더 또는 상기 디코더는 여기에 개시된 디코딩 디바이스, 인코딩 디바이스 또는 코디 장치를 포함한다.
시스템은 동일한 적합성 윈도우 크기(예: 자르기 윈도우 크기)를 가지도록 동일한 픽처 크기를 가진 픽처 파라미터 세트를 제한하는 기술을 제공한다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써 참조 픽처 리샘플링(reference picture resampling, RPR)이 인에이블될 때 지나치게 복잡한 처리를 피할 수 있다. 따라서, 프로세서, 메모리 및/또는 네트워크 리소스의 사용이 인코더와 디코더 모두에서 감소될 수 있다. 따라서, 비디오 코딩의 코더/디코더(일명 "코덱")는 현재 코덱에 비해 향상된다. 실질적으로 개선된 비디오 코딩 프로세스는 비디오가 전송, 수신 및/또는 시청될 때 사용자에게 더 나은 사용자 경험을 제공한다.
제7 측면은 코딩을 위한 수단에 관한 것이다. 상기 코딩을 위한 수단은, 인코딩할 픽처를 수신하거나 또는 디코딩할 비트스트림을 수신하도록 구성된 수신 수단; 상기 수신 수단에 결합되고, 상기 비트스트림을 디코딩 수단에 전송하거나 또는 디코딩된 이미지를 디스플레이 수단에 전송하도록 구성된 송신 수단; 상기 수신 수단 또는 상기 송신 수단 중 적어도 하나에 결합되고, 명령을 저장하도록 구성된 저장 수단; 및 상기 저장 수단에 결합된 처리 수단을 포함하고, 상기 처리 수단은 상기 저장 수단에 저장된 상기 명령을 실행하여, 여기에 개시된 방법 중 어느 하나를 수행하도록 구성된다.
코딩을 위한 수단은 동일한 픽처 크기를 갖는 픽처 파라미터 세트가 동일한 적합성 윈도우 크기(예: 자르기 윈도우 크기)를 갖도록 제한하는 기술을 제공한다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써 참조 픽처 리샘플링(reference picture resampling, RPR)이 인에이블될 때 지나치게 복잡한 처리를 피할 수 있다. 따라서, 프로세서, 메모리 및/또는 네트워크 리소스의 사용이 인코더와 디코더 모두에서 감소될 수 있다. 따라서, 비디오 코딩의 코더/디코더(일명 "코덱")는 현재 코덱에 비해 향상된다. 실질적으로 개선된 비디오 코딩 프로세스는 비디오가 전송, 수신 및/또는 시청될 때 사용자에게 더 나은 사용자 경험을 제공한다.
명료함을 위해, 전술한 실시예 중 임의의 하나는 본 개시의 범위 내에서 새로운 실시예를 생성하기 위해 임의의 하나 이상의 다른 전술한 실시예와 조합될 수 있다.
이들 및 다른 특징은 첨부된 도면 및 청구범위와 함께 취해진 다음의 상세한 설명으로부터 더 명확하게 이해될 것이다.
본 개시의 보다 완전한 이해를 위해, 유사한 참조 번호가 유사한 부분을 나타내는 첨부 도면 및 상세한 설명과 관련하여 취해진 다음의 간략한 설명을 이제 참조한다.
도 1은 비디오 신호를 코딩하는 예시적인 방법의 흐름도이다.
도 2는 비디오 코딩을 위한 예시적인 코딩 및 디코딩(코덱) 시스템의 개략도이다.
도 3은 예시적인 비디오 인코더를 예시하는 개략도이다.
도 4는 예시적인 비디오 디코더를 예시하는 개략도이다.
도 5는 디코딩 순서 및 프리젠테이션 순서에서 리딩 픽처 및 트레일링 픽처에 대한 IRAP(intra random access point) 픽처 사이의 관계를 도시하는 코딩된 비디오 시퀀스이다.
도 6은 공간적 확장성을 위한 멀티 레이어 코딩의 예를 나타낸다.
도 7은 단방향 인터 예측의 예를 예시하는 개략도이다.
도 8은 양방향 인터 예측의 예를 예시하는 개략도이다.
도 9는 비디오 비트스트림을 예시한다.
도 10은 픽처에 대한 파티셔닝 기술을 예시한다.
도 11은 코딩된 비디오 비트스트림을 디코딩하는 방법의 실시예이다.
도 12는 코딩된 비디오 비트스트림을 인코딩하는 방법의 실시예이다.
도 13은 비디오 코딩 디바이스의 개략도이다.
도 14는 코딩을 위한 수단의 실시예의 개략도이다.
도 1은 비디오 신호를 코딩하는 예시적인 방법의 흐름도이다.
도 2는 비디오 코딩을 위한 예시적인 코딩 및 디코딩(코덱) 시스템의 개략도이다.
도 3은 예시적인 비디오 인코더를 예시하는 개략도이다.
도 4는 예시적인 비디오 디코더를 예시하는 개략도이다.
도 5는 디코딩 순서 및 프리젠테이션 순서에서 리딩 픽처 및 트레일링 픽처에 대한 IRAP(intra random access point) 픽처 사이의 관계를 도시하는 코딩된 비디오 시퀀스이다.
도 6은 공간적 확장성을 위한 멀티 레이어 코딩의 예를 나타낸다.
도 7은 단방향 인터 예측의 예를 예시하는 개략도이다.
도 8은 양방향 인터 예측의 예를 예시하는 개략도이다.
도 9는 비디오 비트스트림을 예시한다.
도 10은 픽처에 대한 파티셔닝 기술을 예시한다.
도 11은 코딩된 비디오 비트스트림을 디코딩하는 방법의 실시예이다.
도 12는 코딩된 비디오 비트스트림을 인코딩하는 방법의 실시예이다.
도 13은 비디오 코딩 디바이스의 개략도이다.
도 14는 코딩을 위한 수단의 실시예의 개략도이다.
하나 이상의 실시예의 예시적인 구현이 아래에 제공되지만, 개시된 시스템 및/또는 방법은 현재 알려져 있거나 존재하는 임의의 수의 기술을 사용하여 구현될 수 있다는 것이 처음부터 이해되어야 한다. 본 개시는 여기에서 예시되고 설명된 예시적인 설계 및 구현을 포함하여 아래에 예시된 예시적인 구현, 도면 및 기술에 결코 제한되어서는 안 되며, 등가물의 전체 범위와 함께 첨부된 청구범위의 범위 내에서 수정될 수 있다.
용어는 여기에서 반대되는 맥락에서 사용되지 않는 한 다음과 같이 정의된다. 구체적으로, 다음 정의는 본 개시에 추가적인 명확성을 제공하기 위한 것이다. 그러나, 용어는 상황에 따라 다르게 설명될 수 있다. 따라서, 다음 정의는 보충으로 간주되어야 하며 여기에서 이러한 용어에 대해 제공된 설명의 다른 정의를 제한하는 것으로 간주되어서는 안 된다.
비트스트림은 인코더와 디코더 사이의 전송을 위해 압축된 비디오 데이터를 포함하는 비트의 시퀀스이다. 인코더는 비디오 데이터를 비트스트림으로 압축하기 위해 인코딩 프로세스를 이용하도록(employ) 구성된 디바이스이다. 디코더는 디스플레이를 위해 비트스트림으로부터 비디오 데이터를 재구성하기 위해 디코딩 프로세스를 이용하도록 구성된 디바이스이다. 픽처(picture)는 프레임 또는 그 필드를 생성하는 루마(luma) 샘플의 어레이 및/또는 크로마(chroma) 샘플의 어레이이다. 인코딩 또는 디코딩되는 픽처는 논의의 명확성을 위해 현재 픽처로 지칭될 수 있다.
참조 픽처(reference picture)는 인터 예측 및/또는 인터 레이어 예측(inter-layer prediction)에 따라 다른 픽처를 코딩할 때 참조로 사용할 수 있는 참조 샘플을 포함하는 픽처이다. 참조 픽처 리스트는 인터 예측 및/또는 인터 레이어 예측에 사용되는 참조 픽처의 리스트이다. 일부 비디오 코딩 시스템은 참조 픽처 리스트 1 및 참조 픽처 리스트 0으로 표시될 수 있는 2개의 참조 픽처 리스트를 활용한다(utilize). 참조 픽처 리스트 구조는 다수의(multiple) 참조 픽처 리스트를 포함하는 주소 지정 가능한 신택스 구조이다. 인터 예측은 현재 픽처와 상이한 참조 픽처의 지시된(indicated) 샘플을 참조하여 현재 픽처의 샘플을 코딩하는 메커니즘이며, 참조 픽처와 현재 픽처가 동일한 레이어에 있다. 참조 픽처 리스트 구조 엔트리는 참조 픽처 리스트와 연관된 참조 픽처를 지시하는 참조 픽처 리스트 구조의 주소 지정 가능한 위치이다.
슬라이스 헤더(slice header)는 슬라이스에 표현된 타일(tile) 내의 모든 비디오 데이터와 관련된 데이터 엘리먼트를 포함하는 코딩된 슬라이스의 일부이다. 픽처 파라미터 세트(Picture Parameter Set, PPS)는 전체 픽처와 관련된 데이터를 포함하는 파라미터 세트이다. 보다 구체적으로, PPS는 각 픽처 헤더에서 발견되는 신택스 엘리먼트에 의해 결정되는 0개 이상의 전체 코딩된 픽처에 적용되는 신택스 엘리먼트를 포함하는 신택스 구조이다. 시퀀스 파라미터 세트(sequence parameter set, SPS)는 픽처의 시퀀스와 관련된 데이터를 포함하는 파라미터 세트이다. 액세스 유닛(access unit, AU)은 디코딩된 픽처 버퍼(decoded picture buffer, DPB)로부터의 출력(예: 사용자에게 디스플레이하기 위해)을 위한 동일한 디스플레이 시간(예: 동일한 픽처 순서 카운트)과 연관된 하나 이상의 코딩된 픽처의 세트이다. 디코딩된 비디오 시퀀스는 사용자에게 디스플레이하기 위해 디코더에 의해 재구성된 픽처 시퀀스이다.
적합성 자르기 윈도우(conformance cropping window)(또는 간단히 적합성 윈도우)은 코딩 프로세스에서 출력된 코딩된 비디오 시퀀스의 픽처 샘플의 윈도우를 나타낸다. 비트스트림은 코딩된 픽처의 출력 영역(region)을 지시하기 위해 적합성 윈도우 자르기 파라미터를 제공할 수 있다. 픽처 너비는 루마 샘플에서 측정된 픽처의 너비이다. 픽처 높이는 루마 샘플에서 측정된 픽처의 높이이다. 적합성 윈도우 오프셋(예: conf_win_left_offset, conf_win_right_offset, conf_win_top_offset 및 conf_win_bottom_offset)은 출력용 픽처 좌표에 지정된 직사각형 영역의 관점에서, 디코딩 프로세스에서 출력되는 PPS를 참조하는 픽처 샘플을 지정한다.
디코더 측 모션 벡터 개선(Decoder-Side Motion Vector Refinement, DMVR)은 예측된 블록에 대한 모션 또는 모션 벡터를 개선하는 데 사용되는 프로세스, 알고리즘 또는 코딩 도구이다. DMVR을 사용하면 쌍방의 템플릿 매칭 프로세스(bilateral template matching process)를 사용하여 이중 예측(bi-prediction)을 위해 찾은 2개의 모션 벡터를 기반으로 모션 벡터를 찾을 수 있다. DMVR에서, 2개의 모션 벡터 각각으로 생성된 예측 코딩 유닛의 가중 조합(weighted combination)을 찾을 수 있고, 2개의 모션 벡터를 조합된 예측 코딩 유닛을 가장 잘 가리키는 새로운 모션 벡터로 대체하여 개선할(refine) 수 있다. 양방향 예측 옵티컬 플로(Bi-direction optical flow, BDOF)는 예측 블록에 대한 모션 또는 모션 벡터를 개선하는 데 사용되는 프로세스, 알고리즘 또는 코딩 도구이다. BDOF는 두 참조 픽처 간의 차이의 그레이디언트(gradient)에 기반하여 서브 코딩 유닛에 대한 모션 벡터를 찾을 수 있도록 한다.
참조 픽처 리샘플링(Reference picture resampling, RPR)은 해상도 변경 위치에서 픽처를 인트라 코딩할 필요 없이 비트스트림의 중간에서 코딩된 픽처의 공간 해상도를 변경할 수 있는 기능이다. 여기에서 사용된 바와 같이, 해상도는 비디오 파일의 픽셀 수를 나타낸다. 즉, 해상도는 픽셀 단위로 측정된 투영된 이미지의 너비와 높이이다. 예를 들어 비디오는 1280(수평 픽셀)×720(수직 픽셀)의 해상도를 가질 수 있다. 이것은 일반적으로 단순히 1280×720으로 작성되거나 720p로 축약된다.
여기에서 사용된 바와 같이, 해상도는 비디오 파일의 픽셀 수를 나타낸다. 즉, 해상도는 픽셀 단위로 측정된 투영된 이미지의 너비와 높이이다. 예를 들어 디오는 1280(수평 픽셀)×720(수직 픽셀)의 해상도를 가질 수 있다. 이것은 일반적으로 단순히 1280×720으로 작성되거나 720p로 축약된다. 디코더 측 모션 벡터 개선(Decoder-side motion vector refinement, DMVR)은 예측된 블록에 대한 모션 또는 모션 벡터를 개선하는 데 사용되는 프로세스, 알고리즘 또는 코딩 도구이다. BIO(bi-direction optical flow)라고도 하는 양방향 옵티컬 플로(bi-direction optical flow, BDOF)은 예측 블록에 대한 모션 또는 모션 벡터를 개선하는 데 사용되는 프로세스, 알고리즘 또는 코딩 도구이다. 참조 픽처 리샘플링(Reference picture resampling, RPR)은 해상도 변경 위치에서 픽처를 인트라 코딩할 필요 없이 비트스트림의 중간에서 코딩된 픽처의 공간 해상도를 변경할 수 있는 기능(ability)이다.
여기에서 사용되는 두문자어는 CTB(Coding Tree Block), CTU (Coding Tree Unit, CTU), CU(Coding Unit), CVS(Coded Video Sequence), JVET(Joint Video Experts Team), MCTS(Motion-Constrained Tile Set), MTU(Maximum Transfer Unit), NAL(Network Abstraction Layer), POC(Picture Order Count), RBSP(Raw Byte Sequence Payload), SPS(Sequence Parameter Set), VVC(Versatile Video Coding) 및 WD(Working Draft)이 사용된다.
도 1은 비디오 신호를 코딩하는 예시적인 작동 방법(100)의 흐름도이다. 구체적으로, 비디오 신호는 인코더에서 인코딩된다. 인코딩 프로세스는 다양한 메커니즘을 이용하여 비디오 신호를 압축하여 비디오 파일 크기를 줄인다. 파일 크기가 작을수록 압축된 비디오 파일이 사용자에게 전송되는 동시에 관련 대역폭 오버헤드가 줄어든다. 그다음 디코더는 압축된 비디오 파일을 디코딩하여 최종 사용자에게 디스플레이할 원래의 비디오 신호를 재구성한다. 디코딩 프로세스는 일반적으로 디코더가 비디오 신호를 일관되게 재구성할 수 있도록 인코딩 프로세스를 미러링한다.
단계(101)에서, 비디오 신호가 인코더에 입력된다. 예를 들어, 비디오 신호는 메모리에 저장된 비압축 비디오 파일일 수 있다. 다른 예로서, 비디오 파일은 비디오 카메라와 같은 비디오 캡처 다바이스에 의해 캡처될 수 있고, 비디오의 라이브 스트리밍을 지원하도록 인코딩될 수 있다. 비디오 파일은 오디오 컴포넌트와 비디오 컴포넌트를 모두 포함할 수 있다. 비디오 컴포넌트는 일련의 이미지 프레임을 포함하며, 시퀀스로 볼 때 모션에 대한 시각적 인상을 준다. 프레임은 여기에서 루마 컴포넌트(또는 루마 샘플)이라고 하는 빛(light)과 크로마 컴포넌트(또는 컬러 샘플)라고 하는 색상으로 표현되는 픽셀을 포함한다. 일부 예에서, 프레임은 또한 3차원 보기를 지원하기 위해 깊이 값을 포함할 수 있다.
단계(103)에서, 비디오는 블록으로 파티셔닝된다(partitioned). 파티셔닝은 압축을 위해 각 프레임의 픽셀을 정사각형 및/또는 직사각형 블록으로 세분화하는(subdividing) 것을 포함한다. 예를 들어, 고효율 비디오 코딩(High Efficiency Video Coding, HEVC)(H.265 및 MPEG-H Part 2라고도 함)에서, 프레임은 먼저 미리 정의된 크기(예: 64 픽셀×64 픽셀)의 블록인 코딩 트리 유닛(coding tree unit, CTU)으로 나뉠(divided) 수 있다. CTU는 루마 샘플 및 크로마 샘플을 모두 포함한다. 코딩 트리를 이용하여 CTU를 블록으로 나눈 다음, 추가 인코딩을 지원하는 구성이 달성될 때까지 블록을 재귀적으로 세분화할 수 있다. 예를 들어, 프레임의 루마 컴포넌트는 개별 블록이 상대적으로 균일한 조명 값(homogenous lighting value)을 포함할 때까지 세분화될 수 있다. 또한, 프레임의 크로마 컴포넌트는 개별 블록이 비교적 균일한 색상 값을 포함할 때까지 세분화될 수 있다. 따라서, 비디오 프레임의 내용(content)에 따라 파티셔닝 메커니즘이 달라진다.
단계(105)에서, 단계(103)에서 파티셔닝된 이미지 블록을 압축하기 위해 다양한 압축 메커니즘이 이용된다. 예를 들어, 인터 예측(inter-prediction) 및/또는 인트라 예측(intra-prediction)이 이용될 수 있다. 인터 예측은 공통 장면의 객체가 연속 프레임에 나타나는 경향이 있다는 사실을 사용하도록 설계되었다. 따라서, 참조 프레임에서 객체를 묘사하는 블록은 인접 프레임에서 반복적으로 기술될 필요가 없다. 구체적으로, 테이블과 같은 객체는 다수의 프레임에 걸쳐 일정한 위치에 남아 있을 수 있다. 따라서, 테이블은 한 번 기술되고 인접 프레임은 참조 프레임을 다시 참조할 수 있다. 패턴 매칭(pattern matching) 메커니즘을 이용하여 다수의 프레임에 걸쳐 객체를 매칭시킬 수 있다. 또한, 움직이는 물체는 예를 들어 물체의 모션이나 카메라의 모션으로 인해 다수의 프레임에 걸쳐 표현될 수 있다. 특정 예로서, 비디오는 다수의 프레임에 걸쳐 화면을 가로질러 움직이는 자동차를 보여줄 수 있다. 모션 벡터는 이러한 움직임(movement)을 설명하는 데 이용될 수 있다. 모션 벡터는 프레임에 있는 객체의 좌표에서 참조 프레임에 있는 객체의 좌표까지 오프셋(offset)을 제공하는 2차원 벡터이다. 이와 같이, 인터 예측은 현재 프레임의 이미지 블록을 참조 프레임의 대응하는 블록으로부터의 오프셋을 지시하는 모션 벡터의 세트로서 인코딩할 수 있다.
인트라 예측은 공통(common) 프레임의 블록을 인코딩한다. 인트라 예측은 루마 컴포넌트 및 크로마 컴포넌트가 프레임에서 클러스터링되는 경향이 있다는 사실을 사용한다. 예를 들어, 나무의 한 부분에 있는 녹색 패치(patch)는 유사한 녹색 패치에 인접하게 배치되는 경향이 있다. 인트라 예측은 다수의 지향성 예측 모드(예: HEVC에서 33개), 평면 모드(planar mode) 및 DC(direct current) 모드를 이용한다. 지향성 모드는 현재 블록이 대응하는 방향에서 이웃 블록의 샘플과 유사/동일함을 지시한다. 평면 모드는 행/열(예: 평면)을 따라 일련의 블록이 행의 에지(edge)에 있는 이웃 블록을 기반으로 보간될 수 있음을 지시한다. 실제로 평면 모드는 값을 변경할 때 상대적으로 일정한 그레이디언트를 이용하여 행/열에 걸쳐 조명/색상의 부드러운 전환을 지시한다. DC 모드는 경계 평활화(boundary smoothing)에 이용되며, 지향성 예측 모드의 각도 방향(angular direction)과 관련된 모든 이웃 블록의 샘플과 관련된 평균값과 유사/동일한 블록을 지시한다. 따라서, 인트라 예측 블록은 실제 값 대신에 다양한 관계형 예측 모드 값으로 이미지 블록을 나타낼 수 있다. 또한, 인터 예측 블록은 실제 값 대신에 모션 벡터 값으로 이미지 블록을 나타낼 수 있다. 어느 경우든 예측 블록은 경우에 따라 이미지 블록을 정확하게 나타내지 않을 수 있다. 모든 차이는 잔차 블록에 저장된다. 파일을 추가로 압축하기 위해 변환을 잔차 블록에 적용할 수 있다.
단계(107)에서, 다양한 필터링 기술이 적용될 수 있다. HEVC에서, 필터는 인루프(in-loop) 필터링 방식에 따라 적용된다. 위에서 논의된 블록 기반 예측은 디코더에서 블록 이미지의 생성을 초래할 수 있다. 또한, 블록 기반 예측 방식은 블록을 인코딩한 다음 나중에 참조 블록으로 사용하기 위해 인코딩된 블록을 재구성할 수 있다. 인루프 필터링 방식은 노이즈 억제(noise suppression) 필터, 디블로킹(de-blocking) 필터, 적응 루프(adaptive loop) 필터, 샘플 적응 오프셋(sample adaptive offset, SAO) 필터를 블록/프레임에 반복적으로 적용한다. 이러한 필터는 인코딩된 파일이 정확하게 재구성될 수 있도록 이러한 차단 아티팩트(blocking artifact)를 완화한다. 또한, 이러한 필터는 재구성된 참조 블록에서 아티팩트를 완화하므로, 아티팩트가 재구성된 참조 블록에 기반하여 인코딩되는 후속 블록(subsequent block)에서 추가 아티팩트를 생성할 가능성이 적다.
비디오 신호가 파티셔닝, 압축 및 필터링되면 결과적으로 데이터는 단계(109)에서 비트스트림으로 인코딩된다. 비트스트림은 디코더에서 적절한 비디오 신호 재구성을 지원하기 위해 원하는 시그널링 데이터뿐만 아니라 위에서 논의된 데이터를 포함한다. 예를 들어, 그러한 데이터는 파티션(partition) 데이터, 예측 데이터, 잔차 블록, 및 디코더에 코딩 명령을 제공하는 다양한 플래그(flag)를 포함할 수 있다. 비트스트림은 요청시 디코더를 향한 전송을 위해 메모리에 저장될 수 있다. 비트스트림은 또한 복수의 디코더를 향해 브로드캐스트 및/또는 멀티캐스트될 수 있다. 비트스트림 생성은 반복적인 프로세스이다. 따라서, 단계(101, 103, 105, 107, 및 109)는 많은 프레임 및 블록에 걸쳐 연속적으로 및/또는 동시에 발생할 수 있다. 도 1에 도시된 순서는 논의의 명료함과 용이함을 위해 제시되며, 비디오 코딩 프로세스를 특정 순서로 제한하려는 의도가 아니다.
디코더는 단계(111)에서 비트스트림을 수신하고 디코딩 프로세스를 시작한다. 구체적으로, 디코더는 엔트로피 디코딩 방식을 이용하여, 비트스트림을 대응하는 신택스 및 비디오 데이터로 변환한다. 디코더는 단계(111)에서 비트스트림으로부터의 신택스 데이터를 이용하여 프레임에 대한 파티션을 결정한다. 파티셔닝은 단계(103)의 블록 파티셔닝 결과와 매칭되어야 한다. 이제 단계(111)에서 이용된 엔트로피 인코딩/디코딩이 설명된다. 인코더는 입력 이미지(들)에서 값의 공간적 위치를 기반으로 여러 가능한 선택 중에서 블록 파티셔닝 방식을 선택하는 것과 같이 압축 프로세스 동안 많은 선택을 한다. 정확한 선택을 시그널링하는 것은, 많은 수의 빈(bin)을 사용할 수 있다. 여기에서 사용된 바와 같이, 빈은 변수(variable)로 취급되는 이진 값(예: 콘텍스트에 따라 변할 수 있는 비트 값)이다. 엔트로피 코딩을 사용하면 인코더가 특정 경우에 명확하게 실행 가능하지 않은 옵션을 버리고 허용 가능한 옵션 세트를 남길 수 있다. 그런 다음 각 허용 가능한 옵션에 코드 워드(code word)가 할당된다. 코드 워드의 길이는 허용 가능한 옵션의 수를 기반으로 한다(예: 2개 옵션의 경우 1개의 빈, 3~4개의 옵션에 대한 2개의 빈 등). 그런 다음 인코더는 선택된 옵션에 대한 코드 워드를 인코딩한다. 이 방식은 가능한 모든 옵션의 잠재적으로 큰 세트로부터의 선택을 고유하게 지시하는 것과 대조적으로 허용 가능한 옵션의 작은 서브 세트로부터의 선택을 고유하게 지시하기 위해, 코드 워드가 원하는 만큼 크므로 코드 워드의 크기를 줄인다. 그런 다음 디코더는 인코더와 유사한 방식으로 허용 가능한 옵션 세트를 결정하여 선택을 디코딩한다. 허용 가능한 옵션 세트를 결정함으로써, 디코더는 코드 워드를 읽고 인코더에 의해 만들어진 선택을 결정할 수 있다.
단계(113)에서, 디코더는 블록 디코딩을 수행한다. 구체적으로, 디코더는 역 변환(reverse transform)을 이용하여 잔차 블록을 생성한다. 그런 다음 디코더는 잔차 블록 및 대응하는 예측 블록을 이용하여 파티셔닝에 따라 이미지 블록을 재구성한다. 예측 블록은 단계(105)에서 인코더에서 생성된 바와 같은 인트라 예측 블록 및 인터 예측 블록 모두를 포함할 수 있다. 그런 다음 재구성된 이미지 블록은 단계(111)에서 결정된 파티셔닝 데이터에 따라 재구성된 비디오 신호의 프레임에 위치된다. 단계(113)에 대한 신택스는 또한 위에서 논의된 바와 같이 엔트로피 코딩을 통해 비트스트림에서 시그널링될 수 있다.
단계(115)에서, 인코더에서의 단계(107)와 유사한 방식으로, 재구성된 비디오 신호의 프레임에 대해 필터링이 수행된다. 예를 들어, 노이즈 억제 필터, 디블로킹 필터, 적응 루프 필터 및 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), 변환 스케일링(scaling) 및 양자화 컴포넌트(213), 인트라 픽처(intra-picture) 추정 컴포넌트(215), 인트라 픽처 예측 컴포넌트(217), 모션 보상 컴포넌트(219), 모션 추정 컴포넌트(221), 스케일링 및 역 변환(inverse transform) 컴포넌트(229), 필터 제어 분석 컴포넌트(227), 인루프 필터 컴포넌트(225), 디코딩된 픽처 버퍼 컴포넌트(223), 및 헤더 포맷팅(header formatting) 및 콘텍스트 적응 이진 산술 코딩(context adaptive binary arithmetic coding, CABAC) 컴포넌트(231)를 포함한다. 이러한 컴포넌트는 도시된 바와 같이 결합된다. 도 2에서, 흑색선은 인코딩될/디코딩될 데이터의 움직임을 지시하고, 점선은 다른 컴포넌트의 작동을 제어하는 제어 데이터의 움직임을 나타낸다. 코덱 시스템(200)의 컴포넌트는 모두 인코더에 존재할 수 있다. 디코더는 코덱 시스템(200)의 컴포넌트의 서브 세트를 포함할 수 있다. 예를 들어, 디코더는 인트라 픽처 예측 컴포넌트(217), 모션 보상 컴포넌트(219), 스케일링 및 역 변환 컴포넌트(229), 인루프 필터 컴포넌트(225), 및 디코딩된 픽처 버퍼 컴포넌트(223)를 포함할 수 있다. 이제 이러한 컴포넌트에 대해 설명한다.
파티셔닝된 비디오 신호(201)는 코딩 트리에 의해 픽셀 블록으로 파티셔닝된, 캡처된 비디오 시퀀스이다. 코딩 트리는 다양한 분할(split) 모드를 이용하여 픽셀 블록을 더 작은 픽셀 블록으로 세분화한다. 그런 다음 이러한 블록을 더 작은 블록으로 세분화할 수 있다. 블록은 코딩 트리에서 노드라고 지칭될 수 있다. 더 큰 부모(parent) 노드는 더 작은 자식(child) 노드로 분할된다. 노드가 세분화되는 횟수를 노드/코딩 트리의 깊이라고 한다. 나눠진 블록은 경우에 따라 코딩 유닛(Coding Unit, CU)에 포함될 수 있다. 예를 들어, CU는 CU에 대한 대응하는 신택스 명령과 함께, 루마 블록, 적색 차이 크로마(Cr) 블록 및 청색 차이 크로마(Cb) 블록을 포함하는 CTU의 서브 부분(sub-portion)일 수 있다. 분할 모드는 이용되는 분할 모드에 따라 노드를 각각 다양한 형상의 2개의 자식 노드, 3개의 자식 노드 또는 4개의 자식 노드로 파티셔닝하는 데 이용되는, 이진 트리(binary tree, BT), 삼중 트리(triple tree, TT) 및 쿼드 트리(quad tree, QT)를 포함할 수 있다. 파티셔닝된 비디오 신호(201)는 압축을 위해 일반 코더 제어 컴포넌트(211), 변환 스케일링 및 양자화 컴포넌트(213), 인트라 픽처 추정 컴포넌트(215), 필터 제어 분석 컴포넌트(227), 및 모션 추정 컴포넌트(221)로 전달된다.
일반 코더 제어 컴포넌트(211)는 애플리케이션 제약에 따라 비디오 시퀀스의 이미지를 비트스트림으로 코딩하는 것과 관련된 결정을 내리도록 구성된다. 예를 들어, 일반 코더 제어 컴포넌트(211)는 비트레이트(bitrate)/비트스트림 크기 대 재구성 품질의 최적화를 관리한다. 이러한 결정은 저장 공간/대역폭 가용성 및 이미지 해상도 요청을 기반으로 할 수 있다. 일반 코더 제어 컴포넌트(211)는 또한 버퍼 언더런(underrun) 및 오버런(overrun) 문제를 완화하기 위해 전송 속도에 비추어 버퍼 활용을 관리한다. 이러한 문제를 관리하기 위해 일반 코더 제어 컴포넌트(211)는 다른 컴포넌트에 의한 파티셔닝, 예측 및 필터링을 관리한다. 예를 들어, 일반 코더 제어 컴포넌트(211)는 해상도를 증가시키고 대역폭 사용을 증가시키기 위해 압축 복잡도를 동적으로 증가시키거나 또는 해상도 및 대역폭 사용을 감소시키기 위해 압축 복잡도를 감소시킬 수 있다. 따라서, 일반 코더 제어 컴포넌트(211)는 코덱 시스템(200)의 다른 컴포넌트를 제어하여 비디오 신호 재구성 품질과 비트 레이트 문제의 균형을 맞춘다. 일반 코더 제어 컴포넌트(211)는 다른 컴포넌트의 작동을 제어하는 제어 데이터를 생성한다. 제어 데이터는 또한 디코더에서 디코딩하기 위한 신호 파라미터로 비트스트림에서 인코딩되도록 헤더 포맷팅 및 CABAC 컴포넌트(231)로 전달된다.
파티셔닝된 비디오 신호(201)는 또한 인터 예측을 위해 모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)로 송신된다. 파티셔닝된 비디오 신호(201)의 프레임 또는 슬라이스는 다수의 비디오 블록으로 나눠질 수 있다. 모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)는 시간 예측을 제공하기 위해 하나 이상의 참조 프레임에서 하나 이상의 블록에 대해 수신된 비디오 블록의 인터 예측 코딩(inter-predictive coding)을 수행한다. 코덱 시스템(200)은 예를 들어 비디오 데이터의 각 블록에 대한 적절한 코딩 모드를 선택하기 위해 다수의 코딩 패스(pass)를 수행할 수 있다.
모션 추정 컴포넌트(221) 및 모션 보상 컴포넌트(219)는 고도로 통합될 수 있지만, 개념적 목적을 위해 별도로 예시된다. 모션 추정 컴포넌트(221)에 의해 수행되는 모션 추정은 비디오 블록에 대한 모션을 추정하는 모션 벡터를 생성하는 프로세스이다. 예를 들어, 모션 벡터는 예측 블록에 대한 코딩된 객체의 변위(displacement)를 지시할 수 있다. 예측 블록은 픽셀 차이 측면에서 코딩될 블록과 밀접하게 매칭하는 것으로 발견된 블록이다. 예측 블록은 참조 블록이라고도 할 수 있다. 그러한 픽셀 차이는 절대 차이의 합(sum of absolute difference, SAD), 차이의 제곱합(sum of square difference, SSD), 또는 다른 차이 메트릭에 의해 결정될 수 있다. HEVC는 CTU, 코딩 트리 블록(coding tree block, CTB) 및 CU를 포함하는, 여러 코딩된 객체를 이용한다. 예를 들어, CTU는 CTB로 나눠질 수 있으며, 그런 다음 CU에 포함하기 위해 CB로 나눠질 수 있다. CU는 예측 데이터를 포함하는 예측 유닛(prediction unit, PU) 및/또는 CU에 대한 변환된 잔차 데이터를 포함하는 변환 유닛(transform unit, TU)으로서 인코딩될 수 있다. 모션 추정 컴포넌트(221)는 레이트 왜곡(rate distortion) 최적화 프로세스의 일부로서 레이트 왜곡 분석을 사용함으로써 모션 벡터, PU, 및 TU를 생성한다. 예를 들어, 모션 추정 컴포넌트(221)는 현재 블록/프레임에 대한 다수의 참조 블록, 다수의 모션 벡터 등을 결정할 수 있고, 최상의 레이트 왜곡 특성을 갖는 참조 블록, 모션 벡터 등을 선택할 수 있다. 최상의 레이트 왜곡 특성은 비디오 재구성의 품질(예: 압축에 의한 데이터 손실의 양)과 코딩 효율성(예: 최종 인코딩의 크기)의 균형을 유지한다.
일부 예에서, 코덱 시스템(200)은 디코딩된 픽처 버퍼 컴포넌트(223)에 저장된 참조 픽처의 서브 정수 픽셀 위치에 대한 값을 계산할 수도 있다. 예를 들어, 비디오 코덱 시스템(200)은 참조 픽처의 1/4 픽셀 위치, 1/8 픽셀 위치, 또는 다른 분수(fractional) 픽셀 위치의 값을 보간할 수 있다. 따라서, 모션 추정 컴포넌트(221)는 전체 픽셀 위치(full pixel position) 및 분수 픽셀 위치(fractional pixel position)에 대한 모션 검색을 수행하고, 분수 픽셀 정밀도(fractional pixel precision)를 갖는 모션 벡터를 출력할 수 있다. 모션 추정 컴포넌트(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), 정수 변환, 서브 대역 변환 또는 다른 유형의 변환도 사용할 수 있다. 변환은 잔차 정보를 픽셀 값 도메인으로부터 주파수 도메인과 같은 변환 도메인으로 변환할 수 있다. 변환 스케일링 및 양자화 컴포넌트(213)는 또한 예를 들어 주파수에 기반하여, 변환된 잔차 정보를 스케일링하도록 구성된다. 그러한 스케일링은 상이한 주파수 정보가 상이한 그래뉼래러티에서 양자화되도록 스케일 팩터를 잔차 정보에 적용하는 것을 포함하며, 이는 재구성된 비디오의 최종 시각적 품질에 영향을 미칠 수 있다. 변환 스케일링 및 양자화 컴포넌트(213)는 또한 비트 레이트를 추가로 감소시키기 위해 변환 계수를 양자화하도록 구성된다. 양자화 프로세스는 계수의 일부 또는 전부와 관련된 비트 깊이를 감소시킬 수 있다. 양자화의 정도는 양자화 파라미터를 조정하는 것에 의해 수정될 수 있다. 일부 예에서, 변환 스케일링 및 양자화 컴포넌트(213)는 그다음 양자화된 변환 계수들을 포함하는 행렬의 스캔을 수행할 수 있다. 양자화된 변환 계수는 헤더 포맷팅 및 CABAC 컴포넌트(231)로 전달되어 비트스트림에서 인코딩된다.
스케일링 및 역 변환 컴포넌트(229)는 모션 추정을 지원하기 위해 변환 스케일링 및 양자화 컴포넌트(213)의 역 작동(reverse operation)을 적용한다. 스케일링 및 역 변환 컴포넌트(229)는 예를 들어 다른 현재 블록에 대한 예측 블록이 될 수 있는 참조 블록으로서 나중에 사용하기 위해, 역 스케일링, 변환, 및/또는 양자화를 적용하여 픽셀 도메인에서 잔차 블록을 재구성한다. 모션 추정 컴포넌트(221) 및/또는 모션 보상 컴포넌트(219)는 나중(later) 블록/프레임의 모션 추정에 사용하기 위해 대응하는 예측 블록에 잔차 블록을 다시 추가하여, 참조 블록을 계산할 수도 있다. 필터는 스케일링, 양자화 및 변환 중에 생성된 아티팩트를 완화하기 위해 재구성된 참조 블록에 적용된다. 그렇지 않으면 후속 블록이 예측될 때 이러한 아티팩트가 부정확한 예측을 야기하고 추가 아티팩트를 생성할 수 있다.
필터 제어 분석 컴포넌트(227) 및 인루프 필터 컴포넌트(225)는 필터를 잔차 블록 및/또는 재구성된 이미지 블록에 적용한다. 예를 들어, 스케일링 및 역 변환 컴포넌트(229)로부터의 변환된 잔차 블록은 인트라 픽처 예측 컴포넌트(217) 및/또는 모션 보상 컴포넌트(219)로부터의 대응하는 예측 블록과 조합되어, 원래의 이미지 블록을 재구성할 수 있다. 그런 다음 필터가 재구성된 이미지 블록에 적용될 수 있다. 일부 예에서, 필터가 그 대신에 잔차 블록에 적용될 수 있다. 도 2의 다른 컴포넌트와 마찬가지로, 필터 제어 분석 컴포넌트(227) 및 인루프 필터 컴포넌트(225)는 고도로 통합되어 함께 구현될 수 있지만, 개념적 목적을 위해 별도로 도시된다. 재구성된 참조 블록에 적용된 필터는 특정 공간 영역에 적용되며 이러한 필터가 적용되는 방식을 조정하기 위해 다수의 파라미터를 포함한다. 필터 제어 분석 컴포넌트(227)는 재구성된 참조 블록을 분석하여 그러한 필터가 적용되어야 하는 위치를 결정하고 대응하는 파라미터를 설정한다. 그러한 데이터는 인코딩을 위한 필터 제어 데이터로서, 헤더 포맷팅 및 CABAC 컴포넌트(231)로 전달된다. 인루프 필터 컴포넌트(225)는 필터 제어 데이터에 기반하여 이러한 필터를 적용한다. 필터는 디블로킹 필터, 노이즈 억제 필터, SAO 필터 및 적응 루프 필터를 포함할 수 있다. 그러한 필터는 예에 따라 공간/픽셀 도메인(예: 재구성된 픽셀 블록에서) 또는 주파수 도메인에서 적용될 수 있다.
인코더로서 작동할 때, 필터링된 재구성된 이미지 블록, 잔차 블록, 및/또는 예측 블록은 위에서 논의된 바와 같이 모션 추정에서 나중에 사용하기 위해 디코딩된 픽처 버퍼 컴포넌트(223)에 저장된다. 디코더로서 작동할 때, 디코딩된 픽처 버퍼 컴포넌트(223)는 재구성되고 필터링된 블록을 저장하고 이를 출력 비디오 신호의 일부로서 디스플레이를 향해 전달한다. 디코딩된 픽처 버퍼 컴포넌트(223)는 예측 블록, 잔차 블록, 및/또는 재구성된 이미지 블록을 저장할 수 있는 임의의 메모리 디바이스일 수 있다.
헤더 포맷팅 및 CABAC 컴포넌트(231)는 코덱 시스템(200)의 다양한 컴포넌트로부터 데이터를 수신하고, 디코더를 향한 전송을 위해 이러한 데이터를 코딩된 비트스트림으로 인코딩한다. 구체적으로, 헤더 포맷팅 및 CABAC 컴포넌트(231)는 일반 제어 데이터 및 필터 제어 데이터와 같은 제어 데이터를 인코딩하기 위한 다양한 헤더를 생성한다. 또한, 인트라 예측 및 모션 데이터를 포함하는 예측 데이터와 양자화된 변환 계수 데이터 형태의 잔차 데이터가 모두 비트스트림에 인코딩된다. 최종 비트스트림은 원래의 파티셔닝된 비디오 신호(201)를 재구성하기 위해 디코더가 원하는 모든 정보를 포함한다. 이러한 정보는 또한 인트라 예측 모드 인덱스 테이블(코드워드 매핑 테이블이라고도 함), 다양한 블록에 대한 인코딩 콘텍스트의 정의, 가장 가능성 있는 인트라 예측 모드의 지시(indication), 파티션 정보의 지시 등을 포함할 수 있다. 이러한 데이터는 엔트로피 코딩을 이용하여 인코딩될 수 있다. 예를 들어, 정보는 콘텍스트 적응 가변 길이 코딩(context adaptive variable length coding, CAVLC), CABAC, 신택스 기반 콘텍스트 적응 이진 산술 코딩(syntax-based context-adaptive binary arithmetic coding, SBAC), 확률 간격 파티셔닝 엔트로피(probability interval partitioning entropy, PIPE) 코딩, 또는 다른 엔트로피 코딩 기술을 이용하여 인코딩될 수 있다. 엔트로피 코딩에 이어, 코딩된 비트스트림은 다른 디바이스(예: 비디오 디코더)로 전송되거나 나중의 전송 또는 검색을 위해 보관될 수 있다.
도 3은 예시적인 비디오 인코더(300)를 예시하는 블록도이다. 비디오 인코더(300)는 코덱 시스템(200)의 인코딩 기능을 구현하거나 및/또는 작동 방법(100)의 단계(101, 103, 105, 107, 및/또는 109)를 구현하기 위해 사용될 수 있다. 인코더(300)는 입력 비디오 신호를 파티셔닝하여 파티셔닝된 비디오 신호(301)를 생성하며, 이는 파티셔닝된 비디오 신호(201)와 실질적으로 유사하다. 파티셔닝된 비디오 신호(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)는 예측 모드를 이용하여 프레임에서 참조 블록을 찾으며, 잔차 블록을 결과에 적용하여 인트라 예측된 이미지 블록을 재구성한다. 재구성된 인트라 예측된 이미지 블록 및/또는 잔차 블록 그리고 대응하는 인터 예측 데이터는, 디코딩된 픽처 버퍼 컴포넌트(223) 및 루프 필터 컴포넌트(225)와 각각 실질적으로 유사할 수 있는, 인루프 필터 컴포넌트(425)를 통해 디코딩된 픽처 버퍼 컴포넌트(423)로 전달된다. 인루프 필터 컴포넌트(425)는 재구성된 이미지 블록, 잔차 블록 및/또는 예측 블록을 필터링하고, 이러한 정보는 디코딩된 픽처 버퍼 컴포넌트(423)에 저장된다. 디코딩된 픽처 버퍼 컴포넌트(423)로부터의 재구성된 이미지 블록은 인터 예측을 위해 모션 보상 컴포넌트(421)로 전달된다. 모션 보상 컴포넌트(421)는 모션 추정 컴포넌트(221) 및/또는 모션 보상 컴포넌트(219)와 실질적으로 유사할 수 있다. 구체적으로, 모션 보상 컴포넌트(421)는 참조 블록으로부터 모션 벡터를 이용하여 예측 블록을 생성하고, 잔차 블록을 결과에 적용하여 이미지 블록을 재구성한다. 결과적인 재구성된 블록은 또한 인루프 필터 컴포넌트(425)를 통해 디코딩된 픽처 버퍼 컴포넌트(423)로 전달될 수 있다. 디코딩된 픽처 버퍼 컴포넌트(423)는 파티션 정보를 통해 프레임으로 재구성될 수 있는 추가적인 재구성된 이미지 블록을 계속해서 저장한다. 이러한 프레임은 시퀀스에 배치될 수도 있다. 시퀀스는 재구성된 출력 비디오 신호로 디스플레이를 향해 출력된다.
위의 사항을 염두에 두고 비디오 압축 기술은 비디오 시퀀스에 고유한 중복성(redundancy)을 줄이거나 제거하기 위해 공간(인트라 픽처) 예측 및/또는 시간(인터 픽처) 예측을 수행한다. 블록 기반 비디오 코딩의 경우, 비디오 슬라이스(즉, 비디오 픽처 또는 비디오 픽처의 일부)는 비디오 블록으로 파티셔닝될 수 있으며, 비디오 블록은 트리블록, CTB(coding tree block), CTU(coding tree unit), CU(coding unit) 및/또는 코딩 노드라고도 지칭될 수 있다. 픽처의 인트라 코딩된(I) 슬라이스의 비디오 블록은 동일한 픽처의 이웃 블록에 있는 참조 샘플에 대한 공간 예측을 사용하여 인코딩된다. 픽처의 인터 코딩된(P 또는 B) 슬라이스의 비디오 블록은 동일한 픽처의 이웃 블록에 있는 참조 샘플에 대한 공간적 예측 또는 다른 참조 픽처의 참조 샘플에 대한 시간적 예측을 사용할 수 있다. 픽처가 프레임이라고 지칭될 수 있고, 참조 픽처가 참조 프레임이라고 지칭될 수 있다.
공간적 또는 시간적 예측은 코딩될 블록에 대한 예측 블록을 생성한다. 잔차 데이터는 코딩될 원래의 블록과 예측 블록 간의 픽셀 차이를 나타낸다. 인터 코딩된 블록(inter-coded block)은 예측 블록을 형성하는 참조 샘플의 블록을 가리키는 모션 벡터 및 코딩된 블록과 예측 블록 간의 차이를 지시하는 잔차 데이터에 따라 인코딩된다. 인트라 코딩된 블록(intra-coded block)은 인트라 코딩 모드 및 잔차 데이터에 따라 인코딩된다. 추가 압축을 위해, 잔차 데이터는 픽셀 도메인에서 변환 도메인으로 변환될 수 있고, 그 결과 잔차 변환 계수가 생성되고, 이는 양자화될 수 있다. 초기에 2차원 어레이로 배열된 양자화된 변환 계수는 변환 계수의 1차원 벡터를 생성하기 위해 스캔될 수 있고, 엔트로피 코딩은 훨씬 더 압축을 달성하기 위해 적용될 수 있다.
이미지 및 비디오 압축은 급속한 성장을 경험하여 다양한 코딩 표준으로 이어졌다. 이러한 비디오 코딩 표준은 ISO/IEC(International Organization for Standardization/International Electrotechnical Commission) MPEG-1 Part 2, ITU-T H.262 또는 ISO/IEC MPEG-2 Part 2, ITU-T H.263, ISO/IEC MPEG-4 Part 2, ITU-T H.264 또는 ISO/IEC MPEG-4 Part 10이라고도 하는 AVC(Advanced Video Coding), 그리고 ITU-T H.265 또는 MPEG-H Part 2라고도 하는 HEVC(High Efficiency Video Coding)를 포함한다. AVC는 SVC(Scalable Video Coding), MVC(Multiview Video Coding) 및 MVC+D(Multiview Video Coding plus Depth), 3D AVC(3D-AVC)와 같은 확장을 포함한다. HEVC는 SHVC(Scalable HEVC), MV-HEVC(Multiview HEVC) 및 3D HEVC(3D-HEVC)와 같은 확장을 포함한다.
ITU-T와 ISO/IEC의 JVET(Joint Video Experts Team)에서 개발 중인 VVC(Versatile Video Coding)라는 새로운 비디오 코딩 표준도 있다. VVC 표준에는 여러 작업 초안이 있지만 특히 VVC의 WD(Working Draft), 특히 2019년 3월 27일 13번째 JVET 회의의 JVET-N1001-v3에서 B. Bross, J. Chen 및 S. Liu의 "Versatile Video Coding (Draft 5)"(VVC Draft 5)가 여기에서 참조된다. 이 단락과 앞 단락의 각 참조는 그 전체가 참조로 포함된다.
여기에 공개된 기술에 대한 설명은 ITU-T 및 ISO/IEC의 JVET(Joint Video Experts Team)에서 개발 중인 비디오 코딩 표준 VVC(Versatile Video Coding)을 기반으로 한다. 그러나, 이 기술은 다른 비디오 코덱 사양에도 적용된다.
도 5는 디코딩 순서(decoding order)(508) 및 프리젠테이션(presentation) 순서(510)에서 리딩 픽처(leading picture)(504) 및 트레일링 픽처(trailing picture)(506)에 대한 인트라 랜덤 액세스 포인트(intra random access point, IRAP) 픽처(502) 사이의 관계의 표현(500)이다. 일 실시예에서, IRAP 픽처(502)는 클린 랜덤 액세스(clean random access, CRA) 픽처 또는 랜덤 액세스 디코딩가능(random access decodable, RADL) 픽처를 갖는 순시 디코더 리프레시(instantaneous decoder refresh, IDR) 픽처로서 지칭된다. HEVC에서 IDR 픽처, CRA 픽처 및 BLA(Broken Link Access) 픽처는 모두 IRAP 픽처(502)로 간주된다. VVC의 경우, 2018년 10월 제12차 JVET 회의에서 IDR 픽처 및 CRA 픽처를 모두 IRAP 픽처로 보유하기로 합의했다. 일 실시예에서, BLA(Broken Link Access) 픽처 및 GDR(Gradual Decoder Refresh) 픽처는 또한 IRAP 픽처로 간주될 수 있다. 코딩된 비디오 시퀀스에 대한 디코딩 프로세스는 항상 IRAP에서 시작된다.
도 5에 도시된 바와 같이, 리딩 픽처(504)(예: 픽처 2 및 픽처 3)는 디코딩 순서(508)에서 IRAP 픽처(502)를 뒤따르지만, 프리젠테이션 순서(510)에서 IRAP 픽처(502)에 선행한다. 트레일링 픽처(506)는 디코딩 순서(508) 및 프리젠테이션 순서(510) 모두에서 IRAP 픽처(502)를 뒤따른다. 2개의 리딩 픽처(504)와 하나의 트레일링 픽처(506)가 도 5에 도시되어 있으며, 당업자는 실제 애플리케이션에서 더 많거나 더 적은 리딩 픽처(504) 및/또는 트레일링 픽처(506)가 디코딩 순서(508) 및 프리젠테이션 순서(510)에 존재할 수 있음을 이해할 것이다.
도 5의 리딩 픽처(504)는 5는 RASL(random access skipped leading)과 RADL의 두 가지 유형으로 나뉜다. 디코딩이 IRAP 픽처(502)(예: 픽처 1)로 시작될 때, RADL 픽처(예: 픽처 3)는 적절하게 디코딩될 수 있으며; 그러나, RASL 픽처(예: 픽처 2)는 적절하게 디코딩될 수 없다. 따라서, RASL 픽처는 폐기된다. RADL 픽처와 RASL 픽처 간의 구별에 비추어, IRAP 픽처(502)와 관련된 리딩 픽처(504)의 유형은 효율적이고 적절한 코딩을 위해 RADL 또는 RASL로 식별되어야 한다. HEVC에서, RASL 픽처 및 RADL 픽처가 제시될(presented) 때, 동일한 IRAP 픽처(502)와 관련된 RASL 픽처 및 RADL 픽처에 대해, RASL 픽처가 프리젠테이션 순서(510)에서 RADL 픽처보다 선행해야 한다는 것이 제한된다.
IRAP 픽처(502)는 다음의 두 가지 중요한 기능/이점을 제공한다. 첫째, IRAP 픽처(502)의 존재(presence)는 디코딩 프로세스가 그 픽처로부터 시작할 수 있음을 지시한다. 이 기능은 IRAP 픽처(502)가 그 위치에 존재하는(present) 한, 디코딩 프로세스가 비트스트림의 대응하는 위치에서 시작하는 랜덤 액세스 기능을 허용하지만 반드시 비트스트림의 시작일 필요는 없다. 두 번째로, IRAP 픽처(502)의 존재는 RASL 픽처를 제외한 IRAP 픽처(502)에서 시작하는 코딩된 픽처가 이전 픽처에 대한 참조 없이 코딩되도록 디코딩 프로세스를 리프레시한다(refresh). 비트스트림에 존재하는 IRAP 픽처(502)를 갖는 것은 결과적으로, IRAP 픽처(502) 및 디코딩 순서(508)에서 IRAP 픽처(502)를 뒤따르는 픽처로 전파하기 위해 IRAP 픽처(502) 이전에 코딩된 픽처의 디코딩 동안 발생할 수 있는 임의의 에러를 멈출 것이다.
IRAP 픽처(502)은 중요한 기능을 제공하지만 압축 효율성이 저하된다. IRAP 픽처(502)의 존재는 비트레이트의 급증을 야기한다. 압축 효율에 대한 이러한 불이익은 두 가지 이유 때문이다. 첫째, IRAP 픽처(502)가 인트라 예측된 픽처이기 때문에, 픽처 자체가 인터 예측된 픽처인 다른 픽처(예: 리딩 픽처(504), 트레일링 픽처(506))와 비교할 때 나타내기 위해 상대적으로 더 많은 비트를 필요로 할 것이다. 둘째, IRAP 픽처(502)의 존재가 시간적 예측을 깨기 때문에(이는 디코더가 디코딩 프로세스를 리프레시하기 때문이며, 이에 대한 디코딩 프로세스의 작동 중 하나는 디코딩된 픽처 버퍼(DPB)에서 이전 참조 픽처를 제거하는 것임), IRAP 픽처(502)는 그들의 인터 예측 코딩을 위한 참조 픽처가 더 적기 때문에 디코딩 순서(508)에서 IRAP 픽처(502)를 뒤따르는 픽처의 코딩이 덜 효율적이게 한다(즉, 표현하기 위해 더 많은 비트가 필요함).
IRAP 픽처(502)로 간주되는 픽처 유형 중에서, HEVC의 IDR 픽처는 다른 픽처 유형과 비교할 때 상이한 시그널링 및 도출(derivation)을 갖는다. 일부 차이점은 다음과 같다.
IDR 픽처의 POC(picture order count) 값의 시그널링 및 도출을 위해, POC의 MSB(most significant bit) 부분은 이전 키(key) 픽처에서 도출되지 않고 단순히 0과 같게 설정된다.
참조 픽처 관리에 필요한 시그널링 정보의 경우, IDR 픽처의 슬라이스 헤더는 참조 픽처 관리를 돕기 위해 시그널링되어야 하는 정보가 포함하지 않는다. 다른 픽처 유형(즉, CRA, 트레일링(Trailing), TSA(temporal sub-layer access) 등)의 경우, 아래에 설명된 참조 픽처 세트(reference picture set, RPS)와 같은 정보 또는 유사한 다른 형태의 정보(예: 참조 픽처 리스트)가, 참조 픽처 마킹(marking) 프로세스(즉, 참조용으로 사용되거나 참조용으로 사용되지 않는 디코딩된 픽처 버퍼(DPB)에서 참조 픽처의 상태를 결정하기 위한 프로세스)에 필요하다. 그러나, IDR 픽처의 경우, IDR의 존재가 디코딩 프로세스가 DPB의 모든 참조 픽처를 참조용으로 사용하지 않은 것으로 간단히 표시해야 함을 지시하기 때문에 이러한 정보는 시그널링될 필요가 없다.
IRAP 픽처 개념 외에도, 존재하면 IRAP 픽처와 연관된 리딩 픽처가 있다. 리딩 픽처는 디코딩 순서에서 연관된 IRAP 픽처를 뒤따르지만 출력 순서에서 IRAP 픽처보다 선행하는 픽처이다. 코딩 구성 및 픽처 참조 구조에 따라 리딩 픽처는 추가로, 두 가지 유형으로 식별된다. 첫 번째 유형은 디코딩 프로세스가 연관된 IRAP 픽처에서 시작되면 올바르게(correctly) 디코딩되지 않을 수 있는 리딩 픽처이다. 이는 이러한 리딩 픽처가 디코딩 순서에서 IRAP 픽처보다 선행하는 픽처를 참조하여 코딩되기 때문에 발생할 수 있다. 이러한 리딩 픽처를 RASL(random access skipped leading)이라고 한다. 두 번째 유형은 디코딩 프로세스가 연관된 IRAP 픽처에서 시작되더라도 올바르게 디코딩되어야 하는 리딩 픽처이다. 이는 이러한 리딩 픽처가 디코딩 순서에서 IRAP 픽처에 선행하는 픽처를 직간접적으로 참조하지 않고 코딩되기 때문에 가능하다. 이러한 리딩 픽처를 RADL(random access decodable leading)이라고 한다. HEVC에서, RASL 픽처 및 RADL 픽처가 존재할 때, 동일한 IRAP 픽처와 연관된 RASL 픽처 및 RADL 픽처의 경우, RASL 픽처가 출력 순서에서 RADL 픽처보다 선행해야 한다는 제약이 있다.
HEVC 및 VVC에서, IRAP 픽처(502) 및 리딩 픽처(504)는 각각 단일 NAL(network abstraction layerr) 유닛 내에 포함될 수 있다. NAL 유닛들의 세트는 액세스 유닛으로 지칭될 수 있다. IRAP 픽처(502) 및 리딩 픽처(504)는 시스템 레벨 애플리케이션에 의해 쉽게 식별될 수 있도록 상이한 NAL 유닛 유형이 부여된다. 예를 들어, 비디오 스플라이서(video splicer)는 코딩된 비트스트림의 신택스 엘리먼트를 너무 상세하게 이해할 필요 없이, 코딩된 픽처 유형을 이해해야 하며, 특히 비-IRAP(non-IRAP) 픽처로부터 IRAP 픽처(502)를 식별하고, 트레일링 픽처(506)로부터 RASL 픽처와 RADL 픽처를 결정하는 것을 포함하여 리딩 픽처(504)를 식별해야 한다. 트레일링 픽처(506)는 IRAP 픽처(502)와 연관되는 픽처이며, 프리젠테이션 순서(510)에서 IRAP 픽처(502)를 뒤따른다. 픽처는 디코딩 순서(508)에서 특정 IRAP 픽처(502)를 뒤따르고 디코딩 순서(508)에서 임의의 다른 IRAP 픽처(502)에 선행할 수 있다. 이를 위해, IRAP 픽처(502) 및 리딩 픽처(504)에게 그들 자신의 NAL 유닛 유형을 제공하는 것은, 그러한 애플리케이션에 도움이 된다.
HEVC의 경우, IRAP 픽처에 대한 NAL 유닛 유형에는 다음이 포함된다.
BLA_W_LP(BLA with leading picture): 디코딩 순서에서 하나 이상의 리딩 픽처가 뒤따를 수 있는 BLA(Broken Link Access) 픽처의 NAL 유닛.
BLA_W_RADL(BLA with RADL): 디코딩 순서에서 하나 이상의 RADL 픽처가 뒤따를 수 있지만 RASL 픽처가 없을 수 있는 BLA 픽처의 NAL 유닛.
BLA_N_LP(BLA with no leading picture): 디코딩 순서에서 리딩 픽처가 뒤따르지 않는 BLA 픽처의 NAL 유닛.
IDR_W_RADL(IDR with RADL): 디코딩 순서에서 하나 이상의 RADL 픽처가 뒤따를 수 있지만 RASL 픽처가 없을 수 있는 IDR 픽처의 NAL 유닛.
IDR_N_LP(IDR with no leading picture): 디코딩 순서에서 리딩 픽처가 뒤따르지 않는 IDR 픽처의 NAL 유닛.
CRA: 리딩 픽처(즉, RASL 픽처 또는 RADL 픽처 또는 둘 다)가 뒤따를 수 있는 CRA(Clean Random Access) 픽처의 NAL 유닛.
RADL: RADL 픽처의 NAL 유닛.
RASL: RASL 픽처의 NAL 유닛.
VVC의 경우, IRAP 픽처(502) 및 리딩 픽처(504)에 대한 NAL 유닛 유형은 다음과 같다.
IDR_W_RADL(IDR with RADL): 디코딩 순서에서 하나 이상의 RADL 픽처가 뒤따를 수 있지만 RASL 픽처가 없을 수 있는 IDR 픽처의 NAL 유닛.
IDR_N_LP(IDR with no leading picture): 디코딩 순서에서 리딩 픽처가 뒤따르지 않는 IDR 픽처의 NAL 유닛.
CRA: 리딩 픽처(즉, RASL 픽처 또는 RADL 픽처 또는 둘 다)가 뒤따를 수 있는 CRA(Clean Random Access) 픽처의 NAL 유닛.
RADL: RADL 픽처의 NAL 유닛.
RASL: RASL 픽처의 NAL 유닛.
참조 픽처 리샘플링(reference picture resampling, RPR) 특징은 해상도 변경 위치에서 픽처를 인트라 코딩할 필요 없이 비트스트림 중간에 코딩된 픽처의 공간 해상도를 변경할 수 있는 기능이다. 이를 가능하게 하기 위해, 픽처는 인터 예측을 위해 현재 픽처와 공간 해상도가 상이한 하나 이상의 참조 픽처를 참조할 수 있어야 한다. 결과적으로, 이러한 참조 픽처 또는 그 일부의 리샘플링은 현재 픽처의 인코딩 및 디코딩을 위해 필요하다. 따라서, 이름은 RPR이다. 이 특징은 적응적 해상도 변경(adaptive resolution change) 또는 다른 이름으로도 지칭될 수 있다. 다음을 포함하여 RPR 기능의 이점을 얻을 수 있는 사용 사례 또는 애플리케이션 시나리오가 있다.
비디오 통화 및 회의에서 레이트 조정. 이는 코딩된 비디오를 변화하는 네트워크 조건에 맞게 조정하기 위한 것이다. 네트워크 상태가 악화되어 사용 가능한 대역폭이 낮아질 때, 인코더가 더 작은 해상도의 픽처를 인코딩하는 것에 의해 이에 적응할 수 있다.
다자간 비디오 회의에서 활성 발언자(active speaker) 변경. 다자간 비디오 회의의 경우, 활성 발언자의 비디오 크기가 나머지 회의 참가자의 비디오 크기보다 크거나 큰 것이 일반적이다. 활성 발언자가 변경될 때, 각 참가자의 픽처 해상도도 조정해야 할 수 있다. 활성 발언자의 변경이 자주 발생할 때 ARC 기능의 필요성이 더욱 중요해진다.
스트리밍의 빠른 시작. 스트리밍 애플리케이션의 경우, 애플리케이션이 픽처 디스플레이를 시작하기 전에 디코딩된 픽처의 특정 길이까지 버퍼링하는 것이 일반적이다. 더 작은 해상도로 비트스트림을 시작하면 애플리케이션이 버퍼에 더 빨리 디스플레이할 수 있는 충분한 픽처를 가질 수 있다.
스트리밍에서 적응형 스트림 전환(adaptive stream switching). DASH(Dynamic Adaptive Streaming over HTTP) 사양에는 @mediaStreamStructureId라는 특징이 포함되어 있다. 이 기능은 디코딩할 수 없는(non-decodable) 리딩 픽처, 예를 들어 HEVC에서 연관된 RASL 픽처가 있는 CRA 픽처를 가지는 개방형 GOP(open-group of picture) 랜덤 액세스 포인트에서 서로 다른 표현 사이의 전환(switching)을 가능하게 한다. 동일한 비디오의 두 가지 서로 다른 표현이 상이한 비트레이트를 갖지만 동일한 공간 해상도를 가지며 그리고 이들이 동일한 @mediaStreamStructureId 값을 가질 때, 연관된 RASL 픽처가 있는 CRA 픽처에서 두 표현 사이의 전환이 수행될 수 있고, 전환이 수행된 CRA 픽처(Switching-at CRA picture)와 연관된 RASL 픽처는 허용 가능한 품질로 디코딩될 수 있으므로 원활한 전환이 가능하다. ARC를 사용하면 @mediaStreamStructureId 특징을 사용하여 공간 해상도가 서로 다른 DASH 표현을 전환할 수도 있다.
다양한 방법은 픽처 해상도 리스트의 시그널링, DPB에서 참조 픽처의 재샘플링의 일부 제약 등과 같은 RPR/ARC를 지원하기 위한 기본 기술을 용이하게 한다.
RPR을 지원하는 데 필요한 기술의 하나의 컴포넌트는 비트스트림에 존재할 수 있는 픽처 해상도를 시그널링하는 방법이다. 이것은 일부 예에서 아래와 같이 SPS의 픽처 해상도 리스트를 사용하여 픽처 해상도의 현재 신호를 변경함으로써 해결된다.
num_pic_size_in_luma_samples_minus1 plus 1은 코딩된 비디오 시퀀스에 존재할 수 있는 루마 샘플 단위로, 픽처 크기(너비 및 높이)의 수를 지정한다. pic_width_in_luma_samples[i]는 코딩된 비디오 시퀀스에 존재할 수 있는 루마 샘플 단위로, 디코딩된 픽처의 i번째 너비를 지정한다. pic_width_in_luma_samples[i]는 0과 같지 않아야 하고 MinCbSizeY의 정수 배수여야 한다.
pic_height_in_luma_samples[i]는 코딩된 비디오 시퀀스에 존재할 수 있는 루마 샘플 단위로, 디코딩된 픽처의 i번째 높이를 지정한다. pic_height_in_luma_samples[i]는 0과 같지 않아야 하고 MinCbSizeY의 정수배여야 한다.
15차 JVET 회의에서는 RPR을 지원하기 위한 시그널링 픽처 크기 및 적합성 윈도우의 또 다른 변형에 대해 논의했다. 시그널링은 다음과 같다.
- SPS에서 최대 픽처 크기(즉, 픽처 너비 및 픽처 높이)를 시그널링
- 픽처 파라미터 세트(picture parameter set, PPS)에서 픽처 크기를 시그널링
- 적합성 윈도우의 현재 시그널링을 SPS에서 PPS로 이동. 적합성 윈도우 정보는 출력을 위한 픽처를 준비하는 프로세스에서 재구성된/디코딩된 픽처를 자르는(crop) 데 사용된다. 잘린 픽처 크기(cropped picture size)는 연관된 적합성 윈도우를 사용하여 픽처를 자른 후의 픽처 크기이다.
픽처 크기 및 적합성 윈도우의 시그널링은 다음과 같다.
max_width_in_luma_samples는 이 SPS가 활성화된(active) 임의의 픽처에 대한 pic_width_in_luma_samples가 max_width_in_luma_samples보다 작거나 같은 것이 비트스트림 적합성의 요건임을 지정한다. max_height_in_luma_samples는 이 SPS가 활성화된 임의의 픽처에 대한 pic_height_in_luma_samples가 max_height_in_luma_samples보다 작거나 같은 것이 비트스트림 적합성의 요건임을 지정한다.
pic_width_in_luma_samples는 루마 샘플 단위로, PPS를 참조하는 각 디코딩된 픽처의 너비를 지정한다. pic_width_in_luma_samples는 0과 같지 않아야 하고 MinCbSizeY의 정수배여야 한다.
pic_height_in_luma_samples는 루마 샘플 단위로, PPS를 참조하는 각 디코딩된 픽처의 높이를 지정한다. pic_height_in_luma_samples는 0과 같지 않아야 하며 MinCbSizeY의 정수배여야 한다.
너비와 높이가 reference_pic_width_in_luma_samples 및 reference_pic_height_in_luma_samples인 모든 활성 참조 픽처에 대해 다음 조건이 모두 충족되는 것은 비트스트림 적합성의 요건이다.
- 2*pic_width_in_luma_samples >= reference_pic_width_in_luma_samples
- 2*pic_height_in_luma_samples >= reference_pic_height_in_luma_samples
- pic_width_in_luma_samples <= 8*reference_pic_width_in_luma_samples
- pic_height_in_luma_samples <= 8*reference_pic_height_in_luma_samples
변수 PicWidthInCtbsY, PicHeightInCtbsY, PicSizeInCtbsY, PicWidthInMinCbsY, PicHeightInMinCbsY, PicSizeInMinCbsY, PicSizeInSamplesY, PicWidthInSamplesC 및 PicHeightInSamplesC는 다음과 같이 도출된다.
1과 같은 conformance_window_flag는 PPS에서 적합성 자르기 윈도우 오프셋 파라미터가 다음에 뒤따른다는 것을 지시한다. 0과 같은 conformance_window_flag는 적합성 자르기 윈도우 오프셋 파라미터가 존재하지 않음을 지시한다.
conf_win_left_offset, conf_win_right_offset, conf_win_top_offset, conf_win_bottom_offset은 디코딩 프로세스에서 출력되는 PPS를 참조하는 픽처의 샘플을 출력용 픽처 좌표에 지정된 직사각형 영역으로 지정한다. conformance_window_flag가 0과 같을 때, conf_win_left_offset의 값, conf_win_right_offset의 값, conf_win_top_offset의 값, 그리고 conf_win_bottom_offset의 값은 0과 같은 것으로 추론된다.
적합성 자르기 윈도우에는 SubWidthC * conf_win_left_offset에서 pic_width_in_luma_samples - (SubWidthC * conf_win_right_offset + 1)까지의 수평 좌표 및 SubHeightC * conf_win_top_offset에서 pic_height_in_luma_samples - (SubHeightC * conf_win_ bottom_offset + 1)까지의 수직 좌표를 가지는 루마 샘플이 포함된다.
SubWidthC * (conf_win_left_offset + conf_win_right_offset)의 값은 pic_width_in_luma_samples 보다 작아야 하고, SubHeightC * (conf_win_top_offset + conf_win_bottom_offset)의 값은 pic_height_in_luma_samples 보다 작아야 한다.
변수 PicOutputWidthL 및 PicOutputHeightL는 다음과 같이 도출된다.
ChromaArrayType이 0과 같지 않을 때, 두 크로마 어레이의 대응하는 지정된 샘플은 픽처 좌표(x / SubWidthC, y / SubHeightC)를 갖는 샘플이며, 여기서 (x, y)는 지정된 루마 샘플의 픽처 좌표이다.
참고 - 적합성 자르기 윈도우 오프셋 파라미터는 출력에만 적용된다. 모든 내부 디코딩 프로세스는 잘려지지 않은 픽처 크기(uncropped picture size)에 적용된다.
PPS에서 픽처 크기 및 적합성 윈도우의 시그널링은 다음과 같은 문제를 야기한다.
- 다수의 PPS가 CVS(coded video sequence)에 존재할 수 있기 때문에, 2개의 PPS가 동일한 픽처 크기 신호를 포함하지만 상이한 적합성 윈도우 신호를 포함할 수 있다. 이로 인해 다른 PPS를 참조하는 두 픽처의 픽처 크기는 같지만 자르기 크기가 상이한 상황이 발생한다.
- RPR을 지원하기 위해 현재 픽처와 블록의 참조 픽처가 상이한 픽처 크기를 가질 때, 블록의 코딩을 위해 몇 가지 코딩 도구를 턴오프(turn off)하는 것이 제안되었다. 그러나, 이제는 두 픽처의 픽처 크기가 같더라도 자르기 크기가 상이할 수 있으므로 자르기 크기를 기반으로 추가 확인이 필요하다.
동일한 픽처 크기를 갖는 픽처 파라미터 세트를 또한 동일한 적합성 윈도우 크기(예: 자르기 윈도우 크기)를 갖도록 제한하는 기술이 여기에 개시된다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써, RPR(reference picture resampling)이 인에이블될 때 지나치게 복잡한 처리를 피할 수 있다. 따라서, 프로세서, 메모리 및/또는 네트워크 리소스의 사용이 인코더와 디코더 모두에서 감소될 수 있다. 따라서, 비디오 코딩의 코더/디코더(일명 "코덱")는 현재 코덱에 비해 향상된다. 실질적으로 개선된 비디오 코딩 프로세스는 비디오가 전송, 수신 및/또는 시청될 때 사용자에게 더 나은 사용자 경험을 제공한다.
비디오 코딩의 확장성(Scalability)은 일반적으로 멀티 레이어(multi-layer) 코딩 기술을 사용하여 지원된다. 멀티 레이어 비트스트림은 기본 레이어(base layer, BL) 및 하나 이상의 향상 레이어(enhancement layer, EL)를 포함한다. 확장성의 예로는 공간적 확장성, 품질/SNR(signal-to-noise) 확장성, 다시점(multi-view) 확장성 등이 있다. 멀티 레이어 코딩 기술이 사용될 때, 픽처 또는 그 일부가 (1) 참조 픽처를 사용하지 않고, 즉 인트라 예측을 사용하여; 또는 (2) 동일한 레이어에 있는 참조 픽처를 참조함으로써, 즉 인터 예측을 사용하여; 또는 (3) 다른 레이어(들)에 있는 참조 픽처를 참조함으로써, 즉 인터 레이어 예측을 사용하여, 코딩될 수 있다. 현재 픽처의 인터 레이어 예측에 사용되는 참조 픽처를 인터 레이어 참조 픽처(inter-layer reference picture, ILRP)라고 한다.
도 6은 예를 들어 블록 압축 단계(105), 블록 디코딩 단계(113), 모션 추정 컴포넌트(221), 모션 보상 컴포넌트(219), 모션 보상 컴포넌트(321), 및/또는 모션 보상 컴포넌트(421)에서 MV를 결정하도록 수행되는, 레이어 기반 예측(600)의 예를 예시하는 개략도이다. 레이어 기반 예측(600)은 단방향(unidirectional) 인터 예측 및/또는 양방향 인터 예측과 호환되지만 상이한 레이어의 픽처 간에도 수행된다.
레이어 기반 예측(600)은 서로 다른 레이어의 픽처(611, 612, 613, 614)와 픽처(615, 616, 617, 618) 사이에 적용된다. 도시된 예에서, 픽처(611, 612, 613 및 614)는 레이어(Layer) N+1(632)의 일부이고, 픽처(615, 616, 617 및 618)는 레이어 N(631)의 일부이다. 레이어 N(631) 및/또는 레이어 N+1(632)과 같은 레이어는 유사한 크기, 품질, 해상도, 신호 대 노이즈비, 능력(capability) 등과 같은 특성의 유사 값과 모두 연관되는 픽처의 그룹이다. 도시된 예에서, 레이어 N+1(632)은 레이어 N(631)보다 더 큰 이미지 크기와 연관된다. 따라서, 이 예에서, 레이어 N+1(632)의 픽처(611, 612, 613, 614)는 레이어 N(631)의 픽처(615, 616, 617, 618)보다 더 큰 픽처 크기(예: 더 큰 높이와 너비, 따라서, 더 많은 샘플)를 갖는다. 그러나, 이러한 픽처는 다른 특성에 의해 레이어 N+1(632)과 레이어 N(631) 사이에서 분리될 수 있다. 2개의 레이어(레이어 N+1(632) 및 레이어 N(631))만 도시되지만, 하나의 픽처 세트는 연관된 특성에 따라 임의의 수의 레이어로 분리될 수 있다. 레이어 N+1(632) 및 레이어 N(631)은 또한 레이어 ID로 표시될 수 있다. 레이어 ID는 픽처와 연관되는 항목이며, 픽처가 지시된 레이어의 일부임을 표시한다. 따라서, 각각의 픽처(611-618)는 대응하는 픽처를 포함하는 레이어 N+1(632) 또는 레이어 N(631)을 지시하기 위해 대응하는 레이어 ID와 연관될 수 있다.
상이한 레이어(631-632)의 픽처(611-618)는 다르게는 디스플레이되도록 구성된다. 이와 같이, 상이한 레이어(631-632)의 픽처(611-618)는 동일한 시간 식별자(ID)를 공유할 수 있고 동일한 AU에 포함될 수 있다. 여기에서 사용되는 바와 같이, AU는 DPB로부터의 출력을 위한 동일한 디스플레이 시간과 연관된 하나 이상의 코딩된 픽처의 세트이다. 예를 들어, 디코더는 더 작은 픽처가 요구되면 현재 디스플레이 시간에 픽처(615)를 디코딩하고 디스플레이할 수 있으며, 또는 더 큰 픽처가 요구되면 디코더가 현재 디스플레이 시간에 픽처(611)를 디코딩 및 디스플레이할 수 있다. 이와 같이, 상위 레이어(higher layer) N+1(632)의 픽처(611-614)는 (픽처 크기의 차이에도 불구하고) 하위 레이어(lower layer) N(631)의 대응하는 픽처(615-618)와 실질적으로 동일한 이미지 데이터를 포함한다. 구체적으로, 픽처(611)는 픽처(615)와 실질적으로 동일한 이미지 데이터를 포함하고, 픽처(612)는 픽처(616)와 실질적으로 동일한 이미지 데이터를 포함한다.
픽처(611-618)는 동일한 레이어 N(631) 또는 N+1(632)의 다른 픽처(611-618)를 참조하여 코딩될 수 있다. 동일한 레이어의 다른 픽처를 참조하여 픽처를 코딩하면 인터 예측(623)이 발생하며, 이는 호환 가능한 단방향 인터 예측 및/또는 양방향 인터 예측이다. 인터 예측(623)은 실선 화살표로 도시된다. 예를 들어, 픽처(613)는 참조로서 레이어 N+1(632)의 픽처(611, 612 및/또는 614) 중 하나 또는 2개를 사용하여 인터 예측(623)을 이용함으로써 코딩될 수 있으며, 여기서 하나의 픽처는 단방향 인터 예측을 위한 참조이거나 및/또는 2개의 픽처는 양방향 인터 예측을 위한 참조이다. 또한, 픽처(617)는 참조로서 레이어 N(631)의 픽처(615, 616 및/또는 618) 중 하나 또는 2개를 사용하여 인터 예측(623)을 이용함으로써 코딩될 수 있으며, 여기서 하나의 픽처는 단방향 인터 예측을 위한 참조이거나 및/또는 2개의 픽처는 양방향 인터 예측을 위한 참조이다. 인터 예측(623)을 수행할 때 픽처가 동일한 레이어의 다른 픽처에 대한 참조로 사용될 때, 픽처를 참조 픽처라고 할 수 있다. 예를 들어, 픽처(612)는 인터 예측(623)에 따라 픽처(613)를 코딩하는데 사용되는 참조 픽처일 수 있다. 인터 예측(623)은 또한 멀티 레이어 콘텍스트에서 인트라 레이어 예측(intra-layer prediction)으로 지칭될 수 있다. 이와 같이, 인터 예측(623)은 현재 픽처와 상이한 참조 픽처에서 지시된 샘플들을 참조하여 현재 픽처의 샘플들을 코딩하는 메커니즘이며, 여기서 참조 픽처와 현재 픽처가 동일한 레이어에 있다.
픽처(611-618)는 또한 상이한 레이어의 다른 픽처(611-618)를 참조하여 코딩될 수 있다. 이 프로세스는 인터 레이어 예측(621)으로 알려져 있으며, 점선 화살표로 표시된다. 인터 레이어 예측(621)은 참조 픽처에서 표시된 샘플을 참조하여 현재 픽처의 샘플을 코딩하는 메커니즘이며, 현재 픽처와 참조 픽처가 서로 다른 레이어에 있으며, 따라서 서로 다른 레이어 ID를 갖는다. 예를 들어, 하위 레이어 N(631)의 픽처는 상위 레이어 N+1(632)의 대응하는 픽처를 코딩하기 위한 참조 픽처로 사용될 수 있다. 구체적인 예로서, 픽처(611)는 인터 레이어 예측(621)에 따라 픽처(615)를 참조하여 코딩될 수 있다. 그러한 경우에, 픽처(615)는 인터 레이어 참조 픽처로 사용된다. 인터 레이어 참조 픽처는 인터 레이어 예측(621)에 사용되는 참조 픽처이다. 대부분의 경우, 인터 레이어 예측(621)은 픽처(611)와 같은 현재 픽처가, 픽처(615)와 같이 동일한 AU에 포함되면서 또한 하위 레이어에 있는 인터 레이어 참조 픽처(들)만을 사용할 수 있도록 제한된다. 다수의 레이어(예: 2개 이상)가 사용가능할 때, 인터 레이어 예측(621)은 현재 픽처보다 낮은 레벨에서의 다수의 인터 레이어 참조 픽처(들)에 기반하여 현재 픽처를 인코딩/디코딩할 수 있다.
비디오 인코더는 레이어 기반 예측(600)을 이용하여 인터 예측(623)과 인터 레이어 예측(621)의 많은 상이한 조합 및/또는 순열을 통해 픽처(611-618)를 인코딩할 수 있다. 예를 들어, 픽처(615)는 인트라 예측에 따라 코딩될 수 있다. 그런 다음, 픽처(616-618)는 픽처(615)를 참조 픽처로서 사용하는 것에 의해 인터 예측(623)에 따라 코딩될 수 있다. 또한, 픽처(611)는 픽처(615)를 인터 레이어 참조 픽처로 사용하는 것에 의해 인터 레이어 예측(621)에 따라 코딩될 수 있다. 그다음, 픽처(612-614)는 픽처(611)를 참조 픽처로서 사용하는 것에 의해 인터 예측(623)에 따라 코딩될 수 있다. 이와 같이, 참조 픽처는 상이한 코딩 메커니즘을 위한 단일 레이어 참조 픽처 및 인터 레이어 참조 픽처 모두의 역할을 할 수 있다. 하위 레이어 N(632) 픽처를 기반으로 상위 레이어 N+1(632) 픽처를 코딩함으로써, 상위 레이어 N+1(632)은 인터 예측(623) 및 인터 레이어 예측(621)보다 훨씬 낮은 코딩 효율을 갖는 인트라 예측을 이용하는 것을 피할 수 있다. 이와 같이, 인트라 예측의 열악한 코딩 효율은 최소/최저 품질 픽처로 제한될 수 있고, 따라서, 최소량의 비디오 데이터를 코딩하는 것으로 제한될 수 있다. 참조 픽처 및/또는 인터 레이어 참조 픽처로 사용되는 픽처는 참조 픽처 리스트 구조에 포함된 참조 픽처 리스트(들)의 엔트리에서 지시될 수 있다.
이전 H.26x 비디오 코딩 제품군은 단일 레이어 코딩을 위한 프로필(profile)(들)과 별도의 프로필(들)에서 확장성을 지원했다. 확장 가능한 비디오 코딩(scalable video coding, SVC)은 공간, 시간 및 품질 확장성을 지원하는 AVC/H.264의 확장 가능한 확장이다. SVC의 경우, 플래그는 EL 픽처의 각 매크로블록(macroblock, MB)에서 시그널링되어 EL MB가 하위 레이어로부터의 병치된 블록(collocated block)을 사용하여 예측되는지를 지시한다. 병치된 블록으로부터의 예측은 텍스처, 모션 벡터, 및/또는 코딩 모드를 포함할 수 있다. SVC 구현은 설계에서 수정되지 않은 H.264/AVC 구현을 직접 재사용할 수 없다. SVC EL 매크로블록 신택스 및 디코딩 프로세스는 H.264/AVC 신택스 및 디코딩 프로세스와 상이하다.
SHVC(Scalable HEVC)는 공간 및 품질 확장성을 지원하는 HEVC/H.265 표준의 확장이고, MV-HEVC(multiview HEVC)는 다중 보기 확장성을 지원하는 HEVC/H.265의 확장이며, 3D HEVC(3D-HEVC)는 MV-HEVC보다 더 발전되고 효율적인 3차원(three dimensional, 3D) 비디오 코딩에 대한 지원을 제공하는 HEVC/H.264의 확장이다. 시간적 확장성은 단일 레이어 HEVC 코덱의 필수 부분으로 포함됨을 유의한다. HEVC의 멀티 레이어 확장 설계는, 인터 레이어 예측에 사용되는 디코딩된 픽처가 동일한 액세스 유닛(access unit, AU)에서만 제공되고 장기 참조 픽처(long-term reference picture, LTRP)로 처리되며 그리고 현재 레이어의 다른 시간 참조 픽처와 함께 참조 픽처 리스트(들)의 참조 인덱스가 할당된다는 아이디어를 사용한다. ILP(inter-layer prediction)는 참조 픽처 리스트(들)에서 인터 레이어 참조 픽처(들)를 참조하도록 참조 인덱스의 값을 설정함으로써 예측 유닛(prediction unit, PU) 레벨에서 달성된다.
특히, 참조 픽처 리샘플링 및 공간 확장성 특징 모두는 참조 픽처 또는 그 일부의 리샘플링을 요구한다. 참조 픽처 리샘플링은 픽처 레벨 또는 코딩 블록 레벨에서 실현될 수 있다. 그러나, RPR을 코딩 특징이라고 하는 경우에는 이는 단일 레이어 코딩을 위한 특징이다. 그렇더라도 단일 레이어 코딩의 RPR 특징과 멀티 레이어 코딩의 공간 확장성 특징 모두에 대해 동일한 리샘플링 필터를 사용하는 것이 코덱 설계 관점에서 가능하거나 더 바람직하다.
도 7은 단방향 인터 예측(700)의 예를 예시하는 개략도이다. 단방향 인터 예측(700)은 픽처를 파티셔닝할 때 생성되는 인코딩된 및/또는 디코딩된 블록에 대한 모션 벡터를 결정하기 위해 이용될 수 있다.
단방향 인터 예측(700)은 현재 프레임(710)에서 현재 블록(711)을 예측하기 위해 참조 블록(731)과 함께 참조 프레임(730)을 사용한다. 참조 프레임(730)은 도시된 바와 같이 (예: 후속 참조 프레임으로서) 현재 프레임(710) 뒤에 시간적으로 위치될 수 있지만, 일부 예에서 (예: 선행 참조 프레임(preceding reference frame)으로서) 현재 프레임(710) 전에 시간적으로 위치될 수도 있다. 현재 프레임(710)은 특정 시간에 인코딩/디코딩되는 예시적인 프레임/픽처이다. 현재 프레임(710)은 참조 프레임(730)의 참조 블록(731)에 있는 객체와 매칭하는 현재 블록(711)에 있는 객체를 포함한다. 참조 프레임(730)은 현재 프레임(710)을 인코딩하기 위한 참조로 사용되는 프레임이고, 참조 블록(731)은 현재 프레임(710)의 현재 블록(711)에도 포함된 객체를 포함하는 참조 프레임(730) 내의 블록이다.
현재 블록(711)은 코딩 프로세스의 특정 지점에서 인코딩/디코딩되는 임의의 코딩 유닛이다. 현재 블록(711)은 전체 파티셔닝된 블록일 수도 있고, 아핀 인터 예측 모드를 적용할 때 서브 블록일 수도 있다. 현재 프레임(710)은 참조 프레임(730)과 시간적 거리(temporal distance, TD)(733)만큼 떨어져 있다. TD(733)는 비디오 시퀀스에서 현재 프레임(710)과 참조 프레임(730) 사이의 시간량(amount of time)을 지시하며, 프레임 단위로 측정될 수 있다. 현재 블록(711)에 대한 예측 정보는 프레임 사이의 방향 및 시간적 거리를 지시하는 참조 인덱스에 의해 참조 프레임(730) 및/또는 참조 블록(731)을 참조할 수 있다. TD(733)가 나타내는 기간(time period) 동안, 현재 블록(711)의 객체는 현재 프레임(710)의 위치에서 참조 프레임(730)의 다른 위치(예: 참조 블록(731)의 위치)로 이동한다. 예를 들어, 객체는 시간에 따른 객체의 이동 방향인 모션 궤적(motion trajectory)(713)을 따라 이동할 수 있다. 모션 벡터(735)는 TD(733) 위의 모션 궤적(713)을 따른 객체의 모션의 방향 및 크기를 기술한다. 따라서, 인코딩된 모션 벡터(735), 참조 블록(731) 및 현재 블록(711)과 참조 블록(731)의 차이를 포함하는 잔차는, 현재 블록(711)을 재구성하고 현재 프레임(710)에서 현재 블록(711)을 위치시키기에(position) 충분한 정보를 제공한다.
도 8은 양방향 인터 예측(800)의 예를 예시하는 개략도이다. 양방향 인터 예측(800)은 픽처를 파티셔닝할 때 생성되는 인코딩된 및/또는 디코딩된 블록에 대한 모션 벡터를 결정하기 위해 사용될 수 있다.
양방향 인터 예측(800)은 단방향 인터 예측(700)과 유사하지만, 현재 프레임(810)에서 현재 블록(811)을 예측하기 위해 한 쌍의 참조 프레임을 이용한다. 따라서, 현재 프레임(810) 및 현재 블록(811)은 각각 현재 프레임(710) 및 현재 블록(711)과 실질적으로 유사하다. 현재 프레임(810)은 비디오 시퀀스에서 현재 프레임(810) 이전에 발생하는 선행 참조 프레임(820)과 비디오 시퀀스에서 현재 프레임(810) 이후에 발생하는 후속 참조 프레임(830) 사이에 시간적으로 위치된다. 선행 참조 프레임(820) 및 후속 참조 프레임(830)은 그렇지 않으면 참조 프레임(730)과 실질적으로 유사하다.
현재 블록(811)은 선행 참조 프레임(820)의 선행 참조 블록(821) 및 후속 참조 프레임(830)의 후속 참조 블록(831)에 매칭된다. 이러한 매칭은 비디오 시퀀스의 코스(course)에 걸쳐, 객체가 선행 참조 블록(821)의 위치에서 모션 궤적(813)을 따라 현재 블록(811)을 통해 후속 참조 블록(831)의 위치로 이동하는 것을 지시한다. 현재 프레임(810)은 선행 시간적 거리(TD0)(823)만큼 선행 참조 프레임(820)으로부터 분리되고, 후속 시간적 거리(TD1)(833)만큼 후속 참조 프레임(830)으로부터 분리된다. TD0(823)은 비디오 시퀀스에서 이전 참조 프레임(820)과 현재 프레임(810) 사이의 시간량을 프레임 단위로 지시한다. TD1(833)은 비디오 시퀀스에서 현재 프레임(810)과 다음 참조 프레임(830) 사이의 시간량을 프레임 단위로 지시한다. 따라서, 객체는 TD0(823)에 의해 지시된 기간 동안 모션 궤적(813)을 따라 선행 참조 블록(821)에서 현재 블록(811)으로 이동한다. 객체는 또한 TD1(833)에 의해 지시된 기간 동안 모션 궤적(813)을 따라 현재 블록(811)에서 후속 참조 블록(831)으로 이동한다. 현재 블록(811)에 대한 예측 정보는 프레임들 사이의 방향 및 시간적 거리를 나타내는 한 쌍의 참조 인덱스에 의해, 선행 참조 프레임(820) 및/또는 선행 참조 블록(821) 및 후속 참조 프레임(830) 및/또는 후속 참조 블록(831)을 참조할 수 있다.
선행 모션 벡터(MV0)(825)는 TD0(823)에 걸쳐(예: 선행 참조 프레임(820)과 현재 프레임(810) 사이) 모션 궤적(813)을 따른 객체의 움직임의 방향 및 규모(magnitude)를 기술한다. 후속 모션 벡터(MV1)(835)는 TD1(833)에 걸쳐(예: 현재 프레임(810)과 후속 참조 프레임(830) 사이) 모션 궤적(813)을 따른 객체의 모션의 방향 및 규모를 기술한다. 이와 같이 양방향 인터 예측(800)에서, 현재 블록(811)은 선행 참조 블록(821) 및/또는 후속 참조 블록(831), MV0(825), MV1(835)을 사용하여 인코딩되고 재구성될 수 있다.
일 실시예에서, 인터 예측 및/또는 양방향 인터 예측은 블록 단위가 아니라 샘플 단위(예: 픽셀 단위)로 수행될 수 있다. 즉, 선행 참조 블록(821) 및/또는 후속 참조 블록(831)의 각 샘플을 가리키는 모션 벡터는 현재 블록(811)의 각 샘플에 대해 결정될 수 있다. 이러한 실시예에서, 도 8에 도시된 모션 벡터(825) 및 모션 벡터(835)는 현재 블록(811), 선행 참조 블록(821) 및 후속 참조 블록(831)에서 복수의 샘플에 대응하는 복수의 모션 벡터를 나타낸다.
병합 모드와 향상된 모션 벡터 예측(advanced motion vector prediction, AMVP) 모드 모두에서, 후보 리스트 결정 패턴에 의해 정의된 순서대로 후보 리스트에 후보 모션 벡터를 추가하여 후보 리스트를 생성한다. 이러한 후보 모션 벡터는 단방향 인터 예측(700), 양방향 인터 예측(800), 또는 이들의 조합에 따른 모션 벡터를 포함할 수 있다. 구체적으로, 이러한 블록이 인코딩될 때 이웃 블록에 대한 모션 벡터가 생성된다. 이러한 모션 벡터는 현재 블록에 대한 후보 리스트에 추가되고, 현재 블록에 대한 모션 벡터는 후보 리스트로부터 선택된다. 모션 벡터는 후보 리스트에서 선택된 모션 벡터의 인덱스로 시그널링될 수 있다. 디코더는 인코더와 동일한 프로세스를 사용하여 후보 리스트를 구성할 수 있고, 시그널링된 인덱스를 기반으로 후보 리스트로부터 선택된 모션 벡터를 결정할 수 있다. 따라서, 후보 모션 벡터는 그러한 이웃 블록이 인코딩될 때 사용되는 접근법에 따라 단방향 인터 예측(700) 및/또는 양방향 인터 예측(800)에 따라 생성된 모션 벡터를 포함한다.
도 9는 비디오 비트스트림(900)을 예시한다. 여기에서 사용되는 바와 같이, 비디오 비트스트림(900)은 또한 코딩된 비디오 비트스트림, 비트스트림, 또는 이들의 변형으로 지칭될 수도 있다. 도 9에 도시된 바와 같이, 비트스트림(900)은 SPS(sequence parameter set)(902), PPS(picture parameter set)(904), 슬라이스 헤더(906), 및 이미지 데이터(908)를 포함한다.
SPS(902)는 일련의 픽처(sequence of pictures, SOP)의 모든 픽처에 공통인 데이터를 포함한다. 반면, PPS(904)는 전체 픽처에 공통된 데이터를 포함한다. 슬라이스 헤더(906)는 예를 들어 슬라이스 유형, 참조 픽처 중 어느 것이 사용될 것인지 등과 같은, 현재 슬라이스에 대한 정보를 포함한다. SPS(902) 및 PPS(904)는 일반적으로 파라미터 세트로 지칭될 수 있다. SPS(902), PPS(904) 및 슬라이스 헤더(906)는 NAL(network abstraction layer) 유닛의 유형이다. NAL 유닛은 따를 데이터의 유형(예: 코딩된 비디오 데이터)의 지시를 포함하는 신택스 구조이다. NAL 유닛은 비디오 코딩 레이어(video coding layer, VCL)와 비-VCL NAL 유닛으로 분류된다. VCL NAL 유닛은 비디오 픽처의 샘플 값을 나타내는 데이터를 포함하고, 비- VCL NAL 유닛은 파라미터 세트(많은 수의 VCL NAL 유닛에 적용될 수 있는 중요한 헤더 데이터)와 같은 관련 추가 정보 및 추가 향상 정보(디코딩된 비디오 신호의 사용성을 향상시킬 수 있지만 비디오 픽처의 샘플 값을 디코딩하는 데 필요하지 않은 타이밍 정보 및 기타 추가 데이터)를 포함한다. 당업자는 비트스트림(900)이 실제 애플리케이션에서 다른 파라미터 및 정보를 포함할 수 있음을 이해할 것이다.
도 9의 이미지 데이터(908)는 인코딩 또는 디코딩되는 이미지 또는 비디오와 관련된 데이터를 포함한다. 이미지 데이터(908)는 단순히 페이로드 또는 비트스트림(900)에서 운반되는 데이터로 지칭될 수 있다. 일 실시예에서, 이미지 데이터(908)는 복수의 픽처(910)를 포함하는 CVS(914)(또는 CLVS)를 포함한다. CVS(914)는 비디오 비트스트림(900)의 모든 코딩된 레이어 비디오 시퀀스(coded layer video sequence, CLVS)에 대한 코딩된 비디오 시퀀스이다. 특히, 비디오 비트스트림(900)이 단일 레이어를 포함하는 경우 CVS와 CLVS는 동일하다. CVS 및 CLVS는 비디오 비트스트림(900)이 멀티 레이어를 포함하는 경우에만 상이하다.
도 9에 도시된 바와 같이, 각 픽처(910)의 슬라이스는 자신의 VCL NAL 유닛(912) 내에 포함될 수 있다. CVS(914)의 VCL NAL 유닛(912)의 세트는 액세스 유닛으로 지칭될 수 있다.
도 10은 픽처(1010)에 대한 파티셔닝 기술(1000)을 예시한다. 픽처(1010)는 도 9의 픽처(910) 중 임의의 것과 유사할 수 있다. 도시된 바와 같이, 픽처(1010)는 복수의 슬라이스(1012)로 파티셔닝될 수 있다. 슬라이스는 동일한 프레임의 다른 영역과 별도로 인코딩되는 프레임(예: 픽처)의 공간적으로 구별되는 영역이다. 3개의 슬라이스(1012)가 도 10에 도시되어 있으며, 더 많거나 더 적은 슬라이스가 실제 애플리케이션에서 사용될 수 있다. 각각의 슬라이스(1012)는 복수의 블록(1014)으로 파티셔닝될 수 있다. 도 10의 블록(1014)은 도 8의 현재 블록(811), 선행 참조 블록(821) 및 후속 참조 블록(831)과 유사할 수 있다. 블록(1014)은 CU를 나타낼 수 있다. 4개의 블록(1014)이 도 10에 도시되어 있으며, 더 많거나 더 적은 블록이 실제 애플리케이션에서 사용될 수 있다.
각각의 블록(1014)은 복수의 샘플(1016)(예: 픽셀)로 파티셔닝될 수 있다. 일 실시예에서, 각 블록(1014)의 크기는 루마 샘플에서 측정된다. 16개의 샘플(1016)이 도 10에 도시되어 있으나, 더 많거나 더 적은 샘플이 실제 애플리케이션에서 사용될 수 있다.
일 실시예에서, 적합성 윈도우(1060)는 픽처(1010)에 적용된다. 위에서 언급된 바와 같이, 적합성 윈도우(1060)는 출력을 위한 픽처를 준비하기 위한 프로세스에서, 픽처(1010)(예: 재구성된/디코딩된 픽처)의 크기를 자르거나, 줄이거나 또는 변경하는 데 사용된다. 예를 들어, 디코더는 픽처가 사용자에게 디스플레이하기 위해 출력되기 이전에 픽처(1010) 픽처의 크기를 자르거나, 트리밍하거나, 축소하거나(shrink), 그렇지 않으면 변경하기 위해, 적합성 윈도우(1060)를 픽처(1010)에 적용할 수 있다. 적합성 윈도우(1060)의 크기는 츨력 전에, 적합성 윈도우 상단(top) 오프셋(1062), 적합성 윈도우 하단(bottom) 오프셋(1064), 적합성 윈도우 좌측 오프셋(1066) 및 적합성 윈도우 우측 오프셋(1068)을 픽처(1010)에 적용하여 픽처(1010)의 크기를 줄이는 것에 의해 결정된다. 즉, 적합성 윈도우(1060) 내에 존재하는 픽처(1010)의 일부만이 출력된다. 따라서, 픽처(1010)는 출력되기 전에 크기가 잘린다. 일 실시예에서, 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트는 각각 동일한 시퀀스 파라미터 세트를 참조하고, 동일한 픽처 너비 및 픽처 높이 값을 갖는다. 이와 같이, 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트는 적합성 윈도우에 대해 동일한 값을 갖는다.
도 11은 비디오 디코더(예: 비디오 디코더(400))에 의해 구현된 디코딩 방법(1100)의 실시예이다. 이 방법(1100)은 디코딩된 비트스트림이 비디오 인코더(예: 비디오 인코더(300))로부터 직접적으로 또는 간접적으로 수신된 후에 수행될 수 있다. 이 방법(1100)은 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써 디코딩 프로세스를 개선한다. 따라서, RPR(reference picture resampling)은 전체 CVS에 대해 인에이블된 상태로 유지되거나 턴온(turn on) 상태로 유지될 수 있다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 일관된 적합성 윈도우 크기를 유지함으로써 코딩 효율이 향상될 수 있다. 따라서, 실용적인 측면에서 코덱의 성능이 향상되어 사용자 경험이 향상된다.
블록(1102)에서, 비디오 디코더는 동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트(예: ppsA) 및 제2 픽처 파라미터 세트(예: ppsB)를 수신한다. 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트는 동일한 적합성 윈도우 값을 갖는다. 일 실시예에서, 픽처 너비 및 픽처 높이는 루마 샘플에서 측정된다.
일 실시예에서, 픽처 너비는 pic_width_in_luma_samples로서 지정된다. 일 실시예에서, 픽처 높이는 pic_height_in_luma_samples로 지정된다. 일 실시예에서, pic_width_in_luma_samples는 루마 샘플 단위로, PPS를 참조하는 각 디코딩된 픽처의 너비를 지정한다. 일 실시예에서, pic_height_in_luma_samples는 루마 샘플 단위로, PPS를 참조하는 각 디코딩된 픽처의 높이를 지정한다.
일 실시예에서, 적합성 윈도우는 적합성 윈도우 크기를 집합적으로 나타내는, 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함한다. 일 실시예에서, 적합성 윈도우 좌측 오프셋은 pps_conf_win_left_offset으로 지정된다. 일 실시예에서, 적합성 윈도우 우측 오프셋은 pps_conf_win_right_offset으로 지정된다. 일 실시예에서, 적합성 윈도우 상단 오프셋은 pps_conf_win_top_offset으로 지정된다. 일 실시예에서, 적합성 윈도우 하단 오프셋은 pps_conf_win_bottom_offset으로 지정된다. 일 실시 예에서, 적합성 윈도우 크기 또는 값은 PPS에서 시그널링된다.
블록(1104)에서, 비디오 디코더는 적합성 윈도우를 제1 픽처 파라미터 세트 또는 제2 픽처 파라미터 세트에 대응하는 현재 픽처에 적용한다. 이렇게 하면 비디오 코더가 현재 픽처를 적합성 윈도우의 크기로 자른다.
일 실시예에서, 이 방법은 리샘플링된 참조 픽처에 기반하여 현재 픽처를 디코딩하기 위해 인터 예측을 사용하는 단계를 더 포함한다. 일 실시예에서, 이 방법은 RPS(reference picture resampling)을 사용하여 현재 픽처에 대응하는 참조 픽처를 리샘플링하는 단계를 더 포함한다. 일 실시예에서, 참조 픽처의 리샘플링은 참조 픽처의 해상도를 변경한다.
일 실시예에서, 이 방법은 현재 픽처에 대한 참조 픽처와 현재 픽처의 픽처 너비, 픽처 높이, 및 적합성 윈도우에 기반하여 픽처를 디코딩하기 위해 BDOF(bi-direction optical flow)가 인에이블되는지를 판정하는 단계를 더 포함한다. 일 실시예에서, 이 방법은 현재 픽처에 대한 참조 픽처와 현재 픽처의 픽처 너비, 픽처 높이, 및 적합성 윈도우에 기반하여 픽처를 디코딩하기 위해 DMVR(decoder-side motion vector refinement)가 인에이블되는지를 판정하는 단계를 더 포함한다.
일 실시예에서, 이 방법은 현재 블록을 사용하여 생성된 이미지를 전자 디바이스(예: 스마트 폰, 태블릿, 랩탑, 개인용 컴퓨터 등)의 디스플레이 상에 디스플레이하는 단계를 더 포함한다.
도 12는 비디오 인코더(예: 비디오 인코더(300))에 의해 구현된 비디오 비트스트림을 인코딩하는 방법(1200)의 실시예이다. 방법(1200)은 (예: 비디오로부터의) 픽처가 비디오 비트스트림으로 인코딩된 다음 비디오 디코더(예: 비디오 디코더(400))를 향해 전송되어야 할 때 수행될 수 있다. 방법(1200)은 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 적합성 윈도우를 동일한 크기로 유지함으로써 인코딩 프로세스를 개선한다. 따라서, RPR(reference picture resampling)은 전체 CVS에 대해 인에이블된 상태로 유지되거나 턴온 상태로 유지될 수 있다. 동일한 픽처 크기를 갖는 픽처 파라미터 세트에 대해 일관된 적합성 윈도우 크기를 유지함으로써 코딩 효율이 향상될 수 있다. 따라서, 실용적인 측면에서 코덱의 성능이 향상되어 사용자 경험이 향상된다.
블록(1202)에서, 비디오 인코더는 동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 생성한다. 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트는 동일한 적합성 윈도우 값을 갖는다. 일 실시예에서, 픽처 너비 및 픽처 높이는 루마 샘플에서 측정된다.
일 실시예에서, 픽처 너비는 pic_width_in_luma_samples로서 지정된다. 일 실시예에서, 픽처 높이는 pic_height_in_luma_samples로 지정된다. 일 실시예에서, pic_width_in_luma_samples는 루마 샘플 단위로, PPS를 참조하는 각 디코딩된 픽처의 너비를 지정한다. 일 실시예에서, pic_height_in_luma_samples는 루마 샘플 단위로, PPS를 참조하는 각 디코딩된 픽처의 높이를 지정한다.
일 실시예에서, 적합성 윈도우는 적합성 윈도우 크기를 집합적으로 나타내는 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함한다. 일 실시예에서, 적합성 윈도우 좌측 오프셋은 pps_conf_win_left_offset으로 지정된다. 일 실시예에서, 적합성 윈도우 우측 오프셋은 pps_conf_win_right_offset으로 지정된다. 일 실시예에서, 적합성 윈도우 상단 오프셋은 pps_conf_win_top_offset으로 지정된다. 일 실시예에서, 적합성 윈도우 하단 오프셋은 pps_conf_win_bottom_offset으로 지정된다. 일 실시예에서, 적합성 윈도우 크기 또는 값은 PPS에서 시그널링된다.
블록(1204)에서, 비디오 인코더는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 비디오 비트스트림으로 인코딩한다. 블록(1206)에서, 비디오 인코더는 비디오 디코더를 향한 전송을 위해 비디오 비트스트림을 저장한다. 일 실시예에서, 비디오 인코더는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 포함하는 비디오 비트스트림을 비디오 디코더를 향해 전송한다.
일 실시예에서, 비디오 비트스트림을 인코딩하는 방법이 제공된다. 비트스트림은 복수의 파라미터 세트 및 복수의 픽처를 포함한다. 복수의 픽처의 각 픽처는 복수의 슬라이스를 포함한다. 복수의 슬라이스의 각 슬라이스는 복수의 코딩 블록을 포함한다. 이 방법은 파라미터 세트 parameterSetA를 생성하고 이를 픽처 크기 picSizeA 및 적합성 윈도우 confWinA를 포함하는 정보를 포함하는 비트스트림에 기록하는 단계를 포함한다. 파라미터는 PPS(picture parameter set)일 수 있다. 이 방법은 다른 파라미터 세트 parameterSetB를 생성하고 이를 픽처 크기 picSizeB 및 적합성 윈도우 confWinB를 포함하는 정보를 포함하는 비트스트림에 기록하는 단계를 더 포함한다. 파라미터는 PPS(Picture Parameter Set)일 수 있다. 이 방법은 parameterSetA의 picSizeA와 parameterSetB의 picSizeB의 값이 동일할 때 parameterSetA의 적합성 윈도우 confWinA와 parameterSetB의 confWinB의 값이 동일하도록 제한하고, parameterSetA의 confWinA와 parameterSetB의 confWinB의 값이 동일할 때 parameterSetA의 픽처 크기 picSizeA와 parameterSetB의 picSizeB의 값이 동일하도록 제한하는 단계를 더 포함한다. 이 방법은 비트스트림을 인코딩하는 단계를 더 포함한다.
일 실시예에서, 비디오 비트스트림을 디코딩하는 방법이 제공된다. 비트스트림은 복수의 파라미터 세트 및 복수의 픽처를 포함한다. 복수의 픽처의 각 픽처는 복수의 슬라이스를 포함한다. 복수의 슬라이스의 각 슬라이스는 복수의 코딩 블록을 포함한다. 이 방법은 파라미터 세트를 파싱하여 현재 픽처 currPic와 연관된 픽처 크기 및 적합성 윈도우 크기를 획득하는 단계를 포함한다. 획득된 정보는 현재 픽처의 픽처 크기 및 잘린 크기를 도출하는데 사용된다. 이 방법은 다른 파라미터 세트를 파싱하여 참조 픽처 refPic과 연관된 픽처 크기 및 적합성 윈도우 크기를 획득하는 단계를 더 포함한다. 획득된 정보는 참조 픽처의 픽처 크기 및 잘린 크기를 도출하는데 사용된다. 이 방법은 refPic을 현재 픽처 currPic 내에 위치한 현재 블록 curBlock의 디코딩을 위한 참조 픽처로 결정하고, 현재 픽처와 참조 픽처의 픽처 크기 및 적합성 윈도우에 기반하여 현재 코딩 블록의 디코딩을 위해, BDOF(bi-direction optical flow)가 사용되는지 또는 인에이블되는지를 판정하며, 현재 픽처를 디코딩하는 단계를 더 포함한다.
일 실시예에서, BDOF는 현재 픽처와 참조 픽처의 픽처 크기 및 적합성 윈도우가 상이할 때 현재 코딩 블록의 디코딩을 위해 사용되지 않거나 디스에이블된다.
일 실시예에서, 비디오 비트스트림을 디코딩하는 방법이 제공된다. 비트스트림은 복수의 파라미터 세트 및 복수의 픽처를 포함한다. 복수의 픽처의 각 픽처는 복수의 슬라이스를 포함한다. 복수의 슬라이스의 각 슬라이스는 복수의 코딩 블록을 포함한다. 이 방법은 파라미터 세트를 파싱하여 현재 픽처 currPic와 연관된 픽처 크기 및 적합성 윈도우 크기를 획득하는 단계를 포함한다. 획득된 정보는 현재 픽처의 픽처 크기 및 잘린 크기를 도출하는데 사용된다. 이 방법은 다른 파라미터 세트를 파싱하여 참조 픽처 refPic와 연관된 픽처 크기 및 적합성 윈도우 크기를 획득하는 단계를 더 포함한다. 획득된 정보는 참조 픽처의 픽처 크기 및 잘린 크기를 도출하는데 사용된다. 이 방법은 refPic을 현재 픽처 currPic 내에 위치한 현재 블록 curBlock의 디코딩을 위한 참조 픽처로 결정하고, DMVR(Decoder-side Motion Vector Refinement)이 현재 픽처와 참조 픽처의 픽처 크기 및 적합성 윈도우에 기반하여 현재 코딩 블록의 디코딩에 사용되는지를 판정하며, 현재 블록을 디코딩하는 단계를 더 포함한다.
일 실시예에서, DMVR은 현재 픽처와 참조 픽처의 픽처 크기 및 적합성 윈도우가 상이할 때 현재 코딩 블록의 디코딩을 위해 사용되지 않거나 디스에이블된다.
일 실시예에서, 비디오 비트스트림을 인코딩하는 방법이 제공된다. 일 실시예에서, 비트스트림은 복수의 파라미터 세트 및 복수의 픽처를 포함한다. 복수의 픽처의 각 픽처는 복수의 슬라이스를 포함한다. 복수의 슬라이스의 각 슬라이스는 복수의 코딩 블록을 포함한다. 이 방법은 현재 픽처 currPic와 연관된 픽처 크기 및 적합성 윈도우 크기를 포함하는 파라미터 세트를 생성하는 단계를 포함한다. 이 정보는 현재 픽처의 픽처 크기와 잘린 크기를 도출하는 데 사용된다. 이 방법은 참조 픽처 refPic와 연관된 픽처 크기 및 적합성 윈도우 크기를 포함하는 다른 파라미터 세트를 생성하는 단계를 더 포함한다. 획득된 정보는 참조 픽처의 픽처 크기 및 잘린 크기를 도출하는데 사용된다. 이 방법은 참조 픽처 refPic가, 현재 픽처와 참조 픽처의 픽처 크기 및 적합성 윈도우가 상이할 때 현재 픽처 currPic에 속하는 모든 슬라이스의 TMVP(temporal motion vector prediction)에 대해 병치된 참조 픽처로서 사용되지 않을 수 있음을 제한하는 것을 더 포함한다. 즉, 참조 픽처 refPic이 TMVP에 대한 현재 픽처 currPic 내 블록의 코딩을 위한 병치된 참조 픽처인 경우, 현재 픽처와 참조 픽처의 픽처 크기 및 적합성 윈도우는 동일해야 한다는 것을 제한한다. 이 방법은 비트스트림을 디코딩하는 단계를 더 포함한다.
일 실시예에서, 비디오 비트스트림을 디코딩하는 방법이 제공된다. 비트스트림은 복수의 파라미터 세트 및 복수의 픽처를 포함한다. 복수의 픽처의 각 픽처는 복수의 슬라이스를 포함한다. 복수의 슬라이스의 각 슬라이스는 복수의 코딩 블록을 포함한다. 이 방법은 파라미터 세트를 파싱하여 현재 픽처 currPic와 연관된 픽처 크기 및 적합성 윈도우 크기를 획득하는 단계를 포함한다. 획득된 정보는 현재 픽처의 픽처 크기 및 잘린 크기를 도출하는데 사용된다. 이 방법은 다른 파라미터 세트를 파싱하여 참조 픽처 refPic와 연관된 픽처 크기 및 적합성 윈도우 크기를 획득하는 단계를 더 포함한다. 획득된 정보는 참조 픽처의 픽처 크기 및 잘린 크기를 도출하는데 사용된다. 이 방법은 현재 픽처 currPic 내에 위치하는 현재 블록 curBlock의 디코딩을 위한 참조 픽처로서 refPic을 결정하고, 신택스 엘리먼트(slice_DVMR_BDOF_enable_flag)를 파싱하여 현재 코딩 픽처 및/또는 슬라이스의 디코딩을 위해 DMVR(decoder-side motion vector refinement) 및/또는 BDOF(bi-direction optical flow)가 사용되거나 인에이블되는지를 판정하는 단계를 더 포함한다. 이 방법은 parameterSetA의 적합성 윈도우 confWinA와 parameterSetB의 confWinB가 동일하지 않거나 parameterSetA의 picSizeA와 parameterSetB의 picSizeB의 값이 동일하지 않을 때, 신택스 엘리먼트(slice_DVMR_BDOF_enable_flag)에 대한 값을 0으로 제한하는 단계를 더 포함한다.
아래 설명은 VVC 작업 초안인 기본 텍스트와 관련이 있다. 즉, 델타만 기술하고, 아래에 언급되지 않은 기본 텍스트의 텍스트는 그대로 적용된다. 제거된 텍스트는 기울임꼴로 표시되고 추가된 텍스트는 굵게 표시된다.
시퀀스 파라미터 세트 신택스 및 시멘틱스(semantics)가 제공된다.
max_width_in_luma_samples는 이 SPS가 활성화된 임의의 픽처에 대한 pic_width_in_luma_samples가 max_width_in_luma_samples보다 작거나 같은 것이 비트스트림 적합성의 요건임을 지정한다. max_height_in_luma_samples는 이 SPS가 활성화된 임의의 픽처에 대한 pic_height_in_luma_samples가 max_height_in_luma_samples보다 작거나 같은 것이 비트스트림 적합성의 요건임을 지정한다.
픽처 파라미터 세트 신택스 및 시멘틱스가 제공된다.
pic_width_in_luma_samples는 루마 샘플 단위로, PPS를 참조하는 각 디코딩된 픽처의 너비를 지정한다. pic_width_in_luma_samples는 0과 같지 않아야 하고 MinCbSizeY의 정수배여야 한다.
pic_height_in_luma_samples는 루마 샘플 단위로, PPS를 참조하는 각 디코딩된 픽처의 높이를 지정한다. pic_height_in_luma_samples는 0과 같지 않아야 하며 MinCbSizeY의 정수배여야 한다.
너비와 높이가 reference_pic_width_in_luma_samples 및 reference_pic_height_in_luma_samples인 모든 활성 참조 픽처에 대해 다음 조건이 모두 충족되는 것은 비트스트림 적합성의 요건이다.
- 2*pic_width_in_luma_samples >= reference_pic_width_in_luma_samples
- 2*pic_height_in_luma_samples >= reference_pic_height_in_luma_samples
- pic_width_in_luma_samples <= 8*reference_pic_width_in_luma_samples
- pic_height_in_luma_samples <= 8*reference_pic_height_in_luma_samples
변수 PicWidthInCtbsY, PicHeightInCtbsY, PicSizeInCtbsY, PicWidthInMinCbsY, PicHeightInMinCbsY, PicSizeInMinCbsY, PicSizeInSamplesY, PicWidthInSamplesC 및 PicHeightInSamplesC는 다음과 같이 도출된다.
1과 같은 conformance_window_flag는 PPS에서 적합성 자르기 윈도우 오프셋 파라미터가 다음에 뒤따른다는 것을 지시한다. 0과 같은 conformance_window_flag는 적합성 자르기 윈도우 오프셋 파라미터가 존재하지 않음을 지시한다.
conf_win_left_offset, conf_win_right_offset, conf_win_top_offset, conf_win_bottom_offset은 디코딩 프로세스에서 출력되는 PPS를 참조하는 픽처의 샘플을 출력을 위한 픽처 좌표에 지정된 직사각형 영역으로 지정한다. conformance_window_flag가 0과 같을 때, conf_win_left_offset, conf_win_right_offset, conf_win_top_offset, conf_win_bottom_offset의 값은 0과 같은 것으로 추론된다.
적합성 자르기 윈도우에는 SubWidthC * conf_win_left_offset에서 pic_width_in_luma_samples - (SubWidthC * conf_win_right_offset + 1)까지의 수평 픽처 좌표와, SubHeightC * conf_win_top_offset에서 pic_height_in_luma_samples - (SubHeightC * conf_win_bottom_offset + 1)까지의 수직 픽처 좌표가 있는 루마 샘플이 포함된다.
SubWidthC * (conf_win_left_offset + conf_win_right_offset)의 값은 pic_width_in_luma_samples보다 작아야 하고, SubHeightC * (conf_win_top_offset + conf_win_bottom_offset)의 값은 pic_height_in_luma_samples 보다 작아야 한다.
변수 PicOutputWidthL 및 PicOutputHeightL 변수는 다음과 같이 도출된다.
ChromaArrayType이 0과 같지 않을 때, 두 크로마 어레이의 대응하는 지정된 샘플은 픽처 좌표(x / SubWidthC, y / SubHeightC)를 갖는 샘플이며, 여기서 (x, y)는 지정된 루마 샘플의 픽처 좌표이다.
참고 - 적합성 자르기 윈도우 오프셋 파라미터는 출력에만 적용된다. 모든 내부 디코딩 프로세스는 잘려지지 않은 픽처 크기에 적용된다.
PPS_A 및 PPS_B를 동일한 시퀀스 파라미터 세트를 참조하는 픽처 파라미터 세트라고 하고, PPS_A와 PPS_B의 pic_width_in_luma_samples의 값이 동일하고 PPS_A와 PPS_B의 pic_height_in_luma_samples의 값이 동일하면, 다음 조건이 모두 참이어야 하는 것이 비트스트림 적합성의 요건이다.
PPS_A와 PPS_B의 conf_win_left_offset의 값이 동일하다.
PPS_A와 PPS_B의 conf_win_right_offset의 값이 동일하다.
PPS_A와 PPS_B의 conf_win_top_offset의 값이 동일하다.
PPS_A와 PPS_B의 conf_win_bottom_offset 값이 동일하다.
collocated_ref_idx의 시멘틱스에 다음 제약 조건이 추가된다.
collocated_ref_idx는 시간적 모션 벡터 예측에 사용되는 병치된 픽처의 참조 인덱스를 지정한다.
slice_type이 P와 같거나 slice_type이 B와 같고 collocated_from_l0_flag가 1과 같을 때, collocated_ref_idx는 리스트 0의 픽처를 참조하고, collocated_ref_idx의 값은 0에서 NumRefIdxActive[0] - 1까지의 범위에 있어야 한다.
slice_type이 B와 같고 collocated_from_l0_flag가 0과 같을 때, collocated_ref_idx는 리스트 1의 픽처를 참조하고, collocated_ref_idx의 값은 0에서 NumRefIdxActive[1] - 1까지의 범위에 있어야 한다.
collocated_ref_idx가 존재하지 않을 때, collocated_ref_idx의 값은 0과 같은 것으로 추론된다.
collocated_ref_idx에 의해 참조되는 픽처가 코딩된 픽처의 모든 슬라이스에 대해 동일해야 하는 것이 비트스트림 적합성의 요건이다.
collocated_ref_idx에 의해 참조되는 참조 픽처의 해상도와 현재 픽처의 해상도가 동일해야 하는 것이 비트스트림 적합성의 요건이다.
collocated_ref_idx에 의해 참조되는 참조 픽처와 현재 픽처의 픽처 크기 및 적합성 윈도우가 동일해야 하는 것이 비트스트림 적합성의 요건이다.
dmvrFlag를 1로 설정하기 위한 다음 조건이 수정된다.
- 다음 조건이 모두 참일 때, dmvrFlag가 1과 같게 설정된다:
- sps_dmvr_enabled_flag는 1과 같다.
- general_merge_flag[xCb][yCb]는 1과 같다.
- predFlagL0[0][0] 및 predFlagL1[0][0]은 모두 1과 같다.
- mmvd_merge_flag[xCb][yCb]는 0과 같다.
- DiffPicOrderCnt(currPic, RefPicList[0][refIdxL0])는 DiffPicOrderCnt(RefPicList[1][refIdxL1], currPic)와 같다.
- BcwIdx[xCb][yCb]는 0과 같다.
- luma_weight_l0_flag[refIdxL0] 및 luma_weight_l1_flag[refIdxL1]는 모두 0과 같다.
- cbWidth가 8보다 크거나 같다.
- cbHeight가 8보다 크거나 같다.
- cbHeight*cbWidth가 128보다 크거나 같다.
- X가 각각 0과 1인 경우, refIdxLX와 연관된 참조 픽처 refPicLX의 pic_width_in_luma_samples 및 pic_height_in_luma_samples는 각각 현재 픽처의 pic_width_in_luma_samples 및 pic_height_in_luma_samples와 같다.
- X가 각각 0과 1인 경우, refIdxLX와 연관된 참조 픽처 refPicLX의 pic_width_in_luma_samples, pic_height_in_luma_samples, conf_win_left_offset, conf_win_right_offset, conf_win_top_offset, 및 conf_win_bottom_offset는, 각각 현재 픽처의 pic_width_in_luma_samples, pic_height_in_luma_samples, conf_win_left_offset, conf_win_right_offset, conf_win_top_offset 및 conf_win_bottom_offset와 같다.
dmvrFlag를 1로 설정하기 위한 다음 조건이 수정된다.
- 다음 조건이 모두 참이면, bdofFlag가 TRUE와 같게 설정된다.
- sps_bdof_enabled_flag는 1과 같다.
- predFlagL0[xSbIdx][ySbIdx] 및 predFlagL1[xSbIdx][ySbIdx]는 모두 1과 같다.
- DiffPicOrderCnt(currPic, RefPicList[0][refIdxL0]) * DiffPicOrderCnt(currPic, RefPicList[1][refIdxL1])는 0보다 작다.
- MotionModelIdc[xCb][yCb]는 0과 같다.
- merge_subblock_flag[xCb][yCb]는 0과 같다.
- sym_mvd_flag[xCb][yCb]는 0과 같다.
- BcwIdx[xCb][yCb]는 0과 같다.
-
luma_weight_l0_flag[refIdxL0] 및 luma_weight_l1_flag[refIdxL1]은 모두 0과 같다.
- cbHeight가 8보다 크거나 같다.
-
X가 각각 0과 1인 경우, refIdxLX와 연관된 참조 픽처 refPicLX의 pic_width_in_luma_samples 및 pic_height_in_luma_samples는, 각각 현재 픽처의 pic_width_in_luma_samples 및 pic_height_in_luma_samples와 같다.
-
X가 각각 0과 1인 경우, refIdxLX와 연관된 참조 픽처 refPicLX의 pic_width_in_luma_samples, pic_height_in_luma_samples, conf_win_left_offset, conf_win_right_offset, conf_win_top_offset, 및 conf_win_bottom_offse는, 각각 현재 픽처의 pic_width_in_luma_samples, pic_height_in_luma_samples, conf_win_left_offset, conf_win_right_offset, conf_win_top_offset 및 conf_win_bottom_offse와 같다.
- cIdx는 0과 같다.
도 13은 본 개시의 실시예에 따른 비디오 코딩 디바이스(1300)(예: 비디오 인코더(20) 또는 비디오 디코더(30))의 개략도이다. 비디오 코딩 디바이스(1300)는 여기에 설명된 바와 같이 개시된 실시예를 구현하는데 적합하다. 비디오 코딩 디바이스(1300)는 데이터를 수신하기 위한 입구(ingress) 포트(1310) 및 수신기 유닛(Rx)(1320); 데이터를 처리하기 위한 프로세서, 로직 유닛, 또는 중앙 처리 유닛(central processing unit, CPU)(1330); 데이터를 전송하기 위한 송신기 유닛(Tx)(1340) 및 출구(egress) 포트(1350); 및 데이터를 저장하기 위한 메모리(1360)를 포함한다. 비디오 코딩 디바이스(1300)는 또한 광학 신호 또는 전기 신호의 유출 또는 유입을 위해, 입구 포트(1310), 수신기 유닛(1320), 송신기 유닛(1340), 및 출구 포트(1350)에 결합된 광학-전기(electrical-to-optical, OE) 컴포넌트 및 전기-광(electrical-to-optical, EO) 컴포넌트를 포함할 수 있다.
프로세서(1330)는 하드웨어 및 소프트웨어로 구현된다. 프로세서(1330)는 하나 이상의 CPU 칩, 코어(예: 멀티 코어 프로세서로서), FPGA(field-programmable gate arrays), ASIC(application specific integrated circuit), 및 DSP(digital signal processor)로서 구현될 수 있다. 프로세서(1330)는 입구 포트(1310), 수신기 유닛(1320), 송신기 유닛(1340), 출구 포트(1350), 및 메모리(1360)와 통신한다. 프로세서(1330)는 코딩 모듈(1370)을 포함한다. 코딩 모듈(1370)은 위에서 설명된 개시된 실시예를 구현한다. 예를 들면, 코딩 모듈(1370)은 다양한 코덱 기능을 구현, 처리, 준비 또는 제공할 수 있다. 따라서, 코딩 모듈(1370)의 포함은 비디오 코딩 디바이스(1300)의 기능에 대한 실질적인 개선을 제공하고, 비디오 코딩 디바이스(1300)를 상이한 상태로 변환하는 효과가 있다. 다르게는, 코딩 모듈(1370)은 메모리(1360)에 저장되고 프로세서(1330)에 의해 실행되는 명령으로서 구현된다.
비디오 코딩 디바이스(1300)는 또한 사용자와 데이터를 통신하기 위한 입력 및/또는 출력(input and/or output, I/O) 디바이스(1380)를 포함할 수 있다. I/O 디바이스(1380)는 비디오 데이터를 디스플레이하기 위한 디스플레이, 오디오 데이터를 출력하기 위한 스피커 등과 같은 출력 디바이스를 포함할 수 있다. I/O 디바이스(1380)는 또한 키보드, 마우스, 트랙볼 등과 같은 입력 디바이스, 및/또는 이러한 출력 디바이스와 상호작용하기 위한 대응하는 인터페이스를 포함할 수 있다.
메모리(1360)는 하나 이상의 디스크, 테이프 드라이브 및 솔리드 스테이트 드라이브를 포함하고 오버플로 데이터 저장 디바이스로 사용될 수 있으며, 이러한 프로그램이 실행을 위해 선택될 때 프로그램을 저장하고, 프로그램 실행 중 판독된 명령 및 데이터를 저장한다. 메모리(1360)는 휘발성 및/또는 비휘발성일 수 있고 ROM(Read-Only Memory), RAM(Random Access Memory), TCAM(Ternary Content-Addressable Memory) 및/또는 SRAM(Static Random-Access Memory)일 수 있다.
도 14는 코딩을 위한 수단(1400)의 실시예의 개략도이다. 일 실시예에서, 코딩을 위한 수단(1400)은 비디오 코딩 디바이스(1402)(예: 비디오 인코더(20) 또는 비디오 디코더(30))에서 구현된다. 비디오 코딩 디바이스(1402)는 수신 수단(1401)을 포함한다. 수신 수단(1401)은 인코딩할 픽처를 수신하거나 디코딩할 비트스트림을 수신하도록 구성된다. 비디오 코딩 디바이스(1402)는 수신 수단(1401)에 결합된 송신 수단(1407)을 포함한다. 송신 수단(1407)은 비트스트림을 디코더로 전송하거나 디코딩된 이미지를 디스플레이 수단(예: I/O 디바이스(1380) 중 하나)으로 전송하도록 구성된다.
비디오 코딩 디바이스(1402)는 저장 수단(1403)을 포함한다. 저장 수단(1403)은 수신 수단(1401) 또는 송신 수단(1407) 중 적어도 하나에 결합된다. 저장 수단(1403)은 명령을 저장하도록 구성된다. 비디오 코딩 디바이스(1402)는 또한 처리 수단(1405)을 포함한다. 처리 수단(1405)은 저장 수단(1403)에 결합된다. 처리 수단(1405)은 여기에 개시된 방법을 수행하기 위해 저장 수단(1403)에 저장된 명령을 실행하도록 구성된다.
또한, 여기에 설명된 예시적인 방법의 단계는 설명된 순서대로 수행될 필요가 없으며 이러한 방법의 단계의 순서는 단지 예시적인 것으로 이해되어야 한다. 마찬가지로, 이러한 방법에는 추가적인 단계가 포함될 수 있으며, 본 개시의 다양한 실시예에 따른 방법에서 특정 단계는 생략되거나 결합될 수 있다.
몇몇 실시예가 본 개시에서 제공되었지만, 개시된 시스템 및 방법은 본 개시의 사상 또는 범위를 벗어나지 않고 많은 다른 특정 형태로 구현될 수 있음을 이해해야 한다. 본 예는 예시적인 것으로 간주되어야 하며 제한적이지 않으며, 의도는 여기에 제공된 세부 사항으로 제한되지 않는다. 예를 들어, 다양한 컴포넌트 또는 컴포넌트들이 다른 시스템에 조합 또는 통합되거나 특정 기능이 생략되거나 구현되지 않을 수 있다.
또한, 이산 또는 별개의 것으로 다양한 실시예에서 설명되고 예시된 기술, 시스템, 서브 시스템, 및 방법은 본 개시의 범위를 벗어나지 않고 다른 시스템, 모듈, 기술, 또는 방법과 조합되거나 통합될 수 있다. 서로 연결되거나 직접 결합되거나 통신하는 것으로 도시되거나 논의된 다른 항목은 전기적으로든 기계적으로든 간에 일부 인터페이스, 디바이스 또는 중간 컴포넌트를 통해 간접적으로 결합되거나 통신할 수 있다. 변경, 대체 및 변경의 다른 예는 당업자에 의해 확인 가능하고 여기에 개시된 정신 및 범위를 벗어나지 않고 이루어질 수 있다.
Claims (24)
- 비디오 디코더에 의해 구현되는 디코딩 방법으로서,
상기 비디오 디코더가, 동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 수신하는 단계 - 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트는 동일한 적합성 윈도우(conformance window) 값을 가짐 -; 및
상기 비디오 디코더가, 상기 적합성 윈도우를 상기 제1 픽처 파라미터 세트 또는 상기 제2 픽처 파라미터 세트에 대응하는 현재 픽처에 적용하는 단계
를 포함하는 디코딩 방법. - 제1항에 있어서,
상기 적합성 윈도우는 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함하는, 디코딩 방법. - 제1항 내지 제2항 중 어느 한 항에 있어서,
상기 적합성 윈도우가 적용된 후에 인터 예측을 사용하여 상기 제1 픽처 파라미터 세트 또는 상기 제2 픽처 파라미터 세트에 대응하는 상기 현재 픽처를 디코딩하는 단계
를 더 포함하고,
상기 인터 예측은 리샘플링된 참조 픽처에 기반하는, 디코딩 방법. - 제1항 내지 제3항 중 어느 한 항에 있어서,
참조 픽처 리샘플링(reference picture resampling, RPS)을 사용하여 상기 제1 픽처 세트 또는 상기 제2 픽처 세트에 대응하는 상기 현재 픽처와 연관된 참조 픽처를 리샘플링하는 단계
를 더 포함하는 디코딩 방법. - 제1항 내지 제4항 중 어느 한 항에 있어서,
상기 참조 픽처를 리샘플링하는 단계는, 사용되는 참조 픽처의 해상도를 변경하여 상기 제1 픽처 세트 또는 상기 제2 픽처 세트에 대응하는 상기 현재 픽처를 인터 예측하는, 디코딩 방법. - 제1항 내지 제5항 중 어느 한 항에 있어서,
상기 픽처 너비 및 상기 픽처 높이는 루마 샘플에서 측정되는, 디코딩 방법. - 제1항 내지 제6항 중 어느 한 항에 있어서,
상기 현재 픽처의 참조 픽처와 상기 현재 픽처의 픽처 너비, 픽처 높이, 및 적합성 윈도우에 기반하여 BDOF(bi-direction optical flow)가 상기 픽처를 디코딩하기 위해 인에이블되는(enabled)지를 판정하는 단계
를 더 포함하는 디코딩 방법. - 제1항 내지 제6항 중 어느 한 항에 있어서,
상기 현재 픽처의 참조 픽처와 상기 현재 픽처의 픽처 너비, 픽처 높이, 및 적합성 윈도우에 기반하여 DMVR(decoder-side motion vector refinement)이 상기 픽처를 디코딩하기 위해 인에이블되는지를 판정하는 단계
를 더 포함하는 디코딩 방법. - 제1항 내지 제6항 중 어느 한 항에 있어서,
상기 현재 블록을 사용하여 생성된 이미지를 전자 디바이스의 디스플레이에 디스플레이하는 단계
를 더 포함하는 디코딩 방법. - 비디오 인코더에 의해 구현되는 인코딩 방법으로서,
상기 비디오 인코더가, 동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 생성하는 단계 - 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트는 동일한 적합성 윈도우 값을 가짐 -;
상기 비디오 인코더가, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트를 비디오 비트스트림으로 인코딩하는 단계; 및
상기 비디오 인코더가, 비디오 디코더를 향한 전송을 위해 상기 비디오 비트스트림을 저장하는 단계
를 포함하는 인코딩 방법. - 제10항에 있어서,
상기 적합성 윈도우는 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함하는, 인코딩 방법. - 제10항 내지 제11항 중 어느 한 항에 있어서,
상기 픽처 너비 및 상기 픽처 높이는 루마 샘플에서 측정되는, 인코딩 방법. - 제10항 내지 제12항 중 어느 한 항에 있어서,
상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트를 포함하는 상기 비디오 비트스트림을 상기 비디오 디코더를 향해 전송하는 단계
를 더 포함하는 인코딩 방법. - 디코딩 디바이스로서,
코딩된 비디오 비트스트림을 수신하도록 구성된 수신기;
상기 수신기에 결합되고, 명령을 저장하는 메모리; 및
상기 메모리에 결합된 프로세서
를 포함하고,
상기 프로세서는 상기 명령을 실행하여 상기 디코딩 디바이스가,
동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 수신하고 - 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트는 동일한 적합성 윈도우 값을 가짐 -; 그리고
상기 적합성 윈도우를 상기 제1 픽처 파라미터 세트 또는 상기 제2 픽처 파라미터 세트에 대응하는 현재 픽처에 적용하게 하는, 디코딩 디바이스. - 제14항에 있어서,
상기 적합성 윈도우는 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함하는, 디코딩 디바이스. - 제1항 내지 제2항 중 어느 한 항에 있어서,
상기 적합성 윈도우가 적용된 후에 인터 예측을 사용하여 상기 제1 픽처 파라미터 세트 또는 상기 제2 픽처 파라미터 세트에 대응하는 상기 현재 픽처를 디코딩하는 것을 더 포함하고, 상기 인터 예측은 리샘플링된 참조 픽처에 기반하는, 디코딩 디바이스. - 제15항 내지 제16항 중 어느 한 항에 있어서,
상기 현재 픽처에 기반하여 생성된 이미지를 디스플레이하도록 구성된 디스플레이
를 더 포함하는 디코딩 디바이스. - 인코딩 디바이스로서,
명령을 저장하는 메모리;
상기 메모리에 결합된 프로세서; 및
상기 프로세서에 결합된 송신기
를 포함하고,
상기 프로세서는 상기 명령을 실행하여 상기 인코딩 디바이스가,
동일한 시퀀스 파라미터 세트를 각각 참조하는 제1 픽처 파라미터 세트 및 제2 픽처 파라미터 세트를 생성하고 - 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트가 동일한 픽처 너비 및 픽처 높이 값을 가질 때, 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트는 동일한 적합성 윈도우 값을 가짐 -; 그리고
상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트를 비디오 비트스트림으로 인코딩하게 하며,
상기 송신기는 상기 제1 픽처 파라미터 세트 및 상기 제2 픽처 파라미터 세트를 포함하는 상기 비디오 비트스트림을 비디오 디코더를 향해 전송하도록 구성되는, 인코딩 디바이스. - 제18항에 있어서,
상기 적합성 윈도우는 적합성 윈도우 좌측 오프셋, 적합성 윈도우 우측 오프셋, 적합성 윈도우 상단 오프셋, 및 적합성 윈도우 하단 오프셋을 포함하는, 인코딩 디바이스. - 제18항 내지 제19항 중 어느 한 항에 있어서,
상기 픽처 너비 및 상기 픽처 높이는 루마 샘플에서 측정되는, 인코딩 디바이스. - 코딩 장치로서,
인코딩할 픽처를 수신하거나 또는 디코딩할 비트스트림을 수신하도록 구성된 수신기;
상기 수신기에 결합되고, 상기 비트스트림을 디코더에 전송하거나 또는 디코딩된 이미지를 디스플레이에 전송하도록 구성된 송신기;
상기 수신기 또는 상기 송신기 중 적어도 하나에 결합되고, 명령을 저장하는 메모리; 및
상기 메모리에 결합된 프로세서
를 포함하고,
상기 프로세서는 상기 메모리에 저장된 상기 명령을 실행하여, 제1항 내지 제9항 중 어느 하나 및 제10항 내지 제13항 중 어느 하나의 방법을 수행하도록 구성되는, 코딩 장치. - 제20항에 있어서,
이미지를 디스플레이하도록 구성된 디스플레이
를 더 포함하는 코딩 장치. - 시스템으로서,
인코더; 및
상기 인코더와 통신하는 디코더
를 포함하며,
상기 인코더 또는 상기 디코더는 제15항 내지 제22항 중 어느 하나의 디코딩 디바이스, 인코딩 디바이스 또는 코디 장치를 포함하는, 시스템. - 코딩을 위한 수단으로서,
인코딩할 픽처를 수신하거나 또는 디코딩할 비트스트림을 수신하도록 구성된 수신 수단;
상기 수신 수단에 결합되고, 상기 비트스트림을 디코딩 수단에 전송하거나 또는 디코딩된 이미지를 디스플레이 수단에 전송하도록 구성된 송신 수단;
상기 수신 수단 또는 상기 송신 수단 중 적어도 하나에 결합되고, 명령을 저장하도록 구성된 저장 수단; 및
상기 저장 수단에 결합된 처리 수단
을 포함하고,
상기 처리 수단은 상기 저장 수단에 저장된 상기 명령을 실행하여, 제1항 내지 제9항 중 어느 하나 및 제10항 내지 제13항 중 어느 하나의 방법을 수행하도록 구성되는, 코딩을 위한 수단.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962871493P | 2019-07-08 | 2019-07-08 | |
| US62/871,493 | 2019-07-08 | ||
| PCT/US2020/041026 WO2020215101A1 (en) | 2019-07-08 | 2020-07-07 | Handling of multiple picture size and conformance windows for reference picture resampling in video coding |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20220025017A true KR20220025017A (ko) | 2022-03-03 |
Family
ID=72837706
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020227002848A KR20220025017A (ko) | 2019-07-08 | 2020-07-07 | 비디오 코딩에서 참조 픽처 리샘플링을 위한 다수의 픽처 크기 및 적합성 윈도우의 핸들링 |
Country Status (18)
| Country | Link |
|---|---|
| US (2) | US11785220B2 (ko) |
| EP (2) | EP4221227A1 (ko) |
| JP (1) | JP7477248B2 (ko) |
| KR (1) | KR20220025017A (ko) |
| CN (6) | CN116419000A (ko) |
| AU (1) | AU2020259509A1 (ko) |
| BR (1) | BR112022000292A2 (ko) |
| CA (1) | CA3146230A1 (ko) |
| CL (1) | CL2022000041A1 (ko) |
| DK (1) | DK3977723T3 (ko) |
| FI (1) | FI3977723T3 (ko) |
| HU (1) | HUE065468T2 (ko) |
| MX (1) | MX2022000333A (ko) |
| NZ (1) | NZ784015A (ko) |
| PL (1) | PL3977723T3 (ko) |
| PT (1) | PT3977723T (ko) |
| WO (1) | WO2020215101A1 (ko) |
| ZA (1) | ZA202200186B (ko) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3963888B1 (en) * | 2019-05-15 | 2023-05-03 | Huawei Technologies Co., Ltd. | Handling of decoder-side motion vector refinement (dmvr) coding tool for reference picture resampling in video coding |
| JP7384929B2 (ja) * | 2019-05-15 | 2023-11-21 | 華為技術有限公司 | 映像コーディングにおける参照ピクチャリサンプリングに対する双方向オプティカルフロー（ｂｉｏ）コーディングツールの取扱い |
| WO2021058638A1 (en) * | 2019-09-24 | 2021-04-01 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Encoder and decoder, encoding method and decoding method for reference picture resampling extensions |
| US11317093B2 (en) * | 2019-09-24 | 2022-04-26 | Tencent America LLC | Method for reference picture resampling with offset in video bitstream |
| KR20220160576A (ko) * | 2020-03-30 | 2022-12-06 | 바이트댄스 아이엔씨 | 비디오 코딩에서의 슬라이스 타입 |
| US20230217017A1 (en) * | 2022-01-05 | 2023-07-06 | Nokia Technologies Oy | Method, An Apparatus and a Computer Program Product for Implementing Gradual Decoding Refresh |
| US11954775B2 (en) * | 2022-02-23 | 2024-04-09 | International Business Machines Corporation | Artboard element positioning in a series of computer-based artboards |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103416056A (zh) * | 2011-03-10 | 2013-11-27 | 维德约股份有限公司 | 视频编码中的参数集维持 |
| US10034018B2 (en) * | 2011-09-23 | 2018-07-24 | Velos Media, Llc | Decoded picture buffer management |
| CN104919803B (zh) * | 2013-01-15 | 2017-09-12 | 华为技术有限公司 | 一种用于解码视频比特流的方法 |
| CN109379603A (zh) * | 2013-04-07 | 2019-02-22 | 杜比国际公司 | 用信号通知输出层集的改变 |
| US9648326B2 (en) * | 2013-07-02 | 2017-05-09 | Qualcomm Incorporated | Optimizations on inter-layer prediction signalling for multi-layer video coding |
| WO2015056179A1 (en) * | 2013-10-15 | 2015-04-23 | Nokia Technologies Oy | Video encoding and decoding using syntax element |
| US9641851B2 (en) | 2014-04-18 | 2017-05-02 | Qualcomm Incorporated | Conformance window information in multi-layer coding |
| US10187659B2 (en) * | 2014-04-25 | 2019-01-22 | Sharp Kabushiki Kaisha | Image decoding device, image coding device, and coding data transform device |
| EP3399824B1 (en) * | 2016-01-07 | 2020-01-08 | Huawei Technologies Co., Ltd. | Data scheduling method, base station and system |
| FI20165114A (fi) * | 2016-02-17 | 2017-08-18 | Nokia Technologies Oy | Laitteisto, menetelmä ja tietokoneohjelma videokoodausta ja videokoodauksen purkua varten |
| EP3249928A1 (en) * | 2016-05-23 | 2017-11-29 | Thomson Licensing | Method, apparatus and stream of formatting an immersive video for legacy and immersive rendering devices |
| CN113228666B (zh) | 2018-12-31 | 2022-12-30 | 华为技术有限公司 | 支持视频编解码中的自适应分辨率改变 |
-
2020
- 2020-07-07 CN CN202310353969.6A patent/CN116419000A/zh active Pending
- 2020-07-07 CN CN202310330048.8A patent/CN116347100A/zh active Pending
- 2020-07-07 CN CN202210136588.8A patent/CN115037945B/zh active Active
- 2020-07-07 CA CA3146230A patent/CA3146230A1/en active Pending
- 2020-07-07 AU AU2020259509A patent/AU2020259509A1/en active Pending
- 2020-07-07 WO PCT/US2020/041026 patent/WO2020215101A1/en active Application Filing
- 2020-07-07 EP EP23169353.2A patent/EP4221227A1/en active Pending
- 2020-07-07 CN CN202310344524.1A patent/CN116634169A/zh active Pending
- 2020-07-07 PT PT207909748T patent/PT3977723T/pt unknown
- 2020-07-07 HU HUE20790974A patent/HUE065468T2/hu unknown
- 2020-07-07 NZ NZ784015A patent/NZ784015A/en unknown
- 2020-07-07 BR BR112022000292A patent/BR112022000292A2/pt active Search and Examination
- 2020-07-07 DK DK20790974.8T patent/DK3977723T3/da active
- 2020-07-07 EP EP20790974.8A patent/EP3977723B9/en active Active
- 2020-07-07 MX MX2022000333A patent/MX2022000333A/es unknown
- 2020-07-07 JP JP2022500788A patent/JP7477248B2/ja active Active
- 2020-07-07 CN CN202080045733.0A patent/CN114026848B/zh active Active
- 2020-07-07 KR KR1020227002848A patent/KR20220025017A/ko active Search and Examination
- 2020-07-07 FI FIEP20790974.8T patent/FI3977723T3/fi active
- 2020-07-07 CN CN202310336555.2A patent/CN116347101A/zh active Pending
- 2020-07-07 PL PL20790974.8T patent/PL3977723T3/pl unknown
-
2021
- 2021-12-29 US US17/565,243 patent/US11785220B2/en active Active
-
2022
- 2022-01-03 ZA ZA2022/00186A patent/ZA202200186B/en unknown
- 2022-01-07 CL CL2022000041A patent/CL2022000041A1/es unknown
-
2023
- 2023-08-30 US US18/458,815 patent/US20230421772A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| HUE065468T2 (hu) | 2024-05-28 |
| CN114026848A (zh) | 2022-02-08 |
| EP4221227A1 (en) | 2023-08-02 |
| BR112022000292A2 (pt) | 2022-02-22 |
| CN116634169A (zh) | 2023-08-22 |
| CN115037945A (zh) | 2022-09-09 |
| JP7477248B2 (ja) | 2024-05-01 |
| FI3977723T3 (fi) | 2024-03-13 |
| PL3977723T3 (pl) | 2024-04-22 |
| CL2022000041A1 (es) | 2022-08-26 |
| EP3977723A4 (en) | 2022-08-10 |
| CN114026848B (zh) | 2023-03-24 |
| CN116419000A (zh) | 2023-07-11 |
| WO2020215101A1 (en) | 2020-10-22 |
| EP3977723B9 (en) | 2024-06-26 |
| CN116347100A (zh) | 2023-06-27 |
| ZA202200186B (en) | 2022-10-26 |
| EP3977723A1 (en) | 2022-04-06 |
| NZ784015A (en) | 2024-03-22 |
| CN116347101A (zh) | 2023-06-27 |
| PT3977723T (pt) | 2024-03-11 |
| CN115037945B (zh) | 2023-04-04 |
| US11785220B2 (en) | 2023-10-10 |
| US20220159262A1 (en) | 2022-05-19 |
| AU2020259509A1 (en) | 2022-02-03 |
| EP3977723B1 (en) | 2024-01-10 |
| DK3977723T3 (da) | 2024-03-11 |
| US20230421772A1 (en) | 2023-12-28 |
| MX2022000333A (es) | 2022-03-17 |
| CA3146230A1 (en) | 2020-10-22 |
| JP2022540429A (ja) | 2022-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3977723B1 (en) | Handling of multiple picture size and conformance windows for reference picture resampling in video coding | |
| KR20210134036A (ko) | 인코더, 디코더 및 대응 방법 | |
| KR20220062124A (ko) | 비디오 코딩에서 픽처 헤더의 시그널링 | |
| EP3970363B1 (en) | Handling of bi-directional optical flow (bio) coding tool for reference picture resampling in video coding | |
| EP4221224A1 (en) | An encoder, a decoder and corresponding methods | |
| KR20220003618A (ko) | 비디오 코딩에서 복구 포인트 시그널링 | |
| KR20220058960A (ko) | 다중 레이어 비디오 비트스트림의 액세스 유닛 내 혼합 irap 및 비-irap 픽처 지원 | |
| US12003700B2 (en) | Reference picture management in layered video coding | |
| KR20210141710A (ko) | 인코더, 디코더 및 대응하는 방법들 | |
| US20220166970A1 (en) | Types of Reference Pictures in Reference Picture Lists | |
| RU2817618C2 (ru) | Обработка множества размеров изображения и окон соответствия для передискретизации опорного изображения при кодировании видео | |
| US20220046271A1 (en) | Handling of Decoder-Side Motion Vector Refinement (DMVR) Coding Tool for Reference Picture Resampling in Video Coding |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination |