KR20210119992A - 개선된 서브-파티션 인트라 예측 - Google Patents
개선된 서브-파티션 인트라 예측 Download PDFInfo
- Publication number
- KR20210119992A KR20210119992A KR1020217023939A KR20217023939A KR20210119992A KR 20210119992 A KR20210119992 A KR 20210119992A KR 1020217023939 A KR1020217023939 A KR 1020217023939A KR 20217023939 A KR20217023939 A KR 20217023939A KR 20210119992 A KR20210119992 A KR 20210119992A
- Authority
- KR
- South Korea
- Prior art keywords
- intra
- current block
- block
- subpartition
- split
- 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/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/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
-
- 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/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/167—Position within a video image, e.g. region of interest [ROI]
-
- 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/176—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 block, e.g. a macroblock
-
- 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/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/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/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive 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/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/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
Abstract
코딩 블록들을 서브-블록들로 스플리트하기 위한 인트라-서브파티셔닝 (ISP) 모드를 개선시키기 위한 기법들이 설명된다. 일부 경우들에서, 코딩 블록에 대해 ISP 모드가 인에이블되는지 여부는 데이터 유닛들 (예를 들어, 그 중에서도 VPDU들, 변환 블록들) 과 관련된 사이즈 제약들에 기초한다. 예를 들어, VPDU 에 관련된 사이즈 제약에 기초하여, VPDU 경계들을 넘는 코딩 블록들에 대해 ISP 모드는 디스에이블될 수 있다. 일부 경우들에서, ISP 모드를 인에이블할지 여부는 하나 이상의 최대 변환 블록 사이즈들에 대응하는 사이즈 임계치들에 대한 코딩 블록의 폭 및/또는 높이의 비교에 기초할 수도 있다. 일부 경우들에서, 코딩 블록에 대해 ISP 모드가 인에이블되는 경우, 코딩 블록에 대한, 스플리트 타입, 수평 또는 수직을 정의하기 위해 사용되는 플래그의 값은, 하나 이상의 임계치들에 관한 코딩 블록의 폭 및/또는 높이에 기초하여 추론될 수 있다.
Description
본 출원은 비디오 코딩에 관한 것이다. 보다 구체적으로, 본 출원은 개선된 비디오 코딩을 수행하기 위한 시스템들, 방법들, 및 컴퓨터 판독가능 매체들에 관한 것이다.
많은 디바이스들 및 시스템들은 비디오 데이터가 프로세싱되고 소비를 위해 출력되도록 허용한다. 디지털 비디오 데이터는 소비자들 및 비디오 제공자들의 요구들을 충족시키기 위해 많은 양의 데이터를 포함한다. 예를 들어, 비디오 데이터의 소비자들은 높은 충실도, 해상도들, 프레임 레이트들 등을 갖는 최고 품질의 비디오를 원한다. 결과적으로, 이러한 요구들을 충족시키기 위해 필요한 많은 양의 비디오 데이터는 그 비디오 데이터를 프로세싱하고 저장하는 통신 네트워크들 및 디바이스들에 부담을 지운다.
비디오 데이터를 압축하기 위해 다양한 비디오 코딩 기법들이 사용될 수도 있다. 비디오 코딩은 하나 이상의 비디오 코딩 표준들에 따라 수행된다. 예를 들어, 비디오 코딩 표준들은 고 효율 비디오 코딩 (high-efficiency video coding; HEVC), AVC (advanced video coding), MPEG-2 파트 2 코딩 (MPEG 는 동영상 전문가 그룹을 의미함), VP9, AV1 (AOMedia (Alliance of Open Media) Video 1), EVC (Essential Video Coding) 등을 포함한다. 비디오 코딩은 일반적으로, 비디오 이미지들 또는 시퀀스들에서 존재하는 리던던시 (redundancy) 의 이점을 취하는 예측 방법들 (예를 들어, 인터-예측 (inter-prediction), 인트라-예측 (intra-prediction) 등) 을 활용한다. 비디오 코딩 기법들의 중요한 목표는 비디오 품질에 대한 열화를 회피 또는 최소화하면서 더 낮은 비트 레이트를 사용하는 형태로 비디오 데이터를 압축하는 것이다. 끊임없이 진화하는 비디오 서비스들이 이용가능해짐에 따라, 우수한 코딩 효율을 갖는 인코딩 기법들이 필요하다.
본 명세서에서는, 비디오 데이터의 코딩 블록들을 서브-블록들로 스플리트하기 위한 인트라-서브파티셔닝 (intra-subpartitioning; ISP) 모드의 사용을 개선시키기 위한 시스템들 및 방법들이 설명된다. 일부 예들에서, 코딩 블록에 대해 ISP 모드가 허용될 수 있는지 여부에 대한 결정은 사이즈 제약들에 기초할 수도 있다. 사이즈 제약들은 데이터 유닛의 사이즈에 기초하여 정의된 하나 이상의 사이즈 임계치들에 기초하여 구현될 수 있다. 예를 들어, 폭 사이즈 임계치는 데이터 유닛의 폭으로 정의될 수 있고 높이 사이즈 임계치는 데이터 유닛의 높이로 정의될 수 있다. 일부 경우들에서, 단일 임계치가 정의될 수 있다 (예를 들면, 데이터 유닛의 폭 및 높이가 동일한 경우). 데이터 유닛은 가상 파이프라인 데이터 유닛 (Virtual Pipeline Data Unit; VPDU), 변환 블록, 또는 다른 데이터 유닛 또는 블록을 포함할 수 있다. 일 예시적인 예에서, 하나 이상의 사이즈 임계치들은 VPDU 경계들을 넘는 코딩 블록들에 대해 ISP 모드가 인에이블되는 것을 방지하는데 사용될 수 있다. VPDU 제약들로 지칭되는 그러한 제약들은, 코딩 블록을 스플리트하는 것으로부터 획득된 서브-블록들이 상이한 VPDU들에서 별도로 프로세싱되지 않음을 보장함으로써 VPDU들의 프로세싱 효율들을 개선시킨다.
일부 예들에서, ISP 모드를 사용하여 코딩 블록의 스플리트를 인에이블할지 여부의 결정은 하나 이상의 최대 변환 블록 사이즈들에 대응하는 사이즈 임계치들에 대한 코딩 블록의 폭 및 높이의 비교에 기초할 수도 있다. 일부 예들에서, 코딩 블록에 대해 ISP 모드가 인에이블되는 경우, 최적의 스플리트 타입 (수평 또는 수직) 이 코딩 블록의 폭 및 높이에 기초하여 결정될 수 있다.
일부 예들에서, ISP 모드에 대한 파티셔닝 구조가 제공된다. 파티셔닝 구조는, 코딩 블록을 파티셔닝함으로써 획득된 서브-블록들의 치수들이 최대 변환 블록 사이즈와 같은 사이즈 임계치를 위반하지 않음을 보장한다. 일부 예들에서, 재귀적 트리 구조는, 서브-블록들의 사이즈들이 최대 변환 블록 사이즈 임계치 요건들을 준수하도록 하는 방식으로 서브-파티션 스플리트 타입이 수평 또는 수직인 것으로 결정되는 것을 보장하기 위해 제공된다. 일부 예들에서, 코딩 블록이 스플리트되는 서브-블록들의 수는, 서브-블록들의 치수들이 최대 변환 블록 사이즈 임계치 요건들을 준수하도록 결정된다. 일부 예들에서, ISP 모드를 인에이블하는 것은, 코딩 블록을 스플리트하는 것으로부터 획득된 서브-블록들의 치수들이 최대 변환 블록 사이즈 임계치 요건들을 준수하는 것을 보장하도록 조정된다.
적어도 하나의 예에 따르면, 비디오 데이터를 인코딩하기 위한 장치가 제공된다. 그 장치는 메모리 및 회로부에서 구현된 프로세서를 포함한다. 프로세서는, 비디오 데이터의 픽처의 현재 블록을 획득하고; 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하는 것으로서, 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 높이 사이즈 임계치는 데이터 유닛의 높이에 대응하는, 상기 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하고; 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나에 기초하여 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것으로서, 인트라-서브파티션 모드 플래그의 값은, 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되는지 여부를 표시하는, 상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하고; 그리고 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것에 기초하여, 적어도 현재 블록을 포함하는 인코딩된 비디오 비트스트림을 생성하도록 구성되고 이들을 행할 수 있다.
다른 예에서, 비디오 데이터를 인코딩하기 위한 방법이 제공된다. 그 방법은, 비디오 데이터의 픽처의 현재 블록을 획득하는 단계; 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하는 단계로서, 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 높이 사이즈 임계치는 데이터 유닛의 높이에 대응하는, 상기 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하는 단계; 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나에 기초하여 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 단계로서, 인트라-서브파티션 모드 플래그의 값은, 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되는지 여부를 표시하는, 상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 단계; 및 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것에 기초하여, 적어도 현재 블록을 포함하는 인코딩된 비디오 비트스트림을 생성하는 단계를 포함한다.
다른 예에서, 명령들을 저장한 비일시적 컴퓨터 판독가능 매체가 제공되고, 그 명령들은, 하나 이상의 프로세서들에 의해 실행될 경우, 하나 이상의 프로세서들로 하여금: 비디오 데이터의 픽처의 현재 블록을 획득하게 하고; 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하게 하는 것으로서, 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 높이 사이즈 임계치는 데이터 유닛의 높이에 대응하는, 상기 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하게 하고; 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나에 기초하여 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하게 하는 것으로서, 인트라-서브파티션 모드 플래그의 값은, 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되는지 여부를 표시하는, 상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하게 하고; 그리고 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것에 기초하여, 적어도 현재 블록을 포함하는 인코딩된 비디오 비트스트림을 생성하게 한다.
다른 예에서, 비디오 데이터를 인코딩하기 위한 장치가 제공된다. 그 장치는, 비디오 데이터의 픽처의 현재 블록을 획득하기 위한 수단; 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하기 위한 수단으로서, 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 높이 사이즈 임계치는 데이터 유닛의 높이에 대응하는, 상기 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하기 위한 수단; 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나에 기초하여 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하기 위한 수단으로서, 인트라-서브파티션 모드 플래그의 값은, 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되는지 여부를 표시하는, 상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하기 위한 수단; 및 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것에 기초하여, 적어도 현재 블록을 포함하는 인코딩된 비디오 비트스트림을 생성하기 위한 수단을 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 폭 사이즈 임계치는 높이 사이즈 임계치와 상이하다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 인트라-서브파티션 모드 플래그의 값이 제 1 값과 동일하다는 것은, 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되는 것을 특정하고, 인트라-서브파티션 모드 플래그의 값이 제 2 값과 동일하다는 것은, 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되지 않는 것을 특정한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭이 폭 사이즈 임계치보다 크거나 또는 현재 블록의 높이가 높이 사이즈 임계치보다 크다고 결정하는 것; 및 현재 블록의 폭이 폭 사이즈 임계치보다 크거나 또는 현재 블록의 높이가 높이 사이즈 임계치보다 크다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그의 값을 제 2 값과 동일한 것으로 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭이 폭 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 높이 사이즈 임계치보다 작거나 같다고 결정하는 것; 및 현재 블록의 폭이 폭 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 높이 사이즈 임계치보다 작거나 같다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그를 시그널링하기로 결정하는 것을 더 포함한다. 예를 들어, 현재 블록에 대한 인트라-서브파티션 모드 플래그는 제 1 값 또는 제 2 값과 동일한 것으로 설정될 수 있다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것으로서, 사이즈 임계치는 최대 변환 블록 사이즈에 대응하는, 상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것; 및 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 사이즈 임계치보다 작거나 같다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그를 시그널링하기로 결정하는 것을 더 포함한다. 예를 들어, 현재 블록에 대한 인트라-서브파티션 모드 플래그는 제 1 값 또는 제 2 값과 동일한 것으로 설정될 수 있다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것으로서, 사이즈 임계치는 최대 변환 블록 사이즈 대응하는, 상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것; 및 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 현재 블록의 높이가 사이즈 임계치보다 작거나 같다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그의 값이 제 2 값이라고 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭이 폭 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 높이 사이즈 임계치보다 작거나 같다고 결정하는 것; 및 현재 블록의 폭이 폭 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 높이 사이즈 임계치보다 작거나 같다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그의 값을 제 1 값과 동일한 것으로 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것으로서, 사이즈 임계치는 최대 변환 블록 사이즈에 대응하는, 상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것; 및 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 사이즈 임계치보다 작거나 같다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그의 값을 제 1 값과 동일한 것으로 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것으로서, 사이즈 임계치는 최대 변환 블록 사이즈에 대응하는, 상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것; 및 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 현재 블록의 높이가 사이즈 임계치보다 작거나 같다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그의 값이 제 2 값이라고 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 한다고 결정하는 것; 및 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 한다는 결정에 기초하여, 인코딩된 비디오 비스트림에 현재 블록에 대한 인트라-서브파티션 모드 플래그를 포함하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하는 것; 및 현재 블록의 폭 또는 높이가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하는 것으로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록을 파티셔닝하기 위한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭이 사이즈 임계치보다 크다고 결정하는 것; 및 현재 블록의 폭이 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 것으로서, 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 높이가 사이즈 임계치보다 크다고 결정하는 것; 및 현재 블록의 높이가 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 것으로서, 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록에 대한 인트라-서브파티션 스플리트 플래그의 값에 기초하여 현재 블록을 수평으로 또는 수직으로 서브-파티션들로 분할하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 현재 블록은 인트라-예측된 블록이다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 이다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 데이터 유닛은 변환 블록이다. 일부 경우들에서, 폭 사이즈 임계치 및 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일하다.
다른 예에서, 비디오 데이터를 디코딩하는 방법이 제공된다. 그 방법은, 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하는 단계; 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계; 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하는 단계; 및 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하는 단계를 포함한다.
다른 예에서, 비디오 데이터를 디코딩하기 위한 장치가 제공된다. 그 장치는 메모리 및 회로부에서 구현된 프로세서를 포함한다. 프로세서는, 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하고; 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 것으로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하고; 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하고; 그리고 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하도록 구성되고 이들을 행할 수 있다.
다른 예에서, 명령들을 저장한 비일시적 컴퓨터 판독가능 매체가 제공되고, 그 명령들은, 하나 이상의 프로세서들에 의해 실행될 경우, 하나 이상의 프로세서들로 하여금: 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하게 하고; 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하는 것으로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하고; 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하게 하고; 그리고 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하게 한다.
다른 예에서, 비디오 데이터를 디코딩하기 위한 장치가 제공된다. 그 장치는, 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하기 위한 수단; 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하기 위한 수단으로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하기 위한 수단; 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하기 위한 수단; 및 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하기 위한 수단을 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다고 결정하는 것; 및 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다는 결정에 기초하여 인트라-서브파티션 스플리트 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 것으로서, 현재 블록은, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블되는 것에 기초하여 인트라-서브파티션 모드를 사용하여 직사각형 변환 블록 서브파티션들로 파티셔닝되는, 상기 인트라-서브파티션 스플리트 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 폭이 사이즈 임계치보다 크다고 결정하는 것; 및 현재 블록의 폭이 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 것으로서, 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 수직 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하는 것을 더 포함하고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 폭들은 수직 스플리트 타입에 기초한 현재 블록의 폭보다 작다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록의 높이가 사이즈 임계치보다 크다고 결정하는 것; 및 현재 블록의 높이가 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 것으로서, 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 수평 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하는 것을 더 포함하고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 높이들은 수평 스플리트 타입에 기초한 현재 블록의 높이보다 작다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 비디오 데이터의 제 2 블록에 대해 인트라-서브파티션 모드를 인에이블하기 위한 인트라-서브파티션 모드 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 것; 및 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는 것에 기초하여 제 2 블록에 대한 인트라-서브파티션 모드 플래그의 모드 값을 결정하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다는 것은, 제 2 블록의 폭이 폭 사이즈 임계치보다 큰 것 또는 제 2 블록의 높이가 높이 사이즈 임계치보다 큰 것 중 적어도 하나를 표시하고, 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 높이 사이즈 임계치는 데이터 유닛의 높이에 대응한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하지 않다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 이다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 데이터 유닛은 변환 블록이다. 일부 경우들에서, 폭 사이즈 임계치 및 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일하다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 현재 블록은 인트라-예측된 블록이다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은, 현재 블록을 포함하는 하나 이상의 코딩 블록들을 생성하기 위해 비디오 데이터의 블록의 블록-기반 파티셔닝을 수행하는 것; 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다고 결정하는 것; 및 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다고 결정하는 것에 기초하여, 인트라-서브파티션 모드를 사용하여 현재 블록을 2 개 이상의 서브-블록들로 파티셔닝하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은 2 개 이상의 서브-블록들에 개별의 2 개 이상의 잔차 값들을 적용함으로써 2 개 이상의 서브-블록들을 재구성하는 것을 더 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들에서, 장치는 하나 이상의 픽처들을 캡처하기 위한 카메라를 갖는 모바일 디바이스를 포함한다.
상기 설명된 방법들, 장치들, 및 컴퓨터 판독가능 매체들의 일부 양태들은 하나 이상의 픽처들을 디스플레이하기 위한 디스플레이를 더 포함한다.
이 개요는 청구된 청구물의 핵심적인 또는 본질적인 피처들을 식별하도록 의도되지도 않고, 청구된 청구물의 범위를 결정하기 위해 별도로 이용되도록 의도되지도 않는다. 청구물은 본 특허의 전체 명세서, 임의의 또는 모든 도면들, 및 각각의 청구항의 적절한 부분들을 참조하여 이해되어야 한다.
전술한 것은, 다른 피처들 및 실시형태들과 함께, 다음의 명세서, 청구항들, 및 첨부 도면들을 참조하면 보다 명백해질 것이다.
본 출원의 예시적인 실시형태들은 다음 도면들을 참조하여 이하에 상세히 설명된다.
도 1 은 일부 예들에 따른, 인코딩 디바이스 및 디코딩 디바이스의 예를 예시하는 블록 다이어그램이다;
도 2 는 일부 예들에 따른, 블록들의 분할의 예를 예시하는 개념적 다이어그램이다;
도 3 은 일부 예들에 따른, 블록들의 분할의 다른 예를 예시하는 개념적 다이어그램이다;
도 4 는 일부 예들에 따른, 코딩 블록의 예를 예시하는 개념적 다이어그램이다;
도 5 는 일부 예들에 따른, 4 개의 블록들을 포함하는 VPDU 의 예를 예시하는 개념적 다이어그램이다;
도 6 은 일부 예들에 따른, 다중 VPDU들에 걸쳐 있는 현재 블록의 예를 예시하는 개념적 다이어그램이다;
도 7 은 일부 실시형태들에 따른, 비디오 데이터를 프로세싱하는 프로세스의 예를 예시하는 플로우차트이다;
도 8 은 일부 실시형태들에 따른, 비디오 데이터를 프로세싱하는 프로세스의 예를 예시하는 플로우차트이다;
도 9 는 일부 실시형태들에 따른, 비디오 데이터를 프로세싱하는 프로세스의 예를 예시하는 플로우차트이다;
도 10 은 일부 예들에 따른, 예시적인 비디오 인코딩 디바이스를 예시하는 블록 다이어그램이다; 그리고
도 11 은 일부 예들에 따른, 예시적인 비디오 디코딩 디바이스를 예시하는 블록 다이어그램이다.
도 1 은 일부 예들에 따른, 인코딩 디바이스 및 디코딩 디바이스의 예를 예시하는 블록 다이어그램이다;
도 2 는 일부 예들에 따른, 블록들의 분할의 예를 예시하는 개념적 다이어그램이다;
도 3 은 일부 예들에 따른, 블록들의 분할의 다른 예를 예시하는 개념적 다이어그램이다;
도 4 는 일부 예들에 따른, 코딩 블록의 예를 예시하는 개념적 다이어그램이다;
도 5 는 일부 예들에 따른, 4 개의 블록들을 포함하는 VPDU 의 예를 예시하는 개념적 다이어그램이다;
도 6 은 일부 예들에 따른, 다중 VPDU들에 걸쳐 있는 현재 블록의 예를 예시하는 개념적 다이어그램이다;
도 7 은 일부 실시형태들에 따른, 비디오 데이터를 프로세싱하는 프로세스의 예를 예시하는 플로우차트이다;
도 8 은 일부 실시형태들에 따른, 비디오 데이터를 프로세싱하는 프로세스의 예를 예시하는 플로우차트이다;
도 9 는 일부 실시형태들에 따른, 비디오 데이터를 프로세싱하는 프로세스의 예를 예시하는 플로우차트이다;
도 10 은 일부 예들에 따른, 예시적인 비디오 인코딩 디바이스를 예시하는 블록 다이어그램이다; 그리고
도 11 은 일부 예들에 따른, 예시적인 비디오 디코딩 디바이스를 예시하는 블록 다이어그램이다.
본 개시의 소정의 양태들 및 실시형태들이 이하에 제공된다. 이들 양태들 및 실시형태들 중 일부는 독립적으로 적용될 수도 있고 그들 중 일부는 당업자들에게 명백할 바와 같이 조합하여 적용될 수도 있다. 다음의 설명에 있어서, 설명의 목적들로, 특정 상세들이 본 출원의 실시형태들의 철저한 이해를 제공하기 위해 제시된다. 그러나, 다양한 실시형태들은 이들 특정 상세들 없이도 실시될 수도 있음이 명백할 것이다. 도면들 및 설명은 제한적인 것으로 의도되지 않는다.
다음의 설명은 오직 예시적인 실시형태들을 제공하며, 본 개시의 범위, 적용가능성, 또는 구성을 제한하도록 의도되지 않는다. 오히려, 예시적인 실시형태들의 다음의 설명은 예시적인 실시형태를 구현하기 위한 가능한 설명을 당업자들에게 제공할 것이다. 첨부된 청구항들에 제시된 바와 같은 본 출원의 사상 및 범위로부터 벗어남 없이 엘리먼트들의 기능 및 배열에 다양한 변경들이 이루어질 수도 있음을 이해해야 한다.
비디오 코딩 디바이스들은 비디오 압축 기법들을 구현하여 비디오 데이터를 효율적으로 인코딩 및 디코딩한다. 비디오 압축 기법들은 비디오 시퀀스들에 내재하는 리던던시를 감소 또는 제거하기 위해 공간 예측 (예컨대, 인트라-프레임 예측 또는 인트라-예측), 시간 예측 (예컨대, 인터-프레임 예측 또는 인터-예측), (비디오 데이터의 상이한 계층들에 걸친) 인터-계층 예측, 및/또는 다른 예측 기법들을 포함하는, 상이한 예측 모드들을 적용하는 것을 포함할 수도 있다. 비디오 인코더는, 원래의 비디오 시퀀스의 각각의 픽처를 비디오 블록들 또는 코딩 유닛들로 지칭되는 직사각형 영역들로 파티셔닝할 수 있다 (이하에 더 상세히 설명됨). 이들 비디오 블록들은 특정 예측 모드를 사용하여 인코딩될 수도 있다.
비디오 블록들은 하나 이상의 방식들로 더 작은 블록들의 하나 이상의 그룹들로 분할될 수도 있다. 블록들은 코딩 트리 블록들, 예측 블록들, 변환 블록들, 또는 다른 적합한 블록들을 포함할 수 있다. 일반적으로 "블록" 에 대한 언급들은, 달리 명시되지 않는 한, 당업자에 의해 이해될 바와 같이, 그러한 비디오 블록들 (예컨대, 코딩 트리 블록들, 코딩 블록들, 예측 블록들, 변환 블록들, 또는 다른 적절한 블록들 또는 서브-블록들) 을 지칭할 수도 있다. 추가로, 이들 블록들의 각각은 또한, 본 명세서에 "유닛들" (예컨대, 코딩 트리 유닛 (CTU), 코딩 유닛, 예측 유닛 (PU), 변환 유닛 (TU) 등) 로 상호교환가능하게 지칭될 수도 있다. 일부 경우들에서, 유닛은 비트스트림에서 인코딩되는 코딩 논리 유닛을 표시할 수도 있는 한편, 블록은 프로세스가 목표로 하는 비디오 프레임 버퍼의 부분을 표시할 수도 있다.
인터-예측 모드들에 대해, 비디오 인코더는, 레퍼런스 프레임 또는 레퍼런스 픽처로 지칭되는, 다른 시간 로케이션에 위치된 프레임 (또는 픽처) 에서 인코딩되는 블록과 유사한 블록을 검색할 수 있다. 비디오 인코더는 검색을, 인코딩될 블록으로부터의 소정의 공간 변위로 제한할 수도 있다. 최상의 매치가, 수평 변위 컴포넌트 및 수직 변위 컴포넌트를 포함하는 2 차원 (2D) 모션 벡터를 사용하여 위치될 수도 있다. 인트라-예측 모드들에 대해, 비디오 인코더는 동일한 픽처 내의 이전에 인코딩된 이웃 블록들로부터의 데이터에 기초하여 공간 예측 기법들을 사용하여 예측된 블록을 형성할 수도 있다.
비디오 인코더는 예측 에러를 결정할 수도 있다. 예를 들어, 예측은 인코딩되는 블록과 예측된 블록 내의 픽셀 값들 간의 차이로서 결정될 수 있다. 예측 에러는 또한 잔차로 지칭될 수 있다. 비디오 인코더는 또한 예측 에러에 변환 (예를 들어, 이산 코사인 변환 (DCT) 또는 다른 적합한 변환) 을 적용하여 변환 계수들을 생성할 수도 있다. 변환 이후, 비디오 인코더는 변환 계수들을 양자화할 수도 있다. 양자화된 변환 계수들 및 모션 벡터들은 신택스 엘리먼트들을 사용하여 표현될 수도 있고, 제어 정보와 함께, 비디오 시퀀스의 코딩된 표현을 형성할 수도 있다. 일부 사례들에서, 비디오 인코더는 신택스 엘리먼트들을 엔트로피 코딩하고, 이에 의해 그들의 표현에 필요한 비트들의 수를 더 감소시킬 수도 있다.
비디오 디코더는, 상기 논의된 신택스 엘리먼트들 및 제어 정보를 사용하여, 현재 프레임을 디코딩하기 위한 예측 데이터 (예컨대, 예측 블록) 를 구성할 수도 있다. 예를 들어, 비디오 디코더는 예측된 블록 및 압축된 예측 에러를 추가할 수도 있다. 비디오 디코더는 양자화된 계수들을 사용하여 변환 기저 함수들을 가중함으로써 압축된 예측 에러를 결정할 수도 있다. 재구성된 프레임과 원래의 프레임 간의 차이는 재구성 에러 (reconstruction error) 로 불린다.
본 명세서에서는, 하나 이상의 제한들 및/또는 제약들에 따라 비디오 데이터의 코딩 블록들을 서브-블록들로 스플리트하기 위한 인트라 서브-파티셔닝 또는 인트라-서브파티셔닝 (ISP) 모드의 사용을 개선시키기 위한 시스템들 및 방법들이 설명된다. 일부 예들에서, 코딩 블록에 대해 ISP 모드를 수행할지 여부의 결정은 사이즈 제약들에 기초한다. 사이즈 제약들은 데이터 유닛의 사이즈를 사용하여 정의된 하나 이상의 사이즈 임계치들에 기초할 수 있다. 예를 들어, 이하에 더 상세히 설명된 바와 같이, 폭 사이즈 임계치는 데이터 유닛의 폭으로 정의될 수 있고 높이 사이즈 임계치는 데이터 유닛의 높이로 정의될 수 있다. 일부 경우들에서, 단일 임계치가 정의될 수 있다 (예를 들면, 데이터 유닛의 폭 및 높이가 동일한 경우). 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU), 변환 블록, 또는 다른 데이터 유닛 또는 블록을 포함할 수 있다. 하나의 예시적인 예에서, 가상 파이프라인 데이터 유닛 (VPDU) 경계들을 넘는 코딩 블록들에 대해 ISP 모드가 인에이블되는 것을 방지하는 VPDU 제약들이 본 명세서에서 정의된다. 그러한 VPDU 제약들은, ISP 를 사용하여 코딩 블록을 스플리트하는 것으로부터 획득된 서브-블록들이 상이한 VPDU들에서 별도로 프로세싱되지 않음을 보장함으로써 VPDU들의 프로세싱 효율들을 개선시킬 수 있다. 일부 예들에서, VPDU 제약들은, VPDU 제약들이 코딩 블록에 의해 위반될 때 인코딩된 비디오 비트스트림에서 또는 그와 함께 코딩 블록에 대해 ISP 모드 플래그가 시그널링되지 않는 인코더에 의해 적용될 수도 있다. 그러한 예들에서, 인코딩된 비디오 비트스트림에서 또는 그와 함께 ISP 모드 플래그가 시그널링되지 않는 것에 기초하여, ISP 모드 플래그의 값은 디코더에 의해, 코딩 블록에 대해 ISP 모드가 인에이블되지 않음을 표시하는 값 (예를 들어, 0 의 값) 으로 추론될 수 있다.
스플리트 플래그 (일부 경우들에 있어서 본 명세서에서 인트라-서브파티션 스플리트 플래그로 지칭됨) 는 인코딩된 비디오 비트스트림에서 시그널링되고 ISP 모드가 인에이블되는 코딩 블록에 대해 수행할 ISP 스플리트 타입 (예를 들어, 수평 타입 또는 수직 타입) 을 결정하는데 사용될 수 있다. 예시적인 양태들에서, 스플리트 플래그를 결정 및 시그널링하기 위한 개선된 기법들이 제공된다. 예를 들어, 최적의 ISP 스플리트 타입은 최대 변환 블록 사이즈에 대한 코딩 블록의 특정 치수들에 기초하여 코딩 블록에 대해 결정될 수 있으며, 이는 기존 구현들에 따라 발생할 수도 있는 바람직하지 않은 스플리트 타입을 회피할 수 있다. 일 예에서, 코딩 블록에 대해 ISP 모드가 인에이블될 때, 코딩 블록에 대해 수행할 ISP 스플리트 타입 (예를 들어, 수평 타입 또는 수직 타입) 의 결정은 최대 변환 블록 사이즈에 대응하는 사이즈 임계치들에 대한 코딩 블록의 폭 및/또는 높이의 비교에 기초할 수도 있다. 예를 들어, 코딩 블록에 대한 스플리트 플래그의 값은 최대 변환 블록 사이즈 임계치들에 대한 코딩 블록의 폭 및/또는 높이의 비교에 기초하여 결정될 수 있고, 스플리트 플래그의 값은 ISP 스플리트 타입을 (예를 들어, 수평 또는 수직으로서) 결정하는데 사용될 수 있다.
일부 예들에서, ISP 모드에 대한 파티션 구조는 코딩 블록을 파티셔닝함으로써 획득된 서브-블록들의 치수들이 최대 변환 블록 사이즈와 같은 사이즈 임계치를 위반하지 않음을 보장하기 위해 제공될 수 있다. 일부 예들에서, 재귀적 트리 구조는, 서브-블록들의 사이즈들이 최대 변환 블록 사이즈 임계치 요건들을 준수하게 하는 방식으로 서브-파티션 스플리트 타입이 수평 또는 수직인 것으로 결정되는 것을 보장하기 위해 제공된다. 일부 예들에서, 코딩 블록이 스플리트되는 서브-블록들의 수는, 서브-블록들의 치수들이 최대 변환 블록 사이즈 임계치 요건들을 준수하도록 결정된다. 일부 예들에서, ISP 모드를 인에이블하는 것은, 코딩 블록을 스플리트하는 것으로부터 획득된 서브-블록들의 치수들이 최대 변환 블록 사이즈 임계치 요건들을 준수하는 것을 보장하도록 조정된다.
도 1 은 인코딩 디바이스 (104) 및 디코딩 디바이스 (112) 를 포함하는 시스템 (100) 의 예를 예시하는 블록 다이어그램이다. 인코딩 디바이스 (104) 는 소스 디바이스의 부분일 수도 있고, 디코딩 디바이스 (112) 는 수신 디바이스의 부분일 수도 있다. 소스 디바이스 및/또는 수신 디바이스는 이동식 또는 정지식 전화 핸드셋 (예를 들어, 스마트폰, 셀룰러 폰 등), 데스크탑 컴퓨터, 랩탑 또는 노트북 컴퓨터, 태블릿 컴퓨터, 셋톱 박스, 텔레비전, 카메라, 디스플레이 디바이스, 디지털 미디어 플레이어, 비디오 게이밍 콘솔, 비디오 스트리밍 디바이스, 인터넷 프로토콜 (IP) 카메라, 또는 임의의 다른 적합한 전자 디바이스와 같은 전자 디바이스를 포함할 수도 있다. 일부 예들에서, 소스 디바이스 및 수신 디바이스는 무선 통신을 위한 하나 이상의 무선 트랜시버들을 포함할 수도 있다. 본 명세서에서 설명된 코딩 기법들은 (예를 들어, 인터넷을 통한) 스트리밍 비디오 송들, 텔레비전 브로드캐스트들 또는 송신들, 데이터 저장 매체 상의 저장을 위한 디지털 비디오의 인코딩, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션을 포함하는 다양한 멀티미디어 애플리케이션들에서의 비디오 코딩에 적용가능하다. 일부 예들에 있어서, 시스템 (100) 은 비디오 컨퍼런싱, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 게이밍, 및/또는 비디오 텔레포니와 같은 애플리케이션들을 지원하기 위해 일방향 또는 양방향 비디오 송신을 지원할 수 있다.
인코딩 디바이스 (104) (또는 인코더) 는 비디오 코딩 표준 또는 프로토콜을 사용하여 비디오 데이터를 인코딩하여 인코딩된 비디오 비트스트림을 생성하는데 사용될 수 있다. 비디오 코딩 표준들의 예들은 ITU-T H.261, ISO/IEC MPEG-1 비주얼, ITU-T H.262 또는 ISO/IEC MPEG-2 비주얼, ITU-T H.263, ISO/IEC MPEG-4 비주얼, ITU-T H.264 (ISO/IEC MPEG-4 AVC 로도 또한 알려짐) (그의 스케일러블 비디오 코딩 (SVC) 및 멀티뷰 비디오 코딩 (MVC) 확장들을 포함), 및 고 효율 비디오 코딩 (HEVC) 또는 ITU-T H.265 를 포함한다. 범위 및 스크린 컨텐츠 코딩 확장들, 3D 비디오 코딩 (3D-HEVC) 및 멀티뷰 확장들 (MV-HEVC) 및 스케일러블 확장 (scalable extension; SHVC) 을 포함하는, 멀티-계층 비디오 코딩을 다루는 HEVC 에 대한 다양한 확장들이 존재한다. HEVC 및 그 확장들은 ITU-T 비디오 코딩 전문가 그룹 (VCEG) 및 ISO/IEC 모션 픽처 전문가 그룹 (MPEG) 의 JCT-3V (Joint Collaboration Team on 3D Video Coding Extension Development) 는 물론 JCT-VC (Joint Collaboration Team on Video Coding) 에 의해 개발되었다.
MPEG 및 ITU-T VCEG 는 또한 VVC (Versatile Video Coding) 라는 명칭의 차세대의 비디오 코딩 표준에 대한 새로운 코딩 툴들을 탐구하기 위해 JVET (joint exploration video team) 를 형성하였다. 레퍼런스 소프트웨어는 VTM (VVC Test Model) 이라고 한다. VVC 의 목적은, 기존 HEVC 표준에 비해 압축 성능에 있어서 상당한 개선을 제공하여, 보다 높은 품질의 비디오 서비스들 및 (예컨대, 그 중에서도, 360° 전방향 몰입형 멀티미디어, HDR (high-dynamic-range) 비디오와 같은) 최근 생겨난 애플리케이션들의 전개를 돕는 것이다. VP9, AV1 (AOMedia (Alliance of Open Media) 비디오 1), 및 EVC (Essential Video Coding) 는, 본 명세서에서 설명된 기법들이 적용될 수 있는 다른 비디오 코딩 표준들이다.
본 명세서에서 설명된 많은 실시형태들은 VTM, VVC, HEVC, AVC, 및/또는 이들의 확장들과 같은 비디오 코덱들을 사용하여 수행될 수 있다. 그러나, 본 명세서에서 설명된 기법들 및 시스템들은 또한, MPEG, JPEG (또는 스틸 이미지들에 대한 다른 코딩 표준), VP9, AV1, 이들의 확장들과 같은 다른 코딩 표준들, 또는 이미 이용가능하거나 또는 아직 이용가능하지 않은 또는 개발되지 않은 다른 적합한 코딩 표준들에 적용가능할 수도 있다. 따라서, 본 명세서에서 설명된 기법들 및 시스템들은 특정 비디오 코딩 표준을 참조하여 설명될 수도 있지만, 당업자는 그 설명이 오직 그 특정 표준에만 적용되도록 해석되지 않아야 함을 인식할 것이다.
도 1 을 참조하면, 비디오 소스 (102) 는 비디오 데이터를 인코딩 디바이스 (104) 에 제공할 수도 있다. 비디오 소스 (102) 는 소스 디바이스의 부분일 수도 있거나, 또는 소스 디바이스 이외의 디바이스의 부분일 수도 있다. 비디오 소스 (102) 는 비디오 캡처 디바이스 (예컨대, 비디오 카메라, 카메라 폰, 비디오 폰 등), 저장된 비디오를 포함하는 비디오 아카이브, 비디오 데이터를 제공하는 비디오 서버 또는 컨텐츠 제공자, 비디오 서버 또는 컨텐츠 제공자로부터 비디오를 수신하는 비디오 피드 인터페이스, 컴퓨터 그래픽 비디오 데이터를 생성하는 컴퓨터 그래픽 시스템, 그러한 소스들의 조합, 또는 임의의 다른 적합한 비디오 소스를 포함할 수도 있다.
비디오 소스 (102) 로부터의 비디오 데이터는 하나 이상의 입력 픽처들 또는 프레임들을 포함할 수도 있다. 픽처 또는 프레임은, 일부 경우들에, 비디오의 부분인 스틸 이미지이다. 일부 예들에서, 비디오 소스 (102) 로부터의 데이터는 비디오의 부분이 아닌 스틸 이미지일 수 있다. HEVC, VVC, 및 다른 비디오 코딩 사양들에 있어서, 비디오 시퀀스는 일련의 픽처들을 포함할 수 있다. 픽처는 SL, SCb, 및 SCr 로 표기된 3 개의 샘플 어레이들을 포함할 수도 있다. SL 은 루마 샘플들의 2 차원 어레이이고, SCb 는 Cb 크로미넌스 샘플들의 2 차원 어레이이고, SCr 은 Cr 크로미넌스 샘플들의 2 차원 어레이이다. 크로미넌스 샘플들은 또한, 본 명세서에서 "크로마" 샘플들로 지칭될 수도 있다. 다른 사례들에 있어서, 픽처는 단색 (monochrome) 일 수도 있고, 오직 루마 샘플들의 어레이만을 포함할 수도 있다.
인코딩 디바이스 (104) 의 인코더 엔진 (106) (또는 인코더) 은 인코딩된 비디오 비트스트림을 생성하기 위해 비디오 데이터를 인코딩한다. 일부 예들에 있어서, 인코딩된 비디오 비트스트림 (또는 "비디오 비트스트림" 또는 "비트스트림") 은 일련의 하나 이상의 코딩된 비디오 시퀀스들이다. 코딩된 비디오 시퀀스 (CVS) 는 소정의 특성들을 갖는 그리고 기본 계층에서의 랜덤 액세스 포인트 픽처를 갖는 액세스 유닛 (AU) 으로 시작하여 소정의 특정들을 갖는 그리고 기본 계층에서의 랜덤 액세스 포인트 픽처를 갖는 다음 AU 까지 (다음 AU 를 포함하지는 않음) 일련의 AU들을 포함한다. 예를 들어, CVS 를 시작하는 랜덤 액세스 포인트 픽처의 소정의 특성들은 1 과 동일한 RASL 플래그 (예컨대, NoRaslOutputFlag) 를 포함할 수도 있다. 그렇지 않으면, (0 과 동일한 RASL 플래그를 갖는) 랜덤 액세스 포인트 픽처는 CVS 를 시작하지 않는다. 액세스 유닛 (AU) 은 하나 이상의 코딩된 픽처들 및 동일한 출력 시간을 공유하는 코딩된 픽처들에 대응하는 제어 정보를 포함한다. 픽처들의 코딩된 슬라이스들은, 비트스트림 레벨에서 네트워크 추상화 계층 (NAL) 유닛들이라고 하는 데이터 유닛들로 캡슐화된다. 예를 들어, HEVC 비디오 비트스트림은, NAL 유닛들을 포함하는 하나 이상의 CVS들을 포함할 수도 있다. NAL 유닛들의 각각은 NAL 유닛 헤더를 갖는다. 일 예에서, 헤더는 (멀티-계층 확장들을 제외하고) H.264/AVC 에 대해 1 바이트 그리고 HEVC 에 대해 2 바이트이다. NAL 유닛 헤더에서의 신택스 엘리먼트들은 지정된 비트들을 취하고 따라서, 그 중에서도, 전송 스트림, 실시간 전송 (Real-time Transport; RTP) 프로토콜, 파일 포맷과 같은 모든 종류들의 시스템들 및 전송 계층들에 가시적이다.
비디오 코딩 계층 (VCL) NAL 유닛들 및 비-VCL NAL 유닛들을 포함하는 2 개의 클래스들의 NAL 유닛들이 HEVC 표준에 존재한다. VCL NAL 유닛은 코딩된 픽처 데이터의 하나의 슬라이스 또는 슬라이스 세그먼트 (이하 설명됨) 를 포함하고, 비-VCL NAL 유닛은 하나 이상의 코딩된 픽처들과 관련된 제어 정보를 포함한다. 일부 경우들에서, NAL 유닛은 패킷으로 지칭될 수 있다. HEVC AU 는 코딩된 픽처 데이터를 포함하는 VCL NAL 유닛들 및 코딩된 픽처 데이터에 대응하는 비-VCL NAL 유닛들 (존재하는 경우) 을 포함한다.
NAL 유닛들은 비디오 내의 픽처들의 코딩된 표현들과 같은 비디오 데이터의 코딩된 표현 (예를 들어, 인코딩된 비디오 비트스트림, 비트스트림의 CVS 등) 을 형성하는 비트들의 시퀀스를 포함할 수도 있다. 인코더 엔진 (106) 은 각각의 픽처를 다중 슬라이스들로 파티셔닝함으로써 픽처들의 코딩된 표현들을 생성한다. 슬라이스는 그 슬라이스 내의 정보가 동일한 픽처 내의 다른 슬라이스들로부터의 데이터에 종속되지 않고 코딩되도록 다른 슬라이스들에 대해 독립적이다. 슬라이스는 독립적인 슬라이스 세그먼트, 및 존재하는 경우, 이전 슬라이스 세그먼트들에 의존하는 하나 이상의 종속적인 슬라이스 세그먼트들을 포함하는 하나 이상의 슬라이스 세그먼트들을 포함한다.
HEVC 에서, 슬라이스들은 그 후 루마 샘플들 및 크로마 샘플들의 코딩 트리 블록들 (CTB들) 로 파티셔닝된다. 루마 샘플들의 CTB 및 크로마 샘플들의 하나 이상의 CTB들은, 그 샘플들에 대한 신택스와 함께, 코딩 트리 유닛 (CTU) 으로 지칭된다. CTU 는 또한 "트리 블록" 또는 "최대 코딩 유닛 (LCU)" 으로 지칭될 수도 있다. CTU 는 HEVC 인코딩을 위한 기본 프로세싱 유닛이다. CTU 는, 다양한 사이즈들의 다중 코딩 유닛들 (CU들) 로 스플리트될 수 있다. CU 는 코딩 블록들 (CB들) 로 지칭되는 루마 및 크로마 샘플 어레이들을 포함한다.
루마 및 크로마 CB들은 예측 블록들 (PB들) 로 더 스플리트될 수 있다. PB 는 (이용가능하거나 또는 사용을 위해 인에이블될 때) 인터-예측 또는 인트라-블록 카피 (IBC) 예측에 대해 동일한 모션 파라미터들을 사용하는 루마 컴포넌트 또는 크로마 컴포넌트의 샘플들의 블록이다. 루마 PB 및 하나 이상의 크로마 PB들은, 연관된 신택스와 함께, 예측 유닛 (PU) 을 형성한다. 인터-예측을 위해, 모션 파라미터들의 세트 (예를 들어, 하나 이상의 모션 벡터들, 레퍼런스 인덱스들 등) 가 각각의 PU 에 대해 비트스트림으로 시그널링되고, 루마 PB 및 하나 이상의 크로마 PB들의 인터-예측을 위해 사용된다. 모션 파라미터들은 또한 모션 정보로 지칭될 수 있다. CB 는 또한 하나 이상의 변환 블록들 (TB) 로 파티셔닝될 수 있다. TB 는, 잔차 변환 (예를 들어, 일부 경우들에서 동일한 2 차원 변환) 이 예측 잔차 신호를 코딩하기 위해 적용되는 컬러 컴포넌트의 샘플들의 정사각형 블록을 나타낸다. 변환 유닛 (TU) 은 루마 및 크로마 샘플들의 TB들, 및 대응하는 신택스 엘리먼트들을 나타낸다. 변환 코딩은 이하에 더 상세히 설명된다.
CU 의 사이즈는 코딩 모드의 사이즈에 대응하고 형상이 정사각형일 수도 있다. 예를 들어, CU 의 사이즈는 8 x 8 샘플들, 16 x 16 샘플들, 32 x 32 샘플들, 64 x 64 샘플들, 또는 대응하는 CTU 의 사이즈까지의 임의의 다른 적절한 사이즈일 수도 있다. 어구 "N x N" 은 수직 및 수평 치수들의 관점에서의 비디오 블록의 픽셀 치수들 (예를 들어, 8 픽셀들 x 8 픽셀들) 을 지칭하기 위해 본 명세서에서 사용된다. 블록에서의 픽셀들은 행들 및 열들로 배열될 수도 있다. 일부 실시형태들에서, 블록들은 수직 방향에서와 동일한 수의 픽셀들을 수평 방향에서 가지지 않을 수도 있다. CU 와 연관된 신택스 데이터는, 예를 들어, 하나 이상의 PU들로의 CU 의 파티셔닝을 기술할 수도 있다. 파티셔닝 모드들은 CU 가 인트라-예측 모드 인코딩되는지, 또는 인터-예측 모드 인코딩되는지 사이에서 상이할 수도 있다. PU들은 형상이 비-정사각형이도록 파티셔닝될 수도 있다. CU 와 연관된 신택스 데이터는 또한, 예를 들어, CTU 에 따라 하나 이상의 TU들로의 CU 의 파티셔닝을 기술할 수도 있다. TU 는 형상이 정사각형 또는 비-정사각형일 수 있다.
HEVC 표준에 따르면, 변환들은 변환 유닛들 (TU들) 을 사용하여 수행될 수도 있다. TU들은 상이한 CU들에 대해 변할 수도 있다. TU들은 주어진 CU 내의 PU들의 사이즈에 기초하여 사이징될 수도 있다. TU들은 PU들과 동일한 사이즈이거나 또는 PU들보다 작을 수도 있다. 일부 예들에서, CU 에 대응하는 잔차 샘플들은 잔차 쿼드 트리 (residual quad tree; RQT) 로 알려진 쿼드트리 구조를 사용하여 더 작은 유닛들로 서브분할될 수도 있다. RQT 의 리프 노드들은 TU들에 대응할 수도 있다. TU들과 연관된 픽셀 차이 값들은 변환 계수들을 생성하도록 변환될 수도 있다. 변환 계수들은 그 후 인코더 엔진 (106) 에 의해 양자화될 수도 있다.
일단 비디오 데이터의 픽처들이 CU들로 파티셔닝되면, 인코더 엔진 (106) 은 예측 모드를 사용하여 각각의 PU 를 예측한다. 그 후, 예측 유닛 또는 예측 블록은 (이하에 설명되는) 잔차들을 얻기 위해 원래의 비디오 데이터로부터 감산된다. 각각의 CU 에 대해, 예측 모드는 신택스 데이터를 사용하여 비트스트림 내부에서 시그널링될 수도 있다. 예측 모드는 인트라-예측 (또는 인트라-픽처 예측) 또는 인터-예측 (또는 인터-픽처 예측) 을 포함할 수도 있다. 인트라-예측은 픽처 내에서 공간적으로 이웃하는 샘플들 간의 상관을 활용한다. 예를 들어, 인트라-예측을 사용하여, 각각의 PU 는, 예를 들어, PU 에 대한 평균 값을 발견하기 위한 DC 예측, PU 에 대해 평면 표면을 피팅 (fitting) 하기 위한 평면 예측, 이웃하는 데이터로부터 외삽하기 위한 방향 예측, 또는 임의의 다른 적합한 타입들의 예측을 사용하여 동일한 픽처 내의 이웃하는 이미지 데이터로부터 예측된다. 인터-예측은 이미지 샘플들의 블록에 대한 모션 보상된 예측을 도출하기 위해 픽처들 간의 시간 상관을 사용한다. 예를 들어, 인터-예측을 사용하여, 각각의 PU 는 (출력 순서로 현재 픽처의 전 또는 후의) 하나 이상의 레퍼런스 픽처들에서의 이미지 데이터로부터의 모션 보상 예측을 사용하여 예측된다. 인터-픽처 또는 인트라-픽처 예측을 사용하여 픽처 영역을 코딩할지 여부의 결정은 예를 들어 CU 레벨에서 행해질 수도 있다.
인코더 엔진 (106) 및 디코더 엔진 (116) (이하에 더 상세히 설명됨) 은 VVC 에 따라 동작하도록 구성될 수도 있다. VVC 에 따르면, (인코더 엔진 (106) 및/또는 디코더 엔진 (116) 과 같은) 비디오 코더는 픽처를 복수의 코딩 트리 유닛들 (CTU들) 로 파티셔닝한다 (여기서 루마 샘플들의 CTB 및 크로마 샘플들의 하나 이상의 CTB들은, 그 샘플들에 대한 신택스와 함께, CTU 로 지칭된다). 비디오 코더는 쿼드트리-바이너리 트리 (QTBT) 구조 또는 멀티-타입 트리 (MTT) 구조와 같은 트리 구조에 따라 CTU 를 파티셔닝할 수 있다. QTBT 구조는 HEVC 의 CU들, PU들, 및 TU들 사이의 분리와 같은, 다중 파티션 타입들의 개념들을 제거한다. QTBT 구조는, 쿼드트리 파티셔닝에 따라 파티셔닝된 제 1 레벨, 및 바이너리 트리 파티셔닝에 따라 파티셔닝된 제 2 레벨을 포함하는, 2 개의 레벨들을 포함한다. QTBT 구조의 루트 노드는 CTU 에 대응한다. 바이너리 트리들의 리프 노드들은 코딩 유닛들 (CU들) 에 대응한다.
MTT 파티셔닝 구조에서, 블록들은 쿼드트리 파티션, 바이너리 트리 파티션, 및 하나 이상의 타입들의 트리플 트리 파티션들을 사용하여 파티셔닝될 수도 있다. 트리플 트리 파티션은 블록이 3 개의 서브-블록들로 스플리트되는 파티션이다. 일부 예들에서, 트리플 트리 파티션은 센터를 통해 원래의 블록을 분할하지 않고 블록을 3 개의 서브-블록들로 분할한다. MTT 에서의 파티셔닝 타입들 (예를 들어, 쿼드트리, 바이너리 트리, 및 트리플 트리) 은 대칭적 또는 비대칭적일 수도 있다.
일부 예들에서, 비디오 코더는 루미넌스 및 크로미넌스 컴포넌트들의 각각을 나타내기 위해 단일 QTBT 또는 MTT 구조를 사용할 수 있는 한편, 다른 예들에서, 비디오 코더는 루미넌스 컴포넌트에 대한 하나의 QTBT 또는 MTT 구조 및 양자의 크로미넌스 컴포넌트들에 대한 다른 QTBT 또는 MTT 구조 (또는 개별의 크로미넌스 컴포넌트들에 대한 2 개의 QTBT 및/또는 MTT 구조들) 와 같은, 2 개 이상의 QTBT 또는 MTT 구조들을 사용할 수 있다.
비디오 코더는 HEVC 당 쿼드트리 파티셔닝, QTBT 파티셔닝, MTT 파티셔닝, 또는 다른 파티셔닝 구조들을 사용하도록 구성될 수 있다. 예시적인 목적들을 위해, 본 명세서에서의 설명은 QTBT 파티셔닝을 참조할 수도 있다. 그러나, 본 개시의 기법들은 또한, 쿼드트리 파티셔닝, 또는 다른 타입들의 파티셔닝도 물론 사용하도록 구성된 비디오 코더들에 적용될 수도 있음을 이해해야 한다.
일부 예들에서, 픽처의 하나 이상의 슬라이스들은 슬라이스 타입을 할당받는다. 슬라이스 타입들은 I 슬라이스, P 슬라이스, 및 B 슬라이스를 포함한다. I 슬라이스 (인트라-프레임들, 독립적으로 디코딩가능) 는 인트라-예측에 의해서만 코딩되는 픽처의 슬라이스이며, 따라서 I 슬라이스는 슬라이스의 임의의 예측 유닛 또는 예측 블록을 예측하기 위해 프레임 내의 데이터만을 필요로 하기 때문에 독립적으로 디코딩가능하다. P 슬라이스 (단방향 예측 프레임들) 는 인트라-예측 및 단방향 인터-예측으로 코딩될 수도 있는 픽처의 슬라이스이다. P 슬라이스 내의 각각의 예측 유닛 또는 예측 블록은 인트라 예측 또는 인터-예측 중 어느 하나로 코딩된다. 인터-예측이 적용될 때, 예측 유닛 또는 예측 블록은 하나의 레퍼런스 픽처에 의해서만 예측되며, 따라서 레퍼런스 샘플들은 오직 하나의 프레임의 하나의 레퍼런스 영역에서 온다. B 슬라이스 (양방향 예측 프레임들) 는 인트라-예측 및 인터-예측 (예를 들어, 양방향 예측 또는 단방향 예측 중 어느 하나) 으로 코딩될 수도 있는 픽처의 슬라이스이다. B 슬라이스의 예측 유닛 또는 예측 블록은 2 개의 레퍼런스 픽처들로부터 양방향으로 예측될 수도 있으며, 여기서 각각의 픽처는 하나의 레퍼런스 영역에 기여하고 2 개의 레퍼런스 영역들의 샘플 세트들은 (예를 들어, 동일한 가중치들로 또는 상이한 가중치들로) 가중되어, 양방향 예측된 블록의 예측 신호를 생성한다. 상기 설명된 바와 같이, 하나의 픽처의 슬라이스들은 독립적으로 코딩된다. 일부 경우들에서, 픽처는 단지 하나의 슬라이스로서 코딩될 수 있다.
상기 언급된 바와 같이, 인트라-픽처 예측은 픽처 내에서 공간적으로 이웃하는 샘플들 간의 상관을 활용한다. 복수의 인트라-예측 모드들 (또한 "인트라 모드들" 로 지칭됨) 이 존재한다. 일부 예들에서, 루마 블록의 인트라 예측은 평면 모드, DC 모드, 및 33 개의 각도 모드들 (예를 들어, 대각선 인트라 예측 모드들 및 대각선 인트라 예측 모드들에 인접하는 각도 모드들) 을 포함하는 35 개의 모드들을 포함한다. 인트라 예측의 35 개의 모드들은 이하의 표 1 에 나타낸 바와 같이 인덱싱된다. 다른 예들에서, 33 개의 각도 모드들로 아직 표현되지 않을 수도 있는 예측 각도들을 포함하여 더 많은 인트라 모드들이 정의될 수도 있다. 다른 예들에서, 각도 모드들과 연관된 예측 각도들은 HEVC 에서 사용된 것들과는 상이할 수도 있다.
인터-픽처 예측은 이미지 샘플들의 블록에 대한 모션 보상된 예측을 도출하기 위해 픽처들 간의 시간 상관을 사용한다. 병진 모션 모델을 사용하여, 이전에 디코딩된 픽처 (레퍼런스 픽처) 에서의 블록의 포지션은 모션 벡터 (
x, 
y) 에 의해 표시되고, 여기서 
x 는 현재 블록의 포지션에 대한 레퍼런스 블록의 수평 변위를 특정하고 
y 는 그 수직 변위를 특정한다. 일부 경우들에서, 모션 벡터 (
x, 
y) 는 정수 샘플 정확도 (또한 정수 정확도로 지칭됨) 에 있을 수 있고, 이 경우에 모션 벡터는 레퍼런스 프레임의 정수-화소 그리드 (또는 정수-픽셀 샘플링 그리드) 를 가리킨다. 일부 경우들에서, 모션 벡터 (
x, 
y) 는 레퍼런스 프레임의 정수-화소 그리드에 제한되지 않고, 기본 오브젝트의 움직임을 보다 정확하게 캡처하기 위해 분수 (fractional) 샘플 정확도 (또한 분수-화소 정확도 또는 비-정수 정확도로 지칭됨) 일 수 있다. 모션 벡터들의 정확도는 모션 벡터들의 양자화 레벨에 의해 표현될 수도 있다. 예를 들어, 양자화 레벨은 정수 정확도 (예를 들어, 1 픽셀) 또는 분수-화소 정확도 (예를 들어, 1/4 픽셀, 1/2 픽셀, 또는 다른 서브-픽셀 값) 일 수도 있다. 레퍼런스 픽처들에 보간을 적용하여, 대응하는 모션 벡터가 분수 샘플 정확도를 가질 때 예측 신호를 도출한다. 예를 들어, 정수 포지션들에서 이용가능한 샘플들은 분수 포지션들에서의 값들을 추정하기 위해 (예를 들어, 하나 이상의 보간 필터들을 사용하여) 필터링될 수 있다. 이전에 디코딩 레퍼런스 픽처는 레퍼런스 인덱스 (refIdx) 에 의해 레퍼런스 픽처 리스트로 표시된다. 모션 벡터들 및 레퍼런스 인덱스들은 모션 파라미터들로 지칭될 수 있다. 단방향 예측 및 양방향 예측을 포함하는, 2 종류들의 인터-픽처 예측이 수행될 수 있다.
양방향 예측을 사용하는 인터-예측의 경우, 2 개의 세트들의 모션 파라미터들 (
및 
) 이 (동일한 레퍼런스 픽처로부터 또는 가능하게는 상이한 레퍼런스 픽처들로부터) 2 개의 모션 보상된 예측들을 생성하는데 사용된다. 예를 들어, 양방향 예측의 경우, 각각의 예측 블록은 2 개의 모션 보상된 예측 신호들을 사용하고, B 예측 유닛들을 생성한다. 그 후, 2 개의 모션 보상된 예측들은 최종 모션 보상된 예측을 얻기 위해 결합된다. 예를 들어, 2 개의 모션 보상된 예측들은 평균화에 의해 결합될 수 있다. 다른 예에서, 가중된 예측이 사용될 수 있고, 이 경우 상이한 가중치들이 각각의 모션 보상된 예측에 적용될 수 있다. 양방향 예측에서 사용될 수 있는 레퍼런스 픽처들은 list 0 및 list 1 로 표기된 2 개의 별도의 리스트들에 저장된다. 모션 파라미터들은 모션 추정 프로세스를 사용하여 인코더에서 도출될 수 있다.
단방향 예측을 사용하는 인터-예측의 경우, 하나의 세트의 모션 파라미터들 (
) 이 레퍼런스 픽처로부터 모션 보상된 예측을 생성하는데 사용된다. 예를 들어, 단방향 예측의 경우, 각각의 예측 블록은 많아야 하나의 모션 보상된 예측 신호를 사용하고, B 예측 유닛들을 생성한다.
PU 는 예측 프로세스와 관련된 데이터 (예를 들어, 모션 파라미터들 또는 다른 적합한 데이터) 를 포함할 수도 있다. 예를 들어, PU 가 인트라-예측을 사용하여 인코딩될 때, PU 는 그 PU 에 대한 인트라-예측 모드를 기술하는 데이터를 포함할 수도 있다. 다른 예로서, PU 가 인터-예측을 사용하여 인코딩될 때, PU 는 그 PU 에 대한 모션 벡터를 정의하는 데이터를 포함할 수도 있다. PU 에 대한 모션 벡터를 정의하는 데이터는 예를 들어, 모션 벡터의 수평 컴포넌트 (
x), 모션 벡터의 수직 컴포넌트 (
y), 모션 벡터에 대한 분해능 (예를 들어, 정수 정밀도, 1/4 픽셀 정밀도 또는 1/8 픽셀 정밀도), 모션 벡터가 가리키는 레퍼런스 픽처, 레퍼런스 인덱스, 모션 벡터에 대한 레퍼런스 픽처 리스트 (예를 들어, List 0, List 1, 또는 List C), 또는 이들의 임의의 조합을 기술할 수도 있다.
인트라- 및/또는 인터-예측을 사용하여 예측을 수행한 후, 인코딩 디바이스 (104) 는 변환 및 양자화를 수행할 수 있다. 예를 들어, 예측에 후속하여, 인코더 엔진 (106) 은 PU 에 대응하는 잔차 값들을 계산할 수도 있다. 잔차 값들은 코딩되는 픽셀들의 현재 블록 (PU) 과 현재 블록을 예측하는데 사용된 예측 블록 (예를 들어, 현재 블록의 예측된 버전) 간의 픽셀 차이 값들을 포함할 수도 있다. 예를 들어, 예측 블록을 생성한 (예컨대, 인터-예측 또는 인트라-예측을 발행한) 후, 인코더 엔진 (106) 은 현재 블록으로부터 예측 유닛에 의해 생성된 예측 블록을 감산함으로써 잔차 블록을 생성할 수 있다. 잔차 블록은 현재 블록의 픽셀 값들과 예측 블록의 픽셀 값들 사이의 차이들을 정량화하는 픽셀 차이 값들의 세트를 포함한다. 일부 예들에서, 잔차 블록은 2 차원 블록 포맷 (예를 들어, 픽셀 값들의 2 차원 매트릭스 또는 어레이) 으로 표현될 수도 있다. 그러한 예들에서, 잔차 블록은 픽셀 값들의 2 차원 표현이다.
예측이 수행된 후에 남아 있을 수도 있는 임의의 잔차 데이터는 이산 코사인 변환, 이산 사인 변환, 정수 변환, 웨이브렛 변환, 다른 적합한 변환 함수, 또는 이들의 임의의 조합에 기초할 수도 있는 블록 변환을 사용하여 변환된다. 일부 경우들에서, 하나 이상의 블록 변환들 (예를 들어, 사이즈들 32 x 32, 16 x 16, 8 x 8, 4 x 4, 또는 다른 적합한 사이즈) 이 각각의 CU 의 잔차 데이터에 적용될 수도 있다. 일부 실시형태들에서, TU 가 인코더 엔진 (106) 에 의해 구현되는 변환 및 양자화 프로세스들을 위해 사용될 수도 있다. 하나 이상의 PU들을 갖는 주어진 CU 는 또한 하나 이상의 TU들을 포함할 수도 있다. 이하에 더 상세히 설명된 바와 같이, 잔차 값들은 블록 변환들을 사용하여 변환 계수들로 변환될 수도 있고, 그 후 TU들을 사용하여 양자화 및 스캐닝되어 엔트로피 코딩을 위한 직렬화된 변환 계수들을 생성할 수도 있다.
일부 실시형태들에서, CU 의 PU들을 사용한 인트라-예측 또는 인터-예측 코딩에 후속하여, 인코더 엔진 (106) 은 CU 의 TU들에 대한 잔차 데이터를 계산할 수도 있다. PU들은 공간 도메인 (또는 픽셀 도메인) 에서의 픽셀 데이터를 포함할 수도 있다. TU들은 블록 변환의 적용에 후속하여 변환 도메인에서의 계수들을 포함할 수도 있다. 이전에 언급된 바와 같이, 잔차 데이터는 인코딩되지 않은 픽처의 픽셀들과 PU들에 대응하는 예측 값들 사이의 픽셀 차이 값들에 대응할 수도 있다. 인코더 엔진 (106) 은 CU 에 대한 잔차 데이터를 포함하는 TU들을 형성할 수도 있고, 그 후 TU들을 변환하여 CU 에 대한 변환 계수들을 생성할 수도 있다.
인코더 엔진 (106) 은 변환 계수들의 양자화를 수행할 수도 있다. 양자화는 변환 계수들을 양자화하여 그 계수들을 나타내는데 사용되는 데이터의 양을 감소시킴으로써 추가의 압축을 제공한다. 예를 들어, 양자화는 그 계수들의 일부 또는 전부와 연관되는 비트 깊이를 감소시킬 수도 있다. 일 예에서, n-비트 값을 갖는 계수는 양자화 동안 m-비트 값으로 라운딩 다운될 수도 있으며, 여기서, n 은 m 보다 크다.
일단 양자화가 수행되면, 코딩된 비디오 비트스트림은 양자화된 변환 계수들, 예측 정보 (예를 들어, 예측 모드들, 모션 벡터들, 블록 벡터들 등), 파티셔닝 정보, 및 다른 신택스 데이터와 같은 임의의 다른 적합한 데이터를 포함한다. 코딩된 비디오 비트스트림의 상이한 엘리먼트들은 그 후 인코더 엔진 (106) 에 의해 엔트로피 인코딩될 수도 있다. 일부 예들에 있어서, 인코더 엔진 (106) 은 엔트로피 인코딩될 수 있는 직렬화된 벡터를 생성하기 위해 미리 정의된 스캔 순서를 활용하여 양자화된 변환 계수들을 스캐닝할 수도 있다. 일부 예들에서, 인코더 엔진 (106) 은 적응적 (adaptive) 스캔을 수행할 수도 있다. 벡터 (예를 들어, 1 차원 벡터) 를 형성하기 위해 양자화된 변환 계수들을 스캐닝한 후, 인코더 엔진 (106) 은 그 벡터를 엔트로피 인코딩할 수도 있다. 예를 들어, 인코더 엔진 (106) 은 컨텍스트 적응적 가변 길이 코딩, 컨텍스트 적응적 바이너리 산술 코딩, 신택스 기반 컨텍스트 적응적 바이너리 산술 코딩, 확률 인터벌 파티셔닝 엔트로피 코딩, 또는 다른 적합한 엔트로피 인코딩 기법을 사용할 수도 있다.
이전에 설명된 바와 같이, HEVC 비트스트림은 VCL NAL 유닛들 및 비-VCL NAL 유닛들을 포함하는 NAL 유닛들의 그룹을 포함한다. VCL NAL 유닛들은 코딩된 비디오 비트스트림을 형성하는 코딩된 픽처 데이터를 포함한다. 예를 들어, 코딩된 비디오 비트스트림을 형성하는 비트들의 시퀀스가 VCL NAL 유닛들에 존재한다. 비-VCL NAL 유닛들은 다른 정보에 더하여, 인코딩된 비디오 비트스트림에 관한 하이-레벨 정보를 갖는 파라미터 세트들을 포함할 수도 있다. 예를 들어, 파라미터 세트는 비디오 파라미터 세트 (VPS), 시퀀스 파라미터 세트 (SPS), 및 픽처 파라미터 세트 (PPS) 를 포함할 수도 있다. 파라미터 세트들의 목표들의 예들은 비트 레이트 효율, 에러 내성 및 시스템 계층 인터페이스들의 제공을 포함한다. 각각의 슬라이스는 단일 액티브 PPS, SPS, 및 VPS 를 참조하여, 디코딩 디바이스 (112) 가 슬라이스를 디코딩하기 위해 사용할 수도 있는 정보에 액세스한다. VPS ID, SPS ID, 및 PPS ID 를 포함하여 각각의 파라미터 세트에 대해 식별자 (ID) 가 코딩될 수도 있다. SPS 는 SPS ID 및 VPS ID 를 포함한다. PPS 는 PPS ID 및 SPS ID 를 포함한다. 각각의 슬라이스 헤더는 PPS ID 를 포함한다. ID들을 사용하여, 액티브 파라미터 세트들이 주어진 슬라이스에 대해 식별될 수 있다.
PPS 는 주어진 픽처의 모든 슬라이스들에 적용되는 정보를 포함한다. 이 때문에, 픽처의 모든 슬라이스들은 동일한 PPS 를 참조한다. 상이한 픽처들의 슬라이스들은 동일한 PPS 를 또한 참조할 수도 있다. SPS 는 동일한 코딩된 비디오 시퀀스 (CVS) 또는 비트스트림의 모든 픽처들에 적용되는 정보를 포함한다. 이전에 설명된 바와 같이, 코딩된 비디오 시퀀스는 (상기 설명된) 소정의 특성들 갖는 그리고 기본 계층에서의 랜덤 액세스 포인트 픽처 (예를 들어, IDR (instantaneous decode reference) 픽처 또는 BLA (broken link access) 픽처, 또는 다른 적절한 랜덤 액세스 포인트 픽처) 로 시작하여 소정의 특성들을 갖는 그리고 기본 계층에서의 랜덤 액세스 포인트 픽처를 갖는 다음 AU 까지 (다음 AU 를 포함하지는 않음) (또는 비트스트림의 종단까지) 일련의 액세스 유닛들 (AU들) 이다. SPS 의 정보는 코딩된 비디오 시퀀스 내에서 픽처 간에 변경되지 않을 수도 있다. 코딩된 비디오 시퀀스에서의 픽처들은 동일한 SPS 를 사용할 수도 있다. VPS 는 코딩된 비디오 시퀀스 또는 비트스트림 내의 모든 계층들에 적용되는 정보를 포함한다. VPS 는 전체 코딩된 비디오 시퀀스들에 적용되는 신택스 엘리먼트들을 갖는 신택스 구조를 포함한다. 일부 실시형태들에 있어서, VPS, SPS, 또는 PPS 는 인코딩된 비트스트림으로 대역내로 (in-band) 송신될 수도 있다. 일부 실시형태들에 있어서, VPS, SPS, 또는 PPS 는, 코딩된 비디오 데이터를 포함하는 NAL 유닛들과 별도의 송신에서 대역외로 (out-of-band) 송신될 수도 있다.
비디오 비트스트림은 또한 보충 강화 정보 (Supplemental Enhancement Information; SEI) 메시지들을 포함할 수 있다. 예를 들어, SEI NAL 유닛은 비디오 비트스트림의 부분일 수 있다. 일부 경우들에서, SEI 메시지는 디코딩 프로세스에 의해 필요하지 않은 정보를 포함할 수 있다. 예를 들어, SEI 메시지 내의 정보는 디코더가 비트스트림의 비디오 픽처들을 디코딩하는데 필수적이지 않을 수 있지만, 디코더는 그 정보를 사용하여 픽처들 (예를 들어, 디코딩된 출력) 의 디스플레이 또는 프로세싱을 개선시킬 수 있다. SEI 메시지 내의 정보는 임베딩된 메타데이터일 수 있다. 하나의 예시적인 예에서, SEI 메시지 내의 정보는 디코더 측 엔티티들에 의해 사용되어 컨텐츠의 가시성을 개선할 수 있다. 일부 사례들에서, 소정의 애플리케이션 표준들은 비트스트림 내의 그러한 SEI 메시지들의 존재를 요구하여, 그 애플리케이션 표준 (예를 들어, 다수의 다른 예들에 더하여, SEI 메시지가 비디오의 모든 프레임에 대해 반송되는, 프레임-호환가능 평면-입체 (plano-stereoscopic) 3DTV 비디오 포맷에 대한 프레임-팩킹 SEI 메시지의 반송, 복구 포인트 SEI 메시지의 핸들링, DVB 에서의 팬-스캔 (pan-scan) 스캔 직사각형 SEI 메시지의 사용) 을 준수하는 모든 디바이스들에 품질 개선을 가져올 수 있다.
인코딩 디바이스 (104) 의 출력 (110) 은 인코딩된 비디오 비트스트림 데이터를 구성하는 NAL 유닛들을 통신 링크 (120) 를 통해 수신 디바이스의 디코딩 디바이스 (112) 로 전송할 수도 있다. 디코딩 디바이스 (112) 의 입력 (114) 은 NAL 유닛들을 수신할 수도 있다. 통신 링크 (120) 는 무선 네트워크, 유선 네트워크, 또는 유선 및 무선 네트워크의 조합에 의해 제공되는 채널을 포함할 수도 있다. 무선 네트워크가 임의의 무선 인터페이스 또는 무선 인터페이스들의 조합을 포함할 수도 있고, 임의의 적합한 무선 네트워크 (예를 들어, 인터넷 또는 다른 광역 네트워크, 패킷 기반 네트워크, WiFiTM, 무선 주파수 (RF), UWB, WiFi-Direct, 셀룰러, 롱 텀 에볼루션 (Long-Term Evolution; LTE), WiMaxTM 등) 를 포함할 수도 있다. 유선 네트워크가 임의의 유선 인터페이스 (예를 들어, 파이버, 이더넷, 전력선 이더넷, 동축 케이블을 통한 이더넷, 디지털 신호 라인 (DSL) 등) 를 포함할 수도 있다. 유선 및/또는 무선 네트워크들은 기지국들, 라우터들, 액세스 포인트들, 브리지들, 게이트웨이들, 스위치들 등과 같은 다양한 장비를 사용하여 구현될 수도 있다. 인코딩된 비디오 비트스트림 데이터는 무선 통신 프로토콜과 같은 통신 표준에 따라 변조되고, 수신 디바이스에 송신될 수도 있다.
일부 예들에서, 인코딩 디바이스 (104) 는 인코딩된 비디오 비트스트림 데이터를 스토리지 (108) 에 저장할 수도 있다. 출력 (110) 은 인코더 엔진 (106) 으로부터 또는 스토리지 (108) 로부터 인코딩된 비디오 비트스트림 데이터를 취출할 수도 있다. 스토리지 (108) 는 다양한 분산 또는 로컬로 액세스된 데이터 저장 매체들 중 임의의 것을 포함할 수도 있다. 예를 들어, 스토리지 (108) 는 하드 드라이브, 저장 디스크, 플래시 메모리, 휘발성 또는 비휘발성 메모리, 또는 인코딩된 비디오 데이터를 저장하기 위한 임의의 다른 적합한 디지털 저장 매체들을 포함할 수도 있다. 또한, 스토리지 (108) 는 인터-예측에서 사용하기 위한 레퍼런스 픽처들을 저장하는 디코딩된 픽처 버퍼 (decoded picture buffer; DPB) 를 포함할 수 있다. 추가 예에서, 스토리지 (108) 는, 소스 디바이스에 의해 생성되는 인코딩된 비디오를 저장할 수도 있는, 파일 서버 또는 다른 중간 저장 디바이스에 대응할 수 있다. 그러한 경우들에서, 디코딩 디바이스 (112) 를 포함하는 수신 디바이스는 스트리밍 또는 다운로드를 통해 저장 디바이스로부터 저장된 비디오 데이터에 액세스할 수 있다. 파일 서버는, 인코딩된 비디오 데이터를 저장하고 그리고 그 인코딩된 비디오 데이터를 수신 디바이스에 송신하는 것이 가능한 임의의 타입의 서버일 수도 있다. 예시적인 파일 서버들은, (예를 들어, 웹사이트용) 웹 서버, FTP 서버, NAS (network attached storage) 디바이스, 또는 로컬 디스크 드라이브를 포함한다. 수신 디바이스는, 인터넷 접속을 포함한, 임의의 표준 데이터 접속을 통해 인코딩된 비디오 데이터에 액세스할 수도 있다. 이것은, 파일 서버 상에 저장된 인코딩된 비디오 데이터에 액세스하기에 적합한 무선 채널 (예컨대, Wi-Fi 접속), 유선 접속 (예컨대, DSL, 케이블 모뎀 등), 또는 양자의 조합을 포함할 수도 있다. 스토리지 (108) 로부터의 인코딩된 비디오 데이터의 송신은 스트리밍 송신, 다운로드 송신, 또는 이들의 조합일 수도 있다.
디코딩 디바이스 (112) 의 입력 (114) 은 인코딩된 비디오 비트스트림 데이터를 수신하고 비디오 비트스트림 데이터를 디코더 엔진 (116) 에, 또는 디코더 엔진 (116) 에 의한 추후 사용을 위해 스토리지 (118) 에 제공할 수도 있다. 예를 들어, 스토리지 (118) 는 인터-예측에 사용하기 위한 레퍼런스 픽처들을 저장하기 위한 DPB 를 포함할 수 있다. 디코딩 디바이스 (112) 를 포함하는 수신 디바이스는 스토리지 (108) 를 통해 디코딩될 인코딩된 비디오 데이터를 수신할 수 있다. 인코딩된 비디오 데이터는 무선 통신 프로토콜과 같은 통신 표준에 따라 변조되고 수신 디바이스에 송신될 수도 있다. 송신된 인코딩된 비디오 데이터에 대한 통신 매체는 임의의 무선 또는 유선 통신 매체, 이를 테면 무선 주파수 (RF) 스펙트럼 또는 하나 이상의 물리적 송신 라인들을 포함할 수 있다. 통신 매체는 패킷 기반 네트워크, 예컨대 로컬 영역 네트워크, 광역 네트워크, 또는 인터넷과 같은 글로벌 네트워크의 부분을 형성할 수도 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스로부터 수신 디바이스로의 통신을 용이하게 하는데 유용할 수도 있는 임의의 다른 장비를 포함할 수도 있다.
디코더 엔진 (116) 은, 인코딩된 비디오 데이터를 구성하는 하나 이상의 코딩된 비디오 시퀀스들의 엘리먼트들을 (예컨대, 엔트로피 디코더를 사용하여) 엔트로피 디코딩하고 추출함으로써 인코딩된 비디오 비트스트림 데이터를 디코딩할 수도 있다. 그 다음, 디코더 엔진 (116) 은 인코딩된 비디오 비트스트림 데이터에 대해 리스케일링 (rescale) 하고 역 변환을 수행할 수도 있다. 그 다음, 잔차 데이터가 디코더 엔진 (116) 의 예측 스테이지로 전달된다. 그 다음, 디코더 엔진 (116) 은 픽셀들의 블록 (예컨대, PU) 을 예측한다. 일부 예들에 있어서, 예측은 역 변환의 출력 (잔차 데이터) 에 추가된다.
디코딩 디바이스 (112) 는 디코딩된 비디오를 비디오 목적지 디바이스 (122) 에 출력할 수도 있고, 비디오 목적지 디바이스는 디코딩된 비디오 데이터를 컨텐츠의 소비자에게 디스플레이하기 위한 디스플레이 또는 다른 출력 디바이스를 포함할 수도 있다. 일부 양태들에 있어서, 비디오 목적지 디바이스 (122) 는 디코딩 디바이스 (112) 를 포함하는 수신 디바이스의 부분일 수도 있다. 일부 양태들에서, 비디오 목적지 디바이스 (122) 는 수신 디바이스 이외의 별도의 디바이스의 부분일 수도 있다.
일부 실시형태들에서, 비디오 인코딩 디바이스 (104) 및/또는 비디오 디코딩 디바이스 (112) 는 각각 오디오 인코딩 디바이스 및 오디오 디코딩 디바이스와 통합될 수도 있다. 비디오 인코딩 디바이스 (104) 및/또는 비디오 디코딩 디바이스 (112) 는 또한, 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSP들), 주문형 집적 회로들 (ASIC들), 필드 프로그래밍가능 게이트 어레이들 (FPGA들), 이산 로직, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 조합들과 같은, 상기 설명된 코딩 기법들을 구현하는데 필요한 다른 하드웨어 또는 소프트웨어를 포함할 수도 있다. 비디오 인코딩 디바이스 (104) 및 비디오 디코딩 디바이스 (112) 는 개별의 디바이스에서 결합된 인코더/디코더 (코덱) 의 부분으로서 통합될 수도 있다. 인코딩 디바이스 (104) 의 특정 상세들의 예가 도 10 을 참조하여 이하에 설명된다. 디코딩 디바이스 (112) 의 특정 상세들의 예가 도 11 을 참조하여 이하에 설명된다.
도 1 에 도시된 예시적인 시스템은 본 명세서에서 사용될 수 있는 하나의 예시적인 예이다. 본 명세서에서 설명된 기법들을 사용하여 비디오 데이터를 프로세싱하기 위한 기법들은 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스에 의해 수행될 수 있다. 비록 일반적으로 본 개시의 기법들이 비디오 인코딩 디바이스 또는 비디오 디코딩 디바이스에 의해 수행되지만, 그 기법들은 또한, 통상적으로 "코덱 (CODEC)" 으로 지칭되는 결합된 비디오 인코더-디코더에 의해 수행될 수도 있다. 더욱이, 본 개시의 기법들은 또한 비디오 프리프로세서에 의해 수행될 수도 있다. 소스 디바이스 및 수신 디바이스는, 소스 디바이스가 수신 디바이스로의 송신을 위해 코딩된 비디오 데이터를 생성하는 그러한 코딩 디바이스들의 예들일 뿐이다. 일부 예들에서, 소스 및 수신 디바이스들은 디바이스들의 각각이 비디오 인코딩 및 디코딩 컴포넌트들을 포함하도록 실질적으로 대칭적인 방식으로 동작할 수도 있다. 이로써, 예시적인 시스템들은 예를 들면, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 또는 비디오 텔레포니를 위해, 비디오 디바이스들 간의 일방향 또는 양방향 비디오 송신을 지원할 수도 있다.
HEVC 표준의 확장들은 MV-HEVC 로 지칭되는 멀티뷰 비디오 코딩 확장, 및 SHVC 로 지칭되는 스케일러블 비디오 코딩 확장을 포함한다. MV-HEVC 및 SHVC 확장들은 계층화된 코딩의 개념을 공유하며, 인코딩된 비디오 비트스트림에 상이한 계층들이 포함된다. 코딩된 비디오 시퀀스에서의 각각의 계층은 고유 계층 식별자 (ID) 에 의해 어드레싱된다. 계층 ID 는 NAL 유닛이 연관되는 계층을 식별하기 위해 NAL 유닛의 헤더에 존재할 수도 있다. MV-HEVC 에 있어서, 상이한 계층들은 비디오 비트스트림에서 동일한 장면의 상이한 뷰들을 표현할 수 있다. SHVC 에서, 상이한 공간 해상도들 (또는 픽처 해상도) 또는 상이한 재구성 충실도들에서 비디오 비트스트림을 표현하는 상이한 스케일러블 계층들이 제공된다. 스케일러블 계층들은 (계층 ID = 0 을 갖는) 기본 계층 및 (계층 ID들 = 1, 2, ... n 을 갖는) 하나 이상의 강화 계층들을 포함할 수도 있다. 기본 계층은 HEVC 의 제 1 버전의 프로파일을 준수할 수도 있고 비트스트림에서 최저 이용가능한 계층을 표현한다. 강화 계층들은 기본 계층과 비교할 때, 증가된 공간 해상도, 시간 해상도 또는 프레임 레이트, 및/또는 재구성 충실도 (또는 품질) 를 갖는다. 강화 계층들은 계위적으로 조직되고, 하위 계층들에 의존할 수도 있다 (또는 의존하지 않을 수도 있음). 일부 예들에서, 상이한 계층들은 단일 표준 코덱을 사용하여 코딩될 수도 있다 (예컨대, 모든 계층들은 HEVC, SHVC, 또는 다른 코딩 표준을 사용하여 인코딩됨). 일부 예들에서, 상이한 계층들은 멀티-표준 코덱을 사용하여 코딩될 수도 있다. 예를 들어, 기본 계층은 AVC 를 사용하여 코딩될 수도 있는 한편, 하나 이상의 강화 계층들은 HEVC 표준에 대한 SHVC 및/또는 MV-HEVC 확장들을 사용하여 코딩될 수도 있다.
일반적으로, 계층은 VCL NAL 유닛들의 세트, 및 비-VCL NAL 유닛들의 대응하는 세트를 포함한다. NAL 유닛들은 특정 계층 ID 값을 할당받는다. 계층들은, 계층이 하위 계층에 의존할 수도 있다는 의미에서 계위적일 수 있다. 계층 세트는 자체-포함된 비트스트림 내에서 표현된 계층들의 세트를 지칭하며, 이는 계층 세트 내의 계층들이 디코딩 프로세스에서 계층 세트에서의 다른 계층들에 의존할 수 있지만 디코딩을 위한 어떠한 다른 계층들에도 의존하지 않음을 의미한다. 따라서, 계층 세트에서의 계층들은, 비디오 컨텐츠를 표현할 수 있는 독립적인 비트스트림을 형성할 수 있다. 계층 세트에서의 계층들의 세트는 서브-비트스트림 추출 프로세스의 동작에 의해 다른 비트스트림으로부터 획득될 수도 있다. 계층 세트는, 디코더가 소정의 파라미터들에 따라 동작하길 원할 때, 디코딩되어야 하는 계층들의 세트에 대응할 수도 있다.
픽처 순서 카운트 (POC) 는 픽처의 디스플레이 순서를 식별하기 위해 비디오 코딩 표준들에서 사용될 수 있다. 하나의 코딩된 비디오 시퀀스 내의 2 개의 픽처들이 동일한 POC 값을 가질 수도 있는 경우들이 존재하더라도, 이는 코딩된 비디오 시퀀스 내에서는 통상적으로 일어나지 않는다. 다중 코딩된 비디오 시퀀스들이 비트스트림에 존재할 때, POC 의 동일한 값을 갖는 픽처들은 디코딩 순서의 관점에서 서로 더 근접할 수도 있다. 픽처들의 POC 값들은 레퍼런스 픽처 리스트 구성, HEVC 에서와 같은 레퍼런스 픽처 세트의 도출, 및 모션 벡터 스케일링을 위해 사용될 수 있다.
이전에 설명된 바와 같이, 인트라-예측 및 인터-예측을 포함하는 다양한 예측 모드들이 비디오 코딩 프로세스에서 사용될 수도 있다. 이전에 설명된 바와 같이, 비디오 코더는 쿼드트리-바이너리 트리 (QTBT) 구조 또는 멀티-타입 트리 (MTT) 구조와 같은 트리 구조에 따라 CTU 와 같은 코딩 블록을 파티셔닝하여 2 개 이상의 서브-블록들을 산출할 수 있으며, 여기서 2 개 이상의 서브-블록들은 독립적으로 코딩될 수 있다. 예를 들어, 트리 구조를 사용하여 파티셔닝되는 코딩 블록으로부터 발생하는 상이한 서브-블록들은, 상이한 서브-블록들에 대해 공통 예측 모드 요건을 이어받지 않고, 평면 모드, DC 모드 등으로 코딩될 수 있다.
일부 예들에서, 인트라 서브-파티션 또는 인트라-서브파티션 (ISP) 모드는 코딩 블록을 2 개 이상의 파티션들로 스플리트하기 위한 코딩 툴로서 사용될 수 있다. ISP 모드는 일부 경우들에서 정규 또는 트리 파티셔닝 구조들에 더하여 사용될 수 있다. 예를 들어, 픽처는 QTBT 구조 또는 MTT 구조를 사용하여 코딩 유닛들 또는 블록들로 스플리트될 수 있고, 코딩 유닛 또는 코딩 블록은 ISP 를 사용하여 더 스플리트될 수 있다. ISP 모드에서, 코딩 블록을 스플리트하는 것으로부터 발생하는 2 개 이상의 파티션들은 동일한 인트라-예측 모드를 공유한다. 예를 들어, 코딩 블록의 2 개 이상의 파티션들은 별도로 (예를 들어, 순차적인 순서로) 인코딩 또는 디코딩될 수 있지만, 동일한 인트라-예측 모드가 2 개 이상의 파티션들의 각각에 대해 사용된다. 예를 들어, 일부 구현들에서, ISP 모드가 코딩 블록에 대해 적용되도록 선택되거나 또는 인에이블되면, 코딩 블록은 파티셔닝될 수 있고 동일한 인트라-예측 모드가 파티션들의 각각에 적용될 수 있다.
다양한 예들에서, ISP 모드는 코딩 블록의 사이즈 또는 치수들에 의존하여 루마 인트라-예측된 블록과 같은 코딩 블록을 2 개 또는 4 개의 ISP 파티션들 (또는 ISP 서브-블록들 또는 서브-블록들) 로 분할하는데 사용될 수 있다. 일부 예들에서, 분할은 코딩 블록의 치수들에 기초하여 수직 또는 수평일 수 있다. 코딩 블록이 스플리트되는 ISP 서브-블록들의 수는 ISP 서브-블록들에 존재할 샘플들의 수에 기초할 수 있다. 예를 들어, 일부 구현들에서, ISP 서브-블록은 16 개의 샘플들 또는 다른 수의 샘플들과 같은 최소 수의 샘플들을 갖도록 요구될 수도 있다. 따라서, 블록을 4 개의 ISP 서브-블록들로 분할하는 것이, 4 개의 서브-블록들의 각각이 적어도 최소 수의 샘플들 (예를 들어, 16 개의 샘플들) 을 갖는 것을 초래할 수 있다면, ISP 모드는 그 블록을 4 개의 ISP 서브-블록들로 스플리트하기로 결정할 수도 있다. 그러나, 블록을 4 개의 ISP 서브-블록들로 파티셔닝하는 것이, 4 개의 서브-블록들의 각각이 적어도 최소 수의 샘플들 (예를 들어, 16 개의 샘플들) 을 갖는 것을 초래하지 않을 수도 있다면, ISP 모드는 2 개의 서브-블록들의 각각이 적어도 최소 수의 샘플들 (예를 들어, 16 개의 샘플들) 을 가질 수 있는 경우 그 블록을 2 개의 ISP 서브-블록들로 스플리트할 수도 있다. ISP 서브-블록들은 이하에 서브-블록들로 지칭될 것이며, 이는 상기 언급된 바와 같이, 정규 또는 트리 파티셔닝 구조들을 사용하여 (예를 들어, QTBT 구조 또는 MTT 구조를 사용하여) 생성될 수도 있는 서브-블록들과는 상이할 수 있다.
도 2 는 코딩 블록을 서브-블록들로 스플리트하는 예를 예시하는 블록 다이어그램이다. 현재 블록 (202) 은 ISP 모드에서 다수의 서브-블록들로 스플리트될 수 있다. ISP 를 사용하여 블록을 스플리트하는 것으로부터 발생하는 서브-블록들은 또한 ISP 서브-블록 또는 ISP 블록들로 지칭된다. 현재 블록 (202) 은 폭 W 및 높이 H 의 치수들을 갖는 것으로 도시된다. 예에서, 현재 블록 (202) 은 H x W 에 대응하는 다수의 샘플들을 가질 수 있다. 예를 들어, 치수들 4 x 8 의 현재 블록 (202) 은 32 개의 샘플들을 가질 수 있다. 현재 블록 (202) 이 ISP 모드를 사용하여 4 개의 서브-블록들로 스플리트되면, 4 개의 결과적인 서브-블록들의 각각은 32 개의 샘플들의 1/4, 즉 각각 8 개의 샘플들을 가질 것이다. 최소 수의 샘플들이 상기 언급된 바와 같이 16 인 경우, 그러한 분할은 각각의 서브-블록이 적어도 16 개의 샘플들을 갖는 요건을 위반할 것이다. 따라서, 상기 언급된 H 및 W 의 값들에 대해, 현재 블록 (202) 은 2 개의 서브-블록들로 스플리트되며, 그 각각은 최소 샘플 요건을 충족하는, 32 개의 샘플들의 1/2, 즉 16 개의 샘플들을 갖는다. 유사한 이유들로, 치수들 8 x 4 의 블록은 또한, 각각의 서브-블록에서 16 개의 샘플들의 최소 샘플 요건을 충족하기 위해 2 개의 서브-블록들로 분할될 수도 있음에 유의한다.
도 2 에 도시된 바와 같이, 현재 블록 (202) 의 수평 ISP 스플리트는, 각각 현재 블록 (202) 과 동일한 폭 (W) 및 현재 블록 (202) 의 절반 높이 (N/2) 인, 2 개의 ISP 블록들 (204a 및 204b) 을 초래할 수 있다. 유사하게, 현재 블록 (202) 의 수직 ISP 스플리트는, 각각 현재 블록 (202) 과 동일한 높이 (H) 및 현재 블록 (202) 의 절반 폭 (W/2) 인, 2 개의 ISP 블록들 (206a 및 206b) 을 초래할 수 있다.
도 3 은 코딩 블록을 4 개의 서브-블록들로 스플리트하는 예를 예시하는 블록 다이어그램이다. 현재 블록 (302) 은 ISP 모드에서 4 개의 서브-블록들 또는 ISP 블록들로 스플리트될 수 있다. 현재 블록 (302) 은 폭 W 및 높이 H 의 치수들을 갖는 것으로 도시된다. 현재 블록 (302) 을 4 개의 서브-블록들로 스플리트하는 예는, 4 개의 서브-블록들로 스플리트될 때, 결과적인 서브-블록들의 각각에서 적어도 16 개의 샘플들을 산출할 수 있는 현재 블록 (302) 의 치수들에 적용가능할 수도 있다. 예를 들어, 최소 수의 샘플들이 각각의 서브-블록에 대해 16 인 경우, 현재 블록 (302) 은 도 2 에 대하여 상기 언급된 4 x 8 또는 8 x 4 이외의 (예를 들어, 그보다 큰) 치수들을 가질 수 있다. 일부 구현들에서 코딩 블록들에 대해 최소 허용가능한 사이즈일 현재 블록 (302) 에 대한 4 x 4 의 치수는 또한 ISP 모드를 사용하여 서브-블록들로 스플리트하는 것으로부터 제외될 수도 있다.
예에서, 현재 블록 (302) 의 수평 ISP 스플리트는, 각각 현재 블록 (202) 과 동일한 폭 (W) 및 현재 블록 (202) 의 1/4 높이 (H/4) 인, 4 개의 ISP 블록들 (304a, 304b, 304c, 및 304d) 을 초래할 수 있다. 유사하게, 현재 블록 (302) 의 수직 ISP 스플리트는, 각각 현재 블록 (202) 과 동일한 높이 (H) 및 현재 블록 (302) 의 1/4 폭 (W/4) 인, 4 개의 ISP 블록들 (306a, 306b, 306c, 및 306d) 을 초래할 수 있다.
ISP 모드의 예시적인 구현들에서, 일단 파티션들의 수 (예를 들어, 2 또는 4) 및 파티션의 타입을 표시하는 ISP 스플리트 타입 (예를 들어, 수평 또는 수직 스플리트) 이 블록에 대해 결정되었다면, 현재 블록 또는 코딩 블록은 그에 따라 스플리트될 수도 있고 결과적인 ISP 서브-블록들은 순서대로 프로세싱될 수도 있다. 예를 들어, 코딩 블록에 ISP 모드를 적용하는 것으로부터 발생하는 2 개 이상의 서브-블록들은 순차적으로 프로세싱될 수 있다. 서브-블록들을 프로세싱하는 것은 이전에 논의된 바와 같이 인트라-예측을 사용하여 각각의 서브-블록을 예측하는 것, 변환 코딩을 적용하는 것, 그리고 그 후 서브-블록들을 재구성하는 것을 포함할 수 있다.
일부 구현들에서, 다양한 신택스 엘리먼트들이 ISP 모드를 코딩 및 시그널링하기 위해 사용될 수 있다. ISP 모드를 사용하는 코딩 유닛들에 대한 신택스 테이블은 표 2 에 나타내고 이하에 추가로 논의된다. 예시적인 구현들에 따르면, (일부 경우들에서 intra_subpartitions_mode_flag[x0][y0] 로 지칭되는) 코딩 블록에 대한 1 비트는 코딩 블록이 ISP 블록들로 스플리트되는지 여부를 시그널링하는데 사용될 수 있다. (일부 경우들에서 intra_subpartitions_split_flag[x0][y0] 로 지칭되는) 두번째 비트는 코딩 블록에 대해 수행될 ISP 스플리트 타입, 예를 들어, 스플리트 타입이 수평인지 또는 수직인지를 표시하는데 사용될 수 있다.
일부 예들에서, 상이한 클래스들의 프로세싱 순서들은 ISP 모드를 사용하여 코딩 블록을 스플리트함으로써 획득된 ISP 블록들을 프로세싱하기 위해 사용될 수도 있다. 프로세싱 순서들은 인트라-예측 모드 및 코딩 블록에 대해 사용되는 스플리트 타입에 기초할 수 있다. 예를 들어, 정상 순서 및 역 순서로 지칭되는, 2 개의 상이한 클래스들의 프로세싱 순서들은, 코딩 블록을 스플리트하는 것으로부터 획득된 2 개 이상의 ISP 블록들을 프로세싱하는데 사용될 수 있다.
정상 순서에서, 프로세싱될 제 1 서브-파티션은 코딩 블록의 좌측-상단 (top-left) 샘플을 포함하고 그 후 (수평 스플리트의 경우에) 아래쪽으로 또는 (수직 스플리트의 경우에) 오른쪽으로 계속되는 서브-파티션이다. 예를 들어, 도 2 에서, 수평 스플리트에 대한 정상 프로세싱 순서는 먼저 ISP 블록 (204a) 을 프로세싱한 후 아래쪽으로 진행하여 ISP 블록 (204b) 을 프로세싱하는 것을 포함할 수 있다. 유사하게, 도 2 에서, 수직 스플리트에 대한 정상 프로세싱 순서는 먼저 ISP 블록 (206a) 을 프로세싱한 후 오른쪽으로 진행하여 ISP 블록 (206b) 을 프로세싱하는 것을 포함할 수 있다. 도 3 에서, 수평 스플리트에 대한 정상 프로세싱 순서는 먼저 ISP 블록 (304a) 을 프로세싱한 후 아래쪽으로 진행하여 ISP 블록들 (304b, 304c, 및 304d) 을 순차적인 순서로 프로세싱하는 것을 포함할 수 있다. 유사하게, 도 3 에서, 수직 스플리트에 대한 정상 프로세싱 순서는 먼저 ISP 블록 (306a) 을 프로세싱한 후 오른쪽으로 진행하여 ISP 블록들 (306b, 306c, 및 306d) 을 순차적인 순서로 프로세싱하는 것을 포함할 수 있다.
역 프로세싱 순서는 코딩 블록의 좌측-하단 (bottom-left) 샘플을 포함하고 (수평 스플리트의 경우에) 위쪽으로 계속되는 서브-파티션으로 시작하는 것 또는 코딩 블록의 우측-상단 (top-right) 샘플을 포함하고 (수직 스플리트의 경우에) 왼쪽으로 계속되는 서브-파티션으로 시작하는 것을 포함할 수 있다. 예를 들어, 도 2 에서, 수평 스플리트에 대한 역 프로세싱 순서는 먼저 ISP 블록 (204b) 을 프로세싱한 후 위쪽으로 진행하여 ISP 블록 (204a) 을 프로세싱하는 것을 포함할 수 있다. 유사하게, 도 2 에서, 수직 스플리트에 대한 역 프로세싱 순서는 먼저 ISP 블록 (206b) 을 프로세싱한 후 왼쪽으로 진행하여 ISP 블록 (206a) 을 프로세싱하는 것을 포함할 수 있다. 도 3 에서, 수평 스플리트에 대한 역 프로세싱 순서는 먼저 ISP 블록 (304d) 을 프로세싱한 후 위쪽으로 진행하여 ISP 블록들 (304c, 304b, 및 304a) 을 순차적인 순서로 프로세싱하는 것을 포함할 수 있다. 유사하게, 도 3 에서, 수직 스플리트에 대한 역 프로세싱 순서는 먼저 ISP 블록 (306d) 을 프로세싱한 후 왼쪽으로 진행하여 ISP 블록들 (306c, 306b, 및 306a) 을 순차적인 순서로 프로세싱하는 것을 포함할 수 있다.
단지 정상 프로세싱 순서만을 사용하는 ISP 의 변형은 JVET WD 4 (Working Draft 4, http://phenix.it-sudparis.eu/jvet/doc_end_user/ documents/13_Marrakech/wg11/JVET-M1001-v1.zip 에서 입수가능함) 에서 사용되는데, 이는 전부 참조로 그리고 모든 목적들을 위해 통합된다. 용어들 서브-블록 (ISP 에 대하여 사용된 바와 같음), 서브-파티션들 (ISP 에 대하여 사용된 바와 같음), 및 ISP 블록들은 본 명세서에서 상호교환가능하게 사용되며, 이러한 용어들 전부는 ISP 모드를 사용하여 코딩 블록을 파티셔닝함으로써 획득된 블록들을 지칭함에 유의해야 한다.
JVET WD4 에서 ISP 모드와 연관된 신택스 및 시맨틱스의 예들은 이하 표 2 에 나타낸다. 이탤릭체로 된 텍스트를 사용하여 강조된 신택스는 픽처의 (x, y) 좌표들 [x0][y0] 에 위치된 코딩 유닛에 대한 ISP 모드에 대응한다. 코딩 유닛을 예측하기 위한 레퍼런스 라인 후보에 대해 인코더에 의해 선택된 레퍼런스 라인 인덱스는 신택스 엘리먼트 intra_luma_ref_idx 에 의해 표시된다. 신택스 엘리먼트들 cbWidth 및 cbHeight 는 코딩 유닛의 폭 및 높이 치수들 (예를 들어, 개별의 현재 블록들 (202 및 203) 에 대해 도 2 및 도 3 에 도시된 바와 같은, 폭 W 및 높이 H) 에 대응한다. 변수 MaxTbSizeY 는 최대 변환 블록 사이즈를 지칭하고 cbWidth 및 cbHeight 치수들에 대한 사이즈 임계치로서 사용된다. 이전에 언급된 바와 같이, intra_subpartitions_mode_flag[x0][y0] 은 코딩 유닛이 ISP 모드를 사용하여 서브-블록들 (또는 ISP 블록들) 로 스플리트되는지 여부를 시그널링하는데 사용되는 신택스 엘리먼트이다. 신택스 엘리먼트 intra_subpartitions_split_flag[x0][y0] 는 ISP 스플리트 타입 (수행될 스플리트의 타입), 예를 들어, 코딩 블록이 수평 스플리트 또는 수직 스플리트를 사용하여 스플리트되는지 여부를 표시하는데 사용된다.
표 2 로부터 알 수 있는 바와 같이, intra_subpartitions_mode_flag[x0][y0] 는 적어도 조건 ( cbWidth <= MaxTbSizeY || cbHeight <= MaxTbSizeY ) 이 충족될 때, 즉 cbWidth 또는 cbHeight 중 어느 하나 (또는 양자 모두) 가 MaxTbSizeY 보다 작을 때 시그널링된다. 다른 한편으로는, intra_subpartitions_split_flag[x0][y0] 는 적어도 조건 cbWidth <= MaxTbSizeY && cbHeight <= MaxTbSizeY 이 충족될 때, 즉 cbWidth 및 cbHeight 양자 모두가 MaxTbSizeY 보다 작을 때 시그널링된다. 따라서, 표 2 에 특정된 시맨틱스를 사용하는 구현들에서, cbWidth 또는 cbHeight 중 하나 (그러나 양자 모두는 아님) 가 MaxTbSizeY 보다 클 때, 단지 intra_subpartitions_mode_flag[x0][y0] 만이 시그널링되지만, intra_subpartitions_split_flag[x0][y0] 는 시그널링되지 않는다. 이하에 추가로 설명될 바와 같이, intra_subpartitions_mode_flag[x0][y0] 가 시그널링되지 않을 때, intra_subpartitions_mode_flag[x0][y0] 의 값은 0 과 동일한 것으로 추론되고; 유사하게, intra_subpartitions_split_flag[x0][y0] 가 시그널링되지 않을 때, intra_subpartitions_split_flag[x0][y0] 의 값은 0 과 동일한 것으로 추론된다.
intra_subpartitions_mode_flag[x0][y0] 및 intra_subpartitions_split_flag[x0][y0] 에 더하여, 변수 IntraSubPartitionsSplitType 이 정의되는데, 이는 현재 루마 코딩 블록에 대해 사용되는 스플리트의 타입을 특정한다. IntraSubPartitionsSplitType 에 대한 값들 및 대응하는 명칭 연관들은 이하 표 3 에 예시된다.
표 3 으로부터 알 수 있는 바와 같이, IntraSubPartitionsSplitType 은, ISP 스플리트가 없는지 여부 (IntraSubPartitionsSplitType = 0), 수평 ISP 스플리트가 적용되어야 하는지 여부 (IntraSubPartitionsSplitType = 1), 또는 수직 ISP 스플리트가 적용되어야 하는지 여부 (IntraSubPartitionsSplitType = 2) 를 표시하는데 사용되는 변수이다. ISP 스플리트가 없을 때 (IntraSubPartitionsSplitType = 0), 정규 변환 트리 파싱 구조들이 예를 들어 QTBT, MTT 등에 따라 블록들을 파티셔닝하기 위해 사용된다. 수평 또는 수직 ISP 스플리트의 경우들에 대해, 변수 NumIntraSubPartitions 는 서브-블록들 또는 ISP 블록들의 수 (예를 들어, 도 2 에서와 같이 2 개의 ISP 블록들 또는 도 3 에서와 같이 4 개의 ISP 블록들) 를 표시하는데 사용된다. 대응하는 수의 서브-블록들은 코딩 유닛에 대응하는 변환 유닛에 대해 연속적으로 파싱된다. 이하의 표 4 는 ISP 모드를 사용하는 변환 트리의 신택스를 제공한다.
ISP 모드와 연관된 신택스 엘리먼트들 및 변수들의 상기 기술에 기초하여, 다음의 시맨틱스가 코딩 유닛에 ISP 를 적용하기 위해 사용될 수도 있다:
intra_subpartitions_mode_flag[ x0 ][ y0 ] 가 1 과 동일하다는 것은, 현재 인트라 코딩 유닛이 NumIntraSubPartitions[ x0 ][ y0 ] 직사각형 변환 블록 서브파티션들로 파티셔닝되는 것을 특정한다. intra_subpartitions_mode_flag[ x0 ][ y0 ] 가 0 과 동일하다는 것은, 현재 인트라 코딩 유닛이 직사각형 변환 블록 서브파티션들로 파티셔닝되지 않는 것을 특정한다.
intra_subpartitions_mode_flag[ x0 ][ y0 ] 가 존재하지 않을 때, 그것은 0 과 동일한 것으로 추론된다.
intra_subpartitions_split_flag[ x0 ][ y0 ] 는, 인트라 서브파티션 스플리트 타입이 수평인지 또는 수직인지를 특정한다. intra_subpartitions_split_flag[ x0 ][ y0 ] 가 존재하지 않을 때, 그것은 0 과 동일한 것으로 추론된다.
변수 IntraSubPartitionsSplitType 은 표 3 에 예시된 바와 같이 현재 루마 코딩 블록들에 대해 사용되는 스플리트 타입을 특정한다. IntraSubPartitionsSplitType 은 다음과 같이 도출된다:
- intra_subpartitions_mode_flag[ x0 ][ y0 ] 가 0 과 동일하면, IntraSubPartitionsSplitType 은 0 과 동일하게 설정된다.
- 그렇지 않으면, IntraSubPartitionsSplitType 은 1 + intra_subpartitions_split_flag[ x0 ][ y0 ] 와 동일하게 설정된다.
상기 시맨틱스로부터 알 수 있는 바와 같이, 1 과 동일한 intra_subpartitions_mode_flag[x0][y0] 의 값은, 코딩 유닛이 변수 NumIntraSubPartitions[x0][y0] 에 의해 표시된 수의 서브-블록들로 파티셔닝되는 것을 특정하는데 사용될 수 있고, 여기서 이들 서브-블록들은 도 2 및 도 3 에 도시된 ISP 블록들과 같은 직사각형 변환 블록 서브-파티션들이다. 0 과 동일한 intra_subpartitions_mode_flag[x0][y0] 의 값은, 코딩 유닛이 ISP 모드를 사용하여 직사각형 변환 블록 서브-파티션들로 파티셔닝되지 않는 것을 특정하는데 사용될 수 있다. 일부 구현들에서, intra_subpartitions_mode_flag[x0][y0] 가 코딩 유닛에 대해 존재하지 않을 때, 코딩 유닛에 대한 intra_subpartitions_mode_flag[x0][y0] 의 값은 0 과 동일한 것으로 추론된다.
이전에 설명된 바와 같이, intra_subpartitions_split_flag[x0][y0] 는 ISP 스플리트 타입이 수평인지 또는 수직인지를 특정하는데 사용될 수 있다. 일부 구현들에서, intra_subpartitions_split_flag[x0][y0] 가 코딩 유닛에 대해 존재하지 않을 때, intra_subpartitions_split_flag[x0][y0] 의 값은 0 과 동일한 것으로 추론된다.
변수 IntraSubPartitionsSplitType 은 상기 표 3 을 참조하여 설명된 바와 같이, 코딩 블록에 대해 사용되는 스플리트 타입을 특정한다. 이 변수 IntraSubPartitionsSplitType 의 값은 다음과 같이 도출될 수 있다: intra_subpartitions_mode_flag[x0][y0] 의 값이 0 과 동일하면, IntraSubPartitionsSplitType 은 0 과 동일한 것으로 설정되고; 그렇지 않으면, IntraSubPartitionsSplitType 의 값은 1 + intra_subpartitions_split_flag[x0][y0] 와 동일한 것으로 설정된다.
일부 구현들에서, 코딩 유닛이 분할되는 서브-블록들의 수를 특정하는데 사용되는 변수 NumIntraSubPartitions 는 다음과 같이 도출될 수 있다: 변수 IntraSubPartitionsSplitType 이 ISP_NO_SPLIT 를 표시하는, 0 과 동일한 값을 가지면, 변수 NumIntraSubPartitions 의 값은 (코딩 유닛에 적용되는 ISP 가 없음을 표시하는 디폴트 값인) 1 과 동일하게 설정된다. 그렇지 않고, 변수 IntraSubPartitionsSplitType 이 1 (수평 스플리트 ISP_HOR_SPLIT) 또는 2 (수직 스플리트 ISP_VER_SPLIT) 와 동일한 값을 가지면, 변수 NumIntraSubPartitions 의 값은 도 2 및 도 3 을 참조하여 설명된 바와 같이 코딩 유닛 또는 현재 블록의 치수들에 기초하여 2 또는 4 과 동일하게 설정된다. 예를 들어, 현재 블록 (202) 이 4 x 8 블록 (cbWidth 는 4 와 동일하고 cbHeight 는 8 과 동일함) 또는 8 x 4 블록 (cbWidth 는 8 과 동일하고 cbHeight 는 4 와 동일함) 이면, NumIntraSubPartitions 는, 변수 IntraSubPartitionsSplitType 에 의해 표시될 수 있는 수평 또는 수직 스플리트에 기초하여, 각각 최소 수의 16 개의 샘플들을 갖는 2 개의 ISP 블록들로 현재 블록 (202) 을 스플리트하는 것을 구현하기 위해 2 로 설정된다. 다른 한편으로는, 코딩 유닛의 치수들이 8 x 4, 4 x 8, 및 4 x 4 블록 사이즈들 이외인 (그보다 큰) 경우, NumIntraSubPartitions 는, (예를 들어, 변수 IntraSubPartitionsSplitType 에 의해 표시될 수 있는 수평 또는 수직 스플리트에 기초하여 4 개의 ISP 블록들로 도 3 의 현재 블록 (302) 을 스플리트하는 것을 참조하여 논의된 바와 같이) 4 와 동일하게 설정된다.
표들 2-4 를 참조하여 설명된 바와 같이 상기 언급된 시맨틱스 및 신택스에 기초한 ISP 모드의 구현들에는 여러 문제들이 존재한다. 일 예에서, (예를 들어, VVC 에 기초하여), 루마 코딩 블록 (CB) 의 폭 (cbWidth) 또는 높이 (cbHeight) 가 최대 변환 블록 사이즈 (MaxTbSizeY 로 표기됨, 여기서 Y 는 루마 샘플들을 표시함) 보다 클 때, 코딩 블록은 표 4 의 변환 트리 신택스 구조를 참조하여 상기 논의된 바와 같이 2 개 이상의 변환 유닛들로 스플리트된다. 일부 구현들은 MaxTbSizeY 에 대한 고정 값을 포함할 수 있음 (예를 들어, JVET WD4 는 MaxTbSizeY 에 대해 64 의 고정 값을 특정함) 에 유의한다. 일부 구현들 또는 미래의 표준들은 MaxTbSizeY 의 값이 다른 고정 값 (예를 들어, 32 의 값 또는 다른 값) 이 되거나 또는 변수가 되도록 허용하는 것이 가능하다. 일부 예들에서, MaxTbSizeY 의 값은 비트스트림에서 시그널링될 수도 있거나, 또는 비트스트림에서 다른 신택스 엘리먼트들로부터 도출될 수도 있다. 따라서, 상기 언급된 신택스 엘리먼트들의 시그널링을 결정하는데 있어서의 MaxTbSizeY 에 대한 cbWidth 및 cbHeight 의 비교들은 MaxTbSizeY 의 고정 또는 가변 값에 기초할 수 있다.
이전에 언급된 바와 같이, ISP 모드에 대한 모드 플래그, intra_subpartitions_mode_flag 는, 코딩 블록 폭 (cbWidth) 또는 코딩 블록 높이 (cbHeight) 가 최대 변환 블록 사이즈, MaxTbSizeY 보다 작거나 같을 때, 또는 cbWidth 및 cbHeight 양자 모두가 MaxTbSizeY 보다 작거나 같으면 코딩 블록에 대해 시그널링된다. 따라서, cbWidth 또는 cbHeight 중 하나가 MaxTbSizeY 보다 크고 다른 하나가 더 작은 예들에서, intra_subpartitions_mode_flag 는 (예를 들어, 코딩 블록에 대해 ISP 모드가 인에이블됨을 표시하는 값으로, 이를 테면 1 의 값으로) 시그널링된다. 그러한 구현들 (다시 표 2 에 나타낸 코딩 유닛들에 대한 신택스를 참조함) 에서, cbWidth 또는 cbHeight 중 하나가 MaxTbSizeY 보다 크기 때문에, 스플리트 플래그에 대한 신택스 엘리먼트, intra_subpartitions_split_flag 는 시그널링되지 않는다.
intra_subpartitions_split_flag 가 코딩 블록에 대해 시그널링되지 않을 때, intra_subpartitions_split_flag 는 기존 구현들에 따라 0 과 동일한 것으로 추론된다. 상기 제공된 시맨틱스로부터, 코딩 블록에 대한 스플리트 타입은 1 + intra_subpartitions_split_flag 와 동일한 것으로 설정되는 변수, IntraSubPartitionsSplitType 의 값에 의해 제공된다. 따라서, intra_subpartitions_split_flag 가 0 인 것으로 추론될 때, 변수 IntraSubPartitionsSplitType 은 1 과 동일한 것으로 도출된다. IntraSubPartitionsSplitType 에 대한 명칭 연관들을 나타내는 표 3 으로부터, 값이 1 인 IntraSubPartitionsSplitType 은 수평 스플리트 (ISP_HOR_SPLIT) 에 대응한다. 이전에 언급된 바와 같이, IntraSubPartitionsSplitType 이 1 (수평 스플리트에 대응함) 과 동일하다는 이러한 도출은, cbWidth 또는 cbHeight 중 하나가 MaxTbSizeY 보다 크고 다른 하나가 MaxTbSizeY 보다 작은 경우에 대한 것이다. 특히, 스플리트 타입이 수평 스플리트라는 이러한 도출은, cbWidth 가 MaxTbSizeY 보다 큰지 (그리고 cbHeight 가 MaxTbSizeY 보다 작은지) 여부 또는 cbHeight 가 MaxTbSizeY 보다 큰지 (그리고 cbWidth 가 MaxTbSizeY 보다 작은지) 여부와 동일하다. 코딩 블록의 2 개의 치수들 (cbWidth 또는 cbHeight) 중 어느 하나가 MaxTbSizeY 보다 큰지와 상관없이 IntraSubPartitionsSplitType 의 값이 1 과 동일한 것으로 도출되는 것은 바람직하지 않은 영향들을 초래할 수 있다.
예를 들어, intra_subpartitions_mode_flag 가 1 과 동일하고 코딩 블록의 cbWidth 또는 cbHeight 중 어느 하나가 MaxTbSizeY 보다 클 때, 스플리트 타입이 항상 수평인 것으로 도출되는 것은, cbWidth 또는 cbHeight 의 일부 값들에 대한 스플리트 타입의 최적의 선택이 아닐 수도 있다. 예시하기 위해, MaxTbSizeY 가 32 와 동일하고, cbWidth 가 64 와 동일하고, 그리고 cbHeight 가 32 와 동일한 경우가 예로 고려된다. 이 예에서, 코딩 블록의 형상은 도 2 에 도시된 현재 블록 (202) 의 형상과 유사할 것이며, 여기서 폭 W 는 높이 H 보다 크다. 그러한 경우들에서, ISP 수직 스플리트는, 개개의 폭들 및 높이들이 각각 MaxTbSizeY 보다 작거나 같은 서브-블록들 (ISP 블록들 (206a 및 206b) 의 형상들과 유사함) 을 초래할 수 있는 최적의 선택일 것이다. 예를 들어, 2 개의 서브-파티션들로의 64 와 동일한 cbWidth 및 32 와 동일한 cbHeight 의 코딩 블록의 ISP 수직 스플리트는, 각각 폭이 32 와 동일하고 높이가 32 와 동일한 2 개의 서브-블록들을 초래할 것이며, 여기서 폭 및 높이는 양자 모두 32 의 MaxTbSizeY 와 동일하다. 그러나, intra_subpartitions_split_flag 가 0 의 값으로 추론되고 대응하여 IntraSubPartitionsSplitType 이 1 과 동일한 것으로 도출되는 것에 기초하여, 상기 설명된 바와 같이 현재 구현들에서 ISP 수평 스플리트가 추론될 것이다. 2 개의 서브-파티션들로의 64 와 동일한 cbWidth 및 32 와 동일한 cbHeight 의 코딩 블록의 예에서의 ISP 수평 스플리트는, 각각 폭이 64 와 동일하고 높이가 16 과 동일한 (ISP 블록들 (204a 및 204b) 의 형상들과 유사한) 2 개의 서브-블록들을 초래할 것이며, 여기서 양자의 서브 블록들의 높이들은 32 의 MaxTbSizeY 보다 커야 한다는 요건을 위반할 것이다. 따라서, 코딩 블록의 cbWidth 및 cbHeight 의 특정 값들과 상관없이 수평 스플리트 결정을 추론하는 것과 연관된 상기 바람직하지 않은 결과들을 극복할 수 있는 솔루션들이 필요하다.
ISP 모드의 기존 구현들에서의 다른 문제는 코딩 블록을 스플리트하는 것에 의해 획득된 서브-블록들의 하나 이상의 치수들에 대응할 수 있다. 다른 예시적인 예가 최대 사이즈 임계치보다 큰 서브-블록의 폭과 연관된 문제들을 설명하기 위해 고려된다. 그러한 예에서, 다음은 코딩 블록에 대해 가정된다: MaxTbSizeY 는 16 과 동일하고, cbWidth 는 32 와 동일하고, 그리고 cbHeight 는 64 와 동일하다. 이전에 설명된 바와 같이, 이러한 값들의 조합은 cbWidth 및 cbHeight 양자 모두가 MaxTbSizeY 보다 큰 것을 초래할 것이며, 이는 코딩 블록을 스플리트하기 위해 ISP 모드를 인에이블하기로 결정을 내릴 것이다. cbWidth 및 cbHeight 중 적어도 하나 (실제로 이 경우 cbWidth 및 cbHeight 양자 모두) 는 MaxTbSizeY 보다 크기 때문에, intra_subpartitions_split_flag 는 시그널링되지 않고 따라서 현재 구현들에서 0 과 동일한 것으로 추론되어, IntraSubPartitionsSplitType 이 코딩 블록에 대해 ISP 수평 스플리트에 대응하는 1 로서 도출되는 것을 초래한다. 이 경우 서브-파티션들의 수는, 이전에 설명된 바와 같이 블록 치수들이 주어지면 4 일 수 있으므로, NumIntraSubPartitions 는 4 로서 도출된다. 수평 스플리트로부터 획득된 4 개의 결과적인 서브-블록들 (수평 스플리트를 사용하여 현재 블록 (302) 을 스플리트함으로써 4 개의 ISP 블록들 (304a-304d) 을 획득하기 위한 도 3 의 예와 유사함) 은 각각 32 의 폭 및 16 의 높이를 가질 것이다. 따라서, 각각의 서브-블록의 폭이 32 라는 것은 서브-블록들의 각각이 16 의 MaxTbSizeY 보다 큰 폭을 갖는다는 것을 의미할 것이다. 이전에 설명된 바와 같이, 최대 변환 블록 사이즈 MaxTbSizeY 보다 큰 폭의 서브-블록들을 갖는 것은 바람직하지 않다. 대응하여, 코딩 블록에 ISP 스플리트를 적용함으로써 획득된 서브-블록들의 폭 및 높이 치수들이 최대 변환 블록 사이즈 MaxTbSizeY 의 사이즈 임계치를 초과하지 않는 ISP 솔루션들이 또한 필요하다.
기존 구현들과 연관된 또 다른 문제는 가상 파이프라인 데이터 유닛들 (VPDU들) 을 활용하는 인코더 또는 디코더 설계들에서의 ISP 모드의 사용과 관련된다. VPDU들은 픽처 또는 비디오 프레임에서 비-오버랩하는 셀들이다. 예를 들어, VPDU들은 픽처에서 비-오버랩하는 M x M-루마 (L)/N x N-크로마 (C) 유닛들일 수 있다. 하드웨어 디코딩 프로세스들의 일부 예들에서, 연속적인 VPDU들은 다중 프로세싱/디코딩 파이프라인 스테이지들에 의해 병렬로 프로세싱될 수 있다 (예를 들어, 상이한 디코딩 파이프라인 스테이지들은 상이한 VPDU들을 동시에 프로세싱한다). 병렬 프로세싱을 지원하기 위해, 각각의 VPDU 는 독립적으로 프로세싱될 수 있는 코딩 유닛들을 포함할 수도 있다. 예를 들어, 재구성, 변환, 및 예측과 같은 프로세싱 스테이지들은 VPDU들을 사용하여 코딩 유닛을 프로세싱하는 상이한 파이프라인 스테이지들에서 수행될 수 있다. 일부 경우들에서, VPDU 사이즈는 일부 파이프라인들의 버퍼 사이즈에 대략 비례할 수 있다. 예를 들어, VPDU 사이즈는 변환 블록 (transform block; TB) 사이즈의 사이즈로 설정될 수 있다. 일부 예들에서, VPDU들의 (변환 또는 역 변환과 같은) 프로세싱 스테이지들의 서브세트만이 독립적으로 프로세싱될 수도 있다.
VVC 에서, VPDU들에 대한 설계 선택들은 64 x 64 루마 샘플들의 사이즈들을 포함하며, 여기서 최대 변환 블록 사이즈 MaxTbSizeY 는 64 개의 샘플들일 수도 있다. 파티셔닝 스킴들이 사용될 때, 일부 구현들은 상기 언급된 독립적인 프로세싱 능력들을 지원하기 위해 파티셔닝 경계들이 VPDU 경계들을 가로지르는 것을 허용하지 않는 하나 이상의 제약들을 포함할 수 있다. VPDU들의 사이즈가 각각 64 x 64 샘플들인 하나의 예시적인 예에서, VPDU들은 64 x 64 샘플 유닛들을 핸들링할 수 있는 파이프라인들을 사용하는 하드웨어에서 구현될 수 있다. 그러한 예들에서, 하나 이상의 제약들은 64 x 64 샘플들보다 큰 코딩 유닛들의 파티셔닝을 방지할 수도 있다. 그러한 제약은, 파티셔닝되지 않고 VPDU 에 수용될 수 있는 코딩 블록들만이 VPDU들을 사용하여 프로세싱되도록 허용되는 것을 보장할 수 있다. JVET-L1002 는 VPDU들이 사용되는 코딩 유닛들을 파티셔닝하는 것에 대한 이들 및 다른 제약들의 예들을 포함한다.
ISP 모드의 현재 구현들의 경우, 사이즈들이 64 x 64 경계들을 초과하는 코딩 유닛들을 갖는 것이 가능하다. 예를 들어, 사이즈 64 x 128 및 128 x 64 의 일부 코딩 유닛들은 VVC 에서 지원된다. 일부 경우들에서, 64 x 64 경계들보다 큰 그러한 코딩 유닛들에 대한 ISP 스플리트를 표시하기 위해 ISP 모드가 인에이블될 수도 있다. 예를 들어, 64 x 128 또는 128 x 64 의 그러한 코딩 유닛들에 ISP 스플리트가 적용되어, 64 x 64 경계들보다 작은 서브-블록들을 초래하면, 그러한 서브-블록들은 프로세싱을 위해 VPDU들 내에 수용될 수 있다. 동일한 코딩 유닛의 상이한 서브-블록들은 상기 논의된 바와 같이 상이한 VPDU들에서 독립적인 프로세싱을 지원하지 않을 수도 있다. 따라서, 별도의 VPDU들에서 상이한 서브-블록들 (동일한 코딩 유닛을 스플리트하는 것에 의해 획득됨) 을 프로세싱하는 것은 바람직하지 않으며 VPDU 경계들을 넘는 코딩 유닛들에 대한 제한들을 위반할 수도 있다. 현재 구현들은 ISP 코드로 코딩될 64 x 64 보다 큰 사이즈들의 코딩 유닛들을 허용할 수 있으므로, ISP 모드가 인에이블될 때 VPDU 사이즈 제약들을 위반하지 않는 솔루션들이 필요하다.
비디오 코딩을 개선하기 위한 시스템들, 방법들, 및 컴퓨터 판독가능 매체들이 본 명세서에서 설명된다. 예를 들어, 본 명세서에서 설명된 시스템들, 방법들, 및 컴퓨터 판독가능 매체들은 인트라 서브-블록 파티셔닝 (ISP) 모드의 설계 및 사용을 개선하고 기존 구현들에서 상기 설명된 요구들을 어드레싱한다. 본 명세서에서 설명된 다양한 피처들은 단독으로, 또는 임의의 적합한 조합으로 사용될 수도 있다. 이전에 언급된 바와 같이, 용어들 인트라 서브-블록 파티셔닝 (ISP), 서브-파티셔닝 (ISP 모드에 대하여 사용된 바와 같음), 서브-블록 인트라 예측 (ISP 모드에 대하여 사용된 바와 같음), 및 다른 유사한 용어들이 본 명세서에서 상호교환가능하게 사용될 수도 있다.
ISP 모드를 구현하는 일부 예들에서, 코딩 블록에 대한 인트라-서브파티션 스플리트 플래그 (또한 본 명세서에서 서브파티션 스플리트 플래그로 지칭됨) 의 시맨틱스 및/또는 신택스는, 인트라-서브파티션 스플리트 플래그의 최적의 값이 코딩 블록에 대해 결정되는 것을 보장하는 방식으로 제공될 수 있다. 인트라-서브파티션 스플리트 플래그의 하나의 예시적인 예는 상기 언급된 intra_subpartitions_split_flag 이다. 예를 들어, cbWidth 또는 cbHeight 중 하나가 MaxTbSizeY (또한 본 명세서에서 "사이즈 임계치" 로 지칭됨) 보다 큰 상기 설명된 상황들에서, intra_subpartitions_split_flag 가 존재하지 않을 수도 있지만, intra_subpartitions_split_flag 의 값은 스플리트 타입 변수, IntraSubPartitionsSplitType 의 최적의 도출을 초래할 수 있는 값인 것으로 추론된다. 일부 예들에서, cbWidth 가 MaxTbSizeY 보다 큰지 또는 cbHeight 가 MaxTbSizeY 보다 큰지에 의존하여, intra_subpartitions_split_flag 의 값은, intra_subpartitions_split_flag 의 추론된 값을 사용하여 도출된 IntraSubPartitionsSplitType 이 각각 ISP 수직 스플리트 또는 ISP 수평 스플리트를 표시하도록 추론된다. intra_subpartitions_split_flag 의 상기 언급된 추론을 획득하기 위해 VVC 의 JVET WD4 의 기존 신택스 및/또는 시맨틱스에 대한 변경들을 나타내는 예시적인 예들이 이하에 제공된다.
일부 예들에서, 코딩 블록을 파티셔닝함으로써 획득된 서브-블록들의 치수들이 MaxTbSizeY 와 같은 사이즈 임계치를 위반하지 않음을 보장하기 위해 ISP 모드에 대한 파티션 구조가 제공될 수 있다. 예를 들어, 임의의 서브-블록들의 임의의 치수 (폭 또는 높이) 가 MaxTbSizeY 의 값을 초과하지 않는 경우 ISP 모드가 제공될 수 있다. 일 예에서, 표 4 의 transform_tree( ) 신택스 구조와 유사한 재귀적 구조 (또한 본 명세서에서 "변환 트리 신택스 구조" 로 지칭됨) 는, 서브-파티션 스플리트 타입이 수평 또는 수직일 때 구현될 수 있다. 다른 예에서, ISP 로 코딩된 코딩 블록의 cbWidth 또는 cbHeight (또는 cbWidth 및 cbHeight 양자 모두) 가 MaxTbSizeY 보다 클 때, 변수 NumIntraSubPartitions (또한 본 명세서에서 "서브파티션 수" 로 지칭됨) 의 값은, 서브-블록들의 폭 또는 높이가 MaxTbSizeY 를 초과하지 않도록 수정된다. 다른 예에서, intra_subpartitions_mode_flag (본 명세서에서 "서브파티션 모드 플래그" 로 지칭됨) 의 시맨틱스 또는 신택스는 서브-블록의 치수들 (폭 또는 높이 또는 양자 모두) 이 MaxTbSize 를 초과하지 않음을 보장하기 위해 제공된다. 다른 예에서, 코딩 블록의 cbWidth 또는 chHeight 가 MaxTbSizeY 보다 클 때, 코딩 블록은 ISP 코딩으로 코딩되는 것으로 제한된다. 상기 방식으로 서브-블록 사이즈를 제한하기 위해 VVC 의 JVET WD4 의 기존 신택스 및/또는 시맨틱스에 대한 변경들을 나타내는 예시적인 예들이 이하에 추가로 설명된다.
ISP 모드가 인에이블되는 일부 예들에서, VPDU들을 사용하여 프로세싱될 수 있는 코딩 유닛들에 대해 하나 이상의 사이즈 제약들이 구현될 수도 있다. 일부 예들에서, 하나 이상의 사이즈 제약들은 VPDU 경계들을 넘는 코딩 유닛들에 대해 ISP 모드가 인에이블되는 것을 방지한다. VVC 의 JVET WD4 에 대한 추가적인 기존 신택스 및/또는 시맨틱스를 나타내는 예시적인 예들이 이하에 제공된다.
도 4 는 본 명세서에서 설명된 예시적인 신택스 및/또는 시맨틱스를 사용하여 ISP 로 코딩될 수 있는 코딩 블록의 예를 예시하는 블록 다이어그램이다. 일부 예들에서, 그 중에서도, ISP 모드를 인에이블하는 것과 관련된 다양한 결정들, ISP 모드가 인에이블되는 경우에 적용될 스플리트 타입 (수평 또는 수직), ISP 서브-파티션들의 수는 코딩 블록의 하나 이상의 치수들에 적어도 부분적으로 기초할 수도 있다. 코딩 블록 (402) 은 각각 코딩 블록 (402) 의 폭 및 높이에 대응하는 치수들 cbWidth 및 cbHeight 로 도시된다. 코딩 블록 (402) 은 ISP 모드를 사용하여 프로세싱될 수 있는 픽처의 CU 또는 PU (또는 CB 또는 PB) 와 같은 코딩 블록을 포함할 수 있다. 일부 예들에서, 코딩 블록 (402) 의 샘플들 (예를 들어, 루마 샘플들) 의 수는 cbWidth x cbHeight 에 의해 획득된 코딩 블록 (402) 의 사이즈에 비례할 수도 있다. 일부 예들에서, ISP 모드는 개별의 사이즈 임계치들에 대한 치수들 cbWidth 및 cbHeight 의 관계에 기초하여 코딩 블록 (402) 을 스플리트하는데 사용될 수도 있다.
일부 예들에서, 변환 트리 구조 (또는 다른 파티셔닝 구조) 에 따라 코딩 블록을 스플리트하는데 사용되는 변환 블록들은 최대 변환 블록 사이즈 MaxTbSizeY 로 지칭되는 변환 블록에 대한 최대 높이 및 폭이 동일한 정사각형 형상일 수도 있다. 일부 예들에서, 코딩 블록 (402) 을 스플리트하기 위해 ISP 모드를 적용하는 것은 MaxTbSizeY 에 대한 cbWidth 및 cbHeight 치수들에 기초할 수 있다. 일부 예들에서, (예를 들어, 도 2 및 도 3 에 도시된 ISP 스플리트와 유사한) 코딩 블록 (402) 을 스플리트함으로써 획득된 서브-블록들 또는 ISP 블록들의 치수들은 또한, 코딩 블록 (402) 을 스플리트하는 것으로부터 획득된 서브-블록들이 또한 대응하는 사이즈 임계치들을 위반하지 않음을 보장하기 위해 본 명세서에서 설명된 기법들로, MaxTbSizeY 에 기초하여 제한될 수도 있다. 코딩 블록 (402) 이 VPDU들을 사용하여 프로세싱될 수도 있는 일부 예들에서, 코딩 블록 (402) 의 cbWidth 및 cbHeight 치수들에 대한 하나 이상의 제약들은 VPDU 경계들에 대해 (예를 들어, VPDU 의 최대 폭 및/또는 높이에 기초하여) 구현될 수도 있다. 이들 및 다른 예들이 이하에 더 상세히 논의될 것이다.
이전에 언급된 바와 같이, ISP 모드를 사용하여 코딩하기 위해 특정되는 코딩 블록들에 대해 intra_subpartitions_split_flag 가 시그널링되지 않을 수도 있는 상황들이 있을 수도 있다. 일부 예들에서, 코딩 블록 (402) 에 대한 인트라-서브파티션 스플리트 플래그 (예를 들어, intra_subpartitions_split_flag) 가 존재하지 않으면, 코딩 블록 (402) 에 대한 인트라-서브파티션 스플리트 플래그 (예를 들어, intra_subpartitions_split_flag) 의 값은 최대 변환 블록 사이즈, MaxTbSizeY 와 같은 사이즈 임계치에 대한 cbWidth 및/또는 cbHeight 에 기초하여 제 1 값 또는 제 2 값인 것으로 추론될 수도 있다. 일부 예들에서, 코딩 블록 (402) 에 적용될 스플리트 타입 (수직 또는 수평) 은 제 1 값 또는 제 2 값에 기초할 수 있다.
일부 예들에서, 코딩 블록 (402) 에 대한 ISP 모드 플래그 (예를 들어, intra_subpartitions_mode_flag) 는 cbWidth 또는 cbHeight 가 MaxTbSizeY 보다 작거나 같을 때 또는 cbWidth 및 cbHeight 양자 모두가 MaxTbSizeY 보다 작거나 같으면 시그널링될 수도 있다. 따라서, cbWidth 또는 cbHeight 중 하나가 MaxTbSizeY 보다 크고 다른 하나가 더 작은 예들에서, intra_subpartitions_mode_flag 는 값 (예를 들어, 코딩 블록에 대해 ISP 모드가 인에이블됨을 표시하는 1 의 값 또는 코딩 블록에 대해 ISP 모드가 수행되지 않음을 표시하는 0 의 값) 으로 시그널링된다. 그러한 구현들에서, cbWidth 또는 cbHeight 중 하나는 MaxTbSizeY 보다 크기 때문에, 인트라-서브파티션 스플리트 플래그, intra_subpartitions_split_flag 는 존재하지 않을 수도 있거나 또는 시그널링되지 않을 수도 있다.
일부 예들에서, 코딩 블록 (402) 에 대한 ISP 모드가 인에이블되고 (예를 들어, intra_subpartitions_mode_flag 가 시그널링될 때) 인트라-서브파티션 스플리트 플래그 (예를 들어, intra_subpartitions_split_flag) 가 존재하지 않을 때, cbWidth 가 MaxTbSizeY 보다 크면, 인트라-서브파티션 스플리트 플래그 (예를 들어, intra_subpartitions_split_flag) 는 코딩 블록 (402) 에 대한 제 1 값 (예를 들어, 1 의 값) 과 동일한 것으로 추론될 수도 있다. 일부 예들에서, IntraSubPartitionsSplitType 이 1 + intra_subpartitions_split_flag 와 동일한 것에 의해 (즉, IntraSubPartitionsSplitType 이 2 와 동일함) 획득된 스플리트 타입에 대한 공식을 적용하는 것은, intra_subpartitions_split_flag 의 값이 1 과 동일한 것으로 추론되는 것이 (예를 들어, ISP 수직 스플리트 ISP_VER_SPLIT 에 대응하는 IntraSubPartitionsSplitType 값 2 에 대해 표 3 의 명칭 연관에서 알 수 있는 바와 같이) 수직 스플리트를 초래할 수 있음을 표시할 수 있다.
다른 한편으로는, 코딩 블록 (402) 에 대한 ISP 모드가 인에이블되고 (예를 들어, intra_subpartitions_mode_flag 가 시그널링될 때) 인트라-서브파티션 스플리트 플래그 (예를 들어, intra_subpartitions_split_flag) 가 존재하지 않을 때, cbHeight 가 MaxTbSizeY 보다 크면, 인트라-서브파티션 스플리트 플래그 (예를 들어, intra_subpartitions_split_flag) 는 코딩 블록 (402) 에 대한 제 2 값 (예를 들어, 0 의 값) 과 동일한 것으로 추론될 수도 있다. 일부 예들에서, IntraSubPartitionsSplitType 이 1 + intra_subpartitions_split_flag 와 동일한 것에 의해 (즉, IntraSubPartitionsSplitType 이 1 과 동일함) 획득된 스플리트 타입에 대한 공식을 적용하는 것은, 이 경우에 intra_subpartitions_split_flag 의 값이 0 과 동일한 것으로 추론되는 것이 (예를 들어, ISP 수평 스플리트 ISP_HOR_SPLIT 에 대응하는 IntraSubPartitionsSplitType 값 1 에 대해 표 3 의 명칭 연관에서 알 수 있는 바와 같이) 수평 스플리트를 초래할 수 있음을 표시할 수 있다.
일부 경우들에서, 코딩 블록 (402) 에 대한 ISP 모드가 인에이블될 때 (예를 들어, intra_subpartitions_mode_flag 가 1 과 같은 참 값으로 시그널링될 때) 그리고 cbHeight 도 cbWidth 도 MaxTbSizeY 보다 크지 않으면, 인트라-서브파티션 스플리트 플래그는 시그널링되고 intra_subpartitions_split_flag 의 값은 상기 언급된 바와 같이 스플리트 타입이 수직인지 또는 수평인지를 표시한다.
이제 intra_subpartitions_split_flag 에 대하여 VVC 의 JVET WD4 의 기존 신택스 및/또는 시맨틱스에 대한 변경들을 나타내는 예들이 설명된다. 상술 (Specification) 에 대한 추가들은 이탤릭체로 된 텍스트로 나타내고, 취소선 텍스트는 상술로부터의 텍스트의 제거를 나타낸다. 다음의 신택스는 좌표들 [x0][y0] 에 존재하는 코딩 블록 (402) 에 대한 상기 구현을 기술하는데 사용되고, 여기서 기존 구현들에 대한 변경들은 이탤릭체로 된 텍스트로 강조되고, 취소선은 상술로부터의 제거를 강조한다.
intra_subpartitions_split_flag[ x0 ][ y0 ] 는 인트라 서브파티션 스플리트 타입이 수평인지 또는 수직인지를 특정한다. 
가 존재하지 않을 때, 그것은 다음과 같이 추론된다:
- cbWidth > MaxTbSizeY 인 경우, intra_subpartitions_split_flag[ x0 ][ y0 ] 는 1 과 동일한 것으로 추론된다.
- 그렇지 않고, cbHeight > MaxTbSizeY 인 경우, intra_subpartitions_split_flag[ x0 ][ y0 ] 는 0 과 동일한 것으로 추론된다.
IntraSubPartitionsSplitType 은 다음과 같이 도출된다:
- intra_subpartitions_mode_flag[ x0 ][ y0 ] 가 0 과 동일한 경우, IntraSubPartitionsSplitType 은 0 과 동일하게 설정된다.
- 그렇지 않으면, IntraSubPartitionsSplitType 은 1 + intra_subpartitions_split_flag[ x0 ][ y0 ] 와 동일하게 설정된다.
이전에 설명된 바와 같이, 변수 NumIntraSubPartitions 는 코딩 블록 (402) 이 서브-블록들에 대한 최소 샘플 요건, intra_subpartitions_split_flag, 및 intra_subpartitions_mode_flag 에 기초하여 분할되는 서브-블록들의 수를 특정하는데 사용될 수 있다. 예를 들어, 표 3 을 참조하면, 변수 IntraSubPartitionsSplitType 이 ISP_NO_SPLIT 를 표시하는 0 과 동일한 값을 갖는다면, 변수 NumIntraSubPartitions 의 값은 (코딩 블록 (402) 에 적용된 ISP 가 없음을 표시하는 디폴트 값인) 1 과 동일하게 설정된다. 그렇지 않고, 변수 IntraSubPartitionsSplitType 이 1 (수평 스플리트 ISP_HOR_SPLIT) 또는 2 (수직 스플리트 ISP_VER_SPLIT) 와 동일한 값을 갖는다면, 변수 NumIntraSubPartitions 의 값은 도 2 및 도 3 을 참조하여 설명된 바와 같이 코딩 유닛 또는 현재 블록의 치수들에 기초하여 2 또는 4 와 동일하게 설정된다. 예를 들어, 코딩 블록 (402) 이 4 x 8 블록 (cbWidth 는 4 와 동일하고 cbHeight 는 8 과 동일함) 또는 8 x 4 블록 (cbWidth 는 8 과 동일하고 cbHeight 는 4 와 동일함) 이면, NumIntraSubPartitions 는, 변수 IntraSubPartitionsSplitType 에 의해 표시될 수 있는 수평 또는 수직 스플리트에 기초하여, 각각 최소 수의 16 개의 샘플들을 갖는 2 개의 ISP 블록들로 코딩 블록 (402) 을 스플리트하는 것을 구현하기 위해, 2 로 설정된다. 다른 한편으로는, 코딩 블록 (402) 의 치수들 cbWidth 및 cbHeight 가 8 x 4, 4 x 8, 및 4 x 4 블록 사이즈들 이외의 (보다 큰) 것에 대응하면, NumIntraSubPartitions 는 4 와 동일하게 설정된다.
다른 예에서, 코딩 블록 (402) 에 대한 ISP 모드가 인에이블되고 (예를 들어, intra_subpartitions_mode_flag 가 시그널링될 때) 인트라-서브파티션 스플리트 플래그, intra_subpartitions_split_flag 가 존재하지 않을 때, cbWidth 가 MaxTbSizeY 보다 크고 cbHeight 가 MaxTbSizeY 보다 작거나 또는 같으면, intra_subpartitions_split_flag 는 코딩 블록 (402) 에 대한 제 1 값 (예를 들어, 1 의 값) 과 동일한 것으로 추론될 수도 있다. 일부 예들에서, IntraSubPartitionsSplitType 이 1 + intra_subpartitions_split_flag 와 동일한 것에 의해 (즉, IntraSubPartitionsSplitType 이 2 와 동일함) 획득된 스플리트 타입에 대한 공식을 적용하는 것은, 이 경우에 intra_subpartitions_split_flag 의 값이 1 과 동일한 것으로 추론되는 것이 (예를 들어, ISP 수직 스플리트 ISP_VER_SPLIT 에 대응하는 IntraSubPartitionsSplitType 값 2 에 대해 표 3 의 명칭 연관에서 알 수 있는 바와 같이) 수직 스플리트를 초래할 수 있음을 표시할 수 있다.
다른 한편으로는, 코딩 블록 (402) 에 대한 ISP 모드가 인에이블되고 (예를 들어, intra_subpartitions_mode_flag 가 시그널링될 때) 인트라-서브파티션 스플리트 플래그, intra_subpartitions_split_flag 가 존재하지 않을 때, cbHeight 가 MaxTbSizeY 보다 크고 cbWidth 가 MaxTbSizeY 보다 작거나 같으면, intra_subpartitions_split_flag 는 코딩 블록 (402) 에 대한 제 2 값 (예를 들어, 0 의 값) 과 동일한 것으로 추론될 수도 있다. 일부 예들에서, IntraSubPartitionsSplitType 이 1 + intra_subpartitions_split_flag 와 동일한 것에 의해 (즉, IntraSubPartitionsSplitType 이 1 과 동일함) 획득된 스플리트 타입에 대한 공식을 적용하는 것은, 이 경우에 intra_subpartitions_split_flag 의 값이 1 과 동일한 것으로 추론되는 것이 (예를 들어, ISP 수평 스플리트 ISP_HOR_SPLIT 에 대응하는 IntraSubPartitionsSplitType 값 1 에 대해 표 3 의 명칭 연관에서 알 수 있는 바와 같이) 수평 스플리트를 초래할 수 있음을 표시할 수 있다.
다음 신택스는 좌표들 [x0][y0] 에 존재하는 코딩 블록 (402) 에 대한 상기 구현을 기술하는데 사용되며, 여기서 기존 구현들에 대한 변경들은 이탤릭체로 된 텍스트로 강조되고, 취소선은 상술로부터의 제거를 강조한다.
intra_subpartitions_split_flag[ x0 ][ y0 ] 는 인트라 서브파티션 스플리트 타입이 수평인지 또는 수직인지를 특정한다. 
가 존재하지 않을 때, 그것은 다음과 같이 추론된다:
- cbWidth > MaxTbSizeY 및 cbHeight <= MaxTbSizeY 인 경우, intra_subpartitions_split_flag[ x0 ][ y0 ] 는 1 과 동일한 것으로 추론된다.
- 그렇지 않고 cbHeight > MaxTbSizeY 및 cbWidth <= MaxTbSizeY 인 경우, intra_subpartitions_split_flag[ x0 ][ y0 ] 는 0 과 동일한 것으로 추론된다.
- 그렇지 않으면 intra_subpartitions_split_flag[ x0 ][ y0 ] 는 0 과 동일하다.
이제 코딩 블록을 파티셔닝하는 것으로부터 획득된 서브-블록들의 치수들이 MaxTbSizeY 의 사이즈 임계치를 초과하지 않는 ISP 에 대한 파티션 구조를 정의하는 것에 대하여 VVC 의 JVET WD4 의 기존 신택스 및/또는 시맨틱스에 대한 변경들을 나타내는 예들이 설명된다. 표들 2 및 4 에 대한 추가들은 이탤릭체로 된 텍스트로 나타내고, 취소선 텍스트는 대응하는 상술로부터의 텍스트의 제거를 나타낸다.
ISP 모드가 인에이블되는 코딩 블록 (402) 에 대한 파티션 구조를 정의하는 제 1 예에서, 2 개 이상의 서브-블록들은 intra_subpartitions_mode_flag 및 intra_subpartitions_split_flag 의 상기 논의에 기초하여 적절하게 수평 또는 수직 스플리트를 적용하는 것에 기초하여 획득될 수도 있다. 예를 들어, 서브-블록들 또는 ISP 블록들은 도 2 및 도 3 을 참조하여 설명된 바와 같이 획득될 수도 있다. 이들 서브-블록들의 치수들은 MaxTbSizeY 보다 작아야 한다는 요건의 준수를 위해 테스트될 수도 있다. (ISP 모드가 인에이블되는) 코딩 블록 (402) 을 스플리트하는 것으로부터 획득된 개개의 서브-블록들의 임의의 치수 (폭 또는 높이) 가 MaxTbSizeY 를 초과하면, 그들은 폭들 및 높이들이 MaxTbSizeY 의 값을 초과하지 않는 서브-블록들이 획득될 때까지 재귀적으로 파티셔닝된다.
일 예에서, 서브-블록들의 폭들 또는 높이들이 MaxTbSizeY 를 초과할 때, 서브-블록들은 스플리트 타입이 NO_ISP_SPLIT 인 경우 표 4 의 transform_tree( ) 구조를 사용하여 추가로 스플리트될 수 있다. 다른 한편으로는, 예를 들어, cbHeight 가 MaxTbSizeY 를 초과하는 코딩 블록에 대해 스플리트 타입이 수평인 경우, 코딩 블록은 먼저 (도 3 을 참조하여 논의된 바와 같이, 4 개의 서브-블록들에 대한 최소 샘플 요건들이 충족될 수 있음을 가정하여) 4 개의 서브-블록들의 디폴트 수로 스플리트될 수도 있다. 결과적인 4 개의 서브-블록들이 MaxTbSizeY 를 초과하는 폭을 가지면, 4 개의 서브-블록들은 (각각의 서브-블록에 대한 폭 및 최소 샘플 요건들에 의존하여) 각각 2 개 또는 4 개의 추가 서브-블록들을 초래하기 위해 수직 스플리트 타입을 사용하여 스플리트될 것이고 이들 추가 서브-블록들의 치수들은 MaxTbSizeY 사이즈 임계치의 준수를 위해 테스트될 수도 있다. 서브-블록들을 스플리트하는 상기 프로세스는 최종 서브-블록들이 MaxTbSizeY 사이즈 임계치를 충족할 때까지 재귀적으로 프로세싱될 수도 있다.
MaxTbSizeY = 32 이고 코딩 블록 (402) 이 cbWidth 64 및 cbHeight 128 을 갖는 (즉, 코딩 블록 (402) 은 64 x 128 블록임) 예시적인 예에서, 수평 ISP 스플리트는 사이즈 64 x 32 의 서브-블록들을 초래할 것이며, 여기서 서브-블록들의 폭은 MaxTbSizeY 를 초과할 것이다. 이 경우에, 표 4 의 transform_tree( ) 신택스 구조는 NO_ISP_SPLIT 모드로 적용될 것이고 (이것은 단지 스플리트만을 위한 것이며 내부 예측은 ISP 프로세싱을 따를 것이다) 각각의 64 x 32 서브-블록은 2 개의 32 x 32 블록들로 스플리트될 것이다.
스플리트 타입이 수직 (ISP_VER_SPLIT) 또는 수평 (ISP_HOR_SPLIT) 이고 (즉, 스플리트 타입이 ISP_NO_SPLIT 와 동일하지 않은 값인 것으로 설정될 때) 코딩 블록 또는 서브-블록의 폭 또는 높이 중 하나가 MaxTbSizeY 를 초과하는 경우에 대해, 표 4 의 transform_tree( ) 구조는 수정될 수 있다. 예를 들어, coding_unit( ) 및 transform_tree( ) 의 신택스 테이블은 수평 및 수직 스플리트 타입들에 대해, 각각 표들 2 및 4 로부터 수정될 수도 있고, 여기서 수정들은 각각 이하의 표 2' 및 표 4' 에 이탤릭체로 된 텍스트에서 식별된다.
대안적인 구현에서, 서브-블록에 대한 transform_tree( ) 에 의해 활용된 스플리트 타입은 스플리트 타입이 MaxTbSizeY 를 초과하는 폭 또는 높이 치수 중 어느 하나의 감소를 야기할 수도 있는 값으로 설정될 수 있다. 그러한 예들에서, 변환 트리 감소의 각각의 스테이지에서의 서브파티션들의 수는 동일하거나 또는 별도로 도출될 수도 있다. MaxTbSizeY = 32, 및 cbWidth 64 및 cbHeight 가 128 (즉, 64 x 128 코딩 블록) 인 상기와 동일한 예를 고려하면, 수평 ISP 스플리트는 사이즈 64 x 32 의 서브-블록들을 초래할 것이며, 여기서 폭은 MaxTbSizeY 를 초과할 것이다. 이 경우에, 표 4' 의 transform_tree( ) 신택스 구조는 스플리트 타입이 NO_ISP_SPLIT 이고 각각의 64 x 32 서브-블록이 2 개의 32 x 32 블록들로 스플리트될 때 활용될 수 있다. 스플리트 타입이 수평 또는 수직인 경우들에 대해, 이하의 표 4'' 에 나타낸 transform_tree( ) 의 신택스 구조는 일부 대안들에서 활용될 수 있다. 이하의 표 4'' 는 이탤릭체로 된 텍스트에서 강조된 바와 같이 표 4 에 대한 수정들을 포함하고, 여기서 표 4'' 는, 각각 수평 또는 수직 스플리트가 MaxTbSizeY 를 초과하는 치수 (높이 또는 폭) 의 감소를 야기할지 여부에 기초하여 스플리트 타입이 수평 또는 수직으로 설정되는 구현들에 대해 활용될 수 있다:
ISP 모드가 인에이블되는 다른 예들에서, ISP 모드를 사용하여 블록을 스플리트하는 것으로부터 획득된 각각의 서브-블록에 대해, 표 4' 및 표 4'' 의 transform_tree( ) 구조들 양자 모두는 2 개의 스플리트 타입들, 수평 또는 수직 스플리트 타입들 중 어느 하나에 대해 활용될 수도 있다. 수정된 transform_tree( ) 에 대한 표 4' 와 표 4'' 사이의 선택은 블록들의 폭 및 높이와 MaxTbSizeY 간의 관계에 기초할 수 있다.
ISP 모드를 사용하여 서브-블록들로 코딩 블록을 스플리트하는 상기 예에 있어서, 하나 이상의 결과적인 서브-블록들이 추가로 파티셔닝되는 경우들에서, 서브-블록들에 대한 파티션 인덱스 (partIdx) 의 값은 서브-블록들에 대한 프로세싱 순서에 기초하여 할당될 수도 있다. 일 예에서, partIdx 는 (이전에 설명된 바와 같이 정상 또는 역 순서 중 어느 하나로) 오직 제 1 서브파티션만이 0 의 partIdx 값을 할당받고 나머지 서브파티션들이 서브파티션들의 디코딩 순서에 따라 값들을 할당받도록 서브-블록들에 할당될 수도 있다. 다른 예들에서, 하나 이상의 서브-블록들은, 동일한 프로세싱이 0 의 partIdx 값을 현재 할당받은 모든 서브파티션들에 대해 적용되는 것을 표시하는, 0 의 partIdx 값을 할당받을 수도 있다.
ISP 모드가 인에이블될 때 ISP 를 사용하여 코딩 블록을 스플리트하는 다른 예에서, 코딩 블록이 스플리트되는 서브파티션들의 수는, 임의의 결과적인 서브-블록의 폭도 높이도 MaxTbSizeY 의 값을 초과하지 않도록 할당된다. 다음의 시맨틱스는 결과적인 서브-블록들이 MaxTbSizeY 사이즈 임계치를 준수하는 것을 보장하는 서브파티션들의 수로 코딩 블록을 스플리트하는 것을 식별한다. 이탤릭체로 된 텍스트는 ISP 스플리트의 기존 구현들로부터의 수정들을 식별한다.
변수 NumIntraSubPartitions 는 인트라 루마 코딩 블록이 분할되는 변환 블록 서브파티션들의 수를 특정한다. NumIntraSubPartitions 는 다음과 같이 도출된다:
- IntraSubPartitionsSplitType 이 ISP_NO_SPLIT 와 동일하면, NumIntraSubPartitions 는 1 과 동일하게 설정된다.
- 그렇지 않고, 다음의 조건들 중 하나가 참이면, NumIntraSubPartitions 는 2 와 동일하게 설정된다:
- cbWidth 는 4 와 동일하고 cbHeight 는 8 과 동일하다,
- cbWidth 는 8 과 동일하고 cbHeight 는 4 와 동일하다.
- 그렇지 않고, cbWidth <= MaxTbSizeY, cbHeight > MaxTbSizeY 및 IntraSubPartitionsSplitType 이 ISP_HOR_SPLIT 와 동일하면, NumIntraSubPartitions 는 Max( 4,cbHeight / MaxTbSizeY ) 와 동일하게 설정된다.
- 그렇지 않고, cbWidth > MaxTbSizeY, cbHeight <= MaxTbSizeY 및 IntraSubPartitionsSplitType 이 ISP_VER_SPLIT 와 동일하면, NumIntraSubPartitions 는 Max( 4,cbWidth / MaxTbSizeY ) 와 동일하게 설정된다.
- 그렇지 않으면, NumIntraSubPartitions 는 4 와 동일하게 설정된다.
일부 구현들에서, 상기 변경들에 더하여, 다음의 제약들은, 코딩 블록을 스플리트하는 것으로부터 발생하는 서브파티션들의 폭 및 높이 양자 모두가 MaxTbSizeY 보다 작거나 같도록 intra_subpartitions_mode_flag 및 intra_subpartitions_split_flag 의 값들이 제약되도록 추가된다.
ISP 모드가 인에이블된 코딩 블록의 일부 구현들에서, 코딩 블록의 폭, cbWidth 가 MaxTbSizeY 보다 크거나 또는 코딩 블록의 높이, cbHeight 가 MaxTbSizeY 보다 클 때 (또는 cbWidth 및 cbHeight 양자 모두가 MaxTbSizeY 보다 큼), 코딩 블록은 수평으로 그리고 수직으로 스플리트될 수도 있다. 그러한 경우들에 대한 서브파티션들의 수, NumIntraSubPartitions 는 4 와 동일한 것으로 할당될 수 있다. 일부 구현들에서, NumIntraSubPartitions 는 수식, Max(4, cbWidth*cbHeight / MaxTbSizeY / MaxTbSizeY ) 에 의해 표현되는, 4, 및 cbWidth*cbHeight / MaxTbSizeY / MaxTbSizeY 중 최대 값과 동일한 것으로 도출될 수도 있다. 그러한 구현들에서, 서브파티션들을 디코딩하는 순서는 코딩 유닛들을 디코딩하는 순서, 또는 ISP 모드에 대해 특정될 수 있는 다른 스캔 순서와 유사한 것으로 정의될 수도 있다.
ISP 모드가 인에이블될 때 코딩 블록을 파티셔닝하는 다른 예에서, 제약은, 코딩 블록을 스플리트하는 것으로부터 발생하는 임의의 서브-블록들의 폭 또는 높이가 MaxTbSizeY 보다 클 때 intra_subpartitions_mode_flag 의 값이 1 인 것으로 허용되지 않도록 추가될 수 있다. 다음의 시맨틱스는 그러한 구현들을 예시하며, 여기서 이탤릭체로 된 텍스트는 기존 구현들로부터의 수정들을 강조한다:
intra_sub_partitions_mode_flag[ x0 ][ y0 ] 가 폭 cbWidth 및 높이 cbHeight 를 갖는 코딩 블록에 대해 1 과 동일할 때, sbWidth 및 sbHeight 의 값이 양자 모두 MaxTbSizeY 보다 작거나 같아야 한다는 것이 비트스트림 적합성의 요건이며, 여기서 sbWidth 및 sbHeight 는 다음과 같이 도출된다:
- IntraSubPartitionsSplitType 이 ISP_HOR_SPLIT 와 동일할 때, sbWidth 는 cbWidth 의 폭과 동일하게 설정되고 sbHeight 는 cbHeight / NumIntraSubPartitions 와 동일하게 설정된다.
- IntraSubPartitionsSplitType 이 ISP_VER_SPLIT 와 동일할 때, sbWidth 는 cbWidth / NumIntraSubPartitions 의 폭과 동일하게 설정되고 sbHeight 는 cbHeight 와 동일하게 설정된다.
다른 예에서, 신택스 엘리먼트 intra_subpartitions_mode_flag 의 시그널링은, 코딩 블록을 스플리트하는 것으로부터 발생하는 서브-블록이 MaxTbSizeY 보다 큰 폭 또는 높이 (또는 폭과 높이 양자 모두) 를 가질 때 intra_subpartitions_mode_flag 의 값이 0 과 동일한 것으로 시그널링 및 추론되지 않도록 제약된다. 예를 들어, 코딩 블록을 스플리트하는 것으로부터 획득된 서브-블록들 중 임의의 것이 MaxTbSizeY 보다 큰 폭 및 높이 중 하나 이상을 가질 수도 있으면, 코딩 블록에 대한 ISP 모드는 디스에이블될 수 있다.
이제 VPDU 경계들에 대하여 VVC 의 JVET WD4 의 기존 신택스 및/또는 시맨틱스에 대한 변경들을 나타내는 예들이 설명된다. 상술의 기존 구현들에 대한 추가들은 이탤릭체로 된 텍스트로 나타내고, 취소선 텍스트는 상술부터의 텍스트의 제거를 나타낸다. 그러한 예들에서, 인에이블된 ISP 모드로 코딩된 코딩 블록이 VPDU 경계들을 넘지 않음을 보장하기 위해 제약이 추가될 수 있다. 시맨틱스는 다음과 같이 상술에 추가될 수 있다:
cbWidth 또는 cbHeight 가 SizeV 보다 클 때, intra_subpartitions_mode_flag 의 값이 0 과 동일해야 한다는 것이 비트스트림 적합성의 요건이다.
일부 경우들에서, VPDU 의 폭 및 높이 제약들은 동일하지 않을 수도 있으며, 이 경우에 비트스트림 제약은 CU 에 대해 별도로 폭 및 높이에 적용된다.
일부 경우들에서, 다음과 같이 신택스에 제약이 부과될 수도 있다: cbWidth 또는 cbHeight 가 SizeV 보다 클 때, 신택스 엘리먼트 intra_subpartitions_mode_flag 는 시그널링되지 않고 intra_subpartitions_mode_flag 의 값은 0 과 동일한 것으로 추론된다.
이전에 언급된 바와 같이, 가상 파이프라인 데이터 유닛 (VPDU들) 은 병렬 프로세싱을 위해 사용될 수 있는 픽처 또는 비디오 프레임의 비-오버랩하는 셀들이다. 일부 예들에서, VPDU 구성은 표준-기반 코딩 프로세스 (예를 들어, HEVC, VVC, 또는 다른 코딩 프로세스) 를 구현하기 위해 할당되는 메모리의 사이즈를 정의하는, (예를 들어, 메모리의 어느 영역이 데이터의 특정 블록 또는 블록들을 프로세싱하기 위해 사용되는지를 결정하기 위해) 메모리 액세스를 위해 사용되는 가상 블록들을 포함할 수 있다. VPDU 구성은 코딩 목적들을 위해 블록 파티셔닝 메커니즘들에 대응하지 않을 수도 있지만, VPDU들은 비디오 프로세싱 파이프라인들에서 사용될 수도 있다. 예를 들어, 하드웨어 디코딩 프로세스에서, 연속적인 VPDU들은 다중 프로세싱/디코딩 파이프라인 스테이지들에 의해 병렬로 프로세싱될 수 있다 (예를 들어, 상이한 디코딩 파이프라인 스테이지들은 상이한 VPDU들을 동시에 프로세싱한다). 일부 경우들에서, VPDU 사이즈는 일부 파이프라인들에서의 버퍼 사이즈에 대략 비례할 수 있다. 예를 들어, VPDU 사이즈는 변환 블록 (TB) 사이즈의 사이즈로 설정될 수 있다. 일 예시적인 예에서, VPDU 의 사이즈는 64 x 64 샘플들 (예를 들어, Luma 샘플들) 일 수 있다. HEVC 에서, VPDU 사이즈는 32 x 32-L (Luma 샘플들) 및 16 x 16-C (Chroma 샘플들) 인 최대 변환 블록 사이즈로 설정된다. VVC 에서, VPDU 사이즈는 64 x 64-L (Luma 샘플들) 및 32 x 32-C (Chroma 샘플들) 로 설정되며, 이는 더 큰 VPDU 사이즈들의 요청을 초래한다.
일부 예들에서, VPDU 는 하나 이상의 다중 블록들 (예를 들어, CU, PU, TU, 또는 다른 블록) 을 포함할 수 있다. 예를 들어, 일부 경우들에서, 단일 CU 는 하나의 VPDU 에 포함될 수 있다 (예를 들어, CU 의 사이즈 및 VPDU 사이즈는 동일하다). 도 4 를 참조하면, 코딩 블록 (402) 의 사이즈가 VPDU 사이즈에 대응하면, 코딩 블록 (402) 은 단일 VPDU 내에 포함될 수 있다. 코딩 블록 (402) 및 VPDU 가 VPDU 의 각각의 변이 사이즈, SizeV 인 정사각형 블록들인 예시적인 예에서, 코딩 블록 (402) 의 폭 cbWidth 및 높이 cbHeight 는 각각 SizeV 와 동일할 것이다. VPDU 가 코딩 블록을 완전히 포함할 수도 있는 그러한 예들에서, 코딩 블록은 VPDU 경계들을 넘지 않을 것이다. 따라서, 코딩 블록 (402) 이 ISP 모드로 코딩되면, 코딩 블록 (402) 은 VPDU 경계들을 넘음으로써 VPDU 제약을 위반하지 않을 것이다. 따라서, 그러한 예들에서, cbWidth 및 cbHeight 가 VPDU 의 사이즈 임계치, SizeV 보다 작거나 같을 때, 신택스 엘리먼트 intra_subpartitions_mode_flag 는, 코딩 블록 (402) 에 대해 ISP 모드가 인에이블되는 것을 표시하는 1 의 값으로 시그널링될 수 있다.
도 5 는 다중 코딩 유닛들을 포함하는 VPDU (500) 의 예를 예시하는 다이어그램이다. 하나의 그러한 예에서, VPDU (500) 내에 포함된 다중 CU들의 각각은 VPDU 사이즈보다 작은 사이즈들을 가질 수 있다. 도시된 바와 같이, 제 1 블록 (520), 제 2 블록 (522), 제 3 블록 (524), 및 제 4 블록 (526) 을 포함하는, 4 개의 블록들 또는 코딩 유닛들이 VPDU (500) 내에서 식별된다. 제 1 블록 (520), 제 2 블록 (522), 제 3 블록 (524), 및/또는 제 4 블록 (526) 의 각각은 픽처의 CU, PU, TU, 또는 다른 블록일 수 있다. 치수들, 폭 cbWidth 및 높이 cbHeight 는 VPDU (500) 의 사이즈에 대한 이들 치수들의 관계를 예시하기 위해 제 1 블록 (520) 에 대해 식별되었다. 대응하여, 높이 SizeV_height 및 폭 SizeV_width 는 또한 VPDU (500) 에 대해 식별되었으며, 여기서 일부 예들에서, SizeV_height 및 SizeV_width 는 동일한 값, SizeV 와 동일할 수도 있다.
상기 예에서, 제 1 블록 (520) 의 폭 cbWidth 는 VPDU (500) 의 폭 SizeV_width 보다 작을 것이고, 제 1 블록 (520) 의 높이 cbHeight 는 VPDU (500) 의 높이 SizeV_height 보다 작을 것이다. 따라서, 제 1 블록 (520) 이 ISP 모드로 코딩되면, 제 1 블록 (520) 은 VPDU 경계들을 넘음으로써 VPDU 제약을 위반하지 않을 것이다. 따라서, 그러한 예들에서, cbWdith 및 cbHeight 가 VPDU 경계들에 대응하는 사이즈 임계치들보다 작거나 같을 때, ISP 모드는 제 1 블록 (520) 에 대해 허용가능할 수 있고 신택스 엘리먼트 intra_subpartitions_mode_flag 는 제 1 블록 (520) 에 대해 ISP 모드가 사용되는 것을 표시하는 1 의 값으로 시그널링될 수 있다. 명시적으로 도시되지 않았지만, 제 2 블록 (522), 제 3 블록 (524), 및 제 4 블록 (526) 의 치수들은 제 1 블록 (520) 을 참조하여 상기 논의된 것들과 동일할 수도 있다. 따라서 그러한 예들에서, 제 2 블록 (522), 제 3 블록 (524), 및 제 4 블록 (526) 은 또한 인에이블된 ISP 모드로 코딩될 수도 있다. 일부 예들에서, ISP 모드가 VPDU 제약에 기초하여 허용가능할 때 ISP 모드가 인에이블 또는 사용될 수 있는지 여부는 이전에 설명되고 이하에 추가로 설명된 바와 같이 cbWidth 및 cbHeight 와 최대 변환 블록 사이즈 임계치 MaxTbSizeY 와의 추가 비교들에 기초할 수도 있다.
일부 예들에서, 코딩 블록 (예를 들어, CU, PU, 또는 다른 블록) 의 사이즈는 다중 VPDU들에 걸쳐 있을 수 있다. 예를 들어, 코딩 블록은 다중 VPDU들을 사용하여 프로세싱될 수도 있다. 예를 들어, 128 x 64 (128 샘플들 폭 x 64 샘플들 높이) 의 사이즈를 갖는 코딩 블록 또는 64 x 128 (64 샘플들 폭 x 128 샘플들 높이) 의 사이즈를 갖는 코딩 블록은 각각 64 x 64 의 사이즈를 갖는 2 개의 VPDU들에 걸쳐 있을 수 있다. 다른 예에서, 128 x 128 (128 샘플들 폭 x 128 샘플들 높이) 의 사이즈를 갖는 코딩 블록은 각각 64 x 64 의 사이즈를 갖는 4 개의 VPDU들에 걸쳐 있을 수 있다. 코딩 블록은 VPDU 파이프라인 스테이지들의 각각에 의해 인터-예측을 수행하기 위해 소정 수의 서브-블록들로 스플리트될 수 있다. 예를 들어, 128 x 128 코딩 블록은 4 개의 상이한 VPDU 파이프라인 스테이지들에 의한 프로세싱을 위해 64 x 64 서브-블록들로 스플리트될 수 있다. 코딩 블록은 인터-예측을 수행하기 위한 이웃하는 블록들에 종속되지 않기 때문에 인터-예측을 위해 스플리트될 수 있다. 그러나, 다중 VPDU들에 걸쳐 있는 그러한 코딩 블록들은 또한 VPDU 경계들을 넘으며, 이는 인트라-서브파티션 모드가 코딩 블록들을 스플리트하기 위해 사용되는 것을 허용하는 것에 대한 VPDU 제약을 위반할 수도 있다.
도 6 은 다중 VPDU들에 걸쳐 있는 코딩 블록 (602) 의 예를 예시하는 다이어그램이다. 예를 들어, 코딩 블록 (602) 은 제 1 VPDU (630), 제 2 VPDU (632), 제 3 VPDU (634), 및 제 4 VPDU (636) 를 포함하는 4 개의 VPDU들과 연관된 샘플들을 포함한다. 코딩 블록 (602) 은 폭 cbWidth 및 높이 cbHeight 를 포함하는 치수들을 가질 수 있다. 4 개의 VPDU들의 각각은 (제 1 VPDU (630) 에 대해 대표적으로 예시된 바와 같이) SizeV 의 폭 및 높이를 포함하는 치수들을 가질 수도 있다. 일 예시적인 예에서, 현재 블록 (602) 은 128 x 128 의 사이즈를 갖고, VPDU들 (630-634) 의 각각은 64 x 64 의 사이즈를 갖는다. 코딩 블록 (602) 은 픽처의 CU, PU, TU, 또는 다른 블록일 수 있다.
도 6 의 예에서, 코딩 블록 (602) 의 cbWidth 및 cbHeight 양자 모두는 4 개의 VPDU들 (630-634) 의 각각의 SizeV 보다 크다. 따라서, 코딩 블록 (602) 의 치수들은 ISP 모드로 코딩될 코딩 블록 (602) 에 대한 요건들을 위반할 것이다. 이전에 언급된 바와 같이, 예시적인 구현들에서, 비트스트림 적합성은 코딩 블록의 cbWidth 또는 cbHeight 가 SizeV 보다 클 때, intra_subpartitions_mode_flag 의 값이 0 과 동일해야 한다는 요건을 포함할 수 있다. (예를 들어, 도 6 을 참조하여 논의된 바와 같이) VPDU 의 폭 및 높이가 동일하지 않을 수도 있는 예들에서, 비트스트림 적합성은 cbWidth 가 SizeV_width 보다 크거나 또는 cbHeight 가 SizeV_height 보다 클 때, intra_subpartitions_mode_flag 의 값이, 코딩 블록 (602) 에 대해 ISP 모드가 인에이블되지 않음을 표시하기 위해, 0 과 동일해야 한다는 요건을 포함할 수 있다. 일부 예들에서, 코딩 블록 (602) 에 대한 intra_subpartitions_mode_flag 는 코딩 블록 (602) 의 cbWidth 및 cbHeight 가 제1 VPDU (630) 의 SizeV 보다 큰 (및 유사하게, 나머지 VPDU들 (632, 634, 및 636) 의 SizeV 보다 큰) 것에 기초하여 0 으로 설정될 수 있다.
이전에 언급된 다른 대안에서, cbWidth 또는 cbHeight 가 SizeV 보다 클 때, 신택스 엘리먼트 intra_subpartitions_mode_flag 가 시그널링되지 않고 intra_subpartitions_mode_flag 의 값이 0 과 동일한 것으로 추론된다는 제약이 ISP 모드에 대한 신택스에 부과될 수도 있다. 따라서, 코딩 블록 (602) 의 경우에, cbWidth 및 cbHeight 가 4 개의 VPDU들 (630-636) 을 포함하는 하나 이상의 VPDU들에 대한 SizeV 보다 크기 때문에, intra_subpartitions_mode_flag 는 코딩 블록 (602) 에 대해 예를 들어 인코딩 디바이스에 의해 시그널링되지 않는다. intra_subpartitions_mode_flag 가 코딩 블록 (602) 을 포함하는 인코딩된 비트스트림에 시그널링 또는 포함되지 않는 그러한 경우들에서, intra_subpartitions_mode_flag 의 값은 예를 들어 인코딩된 비트스트림을 수신하는 디코딩 디바이스에 의해 0 과 동일한 것으로 추론될 수 있다.
일부 예들에서, VPDU 경계들과의 코딩 블록의 치수들의 상기 비교에 기초하여 ISP 모드가 허용가능한지 여부를 결정하는 것은, ISP 모드가 허용가능할 때 ISP 모드를 인에이블하기 위한 다른 고려사항들과 결합될 수 있다. 예를 들어, 하나 이상의 VPDU 제약들이 충족될 때, intra_subpartitions_mode_flag 는, 블록에 대해 ISP 모드가 인에이블되는 것을 표시하기 위해 시그널링될 수도 있다. 예를 들어, 기존 구현들을 참조하여 이전에 논의된 바와 같이, intra_subpartitions_mode_flag 는, cbWidth 또는 cbHeight 중 하나가 MaxTbSizeY 보다 크고 cbWidth 또는 cbHeight 중 다른 하나가 MaxTbSizeY 보다 작을 때, 또는 cbWidth 및 cbHeight 양자 모두가 MaxTbSizeY 보다 작으면, 코딩 블록에 대해 (예를 들어, ISP 가 인에이블됨을 표시하기 위해) 시그널링될 수도 있다.
따라서, 최대 변환 블록 사이즈 MaxTbSizeY 가 VPDU 와 동일한 예들에서, 코딩 블록의 cbWidth 또는 cbHeight 가 SizeV (여기서 SizeV 는 MaxTbSizeY 와 동일함) 보다 크면, ISP 모드는 허용가능하지 않고 따라서 intra_subpartitions_mode_flag 는, 코딩 블록의 치수들이 VPDU 경계를 넘음으로써 하나 이상의 VPDU 제약들을 위반할 것이기 때문에 코딩 블록에 대해 시그널링되지 않는다. 예를 들어, 예시적인 예에서, SizeV 및 MaxTbSizeY 가 양자 모두 64 와 동일하면, 64 보다 큰 cbWidth 또는 cbHeight 중 어느 하나에 대해, VPDU 제약은, ISP 모드가 허용가능한 것을 방지할 것이고 intra_subpartitions_mode_flag 는 코딩 블록에 대해 시그널링되지 않는다 (즉, ISP 모드는 인에이블되지 않는다).
그러나, 다른 예시적인 예에서, MaxTbSizeY 가 32 이고 SizeV 가 64 이면, intra_subpartitions_mode_flag 가 일부 상황들에서 허용가능하고 인에이블되는 것이 가능하다. 예를 들어, 코딩 블록에 대해 cbWidth 가 64 와 동일하고 cbHeight 가 32 와 동일하면, cbWidth 및 cbHeight 는 이 예에서 SizeV 보다 작을 것이며, 따라서 VPDU 제약이 충족되는 것에 기초하여 ISP 모드가 허용된다는 결정을 초래한다. 또한, cbWidth 가 64 와 동일하면 cbWidth 가 사이즈 32 의 MaxTbSizeY 보다 클 것이고 cbHeight 가 32 와 동일하면 cbHeight 가 사이즈 32 의 MaxTbSizeY 보다 작거나 같을 것이기 때문에, 코딩 블록에 대한 ISP 모드는 인에이블될 수 있고 intra_subpartitions_mode_flag 는 예를 들어, 인코딩 디바이스에 의해, 비트 스트림으로 시그널링될 수 있다. 그러나, intra_subpartitions_split_flag 는 cbWidth 가 32 의 MaxTbSizeY 보다 크기 때문에 시그널링되지 않을 것이다. 그러한 예에서, 비트 스트림을 수신하는 디코딩 디바이스의 기존 구현들은 표 2 를 참조하여 설명된 바와 같이 intra_subpartitions_split_flag 의 값을 (수평 스플리트 ISP_HOR_SPLIT 에 대응하는) 0 인 것으로 추론하여, 바람직하지 않은 결과를 초래할 수도 있다. 그러나, 도 7 을 참조하여 논의된 바와 같이, intra_subpartitions_split_flag 의 값을 수직 스플리트 ISP_VER_SPLIT 인 것으로 추론하기 위한 수정들을 구현함으로써, 64 와 동일한 cbWdith 및 32 와 동일한 cbHeight 의 코딩 블록에 대한 바람직한 스플리트는 각각 폭 32 및 높이 32 의 2 개의 서브-블록들을 초래할 것이며, 여기서 이들 결과적인 서브-블록들은 사이즈 32 의 MaxTbSizeY 내에 국한될 것이다.
다른 예에서, intra_subpartitions_mode_flag 의 시그널링은 또한, 코딩 블록의 cbWidth 또는 cbHeight 중 어느 하나가 MaxTbSizeY 보다 클 때 ISP 모드를 디스에이블하기 (또는 intra_subpartitions_mode_flag 를 시그널링하지 않기) 위해 기존 구현으로부터 수정될 수 있다. 이전에 언급된 바와 같이, 루마 코딩 블록의 폭 또는 높이가 최대 변환 사이즈 MaxTbSizeY 보다 클 때, 코딩 블록은 표 2 의 transform_tree( ) 신택스 구조에서 특정된 바와 같이 2 개 이상의 변환 유닛들로 스플리트된다. 수직 또는 수평 스플리트가 최적의 선택일지 여부와 상관없이 intra_subpartitions_split_flag 가 (수평 스플리트 ISP_HOR_SPLIT 에 대응하는) 0 인 것으로 추론되는 상기 언급된 문제는, 코딩 블록의 cbWidth 및 cbHeight 중 하나가 MaxTbSizeY 보다 크고 cbWidth 및 cbHeight 중 다른 하나가 MaxTbSizeY 보다 작거나 같을 때 intra_subpartitions_mode_flag 가 시그널링되는 것을 허용하는 기존 구현들에서의 intra_subpartitions_mode_flag 의 신택스로 인해 발생한다. 그러나, intra_subpartitions_mode_flag 가 cbWidth 및 cbHeight 양자 모두가 MaxTbSizeY 보다 작거나 같을 때만 시그널링되면, intra_subpartitions_mode_flag 및 intra_subpartitions_split_flag 양자 모두에 대한 신택스는 서로 일치하게 될 것이다. 예를 들어, 이하에 나타낸 표 2'' 는 cbWidth <= MaxTbSizeY && cbHeight <= MaxTbSizeY 일 때 intra_subpartitions_mode_flag 의 시그널링에 대한 수정을 이탤릭체로 된 텍스트로 예시한다 (여기서 표 2 의 기존 구현에서, intra_subpartitions_mode_flag 는 ( cbWidth <= MaxTbSizeY || cbHeight <= MaxTbSizeY) 일 때 시그널링되었음).
cbWidth 가 사이즈 임계치 MaxTbSizeY 보다 작거나 같고 cbHeight 가 사이즈 임계치 MaxTbSizeY 보다 작거나 같을 때 intra_subpartitions_mode_flag 가 코딩 블록에 대해 시그널링되는 구현들에서, 사이즈 임계치와 코딩 블록의 치수들 간의 관계에 기초한 intra_subpartitions_mode_flag 의 시그널링이, 사이즈 임계치가 최대 변환 블록 사이즈 (MaxTbSizeY) 또는 VPDU 사이즈 (SizeV) 에 기초할 때와 동일함을 인식할 수 있다. 따라서, intra_subpartitions_mode_flag 는 cbWidth 및 cbHeight 가 양자 모두 사이즈 임계치보다 작을 때 ISP 모드가 허용되는 코딩 블록에 대해 ISP 모드를 인에이블하도록 시그널링되며, 여기서 그 사이즈는 MaxTbSizeY 와 동일한 SizeV 이다. cbWidth 또는 cbHeight 중 어느 하나가 사이즈 임계치를 위반하면, intra_subpartitions_mode_flag 는 시그널링되지 않고 코딩 블록에 대해 ISP 모드가 허용되지 않거나 또는 디스에이블될 수도 있다.
도 7 은 intra_subpartition (ISP) 모드가 인에이블되는 코딩 블록에 대해 적용될 서브-파티션의 타입을 결정함으로써 비디오 데이터를 디코딩하는 프로세스 (700) 의 예를 예시하는 플로우차트이다. 702 에서, 프로세스 (700) 는 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하는 것을 포함한다. 일부 예들에서, 인코딩된 비디오 비트스트림을 획득하는 프로세스는 디코딩 디바이스에 의해 수행될 수 있다. 비디오 데이터는 복수의 픽처들을 포함할 수 있고, 픽처들은, 이전에 설명된 바와 같이, 복수의 블록들로 분할될 수 있다. 비디오 데이터는 또한, 모션 보상을 수행하는데 사용될 수 있는 픽처들 및/또는 블록들에 대한 모션 정보를 포함할 수 있다.
704 에서, 프로세스 (700) 는, 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 비디오 비트스트림에 존재하지 않는다고 결정하는 것을 포함하고, 인트라-서브파티션 스플리트 플래그는, 현재 블록에 대해 사용되는 인트라-서브파티션 모드의 스플리트 타입이 수평인지 또는 수직인지를 특정한다. 예를 들어, 코딩 블록 (402) 에 대한 ISP 모드 플래그, intra_subpartitions_mode_flag 는, cbWidth 또는 cbHeight 가 사이즈 임계치 MaxTbSizeY 보다 작거나 같을 때 또는 cbWidth 와 cbHeight 양자 모두가 MaxTbSizeY 보다 작거나 같으면 시그널링되었을 수도 있다. 따라서 cbWidth 또는 cbHeight 중 하나가 MaxTbSizeY 보다 크고 다른 하나가 더 작은 예들에서, intra_subpartitions_mode_flag 는 참으로 (코딩 블록에 대해 ISP 모드가 인에이블되는 것을 표시하는 값으로) 시그널링될 것이다. cbWidth 또는 cbHeight 중 하나가 MaxTbSizeY 보다 큰 그러한 구현들에서, 인트라-서브파티션 스플리트 플래그, intra_subpartitions_split_flag 는 시그널링된 비트스트림에 존재하지 않을 수도 있다.
706 에서, 프로세스 (700) 는, 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하는 것을 포함한다. 예를 들어, intra_subpartitions_split_flag 가 코딩 블록 (402) 에 대해 존재하지 않을 때, cbWidth 또는 cbHeight 중 어느 하나는 MaxTbSizeY 보다 큰 것으로 결정될 수도 있다.
708 에서, 프로세스 (700) 는, 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하는 것을 포함한다. 예를 들어, cbWidth 가 MaxTbSizeY 보다 크면, intra_subpartitions_split_flag 는 코딩 블록 (402) 에 대한 제 1 값 (예를 들어, ISP 수직 스플리트 ISP_VER_SPLIT 에 대응하는 1 의 값) 과 동일한 것으로 추론될 수도 있다. 다른 한편으로는, cbHeight 가 MaxTbSizeY 보다 크면, intra_subpartitions_split_flag 는 코딩 블록 (402) 에 대한 제 2 값 (예를 들어, ISP 수평 스플리트 ISP_HOR_SPLIT 에 대응하는 0 의 값) 과 동일한 것으로 추론될 수도 있다.
도 8 은 코딩 블록을 스플리트하는 것으로부터 획득된 서브-블록들의 치수들이 사이즈 임계치들을 준수하는 것을 보장하기 위해 ISP 모드에 대한 파티셔닝 구조들을 정의함으로써 비디오 데이터를 디코딩하는 프로세스 (800) 의 예를 예시하는 플로우차트이다. 802 에서, 프로세스 (800) 는 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하는 것을 포함한다. 일부 예들에서, 인코딩된 비디오 비트스트림을 획득하는 프로세스는 디코딩 디바이스에 의해 수행될 수 있다. 비디오 데이터는 복수의 픽처들을 포함할 수 있고, 픽처들은, 이전에 설명된 바와 같이, 복수의 블록들로 분할될 수 있다. 비디오 데이터는 또한, 모션 보상을 수행하는데 사용될 수 있는 픽처들 및/또는 블록들에 대한 모션 정보를 포함할 수 있다.
804 에서, 프로세스 (800) 는, 현재 블록에 대해 비디오 데이터의 현재 블록을 파티셔닝하기 위한 인트라-서브파티션 모드가 인에이블된다고 결정하는 것을 포함한다. 예를 들어, 코딩 블록 (402) 에 대한 ISP 모드 플래그, intra_subpartitions_mode_flag 는, cbWidth 또는 cbHeight 가 사이즈 임계치 MaxTbSizeY 보다 작거나 같을 때 또는 cbWidth 및 cbHeight 양자 모두가 MaxTbSizeY 보다 작거나 같으면 시그널링될 수도 있다. 따라서 cbWidth 또는 cbHeight 중 하나가 MaxTbSizeY 보다 크고 다른 하나가 더 작은 예들에서, intra_subpartitions_mode_flag 는, 코딩 블록에 대해 ISP 모드가 인에이블되는 것을 표시하는 값 (예를 들어, 1 의 값) 으로 시그널링된다. 일부 예들에서, ISP 모드를 사용하여 코딩 블록을 서브-블록들로 스플리트하는 것으로부터 발생하는 서브-블록의 치수 (폭 또는 높이) 가 사이즈 임계치 MaxTbSizeY 보다 크면, intra_subpartitions_mode_flag 는 시그널링되지 않을 수도 있다.
806 에서, 프로세스 (800) 는 현재 블록을 서브-블록들로 파티셔닝하기 위한 파티셔닝 구조를 결정하는 것을 포함하고, 파티셔닝으로부터 발생하는 서브-블록들의 치수들은 사이즈 임계치를 초과하지 않는다. 예를 들어, 일부 구현들에서 표 4' 또는 표 4'' 에 나타낸 수정된 transform_tree( ) 신택스 구조에 따른 재귀적 구조는, 서브-블록들의 치수들이 사이즈 임계치를 초과하면 코딩 블록 (402) 을 파티셔닝하는 것으로부터 획득된 서브-블록들을 파티셔닝하는데 사용될 수 있다. 예를 들어, 서브-블록들의 폭 또는 높이가 MaxTbSizeY 를 초과하면, 수직 또는 수평 스플리트 타입들은, MaxTbSizeY 사이즈 임계치를 초과하지 않는 치수들의 서브-블록들이 획득될 때까지 재귀적으로 결과적인 서브-블록들을 파티셔닝하기 위해 사용될 수 있다.
도 9 는 코딩 블록이 하나 이상의 제약들을 위반하는 (예를 들어, VPDU 경계들을 넘는) 지 여부에 기초하여 코딩 블록에 대해 ISP 모드가 인에이블되어야 하는지 여부를 결정함으로써 비디오 데이터를 인코딩하는 프로세스 (900) 의 예를 예시하는 플로우차트이다. 902 에서, 프로세스 (900) 는 비디오 데이터의 픽처의 현재 블록을 획득하는 것을 포함한다. 일부 예들에서, 비디오 데이터는, 프로세스 (900) 가 인코딩 디바이스에 의해 수행될 때와 같이, 미-인코딩된 비디오 데이터를 포함할 수 있다. 비디오 데이터는 복수의 픽처들을 포함할 수 있고, 픽처들은, 이전에 설명된 바와 같이, 복수의 블록들로 분할될 수 있다. 프로세스 (900) 는 모션 보상을 수행하는데 사용될 수 있는 픽처들 및/또는 블록들에 대한 모션 정보를 결정할 수 있다.
904 에서, 프로세스 (900) 는, 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하는 것을 포함하고, 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 높이 사이즈 임계치는 데이터 유닛의 높이에 대응한다. 일부 경우들에서, 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 이다. 일부 경우들에서, 데이터 유닛은 변환 블록이다. 데이터 유닛이 변환 블록인 경우들에서, 폭 사이즈 임계치 및 높이 사이즈 임계치는 최대 변환 블록 사이즈 (예를 들어, MaxTbSizeY) 와 동일한 것으로 정의될 수 있다. 데이터 유닛이 VPDU 인 경우의 일 예시적인 예에서, 도 5 를 참조하면, 제 1 블록 (520) 의 cbWidth 및 cbHeight 는 VPDU (500) 의 SizeV_width 및 SizeV_Height 와 각각 비교되어, cbWidth 가 SizeV_width 보다 큰지 또는 cbHeight 가 SizeV_height 보다 큰지 중 적어도 하나를 결정할 수도 있다. 다른 예에서, 도 6 을 참조하면, 코딩 블록 (602) 의 cbWidth 및 cbHeight 는 VPDU (630) 의 (폭 치수에 대한) SizeV 및 (높이 치수에 대한) SizeV 와 각각 비교되어 (여기서 폭 사이즈 임계치는 SizeV 와 동일한, 높이 사이즈 임계치와 동일하다), cbWidth 가 SizeV 보다 큰지 또는 cbHeight 가 SizeV 보다 큰지를 결정할 수도 있다.
906 에서, 프로세스 (900) 는, 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나에 기초하여 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것을 포함하고, 인트라-서브파티션 모드 플래그의 값은, ISP 모드가 현재 블록을 직사각형 변환 블록 서브파티션들로 파티셔닝하기 위해 현재 블록에 적용되는지 여부를 표시한다. 도 6 의 예에서, 코딩 블록 (602) 의 cbWidth 및 cbHeight 양자 모두는 4 개의 VPDU들 (630-634) 의 각각의 SizeV 보다 크다. 따라서, 코딩 블록 (602) 의 치수들은 코딩 블록 (602) 이 ISP 모드로 코딩되기 위한 하나 이상의 VPDU 제약들을 위반할 것이다. 이전에 언급된 바와 같이, 비트스트림 적합성은, 코딩 블록의 cbWidth 또는 cbHeight 가 SizeV 보다 클 때, intra_subpartitions_mode_flag 의 값이 0 과 동일해야 한다는 요건을 포함할 수 있다. 그러한 예들에서, 현재 블록의 폭이 폭 사이즈 임계치보다 크거나 또는 현재 블록의 높이가 높이 사이즈 임계치보다 클 때 현재 블록에 대해 인트라-서브파티션 모드가 허용되지 않는다. 그러한 예들에서, intra_subpartition_mode_flag 는, 코딩 블록에 대해 인트라-서브파티션 모드가 허용되지 않을 때 인코딩 디바이스로부터 인코딩된 비디오 비트스트림에서 시그널링되지 않고, intra_subpartition_mode_flag 의 값은 디코딩 디바이스에 의해 제 1 값 (0) 인 것으로 추론될 수도 있고, 제 1 값은 코딩 블록에 대해 인트라-서브파티션 모드가 허용되지 않음을 표시한다.
블록 (908) 에서, 프로세스 (900) 는, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것에 기초하여, 적어도 현재 블록을 포함하는 인코딩된 비디오 비트스트림을 생성하는 것을 포함한다. 예를 들어, 인코딩된 비트스트림은 현재 블록, 및 현재 블록이 VPDU 제약을 위반하지 않을 때 현재 블록에 대해 ISP 모드가 인에이블됨을 표시하는 intra_subpartitions_mode_flag 를 포함할 수 있다.
도 5 의 예에서, cbWidth 및 cbHeight 양자 모두가 VPDU 경계들에 대응하는 사이즈 임계치들보다 작거나 같을 때, 신택스 엘리먼트 intra_subpartitions_mode_flag 는, 제 1 블록 (520) 에 대해 ISP 모드가 인에이블되는지 여부를 표시하는 값 (예를 들어, 제 1 블록 (520) 에 대해 ISP 모드가 인에이블됨을 표시하는 1 의 값 또는 "참" 또는 제 1 블록 (520) 에 대해 ISP 모드가 수행되지 않음을 표시하는 0 의 값 또는 "거짓") 으로 시그널링될 수 있다. 일부 예들에서, 인트라-서브파티션 모드가 인에이블된다고 결정하는 것에 기초하여, 프로세스 (700) 는, 인트라-서브파티션 스플리트 플래그가 시그널링되지 않을 때 인트라-서브파티션 스플리트 플래그의 값을 결정하기 위해 사용될 수 있다.
일부 구현들에서, 프로세스들 (700, 800, 및 900) 을 포함하는, 본 명세서에서 설명된 프로세스들 (또는 방법들) 은, 도 1 에 도시된 시스템 (100) 과 같은 컴퓨팅 디바이스 또는 장치에 의해 수행될 수 있다. 예를 들어, 프로세스들은 도 1 및 도 10 에 도시된 인코딩 디바이스에 의해, 다른 비디오 소스-측 디바이스 또는 비디오 송신 디바이스에 의해, 도 1 및 도 11 에 도시된 디코딩 디바이스 (112) 에 의해, 및/또는 디스플레이 디바이스, 디스플레이, 또는 임의의 다른 클라이언트-측 디바이스와 같은 다른 클라이언트-측 디바이스에 의해 수행될 수 있다. 일부 예들에서, 컴퓨팅 디바이스 또는 장치는 비디오 프레임들을 포함하는 비디오 데이터 (예를 들어, 비디오 시퀀스) 를 캡처하도록 구성된 카메라를 포함할 수도 있다. 일부 예들에서, 비디오 데이터를 캡처하는 카메라 또는 다른 캡처 디바이스는 컴퓨팅 디바이스로부터 분리되며, 이 경우 컴퓨팅 디바이스는 캡처된 비디오 데이터를 수신 또는 획득한다.
일부 경우들에서, 컴퓨팅 디바이스 또는 장치는 하나 이상의 입력 디바이스들, 하나 이상의 출력 디바이스들, 하나 이상의 프로세서들, 하나 이상의 마이크로프로세서들, 하나 이상의 마이크로컴퓨터들, 및/또는 본 명세서에서 설명된 프로세스들의 단계들을 수행하도록 구성되는 다른 컴포넌트(들)를 포함할 수도 있다. 일부 예들에서, 컴퓨팅 디바이스는 모바일 디바이스, 데스크탑 컴퓨터, 서버 컴퓨터 및/또는 서버 시스템, 또는 다른 타입의 컴퓨팅 디바이스를 포함할 수도 있다. 컴퓨팅 디바이스는 비디오 데이터를 통신하도록 구성된 네트워크 인터페이스를 더 포함할 수도 있다. 네트워크 인터페이스는 인터넷 프로토콜 (IP) 기반 데이터 또는 다른 타입의 데이터를 통신하도록 구성될 수도 있다. 일부 예들에서, 컴퓨팅 디바이스 또는 장치는 비디오 비트스트림의 픽처들의 샘플들과 같은 출력 비디오 컨텐츠를 디스플레이하기 위한 디스플레이를 포함할 수도 있다.
컴퓨팅 디바이스의 컴포넌트들 (예컨대, 하나 이상의 입력 디바이스들, 하나 이상의 출력 디바이스들, 하나 이상의 프로세서들, 하나 이상의 마이크로프로세서들, 하나 이상의 마이크로컴퓨터들, 및/또는 다른 컴포넌트) 은 회로부에서 구현될 수 있다. 예를 들어, 컴포넌트들은, 하나 이상의 프로그래밍가능 전자 회로들 (예컨대, 마이크로프로세서들, 그래픽 프로세싱 유닛들 (GPU들), 디지털 신호 프로세서들 (DSP들), 중앙 프로세싱 유닛들 (CPU들), 및/또는 다른 적합한 전자 회로들) 을 포함할 수 있는 전자 회로들 또는 다른 전자 하드웨어를 포함하고/하거나 그들을 사용하여 구현될 수 있고, 및/또는 본 명세서에서 설명된 다양한 동작들을 수행하기 위해 컴퓨터 소프트웨어, 펌웨어, 또는 이들의 임의의 조합을 포함하고/하거나 그들을 사용하여 구현될 수 있다.
프로세스들 (700, 800, 900) 은 논리 플로우 다이어그램들로서 예시되고, 그 동작은 하드웨어, 컴퓨터 명령들, 또는 이들의 조합으로 구현될 수 있는 동작들의 시퀀스를 표현한다. 컴퓨터 명령들의 컨텍스트에서, 동작들은, 하나 이상의 프로세서들에 의해 실행될 경우, 열거된 동작들을 수행하는 하나 이상의 컴퓨터 판독가능 저장 매체들 상에 저장된 컴퓨터 실행가능 명령들을 표현한다. 일반적으로, 컴퓨터 실행가능 명령들은 특정 기능들을 수행하거나 또는 특정 데이터 타입들을 구현하는 루틴들, 프로그램들, 오브젝트들, 컴포넌트들, 데이터 구조들 등을 포함한다. 동작들이 설명되는 순서는 제한으로서 해석되도록 의도되지 않으며, 임의의 수의 설명된 동작들은 프로세스들을 구현하기 위해 임의의 순서로 및/또는 병렬로 조합될 수 있다.
추가적으로, 프로세스들 (800 및 900) 을 포함하는 본 명세서에서 설명된 프로세스들은 실행가능 명령들로 구성된 하나 이상의 컴퓨터 시스템들의 제어 하에서 수행될 수도 있고, 집합적으로 하나 이상의 프로세서들 상에서 실행되는 코드 (예를 들어, 실행가능 명령들, 하나 이상의 컴퓨터 프로그램들, 또는 하나 이상의 애플리케이션들) 로서, 하드웨어에 의해, 또는 이들의 조합으로 구현될 수도 있다. 상기 언급된 바와 같이, 코드는 예를 들어, 하나 이상의 프로세서들에 의해 실행가능한 복수의 명령을 포함하는 컴퓨터 프로그램의 형태로 컴퓨터 판독가능 또는 머신 판독가능 저장 매체에 저장될 수도 있다. 컴퓨터 판독가능 또는 머신 판독가능 저장 매체는 비일시적일 수도 있다.
본 명세서에서 논의된 코딩 기법들은 예시적인 비디오 인코딩 및 디코딩 시스템 (예를 들어, 시스템 (100)) 에서 구현될 수도 있다. 일부 예들에서, 시스템은, 목적지 디바이스에 의해 나중에 디코딩될 인코딩된 비디오 데이터를 제공하는 소스 디바이스를 포함한다. 특히, 소스 디바이스는 비디오 데이터를 컴퓨터 판독가능 매체를 통해 목적지 디바이스에 제공한다. 소스 디바이스 및 목적지 디바이스는, 데스크탑 컴퓨터들, 노트북 (즉, 랩탑) 컴퓨터들, 태블릿 컴퓨터들, 셋톱 박스들, 전화기 핸드셋들, 예컨대 이른바 "스마트" 폰들, 이른바 "스마트" 패드들, 텔레비전들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 비디오 스트리밍 디바이스 등을 포함한, 광범위한 디바이스들 중 임의의 것을 포함할 수도 있다. 일부 경우들에서, 소스 디바이스 및 목적지 디바이스는 무선 통신을 위해 장비될 수도 있다.
목적지 디바이스는 디코딩될 인코딩된 비디오 데이터를 컴퓨터 판독가능 매체를 통해 수신할 수도 있다. 컴퓨터 판독가능 매체는 인코딩된 비디오 데이터를 소스 디바이스로부터 목적지 디바이스로 이동시킬 수 있는 임의의 타입의 매체 또는 디바이스를 포함할 수도 있다. 일 예에서, 컴퓨터 판독가능 매체는, 소스 디바이스가 인코딩된 비디오 데이터를 직접 목적지 디바이스로 실시간으로 송신하는 것을 가능하게 하는 통신 매체를 포함할 수도 있다. 인코딩된 비디오 데이터는 무선 통신 프로토콜과 같은 통신 표준에 따라 변조되고, 목적지 디바이스로 송신될 수도 있다. 통신 매체는 무선 주파수 (RF) 스펙트럼 또는 하나 이상의 물리적 송신 라인들과 같은 임의의 무선 또는 유선 통신 매체를 포함할 수도 있다. 통신 매체는 패킷 기반 네트워크, 예컨대 로컬 영역 네트워크, 광역 네트워크, 또는 인터넷과 같은 글로벌 네트워크의 부분을 형성할 수도 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스로부터 목적지 디바이스로의 통신을 용이하게 하는데 유용할 수도 있는 임의의 다른 장비를 포함할 수도 있다.
일부 예들에서, 인코딩된 데이터는 출력 인터페이스로부터 저장 디바이스로 출력될 수도 있다. 유사하게, 인코딩된 데이터는 입력 인터페이스에 의해 저장 디바이스로부터 액세스될 수도 있다. 저장 디바이스는, 하드 드라이브, 블루-레이 디스크, DVD들, CD-ROM들, 플래시 메모리, 휘발성 또는 비휘발성 메모리, 또는 인코딩된 비디오 데이터를 저장하기 위한 임의의 다른 적합한 디지털 저장 매체들과 같은 다양한 분산 또는 로컬로 액세스된 데이터 저장 매체들 중 임의의 것을 포함할 수도 있다. 추가 예에서, 저장 디바이스는 소스 디바이스에 의해 생성되는 인코딩된 비디오를 저장할 수도 있는 파일 서버 또는 다른 중간 저장 디바이스에 대응할 수도 있다. 목적지 디바이스는 스트리밍 또는 다운로드를 통해 저장 디바이스로부터 저장된 비디오 데이터에 액세스할 수도 있다. 파일 서버는, 인코딩된 비디오 데이터를 저장하고 그 인코딩된 비디오 데이터를 목적지 디바이스로 송신하는 것이 가능한 임의의 타입의 서버일 수도 있다. 예시적인 파일 서버들은 (예를 들어, 웹 사이트용) 웹 서버, FTP 서버, NAS (network attached storage) 디바이스들, 또는 로컬 디스크 드라이브를 포함한다. 목적지 디바이스는 인코딩된 비디오 데이터에, 인터넷 접속을 포함한 임의의 표준 데이터 접속을 통해 액세스할 수도 있다. 이것은 파일 서버 상에 저장되는 인코딩된 비디오 데이터에 액세스하기에 적합한 무선 채널 (예를 들어, Wi-Fi 접속), 유선 접속 (예를 들어, DSL, 케이블 모뎀 등), 또는 양자의 조합을 포함할 수도 있다. 저장 디바이스로부터의 인코딩된 비디오 데이터의 송신은 스트리밍 송신, 다운로드 송신, 또는 이들의 조합일 수도 있다.
본 개시의 기법들은 무선 애플리케이션들 또는 세팅들에 반드시 제한되는 것은 아니다. 기법들은, 오버-디-에어 (over-the-air) 텔레비전 브로드캐스트들, 케이블 텔레비전 송신들, 위성 텔레비전 송신들, HTTP 상으로의 동적 적응적 스트리밍 (DASH) 과 같은 인터넷 스트리밍 비디오 송신들, 데이터 저장 매체 상으로 인코딩되는 디지털 비디오, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션들과 같은 다양한 멀티미디어 애플리케이션들 중 임의의 것을 지원하여 비디오 코딩에 적용될 수도 있다. 일부 예들에서, 시스템은, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 및/또는 비디오 텔레포니와 같은 애플리케이션들을 지원하기 위해 일방향 또는 양방향 비디오 송신을 지원하도록 구성될 수도 있다.
일 예에서, 소스 디바이스는 비디오 소스, 비디오 인코더, 및 출력 인터페이스를 포함한다. 목적지 디바이스는 입력 인터페이스, 비디오 디코더, 및 디스플레이 디바이스를 포함할 수도 있다. 소스 디바이스의 비디오 인코더는 본 명세서에서 개시된 기법들을 적용하도록 구성될 수도 있다. 다른 예들에서, 소스 디바이스와 목적지 디바이스는 다른 컴포넌트들 또는 배열들을 포함할 수도 있다. 예를 들어, 소스 디바이스는 외부 카메라와 같은 외부 비디오 소스로부터 비디오 데이터를 수신할 수도 있다. 마찬가지로, 목적지 디바이스는 통합된 디스플레이 디바이스를 포함하는 것보다는 외부 디스플레이 디바이스와 인터페이스할 수도 있다.
상기의 예시적인 시스템은 단지 일 예일 뿐이다. 비디오 데이터를 병렬로 프로세싱하기 위한 기법들은 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스에 의해 수행될 수도 있다. 비록 일반적으로 본 개시의 기법들은 비디오 인코딩 디바이스에 의해 수행되지만, 그 기법들은 또한, 통상적으로 "코덱" 으로 지칭되는 비디오 인코더/디코더에 의해 수행될 수도 있다. 더욱이, 본 개시의 기법들은 또한 비디오 프리프로세서에 의해 수행될 수도 있다. 소스 디바이스 및 목적지 디바이스는 소스 디바이스가 목적지 디바이스로의 송신을 위해 코딩된 비디오 데이터를 생성하는 그러한 코딩 디바이스들의 예들일 뿐이다. 일부 예들에서, 소스 및 목적지 디바이스들은, 디바이스들 각각이 비디오 인코딩 및 디코딩 컴포넌트들을 포함하도록 실질적으로 대칭적인 방식으로 동작할 수도 있다. 이로써, 예시적인 시스템들은 예를 들면, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 또는 비디오 텔레포니를 위해, 비디오 디바이스들 간의 일방향 또는 양방향 비디오 송신을 지원할 수도 있다.
비디오 소스는 비디오 카메라와 같은 비디오 캡처 디바이스, 이전에 캡처된 비디오를 포함하는 비디오 아카이브, 및/또는 비디오 컨텐츠 제공자로부터 비디오를 수신하기 위한 비디오 피드 인터페이스를 포함할 수도 있다. 추가 대안으로서, 비디오 소스는 소스 비디오, 또는 라이브 비디오, 아카이브된 비디오, 및 컴퓨터 생성된 비디오의 조합으로서 컴퓨터 그래픽-기반 데이터를 생성할 수도 있다. 일부 경우들에서, 비디오 소스가 비디오 카메라인 경우, 소스 디바이스 및 목적지 디바이스는 이른바 카메라 폰들 또는 비디오 폰들을 형성할 수도 있다. 그러나, 위에 언급된 바와 같이, 본 개시에서 설명된 기법들은 일반적으로 비디오 코딩에 적용가능할 수도 있으며, 무선 및/또는 유선 애플리케이션들에 적용될 수도 있다. 각각의 경우에 있어서, 캡처된, 사전-캡처된, 또는 컴퓨터-생성된 비디오는 비디오 인코더에 의해 인코딩될 수도 있다. 그 후, 인코딩된 비디오 정보는 출력 인터페이스에 의해 컴퓨터 판독가능 매체 상으로 출력될 수도 있다.
언급된 바와 같이, 컴퓨터 판독가능 매체는 무선 브로드캐스트 또는 유선 네트워크 송신과 같은 일시적 매체들, 또는 하드 디스크, 플래시 드라이브, 콤팩트 디스크, 디지털 비디오 디스크, 블루-레이 디스크, 또는 다른 컴퓨터 판독가능 매체들과 같은 저장 매체들 (즉, 비일시적 저장 매체들) 을 포함할 수도 있다. 일부 예들에서, 네트워크 서버 (도시되지 않음) 는 소스 디바이스로부터 인코딩된 비디오 데이터를 수신하고 그 인코딩된 비디오 데이터를, 예를 들어, 네트워크 송신을 통해 목적지 디바이스에 제공할 수도 있다. 유사하게, 디스크 스탬핑 설비와 같은 매체 생성 설비의 컴퓨팅 디바이스는 인코딩된 비디오 데이터를 소스 디바이스로부터 수신하고, 인코딩된 비디오 데이터를 포함하는 디스크를 생성할 수도 있다. 따라서, 컴퓨터 판독가능 매체는, 다양한 예들에서, 다양한 형태들의 하나 이상의 컴퓨터 판독가능 매체들을 포함하도록 이해될 수도 있다.
목적지 디바이스의 입력 인터페이스는 컴퓨터 판독가능 매체로부터 정보를 수신한다. 컴퓨터 판독가능 매체의 정보는 비디오 인코더에 의해 정의되고 또한 비디오 디코더에 의해 사용되는 신택스 정보를 포함할 수도 있으며, 이 신택스 정보는 블록들 및 다른 코딩된 유닛들, 예를 들어, 픽처들의 그룹 (GOP) 의 특성들 및/또는 프로세싱을 기술하는 신택스 엘리먼트들을 포함한다. 디스플레이 디바이스는 디코딩된 비디오 데이터를 사용자에게 디스플레이하고, 음극선관 (CRT), 액정 디스플레이 (LCD), 플라즈마 디스플레이, 유기 발광 다이오드 (OLED) 디스플레이, 또는 다른 타입의 디스플레이 디바이스와 같은 다양한 디스플레이 디바이스들 중 임의의 것을 포함할 수도 있다. 본 출원의 다양한 실시형태들이 설명되었다.
인코딩 디바이스 (104) 및 디코딩 디바이스 (112) 의 특정 상세들은 각각 도 10 및 도 11 에 도시된다. 도 10 은 본 개시에서 설명된 기법들 중 하나 이상을 구현할 수도 있는 예시적인 인코딩 디바이스 (104) 를 예시하는 블록 다이어그램이다. 인코딩 디바이스 (104) 는 예를 들어, 본 명세서에서 설명된 신택스 구조들 (예를 들어, VPS, SPS, PPS, 또는 다른 신택스 엘리먼트들의 신택스 구조들) 을 생성할 수도 있다. 인코딩 디바이스 (104) 는 비디오 슬라이스들 내에서 비디오 블록들의 인트라-예측 및 인터-예측 코딩을 수행할 수도 있다. 이전에 설명된 바와 같이, 인트라-코딩은 주어진 비디오 프레임 또는 픽처 내에서 공간 리던던시를 감소 또는 제거하기 위해 공간 예측에 적어도 부분적으로 의존한다. 인터-코딩은 비디오 시퀀스의 인접한 또는 주위의 프레임들 내에서 시간 리던던시를 감소 또는 제거하기 위해 시간 예측에 적어도 부분적으로 의존한다. 인트라-모드 (I 모드) 는 여러 공간 기반 압축 모드들 중 임의의 것을 지칭할 수도 있다. 인터-모드들, 예컨대 단방향 예측 (P 모드) 또는 양방향 예측 (B 모드) 은 여러 시간 기반 압축 모드들 중 임의의 것을 지칭할 수도 있다.
인코딩 디바이스 (104) 는 파티셔닝 유닛 (35), 예측 프로세싱 유닛 (41), 필터 유닛 (63), 픽처 메모리 (64), 합산기 (50), 변환 프로세싱 유닛 (52), 양자화 유닛 (54), 및 엔트로피 인코딩 유닛 (56) 을 포함한다. 예측 프로세싱 유닛 (41) 은 모션 추정 유닛 (42), 모션 보상 유닛 (44), 및 인트라-예측 프로세싱 유닛 (46) 을 포함한다. 비디오 블록 재구성을 위해, 인코딩 디바이스 (104) 는 또한, 역 양자화 유닛 (58), 역 변환 프로세싱 유닛 (60), 및 합산기 (62) 를 포함한다. 필터 유닛 (63) 은 디블록킹 (deblocking) 필터, 적응적 루프 필터 (ALF), 및 샘플 적응적 오프셋 (SAO) 필터와 같은 하나 이상의 루프 필터들을 표현하도록 의도된다. 필터 유닛 (63) 은 도 10 에 인 루프 (in loop) 필터인 것으로 도시되지만, 다른 구성들에서, 필터 유닛 (63) 은 포스트 루프 필터로서 구현될 수도 있다. 포스트 프로세싱 디바이스 (57) 는 인코딩 디바이스 (104) 에 의해 생성되는 인코딩된 비디오 데이터에 대해 추가적인 프로세싱을 수행할 수도 있다. 본 개시의 기법들은 일부 사례들에서 인코딩 디바이스 (104) 에 의해 구현될 수도 있다. 그러나, 다른 사례들에서, 본 개시의 기법들 중 하나 이상은 포스트 프로세싱 디바이스 (57) 에 의해 구현될 수도 있다.
도 10 에 도시된 바와 같이, 인코딩 디바이스 (104) 는 비디오 데이터를 수신하고, 파티셔닝 유닛 (35) 은 데이터를 비디오 블록들로 파티셔닝한다. 파티셔닝은 또한, 예를 들어, LCU들 및 CU들의 쿼드트리 구조에 따른, 비디오 블록 파티셔닝은 물론, 슬라이스들, 슬라이스 세그먼트들, 타일들 또는 다른 더 큰 유닛들로의 파티셔닝을 포함할 수도 있다. 인코딩 디바이스 (104) 는 일반적으로 인코딩될 비디오 슬라이스 내의 비디오 블록들을 인코딩하는 컴포넌트들을 예시한다. 슬라이스는 다중 비디오 블록들로 (및 가능하게는 타일들로 지칭되는 비디오 블록들의 세트들로) 분할될 수도 있다. 예측 프로세싱 유닛 (41) 은, 에러 결과들 (예컨대, 코딩 레이트 및 왜곡의 레벨 등) 에 기초하여 현재 비디오 블록에 대해 복수의 인트라-예측 코딩 모드들 중 하나 또는 복수의 인터-예측 코딩 모드들 중 하나와 같은, 복수의 가능한 코딩 모드들 중 하나를 선택할 수도 있다. 예측 프로세싱 유닛 (41) 은 결과적인 인트라- 또는 인터-코딩된 블록을 합산기 (50) 에 제공하여 잔차 블록 데이터를 생성하고, 합산기 (62) 에 제공하여 레퍼런스 픽처로서의 사용을 위한 인코딩된 블록을 재구성할 수도 있다.
예측 프로세싱 유닛 (41) 내의 인트라-예측 프로세싱 유닛 (46) 은 공간 압축을 제공하기 위해, 코딩될 현재 블록과 동일한 프레임 또는 슬라이스에서의 하나 이상의 이웃 블록들에 관해 현재 비디오 블록의 인트라 예측 코딩을 수행할 수도 있다. 예측 프로세싱 유닛 (41) 내의 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 시간 압축을 제공하기 위해 하나 이상의 레퍼런스 픽처들에서의 하나 이상의 예측 블록들에 관해 현재 비디오 블록의 인터-예측 코딩을 수행한다.
모션 추정 유닛 (42) 은 비디오 시퀀스에 대한 미리결정된 패턴에 따라 비디오 슬라이스에 대한 인터-예측 모드를 결정하도록 구성될 수도 있다. 미리결정된 패턴은 시퀀스에서의 비디오 슬라이스들을, P 슬라이스들, B 슬라이스들, 또는 GPB 슬라이스들로서 지정할 수도 있다. 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 고도로 통합될 수도 있지만, 개념적인 목적을 위해 별도로 예시된다. 모션 추정 유닛 (42) 에 의해 수행된 모션 추정은 비디오 블록들에 대한 모션을 추정하는 모션 벡터들을 생성하는 프로세스이다. 모션 벡터는, 예를 들어, 레퍼런스 픽처 내의 예측 블록에 관한 현재 비디오 프레임 또는 픽처 내의 비디오 블록의 예측 유닛 (PU) 의 변위를 표시할 수도 있다.
예측 블록은 픽셀 차이의 관점에서 코딩될 비디오 블록의 PU 와 밀접하게 매칭하는 것으로 발견된 블록이며, 이 차이는 절대 차의 합 (SAD), 제곱 차의 합 (SSD), 또는 다른 차이 메트릭들에 의해 결정될 수도 있다. 일부 예들에 있어서, 인코딩 디바이스 (104) 는 픽처 메모리 (64) 에 저장된 레퍼런스 픽처들의 서브-정수 픽셀 포지션들에 대한 값들을 계산할 수도 있다. 예를 들어, 인코딩 디바이스 (104) 는 레퍼런스 픽처의 1/4 픽셀 포지션들, 1/8 픽셀 포지션들, 또는 다른 분수 픽셀 포지션들의 값들을 보간할 수도 있다. 따라서, 모션 추정 유닛 (42) 은 풀 픽셀 포지션들 및 분수 픽셀 포지션들에 관한 모션 탐색을 수행하고, 분수 픽셀 정밀도로 모션 벡터를 출력할 수도 있다.
모션 추정 유닛 (42) 은 인터-코딩된 슬라이스에서의 비디오 블록의 PU 에 대한 모션 벡터를, 그 PU 의 포지션을 레퍼런스 픽처의 예측 블록의 포지션과 비교함으로써 계산한다. 레퍼런스 픽처는 제 1 레퍼런스 픽처 리스트 (List 0) 또는 제 2 레퍼런스 픽처 리스트 (List 1) 로부터 선택될 수도 있고, 이들의 각각은 픽처 메모리 (64) 에 저장된 하나 이상의 레퍼런스 픽처들을 식별한다. 모션 추정 유닛 (42) 은 계산된 모션 벡터를 엔트로피 인코딩 유닛 (56) 및 모션 보상 유닛 (44) 으로 전송한다.
모션 보상 유닛 (44) 에 의해 수행된 모션 보상은, 모션 추정에 의해 결정된 모션 벡터에 기초하여 예측 블록을 페치 또는 생성하여, 가능하게는 서브-픽셀 정밀도에 대한 보간들을 수행하는 것을 수반할 수도 있다. 현재 비디오 블록의 PU 에 대한 모션 벡터를 수신 시, 모션 보상 유닛 (44) 은, 모션 벡터가 레퍼런스 픽처 리스트에서 가리키는 예측 블록을 위치시킬 수도 있다. 인코딩 디바이스 (104) 는, 코딩되고 있는 현재 비디오 블록의 픽셀 값들로부터 예측 블록의 픽셀 값들을 감산하여 픽셀 차이 값들을 형성함으로써 잔차 비디오 블록을 형성한다. 픽셀 차이 값들은 블록에 대한 잔차 데이터를 형성하고, 루마 및 크로마 차이 컴포넌트들 양자 모두를 포함할 수도 있다. 합산기 (50) 는 이 감산 연산을 수행하는 컴포넌트 또는 컴포넌트들을 나타낸다. 모션 보상 유닛 (44) 은 또한, 비디오 슬라이스의 비디오 블록들을 디코딩함에 있어서 디코딩 디바이스 (112) 에 의한 사용을 위해 비디오 블록들 및 비디오 슬라이스와 연관된 신택스 엘리먼트들을 생성할 수도 있다.
인트라-예측 프로세싱 유닛 (46) 은 현재 블록을, 상기 설명된 바와 같은 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 수행된 인터-예측에 대한 대안으로서 인트라-예측할 수도 있다. 특히, 인트라-예측 프로세싱 유닛 (46) 은 현재 블록을 인코딩하는데 이용하기 위한 인트라-예측 모드를 결정할 수도 있다. 일부 예들에서, 인트라-예측 프로세싱 유닛 (46) 은 예를 들어, 별도의 인코딩 패스들 동안에 다양한 인트라-예측 모드들을 사용하여 현재 블록을 인코딩할 수도 있으며, 인트라-예측 프로세싱 유닛 (46) 은 테스트된 모드들로부터 사용할 적절한 인트라-예측 모드를 선택할 수도 있다. 예를 들어, 인트라-예측 프로세싱 유닛 (46) 은 다양한 테스트된 인트라-예측 모드들에 대한 레이트-왜곡 분석을 사용하여 레이트-왜곡 값들을 계산할 수도 있고, 테스트된 모드들 중에서 최상의 레이트-왜곡 특성들을 갖는 인트라-예측 모드를 선택할 수도 있다. 레이트-왜곡 분석은 일반적으로, 인코딩된 블록과, 그 인코딩된 블록을 생성하도록 인코딩되었던 원래의 인코딩되지 않은 블록 간의 왜곡 (또는 에러) 의 양 뿐만 아니라 인코딩된 블록을 생성하는데 사용된 비트 레이트 (즉, 비트들의 수) 를 결정한다. 인트라-예측 프로세싱 유닛 (46) 은 다양한 인코딩된 블록들에 대한 왜곡들 및 레이트들로부터의 비율들을 계산하여, 어느 인트라-예측 모드가 그 블록에 대한 최상의 레이트-왜곡 값을 나타내는지를 결정할 수도 있다.
어떤 경우든, 블록에 대한 인트라-예측 모드를 선택한 이후, 인트라-예측 프로세싱 유닛 (46) 은 블록에 대한 선택된 인트라-예측 모드를 표시하는 정보를 엔트로피 인코딩 유닛 (56) 에 제공할 수도 있다. 엔트로피 인코딩 유닛 (56) 은 선택된 인트라-예측 모드를 표시하는 정보를 인코딩할 수도 있다. 인코딩 디바이스 (104) 는 다양한 블록들에 대한 인코딩 컨텍스트들의 정의들 뿐만 아니라 그 컨텍스트들의 각각에 대해 사용할 가장 가능성있는 인트라-예측 모드, 인트라-예측 모드 인덱스 테이블, 및 수정된 인트라-예측 모드 인덱스 테이블의 표시들을 송신된 비트스트림 구성 데이터에 포함할 수도 있다. 비트스트림 구성 데이터는 복수의 인트라-예측 모드 인덱스 테이블들 및 복수의 수정된 인트라-예측 모드 인덱스 테이블들 (코드워드 맵핑 테이블들로도 또한 지칭됨) 을 포함할 수도 있다.
예측 프로세싱 유닛 (41) 이 인터-예측 또는 인트라-예측 중 어느 하나를 통해 현재 비디오 블록에 대한 예측 블록을 생성한 후, 인코딩 디바이스 (104) 는 현재 비디오 블록으로부터 예측 블록을 감산함으로써 잔차 비디오 블록을 형성한다. 잔차 블록에서의 잔차 비디오 데이터는 하나 이상의 TU들에 포함되고 변환 프로세싱 유닛 (52) 에 적용될 수도 있다. 변환 프로세싱 유닛 (52) 은 이산 코사인 변환 (DCT) 또는 개념상 유사한 변환과 같은 변환을 사용하여 잔차 비디오 데이터를 잔차 변환 계수들로 변환한다. 변환 프로세싱 유닛 (52) 은 잔차 비디오 데이터를 픽셀 도메인으로부터, 주파수 도메인과 같은 변환 도메인으로 변환할 수도 있다.
변환 프로세싱 유닛 (52) 은 결과적인 변환 계수들을 양자화 유닛 (54) 으로 전송할 수도 있다. 양자화 유닛 (54) 은 비트 레이트를 추가로 감소시키기 위해 변환 계수들을 양자화한다. 양자화 프로세스는 그 계수들의 일부 또는 전부와 연관된 비트 깊이를 감소시킬 수도 있다. 양자화의 정도는 양자화 파라미터를 조정함으로써 수정될 수도 있다. 일부 예들에서, 양자화 유닛 (54) 은 그 후, 양자화된 변환 계수들을 포함하는 매트릭스의 스캔을 수행할 수도 있다. 대안적으로, 엔트로피 인코딩 유닛 (56) 이 그 스캔을 수행할 수도 있다.
양자화에 후속하여, 엔트로피 인코딩 유닛 (56) 은 양자화된 변환 계수들을 엔트로피 인코딩한다. 예를 들어, 엔트로피 인코딩 유닛 (56) 은 컨텍스트 적응적 가변 길이 코딩 (CAVLC), 컨텍스트 적응적 바이너리 산술 코딩 (CABAC), 신택스-기반 컨텍스트-적응적 바이너리 산술 코딩 (SBAC), 확률 인터벌 파티셔닝 엔트로피 (PIPE) 코딩 또는 다른 엔트로피 인코딩 기법을 수행할 수도 있다. 엔트로피 인코딩 유닛 (56) 에 의한 엔트로피 인코딩에 후속하여, 인코딩된 비트스트림은, 디코딩 디바이스 (112) 로 송신되거나 또는 디코딩 디바이스 (112) 에 의한 나중의 송신 또는 취출을 위해 아카이브될 수도 있다. 엔트로피 인코딩된 유닛 (56) 은 또한, 코딩되고 있는 현재 비디오 슬라이스에 대한 모션 벡터들 및 다른 신택스 엘리먼트들을 엔트로피 인코딩할 수도 있다.
역 양자화 유닛 (58) 및 역 변환 프로세싱 유닛 (60) 은 역 양자화 및 역 변환을 각각 적용하여, 레퍼런스 픽처의 레퍼런스 블록으로서 나중에 사용하기 위해 픽셀 도메인에서 잔차 블록을 재구성한다. 모션 보상 유닛 (44) 은, 레퍼런스 픽처 리스트 내 하나의 레퍼런스 픽처의 예측 블록에 잔차 블록을 가산함으로써 레퍼런스 블록을 계산할 수도 있다. 모션 보상 유닛 (44) 은 또한, 하나 이상의 보간 필터들을 재구성된 잔차 블록에 적용하여, 모션 추정에서의 사용을 위한 서브-정수 픽셀 값들을 계산할 수도 있다. 합산기 (62) 는 재구성된 잔차 블록을, 모션 보상 유닛 (44) 에 의해 생성된 모션 보상된 예측 블록에 가산하여, 픽처 메모리 (64) 로의 저장을 위한 레퍼런스 블록을 생성한다. 레퍼런스 블록은, 후속 비디오 프레임 또는 픽처에서의 블록을 인터-예측하기 위해 레퍼런스 블록으로서 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 사용될 수도 있다.
이러한 방식으로, 도 10 의 인코딩 디바이스 (104) 는 도 7, 도 8 및/또는 도 9 에 대하여 상기 설명된 프로세스들을 포함하는 본 명세서에서 설명된 기법들 중 임의의 것을 수행하도록 구성된 비디오 인코더의 예를 나타낸다. 일부 경우들에서, 본 개시의 기법들 중 일부는 또한, 포스트 프로세싱 디바이스 (57) 에 의해 구현될 수도 있다.
도 11 은 예시적인 디코딩 디바이스 (112) 를 예시하는 블록 다이어그램이다. 디코딩 디바이스 (112) 는 엔트로피 디코딩 유닛 (80), 예측 프로세싱 유닛 (81), 역 양자화 유닛 (86), 역 변환 프로세싱 유닛 (88), 합산기 (90), 필터 유닛 (91), 및 픽처 메모리 (92) 를 포함한다. 예측 프로세싱 유닛 (81) 은 모션 보상 유닛 (82) 및 인트라 예측 프로세싱 유닛 (84) 을 포함한다. 디코딩 디바이스 (112) 는, 일부 예들에서, 도 11 로부터 인코딩 디바이스 (104) 에 대하여 설명된 인코딩 패스에 일반적으로 상반되는 디코딩 패스를 수행할 수도 있다.
디코딩 프로세스 동안, 디코딩 디바이스 (112) 는 인코딩 디바이스 (104) 에 의해 전송된 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관된 신택스 엘리먼트들을 표현하는 인코딩된 비디오 비트스트림을 수신한다. 일부 실시형태들에서, 디코딩 디바이스 (112) 는 인코딩 디바이스 (104) 로부터 인코딩된 비디오 비트스트림을 수신할 수도 있다. 일부 실시형태들에서, 디코딩 디바이스 (112) 는 상기 설명된 기법들 중 하나 이상을 구현하도록 구성된 서버, 미디어 인식 네트워크 엘리먼트 (MANE), 비디오 에디터/스플라이서, 또는 다른 그러한 디바이스와 같은 네트워크 엔티티 (79) 로부터 인코딩된 비디오 비트스트림을 수신할 수도 있다. 네트워크 엔티티 (79) 는 인코딩 디바이스 (104) 를 포함할 수도 있거나 또는 포함하지 않을 수도 있다. 본 개시에서 설명된 기법들 중 일부는 네트워크 엔티티 (79) 가 인코딩된 비디오 비트스트림을 디코딩 디바이스 (112) 에 송신하기 이전에 네트워크 엔티티 (79) 에 의해 구현될 수도 있다. 일부 비디오 디코딩 시스템들에서, 네트워크 엔티티 (79) 및 디코딩 디바이스 (112) 는 별도의 디바이스들의 부분들일 수도 있지만, 다른 사례들에서, 네트워크 엔티티 (79) 에 대하여 설명된 기능은 디코딩 디바이스 (112) 를 포함하는 동일한 디바이스에 의해 수행될 수도 있다.
디코딩 디바이스 (112) 의 엔트로피 디코딩 유닛 (80) 은 양자화된 계수들, 모션 벡터들, 및 다른 신택스 엘리먼트들을 생성하기 위하여 비트스트림을 엔트로피 디코딩한다. 엔트로피 디코딩 유닛 (80) 은 모션 벡터들 및 다른 신택스 엘리먼트들을 예측 프로세싱 유닛 (81) 으로 포워딩한다. 디코딩 디바이스 (112) 는 신택스 엘리먼트들을 비디오 슬라이스 레벨 및/또는 비디오 블록 레벨로 수신할 수도 있다. 엔트로피 디코딩 유닛 (80) 은 VPS, SPS, 및 PPS 와 같은 하나 이상의 파라미터 세트들에서 고정-길이 신택스 엘리먼트들 및 가변-길이 신택스 엘리먼트들 양자 모두를 프로세싱 및 파싱할 수도 있다.
비디오 슬라이스가 인트라-코딩된 (I) 슬라이스로서 코딩될 때, 예측 프로세싱 유닛 (81) 의 인트라 예측 프로세싱 유닛 (84) 은 현재 프레임 또는 픽처의 이전에 디코딩된 블록들로부터의 시그널링된 인트라-예측 모드 및 데이터에 기초하여 현재 비디오 슬라이스의 비디오 블록에 대한 예측 데이터를 생성할 수도 있다. 비디오 프레임이 인터-코딩된 (즉, B, P 또는 GPB) 슬라이스로서 코딩될 때, 예측 프로세싱 유닛 (81) 의 모션 보상 유닛 (82) 은 엔트로피 디코딩 유닛 (80) 으로부터 수신된 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 현재 비디오 슬라이스의 비디오 블록에 대한 예측 블록들을 생성한다. 예측 블록들은 레퍼런스 픽처 리스트 내의 레퍼런스 픽처들 중 하나로부터 생성될 수도 있다. 디코딩 디바이스 (112) 는 픽처 메모리 (92) 에 저장된 레퍼런스 픽처들에 기초한 디폴트 구성 기법들을 사용하여 레퍼런스 프레임 리스트들, 즉, List 0 및 List 1 을 구성할 수도 있다.
모션 보상 유닛 (82) 은, 모션 벡터들 및 다른 신택스 엘리먼트들을 파싱함으로써 현재 비디오 슬라이스의 비디오 블록에 대한 예측 정보를 결정하고, 그 예측 정보를 사용하여 디코딩되고 있는 현재 비디오 블록에 대한 예측 블록들을 생성한다. 예를 들어, 모션 보상 유닛 (82) 은 파라미터 세트에서 하나 이상의 신택스 엘리먼트들을 사용하여 비디오 슬라이스의 비디오 블록들을 코딩하는데 사용된 예측 모드 (예를 들어, 인트라- 또는 인터-예측), 인터-예측 슬라이스 타입 (예를 들어, B 슬라이스, P 슬라이스, 또는 GPB 슬라이스), 슬라이스에 대한 하나 이상의 레퍼런스 픽처 리스트들에 대한 구성 정보, 슬라이스의 각각의 인터-인코딩된 비디오 블록에 대한 모션 벡터들, 슬라이스의 각각의 인터-코딩된 비디오 블록에 대한 인터-예측 상태, 및 현재 비디오 슬라이스에서 비디오 블록들을 디코딩하기 위한 다른 정보를 결정할 수도 있다.
모션 보상 유닛 (82) 은 또한, 보간 필터들에 기초하여 보간을 수행할 수도 있다. 모션 보상 유닛 (82) 은 비디오 블록들의 인코딩 동안 인코딩 디바이스 (104) 에 의해 사용된 바와 같은 보간 필터들을 사용하여, 레퍼런스 블록들의 서브-정수 픽셀들에 대한 보간된 값들을 계산할 수도 있다. 이 경우에, 모션 보상 유닛 (82) 은 수신된 신택스 엘리먼트들로부터 인코딩 디바이스 (104) 에 의해 사용되는 보간 필터들을 결정할 수도 있고, 보간 필터들을 사용하여 예측 블록들을 생성할 수도 있다.
역 양자화 유닛 (86) 은 비트스트림에서 제공되고 엔트로피 디코딩 유닛 (80) 에 의해 디코딩되는 양자화된 변환 계수들을 역 양자화, 또는 양자화해제 (de-quantize) 한다. 역 양자화 프로세스는, 양자화의 정도도, 그리고, 마찬가지로, 적용되어야 하는 역 양자화의 정도를 결정하기 위해, 비디오 슬라이스에서 각각의 비디오 블록에 대해 인코딩 디바이스 (104) 에 의해 계산된 양자화 파라미터의 사용을 포함할 수도 있다. 역 변환 프로세싱 유닛 (88) 은 픽셀 도메인에서 잔차 블록들을 생성하기 위하여, 역 변환 (예를 들어, 역 DCT 또는 다른 적합한 역 변환), 역 정수 변환, 또는 개념상 유사한 역 변환 프로세스를 변환 계수들에 적용한다.
모션 보상 유닛 (82) 이 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 현재 비디오 블록에 대한 예측 블록을 생성한 후, 디코딩 디바이스 (112) 는 역 변환 프로세싱 유닛 (88) 으로부터의 잔차 블록들을 모션 보상 유닛 (82) 에 의해 생성된 대응하는 예측 블록들과 합산함으로써 디코딩된 비디오 블록을 형성한다. 합산기 (90) 는 이 합산 연산을 수행하는 컴포넌트 또는 컴포넌트들을 나타낸다. 원하는 경우, (코딩 루프 내 또는 코딩 루프 후의) 루프 필터들이 또한 픽셀 트랜지션들을 평활화하거나 또는 그렇지 않으면 비디오 품질을 개선하는데 사용될 수도 있다. 필터 유닛 (91) 은 디블록킹 필터, 적응적 루프 필터 (ALF), 및 샘플 적응적 오프셋 (SAO) 필터와 같은 하나 이상의 루프 필터들을 표현하도록 의도된다. 필터 유닛 (91) 은 도 11 에 인 루프 필터인 것으로 도시되지만, 다른 구성들에서, 필터 유닛 (91) 은 포스트 루프 필터로서 구현될 수도 있다. 그 후, 주어진 프레임 또는 픽처에서의 디코딩된 비디오 블록들이 후속 모션 보상을 위해 사용되는 레퍼런스 픽처들을 저장하는 픽처 메모리 (92) 에 저장된다. 픽처 메모리 (92) 는 또한, 도 1 에 도시된 비디오 목적지 디바이스 (122) 와 같은 디스플레이 디바이스 상에의 추후 프리젠테이션을 위해 디코딩된 비디오를 저장한다.
이러한 방식으로, 도 11 의 디코딩 디바이스 (112) 는 도 8 및/또는 도 9 에 대하여 상기 설명된 프로세스들을 포함하는 본 명세서에서 설명된 기법들 중 임의의 것을 수행하도록 구성된 비디오 디코더의 예를 나타낸다.
본 명세서에서 사용된 바와 같이, 용어 "컴퓨터 판독가능 매체" 는, 휴대용 또는 비휴대용 저장 디바이스들, 광학 저장 디바이스들, 및 명령(들) 및/또는 데이터를 저장, 포함, 또는 반송할 수 있는 다양한 다른 매체들을 포함하지만, 이들에 한정되지 않는다. 컴퓨터 판독가능 매체는 데이터가 저장될 수 있고 반송파들 및/또는 무선으로 또는 유선 접속을 통해 전파되는 일시적 전자 신호들을 포함하지 않는 비일시적 매체를 포함할 수도 있다. 비일시적 매체의 예들은, 자기 디스크 또는 테이프, 콤팩트 디스크 (CD) 또는 디지털 다기능 디스크 (DVD) 와 같은 광학 저장 매체들, 플래시 메모리, 메모리 또는 메모리 디바이스들을 포함할 수도 있지만, 이에 한정되지 않는다. 컴퓨터 판독가능 매체는, 프로시저, 함수, 서브프로그램, 프로그램, 루틴, 서브루틴, 모듈, 소프트웨어 패키지, 클래스, 또는 명령들, 데이터 구조들, 또는 프로그램 스테이트먼트들의 임의의 조합을 나타낼 수도 있는 코드 및/또는 머신 실행가능 명령들을 저장할 수도 있다. 코드 세그먼트는, 정보, 데이터, 인수들 (arguments), 파라미터들, 또는 메모리 컨텐츠들을 전달 및/또는 수신함으로써 다른 코드 세그먼트 또는 하드웨어 회로에 커플링될 수도 있다. 정보, 인수들, 파라미터들, 데이터 등은 메모리 공유, 메시지 전달, 토큰 전달, 네트워크 송신 등을 포함한 임의의 적합한 수단을 통해 전달, 포워딩, 또는 송신될 수도 있다.
일부 실시형태들에서, 컴퓨터 판독가능 저장 디바이스들, 매체들, 및 메모리들은 비트 스트림 등을 포함하는 무선 신호 또는 케이블을 포함할 수 있다. 하지만, 언급될 때, 비일시적 컴퓨터 판독가능 저장 매체들은 에너지, 캐리어 신호들, 전자기 파들, 및 신호들 그 자체와 같은 매체들을 명시적으로 배제한다.
특정 상세들이 본 명세서에서 제공된 실시형태들 및 예들의 철저한 이해를 제공하기 위해 상기 설명에서 제공된다. 그러나, 실시형태들은 이들 특정 상세들 없이 실시될 수도 있음이 당업자에 의해 이해될 것이다. 설명의 명확성을 위해, 일부 사례들에서, 본 기술은 디바이스들, 디바이스 컴포넌트들, 소프트웨어로 구현된 방법에서의 단계들 또는 루틴들, 또는 하드웨어와 소프트웨어 조합들을 포함하는 기능적 블록들을 포함하는 개개의 기능적 블록들을 포함하는 것으로 제시될 수도 있다. 도면들에 도시되고/거나 본 명세서에서 설명된 것들 이외의 추가적인 컴포넌트들이 사용될 수도 있다. 예를 들어, 회로들, 시스템들, 네트워크들, 프로세스들, 및 다른 컴포넌트들은, 실시형태들을 불필요한 상세로 불분명하게 하지 않기 위하여 블록 다이어그램 형태의 컴포넌트들로서 도시될 수도 있다. 다른 사례들에서, 잘 알려진 회로들, 프로세스들, 알고리즘들, 구조들, 및 기법들은, 실시형태들을 불분명하게 하는 것을 회피하기 위해 불필요한 상세 없이 도시될 수도 있다.
개개의 실시형태들은, 플로우차트, 플로우 다이어그램, 데이터 플로우 다이어그램, 구조 다이어그램, 또는 블록 다이어그램으로서 도시되는 프로세스 또는 방법으로서 위에서 설명될 수도 있다. 비록 플로우차트가 동작들을 순차적인 프로세스로서 설명할 수도 있지만, 많은 동작들은 병렬로 또는 동시에 수행될 수 있다. 또한, 동작들의 순서는 재배열될 수도 있다. 프로세스는 그의 동작들이 완료될 때 종료되지만, 도면에 포함되지 않은 추가적인 단계들을 가질 수 있다. 프로세스는 방법, 함수, 프로시저, 서브루틴, 서브프로그램 등에 대응할 수도 있다. 프로세스가 함수에 대응할 경우, 그 종료는 그 함수의 호출 함수 또는 메인 함수로의 복귀에 대응할 수 있다.
상기 설명된 예들에 따른 프로세스들 및 방법들은 컴퓨터 판독가능 매체들에 저장되거나 또는 그렇지 않으면 그들로부터 이용가능한 컴퓨터 실행가능 명령들을 사용하여 구현될 수 있다. 그러한 명령들은, 예를 들어, 범용 컴퓨터, 특수 목적 컴퓨터, 또는 프로세싱 디바이스가 소정의 기능 또는 기능들의 그룹을 수행하게 하거나 또는 그렇지 않으면 수행하도록 구성하는 명령들 및 데이터를 포함할 수 있다. 사용되는 컴퓨터 리소스들의 부분들은 네트워크를 통해 액세스가능할 수 있다. 컴퓨터 실행가능 명령들은, 예를 들어, 어셈블리 언어, 펌웨어, 소스 코드 등과 같은 바이너리들, 중간 포맷 명령들일 수도 있다. 명령들, 사용되는 정보, 및/또는, 설명된 예들에 따른 방법들 동안 형성된 정보를 저장하는데 사용될 수도 있는 컴퓨터 판독가능 매체들의 예들은 자기 또는 광학 디스크들, 플래시 메모리, 비휘발성 메모리가 제공된 USB 디바이스들, 네트워킹된 저장 디바이스들 등을 포함한다.
이들 개시들에 따른 프로세스들 및 방법들을 구현하는 디바이스들은 하드웨어, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 기술 언어, 또는 이들의 임의의 조합을 포함할 수 있고, 다양한 폼 팩터들 중 임의의 것을 취할 수 있다. 소프트웨어, 펌웨어, 미들웨어, 또는 마이크로코드에서 구현될 경우, 필요한 태스크들을 수행하기 위한 프로그램 코드 또는 코드 세그먼트들 (예를 들어, 컴퓨터 프로그램 제품) 은 컴퓨터 판독가능 또는 머신 판독가능 매체에 저장될 수도 있다. 프로세서(들)는 필요한 태스크들을 수행할 수도 있다. 폼 팩터들의 통상적인 예들은 랩탑들, 스마트 폰들, 모바일 폰들, 태블릿 디바이스들 또는 다른 소형 폼 팩터 퍼스널 컴퓨터들, 퍼스널 디지털 어시스턴트들, 랙마운트 디바이스들, 독립형 디바이스들 등을 포함한다. 본 명세서에서 설명된 기능은 또한, 주변장치들 또는 추가 카드들에서 구현될 수 있다. 그러한 기능은 또한, 추가의 예에 의해, 단일 디바이스에서 실행되는 상이한 프로세스들 또는 상이한 칩들 중에서 회로 보드 상에서 구현될 수 있다.
명령들, 그러한 명령들을 전달하기 위한 매체들, 그것들을 실행하기 위한 컴퓨팅 리소스들, 및 그러한 컴퓨팅 리소스들을 지원하기 위한 다른 구조들은 본 개시에서 설명된 기능들을 제공하기 위한 예시적인 수단들이다.
전술한 설명에서, 본 출원의 양태들은 그의 특정 실시형태들을 참조하여 설명되지만, 당업자는 본 출원이 그들에 한정되지 않음을 인식할 것이다. 따라서, 본 출원의 예시적인 실시형태들이 본 명세서에서 상세하게 설명되었지만, 본 발명의 개념들은 다르게는 다양하게 구체화되고 채용될 수도 있으며, 첨부된 청구항들은 선행 기술에 의해 제한되는 것을 제외하고는 그러한 변형을 포함하는 것으로 해석되도록 의도된다는 것을 이해해야 한다. 상기 설명된 출원의 다양한 피처들 및 양태들은 개별적으로 또는 공동으로 사용될 수도 있다. 또한, 실시형태들은 본 명세서의 더 넓은 사상 및 범위를 벗어나지 않으면서 본 명세서에서 설명된 것들 이외의 임의의 수의 환경들 및 애플리케이션들에서 활용될 수 있다. 이에 따라, 명세서 및 도면들은 제한적이 아닌 예시적인 것으로 간주되어야 한다. 예시의 목적들을 위해, 방법들은 특정 순서로 설명되었다. 대안적인 실시형태들에서, 방법들은 설명된 것과 다른 순서로 수행될 수 있음이 인식되어야 한다.
당업자는 본 명세서에서 사용된 미만 ("<") 및 초과 (">") 기호들 또는 용어가 본 설명의 범위를 벗어나지 않으면서 이하 ("≤") 및 이상 ("≥") 기호들로 각각 대체될 수 있음을 인식할 것이다.
컴포넌트들이 소정의 동작을 수행 "하도록 구성된" 것으로 설명되는 경우, 그러한 구성은 예를 들어, 전자 회로들 또는 다른 하드웨어를 설계하여 그 동작을 수행하는 것에 의해, 프로그래밍가능 전자 회로들 (예를 들어, 마이크로프로세서들, 또는 다른 적합한 전자 회로들) 을 프로그래밍하여 그 동작을 수행하는 것에 의해, 또는 이들의 임의의 조합에 의해, 달성될 수 있다.
어구 "하도록 커플링된 (coupled to)" 은 다른 컴포넌트에 직접 또는 간접적으로 물리적으로 접속되는 임의의 컴포넌트, 및/또는 다른 컴포넌트와 직접 또는 간접적으로 통신하는 (예컨대, 유선 또는 무선 접속, 및/또는 다른 적합한 통신 인터페이스를 통해 다른 컴포넌트에 접속된) 임의의 컴포넌트를 지칭한다.
세트 "중 적어도 하나" 또는 세트 "중 하나 이상" 을 인용하는 청구항 언어 또는 기타 언어는 그 세트의 하나의 멤버 또는 그 세트의 다중 멤버들이 청구항을 만족하는 것을 나타낸다. 예를 들어, "A 및 B 중 적어도 하나" 를 인용하는 청구항 언어는 A, B, 또는 A 및 B 를 의미한다. 다른 예에서, "A, B, 및 C 중 적어도 하나" 를 인용하는 청구항 언어는 A, B, C, 또는 A 및 B, 또는 A 및 C, 또는 B 및 C, 또는 A 및 B 및 C 를 의미한다. 언어 세트 "의 적어도 하나" 및/또는 세트의 "하나 이상" 은 그 세트를 세트에서 리스팅된 아이템들에 한정하지 않는다. 예를 들어, "A 및 B 중 적어도 하나" 를 인용하는 청구항 언어는 A, B, 또는 A 및 B 를 의미할 수 있고, A 및 B 의 세트에서 리스팅되지 않은 아이템들을 추가적으로 포함할 수 있다.
본 명세서에서 개시된 실시형태들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 회로들, 및 알고리즘 단계들은 전자 하드웨어, 컴퓨터 소프트웨어, 펌웨어, 또는 이들의 조합들로서 구현될 수도 있다. 하드웨어와 소프트웨어의 이러한 상호교환가능성을 명확히 예시하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들은 그들의 기능의 관점에서 일반적으로 상기 설명되었다. 그러한 기능이 하드웨어로 구현되는지 또는 소프트웨어로 구현되는지는 전체 시스템에 부과된 설계 제약들 및 특정 애플리케이션에 의존한다. 당업자는 설명된 기능을 각각의 특정 애플리케이션에 대하여 다양한 방식들로 구현할 수도 있지만, 그러한 구현 결정들이 본 출원의 범위를 벗어나게 하는 것으로 해석되지 않아야 한다.
본 명세서에서 설명된 기법들은 또한 전자 하드웨어, 컴퓨터 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 그러한 기법들은 범용 컴퓨터들, 무선 통신 디바이스 핸드세트들, 또는 무선 통신 디바이스 핸드세트들 및 다른 디바이스들에서의 애플리케이션을 포함하는 다중 사용들을 갖는 집적 회로 디바이스들과 같은 다양한 디바이스들 중 임의의 것에서 구현될 수도 있다. 모듈들 또는 컴포넌트들로서 설명된 임의의 피처들은 집적 로직 디바이스에서 함께 또는 별개지만 상호운용가능한 로직 디바이스들로서 별도로 구현될 수도 있다. 소프트웨어에서 구현되면, 그 기법들은, 실행될 경우, 상기 설명된 방법들 중 하나 이상을 수행하는 명령들을 포함하는 프로그램 코드를 포함하는 컴퓨터 판독가능 데이터 저장 매체에 의해 적어도 부분적으로 실현될 수도 있다. 컴퓨터 판독가능 데이터 저장 매체는 컴퓨터 프로그램 제품의 부분을 형성할 수도 있으며, 이는 패키징 재료들을 포함할 수도 있다. 컴퓨터 판독가능 매체는 메모리 또는 데이터 저장 매체들, 예컨대 동기식 동적 랜덤 액세스 메모리 (SDRAM) 와 같은 랜덤 액세스 메모리 (RAM), 판독 전용 메모리 (ROM), 비휘발성 랜덤 액세스 메모리 (NVRAM), 전기적으로 소거가능한 프로그래밍가능 판독 전용 메모리 (EEPROM), FLASH 메모리, 자기 또는 광학 데이터 저장 매체들 등을 포함할 수도 있다. 기법들은, 추가적으로 또는 대안적으로, 전파된 신호들 또는 파들과 같은, 명령들 또는 데이터 구조들의 형태로 프로그램 코드를 반송 또는 통신하고 컴퓨터에 의해 액세스, 판독, 및/또는 실행될 수 있는 컴퓨터 판독가능 통신 매체에 의해 적어도 부분적으로 실현될 수도 있다.
프로그램 코드는, 하나 이상의 디지털 신호 프로세서들 (DSP들), 범용 마이크로프로세서들, 주문형 집적 회로들 (ASIC들), 필드 프로그래밍가능 로직 어레이들 (FPGA들), 또는 다른 등가의 집적된 또는 별개의 로직 회로부와 같은 하나 이상의 프로세서들을 포함할 수도 있는 프로세서에 의해 실행될 수도 있다. 그러한 프로세서는 본 개시에서 설명된 기법들 중 임의의 것을 수행하도록 구성될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만; 대안으로, 그 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수도 있다. 프로세서는 또한, 컴퓨팅 디바이스들의 조합, 예를 들어, DSP 와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 임의의 다른 그러한 구성으로서 구현될 수도 있다. 따라서, 본 명세서에서 사용된 바와 같은 용어 "프로세서" 는 전술한 구조, 전술한 구조의 임의의 조합, 또는 본 명세서에서 설명된 기법들의 구현에 적합한 임의의 다른 구조 또는 장치 중 임의의 것을 지칭할 수도 있다. 추가로, 일부 양태들에서, 본 명세서에서 설명된 기능은 인코딩 및 디코딩을 위해 구성된 전용 소프트웨어 모듈들 또는 하드웨어 모듈들 내에 제공되거나 또는 조합된 비디오 인코더-디코더 (코덱) 에 포함될 수도 있다.
본 개시의 예시적인 예들은 다음을 포함한다:
예 1: 비디오 데이터를 프로세싱하는 방법으로서, 그 방법은, 비디오 데이터의 현재 블록을 획득하는 단계; 현재 블록의 폭 및 높이 중 적어도 하나가 사이즈 임계치보다 크다고 결정하는 단계; 서브파티션 스플리트 플래그가 현재 블록에 대해 존재하지 않는다고 결정하는 단계; 및 현재 블록에 대한 서브파티션 스플리트 플래그에 대한 값을 결정하는 단계로서, 서브파티션 스플리트 플래그는 현재 블록의 스플리트를 정의하는, 상기 현재 블록에 대한 서브파티션 스플리트 플래그에 대한 값을 결정하는 단계를 포함하고, 서브파티션 스플리트 플래그에 대한 값은, 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 결정된다.
예 2: 예 1 의 방법에 있어서, 서브파티션 스플리트 플래그는, 현재 블록의 폭이 사이즈 임계치보다 클 때 제 1 값을 갖도록 결정되고, 제 1 값은 수직 스플리트에 대응한다.
예 3: 예 1 또는 제 2 의 방법에 있어서, 서브파티션 스플리트 플래그는, 현재 블록의 높이가 사이즈 임계치보다 클 때 제 2 값을 갖도록 결정되고, 제 2 값은 수평 스플리트에 대응한다.
예 4: 예 1 의 방법에 있어서, 서브파티션 스플리트 플래그는, 현재 블록의 폭이 사이즈 임계치보다 크고 그리고 현재 블록의 높이가 사이즈 임계치보다 작을 때 제 1 값을 갖도록 결정되고, 제 1 값은 수직 스플리트에 대응한다.
예 5: 예 1 또는 예 4 의 방법에 있어서, 서브파티션 스플리트 플래그는, 현재 블록의 높이가 사이즈 임계치보다 크고 그리고 현재 블록의 폭이 사이즈 임계치보다 작을 때 제 2 값을 갖도록 결정되고, 제 2 값은 수평 스플리트에 대응한다.
예 6: 예 1 내지 예 5 중 어느 하나의 방법에 있어서, 서브파티션 스플리트 플래그는, 현재 블록의 폭 및 높이 중 적어도 하나가 사이즈 임계치보다 큰 것에 기초하여 시그널링되지 않는다.
예 7: 예 1 내지 예 6 중 어느 하나의 방법에 있어서, 서브파티션 스플리트 플래그에 기초하여 현재 블록을 수직으로 또는 수평으로 서브-파티션들로 분할하는 단계를 더 포함한다.
예 8: 예 1 내지 예 7 중 어느 하나의 방법에 있어서, 현재 블록은 인트라-예측된 블록이다.
예 9: 예 1 내지 예 8 중 어느 하나의 방법에 있어서, 현재 블록은 루마 인트라-예측된 블록이다.
예 10: 장치로서, 비디오 데이터를 저장하도록 구성된 메모리 및 예 1 내지 예 9 중 어느 하나에 따라 비디오 데이터를 프로세싱하도록 구성된 프로세서를 포함한다.
예 11: 예 10 의 장치에 있어서, 장치는 디코더를 포함한다.
예 12: 예 10 의 장치에 있어서, 장치는 인코더를 포함한다.
예 13: 예 10 내지 예 12 중 어느 하나의 장치에 있어서, 장치는 모바일 디바이스이다.
예 14: 예 10 내지 예 13 중 어느 하나의 장치에 있어서, 장치는 비디오 데이터를 디스플레이하도록 구성된 디스플레이를 포함한다.
예 15: 예 10 내지 예 14 중 어느 하나의 장치에 있어서, 장치는 하나 이상의 픽처들을 캡처하도록 구성된 카메라를 포함한다.
예 16: 명령들을 저장한 컴퓨터 판독가능 매체로서, 그 명령들은, 프로세서에 의해 실행될 경우, 예 1 내지 예 9 중 어느 하나의 방법들을 수행한다.
예 17: 비디오 데이터를 프로세싱하는 방법으로서, 그 방법은: 비디오 데이터의 현재 블록을 획득하는 단계; 현재 블록의 폭 및 높이 중 적어도 하나가 사이즈 임계치보다 크다고 결정하는 단계; 및 현재 블록을 서브파티션들로 파티셔닝하는 단계를 포함하고, 현재 블록은, 서브파티션들의 폭들 및 높이들이 사이즈 임계치를 초과하지 않을 때까지 파티셔닝된다.
예 18: 예 17 의 방법에 있어서, 현재 블록을 파티셔닝하는 단계는 사이즈 임계치를 초과하는 폭 및 높이 중 적어도 하나를 감소시키는 단계를 포함한다.
예 19: 예 17 또는 예 18 의 방법에 있어서, 현재 블록을 서브파티션들로 파티셔닝하는 단계는, 서브-파티션 스플리트 타입이 수평 또는 수직일 때 변환 트리 신택스 구조를 사용하는 단계를 포함한다.
예 20: 예 17 또는 예 18 의 방법에 있어서, 코딩된 블록의 폭 및 높이 중 적어도 하나가 사이즈 임계치보다 클 때 서브파티션 수 변수의 값을 수정하는 단계를 더 포함하며, 서브파티션 수 변수는, 블록이 분할되는 서브파티션들의 수를 특정하고, 수정된 값은, 서브파티션들의 폭 및 높이 중 적어도 하나가 사이즈 임계치를 초과하지 않게 한다.
예 21: 예 17 또는 예 18 의 방법에 있어서, 현재 블록과 연관된 서브파티션 모드 플래그의 값은 서브파티션이 폭 및 높이 중 적어도 하나에 대한 사이즈 임계치를 초과하지 않도록 제약하며, 서브파티션 모드 플래그는, 현재 블록이 블록 서브파티션들의 수로 파티셔닝되는지 여부를 특정한다.
예 22: 예 21 의 방법에 있어서, 블록 서브파티션들의 수는 서브파티션 수 변수에 의해 특정된다.
예 23: 장치로서, 비디오 데이터를 저장하도록 구성된 메모리 및 예 17 내지 예 22 중 어느 하나에 따라 비디오 데이터를 프로세싱하도록 구성된 프로세서를 포함한다.
예 24: 예 23 의 장치에 있어서, 장치는 디코더를 포함한다.
예 25: 예 23 의 장치에 있어서, 장치는 인코더를 포함한다.
예 26: 예 23 내지 예 25 중 어느 하나의 장치에 있어서, 장치는 모바일 디바이스이다.
예 27: 예 23 내지 예 26 중 어느 하나의 장치에 있어서, 장치는 비디오 데이터를 디스플레이하도록 구성된 디스플레이를 포함한다.
예 28: 예 23 내지 예 27 중 어느 하나의 장치에 있어서, 장치는 하나 이상의 픽처들을 캡처하도록 구성된 카메라를 포함한다.
예 29: 명령들을 저장한 컴퓨터 판독가능 매체로서, 명령들은, 프로세서에 의해 실행될 경우, 예 17 내지 예 22 중 어느 하나의 방법들을 수행한다.
예 30: 비디오 데이터를 프로세싱하는 방법으로서, 그 방법은: 비디오 데이터의 현재 블록을 획득하는 단계; 및 현재 블록이 가상 파이프라인 데이터 유닛들 (VPDU) 경계를 넘지 않는 것을 특정하는 제약에 기초하여 현재 블록을 코딩하는 단계를 포함한다.
예 31: 예 30 의 장치에 있어서, 제약은, 현재 블록의 폭 및 높이 중 적어도 하나가 VPDU 의 최대 폭 또는 높이보다 클 때, 현재 블록과 연관된 서브파티션 모드 플래그의 값이 특정 값과 동일해야 함을 특정하고, 그 특정 값은, 현재 블록이 블록 서브파티션들로 파티셔닝되지 않음을 특정한다.
예 32: 장치로서, 비디오 데이터를 저장하도록 구성된 메모리 및 예 30 또는 예 31 에 따라 비디오 데이터를 프로세싱하도록 구성된 프로세서를 포함한다.
예 33: 예 32 의 장치에 있어서, 장치는 디코더를 포함한다.
예 34: 예 32 의 장치에 있어서, 장치는 인코더를 포함한다.
예 35: 예 32 내지 예 34 중 어느 하나의 장치에 있어서, 장치는 모바일 디바이스이다.
예 36: 예 32 내지 예 35 중 어느 하나의 장치에 있어서, 장치는 비디오 데이터를 디스플레이하도록 구성된 디스플레이를 포함한다.
예 37: 예 32 내지 예 36 중 어느 하나의 장치에 있어서, 장치는 하나 이상의 픽처들을 캡처하도록 구성된 카메라를 포함한다.
예 38: 명령들을 저장한 컴퓨터 판독가능 매체로서, 명령들은, 프로세서에 의해 실행될 경우, 예 30 또는 예 31 의 방법들을 수행한다.
조항 (Clause) 1: 비디오 데이터를 인코딩하기 위한 장치로서, 그 장치는: 메모리; 및 회로부에서 구현된 프로세서를 포함하고, 프로세서는: 비디오 데이터의 픽처의 현재 블록을 획득하고; 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하는 것으로서, 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 높이 사이즈 임계치는 데이터 유닛의 높이에 대응하는, 상기 픽처의 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하고; 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 현재 블록이 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나에 기초하여 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것으로서, 인트라-서브파티션 모드 플래그의 값은, 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되는지 여부를 표시하는, 상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하고; 그리고 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것에 기초하여, 적어도 현재 블록을 포함하는 인코딩된 비디오 비트스트림을 생성하도록 구성된다.
조항 2: 조항 1 에 따른 장치에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하다.
조항 3: 조항 1 또는 조항 2 에 따른 장치에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 상이하다.
조항 4: 조항 1 내지 조항 3 중 어느 하나에 따른 장치에 있어서, 인트라-서브파티션 모드 플래그의 값이 제 1 값과 동일하다는 것은, 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되는 것을 특정하고, 인트라-서브파티션 모드 플래그의 값이 제 2 값과 동일하다는 것은, 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되지 않는 것을 특정한다.
조항 5: 조항 1 내지 조항 4 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록의 폭이 폭 사이즈 임계치보다 크거나 또는 현재 블록의 높이가 높이 사이즈 임계치보다 크다고 결정하고; 그리고 현재 블록의 폭이 폭 사이즈 임계치보다 크거나 또는 현재 블록의 높이가 높이 사이즈 임계치보다 크다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그의 값을 제 2 값과 동일한 것으로 결정하도록 추가로 구성된다.
조항 6: 조항 1 내지 조항 5 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록의 폭이 폭 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 높이 사이즈 임계치보다 작거나 같다고 결정하고; 그리고 현재 블록의 폭이 폭 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 높이 사이즈 임계치보다 작거나 같다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그를 (예를 들어, 제 1 값 또는 제 2 값으로서) 시그널링하기로 결정하도록 추가로 구성된다.
조항 7: 조항 1 내지 조항 6 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것으로서, 사이즈 임계치는 최대 변환 블록 사이즈에 대응하는, 상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하고; 그리고 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 현재 블록의 높이가 사이즈 임계치보다 작거나 같다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그를 (예를 들어, 제 1 값 또는 제 2 값으로서) 시그널링하기로 결정하도록 추가로 구성된다.
조항 8: 조항 1 내지 조항 7 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하는 것으로서, 사이즈 임계치는 최대 변환 블록 사이즈에 대응하는, 상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 현재 블록의 높이가 사이즈 임계치보다 작거나 같다고 결정하고; 그리고 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 현재 블록의 높이가 사이즈 임계치보다 작거나 같다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 모드 플래그의 값이 제 2 값이라고 결정하도록 추가로 구성된다.
조항 9: 조항 1 내지 조항 8 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 한다고 결정하고; 그리고 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 한다는 결정에 기초하여, 인코딩된 비디오 비트스트림에 현재 블록에 대한 인트라-서브파티션 모드 플래그를 포함하도록 추가로 구성된다.
조항 10: 조항 1 내지 조항 9 중 어느 하나에 따른 장치에 있어서, 프로세서는, 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하고; 그리고 현재 블록의 폭 또는 높이가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다는 결정에 기초하여, 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하는 것으로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록을 파티셔닝하기 위한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하도록 추가로 구성된다.
조항 11: 조항 1 내지 조항 10 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록의 폭이 사이즈 임계치보다 크다고 결정하고; 그리고 현재 블록의 폭이 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 것으로서, 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하도록 추가로 구성된다.
조항 12: 조항 1 내지 조항 11 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록의 높이가 사이즈 임계치보다 크다고 결정하고; 그리고 현재 블록의 높이가 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 것으로서, 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하도록 추가로 구성된다.
조항 13: 조항 1 내지 조항 12 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록에 대한 인트라-서브파티션 스플리트 플래그의 값에 기초하여 현재 블록을 수직으로 또는 수평으로 서브-파티션들로 분할하도록 추가로 구성된다.
조항 14: 조항 1 내지 조항 13 중 어느 하나에 따른 장치에 있어서, 현재 블록은 인트라-예측된 블록이다.
조항 15: 조항 1 내지 조항 14 중 어느 하나에 따른 장치에 있어서, 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 이다.
조항 16: 조항 1 내지 조항 15 중 어느 하나에 따른 장치에 있어서, 데이터 유닛은 변환 블록이다.
조항 17: 조항 1 내지 조항 16 중 어느 하나에 따른 장치에 있어서, 폭 사이즈 임계치 및 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일하다.
조항 18: 비디오 데이터를 디코딩하는 방법으로서, 그 방법은: 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하는 단계; 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하고; 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하는 단계; 및 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하는 단계를 포함한다.
조항 19: 조항 18 에 따른 방법에 있어서, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다고 결정하는 단계; 및 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다는 결정에 기초하여 인트라-서브파티션 스플리트 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계를 더 포함하고, 현재 블록은, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블되는 것에 기초하여 인트라-서브파티션 모드를 사용하여 직사각형 변환 블록 서브파티션들로 파티셔닝된다.
조항 20: 조항 18 또는 조항 19 에 따른 방법에 있어서, 현재 블록의 폭이 사이즈 임계치보다 크다고 결정하는 단계; 및 현재 블록의 폭이 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 단계로서, 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 단계를 더 포함한다.
조항 21: 조항 18 내지 조항 20 중 어느 하나에 따른 방법에 있어서, 수직 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하는 단계를 더 포함하고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 폭들은 수직 스플리트 타입에 기초한 현재 블록의 폭보다 작다.
조항 22: 조항 18 내지 조항 21 중 어느 하나에 따른 방법에 있어서, 현재 블록의 높이가 사이즈 임계치보다 크다고 결정하는 단계; 및 현재 블록의 높이가 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 단계로서, 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 단계를 더 포함한다.
조항 23: 조항 18 내지 조항 22 중 어느 하나에 따른 방법에 있어서, 수평 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하는 단계를 더 포함하고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 높이들은 수평 스플리트 타입에 기초한 현재 블록의 높이보다 작다.
조항 24: 조항 18 내지 조항 23 중 어느 하나에 따른 방법에 있어서, 비디오 데이터의 제 2 블록에 대해 인트라-서브파티션 모드를 인에이블하기 위한 인트라-서브파티션 모드 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계; 및 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다는 것에 기초하여 제 2 블록에 대한 인트라-서브파티션 모드 플래그의 모드 값을 결정하는 단계를 더 포함한다.
조항 25: 조항 18 내지 조항 24 중 어느 하나에 따른 방법에 있어서, 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다는 것은, 제 2 블록의 폭이 폭 사이즈 임계치보다 큰 것 또는 제 2 블록의 높이가 높이 사이즈 임계치보다 큰 것 중 적어도 하나를 표시하고, 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 높이 사이즈 임계치는 데이터 유닛의 높이에 대응한다.
조항 26: 조항 18 내지 조항 25 중 어느 하나에 따른 방법에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하다.
조항 27: 조항 18 내지 조항 26 중 어느 하나에 따른 방법에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하지 않다.
조항 28: 조항 18 내지 조항 27 중 어느 하나에 따른 방법에 있어서, 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 이다.
조항 29: 조항 18 내지 조항 28 중 어느 하나에 따른 방법에 있어서, 데이터 유닛은 변환 블록이다.
조항 30: 조항 18 내지 조항 29 중 어느 하나에 따른 방법에 있어서, 폭 사이즈 임계치 및 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일하다.
조항 31: 조항 18 내지 조항 30 중 어느 하나에 따른 방법에 있어서, 현재 블록은 인트라-예측된 블록이다.
조항 32: 조항 18 내지 조항 31 중 어느 하나에 따른 방법에 있어서, 현재 블록을 포함하는 하나 이상의 코딩 블록들을 생성하기 위해 비디오 데이터의 블록의 블록-기반 파티셔닝을 수행하는 단계; 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다고 결정하는 단계; 및 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다고 결정하는 것에 기초하여, 인트라-서브파티션 모드를 사용하여 현재 블록을 2 개 이상의 서브-블록들로 파티셔닝하는 단계를 더 포함한다.
조항 33: 조항 18 내지 조항 32 중 어느 하나에 따른 방법에 있어서, 2 개 이상의 서브-블록들에 개별의 2 개 이상의 잔차 값들을 적용함으로써 2 개 이상의 서브-블록들을 재구성하는 단계를 더 포함한다.
조항 34: 비디오 데이터를 디코딩하기 위한 장치로서, 그 장치는: 메모리; 및 회로부에서 구현된 프로세서를 포함하고, 프로세서는: 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하고; 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 것으로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하고; 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하고; 그리고 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하도록 구성된다.
조항 35: 조항 34 에 따른 장치에 있어서, 프로세서는: 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다고 결정하고; 그리고 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다는 결정에 기초하여 인트라-서브파티션 스플리트 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하도록 추가로 구성되고, 현재 블록은, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블되는 것에 기초하여 인트라-서브파티션 모드를 사용하여 직사각형 변환 블록 서브파티션들로 파티셔닝된다.
조항 36: 조항 34 또는 조항 35 에 따른 장치에 있어서, 프로세서는: 현재 블록의 폭이 사이즈 임계치보다 크다고 결정하고; 그리고 현재 블록의 폭이 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 것으로서, 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하도록 추가로 구성된다.
조항 37: 조항 34 내지 조항 36 중 어느 하나에 따른 장치에 있어서, 프로세서는: 수직 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하도록 추가로 구성되고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 폭들은 수직 스플리트 타입에 기초한 현재 블록의 폭보다 작다.
조항 38: 조항 34 내지 조항 37 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록의 높이가 사이즈 임계치보다 크다고 결정하고; 그리고 현재 블록의 높이가 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 것으로서, 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하도록 추가로 구성된다.
조항 39: 조항 34 내지 조항 38 중 어느 하나에 따른 장치에 있어서, 프로세서는: 수평 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하도록 추가로 구성되고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 높이들은 수평 스플리트 타입에 기초한 현재 블록의 높이보다 작다.
조항 40: 조항 34 내지 조항 39 중 어느 하나에 따른 장치에 있어서, 프로세서는: 비디오 데이터의 제 2 블록에 대해 인트라-서브파티션 모드를 인에이블하기 위한 인트라-서브파티션 모드 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하고; 그리고 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는 것에 기초하여 제 2 블록에 대한 인트라-서브파티션 모드 플래그의 모드 값을 결정하도록 추가로 구성된다.
조항 41: 조항 34 내지 조항 40 중 어느 하나에 따른 장치에 있어서, 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다는 것은, 제 2 블록의 폭이 폭 사이즈 임계치보다 큰 것 또는 제 2 블록의 높이가 높이 사이즈 임계치보다 큰 것 중 적어도 하나를 표시하고, 폭 사이즈 임계치는 가상 파이프라인 데이터 유닛 (VPDU) 의 폭에 대응하고 높이 사이즈 임계치는 VPDU 의 높이에 대응한다.
조항 42: 조항 34 내지 조항 41 중 어느 하나에 따른 장치에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하다.
조항 43: 조항 34 내지 조항 42 중 어느 하나에 따른 장치에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하지 않다.
조항 44: 조항 34 내지 조항 43 중 어느 하나에 따른 장치에 있어서, 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 이다.
조항 45: 조항 34 내지 조항 44 중 어느 하나에 따른 장치에 있어서, 데이터 유닛은 변환 블록이다.
조항 46: 조항 34 내지 조항 45 중 어느 하나에 따른 장치에 있어서, 폭 사이즈 임계치 및 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일하다.
조항 47: 조항 34 내지 조항 43 중 어느 하나에 따른 장치에 있어서, 현재 블록은 인트라-예측된 블록이다.
조항 48: 조항 34 내지 조항 44 중 어느 하나에 따른 장치에 있어서, 프로세서는: 현재 블록을 포함하는 하나 이상의 코딩 블록들을 생성하기 위해 비디오 데이터의 블록의 블록-기반 파티셔닝을 수행하고; 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다고 결정하고; 그리고 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다고 결정하는 것에 기초하여, 인트라-서브파티션 모드를 사용하여 현재 블록을 2 개 이상의 서브-블록들로 파티셔닝하도록 추가로 구성된다.
조항 49: 조항 34 내지 조항 48 중 어느 하나에 따른 장치에 있어서, 프로세서는: 2 개 이상의 서브-블록들에 개별의 2 개 이상의 잔차 값들을 적용함으로써 2 개 이상의 서브-블록들을 재구성하도록 추가로 구성된다.
조항 50: 조항 34 내지 조항 49 중 어느 하나에 따른 장치에 있어서, 장치는 하나 이상의 픽처들을 캡처하기 위한 카메라를 갖는 모바일 디바이스를 포함한다.
조항 51: 조항 34 내지 조항 50 중 어느 하나에 따른 장치에 있어서, 하나 이상의 픽처들을 디스플레이하기 위한 디스플레이를 더 포함한다.
조항 52: 명령들을 저장한 비일시적 컴퓨터 판독가능 매체로서, 명령들은, 하나 이상의 프로세서들에 의해 실행될 경우, 하나 이상의 프로세서들로 하여금: 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하게 하고; 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하는 것으로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하고; 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하게 하고; 그리고 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하게 한다.
조항 53: 조항 52 에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 명령들은 또한, 프로세서로 하여금: 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다고 결정하게 하고; 그리고 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다는 결정에 기초하여 인트라-서브파티션 스플리트 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하고, 현재 블록은, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블되는 것에 기초하여 인트라-서브파티션 모드를 사용하여 직사각형 변환 블록 서브파티션들로 파티셔닝된다.
조항 54: 조항 52 또는 조항 53 에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 명령들은 또한, 프로세서로 하여금: 현재 블록의 폭이 사이즈 임계치보다 크다고 결정하게 하고; 그리고 현재 블록의 폭이 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하게 하는 것으로서, 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하게 한다.
조항 55: 조항 52 내지 조항 54 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 명령들은 또한, 프로세서로 하여금: 수직 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하게 하고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 폭들은 수직 스플리트 타입에 기초한 현재 블록의 폭보다 작다.
조항 56: 조항 52 내지 조항 55 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 명령들은 또한, 프로세서로 하여금: 현재 블록의 높이가 사이즈 임계치보다 크다고 결정하게 하고; 그리고 현재 블록의 높이가 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하게 하는 것으로서, 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하게 한다.
조항 57: 조항 52 내지 조항 56 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 명령들은 또한, 프로세서로 하여금: 수평 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하게 하고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 높이들은 수평 스플리트 타입에 기초한 현재 블록의 높이보다 작다.
조항 58: 조항 52 내지 조항 57 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 명령들은 또한, 프로세서로 하여금: 비디오 데이터의 제 2 블록에 대해 인트라-서브파티션 모드를 인에이블하기 위한 인트라-서브파티션 모드 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하고; 그리고 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는 것에 기초하여 제 2 블록에 대한 인트라-서브파티션 모드 플래그의 모드 값을 결정하게 한다.
조항 59: 조항 52 내지 조항 58 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다는 것은, 제 2 블록의 폭이 폭 사이즈 임계치보다 큰 것 또는 제 2 블록의 높이가 높이 사이즈 임계치보다 큰 것 중 적어도 하나를 표시하고, 폭 사이즈 임계치는 가상 파이프라인 데이터 유닛 (VPDU) 의 폭에 대응하고 높이 사이즈 임계치는 VPDU 의 높이에 대응한다.
조항 60: 조항 52 내지 조항 59 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하다.
조항 61: 조항 52 내지 조항 60 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하지 않다.
조항 62: 조항 52 내지 조항 61 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 이다.
조항 64: 조항 52 내지 조항 62 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 데이터 유닛은 변환 블록이다.
조항 65: 조항 52 내지 조항 63 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 폭 사이즈 임계치 및 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일하다.
조항 66: 조항 52 내지 조항 64 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 현재 블록은 인트라-예측된 블록이다.
조항 67: 조항 52 내지 조항 65 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 명령들은 또한, 프로세서로 하여금, 현재 블록을 포함하는 하나 이상의 코딩 블록들을 생성하기 위해 비디오 데이터의 블록의 블록-기반 파티셔닝을 수행하게 하고; 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다고 결정하게 하고; 그리고 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다는 결정에 기초하여, 인트라-서브파티션 모드를 사용하여 현재 블록을 2 개 이상의 서브-블록들로 파티셔닝하게 한다.
조항 68: 조항 52 내지 조항 66 중 어느 하나에 따른 비일시적 컴퓨터 판독가능 매체에 있어서, 명령들은 또한, 프로세서로 하여금, 2 개 이상의 서브-블록들에 개별의 2 개 이상의 잔차 값들을 적용함으로써 2 개 이상의 서브-블록들을 재구성하게 한다.
조항 69: 비디오 데이터를 디코딩하기 위한 장치로서, 그 장치는, 비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하기 위한 수단; 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하기 위한 수단으로서, 인트라-서브파티션 스플리트 플래그는, 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하기 위한 수단; 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하기 위한 수단; 및 현재 블록의 폭 또는 높이가 사이즈 임계치보다 큰지 여부에 기초하여 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하기 위한 수단을 포함한다.
조항 70: 조항 69 에 따른 장치에 있어서, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다고 결정하기 위한 수단; 및 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다는 결정에 기초하여 인트라-서브파티션 스플리트 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하기 위한 수단을 더 포함하고, 현재 블록은, 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블되는 것에 기초하여 인트라-서브파티션 모드를 사용하여 직사각형 변환 블록 서브파티션들로 파티셔닝된다.
조항 71: 조항 69 또는 조항 70 에 따른 장치에 있어서, 현재 블록의 폭이 사이즈 임계치보다 크다고 결정하기 위한 수단; 및 현재 블록의 폭이 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하기 위한 수단으로서, 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하기 위한 수단을 더 포함한다.
조항 72: 조항 69 내지 조항 71 중 어느 하나에 따른 장치에 있어서, 수직 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하기 위한 수단을 더 포함하고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 폭들은 수직 스플리트 타입에 기초한 현재 블록의 폭보다 작다.
조항 73: 조항 69 내지 조항 72 중 어느 하나에 따른 장치에 있어서, 현재 블록의 높이가 사이즈 임계치보다 크다고 결정하기 위한 수단; 및 현재 블록의 높이가 사이즈 임계치보다 크다는 결정에 기초하여, 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하기 위한 수단으로서, 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하기 위한 수단을 더 포함한다.
조항 74: 조항 69 내지 조항 73 중 어느 하나에 따른 장치에 있어서, 수평 스플리트 타입을 사용하여 현재 블록을 2 개 이상의 서브-블록들로 스플리트하기 위한 수단을 더 포함하고, 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 높이들은 수평 스플리트 타입에 기초한 현재 블록의 높이보다 작다.
조항 75: 조항 69 내지 조항 74 중 어느 하나에 따른 장치에 있어서, 비디오 데이터의 제 2 블록에 대해 인트라-서브파티션 모드를 인에이블하기 위한 인트라-서브파티션 모드 플래그가 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하기 위한 수단; 및 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는 것에 기초하여 제 2 블록에 대한 인트라-서브파티션 모드 플래그의 모드 값을 결정하기 위한 수단을 더 포함한다.
조항 76: 조항 69 내지 조항 75 중 어느 하나에 따른 장치에 있어서, 인트라-서브파티션 모드 플래그가 제 2 블록에 대한 인코딩된 비디오 비트스트림에 존재하지 않는다는 것은, 제 2 블록의 폭이 폭 사이즈 임계치보다 큰 것 또는 제 2 블록의 높이가 높이 사이즈 임계치보다 큰 것 중 적어도 하나를 표시하고, 폭 사이즈 임계치는 가상 파이프라인 데이터 유닛 (VPDU) 의 폭에 대응하고 높이 사이즈 임계치는 VPDU 의 높이에 대응한다.
조항 77: 조항 69 내지 조항 76 중 어느 하나에 따른 장치에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하다.
조항 78: 조항 69 내지 조항 77 중 어느 하나에 따른 장치에 있어서, 폭 사이즈 임계치는 높이 사이즈 임계치와 동일하지 않다.
조항 79: 조항 69 내지 조항 78 중 어느 하나에 따른 장치에 있어서, 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 이다.
조항 80: 조항 69 내지 조항 79 중 어느 하나에 따른 장치에 있어서, 데이터 유닛은 변환 블록이다.
조항 81: 조항 69 내지 조항 80 중 어느 하나에 따른 장치에 있어서, 폭 사이즈 임계치 및 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일하다.
조항 82: 조항 69 내지 조항 81 중 어느 하나에 따른 장치에 있어서, 현재 블록은 인트라-예측된 블록이다.
조항 83: 조항 69 내지 조항 82 중 어느 하나에 따른 장치에 있어서, 현재 블록을 포함하는 하나 이상의 코딩 블록들을 생성하기 위해 비디오 데이터의 블록의 블록-기반 파티셔닝을 수행하기 위한 수단; 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다고 결정하기 위한 수단; 및 현재 블록에 대해 인트라-서브파티션 모드가 인에이블된다고 결정하는 것에 기초하여, 인트라-서브파티션 모드를 사용하여 현재 블록을 2 개 이상의 서브-블록들로 파티셔닝하기 위한 수단을 더 포함한다.
조항 84: 조항 69 내지 조항 83 중 어느 하나에 따른 장치에 있어서, 2 개 이상의 서브-블록들에 개별의 2 개 이상의 잔차 값들을 적용함으로써 2 개 이상의 서브-블록들을 재구성하기 위한 수단을 더 포함한다.
Claims (69)
- 비디오 데이터를 인코딩하기 위한 장치로서,
메모리; 및
회로부에서 구현된 프로세서를 포함하고, 상기 프로세서는,
비디오 데이터의 픽처의 현재 블록을 획득하고;
상기 픽처의 상기 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 상기 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하는 것으로서, 상기 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 상기 높이 사이즈 임계치는 상기 데이터 유닛의 높이에 대응하는, 상기 픽처의 상기 현재 블록의 폭이 폭 사이즈 임계치보다 큰지 및 상기 현재 블록의 높이가 높이 사이즈 임계치보다 큰지 중 적어도 하나를 결정하고;
상기 현재 블록의 폭이 상기 폭 사이즈 임계치보다 큰지 및 상기 현재 블록의 높이가 상기 높이 사이즈 임계치보다 큰지 중 적어도 하나에 기초하여 상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것으로서, 상기 인트라-서브파티션 모드 플래그의 값은, 상기 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되는지 여부를 표시하는, 상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하고; 그리고
상기 현재 블록에 대해 상기 인트라-서브파티션 모드 플래그가 시그널링되어야 하는지 여부를 결정하는 것에 기초하여, 적어도 상기 현재 블록을 포함하는 인코딩된 비디오 비트스트림을 생성하도록 구성된, 비디오 데이터를 인코딩하기 위한 장치. - 제 1 항에 있어서,
상기 폭 사이즈 임계치는 상기 높이 사이즈 임계치와 동일한, 비디오 데이터를 인코딩하기 위한 장치. - 제 1 항에 있어서,
상기 폭 사이즈 임계치는 상기 높이 사이즈 임계치와 상이한, 비디오 데이터를 인코딩하기 위한 장치. - 제 1 항에 있어서,
상기 인트라-서브파티션 모드 플래그의 값이 제 1 값과 동일하다는 것은, 상기 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되는 것을 특정하고, 상기 인트라-서브파티션 모드 플래그의 값이 제 2 값과 동일하다는 것은, 상기 현재 블록이 직사각형 변환 블록 서브파티션들로 파티셔닝되지 않는 것을 특정하는, 비디오 데이터를 인코딩하기 위한 장치. - 제 4 항에 있어서,
상기 프로세서는,
상기 현재 블록의 폭이 상기 폭 사이즈 임계치보다 크거나 또는 상기 현재 블록의 높이가 상기 높이 사이즈 임계치보다 크다고 결정하고; 그리고
상기 현재 블록의 폭이 상기 폭 사이즈 임계치보다 크거나 또는 상기 현재 블록의 높이가 상기 높이 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 현재 블록에 대한 상기 인트라-서브파티션 모드 플래그의 값을 상기 제 2 값과 동일한 것으로 결정하도록 추가로 구성되는, 비디오 데이터를 인코딩하기 위한 장치. - 제 4 항에 있어서,
상기 프로세서는,
상기 현재 블록의 폭이 상기 폭 사이즈 임계치보다 작거나 같고 그리고 상기 현재 블록의 높이가 상기 높이 사이즈 임계치보다 작거나 같다고 결정하고; 그리고
상기 현재 블록의 폭이 상기 폭 사이즈 임계치보다 작거나 같고 그리고 상기 현재 블록의 높이가 상기 높이 사이즈 임계치보다 작거나 같다는 상기 결정에 기초하여, 상기 현재 블록에 대한 상기 인트라-서브파티션 모드 플래그를 시그널링하기로 결정하도록 추가로 구성되는, 비디오 데이터를 인코딩하기 위한 장치. - 제 4 항에 있어서,
상기 프로세서는,
상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 상기 현재 블록의 높이가 상기 사이즈 임계치보다 작거나 같다고 결정하는 것으로서, 상기 사이즈 임계치는 최대 변환 블록 사이즈에 대응하는, 상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같고 그리고 상기 현재 블록의 높이가 상기 사이즈 임계치보다 작거나 같다고 결정하고; 그리고
상기 현재 블록의 폭이 상기 사이즈 임계치보다 작거나 같고 그리고 상기 현재 블록의 높이가 상기 사이즈 임계치보다 작거나 같다는 상기 결정에 기초하여, 상기 현재 블록에 대한 상기 인트라-서브파티션 모드 플래그를 시그널링하기로 결정하도록 추가로 구성되는, 비디오 데이터를 인코딩하기 위한 장치. - 제 4 항에 있어서,
상기 프로세서는,
상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 상기 현재 블록의 높이가 상기 사이즈 임계치보다 작거나 같다고 결정하는 것으로서, 상기 사이즈 임계치는 최대 변환 블록 사이즈에 대응하는, 상기 현재 블록의 폭이 사이즈 임계치보다 작거나 같거나 또는 상기 현재 블록의 높이가 상기 사이즈 임계치보다 작거나 같다고 결정하고; 그리고
상기 현재 블록의 폭이 상기 사이즈 임계치보다 작거나 같거나 또는 상기 현재 블록의 높이가 상기 사이즈 임계치보다 작거나 같다는 상기 결정에 기초하여, 상기 현재 블록에 대한 상기 인트라-서브파티션 모드 플래그의 값이 상기 제 2 값이라고 결정하도록 추가로 구성되는, 비디오 데이터를 인코딩하기 위한 장치. - 제 4 항에 있어서,
상기 프로세서는,
상기 현재 블록에 대해 상기 인트라-서브파티션 모드 플래그가 시그널링되어야 한다고 결정하고; 그리고
상기 현재 블록에 대해 상기 인트라-서브파티션 모드 플래그가 시그널링되어야 한다는 상기 결정에 기초하여, 상기 인코딩된 비디오 비트스트림에 상기 현재 블록에 대한 상기 인트라-서브파티션 모드 플래그를 포함하도록 추가로 구성되는, 비디오 데이터를 인코딩하기 위한 장치. - 제 1 항에 있어서,
상기 프로세서는,
상기 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하고; 그리고
상기 현재 블록의 폭 또는 높이가 상기 최대 변환 블록 사이즈에 대응하는 상기 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하는 것으로서, 상기 인트라-서브파티션 스플리트 플래그는, 상기 현재 블록을 파티셔닝하기 위한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 현재 블록에 대한 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하도록 추가로 구성되는, 비디오 데이터를 인코딩하기 위한 장치. - 제 10 항에 있어서,
상기 프로세서는,
상기 현재 블록의 폭이 상기 사이즈 임계치보다 크다고 결정하고; 그리고
상기 현재 블록의 폭이 상기 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 것으로서, 상기 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하도록 추가로 구성되는, 비디오 데이터를 인코딩하기 위한 장치. - 제 10 항에 있어서,
상기 프로세서는,
상기 현재 블록의 높이가 상기 사이즈 임계치보다 크다고 결정하고; 그리고
상기 현재 블록의 높이가 상기 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 것으로서, 상기 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하도록 추가로 구성되는, 비디오 데이터를 인코딩하기 위한 장치. - 제 10 항에 있어서,
상기 프로세서는,
상기 현재 블록에 대한 상기 인트라-서브파티션 스플리트 플래그의 값에 기초하여 상기 현재 블록을 수직으로 또는 수평으로 서브-파티션들로 분할하도록 추가로 구성되는, 비디오 데이터를 인코딩하기 위한 장치. - 제 1 항에 있어서,
상기 현재 블록은 인트라-예측된 블록인, 비디오 데이터를 인코딩하기 위한 장치. - 제 1 항에 있어서,
상기 데이터 유닛은 가상 파이프라인 데이터 유닛 (Virtual Pipeline Data Unit; VPDU) 인, 비디오 데이터를 인코딩하기 위한 장치. - 제 1 항에 있어서,
상기 데이터 유닛은 변환 블록인, 비디오 데이터를 인코딩하기 위한 장치. - 제 16 항에 있어서,
상기 폭 사이즈 임계치 및 상기 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일한, 비디오 데이터를 인코딩하기 위한 장치. - 비디오 데이터를 디코딩하는 방법으로서,
비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하는 단계;
인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계로서, 상기 인트라-서브파티션 스플리트 플래그는, 상기 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계;
상기 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하는 단계; 및
상기 현재 블록의 폭 또는 높이가 상기 사이즈 임계치보다 큰지 여부에 기초하여 상기 현재 블록에 대한 상기 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 18 항에 있어서,
상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다고 결정하는 단계; 및
상기 현재 블록에 대해 상기 인트라-서브파티션 모드 플래그가 인에이블된다는 상기 결정에 기초하여 상기 인트라-서브파티션 스플리트 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계로서, 상기 현재 블록은, 상기 현재 블록에 대해 상기 인트라-서브파티션 모드 플래그가 인에이블되는 것에 기초하여 상기 인트라-서브파티션 모드를 사용하여 직사각형 변환 블록 서브파티션들로 파티셔닝되는, 상기 인트라-서브파티션 스플리트 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 18 항에 있어서,
상기 현재 블록의 폭이 상기 사이즈 임계치보다 크다고 결정하는 단계; 및
상기 현재 블록의 폭이 상기 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 단계로서, 상기 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 20 항에 있어서,
상기 수직 스플리트 타입을 사용하여 상기 현재 블록을 2 개 이상의 서브-블록들로 스플리트하는 단계를 더 포함하고, 상기 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 폭들은 상기 수직 스플리트 타입에 기초한 상기 현재 블록의 폭보다 작은, 비디오 데이터를 디코딩하는 방법. - 제 18 항에 있어서,
상기 현재 블록의 높이가 상기 사이즈 임계치보다 크다고 결정하는 단계; 및
상기 현재 블록의 높이가 상기 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 단계로서, 상기 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 22 항에 있어서,
상기 수평 스플리트 타입을 사용하여 상기 현재 블록을 2 개 이상의 서브-블록들로 스플리트하는 단계를 더 포함하고, 상기 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 높이들은 상기 수평 스플리트 타입에 기초한 상기 현재 블록의 높이보다 작은, 비디오 데이터를 디코딩하는 방법. - 제 18 항에 있어서,
상기 비디오 데이터의 제 2 블록에 대해 상기 인트라-서브파티션 모드를 인에이블하기 위한 인트라-서브파티션 모드 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 단계; 및
상기 인트라-서브파티션 모드 플래그가 상기 제 2 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는 것에 기초하여 상기 제 2 블록에 대한 상기 인트라-서브파티션 모드 플래그의 모드 값을 결정하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 24 항에 있어서,
상기 인트라-서브파티션 모드 플래그가 상기 제 2 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다는 것은, 상기 제 2 블록의 폭이 폭 사이즈 임계치보다 큰 것 또는 상기 제 2 블록의 높이가 높이 사이즈 임계치보다 큰 것 중 적어도 하나를 표시하고, 상기 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 상기 높이 사이즈 임계치는 상기 데이터 유닛의 높이에 대응하는, 비디오 데이터를 디코딩하는 방법. - 제 25 항에 있어서,
상기 폭 사이즈 임계치는 상기 높이 사이즈 임계치와 동일한, 비디오 데이터를 디코딩하는 방법. - 제 25 항에 있어서,
상기 폭 사이즈 임계치는 상기 높이 사이즈 임계치와 동일하지 않은, 비디오 데이터를 디코딩하는 방법. - 제 25 항에 있어서,
상기 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 인, 비디오 데이터를 디코딩하는 방법. - 제 25 항에 있어서,
상기 데이터 유닛은 변환 블록인, 비디오 데이터를 디코딩하는 방법. - 제 29 항에 있어서,
상기 폭 사이즈 임계치 및 상기 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일한, 비디오 데이터를 디코딩하는 방법. - 제 18 항에 있어서,
상기 현재 블록은 인트라-예측된 블록인, 비디오 데이터를 디코딩하는 방법. - 제 18 항에 있어서,
상기 현재 블록을 포함하는 하나 이상의 코딩 블록들을 생성하기 위해 비디오 데이터의 블록의 블록-기반 파티셔닝을 수행하는 단계;
상기 현재 블록에 대해 상기 인트라-서브파티션 모드가 인에이블된다고 결정하는 단계; 및
상기 현재 블록에 대해 상기 인트라-서브파티션 모드가 인에이블된다고 결정하는 것에 기초하여, 상기 인트라-서브파티션 모드를 사용하여 상기 현재 블록을 2 개 이상의 서브-블록들로 파티셔닝하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법. - 제 32 항에 있어서,
상기 2 개 이상의 서브-블록들에 개별의 2 개 이상의 잔차 값들을 적용함으로써 상기 2 개 이상의 서브-블록들을 재구성하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법. - 비디오 데이터를 디코딩하기 위한 장치로서,
메모리; 및
회로부에서 구현된 프로세서를 포함하고, 상기 프로세서는,
비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하고;
인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 것으로서, 상기 인트라-서브파티션 스플리트 플래그는, 상기 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하고;
상기 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하고; 그리고
상기 현재 블록의 폭 또는 높이가 상기 사이즈 임계치보다 큰지 여부에 기초하여 상기 현재 블록에 대한 상기 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하도록 구성된, 비디오 데이터를 디코딩하기 위한 장치. - 제 34 항에 있어서,
상기 프로세서는,
상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다고 결정하고; 그리고
상기 현재 블록에 대해 상기 인트라-서브파티션 모드 플래그가 인에이블된다는 상기 결정에 기초하여 상기 인트라-서브파티션 스플리트 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하는 것으로서, 상기 현재 블록은, 상기 현재 블록에 대해 상기 인트라-서브파티션 모드 플래그가 인에이블되는 것에 기초하여 상기 인트라-서브파티션 모드를 사용하여 직사각형 변환 블록 서브파티션들로 파티셔닝되는, 상기 인트라-서브파티션 스플리트 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하도록 추가로 구성되는, 비디오 데이터를 디코딩하기 위한 장치. - 제 34 항에 있어서,
상기 프로세서는,
상기 현재 블록의 폭이 상기 사이즈 임계치보다 크다고 결정하고; 그리고
상기 현재 블록의 폭이 상기 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하는 것으로서, 상기 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하도록 추가로 구성되는, 비디오 데이터를 디코딩하기 위한 장치. - 제 36 항에 있어서,
상기 프로세서는,
상기 수직 스플리트 타입을 사용하여 상기 현재 블록을 2 개 이상의 서브-블록들로 스플리트하도록 추가로 구성되고, 상기 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 폭들은 상기 수직 스플리트 타입에 기초한 상기 현재 블록의 폭보다 작은, 비디오 데이터를 디코딩하기 위한 장치. - 제 34 항에 있어서,
상기 프로세서는,
상기 현재 블록의 높이가 상기 사이즈 임계치보다 크다고 결정하고; 그리고
상기 현재 블록의 높이가 상기 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하는 것으로서, 상기 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하도록 추가로 구성되는, 비디오 데이터를 디코딩하기 위한 장치. - 제 38 항에 있어서,
상기 프로세서는,
상기 수평 스플리트 타입을 사용하여 상기 현재 블록을 2 개 이상의 서브-블록들로 스플리트하도록 추가로 구성되고, 상기 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 높이들은 상기 수평 스플리트 타입에 기초한 상기 현재 블록의 높이보다 작은, 비디오 데이터를 디코딩하기 위한 장치. - 제 34 항에 있어서,
상기 프로세서는,
상기 비디오 데이터의 제 2 블록에 대해 상기 인트라-서브파티션 모드를 인에이블하기 위한 인트라-서브파티션 모드 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하고; 그리고
상기 인트라-서브파티션 모드 플래그가 상기 제 2 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는 것에 기초하여 상기 제 2 블록에 대한 상기 인트라-서브파티션 모드 플래그의 모드 값을 결정하도록 추가로 구성되는, 비디오 데이터를 디코딩하기 위한 장치. - 제 40 항에 있어서,
상기 인트라-서브파티션 모드 플래그가 상기 제 2 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다는 것은, 상기 제 2 블록의 폭이 폭 사이즈 임계치보다 큰 것 또는 상기 제 2 블록의 높이가 높이 사이즈 임계치보다 큰 것 중 적어도 하나를 표시하고, 상기 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 상기 높이 사이즈 임계치는 상기 데이터 유닛의 높이에 대응하는, 비디오 데이터를 디코딩하기 위한 장치. - 제 41 항에 있어서,
상기 폭 사이즈 임계치는 상기 높이 사이즈 임계치와 동일한, 비디오 데이터를 디코딩하기 위한 장치. - 제 41 항에 있어서,
상기 폭 사이즈 임계치는 상기 높이 사이즈 임계치와 동일하지 않은, 비디오 데이터를 디코딩하기 위한 장치. - 제 41 항에 있어서,
상기 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 인, 비디오 데이터를 디코딩하기 위한 장치. - 제 41 항에 있어서,
상기 데이터 유닛은 변환 블록인, 비디오 데이터를 디코딩하기 위한 장치. - 제 45 항에 있어서,
상기 폭 사이즈 임계치 및 상기 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일한, 비디오 데이터를 디코딩하기 위한 장치. - 제 34 항에 있어서,
상기 현재 블록은 인트라-예측된 블록인, 비디오 데이터를 디코딩하기 위한 장치. - 제 34 항에 있어서,
상기 프로세서는,
상기 현재 블록을 포함하는 하나 이상의 코딩 블록들을 생성하기 위해 비디오 데이터의 블록의 블록-기반 파티셔닝을 수행하고;
상기 현재 블록에 대해 상기 인트라-서브파티션 모드가 인에이블된다고 결정하고; 그리고
상기 현재 블록에 대해 상기 인트라-서브파티션 모드가 인에이블된다고 결정하는 것에 기초하여, 상기 인트라-서브파티션 모드를 사용하여 상기 현재 블록을 2 개 이상의 서브-블록들로 파티셔닝하도록 추가로 구성되는, 비디오 데이터를 디코딩하기 위한 장치. - 제 48 항에 있어서,
상기 프로세서는,
상기 2 개 이상의 서브-블록들에 개별의 2 개 이상의 잔차 값들을 적용함으로써 상기 2 개 이상의 서브-블록들을 재구성하도록 추가로 구성되는, 비디오 데이터를 디코딩하기 위한 장치. - 제 34 항에 있어서,
상기 장치는 하나 이상의 픽처들을 캡처하기 위한 카메라를 갖는 모바일 디바이스를 포함하는, 비디오 데이터를 디코딩하기 위한 장치. - 제 34 항에 있어서,
하나 이상의 픽처들을 디스플레이하기 위한 디스플레이를 더 포함하는, 비디오 데이터를 디코딩하기 위한 장치. - 명령들을 저장한 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 명령들은, 하나 이상의 프로세서들에 의해 실행될 경우, 상기 하나 이상의 프로세서들로 하여금,
비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하게 하고;
인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하는 것으로서, 상기 인트라-서브파티션 스플리트 플래그는, 상기 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하고;
상기 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하게 하고; 그리고
상기 현재 블록의 폭 또는 높이가 상기 사이즈 임계치보다 큰지 여부에 기초하여 상기 현재 블록에 대한 상기 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하게 하는, 비일시적 컴퓨터 판독가능 저장 매체. - 제 52 항에 있어서,
상기 명령들은 또한, 상기 프로세서로 하여금,
상기 현재 블록에 대해 인트라-서브파티션 모드 플래그가 인에이블된다고 결정하게 하고; 그리고
상기 현재 블록에 대해 상기 인트라-서브파티션 모드 플래그가 인에이블된다는 상기 결정에 기초하여 상기 인트라-서브파티션 스플리트 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하는 것으로서, 상기 현재 블록은, 상기 현재 블록에 대해 상기 인트라-서브파티션 모드 플래그가 인에이블되는 것에 기초하여 상기 인트라-서브파티션 모드를 사용하여 직사각형 변환 블록 서브파티션들로 파티셔닝되는, 상기 인트라-서브파티션 스플리트 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하는, 비일시적 컴퓨터 판독가능 저장 매체. - 제 52 항에 있어서,
상기 명령들은 또한, 상기 프로세서로 하여금,
상기 현재 블록의 폭이 상기 사이즈 임계치보다 크다고 결정하게 하고; 그리고
상기 현재 블록의 폭이 상기 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하게 하는 것으로서, 상기 제 1 스플리트 값은 수직 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 1 스플리트 값을 결정하게 하고; 그리고
상기 수직 스플리트 타입을 사용하여 상기 현재 블록을 2 개 이상의 서브-블록들로 스플리트하게 하는 것으로서, 상기 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 폭들은 상기 수직 스플리트 타입에 기초한 상기 현재 블록의 폭보다 작은, 상기 현재 블록을 2 개 이상의 서브-블록들로 스플리트하게 하는, 비일시적 컴퓨터 판독가능 저장 매체. - 제 52 항에 있어서,
상기 명령들은 또한, 상기 프로세서로 하여금,
상기 현재 블록의 높이가 상기 사이즈 임계치보다 크다고 결정하게 하고; 그리고
상기 현재 블록의 높이가 상기 사이즈 임계치보다 크다는 상기 결정에 기초하여, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하게 하는 것으로서, 상기 제 2 스플리트 값은 수평 스플리트 타입에 대응하는, 상기 인트라-서브파티션 스플리트 플래그에 대한 제 2 스플리트 값을 결정하게 하고; 그리고
상기 수평 스플리트 타입을 사용하여 상기 현재 블록을 2 개 이상의 서브-블록들로 스플리트하게 하는 것으로서, 상기 2 개 이상의 서브-블록들의 각각의 서브-블록의 개별의 높이들은 상기 수평 스플리트 타입에 기초한 상기 현재 블록의 높이보다 작은, 상기 현재 블록을 2 개 이상의 서브-블록들로 스플리트하게 하는, 비일시적 컴퓨터 판독가능 저장 매체. - 제 52 항에 있어서,
상기 명령들은 또한, 상기 프로세서로 하여금,
상기 비디오 데이터의 제 2 블록에 대해 상기 인트라-서브파티션 모드를 인에이블하기 위한 인트라-서브파티션 모드 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하게 하고; 그리고
상기 인트라-서브파티션 모드 플래그가 상기 제 2 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는 것에 기초하여 상기 제 2 블록에 대한 상기 인트라-서브파티션 모드 플래그의 모드 값을 결정하게 하는, 비일시적 컴퓨터 판독가능 저장 매체. - 제 56 항에 있어서,
상기 인트라-서브파티션 모드 플래그가 상기 제 2 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다는 것은, 상기 제 2 블록의 폭이 폭 사이즈 임계치보다 큰 것 또는 상기 제 2 블록의 높이가 높이 사이즈 임계치보다 큰 것 중 적어도 하나를 표시하고, 상기 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 상기 높이 사이즈 임계치는 상기 데이터 유닛의 높이에 대응하는, 비일시적 컴퓨터 판독가능 저장 매체. - 제 57 항에 있어서,
상기 폭 사이즈 임계치는 상기 높이 사이즈 임계치와 동일한, 비일시적 컴퓨터 판독가능 저장 매체. - 제 57 항에 있어서,
상기 폭 사이즈 임계치는 상기 높이 사이즈 임계치와 동일하지 않은, 비일시적 컴퓨터 판독가능 저장 매체. - 제 57 항에 있어서,
상기 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 인, 비일시적 컴퓨터 판독가능 저장 매체. - 제 57 항에 있어서,
상기 데이터 유닛은 변환 블록인, 비일시적 컴퓨터 판독가능 저장 매체. - 제 57 항에 있어서,
상기 폭 사이즈 임계치 및 상기 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일한, 비일시적 컴퓨터 판독가능 저장 매체. - 제 52 항에 있어서,
상기 현재 블록은 인트라-예측된 블록인, 비일시적 컴퓨터 판독가능 저장 매체. - 비디오 데이터를 디코딩하기 위한 장치로서,
비디오 데이터를 포함하는 인코딩된 비디오 비트스트림을 획득하기 위한 수단;
인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하기 위한 수단으로서, 상기 인트라-서브파티션 스플리트 플래그는, 상기 현재 블록에 대해 사용되는 인트라-서브파티션 모드에 대한 스플리트 타입이 수평인지 또는 수직인지를 특정하는, 상기 인트라-서브파티션 스플리트 플래그가 비디오 데이터의 현재 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하기 위한 수단;
상기 현재 블록의 폭 및 높이 중 적어도 하나가 최대 변환 블록 사이즈에 대응하는 사이즈 임계치보다 크다고 결정하기 위한 수단; 및
상기 현재 블록의 폭 또는 높이가 상기 사이즈 임계치보다 큰지 여부에 기초하여 상기 현재 블록에 대한 상기 인트라-서브파티션 스플리트 플래그에 대한 값을 결정하기 위한 수단을 포함하는, 비디오 데이터를 디코딩하기 위한 장치. - 제 64 항에 있어서,
상기 비디오 데이터의 제 2 블록에 대해 상기 인트라-서브파티션 모드를 인에이블하기 위한 인트라-서브파티션 모드 플래그가 상기 인코딩된 비디오 비트스트림에 존재하지 않는다고 결정하기 위한 수단; 및
상기 인트라-서브파티션 모드 플래그가 상기 제 2 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는 것에 기초하여 상기 제 2 블록에 대한 상기 인트라-서브파티션 모드 플래그의 모드 값을 결정하기 위한 수단을 더 포함하는, 비디오 데이터를 디코딩하기 위한 장치. - 제 65 항에 있어서,
상기 인트라-서브파티션 모드 플래그가 상기 제 2 블록에 대한 상기 인코딩된 비디오 비트스트림에 존재하지 않는다는 것은, 상기 제 2 블록의 폭이 폭 사이즈 임계치보다 큰 것 또는 상기 제 2 블록의 높이가 높이 사이즈 임계치보다 큰 것 중 적어도 하나를 표시하고, 상기 폭 사이즈 임계치는 데이터 유닛의 폭에 대응하고 상기 높이 사이즈 임계치는 상기 데이터 유닛의 높이에 대응하는, 비디오 데이터를 디코딩하기 위한 장치. - 제 66 항에 있어서,
상기 데이터 유닛은 가상 파이프라인 데이터 유닛 (VPDU) 인, 비디오 데이터를 디코딩하기 위한 장치. - 제 66 항에 있어서,
상기 데이터 유닛은 변환 블록인, 비디오 데이터를 디코딩하기 위한 장치. - 제 68 항에 있어서,
상기 폭 사이즈 임계치 및 상기 높이 사이즈 임계치는 최대 변환 블록 사이즈와 동일한, 비디오 데이터를 디코딩하기 위한 장치.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962801625P | 2019-02-05 | 2019-02-05 | |
| US62/801,625 | 2019-02-05 | ||
| US16/777,732 | 2020-01-30 | ||
| US16/777,732 US20200252608A1 (en) | 2019-02-05 | 2020-01-30 | Sub-partition intra prediction |
| PCT/US2020/016260 WO2020163182A2 (en) | 2019-02-05 | 2020-01-31 | Improved sub-partition intra prediction |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20210119992A true KR20210119992A (ko) | 2021-10-06 |
Family
ID=71835808
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020217023939A KR20210119992A (ko) | 2019-02-05 | 2020-01-31 | 개선된 서브-파티션 인트라 예측 |
Country Status (6)
| Country | Link |
|---|---|
| US (2) | US20200252608A1 (ko) |
| EP (1) | EP3922020A2 (ko) |
| KR (1) | KR20210119992A (ko) |
| CN (1) | CN113366837A (ko) |
| TW (1) | TW202037163A (ko) |
| WO (1) | WO2020163182A2 (ko) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102657933B1 (ko) * | 2018-03-30 | 2024-04-22 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 인트라 예측 기반 영상/비디오 코딩 방법 및 그 장치 |
| US10893286B2 (en) * | 2018-10-09 | 2021-01-12 | Tencent America LLC | Methods and apparatus for low-complexity MTS |
| US11272198B2 (en) * | 2019-01-30 | 2022-03-08 | Tencent America LLC | Method and apparatus for improved sub-block partitioning intra sub-partitions coding mode |
| CN113630607A (zh) * | 2019-02-05 | 2021-11-09 | 北京达佳互联信息技术有限公司 | 使用帧内子分区编码模式的视频编码 |
| KR20210116668A (ko) * | 2019-02-21 | 2021-09-27 | 엘지전자 주식회사 | 인트라 예측을 위한 비디오 신호의 처리 방법 및 장치 |
| WO2020171671A1 (ko) * | 2019-02-24 | 2020-08-27 | 엘지전자 주식회사 | 이차 변환에 기반한 영상 코딩 방법 및 그 장치 |
| WO2020185004A1 (ko) * | 2019-03-12 | 2020-09-17 | 현대자동차주식회사 | 예측 유닛을 서브 유닛들로 분할하여 예측하는 인트라 예측 방법 및 장치 |
| US11025909B2 (en) * | 2019-03-21 | 2021-06-01 | Tencent America LLC | Method and apparatus for video coding |
| US11677969B2 (en) * | 2019-03-22 | 2023-06-13 | Tencent America LLC | Method and apparatus for video coding |
| US11032543B2 (en) * | 2019-03-22 | 2021-06-08 | Tencent America LLC | Method and apparatus for video coding |
| WO2020197038A1 (ko) * | 2019-03-22 | 2020-10-01 | 엘지전자 주식회사 | 영상 코딩 시스템에서 인트라 서브 파티션 기반의 인트라 예측 방법 및 장치 |
| EP3734972A1 (en) * | 2019-05-03 | 2020-11-04 | InterDigital VC Holdings, Inc. | High level syntax simplified video coding tool set for small blocks |
| JP2022537989A (ja) * | 2019-06-21 | 2022-08-31 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | ビデオコーディングシステムおよびビデオコーディング方法 |
| WO2020262963A1 (ko) * | 2019-06-24 | 2020-12-30 | 엘지전자 주식회사 | 크로마 블록의 최대 변환 크기 설정을 이용한 영상 부호화/복호화 방법, 장치 및 비트스트림을 전송하는 방법 |
| CN114097223A (zh) * | 2019-06-25 | 2022-02-25 | 弗劳恩霍夫应用研究促进协会 | 解码器、编码器和包括对帧内子分区进行编码的方法 |
| US11190777B2 (en) * | 2019-06-30 | 2021-11-30 | Tencent America LLC | Method and apparatus for video coding |
| KR20220036939A (ko) * | 2019-07-26 | 2022-03-23 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 비디오 코딩 모드의 블록 크기 종속적 사용 |
| US11438616B2 (en) * | 2019-08-27 | 2022-09-06 | Tencent America LLC | Method and apparatus for video coding |
| EP4032269A1 (en) * | 2019-09-17 | 2022-07-27 | VID SCALE, Inc. | Intra sub-partitions related infra coding |
| EP4017007A4 (en) * | 2019-09-21 | 2022-11-16 | LG Electronics Inc. | TRANSFORM-BASED IMAGE CODING METHOD AND RELATED DEVICE |
| US11818395B2 (en) | 2021-04-22 | 2023-11-14 | Electronics And Telecommunications Research Institute | Immersive video decoding method and immersive video encoding method |
| CN117581544A (zh) * | 2021-05-19 | 2024-02-20 | 抖音视界有限公司 | 用于视频处理所述的方法、设备和介质 |
| CN115379217A (zh) * | 2022-07-14 | 2022-11-22 | 百果园技术(新加坡)有限公司 | 一种视频编码处理方法、装置、设备及存储介质 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140029670A1 (en) * | 2012-07-27 | 2014-01-30 | Motorola Mobility Llc | Devices and methods for processing of partition mode in high efficiency video coding |
| JP2017512026A (ja) * | 2014-03-04 | 2017-04-27 | マイクロソフト テクノロジー ライセンシング，エルエルシー | イントラブロックコピー予測におけるブロック反転及びスキップモード |
| BR112020002205A2 (pt) * | 2017-08-22 | 2020-07-28 | Panasonic Intellectual Property Corporation Of America | codificador de imagem, decodificador de imagem, método de codificação de imagem e método de decodificação de imagem |
| BR112021000667A8 (pt) * | 2018-07-14 | 2023-02-07 | Mediatek Inc | Método e aparelho de processamento de vídeo em um sistema de codificação de vídeo para codificar ou decodificar imagens de vídeo com uma restrição de partição e meio legível por computador não transitório |
| WO2020111843A1 (ko) * | 2018-11-28 | 2020-06-04 | 주식회사 윌러스표준기술연구소 | 화면 내 예측 필터링을 이용한 비디오 신호 처리 방법 및 장치 |
-
2020
- 2020-01-30 US US16/777,732 patent/US20200252608A1/en not_active Abandoned
- 2020-01-31 TW TW109103106A patent/TW202037163A/zh unknown
- 2020-01-31 KR KR1020217023939A patent/KR20210119992A/ko unknown
- 2020-01-31 EP EP20708994.7A patent/EP3922020A2/en active Pending
- 2020-01-31 CN CN202080011442.XA patent/CN113366837A/zh active Pending
- 2020-01-31 WO PCT/US2020/016260 patent/WO2020163182A2/en unknown
-
2023
- 2023-03-22 US US18/188,321 patent/US20230232000A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| WO2020163182A3 (en) | 2020-09-17 |
| TW202037163A (zh) | 2020-10-01 |
| US20200252608A1 (en) | 2020-08-06 |
| CN113366837A (zh) | 2021-09-07 |
| EP3922020A2 (en) | 2021-12-15 |
| US20230232000A1 (en) | 2023-07-20 |
| WO2020163182A2 (en) | 2020-08-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230232000A1 (en) | Sub-partition intra prediction | |
| US10999594B2 (en) | Virtual search area for current picture referencing (CPR) and intra block copy (IBC) | |
| US10327001B2 (en) | Systems and methods for intra-block copy | |
| US11368684B2 (en) | Adaptation parameter sets (APS) for adaptive loop filter (ALF) parameters | |
| US9973782B2 (en) | Signaling layer identifiers for operation points in video coding | |
| KR102385772B1 (ko) | 파라미터 세트에 대한 표현 포맷 파라미터들을 제약하기 위한 시스템들 및 방법들 | |
| JP7465281B2 (ja) | イントラ予測モード導出のためのブロックベースの量子化された残差ドメインのパルスコード変調割り当て | |
| WO2015196117A1 (en) | Deblocking filter design for intra block copy | |
| KR20220030988A (ko) | 스위칭가능 필터들로의 레퍼런스 픽처 리샘플링 | |
| JP2023552980A (ja) | 高ビット深度ビデオコーディングのライスパラメータ導出のための低複雑度の履歴使用 |