KR20220036947A - 비디오 코딩을 위한 크로마 인트라 예측 유닛들 - Google Patents

비디오 코딩을 위한 크로마 인트라 예측 유닛들 Download PDF

Info

Publication number
KR20220036947A
KR20220036947A KR1020227003104A KR20227003104A KR20220036947A KR 20220036947 A KR20220036947 A KR 20220036947A KR 1020227003104 A KR1020227003104 A KR 1020227003104A KR 20227003104 A KR20227003104 A KR 20227003104A KR 20220036947 A KR20220036947 A KR 20220036947A
Authority
KR
South Korea
Prior art keywords
block
chroma
video data
video
scipu
Prior art date
Application number
KR1020227003104A
Other languages
English (en)
Inventor
반 루옹 팜
한 황
더 아우베라 게르트 판
아다르쉬 크리쉬난 라마수브라모니안
청-테 시에
웨이-정 치엔
바딤 세레긴
마르타 카르체비츠
Original Assignee
퀄컴 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 퀄컴 인코포레이티드 filed Critical 퀄컴 인코포레이티드
Publication of KR20220036947A publication Critical patent/KR20220036947A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/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/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/179—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 a scene or a shot
    • 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/186—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 a colour or a chrominance component
    • 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/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/96—Tree coding, e.g. quad-tree coding

Landscapes

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

Abstract

비디오 디코더는, 비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하고; 비디오 데이터의 블록이 인트라 예측 모드로 인코딩된다고 결정하고; 블록이 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 블록에 대해 최소 크로마 인트라 예측 유닛 (SCIPU) 이 디스에이블된다고 결정하고; SCIPU 가 디스에이블된다고 결정하는 것에 기초하여 비디오 데이터의 블록을 디코딩하며; 그리고 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하도록 구성될 수 있다.

Description

비디오 코딩을 위한 크로마 인트라 예측 유닛들
본 출원은:
2019 년 8 월 5 일에 출원된 미국 가출원 제 62/882,995 호;
2019 년 8 월 9 일에 출원된 미국 가출원 제 62/885,069 호;
2019 년 8 월 20 일에 출원된 미국 가출원 제 62/889,378 호; 및
2019 년 9 월 18 일에 출원된 미국 가출원 제 62/902,188 호
의 이익을 주장하는, 2020 년 8 월 4 일에 출원된 미국 특허 출원 제 16/947,489 호에 대한 우선권을 주장하며, 이들 출원들의 각각의 전체 내용은 참조로서 본원에 통합된다.
기술분야
본 개시는 비디오 인코딩 및 비디오 디코딩에 관한 것이다.
디지털 비디오 능력들은 디지털 텔레비전들, 디지털 다이렉트 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인용 디지털 보조기들 (PDA들), 랩탑 또는 데스크탑 컴퓨터들, 태블릿 컴퓨터들, e-북 리더들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화기들, 소위 "스마트 폰들", 비디오 텔레컨퍼런싱 디바이스들, 비디오 스트리밍 디바이스들 등을 포함한, 광범위한 디바이스들에 통합될 수 있다. 디지털 비디오 디바이스들은, MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, Part 10, AVC (Advanced Video Coding), ITU-T H.265/HEVC (High Efficiency Video Coding) 에 의해 정의된 표준들, 및 그러한 표준들의 확장들에서 설명된 것들과 같은 비디오 코딩 기법들을 구현한다. 비디오 디바이스들은 그러한 비디오 코딩 기법들을 구현함으로써 디지털 비디오 정보를 더 효율적으로 송신, 수신, 인코딩, 디코딩, 및/또는 저장할 수도 있다.
비디오 코딩 기법들은 비디오 시퀀스들에 내재하는 리던던시를 감소 또는 제거하기 위해 공간 (인트라-픽처) 예측 및/또는 시간 (인터-픽처) 예측을 포함한다. 블록 기반 비디오 코딩에 대해, 비디오 슬라이스 (예컨대, 비디오 픽처 또는 비디오 픽처의 부분) 는 비디오 블록들로 파티셔닝될 수도 있으며, 이 비디오 블록들은 또한 코딩 트리 유닛들 (CTU들), 코딩 유닛들 (CU들) 및/또는 코딩 노드들로서 지칭될 수도 있다. 픽처의 인트라-코딩된 (I) 슬라이스에서의 비디오 블록들은 동일한 픽처의 이웃하는 블록들에서의 참조 샘플들에 대한 공간 예측을 사용하여 인코딩된다. 픽처의 인터-코딩된 (P 또는 B) 슬라이스에서의 비디오 블록들은 동일한 픽처의 이웃하는 블록들에서의 참조 샘플들에 대한 공간 예측, 또는 다른 참조 픽처들에서의 참조 샘플들에 대한 시간 예측을 사용할 수도 있다. 픽처들은 프레임들로서 지칭될 수도 있고, 참조 픽처들은 참조 프레임들로서 지칭될 수도 있다.
일반적으로, 본 개시물은 최소 크로마 인트라 예측 유닛들을 확장하기 위한 예시적인 기법들과 같은 크로마 인트라 예측 유닛들에 대한 기법들을 설명한다. 예시적인 기법들은 다기능 비디오 코딩 (VVC) 표준, 고효율 비디오 코딩 (HEVC) 표준, 또는 다른 비디오 코딩 표준들과 함께 사용될 수도 있다. 예시적인 기법들은 비디오 코딩 표준들에 제한되지 않고, 일반적으로 비디오 코딩에 이용가능할 수도 있다.
일 실시예에 따르면, 방법은, 비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하는 단계; 비디오 데이터의 블록이 인트라 예측 모드로 인코딩된다고 결정하는 단계; 블록이 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 블록에 대해 최소 크로마 인트라 예측 유닛 (SCIPU) 이 디스에이블된다고 결정하는 단계; SCIPU 가 디스에이블된다고 결정하는 것에 기초하여 비디오 데이터의 블록을 디코딩하는 단계; 및 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하는 단계를 포함한다.
다른 실시예에 따르면, 비디오 데이터를 디코딩하기 위한 디바이스는, 비디오 데이터를 저장하도록 구성된 메모리 및 회로부로 구현된 하나 이상의 프로세서들을 포함하며, 상기 하나 이상의 프로세서들은, 비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하고; 비디오 데이터의 블록이 인트라 예측 모드로 인코딩된다고 결정하고; 블록이 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 블록에 대해 최소 크로마 인트라 예측 유닛 (SCIPU) 이 디스에이블된다고 결정하고; SCIPU 가 디스에이블된다고 결정하는 것에 기초하여 비디오 데이터의 블록을 디코딩하며; 그리고 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하도록 구성된다.
또 다른 실시예에 따르면, 컴퓨터 판독가능 저장 매체는 명령들을 저장하고, 상기 명령들은, 하나 이상의 프로세서들에 의해 실행될 경우, 하나 이상의 프로세서로 하여금, 비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하게 하고; 비디오 데이터의 블록이 인트라 예측 모드로 인코딩된다고 결정하게 하고; 블록이 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 블록에 대해 최소 크로마 인트라 예측 유닛 (SCIPU) 이 디스에이블된다고 결정하게 하고; SCIPU 가 디스에이블된다고 결정하는 것에 기초하여 비디오 데이터의 블록을 디코딩하게 하며; 그리고 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하게 한다.
또 다른 실시예에 따르면, 비디오 데이터를 디코딩하기 위한 장치는, 비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하는 수단; 비디오 데이터의 블록이 인트라 예측 모드로 인코딩된다고 결정하는 수단; 블록이 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 블록에 대해 최소 크로마 인트라 예측 유닛 (SCIPU) 이 디스에이블된다고 결정하는 수단; SCIPU 가 디스에이블된다고 결정하는 것에 기초하여 비디오 데이터의 블록을 디코딩하는 수단; 및 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하는 수단을 포함한다.
하나 이상의 예의 상세들이 첨부 도면들 및 하기의 설명에서 기술된다. 다른 피처들, 목적들 및 이점들은 설명 및 도면들, 그리고 청구항들로부터 명백해질 것이다.
도 1 은 본 개시물의 기법들을 수행할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 예시하는 블록 다이어그램이다.
도 2a 및 도 2b 는 예시적인 쿼드트리 바이너리 트리 (QTBT) 구조 및 대응하는 코딩 트리 유닛 (CTU) 을 예시하는 개념 다이어그램들이다.
도 3a 내지 도 3e 는 다중 타입의 트리 스플리팅 모드의 예를 예시하는 개념 다이어그램들이다.
도 4 는 레퍼런스 샘플들을 가리키는 화살표들을 갖는, 인트라 예측의 방향의 예를 도시하는 개념 다이어그램이다.
도 5 은 인트라 예측되는 8x4 직사각형 블록의 일 예를 예시한 개념 다이어그램이다.
도 6a 내지 도 6c 는 대각선 방향 범위 밖의 모드들에 대한 모드 맵핑 프로세스를 예시한 개념 다이어그램들이다.
도 7 은 65 개의 각도 모드들에 부가하여 광각 (wide angles) (-1 내지 -10, 및 67 내지 76) 을 예시한 개념 다이어그램이다.
도 8 는 총 93 개의 각도 모드에 대해 모드 2 및 모드 6 을 넘어 광각 (-1 내지 -14, 및 67 내지 80) 을 예시한 개념 다이어그램이다.
도 9 은 인트라 예측을 위한 각도들을 결정하기 위한 맵핑 테이블이다.
도 10 은 인트라 예측에 이용되는 주변 샘플들의 예들을 나타내는 개념 다이어그램이다.
도 11a 및 도 11b 는 최소 크로마 인트라 예측 유닛의 예들을 보여주는 개념 다이어그램들이다.
도 12a 내지 도 12s 는 SCIPU들의 추가적인 예들을 예시하는 개념 다이어그램들이다.
도 13 은 루마 영역의 일 예를 도시하는 개념 다이어그램이다.
도 14a 내지 도 14c 는 상이한 크로마 포맷들에서 도 13 의 루마 영역에 대한 대응하는 크로마 영역의 예들을 예시하는 개념 다이어그램들이다.
도 15 는 본 개시물의 기법들을 수행할 수도 있는 예시적인 비디오 인코더를 예시하는 블록 다이어그램이다.
도 16 는 본 개시의 기법들을 수행할 수도 있는 예시적인 비디오 디코더를 예시하는 블록 다이어그램이다.
도 17 은 현재 블록을 인코딩하는 예시적인 방법을 예시하는 플로우차트이다.
도 18 은 현재 블록을 디코딩하는 예시적인 방법을 예시하는 플로우차트이다.
도 19 은 현재 블록을 디코딩하는 예시적인 방법을 예시하는 플로우차트이다.
본 개시물은 비디오 코더들 (예를 들어, 비디오 인코더들 및/또는 비디오 디코더들) 의 동작과 관련된 기법들을 설명한다. 비디오 코딩 (예컨대, 비디오 인코딩 및/또는 비디오 디코딩) 은 통상적으로, 동일한 픽처에서의 비디오 데이터의 이미 코딩된 블록 (예컨대, 인트라 예측) 또는 상이한 픽처에서의 비디오 데이터의 이미 코딩된 블록 (예컨대, 인터 예측) 중 어느 하나로부터 비디오 데이터의 블록을 예측하는 것을 수반한다. 일부 사례들에 있어서, 비디오 인코더는 또한, 예측 블록을 원래 블록과 비교함으로써 잔차 데이터를 계산한다. 따라서, 잔차 데이터는 예측 블록과 원래 블록 사이의 차이를 나타낸다. 잔차 데이터를 시그널링하는데 필요한 비트들의 수를 감소시키기 위해, 비디오 인코더는 잔차 데이터를 변환 및 양자화하고, 변환 및 양자화된 잔차 데이터를 인코딩된 비트스트림에서 시그널링한다. 변환 및 양자화 프로세스들에 의해 달성되는 압축은 손실성일 수도 있으며, 이는 변환 및 양자화 프로세스들이 디코딩된 비디오 데이터에 왜곡을 도입할 수도 있음을 의미한다.
비디오 디코더는 잔차 데이터를 디코딩하고 예측 블록에 부가하여, 예측 블록 단독보다 더 가깝게 원래 비디오 블록과 매칭하는 복원된 비디오 블록을 생성한다. 잔차 데이터의 변환 및 양자화에 의해 도입된 손실로 인해, 제 1 의 복원된 블록은 왜곡 또는 아티팩트들을 가질 수도 있다. 아티팩트 또는 왜곡의 하나의 일반적인 타입은 블록키니스 (blockiness) 로서 지칭되며, 여기서, 비디오 데이터를 코딩하는데 사용되는 블록들의 경계들은 가시적이다.
디코딩된 비디오의 품질을 더 개선하기 위해, 비디오 디코더는 복원된 비디오 블록들에 대해 하나 이상의 필터링 동작들을 수행할 수 있다. 이들 필터링 동작들의 예들은 디블록킹 필터링, 샘플 적응적 오프셋 (SAO) 필터링, 및 적응적 루프 필터링 (ALF) 을 포함한다. 이들 필터링 동작들에 대한 파라미터들은 비디오 인코더에 의해 결정되고, 인코딩된 비디오 비트스트림에서 명시적으로 시그널링될 수도 있거나, 또는 파라미터들이 인코딩된 비디오 비트스트림에서 명시적으로 시그널링될 필요없이 비디오 디코더에 의해 암시적으로 결정될 수도 있다.
본 개시물의 기법들은 일반적으로 인트라 예측에 관한 것이다. 보다 구체적으로, 본 개시물의 기법들은 최소 크로마 인트라 예측 유닛들 (SCIPU들) 에 관한 것이다. 일반적인 비디오 디코더, 특히 하드웨어 기반의 비디오 디코더에서, 작은 블록들은 큰 블록들에 비해 프로세싱 스루풋을 감소시킨다. 이러한 프로세싱 스루풋의 감소는 주로 작은 인트라 예측 블록에 기인하는데, 이는 작은 인터 예측 블록과 달리, 작은 인트라 예측 블록은 이웃 블록간의 데이터 의존성으로 인해 병렬로 프로세싱될 수 없기 때문이다. 예를 들어, 인트라 예측 블록에 대한 예측 블록을 생성하기 위해, 비디오 디코더는 이웃 블록들로부터 상부 및 좌측 경계 복원된 샘플들을 이미 디코딩했어야만 하고, 따라서 인트라 예측 블록들이 병렬이 아닌 이웃 블록들과 순차적으로 프로세싱될 것을 요구한다.
새롭게 부상하고 있는 VVC (Versatile Video Coding) 표준에서 최악의 프로세싱 스루풋을 증가시키기 위해, SCIPU들이 채택되었다. SCIPU들은 크로마 인트라 CB들의 파티셔닝을 제한함으로써 16 개의 크로마 샘플들보다 작은 크로마 인트라 CB들을 허용하지 않는다. 그러나, SCIPU 들을 구현하기 위한 기존의 기법들은, 더 작은 크로마 블록들의 사용이 코딩 성능을 개선할 수 있는 일부 코딩 시나리오들에서 더 작은 크로마 블록들의 사용을 방지할 수도 있다. 예를 들어, 4:4:4 비디오 포맷에서, 루마 컴포넌트 및 크로마 컴포넌트들은 동일한 사이즈를 가지며, 2x2, 4x2 또는 2x4 크로마 블록들은 없다. 따라서, 이러한 비디오에 대한 SCIPU 제약들을 구현하는 것은, 4:4:4 비디오에 대한 파티셔닝 옵션들이 특정 타입들의 작은 블록들을 포함하도록 불필요하게 제한하며, 이는 코딩 품질을 감소시킬 수 있다. 블록이 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 SCIPU 제약들이 블록에 대해 디스에이블된다고 결정함으로써, 본 개시물의 기법들은 유리하게, 더 작은 블록들이 더 양호한 코딩 성능을 생성할 수도 있는 코딩 시나리오들에서 비디오 인코더들 및 비디오 디코더들이 SCIPU 를 디스에이블하게 할 수도 있다. 본 개시물의 기법들에 따르면, 비디오 코더는 제 2 블록이 비-4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 SCIPU 가 제 2 블록에 대해 인에이블된다고 여전히 결정할 수도 있어서, 최악의 경우의 복잡성을 여전히 감소시킨다. 본 개시물에서 사용되는 바와 같이, SCIPU 를 인에이블하는 것은 일반적으로 블록에 대한 최소 허용 사이즈를 SCIPU 의 사이즈로 세팅하는 것을 지칭하고, SCIPU 디스에이블하는 것은 블록에 대한 최소 허용 사이즈를 SCIPU 의 사이즈로 세팅하지 않는 것을 의미하며, 따라서 SCIPU 의 사이즈보다 작은 블록들이 사용될 수도 있다. 도 1 은 본 개시물의 기법들을 수행할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템 (100) 을 예시하는 블록 다이어그램이다. 본 개시의 기법들은 일반적으로 비디오 데이터를 코딩 (인코딩 및/또는 디코딩) 하는 것과 관련된다. 일반적으로, 비디오 데이터는 비디오를 프로세싱하기 위한 임의의 데이터를 포함한다. 따라서, 비디오 데이터는 원시의, 인코딩되지 않은 비디오, 인코딩된 비디오, 디코딩된 (예컨대, 복원된) 비디오, 및 시그널링 데이터와 같은 비디오 메타데이터를 포함할 수도 있다.
도 1 에 도시된 바와 같이, 시스템 (100) 은 이 예에서 목적지 디바이스 (116) 에 의해 디코딩 및 디스플레이될 인코딩된 비디오 데이터를 제공하는 소스 디바이스 (102) 를 포함한다. 특히, 소스 디바이스 (102) 는 컴퓨터 판독 가능 매체 (110) 를 통해 목적지 디바이스 (116) 에 비디오 데이터를 제공한다. 소스 디바이스 (102) 및 목적지 디바이스 (116) 는 데스크탑 컴퓨터들, 노트북 (즉, 랩탑) 컴퓨터들, 모바일 디바이스들, 태블릿 컴퓨터들, 셋-탑 박스들, 전화기 핸드셋들, 예를 들어 스마트폰들, 텔레비전들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 비디오 스트리밍 디바이스, 브로드캐스트 수신기 디바이스 등을 포함한, 광범위한 디바이스들 중 임의의 것을 포함할 수도 있다. 일부 경우들에서, 소스 디바이스 (102) 및 목적지 디바이스 (116) 는 무선 통신을 위해 장비될 수도 있고, 따라서 무선 통신 디바이스들로 지칭될 수도 있다.
도 1 의 예에서, 소스 디바이스 (102) 는 비디오 소스 (104), 메모리 (106), 비디오 인코더 (200), 및 출력 인터페이스 (108) 를 포함한다. 목적지 디바이스 (116) 는 입력 인터페이스 (122), 비디오 디코더 (300), 메모리 (120), 및 디스플레이 디바이스 (118) 를 포함한다. 본 개시에 따르면, 소스 디바이스 (102) 의 비디오 인코더 (200) 및 목적지 디바이스 (116) 의 비디오 디코더 (300) 는 SCIPU 를 인에이블 및 디스에이블하기 위한 기법들을 적용하도록 구성될 수도 있다. 따라서, 소스 디바이스 (102) 는 비디오 인코딩 디바이스의 일 예를 나타내는 한편, 목적지 디바이스 (116) 는 비디오 디코딩 디바이스의 일 예를 나타낸다. 다른 예들에서, 소스 디바이스 및 목적지 디바이스는 다른 컴포넌트들 또는 배열들을 포함할 수도 있다. 예를 들어, 소스 디바이스 (102) 는 외부 카메라와 같은 외부 비디오 소스로부터 비디오 데이터를 수신할 수도 있다. 마찬가지로, 목적지 디바이스 (116) 는 통합된 디스플레이 디바이스를 포함하기 보다는, 외부 디스플레이 디바이스와 인터페이스할 수도 있다.
도 1 에 도시된 바와 같은 시스템 (100) 은 단지 하나의 예이다. 일반적으로, 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스가 본 명세서에서 설명된 SCIPU 를 인에이블 및 디스에이블하기 위한 기법들을 수행할 수도 있다. 소스 디바이스 (102) 및 목적지 디바이스 (116) 는 소스 디바이스 (102) 가 목적지 디바이스 (116) 로의 송신을 위한 코딩된 비디오 데이터를 생성하는 이러한 코딩 디바이스들의 예들일 뿐이다. 본 개시는 데이터의 코딩 (인코딩 및/또는 디코딩) 을 수행하는 디바이스로서 "코딩" 디바이스를 참조한다. 따라서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 코딩 디바이스들, 특히 각각 비디오 인코더 및 비디오 디코더의 예들을 나타낸다. 일부 예들에서, 소스 디바이스 (102) 및 목적지 디바이스 (116) 는, 소스 디바이스 (102) 및 목적지 디바이스 (116) 의 각각이 비디오 인코딩 및 디코딩 컴포넌트들을 포함하도록 실질적으로 대칭 방식으로 동작할 수도 있다. 따라서, 시스템 (100) 은 예를 들어, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 또는 비디오 전화를 위해, 소스 디바이스 (102) 와 목적지 디바이스 (116) 간의 일방향 또는 양방향 비디오 송신을 지원할 수도 있다.
일반적으로, 비디오 소스 (104) 는 비디오 데이터 (즉, 원시, 인코딩되지 않은 비디오 데이터) 의 소스를 나타내며 픽처들에 대한 데이터를 인코딩하는 비디오 인코더 (200) 에 비디오 데이터의 순차적인 일련의 픽처들 (또한 "프레임들" 로서 지칭됨) 을 제공한다. 소스 디바이스 (102) 의 비디오 소스 (104) 는 비디오 카메라와 같은 비디오 캡처 디바이스, 이전에 캡처된 비디오를 포함하는 비디오 아카이브 (video archive), 및/또는 비디오 콘텐츠 제공자로부터 비디오를 수신하기 위한 비디오 피드 인터페이스 (video feed interface) 를 포함할 수도 있다. 추가의 대안으로서, 비디오 소스 (104) 는 컴퓨터 그래픽 기반 데이터를 소스 비디오로서, 또는 라이브 비디오, 아카이브된 비디오, 및 컴퓨터 생성된 비디오의 조합으로서 생성할 수도 있다. 각각의 경우에, 비디오 인코더 (200) 는 캡처된, 사전 캡처된, 또는 컴퓨터 생성된 비디오 데이터를 인코딩한다. 비디오 인코더 (200) 는 픽처들을 수신된 순서 (때때로 "디스플레이 순서" 로 지칭됨) 로부터 코딩을 위한 코딩 순서로 재배열할 수도 있다. 비디오 인코더 (200) 는 인코딩된 비디오 데이터를 포함하는 비트스트림을 생성할 수도 있다. 소스 디바이스 (102) 는 예를 들어, 목적지 디바이스 (116) 의 입력 인터페이스 (122) 에 의한 수신 및/또는 취출을 위해 인코딩된 비디오 데이터를 출력 인터페이스 (108) 를 통해 컴퓨터 판독가능 매체 (110) 상으로 출력할 수도 있다.
소스 디바이스 (102) 의 메모리 (106) 및 목적지 디바이스 (116) 의 메모리 (120) 는 범용 메모리들을 나타낸다. 일부 예들에 있어서, 메모리들 (106, 120) 은 원시 비디오 데이터, 예컨대, 비디오 소스 (104) 로부터의 원시 비디오 및 비디오 디코더 (300) 로부터의 원시의, 디코딩된 비디오 데이터를 저장할 수도 있다. 추가적으로 또는 대안적으로, 메모리들 (106, 120) 은, 예컨대, 비디오 인코더 (200) 및 비디오 디코더 (300) 에 의해 각각 실행가능한 소프트웨어 명령들을 저장할 수도 있다. 메모리 (106) 및 메모리 (120) 가 이 예에서는 비디오 인코더 (200) 및 비디오 디코더 (300) 와 별도로 도시되지만, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 또한 기능적으로 유사하거나 또는 동등한 목적들을 위한 내부 메모리들을 포함할 수도 있음을 이해해야 한다. 더욱이, 메모리들 (106, 120) 은, 예컨대, 비디오 인코더 (200) 로부터 출력되고 비디오 디코더 (300) 에 입력되는 인코딩된 비디오 데이터를 저장할 수도 있다. 일부 예들에 있어서, 메모리들 (106, 120) 의 부분들은, 예컨대, 원시의, 디코딩된, 및/또는 인코딩된 비디오 데이터를 저장하기 위해 하나 이상의 비디오 버퍼들로서 할당될 수도 있다.
컴퓨터 판독가능 매체 (110) 는 인코딩된 비디오 데이터를 소스 디바이스 (102) 로부터 목적지 디바이스 (116) 로 전송할 수 있는 임의의 타입의 매체 또는 디바이스를 나타낼 수도 있다. 하나의 예에서, 컴퓨터 판독가능 매체 (110) 는, 소스 디바이스 (102) 로 하여금, 실시간으로, 예를 들어, 무선 주파수 네트워크 또는 컴퓨터 기반 네트워크를 통해 직접 목적지 디바이스 (116) 로 인코딩된 비디오 데이터를 송신할 수 있게 하기 위한 통신 매체를 나타낸다. 무선 통신 프로토콜과 같은 통신 표준에 따라, 출력 인터페이스 (108) 는 인코딩된 비디오 데이터를 포함하는 송신 신호를 변조할 수도 있고, 입력 인터페이스 (122) 는 수신된 송신 신호를 복조할 수도 있다. 통신 매체는 무선 주파수 (RF) 스펙트럼 또는 하나 이상의 물리적 송신 라인들과 같은 임의의 무선 또는 유선 통신 매체를 포함할 수도 있다. 통신 매체는 패킷 기반 네트워크, 예컨대 로컬 영역 네트워크, 광역 네트워크, 또는 글로벌 네트워크, 예컨대 인터넷의 부분을 형성할 수도 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스 (102) 로부터 목적지 디바이스 (116) 로의 통신을 가능하게 하는 데 유용할 수도 있는 임의의 다른 장비를 포함할 수도 있다.
일부 예들에서, 소스 디바이스 (102) 는 출력 인터페이스 (108) 로부터 저장 디바이스 (112) 로 인코딩된 데이터를 출력할 수도 있다. 유사하게, 목적지 디바이스 (116) 는 입력 인터페이스 (122) 를 통해 저장 디바이스 (112) 로부터의 인코딩된 데이터에 액세스할 수도 있다. 저장 디바이스 (112) 는 하드 드라이브, 블루-레이 디스크들, DVD들, CD-ROM들, 플래시 메모리, 휘발성 또는 비휘발성 메모리, 또는 인코딩된 비디오 데이터를 저장하기 위한 임의의 다른 적합한 디지털 저장 매체들과 같은 다양한 분산된 또는 로컬 액세스 데이터 저장 매체들 중 임의의 것을 포함할 수도 있다.
일부 예들에서, 소스 디바이스 (102) 는 소스 디바이스 (102) 에 의해 생성된 인코딩된 비디오 데이터를 저장할 수도 있는 파일 서버 (114) 또는 다른 중간 저장 디바이스에 인코딩된 비디오 데이터를 출력할 수도 있다. 목적지 디바이스 (116) 는 스트리밍 또는 다운로드를 통해 파일 서버 (114) 로부터 저장된 비디오 데이터에 액세스할 수도 있다.
파일 서버 (114) 는 인코딩된 비디오 데이터를 저장하고 그 인코딩된 비디오 데이터를 목적지 디바이스 (116) 에 송신할 수 있는 임의의 타입의 서버 디바이스일 수도 있다. 파일 서버 (114) 는 (예컨대, 웹 사이트에 대한) 웹 서버, (파일 전송 프로토콜 (FTP) 또는 FLUTE (File Delivery over Unidirectional Transport) 프로토콜과 같은) 파일 전송 프로토콜 서비스를 제공하도록 구성된 서버, 컨텐츠 전달 네트워크 (CDN) 디바이스, 하이퍼텍스트 전송 프로토콜 (HTTP) 서버, 멀티미디어 브로드캐스트 멀티캐스트 서비스 (MBMS) 또는 강화된 MBMS (eMBMS) 서버, 및/또는 네트워크 어태치형 스토리지 (NAS) 디바이스를 나타낼 수도 있다. 파일 서버 (114) 는, 부가적으로 또는 대안적으로, DASH (Dynamic Adaptive Streaming over HTTP), HTTP 라이브 스트리밍 (HLS), 실시간 스트리밍 프로토콜 (RTSP), HTTP 동적 스트리밍 등과 같은 하나 이상의 HTTP 스트리밍 프로토콜들을 구현할 수도 있다.
목적지 디바이스 (116) 는 인터넷 커넥션을 포함한, 임의의 표준 데이터 커넥션을 통해 파일 서버 (114) 로부터의 인코딩된 비디오 데이터에 액세스할 수도 있다. 이것은 파일 서버 (114) 상에 저장된 인코딩된 비디오 데이터에 액세스하기에 적합한, 무선 채널 (예컨대, Wi-Fi 커넥션), 유선 커넥션 (예컨대, 디지털 가입자 라인 (DSL), 케이블 모뎀 등), 또는 이들 양자 모두의 조합을 포함할 수도 있다. 입력 인터페이스 (122) 는 파일 서버 (114) 로부터 미디어 데이터를 취출하거나 수신하기 위해 상기 논의된 다양한 프로토콜들 중 임의의 하나 이상의 프로토콜들, 또는 미디어 데이터를 취출하기 위한 다른 그러한 프로토콜들에 따라 동작하도록 구성될 수도 있다.
출력 인터페이스 (108) 및 입력 인터페이스 (122) 는 무선 송신기들/수신기들, 모뎀들, 유선 네트워킹 컴포넌트들 (예컨대, 이더넷 카드들), 다양한 IEEE 802.11 표준들 중 임의의 것에 따라 동작하는 무선 통신 컴포넌트들, 또는 다른 물리적 컴포넌트들을 나타낼 수도 있다. 출력 인터페이스 (108) 및 입력 인터페이스 (122) 가 무선 컴포넌트들을 포함하는 예들에 있어서, 출력 인터페이스 (108) 및 입력 인터페이스 (122) 는 4G, 4G-LTE (롱 텀 에볼루션), LTE 어드밴스드, 5G 등과 같은 셀룰러 통신 표준에 따라, 인코딩된 비디오 데이터와 같은 데이터를 전송하도록 구성될 수도 있다. 출력 인터페이스 (108) 가 무선 송신기를 포함하는 일부 예들에 있어서, 출력 인터페이스 (108) 및 입력 인터페이스 (122) 는 IEEE 802.11 사양, IEEE 802.15 사양 (예컨대, ZigBee™), Bluetooth™ 표준 등과 같은 다른 무선 표준들에 따라, 인코딩된 비디오 데이터와 같은 데이터를 전송하도록 구성될 수도 있다. 일부 예들에 있어서, 소스 디바이스 (102) 및/또는 목적지 디바이스 (116) 는 개별의 시스템-온-칩 (SoC) 디바이스들을 포함할 수도 있다. 예를 들어, 소스 디바이스 (102) 는 비디오 인코더 (200) 및/또는 출력 인터페이스 (108) 에 기인한 기능을 수행하기 위한 SoC 디바이스를 포함할 수도 있고, 목적지 디바이스 (116) 는 비디오 디코더 (300) 및/또는 입력 인터페이스 (122) 에 기인한 기능을 수행하기 위한 SoC 디바이스를 포함할 수도 있다.
본 개시의 기법들은 오버-디-에어 (over-the-air) 텔레비전 브로드캐스트들, 케이블 텔레비전 송신들, 위성 텔레비전 송신들, 인터넷 스트리밍 비디오 송신들, 예컨대 DASH (dynamic adaptive streaming over HTTP), 데이터 저장 매체 상으로 인코딩되는 디지털 비디오, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 어플리케이션들과 같은 다양한 멀티미디어 어플리케이션들 중 임의의 것을 지원하여 비디오 코딩에 적용될 수도 있다.
목적지 디바이스 (116) 의 입력 인터페이스 (122) 는 컴퓨터 판독가능 매체 (110) (예컨대, 통신 매체, 저장 디바이스 (112), 파일 서버 (114) 등) 로부터 인코딩된 비디오 비트스트림을 수신한다. 인코딩된 비디오 비트스트림은, 비디오 블록들 또는 다른 코딩된 유닛들 (예컨대, 슬라이스들, 픽처들, 픽처들의 그룹들, 시퀀스들 등) 의 프로세싱 및/또는 특성들을 기술하는 값들을 갖는 신택스 엘리먼트들과 같은, 비디오 디코더 (300) 에 의해 또한 사용되는 비디오 인코더 (200) 에 의해 정의된 시그널링 정보를 포함할 수도 있다. 디스플레이 디바이스 (118) 는 디코딩된 비디오 데이터의 디코딩된 픽처들을 사용자에게 디스플레이한다. 디스플레이 디바이스 (118) 는 액정 디스플레이 (LCD), 플라즈마 디스플레이, 유기 발광 다이오드 (OLED) 디스플레이, 또는 다른 유형의 디스플레이 디바이스와 같은 다양한 디스플레이 디바이스들 중 임의의 것을 나타낼 수도 있다.
도 1 에 도시되지는 않았지만, 일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 각각 오디오 인코더 및/또는 오디오 디코더와 통합될 수도 있고, 공통 데이터 스트림에서 오디오 및 비디오 양자를 포함하는 멀티플렉싱된 스트림들을 핸들링하기 위해, 적절한 MUX-DEMUX 유닛들, 또는 다른 하드웨어 및/또는 소프트웨어를 포함할 수도 있다. 적용가능한 경우, MUX-DEMUX 유닛들은 ITU H.223 다중화기 프로로톨, 또는 사용자 데이터그램 프로토콜 (UDP) 과 같은 다른 프로토콜에 따를 수도 있다.
비디오 인코더 (200) 및 비디오 디코더 (300) 각각은 다양한 적합한 인코더 및/또는 디코더 회로부, 이를 테면 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSP들), 주문형 집적 회로들 (ASIC들), 필드 프로그래밍가능 게이트 어레이들 (FPGA들), 이산 로직, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 조합들 중 임의의 것으로서 구현될 수도 있다. 기법들이 부분적으로 소프트웨어에서 구현되는 경우, 디바이스는 적합한 비일시적 컴퓨터 판독가능 매체에 소프트웨어에 대한 명령들을 저장하고, 본 개시의 기법들을 수행하기 위해 하나 이상의 프로세서들을 사용하는 하드웨어에서 그 명령들을 실행할 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 의 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있는데, 이들 중 어느 하나는 각각의 디바이스에서 결합된 인코더/디코더 (CODEC) 의 부분으로서 통합될 수도 있다. 비디오 인코더 (200) 및/또는 비디오 디코더 (300) 를 포함하는 디바이스는 집적 회로, 마이크로프로세서, 및/또는 무선 통신 디바이스, 예컨대 셀룰러 전화기를 포함할 수도 있다.
비디오 인코더 (200) 및 비디오 디코더 (300) 는 고효율 비디오 코딩 (HEVC) 으로서 또한 지칭되는 ITU-T H.265 와 같은 비디오 코딩 표준 또는 그에 대한 확장들, 예컨대 멀티-뷰 및/또는 스케일러블 비디오 코딩 확장들에 따라 동작할 수도 있다. 대안적으로, 비디오 인코더 (200) 및 비디오 디코더 (300) 는, VVC 로서 또한 지칭되는 ITU-T H.266 과 같은 다른 독점 또는 산업 표준들에 따라 동작할 수도 있다. VVC 표준의 초안은 Bross 등의 VVC 표준의 최신 초안은 Bross 등의, "Versatile Video Coding (Draft 6)," Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11, 15th Meeting: Gothenburg, SE, 3-12 July 2019, JVET-O2001-vE (이하 "VVC Draft 6" 라 함) 에서 설명되어 있다. VVC 표준의 다른 드래프트는 Bross 등의, "Versatile Video Coding (Draft 10)," Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11, 18th Meeting: by teleconference, 22 June - 1 July 2020, JVET-S2001-v16 (이하 "VVC Draft 10" 라 함) 에 설명되어 있다. 하지만, 본 개시의 기법들은, 어느 특정 코딩 표준에 한정되지 않는다.
일반적으로, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 픽처들의 블록 기반 코딩을 수행할 수도 있다. 용어 "블록" 은 일반적으로 프로세싱될 (예를 들어, 인코딩될, 디코딩될, 또는 다르게는 인코딩 및/또는 디코딩 프로세스에서 사용될) 데이터를 포함하는 구조를 지칭한다. 예를 들어, 블록은 루미넌스 및/또는 크로미넌스 데이터의 샘플들의 2 차원 행렬을 포함할 수도 있다. 일반적으로, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 YUV (예컨대, Y, Cb, Cr) 포맷으로 표현된 비디오 데이터를 코딩할 수도 있다. 즉, 픽처의 샘플들에 대한 적색, 녹색, 및 청색 (RGB) 데이터를 코딩하는 것보다는, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 루미넌스 및 크로미넌스 컴포넌트들을 코딩할 수도 있고, 여기서 크로미넌스 컴포넌트들은 적색 색조 및 청색 색조 크로미넌스 컴포넌트들 양자 모두를 포함할 수도 있다. 일부 예들에 있어서, 비디오 인코더 (200) 는 인코딩 이전에 수신된 RGB 포맷팅된 데이터를 YUV 표현으로 변환하고, 비디오 디코더 (300) 는 YUV 표현을 RGB 포맷으로 변환한다. 대안적으로는, 사전 및 사후 프로세싱 유닛들 (도시되지 않음) 이 이들 변환들을 수행할 수도 있다.
본 개시는 일반적으로 픽처의 데이터를 인코딩 또는 디코딩하는 프로세스를 포함하는 픽처들의 코딩 (예를 들어, 인코딩 및 디코딩) 을 참조할 수도 있다. 유사하게, 본 개시물은, 예를 들어, 예측 및/또는 잔차 코딩과 같은, 블록들에 대한 데이터를 인코딩 또는 디코딩하는 프로세스를 포함하는 픽처의 블록들의 코딩을 참조할 수도 있다. 인코딩된 비디오 비트스트림은 일반적으로 코딩 결정들 (예를 들어, 코딩 모드들) 및 픽처들의 블록들로의 파티셔닝을 나타내는 신택스 엘리먼트들에 대한 일련의 값들을 포함한다. 따라서, 픽처 또는 블록을 코딩하는 것에 대한 참조들은 일반적으로 픽처 또는 블록을 형성하는 신택스 엘리먼트들에 대한 코딩 값들로서 이해되어야 한다.
HEVC 는 코딩 유닛들 (CU들), 예측 유닛들 (PU들), 및 변환 유닛들 (TU들) 을 포함한 다양한 블록들을 정의한다. HEVC 에 따르면, 비디오 코더 (이를 테면 비디오 인코더 (200)) 는 쿼드트리 구조에 따라 코딩 트리 유닛 (CTU) 을 CU들로 파티셔닝한다. 즉, 비디오 코더는 CTU들 및 CU들을 4 개의 동일한 비오버랩하는 정사각형들로 파티셔닝하고, 쿼드트리의 각각의 노드는 0 개 또는 4 개 중 어느 하나의 자식 노드들을 갖는다. 자식 노드들 없는 노드들은 "리프 노드들" 로 지칭될 수도 있고, 그러한 리프 노드들의 CU들은 하나 이상의 PU들 및/또는 하나 이상의 TU들을 포함할 수도 있다. 비디오 코더는 PU들 및 TU들을 추가로 파티셔닝할 수도 있다. 예를 들어, HEVC 에서, 잔차 쿼드트리 (RQT) 는 TU들의 파티셔닝을 나타낸다. HEVC 에서, PU들은 인터 예측 데이터를 나타내는 한편, TU들은 잔차 데이터를 나타낸다. 인트라 예측되는 CU들은 인트라 모드 표시와 같은 인트라 예측 정보를 포함한다.
다른 예로서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 VVC 에 따라 동작하도록 구성될 수도 있다. VVC 에 따르면, (비디오 인코더 (200) 와 같은) 비디오 코더는 픽처를 복수의 CTU들로 파티셔닝한다. 비디오 인코더 (200) 는 쿼드트리 바이너리 트리 (QTBT) 구조 또는 멀티-타입 트리 (MTT) 구조와 같은 트리 구조에 따라 CTU 를 파티셔닝할 수도 있다. QTBT 구조는 HEVC 의 CU들, PU들, 및 TU들 간의 분리와 같은 다중의 파티션 타입들의 개념들을 제거한다. QTBT 구조는 2 개의 레벨들: 즉, 쿼드트리 파티셔닝에 따라 파티셔닝된 제 1 레벨, 및 바이너리 트리 파티셔닝에 따라 파티셔닝된 제 2 레벨을 포함한다. QTBT 구조의 루트 노드는 CTU 에 대응한다. 바이너리 트리들의 리프 노드들은 코딩 유닛들 (CU들) 에 대응한다.
MTT 파티셔닝 구조에서, 블록들은 쿼드트리 (QT) 파티션, 바이너리 트리 (BT) 파티션, 및 하나 이상의 타입들의 트리플 트리 (TT) (터너리 (ternary) 트리 (TT) 로 또한 지칭됨) 파티션들을 사용하여 파티셔닝될 수도 있다. 트리플 또는 터너리 트리 파티션은, 블록이 3개의 서브블록들로 스플릿되는 파티션이다. 일부 예들에 있어서, 트리플 또는 터너리 트리 파티션은 중심을 통해 오리지널 블록을 분할하지 않고 블록을 3개의 서브블록들로 분할한다. MTT 에서의 파티셔닝 타입들 (예컨대, QT, BT, 및 TT) 은 대칭적이거나 비대칭적일 수도 있다.
일부 예들에 있어서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 루미넌스 및 크로미넌스 컴포넌트들의 각각을 나타내기 위해 단일 QTBT 또는 MTT 구조를 사용할 수도 있는 한편, 다른 예들에 있어서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 루미넌스 컴포넌트에 대한 하나의 QTBT/MTT 구조 및 양자 모두의 크로미넌스 컴포넌트들에 대한 다른 QTBT/MTT 구조 (또는 개별 크로미넌스 컴포넌트들에 대한 2 개의 QTBT/MTT 구조들) 와 같은 2 이상의 QTBT 또는 MTT 구조들을 사용할 수도 있다.
비디오 인코더 (200) 및 비디오 디코더 (300) 는 HEVC 마다의 쿼드트리 파티셔닝, QTBT 파티셔닝, MTT 파티셔닝, 또는 다른 파티셔닝 구조들을 사용하도록 구성될 수도 있다. 설명의 목적들을 위해, 본 개시의 기법들의 설명은 QTBT 파티셔닝에 관하여 제시된다. 하지만, 본 개시의 기법들은 또한, 쿼드트리 파티셔닝, 또는 다른 타입들의 파티셔닝도 물론 사용하도록 구성된 비디오 코더들에 적용될 수도 있음을 이해해야 한다.
일부 예들에 있어서, CTU 는 루마 샘플들의 코딩 트리 블록 (CTB), 3개의 샘플 어레이들을 갖는 픽처의 크로마 샘플들의 2 개의 대응하는 CTB들, 또는 샘플들을 코딩하는데 사용된 3개의 별도의 컬러 평면들 및 신택스 구조들을 사용하여 코딩되는 픽처 또는 모노크롬 픽처의 샘플들의 CTB 를 포함한다. CTB는 컴포넌트의 CTB 들로의 분할이 파티셔닝이 되도록 N의 일부 값에 대한 샘플들의 NxN 블록일 수 있다. 컴포넌트는, 4:2:0, 4:2:2, 또는 4:4:4 컬러 포맷으로 픽처를 구성하는 3개의 어레이들 (루마 및 2 개의 크로마) 중 하나로부터의 단일 샘플 또는 어레이, 또는 모노크롬 포맷으로 픽처를 구성하는 어레이의 단일 샘플 또는 어레이이다. 일부 예들에 있어서, 코딩 블록 (CB) 은, CTB 의 CB들로의 분할이 파티셔닝이 되도록 M 및 N 의 일부 값들에 대한 샘플들의 MxN 블록이다.
블록들 (예를 들어, CTU들 또는 CU들) 은 픽처에서 다양한 방식들로 그룹화될 수도 있다. 일 예로서, 브릭 (brick) 은 픽처에서의 특정 타일 내의 CTU 행들의 직사각형 영역을 지칭할 수도 있다. 타일은 픽처에서의 특정 타일 열 및 특정 타일 행 내의 CTU들의 직사각형 영역일 수도 있다. 타일 열은, 픽처의 높이와 동일한 높이 및 (예컨대, 픽처 파라미터 세트에서와 같이) 신택스 엘리먼트들에 의해 명시된 폭을 갖는 CTU들의 직사각형 영역을 지칭한다. 타일 행은, (예컨대, 픽처 파라미터 세트에서와 같이) 신택스 엘리먼트들에 의해 명시된 높이 및 픽처의 폭과 동일한 폭을 갖는 CTU들의 직사각형 영역을 지칭한다.
일부 예들에 있어서, 타일은 다중의 브릭들로 파티셔닝될 수도 있으며, 그 각각은 타일 내의 하나 이상의 CTU 행들을 포함할 수도 있다. 다중의 브릭들로 파티셔닝되지 않은 타일이 또한, 브릭으로서 지칭될 수도 있다. 하지만, 타일의 진정한 서브세트인 브릭은 타일로서 지칭되지 않을 수도 있다.
픽처에서의 브릭들은 또한 슬라이스로 배열될 수도 있다. 슬라이스는, 단일의 네트워크 추상화 계층 (NAL) 유닛에 배타적으로 포함될 수도 있는 픽처의 정수 개의 브릭들일 수도 있다. 일부 예들에 있어서, 슬라이스는 다수의 완전한 타일들 또는 하나의 타일의 완전한 브릭들의 연속적인 시퀀스만을 포함한다.
본 개시는 수직 및 수평 치수들의 관점에서 (CU 또는 다른 비디오 블록과 같은) 블록의 샘플 치수들을 지칭하기 위해 상호교환가능하게 "NxN" 및 "N 바이 N" 을 사용할 수도 있다, 예컨대, 16x16 샘플들 또는 16 바이 16 샘플들. 일반적으로, 16x16 CU 는, 수직 방향에서 16개 샘플들 (y = 16) 그리고 수평 방향에서 16개 샘플들 (x = 16) 을 가질 것이다. 마찬가지로, NxN CU 는 일반적으로 수직 방향에서 N 샘플들 및 수평 방향에서 N 샘플들을 갖고, 여기서 N 은 음이 아닌 정수 값을 나타낸다. CU 에서의 샘플들은 행들 및 열들로 배열될 수도 있다. 더욱이, CU들은 수직 방향에서와 동일한 수의 샘플들을 수평 방향에서 반드시 가질 필요는 없다. 예를 들면, CU들은 NxM 샘플들을 포함할 수도 있고, 여기서 M 은 N 과 반드시 동일한 것은 아니다.
비디오 인코더 (200) 는 예측 및/또는 잔차 정보를 나타내는 CU들에 대한 비디오 데이터, 및 다른 정보를 인코딩한다. 예측 정보는, CU 에 대한 예측 블록을 형성하기 위하여 CU 가 어떻게 예측될지를 표시한다. 잔차 정보는 일반적으로, 인코딩 이전의 CU 의 샘플들과 예측 블록 사이의 샘플 별 차이들을 나타낸다.
CU 를 예측하기 위해, 비디오 인코더 (200) 는 일반적으로 인터 예측 또는 인트라 예측을 통해 CU 에 대한 예측 블록을 형성할 수도 있다. 인터 예측은 일반적으로 이전에 코딩된 픽처의 데이터로부터 CU 를 예측하는 것을 지칭하는 반면, 인트라 예측은 일반적으로 동일한 픽처의 이전에 코딩된 데이터로부터 CU 를 예측하는 것을 지칭한다. 인터 예측을 수행하기 위해, 비디오 인코더 (200) 는 하나 이상의 모션 벡터들을 사용하여 예측 블록을 생성할 수도 있다. 비디오 인코더 (200) 는 일반적으로, 예컨대, CU 와 레퍼런스 블록 사이의 차이들의 관점에서, CU 에 근접하게 매칭하는 레퍼런스 블록을 식별하기 위해 모션 탐색을 수행할 수도 있다. 비디오 인코더 (200) 는 절대 차이의 합 (SAD), 제곱 차이들의 합 (SSD), 평균 절대 차이 (MAD), 평균 제곱 차이들 (MSD), 또는 레퍼런스 블록이 현재 CU 에 근접하게 매칭하는지 여부를 결정하기 위한 다른 그러한 차이 계산들을 사용하여 차이 메트릭을 계산할 수도 있다. 일부 예들에 있어서, 비디오 인코더 (200) 는 단방향 예측 또는 양방향 예측을 사용하여 현재 CU 를 예측할 수도 있다.
VVC 의 일부 예들은 또한, 인터-예측 모드로 고려될 수도 있는 아핀 모션 보상 모드를 제공한다. 아핀 모션 보상 모드에서, 비디오 인코더 (200) 는 줌 인 또는 아웃, 회전, 원근 모션, 또는 다른 불규칙한 모션 타입들과 같은 비-병진 모션을 나타내는 2 이상의 모션 벡터들을 결정할 수도 있다.
인트라-예측을 수행하기 위해, 비디오 인코더 (200) 는 예측 블록을 생성하기 위해 인트라-예측 모드를 선택할 수도 있다. VVC 의 일부 예들은 다양한 방향성 모드들 뿐만 아니라 평면 모드 및 DC 모드를 포함하여 67개의 인트라-예측 모드들을 제공한다. 일반적으로, 비디오 인코더 (200) 는, 현재 블록의 샘플들을 예측할 현재 블록 (예컨대, CU 의 블록) 에 대한 이웃 샘플들을 기술하는 인트라-예측 모드를 선택한다. 그러한 샘플들은 일반적으로, 비디오 인코더 (200) 가 래스터 스캔 순서로 (좌우, 상하) CTU들 및 CU들을 코딩하는 것을 가정하여, 현재 블록과 동일한 픽처에서 현재 블록의 상부, 상부 및 좌측에, 또는 좌측에 있을 수도 있다.
비디오 인코더 (200) 는 현재 블록에 대한 예측 모드를 나타내는 데이터를 인코딩한다. 예를 들어, 인터 예측 모드들에 대해, 비디오 인코더 (200) 는 다양한 이용가능한 인터 예측 모드들 중 어느 것이 사용되는지를 나타내는 데이터 뿐만 아니라 대응하는 모드에 대한 모션 정보를 인코딩할 수도 있다. 단방향 또는 양방향 인터 예측을 위해, 예를 들어, 비디오 인코더 (200) 는 어드밴스드 모션 벡터 예측 (AMVP) 또는 병합 모드를 사용하여 모션 벡터들을 인코딩할 수도 있다. 비디오 인코더 (200) 는 유사한 모드들을 사용하여 아핀 모션 보상 모드에 대한 모션 벡터들을 인코딩할 수도 있다.
블록의 인트라 예측 또는 인터 예측과 같은 예측에 이어, 비디오 인코더 (200) 는 블록에 대한 잔차 데이터를 계산할 수도 있다. 잔차 블록과 같은 잔차 데이터는 대응하는 예측 모드를 사용하여 형성되는, 블록과 블록에 대한 예측 블록 사이의 샘플 별 차이들을 나타낸다. 비디오 인코더 (200) 는 샘플 도메인 대신에 변환 도메인에서 변환된 데이터를 생성하기 위해, 잔차 블록에 하나 이상의 변환들을 적용할 수도 있다. 예를 들어, 비디오 인코더 (200) 는 이산 코사인 변환 (DCT), 정수 변환, 웨이브릿 변환, 또는 개념적으로 유사한 변환을 잔차 비디오 데이터에 적용할 수도 있다. 부가적으로, 비디오 인코더 (200) 는 모드 의존적 비-분리형 이차 변환 (MDNSST), 신호 의존적 변환, Karhunen-Loeve 변환 (KLT) 등과 같은 제 1 변환에 후속하여 이차 변환을 적용할 수도 있다. 비디오 인코더 (200) 는 하나 이상의 변환들의 적용에 후속하여 변환 계수들을 생성한다.
상기 언급된 바와 같이, 변환 계수들을 생성하기 위한 임의의 변환들에 이어, 비디오 인코더 (200) 는 변환 계수들의 양자화를 수행할 수도 있다. 양자화는 일반적으로, 변환 계수들이 그 변환 계수들을 나타내는데 사용된 데이터의 양을 가능하게는 감소시키도록 양자화되어 추가 압축을 제공하는 프로세스를 지칭한다. 양자화 프로세스를 수행함으로써, 비디오 인코더 (200) 는 변환 계수들의 일부 또는 전부와 연관된 비트 심도를 감소시킬 수도 있다. 예를 들어, 비디오 인코더 (200) 는 양자화 동안 n-비트 값을 m-비트 값으로 라운딩 다운할 수도 있고, 여기서 n 은 m 보다 크다. 일부 예들에서, 양자화를 수행하기 위해, 비디오 인코더 (200) 는 양자화될 값의 비트단위 우측-시프트를 수행할 수도 있다.
양자화에 후속하여, 비디오 인코더 (200) 는 변환 계수들을 스캐닝하여, 양자화된 변환 계수들을 포함한 2 차원 매트릭스로부터 1 차원 벡터를 생성할 수도 있다. 스캔은 더 높은 에너지 (및 따라서 더 낮은 주파수) 변환 계수들을 벡터의 전방에 배치하고 그리고 더 낮은 에너지 (및 따라서 더 높은 주파수) 변환 계수들을 벡터의 후방에 배치하도록 설계될 수도 있다. 일부 예들에서, 비디오 인코더 (200) 는 양자화된 변환 계수들을 스캐닝하기 위해 미리정의된 스캔 순서를 활용하여 직렬화된 벡터를 생성하고, 그 후 벡터의 양자화된 변환 계수들을 엔트로피 인코딩할 수도 있다. 다른 예들에서, 비디오 인코더 (200) 는 적응적 스캔을 수행할 수도 있다. 1차원 벡터를 형성하기 위해 양자화된 변환 계수들을 스캐닝한 후, 비디오 인코더 (200) 는 예를 들어, 컨텍스트 적응형 바이너리 산술 코딩 (CABAC) 에 따라 1차원 벡터를 엔트로피 인코딩할 수도 있다. 비디오 인코더 (200) 는 또한, 비디오 데이터를 디코딩하는데 있어서 비디오 디코더 (300) 에 의한 사용을 위해 인코딩된 비디오 데이터와 연관된 메타데이터를 기술하는 신택스 엘리먼트들에 대한 값들을 엔트로피 인코딩할 수도 있다.
CABAC 을 수행하기 위해, 비디오 인코더 (200) 는 송신될 심볼에 컨텍스트 모델 내의 컨텍스트를 할당할 수도 있다. 컨텍스트는 예를 들어, 심볼의 이웃하는 값들이 제로 값인지 여부와 관련될 수도 있다. 확률 결정은 심볼에 할당된 컨텍스트에 기초할 수도 있다.
비디오 인코더 (200) 는 신택스 데이터, 예컨대 블록 기반 신택스 데이터, 픽처 기반 신택스 데이터, 및 시퀀스 기반 신택스 데이터를, 비디오 디코더 (300) 에, 예를 들어, 픽처 헤더, 블록 헤더, 슬라이스 헤더, 또는 다른 신택스 데이터, 예컨대 시퀀스 파라미터 세트 (SPS), 픽처 파라미터 세트 (PPS), 또는 비디오 파라미터 세트 (VPS) 에서 추가로 생성할 수도 있다. 비디오 디코더 (300) 는 마찬가지로 대응하는 비디오 데이터를 디코딩하는 방법을 결정하기 위해 그러한 신택스 데이터를 디코딩할 수도 있다.
이러한 방식으로, 비디오 인코더 (200) 는 인코딩된 비디오 데이터, 예를 들어 픽처의 블록들 (예를 들어, CU들) 로의 파티셔닝을 기술하는 신택스 엘리먼트들 및 블록들에 대한 예측 및/또는 잔차 정보를 포함하는 비트스트림을 생성할 수도 있다. 궁극적으로, 비디오 디코더 (300) 는 비트스트림을 수신하고 인코딩된 비디오 데이터를 디코딩할 수도 있다.
일반적으로, 비디오 디코더 (300) 는 비트스트림의 인코딩된 비디오 데이터를 디코딩하기 위해 비디오 인코더 (200) 에 의해 수행되는 것과 상반되는 프로세스를 수행한다. 예를 들어, 비디오 디코더 (300) 는 비디오 인코더 (200) 의 CABAC 인코딩 프로세스와 실질적으로 유사하지만, 그에 상반되는 방식으로 CABAC 을 사용하여 비트스트림의 신택스 엘리먼트들에 대한 값들을 디코딩할 수도 있다. 신택스 엘리먼트들은 픽처의 CTU들로의 파티셔닝, 및 QTBT 구조와 같은 대응하는 파티션 구조에 따른 각각의 CTU 의 파티셔닝을 위한 파티셔닝 정보를 정의하여, CTU 의 CU들을 정의할 수도 있다. 신택스 엘리먼트들은 비디오 데이터의 블록들 (예컨대, CU들) 에 대한 예측 및 잔차 정보를 추가로 정의할 수도 있다.
잔차 정보는, 예를 들어, 양자화된 변환 계수들에 의해 표현될 수도 있다. 비디오 디코더 (300) 는 블록에 대한 잔차 블록을 재생하기 위해 블록의 양자화된 변환 계수들을 역 양자화 및 역 변환할 수도 있다. 비디오 디코더 (300) 는 시그널링된 예측 모드 (인트라- 또는 인터-예측) 및 관련된 예측 정보 (예컨대, 인터-예측을 위한 모션 정보) 를 사용하여 블록에 대한 예측 블록을 형성한다. 그 다음, 비디오 디코더 (300) 는 예측 블록과 잔차 블록을 (샘플 별 기반으로) 결합하여 원래 블록을 재생할 수도 있다. 비디오 디코더 (300) 는 블록의 경계들을 따라 시각적 아티팩트들을 감소시키기 위해 디블록킹 프로세스를 수행하는 것과 같은 추가적인 프로세싱을 수행할 수도 있다.
본 개시물의 기법들에 따르면, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 본 개시물에서 설명된 하나 이상의 예시적인 기법들에 기초하여 SCIPU 를 결정 및/또는 활용하도록 구성될 수도 있다. 일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 SCIPU 를 결정하기 위해 크로마 블록 사이즈를 활용할 수도 있다. 일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 SCIPU 를 결정하기 위해 크로마 블록 사이즈 및 루마 블록 사이즈를 활용할 수도 있다. 본 개시물은 또한 좁은 수직 인트라 블록들 (예를 들어, 2xN 사이즈 블록들) 을 제거하기 위한 예시적인 기법들 및 인트라 SCIPU 의 크로마 영역의 적응적 스플릿을 위한 예시적인 기법들을 설명한다.
아래에서 더 상세히 설명되는 바와 같이, 본 개시물에 설명된 하나 이상의 예들에 따라, SCIPU 를 결정 및 활용하는 것은 비디오 인코더 (200) 및 비디오 디코더 (300) 의 더 나은 동작을 초래할 수도 있다. 예를 들어, 블록 사이즈는 비디오 인코더 (200) 및 비디오 디코더 (300) 가 픽처를 얼마나 신속하게 인코딩하거나 디코딩할 수 있는지에 영향을 미칠 수도 있다. 더 작은 사이즈의 블록들은 더 큰 사이즈의 블록들에 비해 픽처에 더 많은 블록들이 있기 때문에 더 긴 인코딩 및 디코딩 시간을 초래할 수도 있지만, 또한 감소된 왜곡을 초래할 수도 있다. 본 개시물에 설명된 기법들을 이용함으로써, 비디오 인코더 (200) 및 비디오 디코더 (300) 의 동작은 인코딩 및 디코딩이 프로세싱 지연들을 최소화하기 위해 적시에 수행되는 것을 보장하면서, 더 작은 블록들에 의해 인에이블된 개선된 비디오 품질을 여전히 허용하도록 개선될 수도 있다. 따라서, 비디오 코딩 포맷에 기초하여 SCIPU 를 선택적으로 인에이블 및 디스에이블함으로써, 본 개시물에 설명된 예시적인 기법들은 비디오 인코더 (200) 및 비디오 디코더 (300) 의 전체 동작을 개선하는 비디오 코딩의 기술의 실제 적용을 제공한다.
본 개시물은 일반적으로 신택스 엘리먼트들과 같은 소정의 정보를 "시그널링" 하는 것을 참조할 수도 있다. 용어 "시그널링" 은 인코딩된 비디오 데이터를 디코딩하는데 사용되는 신택스 엘리먼트들에 대한 값들 및/또는 다른 데이터의 통신을 지칭할 수도 있다. 즉, 비디오 인코더 (200) 는 비트스트림에서 신택스 엘리먼트들에 대한 값들을 시그널링할 수도 있다. 일반적으로, 시그널링은 비트스트림에서 값을 생성하는 것을 지칭한다. 상기 언급된 바와 같이, 소스 디바이스 (102) 는 목적지 디바이스 (116) 에 의한 추후 취출을 위해 저장 디바이스 (112) 에 신택스 엘리먼트들을 저장할 때 발생할 수도 있는 바와 같이, 비실시간으로 또는 실질적으로 실시간으로 비트스트림을 목적지 디바이스 (116) 로 전송할 수도 있다.
도 2a 및 도 2b 는 예시적인 쿼드트리 바이너리 트리 (QTBT) 구조 (130) 및 대응하는 CTU (132) 을 예시하는 개념 다이어그램들이다. 실선들은 쿼드트리 스플리팅을 나타내고, 점선들은 바이너리 트리 스플리팅을 나타낸다. 바이너리 트리의 각각의 스플릿된 (즉, 비-리프) 노드에서, 어떤 스플리팅 타입 (즉, 수평 또는 수직) 이 사용되는지를 표시하기 위해 하나의 플래그가 시그널링되며, 이 예에서, 0 은 수평 스플리팅을 표시하고 1 은 수직 스플리팅을 표시한다. 쿼드트리 스플리팅에 대해, 쿼드트리 노드들은 블록을 동일한 사이즈를 갖는 4개의 서브블록들로 수평으로 및 수직으로 스플릿하기 때문에 스플리팅 타입을 표시할 필요가 없다. 이에 따라, QTBT 구조 (130) 의 영역 트리 레벨 (즉, 실선들) 에 대한 신택스 엘리먼트들 (이를 테면 스플리팅 정보) 및 QTBT 구조 (130) 의 예측 트리 레벨 (즉, 점선들) 에 대한 신택스 엘리먼트들 (이를테면 스플리팅 정보) 을, 비디오 인코더 (200) 가 인코딩할 수도 있고, 비디오 디코더 (300) 가 디코딩할 수도 있다. QTBT 구조 (130) 의 종단 리프 노드들에 의해 표현된 CU들에 대해, 예측 및 변환 데이터와 같은 비디오 데이터를, 비디오 인코더 (200) 가 인코딩할 수도 있고, 비디오 디코더 (300) 가 디코딩할 수도 있다.
일반적으로, 도 2b 의 CTU (132) 는 제 1 및 제 2 레벨들에서 QTBT 구조 (130) 의 노드들에 대응하는 블록들의 사이즈들을 정의하는 파라미터들과 연관될 수도 있다. 이들 파라미터들은 CTU 사이즈 (샘플들에서 CTU (132) 의 사이즈를 나타냄), 최소 쿼드트리 사이즈 (MinQTSize, 최소 허용된 쿼드트리 리프 노드 사이즈를 나타냄), 최대 바이너리 트리 사이즈 (MaxBTSize, 최대 허용된 바이너리 트리 루트 노드 사이즈를 나타냄), 최대 바이너리 트리 깊이 (MaxBTDepth, 최대 허용된 바이너리 트리 깊이를 나타냄), 및 최소 바이너리 트리 사이즈 (MinBTSize, 최소 허용된 바이너리 트리 리프 노드 사이즈를 나타냄) 를 포함할 수도 있다.
CTU 에 대응하는 QTBT 구조의 루트 노드는 QTBT 구조의 제 1 레벨에서 4 개의 자식 노드들을 가질 수도 있으며, 이들의 각각은 쿼드트리 파티셔닝에 따라 파티셔닝될 수도 있다. 즉, 제 1 레벨의 노드들은 리프 노드들 (자식 노드들을 갖지 않음) 이거나 또는 4 개의 자식 노드들을 갖는다. QTBT 구조 (130) 의 예는 그러한 노드들을, 브랜치들에 대한 실선들을 갖는 자식 노드들 및 부모 노드를 포함하는 것으로서 나타낸다. 제 1 레벨의 노드들이 최대 허용된 바이너리 트리 루트 노드 사이즈 (MaxBTSize) 보다 크지 않으면, 그 노드들은 개별의 바이너리 트리들에 의해 추가로 파티셔닝될 수 있다. 하나의 노드의 바이너리 트리 스플리팅은, 스플리팅으로부터 발생하는 노드들이 최소 허용된 바이너리 트리 리프 노드 사이즈 (MinBTSize) 또는 최대 허용된 바이너리 트리 심도 (MaxBTDepth) 에 도달할 때까지 반복될 수 있다. QTBT 구조 (130) 의 예는 그러한 노드들을, 브랜치들에 대한 점선들을 갖는 것으로서 나타낸다. 바이너리 트리 리프 노드는, 어떠한 추가의 파티셔닝도 없이, 예측 (예컨대, 인트라-픽처 또는 인터-픽처 예측) 및 변환을 위해 사용되는 코딩 유닛 (CU) 으로서 지칭된다. 상기 논의된 바와 같이, CU들은 또한, "비디오 블록들" 또는 "블록들" 로서 지칭될 수도 있다.
QTBT 파티셔닝 구조의 일 예에 있어서, CTU 사이즈는 128x128 (루마 샘플들 및 2 개의 대응하는 64x64 크로마 샘플들) 로서 설정되고, MinQTSize 는 16x16 으로서 설정되고, MaxBTSize 는 64x64 로서 설정되고, (폭 및 높이 양자 모두에 대한) MinBTSize 는 4 로서 설정되고, 그리고 MaxBTDepth 는 4 로서 설정된다. 쿼드트리 파티셔닝은 쿼드-트리 리프 노드들을 생성하기 위해 먼저 CTU 에 적용된다. 쿼드트리 리프 노드들은 16x16 (즉, MinQTSize) 으로부터 128x128 (즉, CTU 사이즈) 까지의 사이즈를 가질 수도 있다. 리프 쿼드트리 노드가 128x128 이면, 사이즈가 MaxBTSize (즉, 이 예에서 64x64) 를 초과하기 때문에, 그것은 이진 트리에 의해 추가로 스플리팅되지 않을 것이다. 그렇지 않으면, 리프 쿼드트리 노드는 이진 트리에 의해 추가로 파티셔닝될 것이다. 따라서, 쿼드트리 리프 노드는 또한 이진 트리에 대한 루트 노드이고 이진 트리 심도를 0 으로 갖는다. 이진 트리 심도가 MaxBTDepth (이 예에서는 4) 에 도달할 경우, 추가의 스플리팅은 허용되지 않는다. 이진 트리 노드가 MinBTSize (이 예에서는 4) 와 동일한 폭을 가질 경우, 그것은 추가의 수평 스플리팅이 허용되지 않음을 암시한다. 유사하게, MinBTSize 와 동일한 높이를 갖는 이진 트리 노드는, 그 이진 트리 노드에 대해 추가의 수직 스플리팅이 허용되지 않음을 암시한다. 상기 언급된 바와 같이, 이진 트리의 리프 노드들은 CU들로서 지칭되고, 추가의 파티셔닝 없이 예측 및 변환에 따라 추가로 프로세싱된다.
다음은 VVC Draft 6 및 HEVC 에서 구현된 파티셔닝 구조들을 설명한다. HEVC 에서, 비디오 코더는 J. Chen, Y. Ye, S. H. Kim, "Algorithm description for Versatile Video Coding and Test Model 5 (VTM 5)", JVET-N1002 에 설명된 바와 같이, 다양한 로컬 특성들에 적응하기 위해 코딩 트리로서 표시된 쿼터너리-트리 구조를 사용함으로써 CTU 를 CU들로 스플리팅할 수도 있다. 비디오 인코더 (200) 는 리프 CU 레벨에서 인터-픽처 (시간적) 또는 인트라-픽처 (공간적) 예측을 사용하여 픽처 영역을 코딩할지 여부를 결정한다. 각각의 리프 CU 는 PU 스플리팅 타입에 따라 1, 2, 또는 4 개의 PU들로 추가로 스플리팅될 수 있다. 1 개의 PU 내에서, 동일한 예측 프로세스가 적용되고, 관련 정보는 PU 단위로 인코딩된 비디오 데이터에서 시그널링된다. 잔차를 획득한 후, 비디오 데이터의 원래 블록과의 예측 블록의 비교에 기초하여, 리프 CU 는 CU 에 대한 코딩 트리와 같은 다른 쿼터너리-트리 구조에 따라 TU들로 파티셔닝될 수 있다. HEVC 스플리팅 구조는 다수의 파티션 타입들, 즉 CU들, PU들, 및 TU들을 활용한다.
VVC 에서, 다중 파티션 유닛 타입들의 개념은 바이너리 및 터너리 스플릿 세그먼테이션 구조들을 갖는 내보된 다중-타입 트리를 포함하는 쿼드트리 구조로 대체되었다. 따라서, VVC 는 최대 변환 길이에 대해 너무 큰 사이즈를 갖는 CU들에 대해 필요한 경우를 제외하고 CU, PU, 및 TU 의 분리를 제거한다. 또한 VVC 는 CU 파티션 형상들에 더 많은 유연성을 지원한다. 코딩 트리 구조에서, CU 는 정사각형 또는 직사각형 형상 중 어느 일방을 가질 수 있다. CTU 는 먼저 쿼터너리 트리 (쿼드트리로도 알려짐) 구조에 의해 파티셔닝된다. 그 후, 쿼터너리 트리 리프 노드들은 다중-타입 트리 구조에 의해 추가로 파티셔닝될 수 있다.
도 3a 내지 도 3e 는 다중 타입의 트리 스플리팅 모드의 예를 예시하는 개념 다이어그램들이다. 도 3a 내지 도 3e 에 도시된 바와 같이, 다중 타입 트리 구조에서는 5 가지 스플리팅 타입들이 존재한다. 이들 5 가지 스플리팅 타입들은 도 3a 에 도시된 쿼드-트리 파티셔닝, 도 3b 에 도시된 수직 바이너리-트리 파티셔닝 (예를 들어, 수직 바이너리 스플리팅 (SPLIT_BT_VER)), 도 3c 에 도시된 수평 바이너리-트리 파티셔닝 (예를 들어, 수평 바이너리 스플리팅 (SPLIT_BT_HOR)), 도 3d 에 도시된 수직 터너리-트리 파티셔닝 (예를 들어, 수직 터너리 스플리팅 (SPLIT_TT_VER)), 및 도 3e 에 도시된 수평 터너리-트리 파티셔닝 (예를 들어, 수평 터너리 스플리팅 (SPLIT_TT_HOR)) 이다. 다중-타입 트리 리프 노드들은 CU들에 대응하고, CU 가 최대 변환 길이에 대해 너무 크지 않다면, 예측 프로세싱을 위해 사용된 동일한 세그먼테이션이 또한 임의의 추가적인 파티셔닝 없이 변환 프로세싱을 위해 사용된다. 이것은, 대부분의 경우들에서, CU, PU 및 TU 가 네스팅된 다중-타입 트리 CB 구조를 갖는 쿼드트리에서 동일한 블록 사이즈를 갖는다는 것을 의미한다. 지원되는 최대 변환 길이가 CU 의 컬러 컴포넌트의 폭 또는 높이보다 작을 경우 예외가 발생한다.
CTU 는 루마 CTB 및 2 개의 크로마 CTB들을 포함한다. CU 레벨에서, CU 는 루마 CB 및 2 개의 크로마 CB들과 연관된다. VVC 에서, 인트라 코딩된 CU 의 크로마 및 루마 CB들은 단일 트리 구조를 공유하거나 듀얼 트리들로 지칭되는 상이한 트리 구조들을 사용할 수 있다. 인터 슬라이스들에 대해, CU 의 크로마 및 루마 CB들은 트리 구조를 공유할 수도 있다. 인터 슬라이스에는 인트라 블록들이 존재할 수도 있다. 인터 슬라이스에서의 로컬 듀얼 트리 구조의 사용은 작은 크로마 인트라 블록들을 회피할 수 있다. 로컬 듀얼 트리에서, 모든 루마 블록들은 인트라 코딩되거나, 인트라 블록 카피 코딩되거나, 또는 팔레트 코딩되고, 크로마는 스플리팅되지 않는다. CTU 의 사이즈는 루마 컴포넌트에 대해 최대 128x128 일 수 있는 한편, 코딩 유닛의 사이즈는 CTU 의 4x4 로부터 전체 사이즈의 범위일 수도 있다. 이 시나리오에서, 크로마 블록의 사이즈는 4:2:0 컬러 포맷에서 2x2, 2x4, 또는 4x2 일 수 있다. 즉, 비-4:4:4 비디오 코딩 포맷들에 대해 사용된 크로마 서브-샘플링으로 인해, 4x4 루마 블록은 4x4 보다 작은 크로마 블록들에 대응할 수도 있다.
상기 설명된 바와 같이, 본 개시물에서 설명된 예시적인 기법들은 인트라 예측 모드들을 사용하여 블록들을 코딩하는 것과 관련될 수도 있다. 다음은 인트라 예측 각도들 및 광각 인트라 예측을 설명한다. 인트라 예측은 DC 예측 모드, 평면 예측 모드 및 방향성 (또는 각도) 예측 모드를 수반한다. 정사각형 블록들에 대한 방향성 예측은 도 4 에 예시된 바와 같이, VVC 테스트 모델 2 (VTM2) J. Chen, Y. Ye, S. Kim, "Algorithm description for Versatile Video Coding and Test Model 2 (VTM2)," 11th JVET Meeting, Ljubljana, SI, July 2018, JVET-K1002 에서 현재 블록의 -135 도 내지 45 도 사이의 방향들을 사용한다.
VTM2 에서, 인트라 예측을 위한 예측 블록을 명시하는데 사용된 블록 구조는 정사각형 (폭 w = 높이 h) 인 것으로 제한되지 않는다. 직사각형 또는 비-정사각형 예측 블록들 (w > h 또는 w < h) 은 컨텐츠의 특성들에 기초하여 코딩 효율을 증가시킬 수 있다.
그러한 직사각형 블록들에서, -135 도 내지 45 도 내에 있도록 인트라 예측의 방향을 제한하는 것은, 인트라 예측을 위해 더 가까운 레퍼런스 샘플들보다는 더 먼 레퍼런스 샘플들이 사용되는 상황들을 초래할 수 있다. 그러한 설계는 코딩 효율에 영향을 줄 가능성이 있다. (-135 내지 45 도 각도를 넘어서는) 더 가까운 레퍼런스 샘플들이 예측을 위해 사용될 수 있도록 완화된 제한들의 범위를 갖는 것이 더 유리할 수도 있다. 이러한 경우의 예가 도 5 에 주어진다. 예를 들어, 도 5 은 현재 블록 (500) 으로서 식별된 8x4 직사각형 블록의 일 예를 예시하며, 여기서, -135 도 내지 45 도의 범위에 있도록 되는 인트라 예측 방향의 제한으로 인해, (예컨대, 레퍼런스 샘플 (502) 과 같은) 더 가까운 레퍼런스 샘플들이 사용되지 않지만, (예컨대, 레퍼런스 샘플 (504) 과 같은) 더 먼 레퍼런스 샘플들이 사용될 수도 있다.
12th JVET 미팅 동안, 광각 인트라 예측의 변형이 다음의 문서들: L. Zhao, X. Zhao, S. Liu, X. Li, "CE3-related: Unification of angular intra prediction for square and non-square blocks," 12th JVET Meeting, Macau SAR, CN, Oct. 2018, JVET-L0279, J. Chen, Y. Ye, S. Kim, "Algorithm description for Versatile Video Coding and Test Model 3 (VTM3)," 12th JVET Meeting, Macau SAR, CN, Oct. 2018, JVET-L1002, and B. Bross, J. Chen, S. Liu, "Versatile Video Coding (Draft 3)," 12th JVET Meeting, Macau SAR, CN, Oct. 2018, JVET-L1001 에서 기술된 바와 같이, VVC 테스트 모델 3.0 (VTM3) 내로 채택되었다.
광각 인트라 예측의 이러한 채택은 정사각형 블록 및 비-정사각형 블록에 대해 각도 인트라 예측을 통합하기 위한 2 개의 수정들을 포함한다. 첫째, 모든 블록 형상들의 대각선 방향들을 커버하기 위해 각도 예측 방향들이 수정된다. 둘째, 도 6a 내지 도 6c 에 예시된 바와 같이, 모든 각도 방향들은 모든 블록 애스팩트 비들 (정사각형 및 비-정사각형) 에 대해 좌하부 대각선 방향과 우상부 대각선 방향 사이의 범위 내에서 유지된다. 도 6a 는 정사각형 블록 (예컨대, 코딩 유닛 (602)) 이 각도 모드 재맵핑을 요구하지 않는다는 것 (예컨대, 대각선 방향 (604) 과 대각선 방향 (606) 사이의 각도 방향들이 이용가능함) 을 예시한다. 도 6b 는 수평 비-정사각형 블록 (예컨대, 코딩 유닛 (612)) 에 대한 각도 모드 재맵핑을 예시한다. 예를 들어, 대각선 방향 (614) 밖에 있는 모드 A 및 모드 B 의, 대각선 방향 (614) 및 대각선 방향 (616) 내에 있도록 하는 모드 맵핑이 있을 수도 있다. 도 6c 는 수직 비-정사각형 블록 (예컨대, 코딩 유닛 (622)) 에 대한 각도 재맵핑을 예시한다. 예를 들어, 대각선 방향 (624) 밖에 있는 모드 A 및 모드 B 의, 대각선 방향 (624) 및 대각선 방향 (626) 내에 있도록 하는 모드 맵핑이 있을 수도 있다.
부가적으로, 상부 레퍼런스 행 및 좌측 레퍼런스 열에서의 레퍼런스 샘플들의 수는 모든 블록 형상들에 대해 2 * 폭 + 1 및 2 * 높이 + 1 로 제한된다. VTM3 에서 채택되는 더 광각의 예시가 (예컨대, 도 7 에 관하여) 도 8 에 제공된다. VTM3 은 임의의 블록 사이즈에 대해 95개 모드들을 정의하지만, 오직 67개 모드들만이 허용될 수도 있다. 허용되는 정확한 모드들은 블록 폭 대 높이의 비율에 의존한다. 정확한 모드들의 허용은, 특정 블록 사이즈들에 대해 모드 범위를 제한함으로써 행해진다.
도 9 은, JVET-L1001 에서 설명된 바와 같이, VTM3 에서의 인트라 예측 각도 파라미터 (intraPredAngle) 와 predModeIntra 사이의 맵핑 테이블을 명시한다. 비-정사각형 블록 대각선들, 수직 및 수평 모드들, 및 정사각형 블록 대각선 모드들에 대응하는 각도 모드들이 활용된다. 도 9 에서, 양의 intraPredAngle 값을 갖는 각도 모드들은 양의 각도 모드들 (모드 인덱스 <18 또는 >50) 로서 지칭되는 한편, 음의 intraPredAngle 값을 갖는 각도 모드들은 음의 각도 모드들 (모드 인덱스 >18 및 <50) 로서 지칭된다.
VVC Draft 6 은 PLANAR, VER, HOR, DC, LM, MDLM_L, MDLM_T, 및 DM 을 포함하는 크로마 컴포넌트에 대한 8 개의 인트라 예측 모드들을 지원한다. 크로마 인트라 코딩된 CU 를 인코딩하기 위해, 이 CU 가 DM 코딩되는지 여부를 표시하기 위해 플래그가 사용된다. CU 가 DM 인 것으로 결정되면, 대응하는 루마 컴포넌트의 인트라 예측 모드는 이 CU 에 대한 예측을 획득하기 위해 사용된다. 그렇지 않으면, CU 의 모드는 비디오 인코더 (200) 에 의해 비디오 디코더 (300) 로 시그널링된다. VER 및 HOR 모드들은 현재 블록을 예측하기 위해 상부 및 좌측 이웃 블록들의 이용가능한 복원된 샘플들을 각각 사용한다. PLANAR 및 DC 모드들은 예측을 위해 상부 및 좌측 이웃 블록들 양자의 이용가능한 복원된 샘플들을 사용한다. LM, MDLM_L, 및 MDLM_T 에 대해, 대응하는 루마 블록들의 복원된 샘플들이 예측을 위해 사용된다.
다음은 인트라 예측 샘플들을 기술한다. CB 의 이웃의 샘플들은 블록의 인트라 예측을 위해 사용된다. 통상적으로, CB 의 좌측 및 상부 경계들에 가장 가까운 복원된 레퍼런스 샘플 라인들이 인트라 예측을 위한 레퍼런스 샘플들로서 사용된다. 그러나, VVC Working Draft 4, Bross, 등 "Versatile Video Coding (Draft 4)," Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11, 13th Meeting: Marrakech, MA, 9-18 Jan 2019, JVET-O1001-v7 (이하 "VVC Draft 4") 는 또한 CB 의 이웃의 다른 샘플들이 레퍼런스 샘플들로서 사용될 수 있게 한다.
VVC Draft 4 에서, 0, 1, 및 3 과 동일한 MRLIdx 를 갖는 레퍼런스 라인들만이 루마 컴포넌트를 위해 사용될 수 있다. 크로마 컴포넌트에 대해, 0 과 동일한 MRLIdx 를 갖는 레퍼런스 라인만이 도 10에 도시된 바와 같이 사용될 수 있다. 블록을 코딩하기 위해 사용된 레퍼런스 라인에 대한 인덱스 (각각, MRLIdx 0, 1 및 3 을 갖는 라인들을 표시하는 값들 0, 1 및 2) 가 절단된 단항 코드워드로 코딩된다. MRLIdx > 0 인 레퍼런스 라인에 대해 평면 및 DC 모드들은 사용되지 않는다. 일부 예들에서, CB 의 이웃의 이용가능한 샘플들만이 인트라-예측을 위해 레퍼런스 어레이에 추가될 수 있다.
다음은 SCIPU 를 설명한다. 통상의 하드웨어 비디오 인코더 및 디코더에서, 픽처가 더 작은 블록을 가질 때 프로세싱 스루풋이 감소된다. 이러한 프로세싱 스루풋 드롭은 주로 작은 인트라 블록들로부터 비롯되는데, 그 이유는 작은 인터 블록들이 병렬로 프로세싱될 수 있는 반면 인트라 블록들은 이웃하는 블록들 사이에 데이터 의존성을 가지고 (예를 들어, 인트라 블록의 예측자 생성은 이웃하는 블록들로부터의 상부 및 좌측 경계 복원된 샘플들을 필요로 함) 순차적으로 프로세싱되기 때문이다.
HEVC 에서, 최악의 경우의 프로세싱 스루풋은 4x4 크로마 인트라 블록들이 프로세싱될 때 발생한다. VTM4.0 에서, 가장 작은 크로마 인트라 블록의 사이즈는 2x2 이고, 크로마 인트라 블록의 복원 프로세스는 새로운 툴들의 채택으로 인해 매우 복잡해진다.
VVC 에서 최악의 경우의 프로세싱 스루풋을 증가시키기 위해, SCIPU들이 Z.-Y. Lin, T.-D. Chuang, C.-Y. Chen, Y.-W. Huang, S.-M. Lei, Y. Zhao, H. Yang, "CE3-2.1.1 and CE3-2.1.2: Removing 2x2, 2x4, and 4x2 chroma CBs", JVET-O0050 에서 제안되었다. SCIPU 는 Gothenburg 의 15번째 JVET 에서 VVC Draft 6 으로 채택되었다. SCIPU들에 대한 기법들의 목적은 크로마 인트라 CB들의 파티셔닝을 제한함으로써 16 크로마 샘플들보다 작은 크로마 인트라 CB들을 허용하지 않는 것이다.
단일 코딩 트리에서, SCIPU 는 크로마 블록 사이즈가 임계 (TH) 크로마 샘플들 이상이고 4TH 루마 샘플들보다 작은 적어도 하나의 자식 루마 블록을 갖는 코딩 트리 노드로서 정의되며, 여기서 TH 는 일 예로서 16 로 세팅된다. 일부 예들에서, 각각의 SCIPU 에서, 모든 CB들은 인터이거나, 또는 모든 CB들은 비-인터 (즉, 인트라 또는 IBC) 이다. 비-인터 SCIPU 의 경우에, 일부 예들에서, 비-인터 SCIPU 의 크로마는 추가로 스플릿되지 않을 수도 있고 (예를 들어, 않을 수 있고) SCIPU 의 루마는 추가로 스플릿되도록 허용된다. 이러한 방식으로, 가장 작은 크로마 인트라 CB 사이즈는 16 크로마 샘플들이고, 2x2, 2x4, 및 4x2 크로마 CB들이 제거된다. 또한, 비-인터 SCIPU 의 경우에는 크로마 스케일링이 적용되지 않는다.
2 개의 SCIPU 예들이 도 11a 및 도 11b 에 도시된다. 도 11a 에서, 8x4 크로마 샘플들의 하나의 크로마 CB 및 3 개의 루마 CB들 (4x8, 8x8, 4x8 루마 CB들) 은 하나의 SCIPU 를 형성하는데, 이는 8x4 크로마 샘플들로부터 스플릿된 터너리 트리 (TT) 가 16 크로마 샘플들보다 더 작은 크로마 CB들을 초래할 것이기 때문이다. 도 11b에서, 4x4 크로마 샘플들 (8x4 크로마 샘플들의 좌측) 의 하나의 크로마 CB 및 3 개의 루마 CB들 (8x4, 4x4, 4x4 루마 CB들) 은 하나의 SCIPU 를 형성하고, 4x4 샘플들 (8x4 크로마 샘플들의 우측) 의 다른 하나의 크로마 CB 및 2 개의 루마 CB들 (8x4, 8x4 루마 CB들) 은 하나의 SCIPU를 형성하는데, 이는 4x4 크로마 샘플들로부터 스플릿된 바이너리 트리 (BT) 가 16 크로마 샘플들보다 작은 크로마 CB들을 초래할 것이기 때문이다. 도 12a 내지 도 12s 는 SCIPU들의 추가적인 예들을 예시하는 개념 다이어그램들이다. 사이즈는 루마 컴포넌트에 있다.
현재 슬라이스가 I-슬라이스이거나 또는 현재 SCIPU 가 한 번 더 스플리팅된 후에 그 안에 4x4 루마 파티션을 갖는 경우 (인터 4x4 가 VVC 에서 허용되지 않기 때문임), SCIPU 의 타입은 비-인터인 것으로 추론되고; 그렇지 않은 경우, SCIPU 의 타입 (인터 또는 비-인터) 은 SCIPU 에서 CU 들을 파싱하기 전에 하나의 시그널링된 플래그에 의해 표시된다. 위의 2 가지 방법을 적용하면, 2x2 크로마 블록 대신 4x4, 2x8, 8x2 크로마 블록이 프로세싱될 때, 최악의 경우의 하드웨어 프로세싱 스루풋이 발생한다. 최악의 경우의 하드웨어 프로세싱 스루풋은 HEVC 에서의 프로세싱 스루풋과 동일하며 VTM5.0 에서의 프로세싱 스루풋의 4 배이다.
그러나, VVC Draft 6 에 설명된 바와 같이 SCIPU 를 결정하고 활용하는 문제들이 있을 수도 있다. VVC Draft 6 에서, SCIPU 를 결정하고 활용하는 것에 관한 문제들의 일 예로서, SCIPU 는 루마 영역 (예를 들어, 루마 컴포넌트에서의 샘플들) 의 사이즈 및 스플릿에 기초하여 판정 (예를 들어, 결정) 된다. 이 접근법을 사용하면 SCIPU 가 상이한 크로마 포맷에서 정확히 작동하지 않는다. 일 예로서, 도 13 은 수직 방향으로 스플리팅된 16x8 및 터너리 트리 (TT) 의 사이즈 및 크로마 사이즈에서 16 샘플들의 임계치를 갖는 루마 블록을 예시한다. 도 13 의 루마 블록에 대한 대응하는 크로마 영역의 블록 사이즈는 도 14a 내지 도 14c 에 예시된 바와 같이 상이한 크로마 포맷들이다.
4:2:0 포맷에서, 크로마 영역은 도 14a 에 도시된 바와 같이 4x8 의 사이즈를 갖는다. TT 수직 스플릿은 2x4 블록들을 초래하기 때문에, 이는 (예를 들어, 4x8 의 크로마 블록과 같은 크로마 영역을 포함하는 크로마 블록) SCIPU (8 샘플들 < 16) 로서 고려된다.
4:2:2 포맷에서, 크로마 영역은 도 14b 에 도시된 바와 같이 8x8 의 사이즈를 갖는다. TT 수직 스플릿의 경우, 서브-블록들의 가장 작은 사이즈는 2x8 이다. 따라서, 이는 (예를 들어, 사이즈 8x8 을 갖는 크로마 블록 또는 사이즈 2x8 을 갖는 서브-블록) SCIPU 로서 고려되지 않을 수도 있다.
4:4:4 포맷에서, 크로마 영역은 도 14c 에 도시된 바와 같이 8x16 의 사이즈를 갖는다. TT 수직 스플릿의 경우, 서브-블록들의 가장 작은 사이즈는 4x8 이다. 이 경우, 크로마는 SCIPU 가 아니다.
SCIPU 를 결정하고 활용하는 것과 관련된 문제들의 다른 예로서, VVC Draft 6 에서의 SCIPU 의 구현은 2x2 및 2x4 블록들에 대한 인트라 예측을 허용하지 않는다. 그러나, VVC Draft 6 은 수직의 좁은 인트라 크로마 블록들을 허용한다. 이러한 타입의 블록 사이즈 (예를 들어, 수직의 좁은 인트라 크로마 블록들) 는 데이터 액세스의 성능을 감소시킬 수도 있다.
SCIPU 를 결정하고 활용하는 것에 관한 문제들의 다른 예로서, VVC Draft 6 에서, 인트라 SCIPU 의 크로마 영역의 스플릿은 2x2, 2x4 및 4x2 를 회피하도록 허용되지 않는다. 그러나, SCIPU 의 큰 크로마 영역 (예를 들어, 8x4 및 4x8) 에 대해, 일부 스플릿들은 이러한 작은 블록들을 초래하지 않을 수도 있다. 이러한 큰 크로마 영역의 스플릿들을 디스에이블하는 것은 성능 손실을 초래할 수도 있다.
본 개시물은 위에서 설명된 예시적인 문제들 중 하나 이상을 해결하기 위한 예시적인 기법들을 설명한다. 본 개시물은 또한 SCIPU 가 인터 예측을 사용하여 코딩되는지 또는 인트라 예측을 사용하여 코딩되는지 여부를 시그널링하기 위한 기법들을 설명한다. 예시적인 기법들은 개별적으로 또는 임의의 또는 다수의 상이한 조합들로 함께 수행될 수도 있다. 예시적인 기법들이 상기 설명된 문제들을 어드레싱할 수도 있지만, 예시적인 기법들은 상기 설명된 문제들 중 하나 이상을 해결하는 것으로 제한되도록 간주되지 않아야 한다.
또한, 단순히 이해를 용이하게 하기 위해, 예시적인 기법들 중 일부가 VVC Draft 6, 및 특히 VVC Draft 6 의 섹션 7.4.9.4 에 대한 변경들에 관하여 설명된다. VVC Draft 6 의 섹션 7.4.9.4 의 일부는 본 개시물에 설명된 하나 이상의 예들에 따라 VVC Draft 6 에 대한 잠재적인 변화들을 용이하게 이해하기 위해 아래에서 재생된다.
7.4.9.4 코딩 트리 시맨틱들
…
각 CTU 에 대해, 변수 modeTypeCondition 는 다음과 같이 도출된다:
- 다음 조건들 중 하나가 참이면, modeTypeCondition 은 0 와 동일하게 세팅된다:
- slice_type = = I 이고, qtbtt_dual_tree_intra_flag 는 1 과 동일하다
- modeTypeCurr 는 MODE_TYPE_ALL 과 동일하지 않다
- 그렇지 않으면, 다음 조건들 중 하나가 참이면, modeTypeCondition 은 1 와 동일하게 세팅된다:
- cbWidth * cbHeight 는 64 와 동일하고, split_qt_flag 는 1 과 동일하다
- cbWidth * cbHeight 는 64 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_TT_HOR 또는 SPLIT_TT_VER 와 동일하다
- cbWidth * cbHeight 는 32 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_BT_HOR 또는 SPLIT_BT_VER 와 동일하다
- 그렇지 않으면, 다음 조건들 중 하나가 참이면, modeTypeCondition 은 1 + (slice_type != I ? 1 : 0) 와 동일하게 세팅된다:
- cbWidth * cbHeight 는 64 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_BT_HOR 또는 SPLIT_BT_VER 와 동일하다
- cbWidth * cbHeight 는 128 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_TT_HOR 또는 SPLIT_TT_VER 와 동일하다
- 그렇지 않으면, modeTypeCondition 는 0 과 동일하게 세팅된다
이하에서는 크로마 블록 사이즈를 이용하여 SCIPU 를 판정하는 예를 설명한다. 예를 들어, SCIPU 는 크로마 사이즈 및 루마 영역의 스플리팅에 기초하여 판정 (예를 들어, 결정) 될 수도 있다. 일부 예들에서, 루마 영역의 파티셔닝을 위해, 크로마 영역의 사이즈는 크로마 포맷에 의존하는 팩터에 의해 루마 사이즈를 스케일링함으로써 도출될 수도 있다. 루마 파티션의 스플릿을 크로마 영역에 적용하는 것이 임계치 TH 보다 작은 사이즈를 갖는 크로마 서브-블록들을 초래하면, 루마 영역 및 대응하는 크로마 영역은 SCIPU (예를 들어, 루마 영역, 대응하는 크로마 영역, 또는 루마 영역과 대응하는 루마 영역 양자) 로서 고려된다.
일 예에서, VVC Draft 6 에서 변수 modeTypeCondition 의 도출은 다음과 같이 수정될 수도 있다:
7.4.9.4 코딩 트리 시맨틱들
.....
변수 modeTypeCondition 는 다음과 같이 도출된다:
- 다음 조건들 중 하나가 참이면, modeTypeCondition 은 0 와 동일하게 세팅된다:
- slice_type = = I 이고, qtbtt_dual_tree_intra_flag 는 1 과 동일하다
- modeTypeCurr 는 MODE_TYPE_ALL 과 동일하지 않다
- 그렇지 않으면, 다음 조건들 중 하나가 참이면, modeTypeCondition 은 1 와 동일하게 세팅된다:
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 32 와 동일하고, split_qt_flag 는 1 과 동일하다
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 16 와 동일하고, split_qt_flag 는 1 과 동일하다
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 16 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_TT_HOR 또는 SPLIT_TT_VER 와 동일하다
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 32 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_TT_HOR 또는 SPLIT_TT_VER 와 동일하고 (SubHeightC == 2 또는 SubWidthC == 2)
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 8 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_BT_HOR 또는 SPLIT_BT_VER 와 동일하다
- 그렇지 않으면, 다음 조건들 중 하나가 참이면, modeTypeCondition 은 1 + (slice_type != I ? 1 : 0) 와 동일하게 세팅된다:
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 16 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_BT_HOR 또는 SPLIT_BT_VER 와 동일하다
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 32 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_TT_HOR 또는 SPLIT_TT_VER 와 동일하다
- 그렇지 않으면, modeTypeCondition 는 0 과 동일하게 세팅된다
....
일부 예들에서, SCIPU 는 크로마 컴포넌트가 루마 컴포넌트에서와 동일한 사이즈를 갖는 YUV 4:4:4 포맷 (chroma_format_idc 는 3 과 동일함) 에 대해 디스에이블될 수도 있다. modeTypeCondition 의 대응하는 도출은 다음과 같이 수정된다:
7.4.9.4 코딩 트리 시맨틱들
.....
변수 modeTypeCondition 는 다음과 같이 도출된다:
- 다음 조건들 중 하나가 참이면, modeTypeCondition 은 0 와 동일하게 세팅된다:
- slice_type = = I 이고, qtbtt_dual_tree_intra_flag 는 1 과 동일하다
- modeTypeCurr 는 MODE_TYPE_ALL 과 동일하지 않다
- chroma_format_idc == 3
…
일부 예들에서, SCIPU 는 모노크롬 샘플링에 대해 디스에이블될 수도 있고 (chroma_format_idc 는 0 과 동일함), 여기서 오직 하나의 샘플 어레이만이 존재하고, 이는 명목상 루마 어레이로 고려된다. modeTypeCondition 의 대응하는 도출은 다음과 같이 수정된다:
7.4.9.4 코딩 트리 시맨틱들
.....
변수 modeTypeCondition 는 다음과 같이 도출된다:
- 다음 조건들 중 하나가 참이면, modeTypeCondition 은 0 와 동일하게 세팅된다:
- slice_type = = I 이고, qtbtt_dual_tree_intra_flag 는 1 과 동일하다
- modeTypeCurr 는 MODE_TYPE_ALL 과 동일하지 않다
- chroma_format_idc == 0
…
또한 다른 예에서, SCIPU 는 YUV 4:4:4 포맷 및 모노크롬 샘플링에 대해 디스에이블될 수도 있는 반면, SCIPU 는 다른 YUV 포맷들 (예를 들어, 전술한 예시적인 기술들 중 하나 이상의 조합) 에 대해 인에이블될 수도 있다. SCIPU 가 인에이블될 때, 대응하는 루마 파티션의 크로마 사이즈 및 스플릿은 그 영역이 SCIPU 인지 여부를 판정하는데 사용될 수도 있다. 이 경우, VVC Draft 6 에서의 modeTypeCondition 의 대응하는 도출은 다음과 같이 수정될 수도 있다:
7.4.9.4 코딩 트리 시맨틱들
.....
변수 modeTypeCondition 는 다음과 같이 도출된다:
- 다음 조건들 중 하나가 참이면, modeTypeCondition 은 0 와 동일하게 세팅된다:
- slice_type = = I 이고, qtbtt_dual_tree_intra_flag 는 1 과 동일하다
- modeTypeCurr 는 MODE_TYPE_ALL 과 동일하지 않다
- chroma_format_idc == 0
- chroma_format_idc == 3
- 그렇지 않으면, 다음 조건들 중 하나가 참이면, modeTypeCondition 은 1 와 동일하게 세팅된다:
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 32 와 동일하고, split_qt_flag 는 1 과 동일하다
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 16 와 동일하고, split_qt_flag 는 1 과 동일하다
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 16 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_TT_HOR 또는 SPLIT_TT_VER 와 동일하다
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 8 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_BT_HOR 또는 SPLIT_BT_VER 와 동일하다
- 그렇지 않으면, 다음 조건들 중 하나가 참이면, modeTypeCondition 은 1 + (slice_type != I ? 1 : 0) 와 동일하게 세팅된다:
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 16 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_BT_HOR 또는 SPLIT_BT_VER 와 동일하다
- (cbWidth / SubWidthC) * (cbHeight / SubHeightC) 는 32 와 동일하고, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 는 SPLIT_TT_HOR 또는 SPLIT_TT_VER 와 동일하다
- 그렇지 않으면, modeTypeCondition 는 0 과 동일하게 세팅된다
위의 텍스트에서, chroma_format_idc = 0 은 모노크롬 크로마 포맷을 지칭하고; chroma_format_idc = 1 은 4:2:0 크로마 포맷을 지칭하고; chroma_format_idc = 2 는 4:2:2 크로마 포맷을 지칭하고; chroma_format_idc = 3 은 4:4:4 크로마 포맷을 지칭한다.
일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 크로마 블록 사이즈 및 루마 블록 사이즈를 사용하여 SCIPU 를 결정하도록 구성될 수도 있다. SCIPU 는 인트라 코딩된 영역, 인트라 SCIPU 영역 또는 비-인터 영역일 수도 있으며, 여기서 SCIPU 내의 모든 블록들은 인트라 코딩된다. SCIPU 는 추가적으로 또는 대안적으로 인터 SCIPU 일 수도 있으며, 여기서 SCIPU 내의 모든 블록들은 인터 코딩된다. VVC Draft 6 에서, 인터 블록은 4x4 보다 작을 수 없다. 따라서, 현재 SCIPU 에서 가장 작은 블록에 대해, 블록은 인터 블록일 수 없고, 인트라 블록으로서 추론될 수 있다.
일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 루마 영역의 스플릿, 가장 작은 루마 블록의 사이즈, 및 파티션의 가장 작은 크로마 블록의 사이즈를 이용하여, 블록이 SCIPU 인지 여부 및 블록이 인터 SCIPU 인지 또는 비-인터 SCIPU 인지 여부 또는 블록이 인터 SCIPU 인지 또는 인트라 SCIPU 인지 여부를 결정하도록 구성될 수도 있으며, 인트라 SCIPU 는 일부 예들에서 비-인터의 예로서 고려된다. 일 예에서, 파티션의 가장 작은 루마 블록의 사이즈 및 가장 작은 크로마 블록의 사이즈가 임계치 (TH) 보다 작은 경우, 그것은 (예를 들어, 가장 작은 크로마 블록 또는 가장 작은 루마 블록) SCIPU 로서 고려된다. 그렇지 않으면, 그것은 (예를 들어, 가장 작은 크로마 블록 또는 가장 작은 루마 블록) SCIPU 가 아니다. 또한 이 예에서, 그것이 (예를 들어, 가장 작은 크로마 블록 또는 가장 작은 루마 블록) SCIPU 인 것으로 판정되고 SCIPU 가 인트라 슬라이스에 있거나 또는 그 영역 내의 가장 작은 루마 블록의 사이즈가 인터 블록에 대해 인에이블된 최소 사이즈보다 더 작은 경우, SCIPU 는 암시적으로 인트라 SCIPU 가거나 또는 SCIPU 는 암시적으로 비-인터 SCIPU 가다 (인트라 SCIPU 는 일부 예들에서 비-인터의 예로서 고려될 수도 있다). 그렇지 않으면, 그것은 (예를 들어, 가장 작은 크로마 블록 또는 가장 작은 루마 블록) 인트라 또는 인터 SCIPU 일 수 있거나, 비-인터 또는 인터 SCIPU 일 수 있다.
VVC Draft 6 에서의 modeTypeCondition 의 도출은 다음과 같이 수정될 수도 있다:
7.4.9.4 코딩 트리 시맨틱들
…
변수 min_luma_blk_size 는 다음과 같이 도출된다:
- qtbtt_dual_tree_intra_flag 가 1 과 동일하거나 MttSplitMode[ x0 ][ y0 ][ mttDepth ] 가 SPLIT_TT_HOR 또는 SPLIT_TT_VER 과 동일한 경우, min_luma_blk_size = (cbWidth * cbHeight) / 4
- 그렇지 않으면, MttSplitMode[ x0 ][ y0 ][ mttDepth ] 가 SPLIT_BT_HOR 또는 SPLIT_BT_VER 와 동일한 경우, min_luma_blk_size = (cbWidth * cbHeight) / 2
- 그렇지 않으면 min_luma_blk_size = (cbWidth * cbHeight)
- 변수 min_chroma_blk_size 는 다음과 같이 도출된다:
min_chroma_blk_size = min_luma_blk_size / (SubWidthC * SubHeightC)
변수 modeTypeCondition 는 다음과 같이 도출된다:
- 다음 조건들 중 하나가 참이면, modeTypeCondition 은 0 와 동일하게 세팅된다:
- slice_type = = I 이고, qtbtt_dual_tree_intra_flag 는 1 과 동일하다
- modeTypeCurr 는 MODE_TYPE_ALL 과 동일하지 않다
- chroma_format_idc == 0
- chroma_format_idc == 3
- min_chroma_blk_size >= 16
- 그렇지 않으면, min_luma_blk_size <=16 이면, modeTypeCondition 는 1 과 동일하게 세팅된다
- 그렇지 않으면, modeTypeCondition 은 1 + (slice_type != I ? 1 : 0) 과 동일하게 세팅된다.
일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 좁은 수직 인트라 블록들 (예를 들어, 2xN) 을 방지 또는 제거하도록 구성될 수도 있다. 일부 예들에서, 2xN 을 초래하는 스플릿은 별개의 트리들, 예를 들어, 듀얼 트리 구조들 또는 로컬 듀얼 트리 구조들에서 금지될 수도 있다. 예를 들어, 블록 폭이 8 과 동일한 경우, 터너리 트리 (TT) 스플릿은 디스에이블될 수도 있다. 또한 다른 예에서, 블록 폭이 4 과 동일한 경우, 수직 스플릿은 디스에이블될 수도 있다. 일부 예들에서, 단일 트리에서, 인트라 모드는 4xN 루마 블록들에 대해 디스에이블된다.
단일 트리를 사용하는 일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 확장자를 갖는 SCIPU 를 적용하도록 구성될 수도 있다. 예를 들어, 크로마 폭이 8 이고, 루마 컴포넌트의 스플릿이 터너리 트리 (TT) 인 경우, 이 영역 (예를 들어, 크로마 폭 8) 은 SCIPU 로 간주될 수도 있다. 다른 예로서, 크로마 폭이 4 이고, 루마 영역의 스플릿이 수직인 경우, 이 영역 (예를 들어, 크로마 폭 4) 은 SCIPU 로 간주될 수도 있다.
일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 4xN 블록들에 대한 인트라-인터 예측 모드 (CIIP) 의 조합을 회피하도록 구성될 수도 있다. 즉, CII 는 4xN 블록에 대해 디스에이블될 수도 있다. 일부 예들에서, CIIP 모드가 4xN 블록들에 대해 적용될 때, (예를 들어, 인트라 및 인터 예측의 조합을 사용하는) 조합 예측은 루마 컴포넌트에 대해서만 적용될 수도 있는 한편, 크로마 컴포넌트들은 (예를 들어, 인터 예측만을 사용하여) 인트라 또는 인터 예측 중 하나만을 사용하여 예측될 수도 있다. CIIP 블록은 인터 슬라이스에 존재할 수도 있고 공유 트리를 사용할 수도 있다.
일부 예들에서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 인트라 SCIPU 의 크로마 영역을 적응적으로 스플릿하도록 구성될 수도 있다. 일 예로서, 예시적인 기법들은 인트라 SCIPU에서 크로마 영역의 스플리팅을 인에이블할 수도 있다. 예시적인 기법들은 비-인터 SCIPU 에서 크로마 영역의 스플리팅을 인에이블할 수도 있다 (인트라 SCIPU 는 일부 예들에서 비-인터의 예로서 고려될 수도 있다). 일부 예들에서, 블록 사이즈 제한을 충족시키는 가장 작은 서브-블록 사이즈로 이어지는 스플릿이 허용될 수도 있다. 예를 들어, 인트라 SCIPU 의 크로마 영역이 8xN 인 경우, 수직 스플릿이 허용될 수도 있다. 일부 예들에서, N = 4 인 경우, 수평 스플릿이 허용될 수도 있다. 일부 예들에서, N = 8 인 경우, 쿼드-트리 스플릿, 수직 스플릿, 및 수평 스플릿이 허용될 수도 있다. 일부 예들에서, N > 8 인 경우, 수직 스플릿, 수평 스플릿 및 TT 수평 스플릿이 허용될 수도 있다.
일부 예들에서, 인트라 SCIPU 의 크로마 영역이 4x8 인 경우, 수평 BT (2진 트리) 스플릿이 허용될 수도 있다. 다른 예에서, 인트라 SCIPU 의 크로마 영역이 4xN 인 경우, 수평 BT 스플릿이 허용될 수도 있다. 다른 예에서, 인트라 SCIPU 의 크로마 영역이 4xN (N>8) 인 경우, BT 수평 스플릿 및 TT (터너리 트리) 수평 스플릿을 포함하는 수평 스플릿이 허용될 수도 있다.
일부 예들에서, 인트라 SCIPU 에서의 크로마 영역의 스플릿 후보들은 대응하는 루마 블록의 스플릿에 의존할 수도 있다. 일 예로서, 루마가 스플릿되지 않으면 크로마 스플릿은 허용되지 않는다. 일 예로서, 크로마 스플릿 방향은 루마 스플릿 방향에 직교할 수 없다. 일 예에서, 루마 블록의 스플릿이 수직이면 크로마 인트라 SCIPU 에 대해 수평 스플릿이 허용되지 않을 수도 있다. 일 예에서, 루마 블록의 스플릿이 수평이면 크로마 인트라 SCIPU 에 대해 수직 스플릿이 허용되지 않을 수도 있다.
본 개시물은 또한 SCIPU 시그널링의 예들을 설명한다. VVC Draft 6 에서의 SCIPU 의 일 예시적인 적응에서, SCIPU 가 인터-SCIPU 인지 또는 인트라-SCIPU 인지 여부를 표시하기 위해 플래그가 시그널링된다. 시그널링은 새로운 신택스를 활용하며, 새로운 신택스는 예측 모드와 상이하다. 본 개시물은 SCIPU 의 시그널링을 위한 대안들의 예들을 설명한다.
제 1 양태에서, SCIPU 의 시그널링은 필요하지 않을 수도 있고, SCIPU 의 타입은 SCIPU 에서의 제 1 블록의 예측 모드의 시그널링으로부터 도출될 수도 있다. 이 예에서, 추가적인 시그널링 신택스는 필요하지 않을 수도 있다. SCIPU 타입의 도출은 다음과 같을 수도 있다. 일 예로서, SCIPU 의 제 1 블록이 인터이면, SCIPU 는 암시적으로 인터로서 간주되고 SCIPU 내의 모든 블록들의 예측 모드는 인터이다. 다른 예로서, IBC (인트라-블록 카피) 가 디스에이블될 때, 제 1 블록의 모드가 인트라이면, SCIPU 는 암시적으로 비-인터로서 간주되고, 나머지 블록들의 모드는 암시적으로 인트라로서 시그널링 (예를 들어, 암시적으로 결정) 된다. 다른 예로서, IBC 가 인에이블될 때, 제 1 블록의 모드가 인트라 또는 IBC 이면, SCIPU 는 암시적으로 비-인터로서 간주되고, 나머지 블록들의 모드는 명시적으로 인트라 또는 IBC 로서 시그널링된다.
제 2 양태에서, SCIPU들의 타입 (인트라 또는 인터) 은 다음의 예들로 명시적으로 시그널링될 수도 있다. 일 예로서, SCIPU 플래그의 시그널링은 블록의 시그널링 예측 모드의 컨텍스트의 컨텍스트를 공유할 수도 있다. 예를 들어, SCIPU 플래그를 인코딩 또는 디코딩하는데 사용된 컨텍스트는 블록의 예측 모드의 정보를 인코딩 또는 디코딩하는데 사용된 컨텍스트와 동일할 수도 있다. 이 예에서, 컨텍스트 인덱스의 도출은 정규 예측 모드 코딩에서의 컨텍스트 인덱스의 도출과 동일하다. 예를 들어, 비디오 인코더 (200) 및 비디오 디코더 (300) 가 SCIPU 플래그를 인코딩 또는 디코딩하는데 사용되는 컨텍스트에 대한컨텍스트 인덱스를 도출하는데 사용하는 도출 기법들은, 비디오 인코더 (200) 및 비디오 디코더 (300) 가 블록의 예측 모드를 나타내는 정보를 인코딩 및 디코딩하는데 사용되는 컨텍스트에 대한 컨텍스트 인덱스를 도출하는데 사용하는 것과 동일한 도출 기법들일 수도 있다.
제 2 양태의 일부 예들에서, SCIPU 의 시그널링은 SCIPU 에서의 제 1 블록의 모드의 시그널링과 동일할 수도 있다. SCIPU 의 SCIPU 타입은 제1 양태에 대해 전술한 바와 동일한 기술을 사용하여 도출될 수도 있다. 그러나, 제 1 양태와 몇가지 차이가 있을 수도 있다. 예를 들어, 제 1 양태에서, 블록이 SCIPU 에서의 제 1 블록인지 여부를 식별하기 위해 체크가 필요할 수도 있다. 제 2 양태의 일부 예들에서, 블록이 SCIPU 에서의 제 1 블록인지 여부를 식별하기 위해 체크가 필요하지 않을 수도 있다.
제 2 양태의 일부 예들에서, SCIPU 플래그는 SCIPU 가 인터 SCIPU 인지, 인트라 SCIPU 인지, 또는 IBC SCIPU 인지 여부를 나타내는데 사용될 수도 있고, 여기서 SCIPU 내의 모든 블록들의 예측 모드는 SCIPU 의 타입과 동일하다. 예를 들어, SCIPU 플래그가 설명되지만, 일부 예들에서, 복수의 비트들을 갖는 신택스 엘리먼트는 SCIPU 가 인터 SCIPU 인지, 인트라 SCIPU 인지, 또는 IBC SCIPU 인지 여부를 표시하기 위해 사용될 수도 있다. 일부 예들에서, SCIPU 에서의 모든 블록들의 예측 모드는 인터 SCIPU, 인트라 SCIPU, 및 IBC SCIPU 모두에 대한 SCIPU 의 타입과 동일할 수도 있다. 일부 예들에서, SCIPU 에서의 모든 블록들의 예측 모드는 인터 SCIPU, 인트라 SCIPU, 및 IBC SCIPU 중 하나 이상에 대한 SCIPU 의 타입과 동일할 수도 있지만, 반드시 모두가 그러한 것은 아니다.
일부 예들에서, SCIPU 플래그는 제거될 수도 있고 (예를 들어, 시그널링되지 않음), SCIPU 영역 내의 모든 루마 블록들의 예측 모드가 시그널링될 수도 있다. 이러한 예들에서, SCIPU 의 SCIPU 타입은 SCIPU 영역 내의 블록들 중 하나 이상 (예를 들어, 임의의) 의 예측 모드에 기초하여 (예를 들어, 비디오 인코더 (200) 또는 비디오 디코더 (300)에 의해) 결정될 수도 있다. 비디오 인코더 (200) 에서, 인터 블록이 SCIPU 영역에서 인트라 또는 IBC 블록과 믹싱되지 않을 수도 (예를 들어, 믹싱되지 않을 수) 있도록 인코더 제약이 부과될 수도 있다. 예를 들어, SCIPU 영역에서, 하나의 블록이 인터-예측을 사용하여 코딩되면, 일부 예들에서, SCIPU 영역 내의 다른 블록들 중 어느 것도 인트라-예측되거나 IBC 모드에서 예측되지 않을 수도 있다.
도 15 는 본 개시물의 기법들을 수행할 수도 있는 예시적인 비디오 인코더 (200) 를 예시하는 블록 다이어그램이다. 도 15 는 설명의 목적들로 제공되며, 본 개시에서 대략적으로 예시화되고 설명된 바와 같은 기술들의 한정으로서 고려되지 않아야 한다. 설명의 목적으로, 본 개시는 HEVC 비디오 코딩 표준 및 개발 중인 H.266 비디오 코딩 표준과 같은 비디오 코딩 표준들의 콘텍스트에서 비디오 인코더 (200) 를 설명한다. 그러나, 본 개시의 기법들은 이들 비디오 코딩 표준들에 제한되지 않으며, 일반적으로 비디오 인코딩 및 디코딩에 적용가능하다.
도 15 의 예에서, 비디오 인코더 (200) 는 비디오 데이터 메모리 (230), 모드 선택 유닛 (202), 잔차 생성 유닛 (204), 변환 프로세싱 유닛 (206), 양자화 유닛 (208), 역 양자화 유닛 (210), 역 변환 프로세싱 유닛 (212), 복원 유닛 (214), 필터 유닛 (216), 디코딩된 픽처 버퍼 (DPB) (218), 및 엔트로피 인코딩 유닛 (220) 을 포함한다. 비디오 데이터 메모리 (230), 모드 선택 유닛 (202), 잔차 생성 유닛 (204), 변환 프로세싱 유닛 (206), 양자화 유닛 (208), 역 양자화 유닛 (210), 역 변환 프로세싱 유닛 (212), 복원 유닛 (214), 필터 유닛 (216), DPB (218), 및 엔트로피 인코딩 유닛 (220) 중 임의의 것 또는 전부는 하나 이상의 프로세서들에서 또는 프로세싱 회로부에서 구현될 수도 있다. 더욱이, 비디오 인코더 (200) 는 이들 및 다른 기능들을 수행하기 위해 추가적인 또는 대안적인 프로세서들 또는 프로세싱 회로부를 포함할 수도 있다.
비디오 데이터 메모리 (230) 는 비디오 인코더 (200) 의 컴포넌트들에 의해 인코딩될 비디오 데이터를 저장할 수도 있다. 비디오 인코더 (200) 는 예를 들어, 비디오 소스 (104) (도 1) 로부터 비디오 데이터 메모리 (230) 에 저장된 비디오 데이터를 수신할 수도 있다. DPB (218) 는 비디오 인코더 (200) 에 의한 후속 비디오 데이터의 예측에 사용하기 위해 레퍼런스 비디오 데이터를 저장하는 레퍼런스 픽처 메모리로서 작용할 수도 있다. 비디오 데이터 메모리 (230) 및 DPB (218) 는 동기식 동적 랜덤 액세스 메모리 (SDRAM) 를 포함한 동적 랜덤 액세스 메모리 (DRAM), 자기저항성 RAM (MRAM), 저항성 RAM (RRAM), 또는 다른 타입들의 메모리 디바이스들과 같은 다양한 메모리 디바이스들 중 임의의 것에 의해 형성될 수도 있다. 비디오 데이터 메모리 (230) 및 DPB (218) 는 동일한 메모리 디바이스 또는 별도의 메모리 디바이스들에 의해 제공될 수도 있다. 다양한 예들에 있어서, 비디오 데이터 메모리 (230) 는, 예시된 바와 같은 비디오 인코더 (200) 의 다른 컴포넌트들과 온-칩형이거나 또는 그들 컴포넌트들에 대하여 오프-칩형일 수도 있다.
본 개시에 있어서, 비디오 데이터 메모리 (230) 에 대한 참조는, 이처럼 구체적으로 설명되지 않으면 비디오 인코더 (200) 내부의 메모리, 또는 이처럼 구체적으로 설명되지 않으면 비디오 인코더 (200) 외부의 메모리로 한정되는 것으로서 해석되지 않아야 한다. 오히려, 비디오 데이터 메모리 (230) 에 대한 참조는, 비디오 인코더 (200) 가 인코딩을 위해 수신하는 비디오 데이터 (예컨대, 인코딩될 현재 블록에 대한 비디오 데이터) 를 저장하는 참조 메모리로서 이해되어야 한다. 도 1 의 메모리 (106) 는 또한 비디오 인코더 (200) 의 다양한 유닛들로부터의 출력들의 일시적 저장을 제공할 수도 있다.
도 15 의 다양한 유닛들은 비디오 인코더 (200) 에 의해 수행되는 동작들의 이해를 돕기 위해 도시된다. 상기 유닛들은 고정 기능 회로, 프로그램가능 회로, 또는 이들의 조합으로 구현될 수도 있다. 고정 기능 회로들은 특정 기능을 제공하는 회로들을 지칭하고, 수행될 수 있는 동작들에 대해 미리설정된다. 프로그래밍가능 회로들은 다양한 태스크들을 수행하도록 프로그래밍될 수 있는 회로들을 지칭하고, 수행될 수 있는 동작들에 유연한 기능을 제공한다. 예를 들어, 프로그래밍가능 회로들은, 프로그래밍가능 회로들이 소프트웨어 또는 펌웨어의 명령들에 의해 정의된 방식으로 동작하게 하는 소프트웨어 또는 펌웨어를 실행할 수도 있다. 고정 기능 회로들은 (예를 들어, 파라미터들을 수신하거나 또는 파라미터들을 출력하기 위해) 소프트웨어 명령들을 실행할 수도 있지만, 고정 기능 회로들이 수행하는 동작들의 타입들은 일반적으로 불변이다. 일부 예들에서, 하나 이상의 유닛들은 별개의 회로 블록 (고정 기능 또는 프로그램 가능) 일 수도 있고, 일부 예들에서, 하나 이상의 유닛들은 집적 회로들일 수도 있다.
비디오 인코더 (200) 는 프로그래밍가능 회로들로부터 형성된, 산술 논리 유닛들 (arithmetic logic unit; ALU들), 기본 함수 유닛들 (elementary function unit; EFU들), 디지털 회로들, 아날로그 회로들, 및/또는 프로그래밍가능 코어들을 포함할 수도 있다. 비디오 인코더 (200) 의 동작들이 프로그램가능한 회로들에 의해 실행되는 소프트웨어를 사용하여 수행되는 예들에서, 메모리 (106; 도 1) 는 비디오 인코더 (200) 가 수신하고 실행하는 소프트웨어의 오브젝트 코드를 저장할 수도 있거나, 또는 비디오 인코더 (200) 내의 다른 메모리 (도시되지 않음) 는 그러한 명령들을 저장할 수도 있다.
비디오 데이터 메모리 (230) 는 수신된 비디오 데이터를 저장하도록 구성된다. 비디오 인코더 (200) 는 비디오 데이터 메모리 (230) 로부터 비디오 데이터의 픽처를 취출하고, 비디오 데이터를 잔차 생성 유닛 (204) 및 모드 선택 유닛 (202) 에 제공할 수도 있다. 비디오 데이터 메모리 (230) 에서의 비디오 데이터는 인코딩될 원시 비디오 데이터일 수도 있다.
모드 선택 유닛 (202) 은 모션 추정 유닛 (222), 모션 보상 유닛 (224), 및 인트라 예측 프로세싱 유닛 (226) 을 포함한다. 모드 선택 유닛 (202) 은 다른 예측 모드들에 따라 비디오 예측을 수행하기 위해 추가적인 기능 유닛들을 포함할 수도 있다. 예들로서, 모드 선택 유닛 (202) 은 팔레트 유닛, 인트라-블록 카피 유닛 (모션 추정 유닛 (222) 및/또는 모션 보상 유닛 (224) 의 부분일 수도 있음), 아핀 유닛, 선형 모델 (LM) 유닛 등을 포함할 수도 있다.
모드 선택 유닛 (202) 은 일반적으로 인코딩 파라미터들의 조합들 및 그러한 조합들에 대한 결과적인 레이트-왜곡 값들을 테스트하기 위해 다중 인코딩 패스들을 조정한다. 인코딩 파라미터들은 CTU들의 CU들로의 파티셔닝, CU들에 대한 예측 모드들, CU들의 잔차 데이터에 대한 변환 타입들, CU들의 잔차 데이터에 대한 양자화 파라미터들 등을 포함할 수도 있다. 모드 선택 유닛 (202) 은 궁극적으로 다른 테스트된 조합들보다 더 나은 레이트-왜곡 값들을 갖는 인코딩 파라미터들의 조합을 선택할 수도 있다.
비디오 인코더 (200) 는 비디오 데이터 메모리 (230) 로부터 취출된 픽처를 일련의 CTU들로 파티셔닝하고, 슬라이스 내에 하나 이상의 CTU들을 캡슐화할 수도 있다. 모드 선택 유닛 (202) 은 위에 설명된 HEVC 의 쿼드트리 구조 또는 QTBT 구조와 같은, 트리 구조에 따라 픽처의 CTU 를 파티셔닝할 수도 있다. 위에 설명된 바와 같이, 비디오 인코더 (200) 는 트리 구조에 따라 CTU 를 파티셔닝하는 것으로부터 하나 이상의 CU들을 형성할 수도 있다. 그러한 CU 는 일반적으로 "비디오 블록" 또는 "블록" 으로도 또한 지칭될 수도 있다.
일반적으로, 모드 선택 유닛 (202) 은 또한 그의 컴포넌트들 (예컨대, 모션 추정 유닛 (222), 모션 보상 유닛 (224), 및 인트라-예측 유닛 (226)) 을 제어하여 현재 블록 (예컨대, 현재 CU, 또는 HEVC 에서, PU 및 TU 의 중첩 부분) 에 대한 예측 블록을 생성한다. 현재 블록의 인터 예측을 위해, 모션 추정 유닛 (222) 은 하나 이상의 레퍼런스 픽처들 (DPB (218) 에 저장된 하나 이상의 이전에 코딩된 픽처들) 에서 하나 이상의 밀접하게 매칭하는 레퍼런스 블록들을 식별하기 위해 모션 탐색을 수행할 수도 있다. 특히, 모션 추정 유닛 (222) 은, 예를 들어, 절대 차이의 합 (SAD), 제곱 차이들의 합 (SSD), 평균 절대 차이 (MAD), 평균 제곱 차이들 (MSD) 등에 따라, 잠재적 레퍼런스 블록이 현재 블록에 얼마나 유사한지를 나타내는 값을 계산할 수도 있다. 모션 추정 유닛 (222) 은 일반적으로 고려되는 레퍼런스 블록과 현재 블록 사이의 샘플 별 차이들을 사용하여 이들 계산들을 수행할 수도 있다. 모션 추정 유닛 (222) 은 현재 블록에 가장 근접하게 매칭하는 레퍼런스 블록을 표시하는, 이러한 계산들로부터 야기되는 최저 값을 갖는 레퍼런스 블록을 식별할 수도 있다.
모션 추정 유닛 (222) 은, 현재 픽처에서의 현재 블록의 위치에 대한 참조 픽처들에서의 참조 블록들의 위치들을 정의하는 하나 이상의 모션 벡터들 (MV들) 을 형성할 수도 있다. 그 다음, 모션 추정 유닛 (222) 은 모션 벡터들을 모션 보상 유닛 (224) 에 제공할 수도 있다. 예를 들어, 단방향 인터-예측에 대해, 모션 추정 유닛 (222) 은 단일 모션 벡터를 제공할 수도 있는 반면, 양방향 인터-예측에 대해, 모션 추정 유닛 (222) 은 2 개의 모션 벡터들을 제공할 수도 있다. 그 다음, 모션 보상 유닛 (224) 은 모션 벡터들을 사용하여 예측 블록을 생성할 수도 있다. 예를 들어, 모션 보상 유닛 (224) 은 모션 벡터를 사용하여 참조 블록의 데이터를 취출할 수도 있다. 다른 예로서, 모션 벡터가 분수 샘플 정밀도를 갖는다면, 모션 보상 유닛 (224) 은 하나 이상의 보간 필터들에 따라 예측 블록에 대한 값들을 보간할 수도 있다. 또한, 양방향 인터-예측에 대해, 모션 보상 유닛 (224) 은 개개의 모션 벡터들에 의해 식별된 2 개의 참조 블록에 대한 데이터를 취출하고, 예를 들어 샘플 별 평균화 또는 가중된 평균화를 통해 취출된 데이터를 조합할 수도 있다.
다른 예로서, 인트라-예측 또는 인트라-예측 코딩에 대해, 인트라-예측 유닛 (226) 은 현재 블록에 이웃하는 샘플들로부터 예측 블록을 생성할 수도 있다. 예를 들어, 방향성 모드들에 대해, 인트라-예측 유닛 (226) 은 일반적으로 이웃 샘플들의 값들을 수학적으로 조합하고 현재 블록에 걸쳐 정의된 방향에서 이들 계산된 값들을 파퓰레이트하여 예측 블록을 생성할 수도 있다. 다른 예로서, DC 모드에 대해, 인트라-예측 유닛 (226) 은 현재 블록에 대한 이웃 샘플들의 평균을 계산하고 예측 블록을 생성하여 예측 블록의 각각의 샘플에 대해 이러한 결과의 평균을 포함할 수도 있다. 블록들을 인코딩할 때, 인트라-예측 유닛 (226) 은 본 개시물에서 설명된 바와 같이 비디오 데이터의 크로마 서브샘플링 포맷에 기초하여 SCIPU 를 인에이블 및 디스에이블할 수도 있다.
모드 선택 유닛 (202) 은 예측 블록을 잔차 생성 유닛 (204) 에 제공한다. 잔차 생성 유닛 (204) 은 비디오 데이터 메모리 (230) 로부터의 현재 블록의 원시의, 코딩되지 않은 버전 및 모드 선택 유닛 (202) 으로부터의 예측 블록을 수신한다. 잔차 생성 유닛 (204) 은 현재 블록과 예측 블록 사이의 샘플 별 차이를 계산한다. 결과의 샘플별 차이는 현재 블록에 대한 잔차 블록을 정의한다. 일부 예들에 있어서, 잔차 생성 유닛 (204) 은 또한, 잔차 차동 펄스 코드 변조 (RDPCM) 를 사용하여 잔차 블록을 생성하기 위해 잔차 블록에서의 샘플 값들 사이의 차이들을 결정할 수도 있다. 일부 예들에 있어서, 잔차 생성 유닛 (204) 은 이진 감산을 수행하는 하나 이상의 감산기 회로들을 사용하여 형성될 수도 있다.
모드 선택 유닛 (202) 이 CU들을 PU들로 파티셔닝하는 예들에 있어서, 각각의 PU 는 루마 예측 유닛 및 대응하는 크로마 예측 유닛들과 연관될 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 는 다양한 사이즈를 갖는 PU들을 지원할 수도 있다. 상기 나타낸 바와 같이, CU 의 사이즈는 CU 의 루마 CB 의 사이즈를 나타낼 수도 있고 PU 의 사이즈는 PU 의 루마 예측 블록의 사이즈를 나타낼 수도 있다. 특정 CU 의 사이즈가 2Nx2N 이라고 가정하면, 비디오 인코더 (200) 는 인트라-예측을 위해 2Nx2N 또는 NxN 의 PU 사이즈들을 지원하고, 인터-예측을 위해 2Nx2N, 2NxN, Nx2N, NxN, 기타 등등의 대칭적인 PU 사이즈들을 지원할 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 는 또한, 인터 예측을 위해 2NxnU, 2NxnD, nLx2N, 및 nRx2N 의 PU 사이즈들에 대한 비대칭적인 파티셔닝을 지원할 수도 있다.
모드 선택 유닛이 CU 를 PU들로 추가로 파티셔닝하지 않는 예들에서, 각각의 CU 는 루마 CB 및 대응하는 크로마 CB들과 연관될 수도 있다. 위에서와 같이, CU 의 사이즈는 CU 의 루마 CB 의 사이즈를 지칭할 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 는 2Nx2N, 2NxN, 또는 Nx2N 의 CU 사이즈들을 지원할 수도 있다.
몇몇 예들로서, 인트라-블록 카피 모드 코딩, 아핀 모드 코딩 및 선형 모델 (LM) 모드 코딩과 같은 다른 비디오 코딩 기법들에 대해, 모드 선택 유닛 (202) 은, 코딩 기법들과 연관된 개별의 유닛들을 통해, 인코딩되는 현재 블록에 대한 예측 블록을 생성한다. 팔레트 모드 코딩과 같은 일부 예들에 있어서, 모드 선택 유닛 (202) 은 예측 블록을 생성하지 않을 수도 있고, 대신, 선택된 팔레트에 기초하여 블록을 복원하는 방식을 표시하는 신택스 엘리먼트들을 생성한다. 그러한 모드들에서, 모드 선택 유닛 (202) 은 이들 신택스 엘리먼트들을, 인코딩될 엔트로피 인코딩 유닛 (220) 에 제공할 수도 있다.
상기 설명된 바와 같이, 잔차 생성 유닛 (204) 은 현재 블록 및 대응하는 예측 블록에 대한 비디오 데이터를 수신한다. 그 다음, 잔차 생성 유닛 (204) 은 현재 블록에 대한 잔차 블록을 생성한다. 잔차 블록을 생성하기 위해, 잔차 생성 유닛 (204) 은 예측 블록과 현재 블록 사이의 샘플 별 차이들을 계산한다.
변환 프로세싱 유닛 (206) 은 잔차 블록에 하나 이상의 변환들을 적용하여 변환 계수들의 블록 (본 명세서에서는 "변환 계수 블록" 으로서 지칭됨) 을 생성한다. 변환 프로세싱 유닛 (206) 은 다양한 변환들을 잔차 블록에 적용하여 변환 계수 블록을 형성할 수도 있다. 예를 들어, 변환 프로세싱 유닛 (206) 은 이산 코사인 변환 (DCT), 방향성 변환, Karhunen-Loeve 변환 (KLT) 또는 개념적으로 유사한 변환을 잔차 블록에 적용할 수도 있다. 일부 예들에서, 변환 프로세싱 유닛 (206) 은 잔차 블록에 대한 다중 변환들, 예를 들어 1 차 변환 및 2 차 변환, 예컨대 회전 변환을 수행할 수도 있다. 일부 예들에 있어서, 변환 프로세싱 유닛 (206) 은 잔차 블록에 변환들을 적용하지 않는다.
양자화 유닛 (208) 은 양자화된 변환 계수 블록을 생성하기 위해 변환 계수 블록에서의 변환 계수들을 양자화할 수도 있다. 양자화 유닛 (208) 은 현재 블록과 연관된 양자화 파라미터 (QP) 값에 따라 변환 계수 블록의 변환 계수들을 양자화할 수도 있다. 비디오 인코더 (200) 는 (예컨대, 모드 선택 유닛 (202) 을 통해) CU 와 연관된 QP 값을 조정함으로써 현재 블록과 연관된 변환 계수 블록들에 적용되는 양자화도를 조정할 수도 있다. 양자화는 정보의 손실을 도입할 수도 있으며, 따라서, 양자화된 변환 계수들은 변환 프로세싱 유닛 (206) 에 의해 생성된 원래 변환 계수들보다 더 낮은 정밀도를 가질 수도 있다.
역 양자화 유닛 (210) 및 역 변환 프로세싱 유닛 (212) 은, 각각, 양자화된 변환 계수 블록에 역 양자화 및 역 변환들을 적용하여, 변환 계수 블록으로부터 잔차 블록을 복원할 수도 있다. 재구성 유닛 (214) 은 모드 선택 유닛 (202) 에 의해 생성된 예측 블록 및 재구성된 잔차 블록에 기초하여 (잠재적으로 어느 정도의 왜곡을 가짐에도 불구하고) 현재 블록에 대응하는 재구성된 블록을 생성할 수도 있다. 예를 들어, 복원 유닛 (214) 은 복원된 잔차 블록의 샘플들을, 모드 선택 유닛 (202) 에 의해 생성된 예측 블록으로부터의 대응하는 샘플들에 가산하여 복원된 블록을 생성할 수도 있다.
필터 유닛 (216) 은 복원된 블록들에 대해 하나 이상의 필터 동작들을 수행할 수도 있다. 예를 들어, 필터 유닛 (216) 은 CU들의 에지들을 따라 블록키니스 아티팩트들 (blockiness artifacts) 을 감소시키기 위해 디블록킹 동작들을 수행할 수도 있다. 필터 유닛 (216) 의 동작들은 일부 예들에서 생략될 수도 있다.
비디오 인코더 (200) 는 복원된 블록들을 DPB (218) 에 저장한다. 예를 들어, 필터 유닛 (216) 의 동작들이 수행되지 않은 예들에서, 복원 유닛 (214) 은 복원된 블록들을 DPB (218) 에 저장할 수도 있다. 필터 유닛 (216) 의 동작들이 수행되는 예들에서, 필터 유닛 (216) 은 필터링된 복원된 블록들을 DPB (218) 에 저장할 수도 있다. 모션 추정 유닛 (222) 및 모션 보상 유닛 (224) 은 복원된 (및 잠재적으로 필터링된) 블록들로부터 형성된 DPB (218) 로부터 참조 픽처를 취출하여, 후속하여 인코딩된 픽처들의 블록들을 인터-예측할 수도 있다. 또한, 인트라-예측 유닛 (226) 은 현재 픽처에서의 다른 블록들을 인트라-예측하기 위해 현재 픽처의 DPB (218) 에서의 복원된 블록들을 사용할 수도 있다.
일반적으로, 엔트로피 인코딩 유닛 (220) 은 비디오 인코더 (200) 의 다른 기능 컴포넌트들로부터 수신된 신택스 엘리먼트들을 엔트로피 인코딩할 수도 있다. 예를 들어, 엔트로피 인코딩 유닛 (220) 은 양자화 유닛 (208) 으로부터의 양자화된 변환 계수 블록들을 엔트로피 인코딩할 수도 있다. 다른 예로서, 엔트로피 인코딩 유닛 (220) 은 모드 선택 유닛 (202) 으로부터의 예측 신택스 엘리먼트들 (예컨대, 인터-예측에 대한 모션 정보 또는 인트라-예측에 대한 인트라-모드 정보) 을 엔트로피 인코딩할 수도 있다. 엔트로피 인코딩 유닛 (220) 은 엔트로피-인코딩된 데이터를 생성하기 위해, 비디오 데이터의 다른 예인, 신택스 엘리먼트들에 대해 하나 이상의 엔트로피 인코딩 동작들을 수행할 수도 있다. 예를 들어, 엔트로피 인코딩 유닛 (220) 은 컨텍스트 적응적 가변 길이 코딩 (CAVLC) 동작, CABAC 동작, V2V (variable-to-variable) 길이 코딩 동작, 신택스 기반 컨텍스트 적응적 이진 산술 코딩 (SBAC) 동작, 확률 인터벌 파티셔닝 엔트로피 (PIPE) 코딩 동작, 지수-골롬 인코딩 동작, 또는 다른 타입의 엔트로피 인코딩 동작을 데이터에 대해 수행할 수도 있다. 일부 예들에서, 엔트로피 인코딩 유닛 (220) 은 신택스 엘리먼트들이 엔트로피 인코딩되지 않는 바이패스 모드에서 동작할 수도 있다.
비디오 인코더 (200) 는 픽처 또는 슬라이스의 블록들을 복원하는데 필요한 엔트로피 인코딩된 신택스 엘리먼트들을 포함하는 비트스트림을 출력할 수도 있다. 특히, 엔트로피 인코딩 유닛 (220) 은 비트스트림을 출력할 수도 있다.
상기 설명된 동작들은 블록에 관하여 설명된다. 이러한 설명은 루마 CB 및/또는 크로마 CB들과 대한 동작들인 것으로 이해되어야 한다. 상술한 바와 같이, 일부 예들에서, 루마 CB 및 크로마 CB들은 CU의 루마 및 크로마 컴포넌트들이다. 일부 예들에서, 루마 CB 및 크로마 CB들은 PU의 루마 및 크로마 컴포넌트들이다.
일부 예들에서, 루마 CB 대해 수행되는 동작들은 크로마 CB들과 대해 반복될 필요가 없다. 하나의 예로서, 크로마 블록들에 대한 모션 벡터 (MV) 및 레퍼런스 픽처를 식별하기 위해 루마 CB 및 레퍼런스 픽처를 식별하는 동작들이 반복될 필요는 없다. 오히려, 루마 CB 대한 MV 는 크로마 블록들에 대한 MV 를 결정하도록 스케일링될 수도 있고, 레퍼런스 픽처는 동일할 수도 있다. 다른 예로서, 인트라-예측 프로세스는 루마 CB 및 크로마 CB들에 대해 동일할 수도 있다.
비디오 인코더 (200) 는 비디오 데이터를 저장하도록 구성된 메모리, 및 회로부에서 구현되고 본 개시물에서 설명된 예들 중 임의의 하나 또는 이들의 조합을 수행하도록 구성된 하나 이상의 프로세싱 유닛들을 포함하는 비디오 데이터를 인코딩하도록 구성된 디바이스의 예를 나타낸다.
일 예에서, 비디오 인코더 (200) 는 루마 파티션에 대응하는 크로마 컴포넌트 내의 크로마 영역에 루마 파티션을 적용하는 것이 임계치보다 작은 사이즈를 갖는 크로마 블록들을 초래한다고 결정하고, 크로마 영역에 기초하여 SCIPU 를 결정하고 (예를 들어, SCIPU 는 크로마 영역과 동일함), 그리고 SCIPU 의 결정에 기초하여 비디오 데이터를 인코딩할 수도 있다. 일 예로서, 비디오 인코더 (200) 는 SCIPU 의 결정에 기초하여 크로마 영역을 스플릿하는 방식을 결정하고 크로마 영역을 스플릿하는 방식의 결정에 기초하여 크로마 블록들을 인코딩할 수도 있다.
일 예에서, 비디오 인코더 (200) 는 비디오 데이터가 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하고, SCIPU 가 4:4:4 비디오 코딩 포맷을 갖는 비디오 데이터에 대해 디스에이블된다고 결정하며, 그리고 SCIPU 가 디스에이블된다는 결정에 기초하여 4:4:4 비디오 코딩 포맷을 갖는 비디오 데이터를 인코딩할 수도 있다. 일 예에서, 비디오 인코더 (200) 는 비디오 데이터가 모노크롬 샘플링에 따라 포맷팅된다고 결정하고, SCIPU 가 모노크롬 샘플링을 갖는 비디오 데이터에 대해 디스에이블된다고 결정하며, 그리고 SCIPU 가 디스에이블된다는 결정에 기초하여 모노크롬 샘플링을 갖는 비디오 데이터를 인코딩할 수도 있다.
일 예에서, 비디오 인코더 (200) 는 루마 또는 크로마 컴포넌트들 중 적어도 하나의 스플리팅이 2xN 사이즈의 루마 또는 크로마 블록들 중 적어도 하나를 초래하지 않는 방식으로 비디오 데이터를 인코딩할 수도 있다. 일 예에서, 비디오 인코더 (200) 는 인트라 모드가 4xN 루마 블록들에 대해 디스에이블되도록 하는 방식으로 비디오 데이터를 인코딩할 수도 있으며, 여기서 단일 트리는 루마 및 크로마 컴포넌트들을 파티셔닝하기 위해 사용된다.
일 예에서, 비디오 인코더 (200) 는 크로마 블록에 대한 크로마 폭이 8 이라고 결정하고, 루마 컴포넌트의 스플릿이 터너리 트리라고 결정하고, 크로마 블록에 기초하여 SCIPU 를 결정하고 (예를 들어, SCIPU 는 크로마 블록과 동일함), SCIPU 의 결정에 기초하여 비디오 데이터를 인코딩할 수도 있다. 예를 들어, 비디오 인코더 (200) 는 SCIPU 의 결정에 기초하여 크로마 컴포넌트를 스플릿하는 방식을 결정하고, 크로마 영역을 스플릿하는 방식의 결정에 기초하여 크로마 블록들을 인코딩할 수도 있다.
일 예에서, 비디오 인코더 (200) 는 크로마 블록에 대한 크로마 폭이 4 이라고 결정하고, 루마 컴포넌트의 스플릿이 수직이라고 결정하고, 크로마 블록에 기초하여 SCIPU 를 결정하고 (예를 들어, SCIPU 는 크로마 블록과 동일함), SCIPU 의 결정에 기초하여 비디오 데이터를 인코딩할 수도 있다. 예를 들어, 비디오 인코더 (200) 는 SCIPU 의 결정에 기초하여 크로마 컴포넌트를 스플릿하는 방식을 결정하고, 크로마 영역을 스플릿하는 방식의 결정에 기초하여 크로마 블록들을 인코딩할 수도 있다.
일 예에서, 비디오 인코더 (200) 는 크로마 컴포넌트에서의 크로마 영역의 스플리팅이 인트라 SCIPU 에서 인에이블된다고 결정하고, 그 결정에 기초하여 크로마 영역을 인코딩할 수도 있다. 일 예에서, 비디오 인코더 (200) 는 루마 블록의 스플릿을 결정하고, 루마 블록에 대응하는 인트라 SCIPU 에서 크로마 영역에 대한 스플릿 후보들을 결정하고, 그리고 루마 블록의 결정된 스플릿 및 크로마 영역에 대한 스플릿 후보들에 기초하여 크로마 영역 및 루마 블록을 인코딩할 수도 있다. 일 예에서, 비디오 인코더 (200) 는 루마 영역의 스플릿, 가장 작은 루마 블록의 사이즈, 및 파티션의 가장 작은 크로마 블록의 사이즈 중 하나 이상을 결정하고, 크로마 블록이 SCIPU 인지의 여부 또는 크로마 블록이 인터 SCIPU 인지 또는 인트라 SCIPU 인지의 여부 중 적어도 하나를 결정하고, 그리고 크로마 블록이 SCIPU 인지의 여부 또는 크로마 블록이 인터 SCIPU 인지 또는 인트라 SCIPU 인지 여부 중 적어도 하나의 결정에 기초하여 크로마 블록을 코딩할 수도 있다.
도 16 은 본 개시물의 기법들을 수행할 수도 있는 예시적인 비디오 디코더 (300) 를 예시하는 블록 다이어그램이다. 도 16 는 설명의 목적들로 제공되며, 본 개시에 대략적으로 예시화되고 설명된 바와 같은 기술들에 대한 한정이 아니다. 설명의 목적으로, 본 개시는 JEM, VVC 및 HEVC 의 기법들에 따른 비디오 디코더 (300) 를 기재한다. 그러나, 본 개시의 기법들은 다른 비디오 코딩 표준들로 구성되는 비디오 코딩 디바이스들에 의해 수행될 수도 있다.
도 16 의 예에서, 비디오 디코더 (300) 는 코딩된 픽처 버퍼 (CPB) 메모리 (320), 엔트로피 디코딩 유닛 (302), 예측 프로세싱 유닛 (304), 역 양자화 유닛 (306), 역 변환 프로세싱 유닛 (308), 재구성 유닛 (310), 필터 유닛 (312), 및 디코딩된 픽처 버퍼 (DPB) (314) 를 포함한다. CPB 메모리 (320), 엔트로피 디코딩 유닛 (302), 예측 프로세싱 유닛 (304), 역 양자화 유닛 (306), 역 변환 프로세싱 유닛 (308), 재구성 유닛 (310), 필터 유닛 (312), 및 DPB (314) 의 어느 것 또는 전부는 하나 이상의 프로세서들에서 또는 프로세싱 회로에서 구현될 수도 있다. 더욱이, 비디오 디코더 (300) 는 이들 및 다른 기능들을 수행하기 위해 추가적인 또는 대안적인 프로세서들 또는 프로세싱 회로부를 포함할 수도 있다.
예측 프로세싱 유닛 (304) 은 모션 보상 유닛 (316) 및 인트라-예측 유닛 (318) 을 포함한다. 예측 프로세싱 유닛 (304) 은 다른 예측 모드들에 따라 예측을 수행하기 위해 추가적인 유닛들을 포함할 수도 있다. 예를 들어, 예측 프로세싱 유닛 (304) 은 팔레트 유닛, 인트라-블록 카피 유닛 (모션 보상 유닛 (316) 의 일부를 형성할 수도 있음), 아핀 유닛, 선형 모델 (LM) 유닛 등을 포함할 수도 있다. 다른 예들에서, 비디오 디코더 (300) 는 더 많거나, 더 적거나, 또는 상이한 기능 컴포넌트들을 포함할 수도 있다.
CPB 메모리 (320) 는 비디오 디코더 (300) 의 컴포넌트들에 의해 디코딩될 인코딩된 비디오 비트스트림과 같은 비디오 데이터를 저장할 수도 있다. CPB 메모리 (320) 에 저장된 비디오 데이터는, 예를 들어 컴퓨터 판독가능 매체 (110) (도 1) 로부터 획득될 수도 있다. CPB 메모리 (320) 는 인코딩된 비디오 비트스트림으로부터 인코딩된 비디오 데이터 (예를 들어, 신택스 엘리먼트들) 를 저장하는 CPB 를 포함할 수도 있다. 또한, CPB 메모리 (320) 는 비디오 디코더 (300) 의 다양한 유닛들로부터의 출력들을 나타내는 일시적인 데이터와 같은, 코딩된 픽처의 신택스 엘리먼트들 이외의 비디오 데이터를 저장할 수도 있다. DPB (314) 는 일반적으로, 인코딩된 비디오 비트스트림의 후속 데이터 또는 픽처들을 디코딩할 때, 참조 비디오 데이터로서 비디오 디코더 (300) 가 출력 및/또는 사용할 수도 있는 디코딩된 픽처들을 저장한다. CPB 메모리 (320) 및 DPB (314) 는 SDRAM 을 포함한 DRAM, MRAM, RRAM, 또는 다른 타입들의 메모리 디바이스들과 같은 다양한 메모리 디바이스들 중 임의의 메모리 디바이스에 의해 형성될 수도 있다. CPB 메모리 (320) 및 DPB (314) 는 동일한 메모리 디바이스 또는 별도의 메모리 디바이스들에 의해 제공될 수도 있다. 다양한 예들에 있어서, CPB 메모리 (320) 는 비디오 디코더 (300) 의 다른 컴포넌트들과 온-칩이거나 또는 그들 컴포넌트들에 대하여 오프-칩일 수도 있다.
추가적으로 또는 대안적으로, 일부 예들에서, 비디오 디코더 (300) 는 메모리 (120) (도 1) 로부터 코딩된 비디오 데이터를 취출할 수도 있다. 즉, 메모리 (120) 는 CPB 메모리 (320) 로 상기 논의된 바와 같이 데이터를 저장할 수도 있다. 마찬가지로, 메모리 (120) 는, 비디오 디코더 (300) 의 기능의 일부 또는 전부가 비디오 디코더 (300) 의 프로세싱 회로부에 의해 실행되도록 소프트웨어에서 구현될 때, 비디오 디코더 (300) 에 의해 실행될 명령들을 저장할 수도 있다.
도 16 에 도시된 다양한 유닛들은 비디오 디코더 (300) 에 의해 수행되는 동작들의 이해를 돕기 위해 도시된다. 상기 유닛들은 고정 기능 회로, 프로그램가능 회로, 또는 이들의 조합으로 구현될 수도 있다. 도 15 와 유사하게, 고정 기능 회로들은 특정 기능성을 제공하는 회로들을 지칭하고, 수행될 수 있는 동작들에 대해 사전 설정된다. 프로그램 가능한 회로들은 다양한 작업을 수행하도록 프로그래밍될 수 있는 회로들을 지칭하고, 수행될 수 있는 동작들에 유연한 기능을 제공한다. 예를 들어, 프로그래밍가능 회로들은, 프로그래밍가능 회로들이 소프트웨어 또는 펌웨어의 명령들에 의해 정의된 방식으로 동작하게 하는 소프트웨어 또는 펌웨어를 실행할 수도 있다. 고정 기능 회로들은 (예를 들어, 파라미터들을 수신하거나 또는 파라미터들을 출력하기 위해) 소프트웨어 명령들을 실행할 수도 있지만, 고정 기능 회로들이 수행하는 동작들의 타입들은 일반적으로 불변이다. 일부 예들에서, 하나 이상의 유닛들은 별개의 회로 블록 (고정 기능 또는 프로그램 가능) 일 수도 있고, 일부 예들에서, 하나 이상의 유닛들은 집적 회로들일 수도 있다.
비디오 디코더 (300) 는 프로그래밍가능 회로들로부터 형성된, ALU들, EFU들, 디지털 회로들, 아날로그 회로들, 및/또는 프로그래밍가능 코어들을 포함할 수도 있다. 비디오 디코더 (300) 의 동작들이 프로그래밍가능 회로들 상에서 실행하는 소프트웨어에 의해 수행되는 예들에 있어서, 온-칩 또는 오프-칩 메모리는, 비디오 디코더 (300) 가 수신 및 실행하는 소프트웨어의 명령들 (예컨대, 오브젝트 코드) 을 저장할 수도 있다.
엔트로피 디코딩 유닛 (302) 은 인코딩된 비디오 데이터를 CPB 로부터 수신하고, 비디오 데이터를 엔트로피 디코딩하여 신택스 엘리먼트들을 재생할 수도 있다. 예측 프로세싱 유닛 (304), 역 양자화 유닛 (306), 역 변환 프로세싱 유닛 (308), 복원 유닛 (310), 및 필터 유닛 (312) 은 비트스트림으로부터 추출된 신택스 엘리먼트들에 기초하여 디코딩된 비디오 데이터를 생성할 수도 있다.
일반적으로, 비디오 디코더 (300) 는 블록 별 (block-by-block) 기반으로 픽처를 복원한다. 비디오 디코더 (300) 는 개별적으로 (현재 복원되고 있는, 즉 디코딩되는 블록이 "현재 블록" 으로 지칭될 수도 있는 경우) 각각의 블록에 대해 복원 동작을 수행할 수도 있다.
엔트로피 디코딩 유닛 (302) 은 양자화 파라미터 (QP) 및/또는 변환 모드 표시(들)와 같은 변환 정보 뿐만 아니라, 양자화된 변환 계수 블록의 양자화된 변환 계수들을 정의하는 구문 요소들을 엔트로피 디코딩할 수도 있다. 역 양자화 유닛 (306) 은 양자화된 변환 계수 블록과 연관된 QP 를 사용하여, 양자화도 그리고, 마찬가지로, 역 양자화 유닛 (306) 이 적용할 역 양자화도를 결정할 수도 있다. 역 양자화 유닛 (306) 은 예를 들어, 양자화된 변환 계수들을 역 양자화하기 위해 비트단위 좌측-시프트 동작을 수행할 수도 있다. 이에 의해, 역 양자화 유닛 (306) 은 변환 계수들을 포함하는 변환 계수 블록을 형성할 수도 있다.
역 양자화 유닛 (306) 이 변환 계수 블록을 형성한 후, 역 변환 프로세싱 유닛 (308) 은 현재 블록과 연관된 잔차 블록을 생성하기 위해 변환 계수 블록에 하나 이상의 역 변환들을 적용할 수도 있다. 예를 들어, 역 변환 프로세싱 유닛 (308) 은 역 DCT, 역 정수 변환, 역 Karhunen-Loeve 변환 (KLT), 역 회전 변환, 역 방향성 변환, 또는 다른 역 변환을 계수 블록에 적용할 수도 있다.
더욱이, 예측 프로세싱 유닛 (304) 은, 엔트로피 디코딩 유닛 (302) 에 의해 엔트로피 디코딩된 예측 정보 신택스 엘리먼트들에 따라 예측 블록을 생성한다. 예를 들어, 예측 정보 신택스 엘리먼트들이 현재 블록이 인터-예측됨을 표시하면, 모션 보상 유닛 (316) 은 예측 블록을 생성할 수도 있다. 이 경우, 예측 정보 신택스 엘리먼트들은 참조 블록을 취출할 DPB (314) 에서의 참조 픽처 뿐만 아니라 현재 픽처에서의 현재 블록의 위치에 대한 참조 픽처에서의 참조 블록의 위치를 식별하는 모션 벡터를 표시할 수도 있다. 모션 보상 유닛 (316) 은 일반적으로 모션 보상 유닛 (224) (도 15) 에 대하여 설명된 것과 실질적으로 유사한 방식으로 인터-예측 프로세스를 수행할 수도 있다.
다른 예로서, 예측 정보 신택스 엘리먼트들이 현재 블록이 인트라 예측됨을 표시하면, 인트라 예측 유닛 (318) 은 예측 정보 신택스 엘리먼트들에 의해 표시된 인트라 예측 모드에 따라 예측 블록을 생성할 수도 있다. 인트라 예측 유닛 (318) 은 일반적으로 인트라 예측 유닛 (226) (도 15) 에 대하여 설명된 것과 실질적으로 유사한 방식으로 인트라 예측 프로세스를 수행할 수도 있다. 인트라 예측 유닛 (318) 은 DPB (314) 로부터 현재 블록에 대한 이웃하는 샘플들의 데이터를 취출할 수도 있다. 블록들을 디코딩할 때, 인트라-예측 유닛 (318) 은 본 개시물에서 설명된 바와 같이 비디오 데이터의 크로마 서브샘플링 포맷에 기초하여 SCIPU 를 인에이블 및 디스에이블할 수도 있다.
복원 유닛 (310) 은 예측 블록 및 잔차 블록을 사용하여 현재 블록을 복원할 수도 있다. 예를 들어, 복원 유닛 (310) 은 잔차 블록의 샘플들을 예측 블록의 대응하는 샘플들에 가산하여 현재 블록을 복원할 수도 있다.
필터 유닛 (312) 은 복원된 블록들에 대해 하나 이상의 필터 동작들을 수행할 수도 있다. 예를 들어, 필터 유닛 (312) 은 복원된 블록들의 에지들을 따라 블록키니스 아티팩트들을 감소시키기 위해 디블록킹 동작들을 수행할 수도 있다. 필터 유닛 (312) 의 동작들이 모든 예들에서 반드시 수행되는 것은 아니다.
비디오 디코더 (300) 는 DPB (314) 에 복원된 블록들을 저장할 수도 있다. 상기 논의된 바와 같이, DPB (314) 는 예측 프로세싱 유닛 (304) 에 인트라-예측을 위한 현재 픽처의 샘플들 및 후속 모션 보상을 위한 이전에 디코딩된 픽처들과 같은 참조 정보를 제공할 수도 있다. 또한, 비디오 디코더 (300) 는 도 1 의 디스플레이 디바이스 (118) 와 같은 디스플레이 디바이스 상에의 후속 프리젠테이션을 위해 DPB (314) 로부터 디코딩된 픽처들을 출력할 수도 있다.
이러한 방식으로, 비디오 디코더 (300) 는 비디오 데이터를 저장하도록 구성된 메모리, 및 회로부에서 구현되고 본 개시물에서 설명된 예들 중 임의의 하나 또는 이들의 조합을 수행하도록 구성된 하나 이상의 프로세싱 유닛들을 포함하는 비디오 데이터를 디코딩하도록 구성된 디바이스의 예를 나타낸다.
일 예에서, 비디오 디코더 (300) 는 루마 파티션에 대응하는 크로마 컴포넌트 내의 크로마 영역에 루마 파티션을 적용하는 것이 임계치보다 작은 사이즈를 갖는 크로마 블록들을 초래한다고 결정하고, 크로마 영역에 기초하여 SCIPU 를 결정하고 (예를 들어, SCIPU 는 크로마 영역과 동일함), 그리고 SCIPU 의 결정에 기초하여 비디오 데이터를 디코딩할 수도 있다. 일 예로서, 비디오 디코더 (300) 는 SCIPU 의 결정에 기초하여 크로마 영역을 스플릿하는 방식을 결정하고 크로마 영역을 스플릿하는 방식의 결정에 기초하여 크로마 블록들을 디코딩할 수도 있다.
일 예에서, 비디오 디코더 (300) 는 비디오 데이터가 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하고, SCIPU 가 4:4:4 비디오 코딩 포맷을 갖는 비디오 데이터에 대해 디스에이블된다고 결정하며, 그리고 SCIPU 가 디스에이블된다는 결정에 기초하여 4:4:4 비디오 코딩 포맷을 갖는 비디오 데이터를 디코딩할 수도 있다. 일 예에서, 비디오 디코더 (300) 는 비디오 데이터가 모노크롬 샘플링에 따라 포맷팅된다고 결정하고, SCIPU 가 모노크롬 샘플링을 갖는 비디오 데이터에 대해 디스에이블된다고 결정하며, 그리고 SCIPU 가 디스에이블된다는 결정에 기초하여 모노크롬 샘플링을 갖는 비디오 데이터를 디코딩할 수도 있다.
일 예에서, 비디오 디코더 (300) 는 루마 또는 크로마 컴포넌트들 중 적어도 하나의 스플리팅이 2xN 사이즈의 루마 또는 크로마 블록들 중 적어도 하나를 초래하지 않는 방식으로 비디오 데이터를 디코딩할 수도 있다. 일 예에서, 비디오 디코더 (300) 는 인트라 모드가 4xN 루마 블록들에 대해 디스에이블되도록 하는 방식으로 비디오 데이터를 디코딩할 수도 있으며, 여기서 단일 트리는 루마 및 크로마 컴포넌트들을 파티셔닝하기 위해 사용된다.
일 예에서, 비디오 디코더 (300) 는 크로마 블록에 대한 크로마 폭이 8 이라고 결정하고, 루마 컴포넌트의 스플릿이 터너리 트리라고 결정하고, 크로마 블록에 기초하여 SCIPU 를 결정하고 (예를 들어, SCIPU 는 크로마 블록과 동일함), SCIPU 의 결정에 기초하여 비디오 데이터를 디코딩할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 SCIPU 의 결정에 기초하여 크로마 영역 (예를 들어, 크로마 컴포넌트의 샘플들) 을 스플릿하는 방식을 결정하고, 크로마 영역을 스플릿하는 방식의 결정에 기초하여 크로마 블록들을 디코딩할 수도 있다.
일 예에서, 비디오 디코더 (300) 는 크로마 블록에 대한 크로마 폭이 4 이라고 결정하고, 루마 컴포넌트의 스플릿이 수직이라고 결정하고, 크로마 블록에 기초하여 SCIPU 를 결정하고 (예를 들어, SCIPU 는 크로마 블록과 동일함), SCIPU 의 결정에 기초하여 비디오 데이터를 디코딩할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 SCIPU 의 결정에 기초하여 크로마 컴포넌트를 스플릿하는 방식을 결정하고, 크로마 영역을 스플릿하는 방식의 결정에 기초하여 크로마 블록들을 디코딩할 수도 있다.
일 예에서, 비디오 디코더 (300) 는 크로마 컴포넌트에서의 크로마 영역의 스플리팅이 인트라 SCIPU 에서 인에이블된다고 결정하고, 그 결정에 기초하여 크로마 영역을 디코딩할 수도 있다. 일 예에서, 비디오 디코더 (300) 는 루마 블록의 스플릿을 결정하고, 루마 블록에 대응하는 인트라 SCIPU 에서 크로마 영역에 대한 스플릿 후보들을 결정하고, 그리고 루마 블록의 결정된 스플릿 및 크로마 영역에 대한 스플릿 후보들에 기초하여 크로마 영역 및 루마 블록을 디코딩할 수도 있다. 일 예에서, 비디오 디코더 (300) 는 루마 영역의 스플릿, 가장 작은 루마 블록의 사이즈, 및 파티션의 가장 작은 크로마 블록의 사이즈 중 하나 이상을 결정하고, 크로마 블록이 SCIPU 인지의 여부 또는 크로마 블록이 인터 SCIPU 인지 또는 인트라 SCIPU 인지의 여부 중 적어도 하나를 결정하고, 그리고 크로마 블록이 SCIPU 인지의 여부 또는 크로마 블록이 인터 SCIPU 인지 또는 인트라 SCIPU 인지 여부 중 적어도 하나의 결정에 기초하여 크로마 블록을 코딩할 수도 있다.
도 17 는 현재 블록을 인코딩하는 예시적인 방법을 예시하는 플로우차트이다. 현재 블록은 현재 CU 를 포함할 수도 있다. 비디오 인코더 (200) (도 1 및 도 14) 와 관련하여 설명되었지만, 다른 디바이스들이 도 17 의 방법과 유사한 방법을 수행하도록 구성될 수도 있음을 이해해야 한다.
이 예에서, 비디오 인코더 (200) 는 초기에 현재 블록을 예측한다 (350). 예를 들어, 비디오 인코더 (200) 는 현재 블록에 대한 예측 블록을 형성할 수도 있다. 비디오 인코더 (200) 는 그 후에, 현재 블록에 대한 잔차 블록을 계산할 수도 있다 (352). 잔차 블록을 계산하기 위해, 비디오 인코더 (200) 는 오리지널의 인코딩되지 않은 블록과 현재 블록에 대한 예측 블록 사이의 차이를 계산할 수도 있다. 그 다음, 비디오 인코더 (200) 는 잔차 블록의 계수들을 변환 및 양자화할 수도 있다 (354). 다음으로, 비디오 인코더 (200) 는 잔차 블록의 양자화된 변환 계수들을 스캔할 수도 있다 (356). 스캔 동안 또는 스캔에 후속하여, 비디오 인코더 (200) 는 계수들을 엔트로피 인코딩할 수도 있다 (358). 예를 들어, 비디오 인코더 (200) 는 CAVLC 또는 CABAC 를 사용하여 계수들을 인코딩할 수도 있다. 비디오 인코더 (200) 는 그 후에, 블록의 엔트로피 코딩된 데이터를 출력할 수도 있다 (360).
도 18 는 비디오 데이터의 현재 블록을 디코딩하는 예시적인 방법을 예시하는 플로우차트이다. 현재 블록은 현재 CU 를 포함할 수도 있다. 비디오 인코더 (300) (도 1 및 도 15) 와 관련하여 설명되었지만, 다른 디바이스들이 도 18 의 방법과 유사한 방법을 수행하도록 구성될 수도 있음을 이해해야 한다.
비디오 디코더 (300) 는 현재 블록에 대응하는 잔차 블록의 계수들에 대하여 엔트로피 코딩된 예측 정보 및 엔트로피 코딩된 데이터와 같은, 현재 블록에 대하여 엔트로피 코딩된 데이터를 수신할 수도 있다 (370). 비디오 디코더 (300) 는 현재 블록에 대한 예측 정보를 결정하고 잔차 블록의 계수들을 재생하기 위해 엔트로피 코딩된 데이터를 엔트로피 디코딩할 수도 있다 (372). 비디오 디코더 (300) 는 현재 블록에 대한 예측 블록을 계산하기 위해, 예컨대, 현재 블록에 대한 예측 정보에 의해 표시된 바와 같은 인트라- 또는 인터-예측 모드를 사용하여 현재 블록을 예측할 수도 있다 (374). 그 다음, 비디오 디코더 (300) 는 양자화된 변환 계수들의 블록을 생성하기 위해, 재생된 계수들을 역스캔할 수도 있다 (376). 그 다음, 비디오 디코더 (300) 는 잔차 블록을 생성하기 위해 계수들을 역양자화하고 역변환할 수도 있다 (378). 비디오 디코더 (300) 는 궁극적으로, 예측 블록과 잔차 블록을 결합함으로써 현재 블록을 디코딩할 수도 있다 (380).
도 19 는 비디오 데이터의 현재 블록을 디코딩하는 예시적인 방법을 예시하는 플로우차트이다. 현재 블록은 현재 CU 를 포함할 수도 있다. 비디오 인코더 (300) (도 1 및 도 15) 와 관련하여 설명되었지만, 다른 디바이스들이 도 19 의 방법과 유사한 방법을 수행하도록 구성될 수도 있음을 이해해야 한다.
비디오 디코더 (300) 는 비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정한다 (400). 블록이 4:4:4 비디오 코딩 포맷으로 코딩됨에 따라, 그 블록의 루마 컴포넌트, 제 1 크로마 컴포넌트, 및 제 2 크로마 컴포넌트는 모두 동일한 사이즈를 가질 수도 있으며, 이는 크로마 컴포넌트들이 루마 컴포넌트에 비해 서브-샘플링되지 않음을 의미한다. 비디오 데이터의 블록은 예를 들어, CTU 일 수도 있다. 블록의 루마 컴포넌트는 CTU 의 루마 CTB 일 수도 있고; 블록의 제 1 크로마 컴포넌트는 CTU 의 제 1 크로마 CTB 일 수도 있고; 블록의 제 2 크로마 컴포넌트는 CTU 의 제 2 크로마 CTB 일 수도 있다.
비디오 디코더 (300) 는 비디오 데이터의 블록이 인트라 예측 모드로 인코딩된다고 결정한다 (402). 비디오 데이터의 블록은, 인트라 예측 모드로 인코딩되더라도, 인터 코딩된 슬라이스들이 인트라 및 인터 코딩된 블록들 양자를 포함할 수 있기 때문에, 인터 코딩된 슬라이스에 포함될 수도 있다.
비디오 디코더 (300) 는 블록이 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 SCIPU 가 블록에 대해 디스에이블된다고 결정한다 (404). 비디오 디코더 (300) 는, 예를 들어, 슬라이스 레벨 또는 다른 더 높은 레벨의 신택스 데이터에서 시그널링된 신택스에 기초하여 블록이 4:4:4 비디오 코딩 포맷이라고 결정할 수도 있다. SCIPU 가 블록에 대해 디스에이블된다고 결정하는 것에 응답하여, 비디오 디코더 (300) 는, 예를 들어, 루마 컴포넌트, 제 1 크로마 컴포넌트, 및 제 2 크로마 컴포넌트가 동일한 파티셔닝 구조를 갖는다고 결정할 수도 있다. 동일한 파티셔닝 구조에서, 제 1 크로마 컴포넌트 및 제 2 크로마 컴포넌트 16 샘플들보다 작을 수도 있다. 제 1 크로마 컴포넌트 및 제 2 크로마 컴포넌트는 또한 수직의 좁은 형상을 가질 수도 있으며, 이는 제 1 크로마 컴포넌트 및 제 2 크로마 컴포넌트가 16 샘플들보다 더 작고 폭보다 높이가 더 클 수도 있음을 의미한다.
비디오 디코더 (300) 는 SCIPU 가 디스에이블된다는 결정에 기초하여 비디오 데이터의 블록을 디코딩한다 (406). SCIPU 가 디스에이블된다는 결정에 기초하여 비디오 데이터의 블록을 디코딩하기 위해, 비디오 디코더 (300) 는, 예를 들어, 블록의 제 1 크로마 컴포넌트 및 블록의 제 2 크로마 컴포넌트 양자가 블록의 루마 컴포넌트와 동일한 사이즈를 갖는다고 결정하고, 블록의 루마 컴포넌트를 인트라 예측하고, 블록의 제 1 크로마 컴포넌트를 인트라 예측하고, 블록의 제 2 크로마 컴포넌트를 인트라 예측할 수도 있다.
비디오 디코더 (300) 는 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력한다 (408). 비디오 디코더 (300) 는 예를 들어, 디스플레이 또는 저장을 위해 디코딩된 비디오 데이터를 출력할 수도 있다. 비디오 디코더 (300) 는, 예를 들어, 송신, 장래의 디스플레이, 또는 비디오 데이터의 다른 블록들을 디코딩하는데 사용하기 위해 비디오 데이터를 저장할 수도 있다. 일부 예에서, 도 19 와 관련하여 설명된 기법들은 비디오 인코더의 비디오 디코딩 루프에 의해 수행될 수도 있고, 이 경우 출력되는 디코딩된 비디오 데이터는 비디오 데이터의 다른 블록들을 인코딩하는 방법을 결정하기 위해 사용될 수도 있다.
일 예에서, 비디오 디코더 (300) 는 또한, 비디오 데이터의 제 2 블록이 비-4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하고; 비디오 데이터의 제 2 블록이 인트라 예측 모드로 인코딩된다고 결정하고; 제 2 블록이 비-4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 블록에 대해 SCIPU 가 인에이블된다고 결정하고; SCIPU 가 인에이블된다고 결정하는 것에 기초하여 비디오 데이터의 제 2 블록을 디코딩하며; 그리고 제 2 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력한다. 제 2 블록의 루마 컴포넌트는 제 2 블록의 제 1 크로마 컴포넌트 및 제 2 블록의 제 2 크로마 컴포넌트와 상이한 사이즈를 가질 수도 있다. SCIPU 가 제 2 블록에 대해 인에이블된다고 결정하는 것에 응답하여, 비디오 디코더 (300) 는 제 2 블록의 루마 컴포넌트, 제 2 블록의 제 1 크로마 컴포넌트, 및 제 2 블록의 제 2 크로마 컴포넌트가 상이한 파티셔닝 구조를 갖는다고 결정할 수도 있다.
SCIPU 가 인에이블된다는 결정에 기초하여 비디오 데이터의 제 2 블록을 디코딩하기 위해, 비디오 디코더 (300) 는 제 2 블록의 루마 컴포넌트를 인트라 예측하고, 제 2 블록의 제 1 크로마 컴포넌트를 인트라 예측하고, 제 2 블록의 제 2 크로마 컴포넌트를 인트라 예측할 수도 있다. 제 2 블록의 루마 컴포넌트는 4xN 의 사이즈를 가질 수도 있고, 여기서 4 는 제 2 블록의 루마 컴포넌트의 폭이고, N 은 제 2 블록의 루마 컴포넌트의 높이이다. 그러나, SCIPU 가 인에이블된 결과로서, 제 2 블록이 비-4:4:4 포맷으로 코딩되더라도, 제 2 블록의 제 1 크로마 컴포넌트는 4 이상의 폭을 가질 수도 있고, 제 2 블록의 제 2 크로마 컴포넌트는 4 이상의 폭을 가질 수도 있다.
하나 이상의 예들이 하기에서 설명된다. 예시적인 기법들은 단독으로 또는 조합하여 사용될 수도 있다.
예 1. 비디오 데이터를 코딩하는 방법으로서, 루마 파티션에 대응하는 크로마 컴포넌트 내의 크로마 영역에 루마 파티션을 적용하는 것이 임계치보다 작은 사이즈를 갖는 크로마 블록들을 초래한다고 결정하는 단계; 상기 크로마 영역에 기초하여 최소 크로마 인트라 예측 유닛 (SCIPU) 을 결정하는 단계; 및 상기 SCIPU 의 결정에 기초하여 상기 비디오 데이터를 코딩하는 단계를 포함한다.
예 2. 비디오 데이터를 코딩하는 방법으로서, 비디오 데이터가 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하는 단계; 최소 크로마 인트라 예측 유닛 (SCIPU) 이 4:4:4 비디오 코딩 포맷을 갖는 비디오 데이터에 대해 디스에이블된다고 결정하는 단계; 및 SCIPU 가 디스에이블된다는 결정에 기초하여 4:4:4 비디오 코딩 포맷을 갖는 비디오 데이터를 코딩하는 단계를 포함한다.
예 3. 비디오 데이터를 코딩하는 방법으로서, 비디오 데이터가 모노크롬 샘플링에 따라 포맷팅된다고 결정하는 단계; 최소 크로마 인트라 예측 유닛 (SCIPU) 이 모노크롬 샘플링을 갖는 비디오 데이터에 대해 디스에이블된다고 결정하는 단계; 및 SCIPU 가 디스에이블된다는 결정에 기초하여 모노크롬 샘플링을 갖는 비디오 데이터를 코딩하는 단계를 포함한다.
예 4. 비디오 데이터를 코딩하는 방법으로서, 상기 방법은 예 1-3 중 어느 하나 또는 이들의 조합을 포함한다.
예 5. 비디오 데이터를 코딩하는 방법으로서, 루마 또는 크로마 컴포넌트들 중 적어도 하나의 스플리팅이 2xN 사이즈의 루마 또는 2xN 사이즈의 크로마 블록들 중 적어도 하나를 초래하지 않는 방식으로 비디오 데이터를 코딩하는 단계를 포함한다.
예 6. 예 5 에 있어서, 비디오 데이터를 코딩하는 단계는 루마 또는 크로마 컴포넌트들 중 적어도 하나의 스플리팅이 2xN 사이즈의 루마 또는 2xN 크로마 블록들 중 적어도 하나를 초래하지 않는 방식으로 비디오 데이터를 코딩하는 단계를 포함하며, 여기서 별개의 코딩 트리들이 루마 및 크로마 컴포넌트들을 파티셔닝하기 위해 사용된다.
예 7. 예 5 및 예 6 중 어느 하나에 있어서, 비디오 데이터를 코딩하는 단계는 블록 폭이 8 과 동일한 것에 기초하여 터너리 트리 (TT) 스플릿이 디스에이블된다고 결정하는 단계를 포함한다.
예 8. 예 5-7 중 어느 하나에 있어서, 비디오 데이터를 코딩하는 단계는 블록 폭이 4 과 동일한 것에 기초하여 수직 트리 스플릿이 디스에이블된다고 결정하는 단계를 포함한다.
예 9. 비디오 데이터를 코딩하는 방법으로서, 인트라 모드가 4xN 루마 블록들에 대해 디스에이블되게 하는 방식으로 비디오 데이터를 코딩하는 단계를 포함하며, 여기서 단일 트리는 루마 및 크로마 컴포넌트들을 파티셔닝하기 위해 사용된다.
예 10. 비디오 데이터를 코딩하는 방법으로서, 크로마 블록에 대한 크로마 폭이 8 이라고 결정하는 단계; 루마 컴포넌트의 스플릿이 터너리 트리라고 결정하는 단계; 상기 크로마 블록에 기초하여 최소 크로마 인트라 예측 유닛 (SCIPU) 을 결정하는 단계; 및 상기 SCIPU 의 결정에 기초하여 상기 비디오 데이터를 코딩하는 단계를 포함한다.
예 11. 비디오 데이터를 코딩하는 방법으로서, 크로마 블록에 대한 크로마 폭이 4 이라고 결정하는 단계; 루마 컴포넌트의 스플릿이 수직이라고 결정하는 단계; 상기 크로마 블록에 기초하여 SCIPU 을 결정하는 단계; 및 상기 SCIPU 의 결정에 기초하여 상기 비디오 데이터를 코딩하는 단계를 포함한다.
예 12. 비디오 데이터를 코딩하는 방법으로서, 크로마 컴포넌트에서의 크로마 영역의 스플리팅이 인트라 최소 크로마 인트라 예측 유닛 (SCIPU) 에서 인에이블된다고 결정하는 단계; 및 상기 결정에 기초하여 상기 크로마 영역을 코딩하는 단계를 포함한다.
예 13. 예 12 에 있어서, 크로마 컴포넌트에서의 크로마 영역의 스플리팅이 인에이블된다고 결정하는 단계는 블록 사이즈 제한을 만족시키는 가장 작은 서브블록 사이즈로 이어지는 스플릿을 수행하는 단계를 포함한다.
예 14. 예 13 에 있어서, 상기 스플릿을 수행하는 단계는 상기 인트라 SCIPU 의 크로마 영역이 8xN 일 때 수직 스플릿을 수행하는 단계를 포함한다.
예 15. 예 13 및 예 14 에 있어서, 상기 스플릿을 수행하는 단계는 상기 인트라 SCIPU 의 크로마 영역이 8x4 일 때 수평 스플릿을 수행하는 단계를 포함한다.
예 16. 예 13-15 중 어느 하나에 있어서, 상기 스플릿을 수행하는 단계는, 상기 인트라 SCIPU 의 크로마 영역이 8xN 이고 N 이 8 보다 클 때, 수직 스플릿, 수평 스플릿, 또는 터너리 트리 수평 스플릿 중 적어도 하나를 수행하는 단계를 포함한다.
예 17. 예 12-16 중 어느 하나에 있어서, 상기 크로마 컴포넌트에서의 크로마 영역의 스플리팅이 인에이블된다고 결정하는 단계는 상기 인트라 SCIPU 의 크로마 영역이 4x8 일 때 수평 이진 트리 스플릿이 인에이블된다고 결정하는 단계를 포함한다.
예 18. 예 12-17 중 어느 하나에 있어서, 상기 크로마 컴포넌트에서의 크로마 영역의 스플리팅이 인에이블된다고 결정하는 단계는 상기 인트라 SCIPU 의 크로마 영역이 4xN 일 때 수평 이진 트리 스플릿이 인에이블된다고 결정하는 단계를 포함한다.
예 18. 예 12-17 중 어느 하나에 있어서, 상기 크로마 컴포넌트에서의 크로마 영역의 스플리팅이 인에이블된다고 결정하는 단계는 상기 인트라 SCIPU 의 크로마 영역이 4xN 이고 N 이 8 보다 클 때 이진 트리 수평 스플릿 및 터너리 트리 수평 스플릿을 포함하는 수평 스플릿이 인에이블된다고 결정하는 단계를 포함한다.
예 20. 비디오 데이터를 코딩하는 방법으로서, 루마 블록의 스플릿을 결정하는 단계; 루마 블록에 대응하는 인트라 최소 크로마 인트라 예측 유닛 (SCIPU) 에서 크로마 영역에 대한 스플릿 후보들을 결정하는 단계; 및 루마 블록의 결정된 스플릿 및 크로마 영역에 대한 스플릿 후보들에 기초하여 크로마 영역 및 루마 블록을 코딩하는 단계를 포함한다.
예 21. 예 20 에 있어서, 스플릿 후보들을 결정하는 단계는, 루마 블록이 스플릿되지 않는 것에 기초하여 크로마 스플릿이 허용되지 않는다고 결정하는 단계를 포함한다.
예 22. 예 20 및 예 21 중 어느 하나에 있어서, 상기 스플릿 후보들을 결정하는 단계는 크로마 스플릿이 루마 스플릿 방향에 직교할 수 없다고 결정하는 단계를 포함한다.
예 23. 예 22 에 있어서, 크로마 스플릿이 루마 스플릿 방향에 직교할 수 없다고 결정하는 단계는, 루마 블록의 스플릿이 수직인 것에 기초하여 크로마 인트라 SCIPU 에 대해 수평 스플릿이 허용되지 않는다고 결정하는 단계; 또는 루마 블록의 스플릿이 수평인 것에 기초하여 크로마 인트라 SCIPU 에 대해 수직 스플릿이 허용되지 않는다고 결정하는 단계를 포함한다.
예 24. 비디오 데이터를 코딩하는 방법으로서, 루마 영역의 스플릿, 파티션의 가장 작은 루마 블록의 사이즈, 및 가장 작은 크로마 블록의 사이즈 중 하나 이상을 결정하는 단계; 상기 결정에 기초하여 크로마 블록이 최소 크로마 인트라 예측 유닛 (SCIPU) 인지의 여부 또는 크로마 블록이 인터 SCIPU 인지 또는 인트라 SCIPU 인지의 여부 중 적어도 하나를 결정하는 단계; 및 크로마 블록이 SCIPU 인지의 여부 또는 크로마 블록이 인터 SCIPU 인지 또는 인트라 SCIPU 인지 여부 중 적어도 하나의 결정에 기초하여 크로마 블록을 코딩하는 단계를 포함한다.
예 25. 예 24 에 있어서, 크로마 블록이 SCIPU 인지 여부를 결정하는 단계는, 파티션의 가장 작은 루마 블록의 사이즈 및 가장 작은 크로마 블록의 사이즈가 임계치보다 더 작은 것에 기초하여 크로마 블록이 SCIPU 라고 결정하는 단계를 포함한다.
예 26. 예 24 및 예 25 중 어느 하나에 있어서, SCIPU 인 크로마 블록에 대해, SCIPU 가 인트라 슬라이스에 있거나 또는 영역 내의 가장 작은 루마 블록의 사이즈가 인터 블록에 대해 인에이블되는 최소 사이즈보다 작은 것에 기초하여, 크로마 블록이 인트라 SCIPU 라고 결정하는 단계를 포함한다.
예 27. 예 1-26 중 어느 하나 또는 조합의 방법.
예 28. 예 1-26 중 어느 하나 또는 이들의 조합에 있어서, 상기 코딩하는 단계는 디코딩하는 단계를 포함하고, 상기 디코딩하는 단계는 비디오 데이터를 복원하는 단계를 포함한다.
예 29. 예 1-26 중 어느 하나 또는 이들의 조합에 있어서, 상기 코딩하는 단계는 인코딩하는 단계를 포함하고, 상기 인코딩하는 단계는 비디오 데이터를 시그널링하는 단계를 포함한다.
예 30. 비디오 데이터를 코딩하기 위한 디바이스로서, 상기 디바이스는 비디오 데이터를 저장하도록 구성된 메모리; 및 상기 메모리에 커플링되고 고정 기능부 또는 프로그래밍가능 회로부 중 적어도 하나를 포함하는 비디오 코더를 포함하고, 상기 비디오 코더는 예 1-26 중 어느 하나 또는 이들의 조합의 방법을 수행하도록 구성된다.
예 31. 예 30 에 있어서, 상기 비디오 코더는 비디오 디코더를 포함하고, 상기 비디오 디코더는 상기 비디오 데이터를 복원하도록 구성된다.
예 32. 예 30 에 있어서, 상기 비디오 코더는 비디오 인코더를 포함하고, 상기 비디오 인코더는 상기 비디오 데이터를 시그널링하도록 구성된다.
예 33. 예 30-32 중 어느 하나에 있어서, 디코딩된 비디오 데이터를 디스플레이하도록 구성된 디스플레이를 더 포함한다.
예 34. 예 30-33 중 어느 하나에 있어서, 상기 디바이스는 카메라, 컴퓨터, 모바일 디바이스, 브로드캐스트 수신기 디바이스 또는 셋톱 박스 중 하나 이상을 포함한다.
예 35. 실행될 경우, 하나 이상의 프로세서들로 하여금 예 1-26 중 어느 하나 또는 이들의 조합의 방법을 수행하게 하는 명령들이 저장된 컴퓨터 판독가능 저장 매체.
예 36. 비디오 데이터를 코딩하기 위한 디바이스로서, 그 디바이스는 예 1-26 중 어느 하나 또는 이들의 조합의 방법을 수행하는 수단을 포함한다.
예에 의존하여, 본 명세서에서 설명된 기법들 중 임의의 것의 소정의 액트들 또는 이벤트들은 상이한 시퀀스로 수행될 수 있고, 추가되거나, 병합되거나, 또는 전부 생략될 수도 있음 (예컨대, 설명된 모든 액트들 또는 이벤트들이 기법들의 실시를 위해 필요한 것은 아님) 이 인식되어야 한다. 더욱이, 소정의 예들에 있어서, 액트들 또는 이벤트들은 순차적인 것보다는, 예컨대, 다중-스레딩된 프로세싱, 인터럽트 프로세싱, 또는 다중의 프로세서들을 통해 동시에 수행될 수도 있다.
하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합에서 구현될 수도 있다. 소프트웨어에서 구현되는 경우, 그 기능들은 컴퓨터 판독가능 매체 상에 하나 이상의 명령들 또는 코드로서 저장되거나 또는 이를 통해 송신될 수도 있고 하드웨어 기반 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터 판독가능 매체들은 데이터 저장 매체들과 같은 유형의 매체에 대응하는 컴퓨터 판독가능 저장 매체들, 또는 예를 들어, 통신 프로토콜에 따라, 일 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함하는 통신 매체들을 포함할 수도 있다. 이러한 방식으로, 컴퓨터 판독가능 매체는 일반적으로 (1) 비-일시적인 유형의 컴퓨터 판독가능 저장 매체 또는 (2) 신호 또는 캐리어파와 같은 통신 매체에 대응할 수도 있다. 데이터 저장 매체는 본 개시물에서 설명된 기술들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 가용 매체일 수도 있다. 컴퓨터 프로그램 제품이 컴퓨터 판독가능 매체를 포함할 수도 있다.
제한이 아닌 예로서, 이러한 컴퓨터 판독가능 저장 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 스토리지, 자기 디스크 스토리지, 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 컴퓨터 판독가능 매체로 적절히 불린다. 예를 들어, 명령들이 동축 케이블, 광섬유 케이블, 트위스티드 페어, 디지털 가입자 라인 (DSL), 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들을 사용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되면, 동축 케이블, 광섬유 케이블, 트위스티드 페어, DSL, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들은 매체의 정의에 포함된다. 그러나, 컴퓨터 판독가능 저장 매체들 및 데이터 저장 매체들은 접속들, 캐리어파들, 신호들, 또는 다른 일시적 매체들을 포함하지 않고, 대신 비일시적, 유형의 저장 매체들에 관련된다는 것을 이해해야 한다. 본 명세서에서 사용된 바와 같이, 디스크 (disk) 및 디스크 (disc) 는 컴팩트 디스크 (CD), 레이저 디스크, 광학 디스크, 디지털 다용도 디스크 (DVD), 플로피 디스크 및 블루-레이 디스크를 포함하며, 여기서, 디스크 (disk) 들은 통상적으로 데이터를 자기적으로 재생하지만 디스크 (disc) 들은 레이저들을 이용하여 데이터를 광학적으로 재생한다. 상기의 조합들이 또한, 컴퓨터 판독가능 매체들의 범위 내에 포함되어야 한다.
명령들은 하나 이상의 프로세서들, 예컨대 하나 이상의 디지털 신호 프로세서들 (DSP들), 범용 마이크로프로세서들, 주문형 집적 회로들 (ASIC들), 필드 프로그램가능 게이트 어레이들 (FPGA들), 또는 다른 등가의 집적 또는 이산 로직 회로부에 의해 실행될 수도 있다. 따라서, 본 명세서에서 사용된 바와 같이 용어들 "프로세서" 및 "프로세싱 회로부"는 전술한 구조들 중 임의의 것 또는 본 명세서 설명된 기법들의 구현에 적합한 임의의 다른 구조를 지칭할 수도 있다. 부가적으로, 일부 양태들에 있어서, 본 명세서에서 설명된 기능성은 인코딩 및 디코딩을 위해 구성되거나 또는 결합된 코덱에서 통합된 전용 하드웨어 및/또는 소프트웨어 모듈들 내에 제공될 수도 있다. 또한, 그 기법들은 하나 이상의 회로 또는 로직 엘리먼트들에서 완전히 구현될 수 있다.
본 개시의 기법들은 무선 핸드셋, 집적 회로 (IC) 또는 IC들의 세트 (예를 들어, 칩 세트) 를 포함한, 광범위한 디바이스들 또는 장치들에서 구현될 수도 있다. 다양한 컴포넌트들, 모듈들, 또는 유닛들은 개시된 기법들을 수행하도록 구성된 디바이스들의 기능적 양태들을 강조하기 위해 본 개시에서 설명되지만, 상이한 하드웨어 유닛들에 의한 실현을 반드시 요구하는 것은 아니다. 오히려, 상기 설명된 바와 같이, 다양한 유닛들은 코덱 하드웨어 유닛에서 결합되거나 또는 적합한 소프트웨어 및/또는 펌웨어와 함께, 상기 설명된 바와 같은 하나 이상의 프로세서들을 포함하는, 상호운용가능한 하드웨어 유닛들의 집합에 의해 제공될 수도 있다.
다양한 예들이 설명되었다. 이들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.

Claims (34)

  1. 비디오 데이터를 디코딩하는 방법으로서,
    상기 비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하는 단계;
    상기 비디오 데이터의 상기 블록이 인트라 예측 모드로 인코딩된다고 결정하는 단계;
    상기 블록이 상기 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 상기 블록에 대해 최소 크로마 인트라 예측 유닛 (SCIPU) 이 디스에이블된다고 결정하는 단계;
    상기 SCIPU 가 디스에이블된다는 결정에 기초하여 상기 비디오 데이터의 상기 블록을 디코딩하는 단계; 및
    상기 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
  2. 제 1 항에 있어서,
    상기 블록은 루마 컴포넌트, 제 1 크로마 컴포넌트, 및 제 2 크로마 컴포넌트를 갖고, 상기 루마 컴포넌트, 상기 제 1 크로마 컴포넌트, 및 상기 제 2 크로마 컴포넌트는 동일한 사이즈를 갖는, 비디오 데이터를 디코딩하는 방법.
  3. 제 2 항에 있어서,
    상기 동일한 사이즈는 16 개 미만의 샘플들인, 비디오 데이터를 디코딩하는 방법.
  4. 제 2 항에 있어서,
    상기 블록에 대해 상기 SCIPU 가 디스에이블된다고 결정하는 것에 응답하여, 상기 루마 컴포넌트, 상기 제 1 크로마 컴포넌트, 및 상기 제 2 크로마 컴포넌트가 동일한 파티셔닝 구조를 갖는다고 결정하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
  5. 제 1 항에 있어서,
    상기 인트라 예측 모드로 인코딩된 상기 비디오 데이터의 상기 블록은 인터 코딩된 슬라이스에 포함되는, 비디오 데이터를 디코딩하는 방법.
  6. 제 1 항에 있어서,
    상기 SCIPU 가 디스에이블된다는 결정에 기초하여 상기 비디오 데이터의 상기 블록을 디코딩하는 단계는,
    상기 블록의 루마 컴포넌트를 인트라 예측하는 단계;
    상기 블록의 제 1 크로마 컴포넌트를 인트라 예측하는 단계; 및
    상기 블록의 제 2 크로마 컴포넌트를 인트라 예측하는 단계를 포함하며,
    상기 블록의 상기 제 1 크로마 컴포넌트 및 상기 블록의 상기 제 2 크로마 컴포넌트 양자는 상기 블록의 상기 루마 컴포넌트와 동일한 사이즈를 갖는, 비디오 데이터를 디코딩하는 방법.
  7. 제 6 항에 있어서,
    상기 비디오 데이터의 상기 블록은 코딩 트리 유닛 (CTU) 을 포함하고, 상기 블록의 상기 루마 컴포넌트는 상기 CTU 의 루마 코딩 유닛을 포함하고, 상기 블록의 상기 제 1 크로마 컴포넌트는 상기 CTU 의 제 1 크로마 코딩 유닛을 포함하고, 상기 블록의 상기 제 2 크로마 컴포넌트는 상기 CTU 의 제 2 크로마 코딩 유닛을 포함하는, 비디오 데이터를 디코딩하는 방법.
  8. 제 7 항에 있어서,
    상기 제 1 크로마 코딩 유닛 및 상기 제 2 크로마 코딩 유닛은 4x4 보다 작은, 비디오 데이터를 디코딩하는 방법.
  9. 제 1 항에 있어서,
    상기 비디오 데이터의 제 2 블록이 비-4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하는 단계;
    상기 비디오 데이터의 상기 제 2 블록이 인트라 예측 모드로 인코딩된다고 결정하는 단계;
    상기 블록이 상기 비-4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 상기 블록에 대해 상기 SCIPU 가 인에이블된다고 결정하는 단계;
    상기 SCIPU 가 인에이블된다는 결정에 기초하여 상기 비디오 데이터의 상기 제 2 블록을 디코딩하는 단계; 및
    상기 제 2 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
  10. 제 9 항에 있어서,
    상기 제 2 블록의 루마 컴포넌트는 상기 제 2 블록의 제 1 크로마 컴포넌트 및 상기 제 2 블록의 제 2 크로마 컴포넌트와 상이한 사이즈를 갖는, 비디오 데이터를 디코딩하는 방법.
  11. 제 9 항에 있어서,
    상기 제 2 블록에 대해 상기 SCIPU 가 인에이블된다고 결정하는 것에 응답하여, 상기 제 2 블록의 제 1 크로마 컴포넌트 및 상기 제 2 블록의 제 2 크로마 컴포넌트가 상기 제 2 블록의 루마 컴포넌트와 상이한 파티셔닝 구조를 갖는다고 결정하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
  12. 제 9 항에 있어서,
    상기 SCIPU 가 인에이블된다는 결정에 기초하여 상기 비디오 데이터의 상기 제 2 블록을 디코딩하는 단계는,
    상기 제 2 블록의 루마 컴포넌트를 인트라 예측하는 단계;
    상기 제 2 블록의 제 1 크로마 컴포넌트를 인트라 예측하는 단계; 및
    상기 제 2 블록의 제 2 크로마 컴포넌트를 인트라 예측하는 단계를 포함하며,
    상기 제 2 블록의 상기 루마 컴포넌트는 4xN 의 사이즈를 가지며, 상기 4 는 상기 제 2 블록의 상기 루마 컴포넌트의 폭이고 N 은 상기 제 2 블록의 상기 루마 컴포넌트의 높이이고, 상기 제 2 블록의 상기 제 1 크로마 컴포넌트는 4 이상의 폭을 가지며, 상기 제 2 블록의 상기 제 2 크로마 컴포넌트는 4 이상의 폭을 갖는, 비디오 데이터를 디코딩하는 방법.
  13. 제 12 항에 있어서,
    상기 N 은 2 와 동일한, 비디오 데이터를 디코딩하는 방법.
  14. 제 1 항에 있어서,
    상기 디코딩하는 방법은 비디오 인코딩 동작의 일부로서 수행되는, 비디오 데이터를 디코딩하는 방법.
  15. 비디오 데이터를 디코딩하기 위한 디바이스로서,
    비디오 데이터를 저장하도록 구성된 메모리; 및
    회로부에서 구현되는 하나 이상의 프로세서들을 포함하고, 상기 하나 이상의 프로세서들은,
    상기 비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하고;
    상기 비디오 데이터의 상기 블록이 인트라 예측 모드로 인코딩된다고 결정하고;
    상기 블록이 상기 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 상기 블록에 대해 최소 크로마 인트라 예측 유닛 (SCIPU) 이 디스에이블된다고 결정하고;
    상기 SCIPU 가 디스에이블된다는 결정에 기초하여 상기 비디오 데이터의 상기 블록을 디코딩하며; 그리고
    상기 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하도록
    구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  16. 제 15 항에 있어서,
    상기 블록은 루마 컴포넌트, 제 1 크로마 컴포넌트, 및 제 2 크로마 컴포넌트를 갖고, 상기 루마 컴포넌트, 상기 제 1 크로마 컴포넌트, 및 상기 제 2 크로마 컴포넌트는 동일한 사이즈를 갖는, 비디오 데이터를 디코딩하기 위한 디바이스.
  17. 제 16 항에 있어서,
    상기 동일한 사이즈는 16 개 미만의 샘플들인, 비디오 데이터를 디코딩하기 위한 디바이스.
  18. 제 16 항에 있어서,
    상기 하나 이상의 프로세서들은 추가로,
    상기 블록에 대해 상기 SCIPU 가 디스에이블된다고 결정하는 것에 응답하여, 상기 루마 컴포넌트, 상기 제 1 크로마 컴포넌트, 및 상기 제 2 크로마 컴포넌트가 동일한 파티셔닝 구조를 갖는다고 결정하도록
    구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  19. 제 15 항에 있어서,
    상기 인트라 예측 모드로 인코딩된 상기 비디오 데이터의 상기 블록은 인터 코딩된 슬라이스에 포함되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  20. 제 15 항에 있어서,
    상기 SCIPU 가 디스에이블된다는 결정에 기초하여 상기 비디오 데이터의 블록을 디코딩하기 위해, 상기 하나 이상의 프로세서들은 추가로,
    상기 블록의 루마 컴포넌트를 인트라 예측하고;
    상기 블록의 제 1 크로마 컴포넌트를 인트라 예측하며; 그리고
    상기 블록의 제 2 크로마 컴포넌트를 인트라 예측하도록
    구성되며,
    상기 블록의 상기 제 1 크로마 컴포넌트 및 상기 블록의 상기 제 2 크로마 컴포넌트 양자는 상기 블록의 상기 루마 컴포넌트와 동일한 사이즈를 갖는, 비디오 데이터를 디코딩하기 위한 디바이스.
  21. 제 20 항에 있어서,
    상기 비디오 데이터의 상기 블록은 코딩 트리 유닛 (CTU) 을 포함하고, 상기 블록의 상기 루마 컴포넌트는 상기 CTU 의 루마 코딩 유닛을 포함하고, 상기 블록의 상기 제 1 크로마 컴포넌트는 상기 CTU 의 제 1 크로마 코딩 유닛을 포함하고, 상기 블록의 상기 제 2 크로마 컴포넌트는 상기 CTU 의 제 2 크로마 코딩 유닛을 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  22. 제 21 항에 있어서,
    상기 제 1 크로마 코딩 유닛 및 상기 제 2 크로마 코딩 유닛은 4x4 보다 작은, 비디오 데이터를 디코딩하기 위한 디바이스.
  23. 제 15 항에 있어서,
    상기 하나 이상의 프로세서들은 추가로,
    상기 비디오 데이터의 제 2 블록이 비-4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하고;
    상기 비디오 데이터의 상기 제 2 블록이 인트라 예측 모드로 인코딩된다고 결정하고;
    상기 블록이 상기 비-4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 상기 블록에 대해 상기 SCIPU 가 인에이블된다고 결정하고;
    상기 SCIPU 가 인에이블된다는 결정에 기초하여 상기 비디오 데이터의 상기 제 2 블록을 디코딩하며; 그리고
    상기 제 2 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하도록
    구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  24. 제 23 항에 있어서,
    상기 제 2 블록의 루마 컴포넌트는 상기 제 2 블록의 제 1 크로마 컴포넌트 및 상기 제 2 블록의 제 2 크로마 컴포넌트와 상이한 사이즈를 갖는, 비디오 데이터를 디코딩하기 위한 디바이스.
  25. 제 23 항에 있어서,
    상기 하나 이상의 프로세서들은 추가로,
    상기 SCIPU 가 상기 제 2 블록에 대해 인에이블된다고 결정하는 것에 응답하여, 상기 제 2 블록의 제 1 크로마 컴포넌트 및 상기 제 2 블록의 제 2 크로마 컴포넌트가 상기 제 2 블록의 루마 컴포넌트와 상이한 파티셔닝 구조를 갖는다고 결정하도록
    구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  26. 제 23 항에 있어서,
    상기 SCIPU 가 인에이블된다는 결정에 기초하여 상기 비디오 데이터의 상기 제 2 블록을 디코딩하기 위해, 상기 하나 이상의 프로세서들은 추가로,
    상기 제 2 블록의 루마 컴포넌트를 인트라 예측하고;
    상기 제 2 블록의 제 1 크로마 컴포넌트를 인트라 예측하며; 그리고
    상기 제 2 블록의 제 2 크로마 컴포넌트를 인트라 예측하도록
    구성되며,
    상기 제 2 블록의 상기 루마 컴포넌트는 4xN 의 사이즈를 가지며, 상기 4 는 상기 제 2 블록의 상기 루마 컴포넌트의 폭이고 N 은 상기 제 2 블록의 상기 루마 컴포넌트의 높이이고, 상기 제 2 블록의 상기 제 1 크로마 컴포넌트는 4 이상의 폭을 가지며, 상기 제 2 블록의 상기 제 2 크로마 컴포넌트는 4 이상의 폭을 갖는, 비디오 데이터를 디코딩하기 위한 디바이스.
  27. 제 26 항에 있어서,
    상기 N 은 2 와 동일한, 비디오 데이터를 디코딩하기 위한 디바이스.
  28. 제 15 항에 있어서,
    상기 디바이스는 비디오 인코딩 동작의 일부로서 상기 비디오 데이터를 디코딩하도록 구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  29. 제 15 항에 있어서,
    상기 디바이스는 무선 통신 디바이스를 포함하고, 인코딩된 비디오 데이터를 수신하도록 구성된 수신기를 더 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  30. 제 29 항에 있어서,
    상기 무선 통신 디바이스는 전화기 핸드셋을 포함하고, 상기 수신기는 무선 통신 표준에 따라, 상기 비디오 데이터를 포함하는 신호를 복조하도록 구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  31. 제 15 항에 있어서,
    디코딩된 비디오 데이터를 디스플레이하도록 구성된 디스플레이를 더 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  32. 제 15 항에 있어서,
    상기 디바이스는 카메라, 컴퓨터, 모바일 디바이스, 브로드캐스트 수신기 디바이스, 또는 셋톱 박스 중 하나 이상을 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  33. 명령들을 저장하는 컴퓨터 판독가능 저장 매체로서,
    상기 명령들은, 하나 이상의 프로세서들에 의해 실행될 경우, 상기 하나 이상의 프로세서들로 하여금,
    비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하게 하고;
    상기 비디오 데이터의 상기 블록이 인트라 예측 모드로 인코딩된다고 결정하게 하고;
    상기 블록이 상기 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 상기 블록에 대해 최소 크로마 인트라 예측 유닛 (SCIPU) 이 디스에이블된다고 결정하게 하고;
    상기 SCIPU 가 디스에이블된다는 결정에 기초하여 상기 비디오 데이터의 상기 블록을 디코딩하게 하며; 그리고
    상기 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하게 하는, 컴퓨터 판독가능 저장 매체.
  34. 비디오 데이터를 디코딩하기 위한 장치로서,
    상기 비디오 데이터의 블록이 4:4:4 비디오 코딩 포맷에 따라 포맷팅된다고 결정하는 수단;
    상기 비디오 데이터의 상기 블록이 인트라 예측 모드로 인코딩된다고 결정하는 수단;
    상기 블록이 상기 4:4:4 비디오 코딩 포맷을 갖는다고 결정하는 것에 응답하여 상기 블록에 대해 최소 크로마 인트라 예측 유닛 (SCIPU) 이 디스에이블된다고 결정하는 수단;
    상기 SCIPU 가 디스에이블된다는 결정에 기초하여 상기 비디오 데이터의 상기 블록을 디코딩하는 수단; 및
    상기 블록의 디코딩된 버전을 포함하는 디코딩된 비디오 데이터를 출력하는 수단을 포함하는, 비디오 데이터를 디코딩하기 위한 장치.
KR1020227003104A 2019-08-05 2020-08-05 비디오 코딩을 위한 크로마 인트라 예측 유닛들 KR20220036947A (ko)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US201962882995P 2019-08-05 2019-08-05
US62/882,995 2019-08-05
US201962885069P 2019-08-09 2019-08-09
US62/885,069 2019-08-09
US201962889378P 2019-08-20 2019-08-20
US62/889,378 2019-08-20
US201962902188P 2019-09-18 2019-09-18
US62/902,188 2019-09-18
US16/947,489 2020-08-04
US16/947,489 US11399199B2 (en) 2019-08-05 2020-08-04 Chroma intra prediction units for video coding
PCT/US2020/070371 WO2021026564A1 (en) 2019-08-05 2020-08-05 Chroma intra prediction units for video coding

Publications (1)

Publication Number Publication Date
KR20220036947A true KR20220036947A (ko) 2022-03-23

Family

ID=74498832

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020227003104A KR20220036947A (ko) 2019-08-05 2020-08-05 비디오 코딩을 위한 크로마 인트라 예측 유닛들

Country Status (6)

Country Link
US (1) US11399199B2 (ko)
EP (1) EP4011072A1 (ko)
KR (1) KR20220036947A (ko)
CN (1) CN114208199A (ko)
TW (1) TW202112135A (ko)
WO (1) WO2021026564A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3994886A4 (en) * 2019-08-06 2022-12-28 Beijing Bytedance Network Technology Co., Ltd. VIDEO ZONE PARTITION ACCORDING TO COLOR FORMAT
MX2022001939A (es) * 2019-08-15 2022-03-11 Beijing Dajia Internet Information Tech Co Ltd Restriccion del tama?o de los bloques de crominancia peque?os en la codificacion de video.
MX2022002247A (es) 2019-09-02 2022-03-22 Beijing Bytedance Network Tech Co Ltd Particion de region de video basada en formato de color.
EP4014486A4 (en) * 2019-09-20 2023-03-01 Beijing Bytedance Network Technology Co., Ltd. LUMA MAPPING WITH CHROMA SCALING
CN118055248A (zh) 2019-09-21 2024-05-17 北京字节跳动网络技术有限公司 处理视频数据的方法、装置以及计算机可读记录介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5026092B2 (ja) * 2007-01-12 2012-09-12 三菱電機株式会社 動画像復号装置および動画像復号方法
US7991237B2 (en) * 2007-06-28 2011-08-02 Mitsubishi Electric Corporation Image encoding device, image decoding device, image encoding method and image decoding method
KR102311815B1 (ko) * 2014-06-19 2021-10-13 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 통합된 인트라 블록 카피 및 인터 예측 모드
CN107079166A (zh) * 2014-10-28 2017-08-18 联发科技（新加坡）私人有限公司 用于视频编码的引导交叉分量预测的方法
US20170099490A1 (en) * 2015-10-02 2017-04-06 Qualcomm Incorporated Constrained intra-prediction for block copy mode
US10652575B2 (en) * 2016-09-15 2020-05-12 Qualcomm Incorporated Linear model chroma intra prediction for video coding

Also Published As

Publication number Publication date
US20210044828A1 (en) 2021-02-11
CN114208199A (zh) 2022-03-18
EP4011072A1 (en) 2022-06-15
WO2021026564A1 (en) 2021-02-11
US11399199B2 (en) 2022-07-26
TW202112135A (zh) 2021-03-16

Similar Documents

Publication Publication Date Title
KR20220006060A (ko) 아핀 선형 가중 인트라 예측에서의 예측 신호 필터링
US11284114B2 (en) Adaptive loop filter set index signaling
KR20220032563A (ko) 비디오 코딩에서의 랩어라운드 모션 보상
EP4128787A1 (en) General constraint information syntax in video coding
US11399199B2 (en) Chroma intra prediction units for video coding
WO2021041153A1 (en) Chroma quantization parameter (qp) derivation for video coding
US11418787B2 (en) Chroma delta QP in video coding
US11729381B2 (en) Deblocking filter parameter signaling
WO2021203006A1 (en) High-level constraints for transform skip blocks in video coding
WO2021207232A1 (en) Signaling number of subblock merge candidates in video coding
KR20220115974A (ko) 비디오 코딩을 위한 다중 변환 세트 시그널링
KR20220036945A (ko) 팔레트 및 예측 모드 시그널링
US20210314567A1 (en) Block partitioning for image and video coding
KR20230075443A (ko) 상이한 비트 심도에서 비디오 데이터의 코딩을 위한 적응적 루프 필터링의 동작 비트 심도의 제한
KR20220061975A (ko) 비디오 코딩을 위한 하이 레벨 신택스에서의 서브-픽처들의 수의 시그널링
KR20220024029A (ko) 비디오 코딩에서의 dc 인트라 모드 예측
KR20220073755A (ko) 비디오 코딩을 위한 변환 스킵에서 잔차 값들을 위한 코딩 스킴 시그널링
EP3987804A1 (en) Maximum allowed block size for bdpcm mode
KR20220099972A (ko) 양자화 파라미터에 기초한 잔차 코딩 선택 및 저-레벨 시그널링