KR20220145836A - 비디오 코딩 신택스 - Google Patents

비디오 코딩 신택스 Download PDF

Info

Publication number
KR20220145836A
KR20220145836A KR1020227029748A KR20227029748A KR20220145836A KR 20220145836 A KR20220145836 A KR 20220145836A KR 1020227029748 A KR1020227029748 A KR 1020227029748A KR 20227029748 A KR20227029748 A KR 20227029748A KR 20220145836 A KR20220145836 A KR 20220145836A
Authority
KR
South Korea
Prior art keywords
video
picture
syntax element
parameter set
coding
Prior art date
Application number
KR1020227029748A
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 KR20220145836A publication Critical patent/KR20220145836A/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/103Selection of coding mode or of prediction mode
    • H04N19/105Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/103Selection of coding mode or of prediction mode
    • H04N19/107Selection of coding mode or of prediction mode between spatial and temporal predictive coding, e.g. picture refresh
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/119Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/174Methods 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 slice, e.g. a line of blocks or a group of blocks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/188Methods 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 video data packet, e.g. a network abstraction layer [NAL] unit
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/189Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
    • H04N19/196Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/816Monomedia components thereof involving special video data, e.g 3D video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/85406Content authoring involving a specific file format, e.g. MP4 format

Landscapes

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

Abstract

비디오 데이터를 코딩하기 위한 예시의 디바이스는 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함한다. 하나 이상의 프로세서는 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하도록 구성된다. 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 하나 이상의 프로세서는 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하고 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩하도록 구성된다.

Description

비디오 코딩 신택스
본 출원은 2021 년 3 월 2 일 출원된 미국 출원 제 17/189,976 호, 2020 년 3 월 4 일 출원된 미국 가출원 제 62/984,895 호, 및 2020 년 4 월 1 일 출원된 미국 가출원 제 62/003,710 호의 이익을 주장하며, 이 출원들의 전체 내용들은 본 명세서에 참조로 통합된다. 2021 년 3 월 2 일 출원된 미국 출원 제 17/189,976 호는 2020 년 3 월 4 일 출원된 미국 가출원 제 62/984,895 호 및 2020 년 4 월 1 일 출원된 미국 가출원 제 63/003,710 호의 이익을 주장한다.
기술분야
본 개시는 비디오 인코딩 및 비디오 디코딩에 관한 것이다.
디지털 비디오 능력들은 디지털 텔레비전들, 디지털 다이렉트 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인용 디지털 보조기 (PDA) 들, 랩탑 또는 데스크탑 컴퓨터들, 태블릿 컴퓨터들, e-북 리더들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화기들, 이른바 "스마트 폰들", 비디오 델레컨퍼런싱 디바이스들, 비디오 스트리밍 디바이스들 등을 포함한, 광범위한 디바이스들에 통합될 수 있다. 디지털 비디오 디바이스들은 MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, 파트 10, 어드밴스드 비디오 코딩 (AVC), ITU-T H.265/고효율 비디오 코딩 (HEVC) 표준에 의해 정의된 표준들, 및 그러한 표준들의 확장들에서 설명된 기법들과 같은 비디오 코딩 기법들을 구현한다. 비디오 디바이스들은 그러한 비디오 코딩 기법들을 구현함으로써 디지털 비디오 정보를 더 효율적으로 송신, 수신, 인코딩, 디코딩, 및/또는 저장할 수도 있다.
비디오 코딩 기법들은 비디오 시퀀스들에 내재된 리던던시를 감소 또는 제거하기 위해 공간적 (인트라-픽처) 예측 및/또는 시간적 (인터-픽처) 예측을 포함한다. 블록 기반 비디오 코딩에 대해, 비디오 슬라이스 (즉, 비디오 픽처 또는 비디오 픽처의 일부) 는 비디오 블록들로 파티셔닝될 수도 있으며, 이 비디오 블록들은 또한 코딩 트리 유닛들 (CTU들), 코딩 유닛들 (CU들) 및/또는 코딩 노드들로서 지칭될 수도 있다. 픽처의 인트라-코딩된 (I) 슬라이스에서의 비디오 블록들은 동일한 픽처에 있어서 이웃하는 블록들에서의 참조 샘플들에 대한 공간적 예측을 사용하여 인코딩된다. 픽처의 인터-코딩된 (P 또는 B) 슬라이스에서의 비디오 블록들은 동일한 픽처에 있어서 이웃하는 블록들에서의 참조 샘플들에 대한 공간적 예측 또는 다른 참조 픽처들에서의 참조 샘플들에 대한 시간적 예측을 이용할 수도 있다. 픽처들은 프레임들로 지칭될 수도 있고, 참조 픽처들은 참조 프레임들로 지칭될 수도 있다.
일반적으로, 본 개시는 비디오 코딩에서 서브픽처 시그널링을 위한 기법들을 설명한다. 특히, 본 개시는 기존 기법들보다 개선된 것일 수도 있는 다수의 서브픽처 및 다른 신택스 및 시그널링 기법들을 설명한다. 예를 들어, 본 개시의 기법들은 불필요한 시그널링을 감소 또는 제거함으로써 시그널링 오버헤드를 감소시킬 수도 있다.
일 예에서, 비디오 데이터를 코딩하는 방법은, 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하는 단계, 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하는 단계, 및 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
다른 예에서, 방법은 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하는 단계, 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하는 단계, 및 점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 코딩된 계층 비디오 시퀀스의 비디오 데이터를 코딩하는 단계를 포함한다.
다른 예에서, 디바이스는 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하고, 하나 이상의 프로세서는, 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하고; 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩하도록 구성된다.
다른 예에서, 디바이스는 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하고, 하나 이상의 프로세서는, 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하고; 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 상기 코딩된 계층 비디오 시퀀스의 비디오 데이터를 코딩하도록 구성된다.
하나 이상의 예의 상세들이 첨부 도면들 및 하기의 설명에서 제시된다. 다른 특징들, 목적들 및 이점들은 설명 및 도면들, 그리고 청구항들로부터 명백해질 것이다.
도 1 은 본 개시의 기법들을 수행할 수도 있는 예시의 비디오 인코딩 및 디코딩 시스템을 도시하는 블록 다이어그램이다.
도 2a 및 도 2b 는 예시의 쿼드트리 이진 트리 (QTBT) 구조 및 대응하는 코딩 트리 유닛 (CTU) 을 도시하는 개념적 다이어그램들이다.
도 3 은 본 개시의 기법들을 수행할 수도 있는 예시의 비디오 인코더를 도시하는 블록 다이어그램이다.
도 4 는 본 개시의 기법들을 수행할 수도 있는 예시의 비디오 디코더를 도시하는 블록 다이어그램이다.
도 5 는 6x4 CTU, 3x2 타일, 9 슬라이스 및 6 서브픽처로 파티셔닝되는 픽처를 도시하는 개념적 다이어그램이다.
도 6 은 예시의 뷰포트 종속 전방향 미디어 포맷 (omnidirectional media format; OMAF) 을 도시하는 개념적 다이어그램이다.
도 7 은 뷰포트 적응 스트리밍의 예를 도시하는 개념적 다이어그램이다.
도 8 은 본 개시에 따른 예시의 시그널링 기법들을 도시하는 플로우챠트이다.
도 9 는 본 개시에 따른 추가적인 예시의 시그널링 기법들을 도시하는 플로우챠트이다.
도 10 은 비디오 인코딩의 예를 도시하는 플로우챠트이다.
도 11 은 비디오 디코딩의 예를 도시하는 플로우챠트이다.
본 개시는 일부 초안 표준들과 같은 기존 기법들에 비해 개선일 수도 있는 다수의 서브픽처 및 다른 시그널링 및 신택스 변경들을 설명한다. 예를 들어, 소정의 초안 표준들은, 달리 필요할 수도 있는 것에 비해 비디오 코딩과 연관된 시그널링 대역폭을 증가시킬 수도 있는 신택스 엘리먼트들의 리던던트 및/또는 불필요한 시그널링을 허용한다. 또한, 소정의 초안 표준들은 뷰포트 적응 스트리밍과 같은, 소정의 사용 경우들 하에서 소정의 요건들을 충족시키기 위한 비디오 코덱의 능력을 불필요하게 방해할 수도 있는 제한들을 포함할 수도 있다.
본 개시의 기법들에 따르면, 이러한 비디오 표준들에서의 리던던트 및/또는 불필요한 시그널링이 비디오 코딩과 연관된 시그널링 대역폭을 감소시키기 위해 감소 또는 제거될 수도 있다. 부가적으로, 본 개시의 기법들에 따르면, 뷰포트 적응 스트리밍과 같은, 소정의 사용 경우들의 요건들을 충족시키기 위한 비디오 코덱의 능력을 개선하도록 제한들이 변경될 수도 있다.
도 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) 는 비디오 코딩에서 서브픽처 시그널링을 위한 기법들을 적용하도록 구성될 수도 있다. 따라서, 소스 디바이스 (102) 는 비디오 인코딩 디바이스의 예를 나타내는 한편, 목적지 디바이스 (116) 는 비디오 디코딩 디바이스의 예를 나타낸다. 다른 예들에서, 소스 디바이스 및 목적지 디바이스는 다른 컴포넌트들 또는 배열들을 포함할 수도 있다. 예를 들어, 소스 디바이스 (102) 는 외부 카메라와 같은 외부 비디오 소스로부터 비디오 데이터를 수신할 수도 있다. 마찬가지로, 목적지 디바이스 (116) 는 통합된 디스플레이 디바이스를 포함하기 보다는, 외부 디스플레이 디바이스와 인터페이스할 수도 있다.
도 1 에 나타낸 시스템 (100) 은 단지 하나의 예일 뿐이다. 일반적으로, 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스는 비디오 코딩에서 서브픽처 시그널링을 위한 기법들을 수행할 수도 있다. 소스 디바이스 (102) 및 목적지 디바이스 (116) 는 소스 디바이스 (102) 가 목적지 디바이스 (116) 로의 송신을 위한 코딩된 비디오 데이터를 생성하는 이러한 코딩 디바이스들의 예들일 뿐이다. 본 개시는 데이터의 코딩 (인코딩 및/또는 디코딩) 을 수행하는 디바이스로서 "코딩" 디바이스를 언급한다. 따라서, 비디오 인코더 (200) 및 비디오 디코더 (300) 는 코딩 디바이스, 특히 각각 비디오 인코더 및 비디오 디코더의 예들을 나타낸다. 일부 예들에서, 소스 디바이스 (102) 및 목적지 디바이스 (116) 는 소스 디바이스 (102) 및 목적지 디바이스 (116) 의 각각이 비디오 인코딩 및 디코딩 컴포넌트들을 포함하도록 실질적으로 대칭 방식으로 동작할 수도 있다. 이로써, 시스템 (100) 은 예를 들어, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅 또는 비디오 텔레포니를 위해, 소스 디바이스 (102) 와 목적지 디바이스 (116) 사이의 일방향 또는 양방향 비디오 송신을 지원할 수도 있다.
일반적으로, 비디오 소스 (104) 는 비디오 데이터 (즉, 원시의, 인코딩되지 않은 비디오 데이터) 의 소스를 나타내며 픽처들에 대한 데이터를 인코딩하는 비디오 인코더 (200) 에 비디오 데이터의 순차적인 일련의 픽처들 (또한 "프레임들" 로서 지칭됨) 을 제공한다. 소스 디바이스 (102) 의 비디오 소스 (104) 는 비디오 카메라와 같은 비디오 캡처 디바이스, 이전에 캡처된 원시 비디오를 포함하는 비디오 아카이브, 및/또는 비디오 콘텐츠 제공자로부터 비디오를 수신하기 위한 비디오 피드 인터페이스를 포함할 수도 있다. 추가적인 대안으로서, 비디오 소스 (104) 는 컴퓨터 그래픽스 기반 데이터를 소스 비디오로서, 또는 라이브 비디오, 아카이브된 비디오, 및 컴퓨터 생성된 비디오의 조합으로서 생성할 수도 있다. 각각의 경우, 비디오 인코더 (200) 는 캡처되거나, 사전-캡처되거나, 또는 컴퓨터 생성된 비디오 데이터를 인코딩한다. 비디오 인코더 (200) 는 수신된 순서 (때때로 "디스플레이 순서" 로 지칭됨) 로부터 픽처들을 코딩을 위한 코딩 순서로 재배열할 수도 있다. 비디오 인코더 (200) 는 인코딩된 비디오 데이터를 포함하는 비트스트림을 생성할 수도 있다. 소스 디바이스 (102) 는 그 후 예를 들어, 목적지 디바이스 (116) 의 입력 인터페이스 (122) 에 의한 수신 및/또는 취출을 위해 컴퓨터 판독가능 매체 (110) 상으로 출력 인터페이스 (108) 를 통해 인코딩된 비디오 데이터를 출력할 수도 있다.
소스 디바이스 (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) 서버, 콘텐츠 전달 네트워크 디바이스, 또는 NAS (network attached storage) 디바이스를 나타낼 수도 있다. 목적지 디바이스 (116) 는 인터넷 접속을 포함하는, 임의의 표준 데이터 접속을 통해 파일 서버 (114) 로부터 인코딩된 비디오 데이터에 액세스할 수도 있다. 이는 파일 서버 (114) 상에 저장된 인코딩된 비디오 데이터에 액세스하는데 적합한, 무선 채널 (예를 들어, Wi-Fi 접속), 유선 접속 (예를 들어, 디지털 가입자 라인 (DSL), 케이블 모뎀 등), 또는 양자의 조합을 포함할 수도 있다. 파일 서버 (114) 및 입력 인터페이스 (122) 는 스트리밍 송신 프로토콜, 다운로드 송신 프로토콜 또는 이들의 조합에 따라 동작하도록 구성될 수도 있다.
출력 인터페이스 (108) 및 입력 인터페이스 (122) 는 무선 송신기/수신기, 모뎀, 유선 네트워킹 컴포넌트 (예를 들어, 이더넷 카드), 다양한 IEEE 802.11 표준 중 임의의 것에 따라 동작하는 무선 통신 컴포넌트, 또는 다른 물리적 컴포넌트들을 나타낼 수도 있다. 출력 인터페이스 (108) 및 입력 인터페이스 (122) 가 무선 컴포넌트를 포함하는 예들에서, 출력 인터페이스 (108) 및 입력 인터페이스 (122) 는 4G, 4G-LTE (Long-Term Evolution), 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) 는 음극선관 (CRT), 액정 디스플레이 (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 등의 "Versatile Video Coding (Draft 8)," Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11, 17th Meeting: Brussels, BE, 7-17 Jan. 2020, JVET-Q2001-vC (이하, "VVC Draft 8") 에 기재되어 있다. 최신 초안은 Bross 등의 "Versatile Video Coding Editorial Refinements on Draft 10," Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11, 20th Meeting, by teleconference, 7-16 Oct. 2020, JVET-T2001-v1 에 기재되어 있다. 하지만, 본 개시의 기법들은 임의의 특정 코딩 표준에 제한되지 않는다.
일반적으로, 비디오 인코더 (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)(또한 삼진 트리 (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들 또는 CU들) 은 픽처에서 다양한 방식들로 그룹화될 수도 있다. 일 예로서, 브릭은 픽처에서의 특정 타일 내에서 CTU 행들의 직사각형 영역을 지칭할 수도 있다. 타일은 픽처에서의 특정 타일 행 및 특정 타일 열 내에서 CTU들의 직사각형 영역일 수도 있다. 타일 열은 (예를 들어, 픽처 파라미터 세트에서와 같은) 신택스 엘리먼트들에 의해 특정된 폭 및 픽처의 높이와 동일한 높이를 갖는 CTU들의 직사각형 영역을 지칭한다. 타일 행은 (예를 들어, 픽처 파라미터 세트에서와 같은) 신택스 엘리먼트들에 의해 특정된 높이 및 픽처의 폭과 동일한 폭을 갖는 CTU들의 직사각형 영역을 지칭한다.
일부 예들에서, 타일은 다중 브릭들로 파티셔닝될 수도 있으며, 그 각각은 타일 내에 하나 이상의 CTU 행을 포함할 수도 있다. 다중 브릭들로 파티셔닝되지 않은 타일은 또한 브릭으로서 지칭될 수도 있다. 그러나, 타일의 진정한 서브세트인 브릭은 타일로서 지칭되지 않을 수도 있다.
픽처에서의 브릭들은 또한 슬라이스로 배열될 수도 있다. 슬라이스는 단일 NAL (network abstraction layer) 유닛에 배타적으로 포함될 수도 있는 픽처의 정수 수의 브릭일 수도 있다. 일부 예들에서, 슬라이스는 다수의 완전한 타일들 또는 하나의 타일의 완전한 브릭들의 연속 시퀀스만을 포함한다.
본 개시는 수직 및 수평 치수들에 관하여 (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) 는 참조 블록이 현재 CU 와 밀접하게 매칭하는지 여부를 결정하기 위해 절대차의 합 (sum of absolute difference; SAD), 제곱차의 합 (sum of squared differences; SSD), 평균 절대차 (mean absolute difference; MAD), 평균 제곱차 (mean squared differences; MSD) 또는 다른 그러한 차이 계산들을 사용하여 차이 메트릭을 계산할 수도 있다. 일부 예들에서, 비디오 인코더 (200) 는 단방향 예측 또는 양방향 예측을 사용하여 현재 CU 를 예측할 수도 있다.
VVC 의 일부 예들은 또한, 인터 예측 모드로 고려될 수도 있는 아핀 모션 보상 모드를 제공한다. 아핀 모션 보상 모드에서, 비디오 인코더 (200) 는 줌인 또는 줌아웃, 회전, 원근 모션 (perspective motion), 또는 다른 불규칙한 모션 타입들과 같은 비-병진 모션을 나타내는 2 이상의 모션 벡터들을 결정할 수도 있다.
인트라-예측을 수행하기 위해, 비디오 인코더 (200) 는 예측 블록을 생성하기 위해 인트라-예측 모드를 선택할 수도 있다. VVC 의 일부 예들은 평면 모드 및 DC 모드 뿐만 아니라, 다양한 방향성 모드들을 포함한, 67개의 인트라-예측 모드를 제공한다. 일반적으로, 비디오 인코더 (200) 는 현재 블록의 샘플들을 예측하기 위한 현재 블록 (예를 들어, CU 의 블록) 에 대해 이웃하는 샘플들을 기술하는 인트라-예측 모드를 선택한다. 이러한 샘플들은 일반적으로, 비디오 인코더 (200) 가 래스터 스캔 순서로 (좌측에서 우측으로, 상단에서 하단으로) CTU들 및 CU들을 코딩한다고 가정하여, 현재 블록과 동일한 픽처에서 현재 블록의 상측, 상측 및 좌측으로, 또는 좌측으로 있을 수도 있다.
비디오 인코더 (200) 는 현재 블록에 대한 예측 모드를 나타내는 데이터를 인코딩한다. 예를 들어, 인터-예측 모드들에 대해, 비디오 인코더 (200) 는 이용가능한 다양한 인터-예측 모드들 중 어느 것이 사용되는지를 나타내는 데이터 뿐만 아니라, 대응하는 모드에 대한 모션 정보를 인코딩할 수도있다. 단방향 또는 양방향 인터-예측을 위해, 예를 들어 비디오 인코더 (200) 는 어드밴스드 모션 벡터 예측 (AMVP) 또는 병합 모드를 사용하여 모션 벡터들을 인코딩할 수도 있다. 비디오 인코더 (200) 는 유사한 모드들을 사용하여 아핀 모션 보상 모드에 대한 모션 벡터들을 인코딩할 수도 있다.
블록의 인트라-예측 또는 인터-예측과 같은 예측에 후속하여, 비디오 인코더 (200) 는 블록에 대한 잔차 데이터를 계산할 수도 있다. 잔차 블록과 같은 잔차 데이터는 대응하는 예측 모드를 사용하여 형성된, 블록과 블록에 대한 예측 블록 사이의 샘플 별 차이들을 나타낸다. 비디오 인코더 (200) 는 샘플 도메인 대신 변환 도메인에서 변환된 데이터를 생성하기 위해, 하나 이상의 변환을 잔차 블록에 적용할 수도 있다. 예를 들어, 비디오 인코더 (200) 는 이산 코사인 변환 (DCT), 정수 변환, 웨이블릿 변환, 또는 개념적으로 유사한 변환을 잔차 비디오 데이터에 적용할 수도 있다. 부가적으로, 비디오 인코더 (200) 는 MDNSST (mode-dependent non-separable secondary transform), 신호 의존적 변환, Karhunen-Loeve 변환 (KLT) 등과 같은, 제 1 변환에 후속하는 2차 변환을 적용할 수도 있다. 비디오 인코더 (200) 는 하나 이상의 변환의 적용에 후속하여 변환 계수들을 생성한다.
위에 언급된 바와 같이, 변환 계수들을 생성하기 위한 임의의 변환들에 후속하여, 비디오 인코더 (200) 는 변환 계수들의 양자화를 수행할 수도 있다. 일반적으로 양자화는 변환 계수들이 양자화되어 그 변환 계수들을 나타내는데 사용된 데이터의 양을 감소시킬 수 있어서, 추가 압축을 제공하는 프로세스를 지칭한다. 양자화 프로세스를 수행함으로써, 비디오 인코더 (200) 는 변환 계수들의 일부 또는 모두와 연관된 비트 깊이를 감소시킬 수도 있다. 예를 들어, 비디오 인코더 (200) 는 양자화 동안 n-비트 값을 m-비트 값으로 라운딩 다운할 수도 있으며, 여기서 n 은 m 보다 크다. 일부 예들에서, 양자화를 수행하기 위해, 비디오 인코더 (200) 는 양자화될 값의 비트단위 (bitwise) 우측-시프트를 수행할 수도 있다.
양자화에 후속하여, 비디오 인코더 (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) 는 블록의 경계들을 따라 시각적 아티팩트들을 감소시키기 위해 디블로킹 프로세스를 수행하는 것과 같은, 부가 프로세싱을 수행할 수도 있다.
본 개시의 기법들에 따라, 방법은 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하는 단계, 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하는 단계, 및 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
다른 예에서, 방법은 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하는 단계, 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하는 단계, 및 점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 코딩된 계층 비디오 시퀀스의 비디오 데이터를 코딩하는 단계를 포함한다.
다른 예에서, 디바이스는 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하고, 하나 이상의 프로세서는, 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하고; 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩하도록 구성된다.
다른 예에서, 디바이스는 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하고, 하나 이상의 프로세서는, 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하고; 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 상기 코딩된 계층 비디오 시퀀스의 비디오 데이터를 코딩하도록 구성된다.
본 개시는 일반적으로 신택스 엘리먼트들과 같은, 소정 정보의 "시그널링" 을 언급할 수도 있다. 용어 "시그널링" 은 일반적으로 인코딩된 비디오 데이터를 디코딩하는데 사용된 신택스 엘리먼트들 및/또는 다른 데이터에 대한 값들의 통신을 지칭할 수도 있다. 즉, 비디오 인코더 (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 에 적용된다. 쿼드트리 리프 노드들은 16×16 (즉, MinQTSize) 으로부터 128×128 (즉, CTU 사이즈) 까지의 사이즈를 가질 수도 있다. 쿼드트리 리프 노드가 128×128 인 경우, 리프 쿼드트리 노드는 사이즈가 MaxBTSize (즉, 이 예에서는 64×64) 를 초과하기 때문에, 이진 트리에 의해 추가로 분할되지 않을 것이다. 그렇지 않으면, 쿼드트리 노드는 이진 트리에 의해 추가로 파리셔닝될 것이다. 따라서, 쿼드트리 리프 노드는 또한 이진 트리에 대한 루트 노드이고 이진 트리 깊이를 0 으로서 갖는다. 이진 트리 깊이가 MaxBTDepth (이 예에서는 4) 에 도달할 때, 추가의 분할이 허용되지 않는다. 이진 트리 노드가 MinBTSize (이 예에서는 4) 와 동일한 폭을 가질 때, 그것은 추가의 수직 분할이 허용되지 않음을 암시한다. 유사하게, 높이가 MinBTSize 와 동일한 이진 트리 노드는 그 이진 트리 노드에 대해 추가적인 수평 분할이 허용되지 않음을 암시한다. 위에 언급된 바와 같이, 이진 트리의 리프 노드들은 CU들로 지칭되고, 추가 파티셔닝 없이 예측 및 변환에 따라 추가로 프로세싱된다.
도 3 은 본 개시의 기법들을 수행할 수도 있는 예시의 비디오 인코더 (200) 를 도시하는 블록 다이어그램이다. 도 3 은 설명의 목적으로 제공되며 본 개시에 폭넓게 예시되고 기재된 바와 같이 기법들을 제한하는 것으로 고려되지 않아야 한다. 설명의 목적으로, 본 개시는 VVC (ITU-T H.266, 개발 중), 및 HEVC (ITU-T H.265) 의 기법들에 따른 비디오 디코더 (200) 를 기재한다. 그러나, 본 개시의 기법들은 다른 비디오 코딩 표준들로 구성되는 비디오 인코딩 디바이스들에 의해 수행될 수도 있다.
도 3 의 예에서, 비디오 인코더 (200) 는 비디오 데이터 메모리 (230), 모드 선택 유닛 (202), 잔차 생성 유닛 (204), 변환 프로세싱 유닛 (206), 양자화 유닛 (208), 역 양자화 유닛 (210), 역 변환 프로세싱 유닛 (212), 복원 유닛 (214), 필터 유닛 (216), 디코딩된 픽처 버퍼 (DPB)(218), 및 엔트로피 인코딩 유닛 (220) 을 포함한다. 비디오 데이터 메모리 (230), 모드 선택 유닛 (202), 잔차 생성 유닛 (204), 변환 프로세싱 유닛 (206), 양자화 유닛 (208), 역 양자화 유닛 (210), 역 변환 프로세싱 유닛 (212), 복원 유닛 (214), 필터 유닛 (216), DPB (220), 및 엔트로피 인코딩 유닛 (220) 중 임의의 것 또는 전부가 하나 이상의 프로세서에서 또는 프로세싱 회로부에서 구현될 수도 있다. 예를 들어, 비디오 인코더 (200) 의 유닛들은 하드웨어 회로부의 일부로서 또는 FPGA 의 프로세서, ASIC 의 일부로서 하나 이상의 회로들 또는 로직 엘리먼트들로서 구현될 수도 있다. 더욱이, 비디오 인코더 (200) 는 이들 및 다른 기능들을 수행하기 위해 부가 또는 대안의 프로세서들 또는 프로세싱 회로부를 포함할 수도 있다.
비디오 데이터 메모리 (230) 는 비디오 인코더 (200) 의 컴포넌트들에 의해 인코딩될 비디오 데이터를 저장할 수도 있다.  비디오 인코더 (200) 는 예를 들어, 비디오 소스 (104)(도 1) 로부터 비디오 데이터 메모리 (230) 에 저장된 비디오 데이터를 수신할 수도 있다.  DPB (218) 는 비디오 인코더 (200) 에 의한 후속 비디오 데이터의 예측에 사용하기 위해 참조 비디오 데이터를 저장하는 참조 픽처 메모리로서 작용할 수도 있다.  비디오 데이터 메모리 (230) 및 DPB (218) 는 다양한 메모리 디바이스들, 예컨대 동기식 랜덤 액세스 메모리 (synchronous dynamic random access memory; SDRAM), 자기저항 RAM (magnetoresistive RAM; MRAM), 저항 RAM (resistive RAM; RRAM) 을 포함하는 DRAM, 또는 다른 타입들의 메모리 디바이스들 중 임의의 것에 의해 형성될 수도 있다.  비디오 데이터 메모리 (230) 및 DPB (218) 는 동일한 메모리 디바이스 또는 별도의 메모리 디바이스들에 의해 제공될 수도 있다.  다양한 예들에서, 비디오 데이터 메모리 (230) 는 도시된 바와 같이, 비디오 인코더 (200) 의 다른 컴포넌트들과 온-칩이거나 그 컴포넌트들에 대하여 오프-칩일 수도 있다.
본 개시에서, 비디오 데이터 메모리 (230) 에 대한 참조는 이처럼 구체적으로 기재되지 않으면 비디오 인코더 (200) 내부의 메모리 또는 이처럼 구체적으로 기재되지 않으면 비디오 인코더 (200) 외부의 메모리로 제한되는 것으로 해석되지 않아야 한다. 오히려, 비디오 데이터 메모리 (230) 에 대한 참조는 비디오 인코더 (200) 가 인코딩을 위해 수신하는 비디오 데이터 (예를 들어, 인코딩될 현재 블록에 대한 비디오 데이터) 를 저장하는 참조 메모리로서 이해되어야 한다. 도 1 의 메모리 (106) 는 또한 비디오 인코더 (200) 의 다양한 유닛들으로부터의 출력들의 일시적 저장을 제공할 수도 있다.
도 3 의 다양한 유닛들은 비디오 인코더 (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) 은 일반적으로 인코딩 파라미터들의 조합들 및 그러한 조합들에 대한 결과의 레이트-왜곡 값들을 테스트하기 위해 다중 인코딩 패스들을 조정한다. 인코딩 파라미터들은 CU들로의 CTU들의 파티셔닝, CU들에 대한 예측 모드들, CU들의 잔차 데이터에 대한 변환 타입들, CU들의 잔차 데이터에 대한 양자화 파라미터들 등을 포함할 수도 있다. 모드 선택 유닛 (202) 은 궁극적으로 다른 테스트된 조합들보다 우수한 레이트-왜곡 값들을 갖는 인코딩 파라미터들의 조합을 선택할 수도 있다.
일부 예들에서, 모드 선택 유닛 (202) 은 엔트로피 인코딩 유닛 (220) 에 의해 비트스트림으로 인코딩될 수도 있는 파라미터 세트들을 결정할 수도 있다. 예를 들어, 모드 선택 유닛 (202) 은 시퀀스 파라미터 세트 및 비디오 파라미터 세트를 결정할 수도 있다.
일부 예들에서, 모드 선택 유닛 (202) 은 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정할 수도 있다. 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 모드 선택 유닛 (202) 은 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정할 수도 있다.
일부 예들에서, 모드 선택 유닛 (202) 은 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정할 수도 있다. 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 모드 선택 유닛 (202) 은 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정할 수도 있다.
비디오 인코더 (200) 는 비디오 데이터 메모리 (230) 로부터 취출된 픽처를 일련의 CTU들로 파티셔닝하고, 슬라이스 내에 하나 이상의 CTU들을 캡슐화할 수도 있다. 모드 선택 유닛 (202) 은 상술한 HEVC 의 쿼드-트리 구조 또는 QTBT 구조와 같은, 트리 구조에 따라 픽처의 CTU 를 파티셔닝할 수도 있다. 상술한 바와 같이, 비디오 인코더 (200) 는 트리 구조에 따라 CTU 를 파티셔닝하는 것으로부터 하나 이상의 CU 를 형성할 수도 있다. 이러한 CU 는 또한 일반적으로 "비디오 블록" 또는 "블록" 으로 지칭될 수도 있다.
일반적으로, 모드 선택 유닛 (202) 은 또한 현재 블록 (예를 들어, 현재 CU, 또는 HEVC 에서, PU 및 TU 의 오버랩 부분) 에 대한 예측 블록을 생성하기 위해 그의 컴포넌트들 (예를 들어, 모션 추정 유닛 (222), 모션 보상 유닛 (224) 및 인트라-예측 유닛 (226)) 을 제어한다. 현재 블록의 인터-예측을 위해, 모션 추정 유닛 (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) 은 현재 블록에 대한 이웃 샘플들의 평균을 계산하고 예측 블록을 생성하여 예측 블록의 각각의 샘플에 대해 이러한 결과의 평균을 포함할 수도 있다.
모드 선택 유닛 (202) 은 예측 블록을 잔차 생성 유닛 (204) 에 제공한다. 잔차 생성 유닛 (204) 은 비디오 데이터 메모리 (230) 로부터의 현재 블록의 원시의, 인코딩되지 않은 버전 및 모드 선택 유닛 (202) 으로부터의 예측 블록을 수신한다. 잔차 생성 유닛 (204) 은 현재 블록과 예측 블록 사이의 샘플 별 차이들을 계산한다. 결과의 샘플별 차이들은 현재 블록에 대한 잔차 블록을 정의한다. 일부 예들에서, 잔차 생성 유닛 (204) 은 또한 RDPCM (residual differential pulse code modulation) 을 사용하여 잔차 블록을 생성하기 위해 잔차 블록에서의 샘플 값들 사이의 차이를 결정할 수도 있다. 일부 예들에서, 잔차 생성 유닛 (204) 은 이진 감산을 수행하는 하나 이상의 감산 회로를 사용하여 형성될 수도 있다.
모드 선택 유닛 (202) 이 CU들을 PU들로 파티셔닝하는 예들에서, 각각의 PU 는 루마 예측 유닛 및 대응하는 크로마 예측 유닛들과 연관될 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 는 다양한 사이즈를 갖는 PU들을 지원할 수도 있다. 위에 표시된 바와 같이, CU 의 사이즈는 CU 의 루마 코딩 블록의 사이즈를 지칭할 수도 있고 PU 의 사이즈는 PU 의 루마 예측 유닛의 사이즈를 지칭할 수도 있다. 특정 CU 의 사이즈가 2Nx2N 임을 가정하면, 비디오 인코더 (200) 는 인트라-예측을 위해 2Nx2N 또는 NxN 의 PU 사이즈들을 지원하고, 인터-예측을 위해 2Nx2N, 2NxN, Nx2N, NxN 등의 대칭적인 PU 사이즈들을 지원할 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 는 또한, 인터 예측을 위해 2NxnU, 2NxnD, nLx2N, 및 nRx2N 의 PU 크기들에 대한 비대칭적인 파티셔닝을 지원할 수도 있다.
모드 선택 유닛 (202) 이 CU 를 PU들로 추가로 파티셔닝하지 않는 예들에서, 각각의 CU 는 루마 코딩 블록 및 대응하는 크로마 코딩 블록들과 연관될 수도 있다. 위에서와 같이, CU 의 사이즈는 CU 의 루마 코딩 블록의 사이즈를 지칭할 수도 있다. 비디오 인코더 (200) 및 비디오 디코더 (300) 는 2N×2N, 2N×N 또는 N×2N 의 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) 이 비트스트림을 출력할 수도 있다.
상술한 동작들은 블록과 관련하여 설명된다. 이러한 설명은 루마 코딩 블록 및/또는 크로마 코딩 블록들에 대한 동작들인 것으로 이해되어야 한다. 상술한 바와 같이, 일부 예들에서, 루마 코딩 블록 및 크로마 코딩 블록들은 CU 의 루마 및 크로마 컴포넌트들이다. 일부 예들에서, 루마 코딩 블록 및 크로마 코딩 블록들은 PU 의 루마 및 크로마 컴포넌트들이다.
일부 예들에서, 루마 코딩 블록에 대해 수행되는 동작들은 크로마 코딩 블록에 대해 반복될 필요가 없다. 하나의 예로서, 크로마 블록들에 대한 모션 벡터 (MV) 및 참조 픽처를 식별하기 위해 루마 코딩 블록에 대한 MV 및 참조 픽처를 식별하는 동작들이 반복될 필요는 없다. 오히려, 루마 코딩 블록에 대한 MV 는 크로마 블록들에 대한 MV 를 결정하도록 스케일링될 수도 있고, 참조 픽처는 동일할 수도 있다. 다른 예로서, 인트라-예측 프로세스는 루마 코딩 블록 및 크로마 코딩 블록들에 대해 동일할 수도 있다.
비디오 인코더 (200) 는 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하는, 비디오 데이터를 인코딩하도록 구성된 디바이스의 예를 나타내며, 하나 이상의 프로세서는, 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하고; 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩하도록 구성된다.
비디오 인코더 (200) 는 또한, 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하는 비디오 데이터를 인코딩하도록 구성된 디바이스의 예를 나타내며, 하나 이상의 프로세서는, 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하고; 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 상기 코딩된 계층 비디오 시퀀스의 비디오 데이터를 코딩하도록 구성된다.
도 4 는 본 개시의 기법들을 수행할 수도 있는 예시의 비디오 디코더 (300) 를 도시하는 블록 다이어그램이다. 도 4 는 설명의 목적을 위해 제공되고 본 개시에 폭넓게 예시되고 설명된 기법들에 대해 한정하지 않는다. 설명의 목적으로, 본 개시는 VVC (ITU-T H.266, 개발 중), 및 HEVC (ITU-T H.265) 의 기법들에 따른 비디오 디코더 (300) 를 기재한다. 그러나, 본 개시의 기법들은 다른 비디오 코딩 표준들로 구성되는 비디오 코딩 디바이스들에 의해 수행될 수도 있다.
도 4 의 예에서, 비디오 디코더 (300) 는 코딩된 픽처 버퍼 (CPB) 메모리 (320), 엔트로피 디코딩 유닛 (302), 예측 프로세싱 유닛 (304), 역 양자화 유닛 (306), 역 변환 프로세싱 유닛 (310), 복원 유닛 (310), 필터 유닛 (312), 및 디코딩된 픽처 버퍼 (DPB)(314) 를 포함한다. CBP 메모리 (320), 엔트로피 디코딩 유닛 (302), 예측 프로세싱 유닛 (304), 역 양자화 유닛 (306), 역 변환 프로세싱 유닛 (308), 복원 유닛 (310), 필터 유닛 (312), 및 DPB (314) 중 임의의 것 또는 전부가 하나 이상의 프로세서에서 또는 프로세싱 회로부에서 구현될 수도 있다. 예를 들어, 비디오 디코더 (300) 의 유닛들은 하드웨어 회로부의 일부로서 또는 FPGA 의 프로세서, ASIC 의 일부로서 하나 이상의 회로들 또는 로직 엘리먼트들로서 구현될 수도 있다. 더욱이, 비디오 디코더 (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) 가 출력하고 및/또는 사용할 수도 있는 디코딩된 픽처들을 저장한다.  CBP 메모리 (320) 및 DPB (314) 는 다양한 메모리 디바이스들, 예컨대 SDRAM 을 포함한 DRAM, MRAM, RRAM, 또는 다른 타입의 메모리 디바이스들 중 임의의 것에 의해 형성될 수도 있다.  CPB 메모리 (320) 및 DPB (314) 는 동일한 메모리 디바이스 또는 별도의 메모리 디바이스들에 의해 제공될 수도 있다. 다양한 예들에서, CPB 메모리 (320) 는 비디오 디코더 (300) 의 다른 컴포넌트들과 온-칩이거나 그 컴포넌트들에 대하여 오프-칩일 수도 있다.
부가적으로 또는 대안으로, 일부 예들에서, 비디오 디코더 (300) 는 메모리 (120)(도 1) 로부터 코딩된 비디오 데이터를 취출할 수도 있다. 즉, 메모리 (120) 는 CPB 메모리 (320) 로 위에 논의된 바와 같이 데이터를 저장할 수도 있다. 마찬가지로, 메모리 (120) 는 비디오 디코더 (300) 의 기능성의 일부 또는 전부가 비디오 디코더 (300) 의 프로세싱 회로부에 의해 실행되는 소프트웨어에서 구현될 때, 비디오 디코더 (300) 에 의해 실행될 명령들을 저장할 수도 있다.
도 4 에 나타낸 다양한 유닛들은 비디오 디코더 (300) 에 의해 수행된 동작들의 이해를 돕기 위해 도시된다. 이 유닛들은 고정 기능 회로들, 프로그램가능 회로들, 또는 이들의 조합으로서 구현될 수도 있다. 도 3 과 유사하게, 고정 기능 회로들은 특정 기능성을 제공하는 회로들을 지칭하며, 수행될 수 있는 동작들에 대해 미리설정된다. 프로그램가능 회로들은 다양한 태스크들을 수행하도록 프로그램될 수 있는 회로들을 지칭하며, 수행될 동작들에서 유연한 기능성을 제공한다. 예를 들어, 프로그램가능 회로들은 프로그램가능 회로들이 소프트웨어 또는 펌웨어의 명령들에 의해 정의된 방식으로 동작하게 하는 소프트웨어 또는 펌웨어를 실행할 수도 있다. 고정 기능 회로들은 소프트웨어 명령들을 (예를 들어, 파라미터들을 수신하거나 파라미터들을 출력하기 위해) 실행할 수도 있지만, 고정 기능 회로들이 수행하는 동작 타입들은 일반적으로 불변이다. 일부 예들에서, 유닛들의 하나 이상은 별개의 회로 블록들 (고정 기능 또는 프로그램가능) 일 수도 있고, 일부 예들에서, 유닛들의 하나 이상은 집적 회로일 수도 있다.
비디오 디코더 (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)(도 3) 과 관련하여 설명된 것과 실질적으로 유사한 방식으로 인터-예측 프로세스를 수행할 수도 있다.
다른 예로서, 예측 정보 신택스 엘리먼트가 현재 블록이 인트라-예측되는 것을 표시하면, 인트라-예측 유닛 (318) 은 예측 정보 신택스 엘리먼트들에 의해 표시된 인트라-예측 모드에 따라 예측 블록을 생성할 수도 있다. 다시, 인트라-예측 유닛 (318) 은 일반적으로 인트라-예측 유닛 (226)(도 3) 과 관련하여 설명된 것과 실질적으로 유사한 방식으로 인트라-예측 프로세스를 수행할 수도 있다. 인트라-예측 유닛 (318) 은 DPB (314) 로부터 현재 블록에 이웃하는 샘플들의 데이터를 취출할 수도 있다.
일부 예들에서, 엔트로피 디코딩 유닛 (302) 은 디코딩할 수도 있고 예측 프로세싱 유닛 (304) 은 인코딩된 비디오 비트스트림으로부터 파라미터 세트들을 결정할 수도 있다. 예를 들어, 예측 프로세싱 유닛 (304) 은 시퀀스 파라미터 세트 및 비디오 파라미터 세트를 결정할 수도 있다.
일부 예들에서, 예측 프로세싱 유닛 (304) 은 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정할 수도 있다. 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 예측 프로세싱 유닛 (304) 은 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정할 수도 있다. 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링되는 것을 표시하는 제 1 신택스 엘리먼트의 값은 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초할 수도 있으며, 이는 비디오 인코더 (200) 가 비트스트림 적합성 요건들을 충족시키기 위해 제 1 신택스 엘리먼트의 값을 설정할 수도 있기 때문이다.
일부 예들에서, 예측 프로세싱 유닛 (304) 은 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정할 수도 있다. 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 예측 프로세싱 유닛 (304) 은 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정할 수도 있다. 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하는 제 1 신택스 엘리먼트의 값은 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 존재하지 않는 것에 기초할 수도 있으며, 이는 비디오 인코더 (200) 가 비트스트림 적합성 요건들을 충족시키기 위해 제 1 신택스 엘리먼트의 값을 설정할 수도 있기 때문이다.
복원 유닛 (310) 은 예측 블록 및 잔차 블록을 사용하여 현재 블록을 복원한다. 예를 들어, 복원 유닛 (310) 은 잔차 블록의 샘플들을 예측 블록의 대응하는 샘플들에 가산하여 현재 블록을 복원할 수도 있다.
필터 유닛 (312) 은 복원된 블록들에 대해 하나 이상의 필터 동작을 수행할 수도 있다. 예를 들어, 필터 유닛 (312) 은 복원된 블록들의 에지들을 따라 블록크니스 아티팩트들을 감소시키기 위해 디블록킹 동작들을 수행할 수도 있다. 필터 유닛 (312) 의 동작들이 모든 예들에서 반드시 수행되지는 않는다.
비디오 디코더 (300) 는 DPB (314) 에 복원된 블록들을 저장할 수도 있다. 예를 들어, 필터 유닛 (312) 의 동작들이 수행되지 않은 예들에서, 복원 유닛 (310) 은 복원된 블록들을 DPB (314) 에 저장할 수도 있다. 필터 유닛 (312) 의 동작들이 수행되는 예들에서, 필터 유닛 (312) 은 필터링된 복원된 블록들을 DPB (314) 에 저장할 수도 있다. 위에 논의된 바와 같이, DPB (314) 는 예측 프로세싱 유닛 (304) 에 인트라-예측을 위한 현재 픽처의 샘플들 및 후속 모션 보상을 위해 이전에 디코딩된 픽처들과 같은 참조 정보를 제공할 수도 있다. 더욱이, 비디오 디코더 (300) 는 도 1 의 디스플레이 디바이스 (118) 와 같은 디스플레이 디바이스 상으로의 후속 프리젠테이션을 위해 DPB (314) 로부터 디코딩된 픽처들 (예를 들어, 디코딩된 비디오) 을 출력할 수도 있다.
이러한 방식으로, 비디오 디코더 (300) 는 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하는 비디오 디코딩 디바이스의 예를 나타내며, 하나 이상의 프로세서는, 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하고; 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩하도록 구성된다.
비디오 디코더 (300) 는 또한, 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하는 비디오 데이터를 디코딩하도록 구성된 디바이스의 예를 나타내며, 하나 이상의 프로세서는, 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하고; 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 점진적 디코더 리프레시 픽처들을 인코딩하지 않으면서 코딩된 계층 비디오 시퀀스의 비디오 데이터를 디코딩하도록 구성된다.
위에 언급된 바와 같이, 본 개시는 기존 기법들에 비해 비디오 코딩에서 시그널링을 개선하기 위한 기법들을 설명한다. 이러한 기존 기법들은 다기능 비디오 코딩 (VVC) 표준의 초안에 제시된 기법들일 수도 있다. VVC 는 광범위한 애플리케이션들에 대해 HEVC 를 너머 상당한 압축 능력을 달성하기 위해 ITU-T 및 ISO/IEC 의 JVET (Joint Video Experts Team) 에 의해 개발되었다. VVC Draft 8 은 규범적 비트스트림 및 픽처 포맷들, 하이 레벨 신택스 (HLS) 및 시맨틱스, 및 파싱 및 디코딩 프로세스를 특정한다. VVC Draft 8 은 또한 프로파일/티어/레벨 (PTL) 제한들, 바이트 스트림 포맷, 가설 참조 디코더 및 부록에서의 보충 강화 정보 (supplemental enhancement information; SEI) 를 특정한다.
VVC Draft 8 은 네트워크 추상화 계층 (NAL) 유닛 및 파라미터 세트 개념들, 타일 및 파면 (wave-front) 병렬 프로세싱, 계층화된 코딩 및 보충 데이터 시그널링을 위한 SEI 메시지의 사용과 같은 HEVC 로부터의 다수의 하이-레벨 특징들을 상속한다. 직사각형 슬라이스 및 서브픽처 개념들, 픽처 해상도 적응, 혼합된 NAL 유닛 타입들, 픽처 헤더, 점진적 디코딩 리프레시 (GDR) 픽처, 가상 경계, 및 참조 픽처 관리를 위한 참조 픽처 리스트 (RPL) 를 포함한, 부가적인 새로운 하이-레벨 특징들이 VVC Draft 8 에 포함된다.
서브픽처 개념은 ISO/IEC JTC1/SC29/WG11 N19042, "Text of ISO/IEC DIS 23090-2 2nd edition OMAF", January 2020 (이하 "OMAF") 에서 특정된 바와 같이 뷰포트 종속 스트리밍과 같은 360도 비디오 애플리케이션들을 어드레싱하기 위해 VVC Draft 8 에서 지원된다. OMAF 는 전방향 미디어 포맷을 나타낸다.
픽처는 하나 이상의 타일 행과 하나 이상의 타일 열로 나눠질 수도 있다. 타일은 픽처의 직사각형 영역을 커버하는 CTU들의 시퀀스이다. 래스터-스캔 슬라이스는 픽처의 타일 래스터 스캔에서 완전한 타일들의 시퀀스를 포함한다. 직사각형 슬라이스는 픽처의 직사각형 영역을 집합적으로 형성하는 다수의 완전한 타일들 또는 픽처의 직사각형 영역을 집합적으로 형성하는 하나의 타일의 다수의 연속적인 완전한 CTU 행들을 포함한다. 서브픽처는 픽처의 직사각형 영역을 집합적으로 커버하는 하나 이상의 직사각형 슬라이스를 포함한다. 결과적으로, 각각의 서브픽처 경계는 또한 슬라이스 경계이고, 각각의 수직 서브픽처 경계는 또한 수직 타일 경계이다.
도 5 는 픽처의 서브픽처 파티셔닝의 예를 도시하는 개념적 다이어그램이다. 도 5 의 예에서, CTU 는 긴 파선으로 나타내고, 타일은 실선으로 나타내고, 슬라이스는 점선들로 나타내며, 서브픽처는 중간 파선으로 나타낸다. 이 예에서는, 픽처가 4x6 CTU 를 포함하고 6개의 타일 (400, 402, 404, 406, 408 및 410) 로 파티셔닝되며, 좌측 편 상의 2개의 타일 (400 및 402) 은 16개의 CTU 중 하나의 슬라이스를 커버하고, 4개의 타일 (404, 406, 408 및 410) 은 각각 1x2 CTU 의 수직으로 적층된 2개의 슬라이스를 커버하는 경우, 모두 9개의 슬라이스와 6개의 서브픽처를 야기한다.
비디오 인코더 (200) 는 CTU 기반으로 SPS 에서 서브픽처 레이아웃을 명시적으로 시그널링할 수도 있다. VVC Draft 8 에서, 서브픽처들이 사용될 때 코딩된 계층-단위 비디오 시퀀스 (coded layer-wise video sequence; CLVS) 의 픽처 해상도 변화들은 지원되지 않는다. 비디오 인코더 (200) 는 SPS 또는 PPS 에서 서브픽처 식별자 (ID) 매핑을 시그널링할 수 있지만 양자 모두에서는 아니다. 비디오 인코더 (200) 가 서브픽처 ID 를 명시적으로 시그널링하지 않을 때, 비디오 디코더 (300) 는 서브픽처 인덱스를 서브픽처 ID 로서 사용할 수도 있다.
서브픽처가 이용가능할 때, 슬라이스 헤더는 슬라이스를 포함하는 서브픽처를 식별하기 위해 slice_subpic_id 신택스 엘리먼트를 반송하고, slice_address 는 서브픽처-레벨 슬라이스 인덱스이다. 픽처-레벨 슬라이스 인덱스 및 서브픽처-레벨 슬라이스 인덱스는 픽처-레벨 슬라이스 인덱스 및 서브픽처-레벨 슬라이스 인덱스가 디코딩 순서에 대응하는 순서에 있도록 정렬될 수도 있다.
픽처의 서브픽처들 및 슬라이스의 형상들은, 디코딩될 때 각각의 CTU 가 이전에 디코딩된 CTU(들)의 경계들이거나 픽처 경계들인 CTU 의 전체 좌측 경계 및 전체 상단 경계를 갖도록 할 수도 있다.
픽처가 3개의 별도의 컬러 평면을 사용하여 코딩될 때 (separate_colour_plane_flag 는 1 과 동일), 슬라이스는 color_plane_id 신택스 엘리먼트의 대응하는 값에 의해 식별되는 하나의 컬러 컴포넌트의 CTU들만을 포함한다. 비디오 인코더 (200) 는 color_plane_id 의 각각의 값에 대해, color_plane_id 의 그 값을 갖는 코딩된 슬라이스 NAL 유닛들이 각각의 코딩된 슬라이스 NAL 유닛의 제 1 CTU 에 대한 타일 스캔 순서에서 CTU 어드레스를 증가시키는 순서에 있을 수도 있다는 제약 하에서 서로 픽처 내에서 color_plane_id 의 상이한 값들을 갖는 코딩된 슬라이스들을 인터리빙할 수도 있다.
이제 VVC Draft 8 의 서브픽처 설계의 많은 결점들이 논의된다. 이러한 결점에는 서브픽처 존재 시그널링이 있다. VVC Draft 8 은 비디오 인코더 (200) 와 같은 비디오 인코더가 항상 SPS 에서 서브픽처 존재 플래그를 시그널링하고 CLVS 를 통해 서브픽처 레이아웃을 정적으로 유지하도록 요구한다. CLVS 에서 픽처 해상도 변경이 인에이블될 때 서브픽처가 허용되지 않기 때문에, 서브픽처 존재 플래그가 컨디셔닝될 수도 있다. VVC 비디오 코덱의 향후 버전에서, 서브픽처 레이아웃 시그널링은 픽처 해상도 변경들을 핸들링하도록 설계될 수도 있다.
이제 서브픽처 ID 매핑 시그널링이 논의된다. VVC Draft 8 에 따르면, 비디오 인코더 (200) 와 같은 비디오 인코더는 SPS 또는 PPS 에서 서브픽처 ID 신택스 엘리먼트를 시그널링할 수도 있고 슬라이스 헤더는 슬라이스를 포함하는 서브픽처를 식별하기 위해 서브픽처 ID 를 반송한다. 비디오 인코더 (200) 는 서브픽처 추출 및 리포지션 시나리오를 어드레싱하기 위해 PPS 에서 서브픽처 매핑 ID 를 시그널링할 수도 있다. 이 경우, 비디오 인코더 (200) 는 뷰포트 종속 스트리밍 경우들 동안, 대부분의 서브픽처들의 포지션 및 ID 가 일관되고, 예를 들어 재순서화되지 않더라도 때때로 PPS 에서의 모든 서브픽처들의 ID들을 시그널링할 수도 있다. 일반적인 경우들에 대해 시그널링 비트들을 절약하기 위해 (시그널링 오버헤드를 감소시키기 위해) 순서 (예를 들어, 디스플레이 순서, 디코딩 순서, 또는 다른 순서) 가 변경되는 그러한 서브픽처들에 대해서만 ID들을 시그널링하는 것이 유리할 수도 있다. 즉, 시그널링 비트들을 절약하기 위해, 비디오 인코더 (200) 는 순서가 변경되는 그러한 서브픽처들에 대한 서브픽처 ID들 및/또는 서브픽처 매핑 ID들만을 시그널링할 수도 있다.
이제 서브픽처들에 걸친 루프 필터링이 논의된다. 블록킹 왜곡을 감소시키기 위해 루프 필터링이 사용될 수도 있다. 서브픽처들에 걸친 루프 필터링이 인에이블되는지 여부를 표시하는 신택스 엘리먼트인 loop_filter_across_subpic_enabled_flag[ i ] 의 시맨틱스는 다음과 같다. 1 과 동일한 loop_filter_across_ subpic _enabled_ flag[ i ] 는 인-루프 필터링 동작들이 CLVS 에서의 각각의 코딩된 픽처에서 i 번째 서브픽처의 경계들을 가로질러 수행될 수도 있음을 특정한다. 0 과 동일한 loop_filter_across_subpic_enabled_flag[ i ] 는 인-루프 필터링 동작들이 CLVS 에서의 각각의 코딩된 픽처에서 i 번째 서브픽처의 경계들을 가로질러 수행되지 않음을 특정한다. 존재하지 않을 때,  sps_independent_subpics_flag 와 동일한 것으로 추론된다. 따라서, loop_filter_across_subpic_enabled_pic_flag[ i ] 가 비트스트림에 존재하지 않으면, 비디오 디코더 (300) 는 loop_filter_across_subpic_enabled_pic_flag[ i ] 의 값이 1 - sps_independent_subpics_flag 와 동일한 것으로 추론할 수도 있다. Sps_independent_subpics_flag 는 CLVS 에서의 모든 서브픽처 경계들이 픽처 경계들로서 처리되는지 여부와 서브픽처 경계들을 가로질러 루프 필터링이 허용되는지 여부를 표시한다.
루프 필터링은 모든 서브픽처들이 독립적으로 코딩될 때 서브픽처 경계들에 적용되지 않는다. 그러나, 루프 필터링은 개별 서브픽처가 독립적으로 코딩될 때 서브픽처 경계에 적용될 수도 또는 적용되지 않을 수도 있다. loop_filter_across_subpic_enabled_flag[ i ] 는 subpic_treated_as_pic_flag[ i ] 에 의해 일관되도록 컨디셔닝될 수도 있다. subpic_treated_as_pic_flag[ i ] 는 CLVS 에서의 각각의 코딩된 픽처의 i 번째 서브픽처가 인-루프 필터링 동작들을 제외한 디코딩 프로세스에서 픽처로서 처리되는지 여부를 표시할 수도 있다.
이제 SPS 의 프로파일-티어-레벨 (PTL) 시그널링이 논의된다. SPS 에서의 신택스 엘리먼트 sps_ptl_dpb_hrd_params_present_flag 의 값은 제약 없이 VVC Draft 8 에서 0 또는 1 일 수도 있다. Sps_ptl_dpb_hrd_params_present_flag 는 profile_tier_level() 신택스 구조 및 dpb_parameters() 신택스 구조가 SPS 에 존재하는지 여부를 표시할 수도 있고, general_timing_hrd_parameters() 신택스 구조 및 ols_timing_hrd_parameters() 신택스 구조가 또한 SPS 에 존재할 수도 있다. sps_video_parameter_set_id 가 0 과 동일할 때, SPS 는 비디오 파라미터 세트 (VPS) 를 참조하지 않고 코딩된 비디오 시퀀스 (CVS) 는 하나의 계층만을 포함한다. PTL 신택스 구조는 SPS 를 참조하는 각각의 CLVS 를 디코딩할 때를 VPS 가 참조되지 않을 때 SPS 에 제시된다.
이제 슬라이스 헤더의 픽처 헤더가 논의된다. VVC Draft 8 은 슬라이스 헤더 (SH) 가 제약 없이 픽처 헤더 (PH) 신택스 구조를 반송할 수 있도록 한다. 이러한 허용의 원래 동기는 픽처당 하나의 슬라이스가 있는 경우와 같은, 일반적인 경우들에 대해 PH 와 SH 를 병합하는 것이었다. 그러나, 비트스트림 적합성 요건은 다중 SH들에서 PH 신택스 구조가 듀플리케이트되는 것을 회피하기 위해 SH 에서 PH들을 제한하는 것이 바람직할 수도 있다. 픽처 당 단일 슬라이스 경우에 대해 SH 에서 PH 를 허용하는 부가 이점은 VVC Draft 8 에서 PH 반복이 금지되어 있기 때문에 용이한 픽처 경계 검출을 허용한다는 것이다. 또한, PH 신택스 구조의 콘텐츠는 다중 코딩된 슬라이스들에 대해 제약될 수도 있다.
이제 PPS ID 길이가 논의된다. VVC Draft 8 은 HEVC 에 특정된 것과 동일한 ue(v)(예를 들어, 가변 길이) 의 PPS ID 데이터 타입을 특정한다. HEVC 에서는 SPS ID 데이터 타입이 ue(v) 였지만, VVC Draft 8 에서는 SPS ID 데이터 타입이 u(4)(예를 들어, 4비트) 로 변경되었다. Pps_pic_parameter_set_id 의 값은 VVC Draft 8 에 따라 0 내지 63 포함 범위에 있어야 하기 때문에, PPS 파싱 프로세스를 단순화하기 위해 u(6) 에서의 PPS ID 데이터 타입 (예를 들어, 6비트) 을 정의하는 것이 유리할 수도 있다.
이제 타일 열에 대한 일반 레벨 제한들이 논의된다. 타일 열들의 최대 수는 표 1 에 나타낸 바와 같이 HEVC 및 VVC Draft 8 에 따른 일반 티어 및 레벨 제한들에서의 타일 행의 최대 수 미만이다. VVC Draft 8 은 각각의 서브픽처 경계를 항상 슬라이스 경계이도록, 그리고 각각의 수직 서브픽처 경계를 항상 수직 타일 경계이도록 제약한다. 정방형 투영 픽처에 대해, 서브픽처는 MaxTileCols 20 이 주어지면 18 도의 최소 방위각 범위를 커버할 수도 있는 한편, 서브픽처는 MaxTileRows 22 가 주어지면 8 도의 고도 범위, 또는 심지어 더 작은 고도 영역을 커버할 수도 있으며, 이는 최소 서브픽처 높이가 CTU 행 높이와 동일할 수도 있기 때문이다. 뷰포트 적응 스트리밍 요건을 이행하기 위해 MaxTileCols 를 증가시키는 것이 바람직할 수도 있다.
표 1 일반 티어 및 레벨 제한들
Figure pct00001
본 개시는 VVC Draft 8 에 대한 개선들일 수도 있는 다수의 서브픽처 및 다른 시그널링 및 신택스 변경들을 설명한다. 이러한 개선 중 하나는 서브픽처 존재 플래그일 수도 있다. VVC Draft 8 은 서브픽처 정보가 존재하는지 여부를 표시하는, subpic_info_present_flag 의 값이, res_change_in_clvs_allowed_flag 가 1 과 동일할 때 subpic_info_present_flag 의 값이 0 과 동일해야 함을 특정한다. 표 2 에 나타낸 바와 같이 res_change_in_clvs_allowed_flag 에 의해 subpic_info_present_flag 의 존재를 컨디셔닝하는 것이 바람직할 수도 있다. VVC Draft 8 에 대한 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
표 2 subpic _info_present_flag 에 대해 제안된 조건
Figure pct00002
Subpic_info_present_flag 의 시맨틱스는 다음과 같이 VVC Draft 8 에서 업데이트될 수도 있다. 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
1 과 동일한 subpic_info_present_flag 는 CLVS 에 대해 서브픽처 정보가 존재하고 CLVS 의 각각의 픽처에 하나보다 많은 서브픽처가 있을 수도 있음을 특정한다. 0 과 동일한 subpic_info_present_flag 는 CLVS 에 대해 서브픽처 정보가 존재하지 않고 CLVS 의 각각의 픽처에 하나의 서브픽처만 있음을 특정한다. <CHANGE> 존재하지 않을 때, subpic_info_present_flag 의 값은 0 과 동일한 것으로 추론된다. </CHANGE>
예를 들어, subpic_info_present_flag 가 존재하지 않으면, 비디오 디코더 (300) 는 subpic_info_present_flag 가 0 인 것으로 추론할 수도 있다.
향후에 해상도 변경 및 서브픽처 양자 모두가 지원되는 경우, VVC Draft 8 정적 서브픽처 레이아웃 시그널링 방법은 충분하지 않을 수도 있다. 본 개시는 SPS subpic_info_present_flag 가 1 과 동일할 때 서브픽처 정보 신택스 구조가 SPS 에서 시그널링되는지 또는 PPS 에서 시그널링되는지를 표시할 수도 있는 SPS 에서의 부가 플래그를 설명한다. 서브픽처 정보 신택스 구조가 PPS 에서 시그널링될 때, 각각의 서브픽처의 상단-좌측 포지션의 신택스 엘리먼트들의 길이는 천장 함수 (ceiling function) Ceil( Log2( ( pic_width_in_luma_samples + CtbSizeY - 1 ) >> CtbLog2SizeY ) ) 및 Ceil( Log2( ( pic_height_ in_luma_samples + CtbSizeY 1 ) >> CtbLog2SizeY ) ) 비트들에 기초한다.
다른 예에서, 오버라이드 플래그는 PPS 에서 신택스 엘리먼트들의 특성들 및 서브픽처 레이아웃의 값들을 오버라이드하기 위해 PPS 에서 시그널링될 수도 있다.
이제 서브픽처 ID 매핑 시그널링이 논의된다. 뷰포트 적응 스트리밍에 대해, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 뷰잉 배향 변경들과 매칭하도록 서브픽처들의 서브세트를 업데이트할 수도 있고 이러한 변경은 감지하기 힘들 수도 있다. 도 6 은 OMAF 뷰포트 종속 예를 도시하는 개념적 다이어그램이다. 도 6 의 예에서, 비디오 디코더 (300) 는 시간 t1 에서 뷰잉 배향과 매칭하도록 고해상도 서브픽처들 및 저해상도 서브픽처들을 추출 및 병합할 수도 있다. 시간 t2 에서, 뷰어 배향이 변경되고, 고해상도 서브픽처들 #14, #15, #20 및 #21 은 이전 고해상도 서브픽처들 #2, #3, #8 및 #9 을 교체하고 저해상도 서브픽처들 #26, #27, #32 및 #34 은 이에 따라 추출기 트랙에서 이전 저해상도 서브픽처들 #38, #39, #44 및 #45 을 교체한다. 이 예에서는 24개의 서브픽처들에서 8개만이 교체된다. 교체되는 서브픽처들의 퍼센티지는 서브픽처 파티셔닝 입도 및 뷰잉 배향 이동 속도에 의존할 수도 있다.
VVC Draft 8 에 따르면, 비디오 인코더 (200) 는 동적 서브픽처 변경들을 위해 PPS 에서의 모든 서브픽처 ID들을 시그널링한다. 픽처에 96개의 서브픽처가 있고 최대 64개의 PPS 가 있을 수 있다고 하면, 시그널링 오버헤드의 감소가 바람직할 수도 있다.
본 개시는 SPS 에서 서브픽처 ID 매핑을 시그널링하고 PPS 에서 일부 또는 모든 ID들을 오버라이드하기 위한 서브픽처 ID 오버라이드 방식을 설명한다. VVC Draft 8 에 대한 삭제들의 시작은 <DELETE> 로 마킹되고 삭제들의 종료는 </DELETE> 로 마킹된다. 다른 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
표 3 제안된 PPS 서브픽처 ID 오버라이드
Figure pct00003
1 과 동일한 pps_ subpic _id_override_enable_flag 는 pps_num_subpics_minus1, pps_subpic_id_len_minus1 및 pps_subpic_idx_present_flag 의 존재를 특정한다. 0 과 동일한 pps_subpic_id_override_enable_flag 는 PPS 에서 pps_num_subpics_minus1, pps_subpic_id_len_minus1 및 pps_subpic_idx_present_flag 의 부재를 특정한다.
pps_ num _ subpics 는 PPS 에서 명시적으로 시그널링된 서브픽처 ID들의 수를 특정한다. 존재하지 않을 때, pps_num_subpics 의 값은 0 과 동일한 것으로 추론된다.
1 과 동일한 pps_ subpic _ idx _present_flag 는 PPS 에서 pps_subpic_idx[ i ] 의 존재를 특정한다. 0 과 동일한 pps_subpic_idx_present_flag 는 PPS 에서 pps_subpic_idx[ i ] 의 부재를 특정한다.
pps_ subpic _ idx[ i ] 는 i 번째 서브픽처의 인덱스를 특정한다. 존재하지 않는 경우, pps_subpic_idx[ i ] 의 값은 i 와 동일한 것으로 추론된다. pps_subpic_idx[ i ] 신택스 엘리먼트의 길이는 Ceil( Log2( pps_num_subpics ) ) 비트이다.
pps_ subpic _id[ i ] 는 ( pps_subpic_idx[ i ] ) 번째 서브픽츠의 서브픽처 ID 를 특정한다. pps_subpic_id[ i ] 신택스 엘리먼트의 길이는 pps_subpic_id_len_minus1 + 1 비트이다.
변수 SubpicIdVal[ i ] 은 0 내지 sps_num_subpics_minus1 포함 범위에서 i 의 각각의 값에 대해 다음과 같이 도출된다:
Figure pct00004
다른 예에서, 서브픽처 인덱스는 시그널링되지 않을 수도 있다. 비디오 인코더 (200) 는 (N-1) 번째 서브픽처 ID 가 PPS에서 ID 가 변경되는 마지막 서브픽처인 처음 N개의 서브픽처 ID 를 시그널링할 수도 있다.
제안된 서브픽처 ID 매핑 오버라이드 신택스는 표 4 에 나타낸다. 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
표 4 제안된 PPS 신택스
Figure pct00005
1 과 동일한 subpic_id_mapping_<CHANGE>override</CHANGE>_in_pps_flag 는 PPS 에서 서브픽처 ID 매핑 신택스 엘리먼트들의 존재를 특정한다. 0 과 동일한 subpic_id_mapping_<CHANGE>override</CHANGE>_in_pps_flag 는 PPS 에서 서브픽처 ID 매핑 신택스 엘리먼트의 부재를 특정한다.
pps_num_subpics_minus1 <CHANGE> plus 1 은 PPS 에 존재하는 서브픽처 ID들의 수를 특정한다.</CHANGE>
pps_subpic_id[ i ] 는 i 번째 서브픽처의 서브픽처 ID 를 특정한다.
pps_subpic_id[ i ] 신택스 엘리먼트의 길이는 pps_subpic_id_len_minus1 + 1 비트이다.
변수 SubpicIdVal[ i ] 은 0 내지 sps_num_subpics_minus1 포함 범위에서 i 의 각각의 값에 대해 다음과 같이 도출된다:
Figure pct00006
이제 서브픽처들에 걸친 루프 필터링이 논의된다. 본 개시는 표 5 에 나타낸 바와 같이 subpic_treated_as_pic_flag[ i ] 에 의해 loop_filter_across_subpic_enabled_flag[ i ] 의 시그널링을 컨디셔닝하는 것을 설명한다. VVC Draft 8 에 대한 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
표 5 SPS 에서 루프 필터링에 대한 제안된 조건
Figure pct00007
loop_filter_across_subpic_enabled_flag[ i ] 의 시맨틱스는 다음과 같이 업데이트될 수도 있다. VVC Draft 8 에 대한 삭제들의 시작은 <DELETE> 로 마킹되고 삭제들의 종료는 </DELETE> 로 마킹된다. 다른 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
1 과 동일한 loop_filter_across_ subpic _enabled_flag[ i ] 는 인-루프 필터링 동작들이 CLVS 에서의 각각의 코딩된 픽처에서 i 번째 서브픽처의 경계들을 가로질러 수행될 수도 있음을 특정한다. 0 과 동일한 loop_filter_across_subpic_enabled_flag[ i ] 는 인-루프 필터링 동작들이 CLVS 에서의 각각의 코딩된 픽처에서 i 번째 서브픽처의 경계들을 가로질러 수행되지 않음을 특정한다. 존재하지 않을 때, loop_filter_across_subpic_enabled_pic_flag[ i ] 의 값은 <DELETE> 1  sps_independent_subpics_flag </DELETE> <CHANGE> 0 </CHANGE> 와 동일한 것으로 추론된다.
예를 들어, loop_filter_across_subpic_enabled_pic_flag[ i ] 가 존재하지 않을 때, 비디오 디코더 (300) 는 loop_filter_across_subpic_enabled_pic_flag[ i ] 가 0 인 것으로 추론할 수도 있다.
이제 SPS PTL 시그널링 제약이 논의된다. 일부 초안 비디오 코딩 표준들, 예를 들어 VVC Draft 8 에서, 비트스트림은 VPS 를 포함할 수도 또는 포함하지 않을 수도 있다. VPS 가 비트스트림에 존재하지 않을 때, PTL 구조는 전혀 시그널링되지 않을 수도 있다. 이러한 경우를 회피하기 위해, 본 개시의 기법들에 따르면, 1 과 동일한 sps_ptl_dpb_hrd_params_present_flag 의 값은 VPS 가 존재하지 않을 때, SPS 에서 시그널링되는 PTL 구조를 갖도록 요구된다. 즉, 비디오 인코더 (200) 는 sps_ptl_dpb_hrd_params_present_flag 의 값을 1 과 동일하게 설정하고 SPS 에서 PTL 구조를 시그널링할 수도 있다.
일 예에서, sps_ptl_dpb_hrd_params_present_flag 에 대한 제약은 다음과 같이 부과된다: sps_video_parameter_set_id 가 0 과 동일할 때 sps_ptl_dpb_hrd_params_present_flag 의 값이 1 과 동일하다는 것이 비스트림 적합성의 요건이다.
예를 들어, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정할 수도 있다. 예를 들어, 비디오 인코더 (200) 가 예를 들어 인코딩되고 있는 비트스트림이 하나의 계층만을 포함할 때, VPS 를 시그널링하는 것이 VPS 가 취할 오버헤드 가치가 없다고 결정할 수도 있기 때문에 비디오 인코더 (200) 는 VPS 를 시그널링하지 않기로 결정할 수도 있다. 비디오 인코더 (200) 는 SPS 가 VPS 를 참조하는지 여부를 표시하는 신택스 엘리먼트를 인코딩할 수도 있다. 예를 들어, 비디오 인코더 (200) 는 SPS 가 VPS 를 참조하지 않는 것을 비디오 디코더 (300) 에 표시하기 위해 sps_video_parameter_set_id 의 값을 0 이 되도록 인코딩할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 SPS 가 VPS 를 참조하는지 여부를 표시하는 신택스 엘리먼트를 파싱함으로써 비디오 데이터의 시퀀스 파라미터 세트가 VPS 를 참조하는지 여부를 결정할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 sps_video_parameter_set_id 를 파싱하고 SPS 가 VPS 를 참조하지 않는다고 결정하기 위해 sps_video_parameter_set_id 의 값이 0 과 동일하다고 결정할 수도 있다.
시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정할 수도 있다. 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩할 수도 있다.
다른 예에서, 비디오 인코더 (200) 는 SPS 에서의 PTL 신택스 구조 존재에 대한 별도의 플래그를 시그널링할 수도 있고 위의 제약이 그 플래그에 적용될 수도 있다.
PH 신택스 엘리먼트들에 대한 조건이 이제 논의된다. 하기에 제시된 바와 같이 no_gdr_constraint_flag 의 시맨틱스가 설명된다. VVC Draft 8 에 대한 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
1 과 동일한 no_ gdr _constraint_flag 는 OlsInScope 에 존재하는 GDR_NUT 와 동일한 nuh_unit_type 을 갖는 NAL 유닛이 없을 것임을 특정한다. 0 과 동일한 no_gdr_constraint_flag 는 그러한 제약을 부과하지 않는다.
1 과 동일한 gdr _enabled_flag 는 GDR 픽처들이 SPS 를 참조하는 CLVS 에 존재할 수도 있음을 특정한다. 0 과 동일한 gdr_enabled_flag 는 GDR 픽처들이 SPS 를 참조하는 CLVS 에 존재하지 않음을 특정한다. no_gdr_constraint_flag 이 1 과 동일할 때 <CHANGE> gdr_enabled_flag 이 0 과 동일해야 하는 것이 비트스트림 적합성의 요건이다 </CHANGE>.
예를 들어, 비디오 인코더 (200) 는 no_gdr_constraint_flag 이 1 과 동일할 때 gdr_enabled_flag 가 0 과 동일해야 한다고 설정할 수도 있거나 비디오 디코더 (300) 가 no_gdr_constraint_flag 이 1 과 동일할 때 gdr_enabled_flag 를 0 인 것으로 추론할 수도 있다.
non_reference_picture_flag 신택스 엘리먼트는 단일 계층 시나리오에 대해 ph_inter_slice_allowed_flag 에 의해 컨디셔닝될 수도 있다. non_reference_picture_flag 는 하기에 제시된 바와 같이 수정된다. VVC Draft 8 에 대한 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
1 과 동일한 non_reference_picture_flag 는 PH 와 연관된 픽처가 참조 픽처로서 사용되지 않음을 특정한다. 0 과 동일한 non_reference_picture_flag 는 PH 와 연관된 픽처가 참조 픽처로서 사용될 수도 또는 사용되지 않을 수도 있음을 특정한다. <CHANGE> 존재하지 않을 때, non_reference_picture_flag 의 값은 1 과 동일한 것으로 추론된다. </CHANGE>
예를 들어, non_reference_picture_flag 가 존재하지 않을 때, 비디오 디코더 (300) 는 non_reference_picture_flag 를 1 과 동일한 것으로 추론할 수도 있다.
PH 신택스 엘리먼트들에 대한 설명된 조건들은 표 6 에서 제시된다.
표 6 제안된 PH 신택스
Figure pct00008
다른 예에서, non_reference_picture_flag 신택스 엘리먼트는 픽처를 드롭하는 것을 더 용이하게 하기 위해 픽처 타입 플래그(들)(예를 들어, gdr_or_irap_pic_flag 및 gdr_pic_flag) 바로 후에 또는 PH 의 시작에 배치될 수도 있다.
모든 인트라 전용 플래그 신택스 엘리먼트는 slice_type 이 I (인트라) 와 동일해야 함을 표시하기 위해 SPS 에서 시그널링될 수도 있다. 모든 인트라는 스틸 이미지 코딩 및 고속 스트림 스위칭 애플리케이션에 사용될 수도 있다. sps_all_intra_enabled_flag 의 시맨틱스는 하기에 설명된다.
1 과 동일한 sps _all_ intra _enabled_flag 는 slice_type 이 I 와 동일해야 함을 특정한다. 0 과 동일한 sps_all_intra_enabled_flag 는 slice_type 이 0 과 동일할 수도 또는 동일하지 않을 수도 있음을 특정한다.
하기에 제시된 바와 같이 intra_only_constraint_flag 의 시맨틱스는 수정될 수도 있다. VVC Draft 8 에 대한 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
1 과 동일한 intra _only_constraint_flag 는 <CHANGE> sps_all_intra_enabled_flag 는 1 과 동일해야 한다. </CHANGE> 는 것을 특정한다. 0 과 동일한 intra_only_constraint_flag 는 이러한 제약을 부과하지 않을 수도 있다.
신택스 엘리먼트, sps_all_intra_enabled_flag 는 PH 에서 ph_inter_slice_allowed_flag 및 non_reference_picture_flag 와 같은 신택스 엘리먼트들을 컨디셔닝하는데 사용될 수도 있다.
예를 들어, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정할 수도 있다. 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정할 수도 있다. 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 코딩된 계층 비디오 시퀀스의 비디오 데이터를 코딩할 수도 있다.
이제 SH 신택스 엘리먼트들에 대한 조건이 논의된다. 본 개시는 픽처에 하나의 슬라이스가 있을 때에만 SH 에서 PH 신택스 구조를 제시하는 것을 설명한다. 하기 표 7 은 picture_header_in_slice_header_flag 를 컨디셔닝하기 위한 일반 제약 정보의 사용을 나타낸다.
다른 예에서, SPS 신택스 엘리먼트, sps_one_slice_per_picture 는 각각의 픽처가 CLVS 에서 단 하나의 슬라이스만을 포함해야 함을 특정하도록 시그널링될 수도 있다. Sps_one_slice_per_picture 는 picture_header_in_slice_header_flag 와 같은 신택스 엘리먼트들을 컨디셔닝하는데 사용될 수도 있다.
다른 예에서, PPS 신택스 엘리먼트, pps_one_slice_per_picture 는 PPS 를 참조하는 픽처가 단 하나의 슬라이스만을 포함해야 함을 특정하도록 시그널링될 수도 있다. pps_one_slice_per_picture 는 PPS 에서 num_slices_in_pic_minus1 및 SH 에서 picture_header_in_slice_header_flag 의 신택스 엘리먼트들을 컨디셔닝하는데 사용될 수도 있다. VVC Draft 8 에 대한 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
표 7 제안된 SH 신택스
Figure pct00009
하기에 제시된 바와 같이 picture_header_in_slice_header_flag 의 시맨틱스는 수정된다. VVC Draft 8 에 대한 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
1 과 동일한 picture_header_in_slice_header_flag 는 PH 신택스 구조가 슬라이스 헤더에 존재함을 특정한다. 0 과 동일한 picture_header_in_slice_header_flag 는 PH 신택스 구조가 슬라이스 헤더에 존재하지 않음을 특정한다. <CHANGE> 존재하지 않을 때, picture_header_in_slice_header_flag 의 값은 0 과 동일한 것으로 추론된다. </CHANGE>
일부 예들에서, 본 개시는 picture_header_in_slice_header_flag 가 1 과 동일할 때 picture_header_structure( ) 의 콘텐츠가 CLVS 에서의 모든 코딩된 슬라이스들에 대해 동일해야 하는 비트스트림 적합성의 요건을 설명한다.
이제 PPS ID 길이가 논의된다. Pps_pic_parameter_set_id 는 ue(v) 로 코딩되고 pps_pic_parameter_set_id 의 시맨틱스는 pps_pic_parameter_set_id 의 값이 0 내지 63 포함 범위에 있도록 제약한다.
다른 유사한 신택스 엘리먼트들, 예를 들어 SPS 및 VPS 에 대한 ID 와 일관성을 갖는 것이 유리할 수도 있다. 본 개시는 pps_pic_parameter_set_id 신택스 엘리먼트를 고정된 길이 (예를 들어, u(6) 또는 6비트) 로 코딩하는 것을 설명한다.
표 8 및 표 9 는 VVC Draft 8 에서 PPS 및 PH 에서 설명된 변화들을 나타낸다. VVC Draft 8 에 대한 변경들의 시작은 <CHANGE> 로 마킹되고 변경들의 종료는 </CHANGE> 로 마킹된다.
표 8 제안된 PPS 신택스
Figure pct00010
표 9 제안된 PH 신택스
Figure pct00011
예를 들어, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 픽처 파라미터 세트의 픽처 비디오 파라미터 세트 식별자를 결정할 수도 있다. 픽처 파라미터 세트 식별자는 6 비트의 고정된 길이를 가질 수도 있다.
이제 MaxTileCols 에 대한 일반 티어 및 레벨 제한들이 논의된다. 뷰포트 적응 스트리밍에 대해, VR 클라이언트 (비디오 디코더 (300) 의 예를 포함할 수도 있음) 는 스트리밍 대역폭을 감소시키기 위해 VR 클라이언트의 뷰포트와 매칭하는 그러한 서브픽처들만을 요청할 수도 있다. 예를 들어, 360 도의 서브픽처들을 스트리밍하기 보다, 뷰포트 내의 서브픽처들이 스트리밍될 수도 있다. 뷰포트가 변경될 때, VR 클라이언트는 새로운 영역을 커버하기 위해 서브픽처들의 새로운 서브세트를 요청할 수도 있다.
도 7 은 제 1 뷰포트에서 제 2 뷰포트로의 예시의 시프트를 도시하는 개념적 다이어그램이다. 도 7 의 예에서, 뷰포트는 뷰포트 (484)(파선으로 나타냄) 에서 뷰포트 (486)(점선으로 나타냄) 로 시프트할 수도 있거나 뷰포트는 뷰포트 (488)(파선으로 나타냄) 에서 뷰포트 (490)(점선으로 나타냄) 로 시프트할 수도 있으며, VR 클라이언트는 이에 따라서 변경되도록 스트리밍되는 서브픽처들의 서브세트를 요청할 수도 있다. 2개의 상이한 서브픽처 파티셔닝인, 서브픽처 파티셔닝 (480) 및 서브픽처 파티셔닝 (482) 이 도 7 에 나타나 있다. 도 7 의 예에서, 서브픽처 파티셔닝 (480) 은 동일한 뷰포트 이동이 주어진 서브픽처 파티셔닝 (482) 과 비교하여 더 적은 대역폭을 소비할 수도 있다. 이는 열 (492) 에서의 새로운 서브픽처들이 열 (494) 에서의 새로운 서브픽처들보다 작고 (이로써 스트리밍하기 위해 더 적은 대역폭을 취함) 열 (492) 에서의 상단 및 하단 서브픽처들이 스트리밍될 필요가 없을 것이기 때문이다.
일부 예들에서, 본 개시의 기법들에 따르면, 일반 티어 및 레벨 제한들에서의 MaxTileCols 의 값은 최대 각속도에 기초하여 정의될 수도 있다. 예를 들어, 최대 각속도가 30fps 에서 픽처당 10 도 또는 초당 300 도인 경우 (OMAF 참조), MaxTileCols 는 상위 티어들 및 레벨들에 대해 36 까지 설정될 수도 있다. MaxTileCols 의 값은 그 값이 서브픽처 파티셔닝 입도와 무관할 수도 있기 때문에 감소될 수도 있다.
도 8 은 본 개시에 따른 예시의 시그널링 기법들을 도시하는 플로우챠트이다. 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정할 수도 있다 (330). 예를 들어, 비디오 인코더 (200) 는 비디오 데이터에 관한 SPS 를 결정할 수도 있고 VPS 식별자를 SPS 의 엘리먼트로서 결정할 수도 있다. VPS 식별자는 SPS 와 연관된 특정 VPS 를 식별하는 값을 가질 수도 있거나 SPS 가 VPS 를 참조하지 않음을 표시하는 0 의 값을 가질 수도 있다. 예를 들어, 비디오 인코더 (200) 는 VPS 를 시그널링하는 것이 VPS 가 취할 오버헤드의 가치가 없다고 결정할 수도 있고, 예를 들어 VPS 는 연관된 비디오 데이터의 임의의 디코딩의 품질을 의미있게 개선하지 않을 것이다. 비디오 인코더 (200) 는 SPS 가 VPS 를 참조하는지 여부를 표시하는 신택스 엘리먼트를 인코딩할 수도 있다. 예를 들어, 비디오 인코더 (200) 는 SPS 가 VPS 를 참조하지 않는 것을 비디오 디코더 (300) 에 표시하기 위해 sps_video_parameter_set_id 의 값을 0 이 되도록 인코딩할 수도 있다.
예를 들어, 비디오 디코더 (300) 는 SPS 가 VPS 를 참조하는지 여부를 결정하기 위해 SPS 에서 VPS 식별자를 파싱할 수도 있다. 비디오 파라미터 세트 식별자는 특정 비디오 파라미터 세트를 식별하는 값을 가질 수도 있거나 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않음을 표시하는 0 의 값을 가질 수도 있다. 예를 들어, 비디오 디코더 (300) 는 sps_video_parameter_set_id 를 파싱하고 SPS 가 VPS 를 참조하지 않는다고 결정하기 위해 sps_video_parameter_set_id 의 값이 0 과 동일하다고 결정할 수도 있다.
시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정할 수도 있다 (332). 예를 들어, 비디오 인코더 (200) 는 본 개시의 기법들에 따른 비트스트림 적합성 요건들을 준수하기 위해 SPS 가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 제 1 신택스 엘리먼트 (예를 들어, sps_ptl_dpb_hrd_params_present_flag) 의 값을 1 과 동일하게 설정할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 제 1 신택스 엘리먼트 (예를 들어, sps_ptl_dpb_hrd_params_present_flag) 를 파싱하여 제 1 신택스 엘리먼트의 값 (예를 들어, 1) 이 profile-tier-layer 구조가 SPS 에서 시그널링되는 것을 표시한다. 제 1 신택스 엘리먼트의 값은, 비디오 인코더 (200) 가 비트스트림 적합성 요건들을 충족시키기 위해 제 1 신택스 엘리먼트의 값을 설정할 수도 있기 때문에 SPS 가 비디오 파라미터 세트를 참조하지 않는 것에 기초할 수도 있다.
비디오 인코더 (200) 또는 비디오 디코더 (300) 는 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩할 수도 있다 (334). 예를 들어, 비디오 인코더 (200) 는 프로파일-티어-계층 구조를 사용하여 비디오 데이터를 인코딩할 수도 있다. 비디오 인코더 (200) 는 또한 비디오 디코더 (300) 에 대한 비트스트림에서 (SPS 가 VPS 를 참조하지 않기 때문에 VPS 에서 보다는) SPS 에서 프로파일-티어-계층 구조를 시그널링할 수도 있다. 비디오 디코더 (300) 는 프로파일-티어-구조를 결정하기 위해 SPS 를 파싱할 수도 있고 프로파일-티어-계층 구조를 사용하여 비디오 데이터를 디코딩할 수도 있다.
코딩이 인코딩을 포함하는 일부 예들에서, 비디오 인코더 (200) 는 시퀀스 파라미터 세트에서 제 1 신택스 엘리먼트를 시그널링하고 시퀀스 파라미터 세트에서 프로파일-티어-계층 구조를 시그널링할 수도 있다. 코딩이 디코딩을 포함하는 일부 예들에서, 비디오 디코더 (300) 는 시퀀스 파라미터 세트에서 제 1 신택스 엘리먼트를 파싱하고 시퀀스 파라미터 세트에서 프로파일-티어-계층 구조를 파싱할 수도 있다. 일부 예들에서, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 추가로 픽처 파라미터 세트 식별자를 결정할 수도 있으며, 픽처 파라미터 세트 식별자는 6 비트의 고정된 길이를 갖는다.
도 9 는 본 개시에 따른 추가적인 예시의 시그널링 기법들을 도시하는 플로우챠트이다. 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정할 수도 있다 (340). 예를 들어, 비디오 인코더 (200) 는 다중 인코딩 패스들을 수행하고 다중 인코딩 패스들의 상이한 파라미터 조합들에 대한 레이트-왜곡 값들에 기초하여 점진적 디코딩 리프레시의 NAL 유닛 헤더 타입을 갖는 임의의 NAL 유닛들을 갖지 않는 출력 계층 세트를 결정할 수도 있다. 예를 들어, 비디오 인코더 (200) 는 최상의 인코딩 패스가 임의의 점진적 디코딩 리프레시 NAL 유닛들을 포함하지 않았다고 결정할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 신택스 엘리먼트 (예를 들어, no_gdr_constraint_flag) 를 파싱하여 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정할 수도 있다.
출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정할 수도 있다 (342). 예를 들어, 비디오 인코더 (200) 는 본 개시의 기법들에 따른 비트스트림 적합성 요건들을 준수하기 위해 출력 계층 세트에서 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 제 1 신택스 엘리먼트 (예를 들어, gdr_enabled_flag) 의 값을 0 과 동일하게 설정할 수도 있다. 예를 들어, 비디오 디코더 (300) 는 제 1 신택스 엘리먼트 (예를 들어, gdr_enabled_flag) 를 파싱하여 제 1 신택스 엘리먼트의 값 (예를 들어, 0) 이 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없음을 표시한다고 결정할 수도 있다. 제 1 신택스 엘리먼트의 값은 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초할 수도 있으며, 이는 비디오 인코더 (200) 가 비트스트림 적합성 요건들을 준수하기 위해 제 1 신택스 엘리먼트의 값을 설정할 수도 있기 때문이다.
비디오 인코더 (200) 또는 비디오 디코더 (300) 는 점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 코딩된 계층 비디오 시퀀스의 비디오 데이터를 코딩할 수도 있다. 예를 들어, 비디오 인코더 (200) 는 점진적 디코더 리프레시 픽처들을 인코딩하지 않으면서 코딩된 계층 비디오 시퀀스의 비디오 데이터를 인코딩할 수도 있다. 비디오 디코더 (300) 는 점진적 디코더 리프레시 픽처들을 디코딩하지 않으면서 코딩된 계층 비디오 시퀀스의 비디오 데이터를 디코딩할 수도 있다.
코딩이 디코딩을 포함하는 일부 예들에서, 비디오 디코더 (300) 는 픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트가 비트스트림에 존재하는지 여부를 결정할 수도 있다. 제 2 신택스 엘리먼트가 비트스트림에 존재하지 않는 것에 기초하여, 비디오 디코더 (300) 는 픽처가 참조 픽처가 아님을 표시하기 위해 제 2 신택스 엘리먼트의 값을 추론할 수도 있다.
코딩이 인코딩을 포함하는 일부 예들에서, 비디오 인코더 (200) 는 비디오 데이터의 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하는지 여부를 결정할 수도 있고 코딩된 계층 비디오 시퀀스의 픽처에서 인터 슬라이스가 허용되는지 여부를 결정할 수도 있다. 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하고 인터 슬라이스가 허용되는 것에 기초하여, 비디오 인코더 (200) 는 픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트의 값을 결정할 수도 있다. 제 2 신택스 엘리먼트의 값이 픽처가 참조 픽처로서 사용되지 않음을 표시하는 일부 예들에서, 비디오 인코더 (200) 는 제 2 신택스 엘리먼트를 시그널링하는 것을 억제할 수도 있다.
일부 예들에서, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 시퀀스에서의 모든 슬라이스들이 인트라 슬라이스들임을 표시하기 위해 제 3 신택스 엘리먼트의 값을 결정하고; 그리고 시퀀스의 모든 슬라이스들이 인트라 슬라이스들인 것에 기초하여, 인트라 예측을 사용하여 시퀀스에서의 모든 슬라이스를 코딩할 수도 있다. 코딩이 디코딩을 포함하는 일부 예들에서, 비디오 디코더는 제 3 신택스 요소를 파싱함으로써 제 3 신택스 엘리먼트의 값을 결정할 수도 있다. 코딩이 인코딩을 포함하는 일부 예들에서, 비디오 인코더 (200) 는 SPS 에서 제 3 신택스 엘리먼트를 시그널링할 수도 있다. 일부 예들에서, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 인트라 전용 제약이 적용됨을 표시하기 위해 제 4 신택스 엘리먼트의 값을 결정할 수도 있고, 여기서 제 3 신택스 엘리먼트의 값을 결정하는 것은 인트라 전용 제약이 적용되는 것에 기초한다. 일부 예들에서, 비디오 인코더 (200) 또는 비디오 디코더 (300) 는 픽처 파라미터 세트 식별자를 결정할 수도 있으며, 픽처 파라미터 세트 식별자는 6 비트의 고정된 길이를 갖는다.
도 10 은 현재 블록을 인코딩하기 위한 예시의 방법을 도시하는 플로우차트이다. 현재 블록은 현재 CU 를 포함할 수도 있다. 비디오 인코더 (200)(도 1 및 도 3) 와 관련하여 설명되지만, 도 10 과 유사한 방법을 수행하도록 다른 디바이스들이 구성될 수도 있음을 이해해야 한다.
이 예에서, 비디오 인코더 (200) 는 초기에 현재 블록을 예측한다 (350). 예를 들어, 비디오 인코더 (200) 는 현재 블록에 대한 예측 블록을 형성할 수도 있다. 비디오 인코더 (200) 는 그 후 현재 블록에 대한 잔차 블록을 계산할 수도 있다 (352). 잔차 블록을 계산하기 위해, 비디오 인코더 (200) 는 원래의, 인코딩되지 않은 블록과 현재 블록에 대한 예측 블록 사이의 차이를 계산할 수도 있다. 예측 블록을 형성하는 것 및/또는 잔차 블록을 계산하는 것의 일부로서, 비디오 인코더 (200) 는 도 8 및/또는 9 의 기법들을 수행할 수도 있다. 비디오 인코더 (200) 는 그 후 잔차 블록을 변환하고 잔차 블록의 변환 계수들을 양자화할 수도 있다 (354). 다음으로, 비디오 인코더 (200) 는 잔차 블록의 양자화된 변환 계수들을 스캔할 수도 있다 (356). 스캔 동안 또는 스캔에 후속하여, 비디오 인코더 (200) 는 변환 계수들을 엔트로피 인코딩할 수도 있다 (358). 예를 들어, 비디오 인코더 (200) 는 CAVLC 또는 CABAC 를 사용하여 변환 계수들을 인코딩할 수도 있다. 비디오 인코더 (200) 는 그 후 블록의 엔트로피 인코딩된 데이터를 출력할 수도 있다 (360).
도 11 은 비디오 데이터의 현재 블록을 디코딩하기 위한 예시의 방법을 도시하는 플로우챠트이다. 현재 블록은 현재 CU 를 포함할 수도 있다. 비디오 디코더 (300)(도 1 및 도 4) 와 관련하여 설명되지만, 도 11 과 유사한 방법을 수행하도록 다른 디바이스들이 구성될 수도 있음을 이해해야 한다.
비디오 디코더 (300) 는 현재 블록에 대한 엔트로피 코딩된 데이터, 예컨대 엔트로피 코딩된 예측 정보 및 현재 블록에 대응하는 잔차 블록의 변환 계수들에 대한 엔트로피 코딩된 데이터를 수신할 수도 있다 (370). 비디오 디코더 (300) 는 현재 블록에 대한 예측 정보를 결정하고 잔차 블록의 변환 계수들을 재생하기 위해 엔트로피 인코딩된 데이터를 엔트로피 디코딩할 수도 있다 (372). 예측 정보를 결정하는 것의 일부로서, 비디오 디코더 (200) 는 도 8 및/또는 9 의 기법들을 수행할 수도 있다. 비디오 디코더 (300) 는 현재 블록에 대한 예측 블록을 계산하기 위해, 예를 들어 현재 블록에 대한 예측 정보에 의해 표시된 바와 같이 인트라- 또는 인터-예측 모드를 사용하여, 현재 블록을 예측할 수도 있다 (374). 비디오 디코더 (300) 는 양자화된 변환 계수들의 블록을 생성하기 위해 복원된 변환 계수들을 역 스캔할 수도 있다 (376). 비디오 디코더 (300) 는 그 후 잔차 블록을 생성하기 위해 변환 계수들을 역 양자화 및 역 변환할 수도 있다 (378). 비디오 디코더 (300) 는 예측 블록 및 잔차 블록을 조합함으로써 결국 현재 블록을 디코딩할 수도 있다 (380).
본 개시는 다음의 예들을 포함한다.
조항 1A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
서브픽처의 순서가 변경되는지 여부를 결정하는 단계; 서브픽처의 순서가 변경된 경우, 서브픽처 ID 또는 서브픽처 매핑 ID 중 하나 이상을 결정하는 단계; 서브픽처의 순서가 변경되지 않은 경우, 서브픽처 ID 및 서브픽처 매핑 ID 중 하나 이상을 결정하지 않는 단계; 및 서브픽처의 순서에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 2A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
subpic_info_present_flag 가 비디오 데이터에 존재하는지 여부를 결정하는 단계; subpic_info_present_flag 가 존재하지 않는 것에 기초하여, subpic_info_present_flag 에 대한 값이 0 과 동일한 것으로 추론하는 단계; 및 subpic_info_present_flag 의 값에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 3A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
시퀀스 파라미터 세트 (SPS) 에서 플래그를 결정하는 단계; 및 SPS 에서의 플래그에 기초하여 비디오 데이터를 코딩하는 단계를 포함하고, SPS 에서의 플래그는 서브픽처 정보 신택스 구조가 SPS 에서 시그널링되는지 또는 픽처 파라미터 세트 (PPS) 에서 시그널링되는지를 표시한다.
조항 4A. SPS 에서의 플래그는 서브픽처 정보 신택스 구조가 PPS 에서 시그널링됨을 표시하고, 방법은, PPS 와 연관된 각각의 서브픽처의 상단-좌측 포지션의 신택스 엘리먼트들의 길이를 Ceil( Log2( ( pic_width_in_luma_samples + CtbSizeY 1 ) >> CtbLog2SizeY ) ) 및 Ceil( Log2( ( pic_height_ in_luma_samples + CtbSizeY 1 ) >> CtbLog2SizeY ) ) 비트들이도록 설정하는 단계를 더 포함하는, 조항 3A 의 방법.
조항 5A. 비디오 데이터를 코딩하는 방법으로서, 방법은 PPS 에서 오버라이드 플래그를 결정하는 단계; 오버라이드 플래그가 오버라이드를 표시하는 것에 기초하여, PPS 에서 서브픽처 레이아웃의 값들 및 신택스 엘리먼트들의 특성들을 오버라이드하는 단계; 및 오버라이드에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 6A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
loop_filter_across_subpic_enabled_pic_flag[ i ] 이 비디오 데이터에 존재하는지 여부를 결정하는 단계; loop_filter_across_subpic_enabled_pic_flag[ i ] 가 존재하지 않는 것에 기초하여, loop_filter_across_subpic_enabled_pic_flag[ i ] 를 0 과 동일한 것으로 추론하는 단계; 및 loop_filter_across_subpic_enabled_pic_flag[ i ] 에 기초하하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 7A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
비디오 파라미터 세트 (VPS) 가 비디오 데이터에 존재하는지 여부를 결정하는 단계; VPS 가 존재하지 않는 것에 기초하여, sps_ptl_dpb_hrd_params_present_flag 의 값이 1 과 동일한지 여부를 결정하는 단계; sps_ptl_dpb_hrd_params_present_flag 가 1 과 동일한 경우, SPS 에서 프로파일-티어-계층 (PTL) 구조를 결정하는 단계; sps_ptl_dpb_hrd_params_present_flag 가 1 과 동일하지 않은 경우, SPS 에서 프로파일-티어-계층 (PTL) 구조를 결정하지 않는 단계; 및 sps_ptl_dpb_hrd_params_present_flag 에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 8A. Sps_video_parameter_set_id 가 0 과 동일한지 여부를 결정하는 단계; 및 sps_video_parameter_set_id 가 0 과 동일한 것에 기초하여, sps_ptl_dpb_hrd_params_present_flag 가 1 과 동일하다고 결정하는 단계를 더 포함하는, 조항 7A 의 방법.
조항 9A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
sps_ptl_dpb_hrd_params_present_flag 가 1 과 동일한지 여부를 결정하는 단계; sps_ptl_dpb_hrd_params_present_flag 가 1 과 동일한 경우, 플래그를 결정하는 단계로서, 플래그는 PTL 신택스 구조가 SPS 에 존재하는 것을 표시하고는, 상기 플래그를 결정하는 단계; sps_ptl_dpb_hrd_params_present_flag 가 1 과 동일하지 않은 경우, 플래그를 결정하지 않는 단계; 및 Sps_ptl_dpb_hrd_params_present_flag 에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 10A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
no_gdr_constraint_flag 가 1 과 동일한지 여부를 결정하는 단계; no_gdr_constraint_flag 가 1 과 동일한 것에 기초하여, gdr_enabled_flag 가 0 과 동일하다고 결정하는 단계; 및 gdr_enabled_flag 에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 11A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
non_reference_picture_flag 가 비디오 데이터에 존재하는지 여부를 결정하는 단계; non_reference_picture_flag 가 존재하지 않는 것에 기초하여, non_reference_picture_flag 를 1 과 동일한 것으로 추론하는 단계; 및 non_reference_picture_flag 에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 12A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
non_reference_picture_flag 의 위치를 결정하는 단계; 및 non_reference_picture_flag 에 기초하여 비디오 데이터를 코딩하는 단계를 포함하고, non_reference_picture_flag 의 위치는 픽처 헤더 (PH) 의 시작에 또는 PH 에서의 픽처 타입 플래그 바로 후에 있다.
조항 13A. 픽처 타입 플래그는 gdr_or_irap_pic_flag 또는 gdr_pic_flag 를 포함하는, 조항 12A 의 방법.
조항 14A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
intra_only_constraint_flag 가 1 과 동일한지 여부를 결정하는 단계; intra_only_constraint_flag 가 1 과 동일한 것에 기초하여, sps_all_intra_enabled_flag 가 1 과 동일하다고 결정하는 단계; 및 sps_all_intra_enabled_flag 에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 15A. sps_all_intra_enabled_flag 에 기초하여 PH 의 신택스 엘리먼트를 컨디셔닝하는 단계를 더 포함하는, 조항 14A 의 방법.
조항 16A. 신택스 엘리먼트는 ph_inter_slice_allowed_flag 또는 non_reference_picture_flag 중 적어도 하나인, 조항 15A 의 방법.
조항 17A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
비디오 데이터에서의 픽처에 하나의 슬라이스만 있는지 여부를 결정하는 단계; 픽처에 하나의 슬라이스만 있는 경우, 슬라이스 헤더 (SH) 에 PH 신택스 구조를 제시하는 단계; 픽처에 하나의 슬라이스만 있지 않은 경우, SH 에 PH 신택스 구조를 제시하지 않는 단계; 및 픽처에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 18A. CLVS 에서의 각각의 픽처가 하나의 슬라이스만을 포함하는 것을 표시하는 SPS 신택스 엘리먼트를 결정하는 단계를 더 포함하는, 조항 17A 의 방법.
조항 19A. SPS 신택스 엘리먼트는 sps_one_slice_per_picture 인, 조항 18A 의 방법.
조항 20A. sps_one_slice_per_picture 에 기초하여 신택스 엘리먼트를 컨디셔닝하는 단계를 더 포함하는, 조항 19A 의 방법.
조항 21A. 신택스 엘리먼트는 picture_header_in_slice_header_flag 인, 조항 20A 의 방법
조항 22A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
PPS 에서 신택스 엘리먼트를 결정하는 단계; 신택스 엘리먼트에 기초하여, PPS 를 참조하는 픽처가 하나의 슬라이스만을 포함한다고 결정하는 단계; 및 신택스 엘리먼트에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 23A. 신택스 엘리먼트에 기초하여 SH 에서 picture_header_in_slice_header_flag 및 PPS 에서 num_slices_in_pic_minus1 을 컨디셔닝하는 단계를 더 포함하는, 조항 22A 의 방법.
조항 24A. picture_header_in_slice_header_flag 가 존재하는지 여부를 결정하는 단계; picture_header_in_slice_header_flag 가 존재하지 않는 것에 기초하여, picture_header_in_slice_header_flag 를 0 과 동일한 것으로 추론하는 단계; 및 picture_header_in_slice_header_flag 에 기초하여 비디오 데이터를 코딩하는 단계를 더 포함하는, 조항 23A 의 방법.
조항 25A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
picture_header_in_slice_header_flag 가 1 과 동일한지 여부를 결정하는 단계; picture_header_in_slice_header_flag 가 1 과 동일한 것에 기초하여, picture_header_structure() 의 콘텐츠가 CLVS 에서의 모든 슬라이스들에 대해 동일하다고 결정하는 단계; 및 picture_header_structure() 의 콘텐츠에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 26A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
pps_pic_parameter_set_id 를 결정하는 단계; ph_pic_parameter_set_id 를 결정하는 단계; 및 pps_pic_parameter_set_id 및 ph_pic_parameter_set_id 에 기초하여 비디오 데이터를 코딩하는 단계를 포함하고, pps_pic_parameter_set_id 및 ph_pic_parameter_set_id 는 동일한 고정 길이를 갖는다.
조항 27A. 동일한 고정 길이는 6 비트인, 조항 26A 의 방법.
조항 28A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
뷰포트 이동의 최대 각속도를 결정하는 단계; 최대 각속도에 기초하여 MaxTileCols 의 값을 결정하는 단계; 및 MaxTileCols 의 값에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 29A. 최대 각속도는 초당 30 프레임에서 픽처 당 10 도 또는 초당 300 도이고 MaxTileCols 의 값은 36 까지인, 조항 28A 의 방법.
조항 30A. 비디오 데이터를 코딩하는 방법으로서, 방법은,
제 1 N개의 픽처 ID 를 결정하는 단계로서, (N-1)번째 서브픽처 ID 는 ID 가 변경되는 마지막 서브픽처인, 상기 제 1 N개의 서브픽처 ID 를 결정하는 단계; 및 제 1 N개의 서브픽처 ID 에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 31A. 제 1 N개의 서브픽처 ID 는 PPS 에서 시그널링되는, 조항 30A 의 방법.
조항 32A. 서브픽처 인덱스를 시그널링하는 것을 억제하는 단계를 더 포함하는, 조항 30A 또는 31A 의 방법.
조항 33A. 오버라이드 플래그를 결정하는 단계를 더 포함하고, 비디오 데이터를 코딩하는 단계는 추가로 오버라이드 플래그에 기초하는, 조항들 30A-32A 의 임의의 조합의 방법.
조항 34A. 코딩은 디코딩을 포함하는, 조항들 1A-33A 의 임의의 조합의 방법.
조항 35A. 코딩은 인코딩을 포함하는, 조항들 1A, 3A-5A, 7A-10A, 12A-23A, 및 25A-33A 의 임의의 조합의 방법.
조항 36A. 비디오 데이터를 코딩하기 위한 디바이스로서, 디바이스는 조항들 1A-35A 의 임의의 조합의 방법을 수행하기 위한 하나 이상의 수단을 포함한다.
조항 37A. 하나 이상의 수단은 회로부에서 구현되는 하나 이상의 프로세서를 포함하는, 조항 36A 의 디바이스.
조항 38A. 비디오 데이터를 저장하기 위한 메모리를 더 포함하는, 조항들 36A 및 37A 중 임의의 것의 디바이스.
조항 39A. 디코딩된 비디오 데이터를 디스플레이하도록 구성된 디스플레이를 더 포함하는, 조항들 36A-38A 의 임의의 조합의 디바이스.
조항 40A. 디바이스는 카메라, 컴퓨터, 모바일 디바이스, 브로드캐스트 수신기 디바이스 또는 셋탑 박스 중 하나 이상을 포함하는, 조항들 36A-39A 의 임의의 조합의 디바이스.
조항 41A. 디바이스는 비디오 디코더를 포함하는, 조항들 36A-40A 의 임의의 조합의 디바이스.
조항 42A. 디바이스는 비디오 인코더를 포함하는, 조항들 36A-41A 의 임의의 조합의 디바이스.
조항 43A. 명령들이 저장된 컴퓨터 판독가능 저장 매체로서, 명령들은 실행될 때, 하나 이상의 프로세서로 하여금, 조항들 1A-33A 의 임의의 조합의 방법을 수행하게 한다.
조항 1B. 비디오 데이터를 코딩하는 방법으로서, 방법은,
비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하는 단계; 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하는 단계; 및 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩하는 단계를 포함한다.
조항 2B. 코딩은 인코딩을 포함하고, 방법은 시퀀스 파라미터 세트에서 제 1 신택스 엘리먼트를 시그널링하는 단계; 및 시퀀스 파라미터 세트에서 프로파일-티어-계층 구조를 시그널링하는 단계를 더 포함하는, 조항 1B 의 방법.
조항 3B. 코딩은 디코딩을 포함하고, 방법은 시퀀스 파라미터 세트에서 제 1 신택스 엘리먼트를 파싱하는 단계; 및 시퀀스 파라미터 세트에서 프로파일-티어-계층 구조를 파싱하는 단계를 더 포함하는, 조항 1B 의 방법.
조항 4B. 픽처 파라미터 세트의 픽처 파라미터 세트 식별자를 결정하는 단계를 더 포함하고, 픽처 파라미터 세트 식별자는 6 비트의 고정 길이를 갖는, 조항들 1B-3B 의 임의의 조합의 방법.
조항 5B. 비디오 데이터를 코딩하는 방법으로서, 방법은 출력 계층 세트에서 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하는 단계, 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하는 단계, 및 점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 코딩된 계층 비디오 시퀀스의 비디오 데이터를 코딩하는 단계를 포함한다.
조항 6B. 코딩은 디코딩을 포함하고, 방법은, 픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트가 비트스트림에 존재하는지 여부를 결정하는 단계; 및 제 2 신택스 엘리먼트가 비트스트림에 존재하지 않는 것에 기초하여, 픽처가 참조 픽처가 아님을 표시하기 위해 제 2 신택스 엘리먼트의 값을 추론하는 단계를 포함하는, 조항 5B 의 방법.
조항 7B. 코딩은 인코딩을 포함하고, 방법은, 비디오 데이터의 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하는지 여부를 결정하는 단계; 코딩된 계층 비디오 시퀀스의 픽처에서 인터 슬라이스가 허용되는지 여부를 결정하는 단계; 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하고 인터 슬라이스가 허용되는 것에 기초하여, 픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트의 값을 결정하는 단계를 더 포함하는, 조항 5B 의 방법.
조항 8B. 제 2 신택스 엘리먼트의 값은 상기 픽처가 참조 픽처로서 사용되지 않음을 표시하고, 상기 방법은 상기 제 2 신택스 엘리먼트를 시그널링하는 것을 억제하는 단계를 더 포함하는, 조항 7B 의 방법.
조항 9B. 시퀀스에서의 모든 슬라이스들이 인트라 슬라이스들임을 표시하기 위해 제 3 신택스 엘리먼트의 값을 결정하는 단계; 및 시퀀스에서의 모든 슬라이스들이 인트라 슬라이스들인 것에 기초하여, 인트라 예측을 사용하여 상기 시퀀스에서의 모든 슬라이스들을 코딩하는 단계를 더 포함하는, 조항들 5B-8B 의 임의의 조합의 방법.
조항 10B. 코딩은 디코딩을 포함하고, 제 3 신택스 엘리먼트의 값을 결정하는 단계는 제 3 신택스 엘리먼트를 파싱하는 단계를 포함하는, 조항 9B 의 방법.
조항 11B. 코딩은 인코딩을 포함하고, 방법은 SPS 에서 제 3 신택스 엘리먼트를 시그널링하는 단계를 더 포함하는, 조항 9B 의 방법.
조항 12B. 인트라 전용 제약이 적용됨을 표시하기 위해 제 4 신택스 엘리먼트의 값을 결정하는 단계를 더 포함하고, 제 3 신택스 엘리먼트의 값을 결정하는 단계는 인트라 전용 제약이 적용되는 것에 기초하는, 조항들 9B-11B 의 임의의 조합의 방법.
조항 13B 픽처 파라미터 세트의 픽처 파라미터 세트 식별자를 결정하는 단계를 더 포함하고, 픽처 파라미터 세트 식별자는 6 비트의 고정 길이를 갖는, 조항들 5B-12B 의 임의의 조합의 방법.
조항 14B. 비디오 데이터를 코딩하기 위한 디바이스로서, 디바이스는 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하고, 하나 이상의 프로세서는, 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하고; 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 프로파일-티어-계층 구조에 기초하여 비디오 데이터를 코딩하도록 구성된다.
조항 15B. 코딩은 인코딩을 포함하고, 하나 이상의 프로세서는 추가로 시퀀스 파라미터 세트에서 제 1 신택스 엘리먼트를 시그널링하고; 그리고 시퀀스 파라미터 세트에서 프로파일-티어-계층 구조를 시그널링하도록 구성되는, 조항 14B 의 디바이스.
조항 16B. 코딩은 디코딩을 포함하고, 제 1 신택스 엘리먼트의 값을 결정하는 것의 일부로서, 하나 이상의 프로세서는 시퀀스 파라미터 세트에서 제 1 신택스 엘리먼트를 파싱하도록 구성되고, 하나 이상의 프로세서는 추가로, 시퀀스 파라미터 세트에서 프로파일-티어-계층 구조를 파싱하도록 구성되는, 조항 14B 의 디바이스.
조항 17B. 픽처 파라미터 세트의 픽처 파라미터 세트 식별자를 결정하는 것을 더 포함하고, 픽처 파라미터 세트 식별자는 6 비트의 고정 길이를 갖는, 조항들 14B-16B 의 임의의 조합의 디바이스.
조항 18B. 비디오 데이터를 코딩하기 위한 디바이스로서, 디바이스는, 비디오 데이터를 저장하도록 구성된 메모리 및 회로부에서 구현되고 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하고, 하나 이상의 프로세서는, 출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하고; 출력 계층 세트에서의 점진적 디코딩 리프레시 NAL 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하며; 그리고 점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 상기 코딩된 계층 비디오 시퀀스의 비디오 데이터를 코딩하도록 구성된다.
조항 19B. 코딩은 디코딩을 포함하고, 하나 이상의 프로세서는 추가로, 픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트가 비트스트림에 존재하는지 여부를 결정하고; 그리고 제 2 신택스 엘리먼트가 비트스트림에 존재하지 않는 것에 기초하여, 픽처가 참조 픽처가 아님을 표시하기 위해 제 2 신택스 엘리먼트의 값을 추론하도록 구성되는, 조항 18B 의 디바이스.
조항 20B. 코딩은 인코딩을 포함하고, 하나 이상의 프로세서는 추가로, 비디오 데이터의 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하는지 여부를 결정하고; 코딩된 계층 비디오 시퀀스의 픽처에서 인터 슬라이스가 허용되는지 여부를 결정하고; 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하고 인터 슬라이스가 허용되는 것에 기초하여, 픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트의 값을 결정하도록 구성되는, 조항 18B 의 디바이스.
조항 21B. 제 2 신택스 엘리먼트의 값은 픽처가 참조 픽처가 아님을 표시하고, 하나 이상의 프로세서는 추가로, 제 2 신택스 엘리먼트를 시그널링하는 것을 억제하도록 구성되는, 조항 20B 의 디바이스.
조항 22B. 하나 이상의 프로세서는 추가로, 시퀀스에서의 모든 슬라이스들이 인트라 슬라이스들임을 표시하기 위해 제 3 신택스 엘리먼트의 값을 결정하고; 그리고 시퀀스의 모든 슬라이스들이 인트라 슬라이스들인 것에 기초하여, 인트라 예측을 사용하여 시퀀스에서의 모든 슬라이스들을 코딩하도록 구성되는, 조항들 18B-21B 의 임의의 조합의 디바이스.
조항 23B. 코딩은 디코딩을 포함하고, 제 3 신택스 엘리먼트의 값을 결정하는 것의 일부로서, 하나 이상의 프로세서는, 신택스 엘리먼트를 파싱하도록 구성되는, 조항 22B 의 디바이스.
조항 24B. 코딩은 인코딩을 포함하고, 하나 이상의 프로세서는 추가로, SPS 에서 제 3 신택스 엘리먼트를 시그널링하도록 구성되는, 조항 22B 의 디바이스.
조항 25B. 하나 이상의 프로세서는 추가로, 인트라 전용 제약이 적용됨을 표시하기 위해 제 4 신택스 엘리먼트의 값을 결정하도록 구성되고; 하나 이상의 프로세서는 인트라 전용 제약이 적용되는 것에 기초하여 제 3 신택스 엘리먼트의 값을 결정하는, 조항들 22B-24B 의 임의의 조합의 디바이스.
조항 26B. 픽처 파라미터 세트의 픽처 파라미터 세트 식별자를 결정하는 것을 더 포함하고, 픽처 파라미터 세트 식별자는 6 비트의 고정 길이를 갖는, 조항들 18B-25B 의 임의의 조합의 디바이스.
예시에 의존하여, 본 명세서에 설명된 기법들 중 임의의 것의 소정의 액트들 또는 이벤트들은 상이한 시퀀스로 수행될 수 있고, 전체적으로 부가되거나 병합되거나 또는 제거될 수도 있음 (예를 들어, 설명된 모든 액트들 또는 이벤트들이 그 기법들의 실시를 위해 필수적인 것은 아님) 이 인식되어야 한다. 더욱이, 소정의 예들에서, 액트들 또는 이벤트들은 순차적으로 보다는, 예를 들어 다중-스레딩된 프로세싱, 인터럽트 프로세싱, 또는 다중의 프로세서들을 통해 동시에 수행될 수도 있다.
하나 이상의 예에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합에서 구현될 수도 있다.  소프트웨어로 구현되는 경우, 그 기능들은 컴퓨터 판독가능 매체 상의 하나 이상의 명령 또는 코드로서 저장되거나 이를 통해 송신될 수도 있고 하드웨어 기반 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터 판독가능 매체는 데이터 저장 매체와 같은 유형의 매체에 대응하는 컴퓨터 판독가능 저장 매체, 또는 예를 들어, 통신 프로토콜에 따라, 일 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 가능하게 하는 임의의 매체를 포함하는 통신 매체를 포함할 수도 있다. 이러한 방식으로, 컴퓨터 판독가능 매체는 일반적으로 (1) 비일시적인 유형의 컴퓨터 판독가능 저장 매체 또는 (2) 신호 또는 캐리어 파와 같은 통신 매체에 대응할 수도 있다.  데이터 저장 매체들은 본 개시에 설명된 기법들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터 또는 하나 이상의 프로세서에 의해 액세스될 수 있는 임의의 가용 매체들일 수도 있다.  컴퓨터 프로그램 제품이 컴퓨터 판독가능 매체를 포함할 수도 있다.
한정이 아닌 예시로서, 이러한 컴퓨터 판독가능 저장 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장, 자기 디스크 저장, 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 명령들 또는 데이터 구조들의 형태로 희망하는 프로그램 코드를 저장하기 위해 이용될 수 있으며 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다.  또한, 임의의 커넥션이 컴퓨터 판독가능 매체로 적절히 명명된다. 예를 들어, 동축 케이블, 광섬유 케이블, 꼬임쌍선, 디지털 가입자 라인 (DSL), 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들을 이용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 명령들이 송신된다면, 동축 케이블, 광섬유 케이블, 꼬임쌍선, DSL, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들은 매체의 정의에 포함된다. 하지만, 컴퓨터 판독가능 저장 매체들 및 데이터 저장 매체들은 커넥션들, 캐리어파들, 신호들, 또는 다른 일시적 매체들을 포함하지 않지만 대신 비일시적인 유형의 저장 매체들로 지향됨이 이해되어야 한다. 본 명세서에서 사용된 바와 같이, 디스크 (disk) 와 디스크 (disc) 는, 컴팩트 디스크(CD), 레이저 디스크, 광학 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크, 및 블루레이 디스크를 포함하며, 여기서 디스크(disk)들은 통상 자기적으로 데이터를 재생하는 반면, 디스크(disc) 들은 레이저들을 이용하여 광학적으로 데이터를 재생한다. 또한, 상기의 조합들은 컴퓨터 판독 가능 매체들의 범위 내에 포함되어야 한다.
명령들은 하나 이상의 프로세서, 예컨대 하나 이상의 디지털 신호 프로세서 (DSP), 범용 마이크로프로세서, 주문형 집적 회로 (ASIC), 필드 프로그램가능 게이트 어레이 (FPGA들), 또는 다른 등가의 집적 또는 이산 로직 회로부에 의해 실행될 수도 있다. 따라서, 본 명세서에서 사용된 바와 같이 용어들 "프로세서" 및 "프로세싱 회로부" 는 전술한 구조들 중 임의의 것 또는 본 명세서 설명된 기법들의 구현에 적합한 임의의 다른 구조를 지칭할 수도 있다. 부가적으로, 일부 양태들에서, 본 명세서에서 설명된 기능성이 인코딩 및 디코딩을 위해 구성되거나 또는 결합된 코덱에서 통합된 전용 하드웨어 및/또는 소프트웨어 모듈들 내에 제공될 수도 있다. 또한, 그 기법들은 하나 이상의 회로 또는 로직 엘리먼트들에서 완전히 구현될 수 있다.
본 개시의 기법들은 무선 핸드셋, 집적 회로 (IC) 또는 IC들의 세트 (예를 들어, 칩 세트) 를 포함하여, 광범위하게 다양한 디바이스들 또는 장치들에서 구현될 수도 있다. 다양한 컴포넌트들, 모듈들 또는 유닛들이, 개시된 기술들을 수행하도록 구성된 디바이스들의 기능적인 양태들을 강조하기 위하여 본 개시에 설명되었지만, 상이한 하드웨어 유닛들에 의한 실현을 반드시 필요로 하는 것은 아니다. 오히려, 상술한 바와 같이, 다양한 유닛들이 코덱 하드웨어 유닛에 결합될 수도 있거나, 또는 적합한 소프트웨어 및/또는 펌웨어와 함께, 상술한 하나 이상의 프로세서를 포함하는 상호동작 하드웨어 유닛들의 집합에 의해 제공될 수도 있다.
다양한 예들이 설명되었다. 이들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.

Claims (26)

  1. 비디오 데이터를 코딩하는 방법으로서,
    상기 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하는 단계;
    상기 시퀀스 파라미터 세트가 상기 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 상기 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하는 단계; 및
    상기 프로파일-티어-계층 구조에 기초하여 상기 비디오 데이터를 코딩하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
  2. 제 1 항에 있어서,
    코딩은 인코딩을 포함하고, 상기 방법은,
    상기 시퀀스 파라미터 세트에서 상기 제 1 신택스 엘리먼트를 시그널링하는 단계; 및
    상기 시퀀스 파라미터 세트에서 상기 프로파일-티어-계층 구조를 시그널링하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
  3. 제 1 항에 있어서,
    코딩은 디코딩을 포함하고, 상기 방법은,
    상기 시퀀스 파라미터 세트에서 상기 제 1 신택스 엘리먼트를 파싱하는 단계; 및
    상기 시퀀스 파라미터 세트에서 상기 프로파일-티어-계층 구조를 파싱하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
  4. 제 1 항에 있어서,
    픽처 파라미터 세트의 픽처 파라미터 세트 식별자를 결정하는 단계를 더 포함하고,
    상기 픽처 파라미터 세트 식별자는 6 비트의 고정된 길이를 갖는, 비디오 데이터를 코딩하는 방법.
  5. 비디오 데이터를 코딩하는 방법으로서,
    출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하는 단계;
    상기 출력 계층 세트에서의 상기 점진적 디코딩 리프레시 NAL 유닛 타입의 상기 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하는 단계; 및
    점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 상기 코딩된 계층 비디오 시퀀스의 상기 비디오 데이터를 코딩하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
  6. 제 5 항에 있어서,
    코딩은 디코딩을 포함하고, 상기 방법은,
    픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트가 비트스트림에 존재하는지 여부를 결정하는 단계; 및
    상기 제 2 신택스 엘리먼트가 상기 비트스트림에 존재하지 않는 것에 기초하여, 상기 픽처가 참조 픽처가 아님을 표시하기 위해 상기 제 2 신택스 엘리먼트의 값을 추론하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
  7. 제 5 항에 있어서,
    코딩은 인코딩을 포함하고, 상기 방법은,
    상기 비디오 데이터의 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하는지 여부를 결정하는 단계;
    상기 코딩된 계층 비디오 시퀀스의 픽처에서 인터 슬라이스가 허용되는지 여부를 결정하는 단계;
    상기 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하고 상기 인터 슬라이스가 허용되는 것에 기초하여, 상기 픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트의 값을 결정하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
  8. 제 7 항에 있어서,
    상기 제 2 신택스 엘리먼트의 값은 상기 픽처가 참조 픽처로서 사용되지 않음을 표시하고, 상기 방법은 상기 제 2 신택스 엘리먼트를 시그널링하는 것을 억제하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
  9. 제 5 항에 있어서,
    시퀀스에서의 모든 슬라이스들이 인트라 슬라이스들임을 표시하기 위해 제 3 신택스 엘리먼트의 값을 결정하는 단계; 및
    상기 시퀀스에서의 모든 슬라이스들이 인트라 슬라이스들인 것에 기초하여, 인트라 예측을 사용하여 상기 시퀀스에서의 모든 슬라이스들을 코딩하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
  10. 제 9 항에 있어서,
    코딩은 디코딩을 포함하고, 상기 제 3 신택스 엘리먼트의 값을 결정하는 단계는 상기 제 3 신택스 엘리먼트를 파싱하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
  11. 제 9 항에 있어서,
    코딩은 인코딩을 포함하고, 상기 방법은,
    SPS 에서 상기 제 3 신택스 엘리먼트를 시그널링하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
  12. 제 9 항에 있어서,
    인트라 전용 제약이 적용됨을 표시하기 위해 제 4 신택스 엘리먼트의 값을 결정하는 단계를 더 포함하고,
    상기 제 3 신택스 엘리먼트의 값을 결정하는 것은 상기 인트라 전용 제약이 적용되는 것에 기초하는, 비디오 데이터를 코딩하는 방법.
  13. 제 5 항에 있어서,
    픽처 파라미터 세트의 픽처 파라미터 세트 식별자를 결정하는 단계를 더 포함하고,
    상기 픽처 파라미터 세트 식별자는 6 비트의 고정된 길이를 갖는, 비디오 데이터를 코딩하는 방법.
  14. 비디오 데이터를 코딩하기 위한 디바이스로서,
    상기 비디오 데이터를 저장하도록 구성된 메모리; 및
    회로부에서 구현되고 상기 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하고, 상기 하나 이상의 프로세서는,
    상기 비디오 데이터의 시퀀스 파라미터 세트가 비디오 파라미터 세트를 참조하는지 여부를 결정하고;
    상기 시퀀스 파라미터 세트가 상기 비디오 파라미터 세트를 참조하지 않는 것에 기초하여, 프로파일-티어-계층 구조가 상기 시퀀스 파라미터 세트에서 시그널링됨을 표시하는 제 1 신택스 엘리먼트의 값을 결정하며; 그리고
    상기 프로파일-티어-계층 구조에 기초하여 상기 비디오 데이터를 코딩하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  15. 제 14 항에 있어서,
    상기 코딩은 인코딩을 포함하고, 상기 하나 이상의 프로세서는 추가로,
    상기 시퀀스 파라미터 세트에서 상기 제 1 신택스 엘리먼트를 시그널링하고; 그리고
    상기 시퀀스 파라미터 세트에서 상기 프로파일-티어-계층 구조를 시그널링하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  16. 제 14 항에 있어서,
    코딩은 디코딩을 포함하고, 상기 제 1 신택스 엘리먼트의 값을 결정하는 것의 일부로서, 상기 하나 이상의 프로세서는 상기 시퀀스 파라미터 세트에서 상기 제 1 신택스 엘리먼트를 파싱하도록 구성되고, 상기 하나 이상의 프로세서는 추가로,
    상기 시퀀스 파라미터 세트에서 상기 프로파일-티어-계층 구조를 파싱하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  17. 제 14 항에 있어서,
    픽처 파라미터 세트의 픽처 파라미터 세트 식별자를 결정하는 것을 더 포함하고,
    상기 픽처 파라미터 세트 식별자는 6 비트의 고정된 길이를 갖는, 비디오 데이터를 코딩하기 위한 디바이스.
  18. 비디오 데이터를 코딩하기 위한 디바이스로서,
    상기 비디오 데이터를 저장하도록 구성된 메모리; 및
    회로부에서 구현되고 상기 메모리에 통신가능하게 커플링된 하나 이상의 프로세서를 포함하고, 상기 하나 이상의 프로세서는,
    출력 계층 세트에서의 점진적 디코딩 리프레시 네트워크 추상화 계층 (NAL) 유닛 타입의 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는지 여부를 결정하고;
    상기 출력 계층 세트에서의 상기 점진적 디코딩 리프레시 NAL 유닛 타입의 상기 NAL 유닛 헤더 타입을 갖는 NAL 유닛이 없는 것에 기초하여, 점진적 디코더 리프레시 픽처들이 코딩된 계층 비디오 시퀀스에 존재하지 않음을 표시하기 위해 제 1 신택스 엘리먼트의 값을 결정하며; 그리고
    점진적 디코더 리프레시 픽처들을 코딩하지 않으면서 상기 코딩된 계층 비디오 시퀀스의 상기 비디오 데이터를 코딩하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  19. 제 18 항에 있어서,
    상기 코딩은 디코딩을 포함하고, 상기 하나 이상의 프로세서는 추가로,
    픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트가 비트스트림에 존재하는지 여부를 결정하고; 그리고
    상기 제 2 신택스 엘리먼트가 상기 비트스트림에 존재하지 않는 것에 기초하여, 상기 픽처가 참조 픽처가 아님을 표시하기 위해 상기 제 2 신택스 엘리먼트의 값을 추론하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  20. 제 18 항에 있어서,
    상기 코딩은 인코딩을 포함하고, 상기 하나 이상의 프로세서는 추가로,
    상기 비디오 데이터의 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하는지 여부를 결정하고;
    상기 코딩된 계층 비디오 시퀀스의 픽처에서 인터 슬라이스가 허용되는지 여부를 결정하고;
    상기 코딩된 계층 비디오 시퀀스가 하나의 계층만을 포함하고 상기 인터 슬라이스가 허용되는 것에 기초하여, 상기 픽처가 참조 픽처로서 사용되지 않는지 여부를 표시하는 제 2 신택스 엘리먼트의 값을 결정하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  21. 제 20 항에 있어서,
    상기 제 2 신택스 엘리먼트의 값은 상기 픽처가 참조 픽처가 아님을 표시하고, 상기 하나 이상의 프로세서는 추가로,
    상기 제 2 신택스 엘리먼트를 시그널링하는 것을 억제하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  22. 제 18 항에 있어서,
    상기 하나 이상의 프로세서는 추가로,
    시퀀스에서의 모든 슬라이스들이 인트라 슬라이스들임을 표시하기 위해 제 3 신택스 엘리먼트의 값을 결정하고; 그리고
    상기 시퀀스에서의 모든 슬라이스들이 인트라 슬라이스들인 것에 기초하여, 인트라 예측을 사용하여 상기 시퀀스에서의 모든 슬라이스들을 코딩하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  23. 제 22 항에 있어서,
    코딩은 디코딩을 포함하고, 상기 제 3 신택스 엘리먼트의 값을 결정하는 것의 일부로서, 상기 하나 이상의 프로세서는,
    상기 신택스 엘리먼트를 파싱하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  24. 제 22 항에 있어서,
    상기 코딩은 인코딩을 포함하고, 상기 하나 이상의 프로세서는 추가로,
    SPS 에서 상기 제 3 신택스 엘리먼트를 시그널링하도록 구성되는, 비디오 데이터를 코딩하기 위한 디바이스.
  25. 제 22 항에 있어서,
    상기 하나 이상의 프로세서는 추가로,
    인트라 전용 제약이 적용됨을 표시하기 위해 제 4 신택스 엘리먼트의 값을 결정하도록 구성되고,
    상기 하나 이상의 프로세서는 상기 인트라 전용 제약이 적용되는 것에 기초하여 상기 제 3 신택스 엘리먼트의 값을 결정하는, 비디오 데이터를 코딩하기 위한 디바이스.
  26. 제 18 항에 있어서,
    픽처 파라미터 세트의 픽처 파라미터 세트 식별자를 결정하는 것을 더 포함하고,
    상기 픽처 파라미터 세트 식별자는 6 비트의 고정된 길이를 갖는, 비디오 데이터를 코딩하기 위한 디바이스.
KR1020227029748A 2020-03-04 2021-03-03 비디오 코딩 신택스 KR20220145836A (ko)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US202062984895P 2020-03-04 2020-03-04
US62/984,895 2020-03-04
US202063003710P 2020-04-01 2020-04-01
US63/003,710 2020-04-01
US17/189,976 US11943429B2 (en) 2020-03-04 2021-03-02 Subpicture signaling in video coding
US17/189,976 2021-03-02
PCT/US2021/020720 WO2021178570A2 (en) 2020-03-04 2021-03-03 Subpicture signaling in video coding

Publications (1)

Publication Number Publication Date
KR20220145836A true KR20220145836A (ko) 2022-10-31

Family

ID=77554923

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020227029748A KR20220145836A (ko) 2020-03-04 2021-03-03 비디오 코딩 신택스

Country Status (7)

Country Link
US (1) US11943429B2 (ko)
EP (1) EP4115619A2 (ko)
KR (1) KR20220145836A (ko)
CN (1) CN115244934A (ko)
BR (1) BR112022016976A2 (ko)
TW (1) TW202141986A (ko)
WO (1) WO2021178570A2 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7443513B2 (ja) * 2019-11-05 2024-03-05 エルジー エレクトロニクス インコーポレイティド 映像/ビデオコーディング方法及び装置
KR20220141794A (ko) * 2020-03-05 2022-10-20 엘지전자 주식회사 혼성 nal 유닛 타입에 기반하는 영상 부호화/복호화 방법, 장치 및 비트스트림을 전송하는 방법
KR20220162742A (ko) * 2020-03-30 2022-12-08 엘지전자 주식회사 Sps 내 ptl, dpb 및 hrd 관련 정보를 시그널링하는 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 컴퓨터 판독 가능한 기록 매체
US20230136821A1 (en) * 2020-04-16 2023-05-04 Lg Electronics Inc. Image coding method based on information included in picture header in video or image coding system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9161039B2 (en) 2012-09-24 2015-10-13 Qualcomm Incorporated Bitstream properties in video coding
JP6465863B2 (ja) * 2014-03-14 2019-02-06 シャープ株式会社 画像復号装置、画像復号方法及び記録媒体
US10327001B2 (en) * 2014-06-19 2019-06-18 Qualcomm Incorporated Systems and methods for intra-block copy
US10356415B2 (en) * 2014-06-20 2019-07-16 Qualcomm Incorporated Systems and methods for constraining representation format parameters for a parameter set
TWI605704B (zh) * 2017-03-01 2017-11-11 晨星半導體股份有限公司 重組影像檔案的方法

Also Published As

Publication number Publication date
TW202141986A (zh) 2021-11-01
WO2021178570A3 (en) 2021-10-21
CN115244934A (zh) 2022-10-25
BR112022016976A2 (pt) 2022-10-25
WO2021178570A2 (en) 2021-09-10
EP4115619A2 (en) 2023-01-11
US20210281832A1 (en) 2021-09-09
US11943429B2 (en) 2024-03-26

Similar Documents

Publication Publication Date Title
EP4097975A1 (en) Decoded picture buffer (dpb) parameter signaling for video coding
KR20220032563A (ko) 비디오 코딩에서의 랩어라운드 모션 보상
KR20220112781A (ko) 비디오 코딩에서 서브픽처들에 대한 참조 서브픽처 스케일링 비율들
KR20220062539A (ko) 비디오 코딩에서의 조인트 크로마 잔차 모드를 위한 양자화 파라미터 시그널링
US11943429B2 (en) Subpicture signaling in video coding
EP4122197A1 (en) Independent subpicture signaling in video coding
KR20220030986A (ko) 코딩 시스템 동작 구성의 유도
KR20220115962A (ko) 비디오 코딩에서 참조 픽처 리샘플링을 위한 랩어라운드 오프셋
KR20220143835A (ko) 비디오 코딩에서의 레퍼런스 픽처 리스트 및 병치된 픽처 시그널링
WO2021237020A1 (en) General constraint information signaling in video coding
WO2021252512A1 (en) General constraints of syntax elements for video coding
KR20220113402A (ko) 다중 계층들에 대한 공유되는 디코더 픽처 버퍼
KR20220157378A (ko) Nal 유닛 타입들이 혼합된 비디오용 고레벨 신택스
KR20220146494A (ko) 비디오 코딩에서 코딩된 비디오 시퀀스 시작 액세스 유닛
EP4154540A1 (en) Determining whether to code picture header data of pictures of video data in slice headers
KR20220113401A (ko) 손실 및 무손실 코딩 양자 모두를 지원하는 잔차 코딩
WO2021133816A1 (en) Lfnst signaling for chroma based on chroma transform skip
KR20220061124A (ko) 비디오 코딩을 위한 변환 유닛 설계
KR20230012489A (ko) 비디오 코딩에서의 하이 레벨 디블록킹 필터 (dbf), 적응적 루프 필터 (alf) 및 샘플 적응적 오프셋 (sao) 제어, 및 적응 파라미터 세트 (aps) 수 제약
KR20220163376A (ko) 비디오 코딩에서의 변환 스킵 블록들에 대한 하이-레벨 제약들
KR102676827B1 (ko) 비디오 코딩에서의 시그널링 제약들 및 시퀀스 파라미터 세트 공유
KR20220061975A (ko) 비디오 코딩을 위한 하이 레벨 신택스에서의 서브-픽처들의 수의 시그널링
WO2021061968A1 (en) Parameter set signaling for video coding

Legal Events

Date Code Title Description
A201 Request for examination