KR20220035252A - 비디오 코딩 방법 및 장치 - Google Patents

비디오 코딩 방법 및 장치 Download PDF

Info

Publication number
KR20220035252A
KR20220035252A KR1020227005765A KR20227005765A KR20220035252A KR 20220035252 A KR20220035252 A KR 20220035252A KR 1020227005765 A KR1020227005765 A KR 1020227005765A KR 20227005765 A KR20227005765 A KR 20227005765A KR 20220035252 A KR20220035252 A KR 20220035252A
Authority
KR
South Korea
Prior art keywords
flag
constraint
picture
intra
coded
Prior art date
Application number
KR1020227005765A
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 KR20220035252A publication Critical patent/KR20220035252A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/174—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Landscapes

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

Abstract

본 개시의 관점은 비디오 인코딩/디코딩 방법, 장치, 및 비일시적 컴퓨터 판독 가능형 저장 매체를 제공한다. 장치는 코딩된 비디오 시퀀스의 예측 정보에서의 복수의 이미지 슬라이스에 대한 프로파일 정보를 디코딩하는 프로세싱 회로를 포함한다. 프로파일 정보는 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는 프로파일의 프로파일 식별 정보를 포함한다. 프로세싱 회로는 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스에 대해 인트라 예측을 수행한다. 또한, 프로세싱 회로는 인트라 예측에 기초하여 적어도 하나의 이미지 픽처를 재구성한다.

Description

비디오 코딩 방법 및 장치
본 출원은 2021년 4월 1일자로 출원되고 발명의 명칭이 "비디오 코딩을 위한 방법 및 장치"인 미국 특허출원 제17/220,481호에 대한 우선권의 이익을 주장하며, 이는 2020년 4월 8일 출원되고 발명의 명칭이 "다양한 프로파일에 대한 신택스 요소에 대한 제약(CONSTRAINT ON SYNTAX ELEMENTS FOR VARIOUS PROFILES)"인 미국 가출원 제63/007,187호 및 2020년 5월 22일 출원되고 발명의 명칭이 "일반 제약 플래그 그룹(GROUPS OF GENERAL CONSTRAINT FLAGS)"인 미국 가출원 번호 63/029,000, 에 대한 우선권의 이익을 주장한다. 이러한 이전 출원은 그 전문이 여기에 참조로 포함된다.
본 개시는 일반적으로 비디오 코딩과 관련된 실시예를 설명한다.
본 명세서에 제공된 배경 설명은 일반적으로 본 개시의 맥락을 제시하기 위한 것이다. 명세서의 관점뿐 아니라 종래 기술에 기술된 출원 시 종래 기술로서 이 배경기술에 기술된 발명자들의 저작물이 이 배경기술 섹션에 기술된 범위 내에서, 출원 당시에 선행 기술로 인정되지 않을 수 있는 설명의 관점은 명시적이거나 묵시적으로 선행 기술로 인정되지 않는다.
비디오 코딩 및 디코딩은 모션 보상(motion compensation)을 가지고 인터 픽처 예측을 사용하여 수행될 수 있다. 압축되지 않은 디지털 비디오는 일련의 픽처를 포함할 수 있으며, 각 픽처는 예를 들어 1920 x 1080 루마 샘플 및 관련 크로마 샘플의 공간 차원을 갖는다. 일련의 픽처들은 예를 들어 초당 60장 또는 60Hz의 고정 또는 가변 픽처 속도(비공식적으로 프레임 레이트라고도 함)를 가질 수 있다. 압축되지 않은 비디오는 상당한 비트레이트를 필요로 한다. 예를 들어, 샘플 당 8 비트의 1080p60 4:2:0 비디오(60Hz 프레임 레이트의 1920x1080 루마 샘플 해상도)에는 거의 1.5Gbit/s 대역폭이 필요하다. 이러한 비디오 한 시간은 600GB 이상의 저장 공간이 필요하다.
비디오 코딩 및 디코딩의 한 가지 목적은 압축을 통해 입력 비디오 신호의 리던던시(redundancy, 중복성)를 줄이는 것이다. 압축은 앞서 언급한 대역폭 또는 저장 공간 요건을 줄이는 데 도움이 될 수 있다. 무손실 압축과 손실 압축, 그리고 이들의 조합이 모두 사용될 수 있다. 무손실 압축이란 압축된 원본 신호에서 원본 신호의 정확한 사본을 재구성할 수 있는 기술을 말한다. 손실 압축을 사용하는 경우 재구성된 신호는 원래 신호와 동일하지 않을 수 있지만 원래 신호와 재구성된 신호 사이의 왜곡은 재구성된 신호가 의도한 이용에 유용할 만큼 충분히 작다. 비디오의 경우 손실 압축이 널리 사용된다. 허용되는 왜곡의 양은 응용 분야에 따라 다르다. 예를 들어, 특정 소비자 스트리밍 애플리케이션의 사용자는 텔레비전 배포 애플리케이션의 사용자보다 더 높은 왜곡을 견딜 수 있다. 달성 가능한 압축 비율은 더 높은 허용 왜곡이 더 높은 압축 비율을 가져온다는 것을 반영할 수 있다.
비디오 인코더 및 디코더는 예를 들어 모션 보상, 변환, 양자화 및 엔트로피 코딩을 포함하여 여러 범주의 기술을 활용할 수 있다.
비디오 코덱 기술에는 인트라 코딩이라는 기술이 포함될 수 있다. 인트라 코딩에서 샘플 값은 이전에 재구성된 참조 픽처의 샘플 또는 다른 데이터에 대한 참조 없이 표현된다. 일부 비디오 코덱에서는 픽처가 샘플 블록으로 공간적으로 세분화된다. 모든 샘플 블록이 인트라 모드로 코딩되면 해당 픽처는 인트라 픽처가 될 수 있다. 인트라 픽처 및 독립 디코더 리프레시 픽처와 같은 그 도출물은 디코더 상태를 재설정하는 데 사용될 수 있으며, 따라서 코딩된 비디오 비트 스트림 및 비디오 세션의 첫 번째 픽처 또는 스틸 이미지로 사용될 수 있다. 인트라 블록의 샘플은 변환에 노출될 수 있으며 변환 계수는 엔트로피 코딩 전에 양자화될 수 있다. 인트라 예측은 변환 전 도메인(pre-transform domain)에서 샘플 값을 최소화하는 기술일 수 있다. 어떤 경우에는 변환 후 DC 값이 작고 AC 계수가 작을수록, 엔트로피 코딩 후 블록을 표현하기 위해 주어진 양자화 단계 크기에서 필요한 비트는 더 적다.
예를 들어 MPEG-2 생성 코딩 기술에서 알려진 것과 같은 전통적인 인트라 코딩은 인트라 예측을 사용하지 않는다. 그렇지만, 일부 새로운 비디오 압축 기술은, 예를 들어 주변 샘플 데이터 및/또는 공간적으로 이웃하고 디코딩 순서에서 선행하는 데이터 블록의 인코딩/디코딩 동안 획득되는 메타데이터로부터 시도하는 기술을 포함한다. 이러한 기술은 이후 "인트라 예측" 기술이라고 한다. 적어도 일부의 경우에, 인트라 예측은 참조 픽처가 아닌 재구성중인 현재 픽처로부터의 참조 데이터만 사용한다.
다양한 형태의 인트라 예측이 있을 수 있다. 이러한 기술 중 하나 이상이 주어진 비디오 코딩 기술에서 사용될 수 있을 때, 사용 중인 이 기술은 인트라 예측 모드에서 코딩될 수 있다. 어떤 경우에는, 모드들은 하위 모드 및/또는 파라미터를 가질 수 있으며, 이들은 개별적으로 코딩되거나 모드 코드 워드에 포함될 수 있다. 주어진 모드/서브 모드/파라미터 조합에 사용할 코드 워드는 인트라 예측을 통한 코딩 효율성 이득에 영향을 미칠 수 있으며, 코드 워드를 비트 스트림으로 변환하는 데 사용되는 엔트로피 코딩 기술도 마찬가지이다.
특정 모드의 인트라 예측이 H.264로 도입되었고, H.265에서 개선되었으며 공통 탐사 모델(joint exploration model, JEM), 다목적 비디오 코딩(versatile video coding, VVC) 및 벤치 마크 세트(benchmark set, BMS)와 같은 최신 코딩 기술에서 더욱 개선되었다. 이미 사용 가능한 샘플에 속하는 이웃 샘플 값을 사용하여 예측자 블록을 형성할 수 있다. 이웃 샘플의 샘플 값은 방향에 따라 예측자 블록에 복사된다. 사용되는 방향에 대한 참조는 비트 스트림에 코딩되거나 자체적으로 예측될 수 있다.
도 1을 참조하면, 우측 하단에 도시된 1A는 H.265의 33개의 가능한 예측자 방향(35개 인트라 모드의 33개 각도 모드에 대응)으로부터 알려진 9개의 예측자 방향의 서브 세트이다. 화살표가 수렴하는 지점(101)은 예측되는 샘플을 나타낸다. 화살표는 샘플이 예측되는 방향을 나타낸다. 예를 들어, 화살표(102)는 샘플(101)이 수평에서 45도 각도로 우측 상단으로 샘플에서 예측됨을 나타낸다. 유사하게, 화살표(103)는 샘플(101)이 수평으로부터 22.5도 각도로 샘플(101)의 좌측 아래에 있는 샘플로부터 예측됨을 나타낸다.
여전히 도 1a를 참조하면, 좌측 상단에는 4x4 샘플의 정사각형 블록(104)이 표시되어 있다(점선, 굵은 선으로 표시됨). 정사각형 블록(104)은 16개 샘플들을 포함하고, 각각은 "S", Y 차원에서의 위치(예컨대, 열 인덱스), 및 X 차원에서의 위치(예컨대, 열 인덱스)로 레이블이 지정된다. 예를 들어, 샘플 S21은 Y 차원의 두 번째 샘플(위에서)이고 X 차원의 첫 번째 샘플(좌측에서)이다. 유사하게, 샘플 S44는 Y 및 X 차원 모두에서 블록(104)의 네 번째 샘플이다. 블록 크기가 4x4 샘플이므로 S44는 우측 하단에 있다. 유사한 번호 매기기 체계를 따르는 참조 샘플이 추가로 표시된다. 참조 샘플은 블록(104)에 상대적인 R, Y 위치(예를 들어, 행 인덱스) 및 X 위치(열 인덱스)로 레이블이 지정된다. H.264 및 H.265 모두에서 예측 샘플은 재구성중인 블록에 인접하고, 따라서 음수 값을 사용할 필요가 없다.
인트라 픽처 예측은 시그널링된 예측 방향에 따라 적절하게 이웃 샘플로부터 참조 샘플 값을 복사함으로써 동작할 수 있다. 예를 들어, 코딩된 비디오 비트 스트림이, 이 블록에 대해, 화살표(102)와 일치하는 예측 방향을 지시하는 것을 시그널링을 포함한다고 가정한다 - 즉 샘플들은 수평에서 45도 각도로 우측 상단에 있는 예측 샘플(들)에서 예측된다. 이 경우 샘플 S41, S32, S23 및 S14는 동일한 참조 샘플 R05에서 예측된다. 그런 다음 샘플 S44는 참조 샘플 R08에서 예측된다.
어떤 경우에, 참조 샘플을 계산하기 위해, 특히 방향이 45도로 균등하게 나눌 수 없을 때, 예를 들어 보간을 통해 여러 참조 샘플의 값들이 결합될 수 있다.
비디오 코딩 기술이 발전함에 따라 가능한 방향의 수가 증가하였다. H.264(2003년)에서는 9개의 다른 방향을 나타낼 수 있었다. H.265(2013년)에는 33개로 증가했으며 공개 당시 JEM/VVC/BMS는 최대 65개의 방향을 지원할 수 있다. 가능성이 가장 높은 방향을 식별하기 위한 실험이 수행되었으며, 엔트로피 코딩의 특정 기술을 사용하여 가능성이 적은 방향에 대한 특정 페널티를 수용하여 이러한 가능한 방향을 적은 수의 비트로 표현한다. 또한, 이미 디코딩된 이웃 블록에서 사용되는 이웃 방향으로부터 방향 자체를 예측할 수 있다.
도 1b는 시간에 따른 예측 방향의 증가하는 수를 설명하기 위해 JEM에 따른 65개의 인트라 예측 방향을 나타내는 개략도(105)를 보여준다.
방향을 나타내는 코딩된 비디오 비트 스트림 내의 인트라 예측 방향 비트들의 매핑은 비디오 코딩 기술에 따라 다를 수 있다. 예를 들어 예측 방향의 단순한 직접 매핑에서 인트라 예측 모드, 코드 워드, 가장 확률이 높은 모드에 관련된 복잡한 적응 방식에 이르기까지, 그리고 유사한 기술에까지 펴져 있다. 그러나 모든 경우에, 비디오 콘텐츠에서 통계적으로 다른 특정 방향보다 발생할 가능성이 낮은 특정 방향이 있을 수 있다. 비디오 압축의 목표는 중복성을 줄이는 것이므로 잘 작동하는 비디오 코딩 기술에서 가능성이 낮은 방향은 가능성이 높은 방향보다 더 많은 수의 비트로 표시된다.
모션 보상은 손실 압축 기술일 수 있으며, 이전에 재구성된 픽처 또는 그 일부(참조 픽처)로부터의 샘플 데이터 블록이 모션 벡터(이후 MV)가 나타내는 방향으로 공간적으로 이동한 후 새로 재구성되는 픽처 또는 픽처 일부의 예측에 사용된다. 경우에 따라, 참조 픽처는 현재 재구성중인 픽처와 동일할 수 있다. MV는 X와 Y의 2차원 또는 3차원을 가질 수 있으며, 세 번째는 사용 중인 참조 픽처이다(후자는 간접적으로 시간 차원일 수 있다).
일부 비디오 압축 기술에서, 샘플 데이터의 특정 영역에 적용할 수 있는 MV는 다른 MV, 예를 들어 재구성중인 영역에 공간적으로 인접한 샘플 데이터의 다른 영역과 관련된 MV로부터 예측될 수 있으며, 디코딩 순서에서 해당 MV보다 선행될 수 있다. 이렇게 하면 MV를 코딩하는 데 필요한 데이터 양을 크게 줄일 수 있으므로 중복성을 제거하고 압축률을 높일 수 있다. 예를 들어, 카메라에서 도출된 입력 비디오 신호(자연 비디오(natural video)라고 함)를 코딩할 때 단일 MV가 적용되는 영역보다 큰 영역이 유사한 방향으로 이동할 수 있는 통계적 가능성이 있기 때문에 MV 예측이 효과적으로 작동할 수 있다. 따라서 어떤 경우에는 주변 영역의 MV에서 도출된 유사한 MV를 사용하여 예측할 수 있다. 그 결과 주어진 영역에 대해 발견된 MV는 주변 MV에서 예측한 MV와 유사하거나 동일하며, 이것은 엔트로피 코딩 후, MV를 직접 코딩할 때 사용되는 비트 수보다 더 적은 수의 비트로 표시될 수 있다. 일부 경우에, MV 예측은 원래 신호(즉, 샘플 스트림)에서 도출된 신호(즉, MV)의 무손실 압축의 예일 수 있다. 다른 경우에는 MV 예측 자체가 손실될 수 있다. 예를 들어 주변의 여러 MV에서 예측자를 계산할 때 반올림 오류가 발생하기 때문이다.
다양한 MV 예측 메커니즘이 H.265/HEVC(ITU-T Rec. H.265, "고효율 비디오 코딩", 2016 년 12 월)에 기술되어 있다. H.265가 제공하는 많은 MV 예측 메커니즘 중에서 여기에 설명된 기술은 이후 "공간 병합(spatial merge)"이라 한다.
도 1c를 참조하면, 현재 블록(101)은 공간적으로 시프트된 동일한 크기의 이전 블록으로부터 예측 가능하도록 모션 검색 프로세스 동안 인코더에 의해 발견된 샘플을 포함할 수 있다. MV를 직접 코딩하는 대신, MV는 A0, A1 및 B0, B1, B2(각각 112 ~ 116)으로 표시된 5개의 주변 샘플 중 하나와 연관된 MV를 사용하여 가장 최근의(디코딩 순서로) 참조 픽처로부터 하나 이상의 참조 픽처와 연관된 메타 데이터에서 도출될 수 있다. H.265에서 MV 예측은 이웃 블록이 사용하는 동일한 참조 픽처의 예측자를 사용할 수 있다.
본 개시의 관점은 비디오 인코딩/디코딩 위한 장치를 제공한다. 장치는 코딩된 비디오 비트스트림의 예측 정보에서 복수의 이미지 슬라이스에 대한 프로파일 정보를 디코딩하는 프로세싱 회로를 포함한다. 상기 프로파일 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는 프로파일의 프로파일 식별 정보를 포함한다. 상기 프로세싱 회로는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스에 대해 인트라 예측을 수행한다. 상기 프로세싱 회로는 상기 인트라 예측에 기초하여 적어도 하나의 이미지 픽처를 재구성한다.
일 실시예에서, 상기 프로파일 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는지를 나타내는 제1 플래그 및 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함되는지를 나타내는 제2 플래그를 포함한다.
일 실시예에서, 상기 제1 플래그는 제2 플래그 이후에 디코딩되고, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제2 플래그에 기초하여 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩된다는 것을 나타낸다.
일 실시예에서, 상기 제1 플래그는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는 프로파일의 프로파일 식별 정보에 기초하여 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩된다는 것을 나타낸다.
일 실시예에서, 상기 제2 플래그는 상기 프로파일이 상기 코딩된 비디오 비트스트림에 하나의 픽처만이 포함되는 스틸 픽처 프로파일이라는 것에 기초하여 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타낸다.
일 실시예에서, 비-인트라 관련 신택스 요소(non-intra related syntax elements)는 (i) 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩된다는 것을 나타내는 제1 플래그 및 (ii) 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제1 플래그 중 하나에 기초하여 상기 예측 정보에 포함되지 않는다.
일 실시예에서, 상기 예측 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되어 하나의 픽처에 포함되는지를 나타내는 제3 플래그를 포함한다. 상기 제3 플래그는 상기 프로파일 정보에 포함되지 않는다.
일 실시예에서, 상기 제3 플래그는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제2 플래그에 기초하여 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되고 하나의 픽처에 포함된다는 것을 나타낸다.
본 개시의 관점은 비디오 인코딩/디코딩을 위한 방법을 제공한다. 방법에서, 코딩된 비디오 비트스트림의 예측 정보에서 복수의 이미지 슬라이스에 대한 프로파일 정보를 디코딩한다. 상기 프로파일 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는 프로파일의 프로파일 식별 정보를 포함한다. 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스에 대해 인트라 예측을 수행한다. 상기 인트라 예측에 기초하여 적어도 하나의 이미지 픽처를 재구성한다.
본 개시의 관점은 비디오 인코딩/디코딩을 위한 장치를 제공한다. 장치는 코딩된 비디오 비트스트림의 예측 정보에서의 프로파일 정보를 디코딩하는 프로세싱 회로를 포함한다. 상기 프로파일 정보는 신택스 요소의 복수의 그룹을 포함하고 상기 코딩된 비디오 비트스트림에 대한 프로파일을 나타낸다. 상기 프로세싱 회로는 상기 프로파일 정보에 나타난 프로파일에 기초하여 상기 신택스 요소의 복수의 그룹 중 적어도 하나를 결정한다. 상기 프로세싱 회로는 상기 신택스 요소의 복수의 그룹 중 결정된 적어도 하나에 기초하여 상기 예측 정보에 포함된 신택스 요소를 디코딩한다. 상기 프로세싱 회로는 상기 예측 정보에 포함된 디코딩된 신택스 요소에 기초하여 적어도 하나의 픽처를 재구성한다.
일 실시예에서, 상기 프로파일에 대한 상기 신택스 요소의 복수의 그룹 중 결정된 적어도 하나의 순서는 상기 신택스 요소의 복수의 그룹의 미리 결정된 순서에 따른다.
일 실시예에서, 상기 신택스 요소의 복수의 그룹 각각에 대해 바이트 정렬(byte alignment)이 검사된다.
본 개시의 관점은 비디오 인코딩/디코딩을 위한 방법을 제공한다. 방법에서, 코딩된 비디오 비트스트림의 예측 정보에서의 프로파일 정보를 디코딩한다. 상기 프로파일 정보는 신택스 요소의 복수의 그룹을 포함하고 상기 코딩된 비디오 비트스트림에 대한 프로파일을 나타낸다. 상기 프로파일 정보에 나타난 프로파일에 기초하여 상기 신택스 요소의 복수의 그룹 중 적어도 하나를 결정한다. 상기 신택스 요소의 복수의 그룹 중 결정된 적어도 하나에 기초하여 상기 예측 정보에 포함된 신택스 요소를 디코딩한다. 상기 예측 정보에 포함된 디코딩된 신택스 요소에 기초하여 적어도 하나의 픽처를 재구성한다.
본 개시의 양태는 또한 비디오 디코딩을 위해 컴퓨터에 의해 실행될 때 컴퓨터로 하여금 비디오 디코딩을 위한 방법 중 임의의 하나 또는 조합을 수행하게 하는 명령을 저장하는 비일시적 컴퓨터 판독 가능형 매체를 제공한다.
개시된 주제의 추가 특징, 특성 및 다양한 이점은 다음의 상세한 설명 및 첨부 도면으로부터 더욱 명백해질 것이다.
도 1a는 인트라 예측 모드의 예시적인 서브세트의 개략도이다.
도 1b는 예시적인 인트라 예측 방향의 예시이다.
도 1c는 일 예에서 현재 블록 및 그 주변 공간 병합 후보의 개략도이다.
도 2는 일 실시예에 따른 통신 시스템의 간략화된 블록도의 개략도이다.
도 3은 일 실시예에 따른 통신 시스템의 간략화된 블록도의 개략도이다.
도 4는 일 실시예에 따른 디코더의 단순화된 블록도의 개략도이다.
도 5는 일 실시예에 따른 인코더의 간략화된 블록도의 개략도이다.
도 6은 다른 실시예에 따른 인코더의 블록도를 도시한다.
도 7은 다른 실시예에 따른 디코더의 블록도를 도시한다.
도 8은 일 실시예에 따른 예시적인 흐름도를 도시한다.
도 9는 일 실시예에 따른 다른 예시적인 흐름도를 도시한다.
도 10은 일 실시예에 따른 컴퓨터 시스템의 개략도이다.
I. 비디오 디코더 및 인코더(Video Decoder and Encoder)
도 2는 본 개시의 일 실시예에 따른 통신 시스템(200)의 단순화된 블록도를 예시한다. 통신 시스템(200)은 예를 들어 네트워크(250)를 통해 서로 통신할 수 있는 복수의 단말 장치를 포함한다. 예를 들어, 통신 시스템(200)은 네트워크(250)를 통해 상호 연결된 제1의 쌍의 단말 장치(210 및 220)를 포함한다. 도 2에서, 예를 들어, 제1의 쌍의 단말 장치(210 및 220)는 데이터의 단방향 전송을 수행한다. 예를 들어, 단말 장치(210)는 네트워크(250)를 통해 다른 단말 장치(220)로 전송하기 위해 비디오 데이터(예를 들어, 단말 장치(210)에 의해 캡처된 비디오 픽처의 스트림)를 코딩할 수 있다. 인코딩된 비디오 데이터는 하나 이상의 코딩된 비디오 비트 스트림의 형태로 전송될 수 있다. 단말 장치(220)는 네트워크(250)로부터 코딩된 비디오 데이터를 수신하고, 코딩된 비디오 데이터를 디코딩하여 비디오 픽처를 복원하고, 복원된 비디오 데이터에 따라 비디오 픽처를 디스플레이할 수 있다. 단방향 데이터 전송은 미디어 서비스 애플리케이션 등에서 일반적일 수 있다.
다른 예에서, 통신 시스템(200)은 예를 들어 화상 회의 동안 발생할 수 있는 코딩된 비디오 데이터의 양방향 전송을 수행하는 제2 쌍의 단말 장치(230, 240)를 포함한다. 데이터의 양방향 전송의 경우, 예를 들어, 단말 장치(230 및 240)의 각 단말 장치는 네트워크(250)를 통해 단말 장치(230 및 240) 중 다른 단말 장치로의 전송을 위해 비디오 데이터(예를 들어, 단말 장치에 의해 캡처된 비디오 픽처의 스트림)를 코딩할 수 있다. 단말 장치(230 및 240)의 각 단말 장치는 또한 단말 장치(230 및 240)의 다른 단말 장치가 전송한 코딩된 비디오 데이터를 수신할 수 있으며, 코딩된 비디오 데이터를 디코딩하여 비디오를 재구성할 수 있다. 재구성된 비디오 데이터에 따라 액세스 가능한 디스플레이 장치에 비디오 픽처를 표시할 수 있다.
도 2에서, 예를 들어, 단말 장치(210, 220, 230, 240)는 서버, 개인용 컴퓨터 및 스마트 폰으로 예시될 수 있지만, 본 개시의 원리는 이에 제한되지 않을 수 있다. 본 개시 내용의 실시예는 랩톱 컴퓨터, 태블릿 컴퓨터, 미디어 플레이어 및/또는 전용 화상 회의 장비에 응용될 수 있다. 네트워크(250)는 예를 들어 유선 및/또는 무선 통신 네트워크를 포함하여 단말 장치(210, 220, 230 및 240) 사이에서 코딩된 비디오 데이터를 전달하는 임의의 수의 네트워크를 나타낸다. 통신 네트워크(250)는 회선 교환 및/또는 패킷 교환 채널에서 데이터를 교환할 수 있다. 대표적인 네트워크에는 통신 네트워크, 근거리 통신망, 광역 통신망 및/또는 인터넷이 포함된다. 본 설명의 목적을 위해, 네트워크(250)의 아키텍처 및 토폴로지는 아래에서 설명되지 않는 한 본 개시의 동작에 중요하지 않을 수 있다.
도 3은 개시된 발명에 대한 응용의 예로서 스트리밍 환경에서 비디오 인코더 및 비디오 디코더의 배치를 예시한다. 개시된 발명은 예를 들어, 화상 회의, 디지털 TV, CD, DVD, 메모리 스틱 등을 포함하는 디지털 미디어에 압축된 비디오의 저장을 포함하는 다른 비디오 기능이 있는 장비에도 동일하게 적용될 수 있다.
스트리밍 시스템은 비디오 소스(301), 예를 들어 디지털 카메라를 포함할 수 있는 캡처 서브 시스템(313)을 포함하여, 예를 들어 압축되지 않은 비디오 픽처(302)의 스트림을 생성할 수 있다. 일례에서, 비디오 픽처의 스트림(302)은 디지털 카메라에 의해 촬영된 샘플을 포함한다. 인코딩된 비디오 데이터(304)(또는 코딩된 비디오 비트 스트림)와 비교할 때 높은 데이터 볼륨을 강조하기 위해 굵은 선으로 표시된 비디오 픽처 스트림(302)은 비디오 소스(301)에 연결된 비디오 인코더(303)를 포함하는 전자 장치(320)에 의해 처리될 수 있다. 비디오 인코더(303)는 하드웨어, 소프트웨어, 또는 이들의 조합을 포함하여 아래에서 더 상세히 설명되는 바와 같이 개시된 발명의 측면을 실현하게 하거나 구현할 수 있다. 인코딩된 비디오 데이터(304)(또는 인코딩된 비디오 비트 스트림(304))는 비디오 픽처 스트림(302)과 비교할 때 더 낮은 데이터 볼륨을 강조하기 위해 가는 선으로 묘사되고, 나중에 사용하기 위해 스트리밍 서버(305)에 저장될 수 있다. 도 3에서의 클라이언트 서브 시스템(306 및 308)과 같은 하나 이상의 스트리밍 클라이언트 서브 시스템은 인코딩된 비디오 데이터(304)의 사본(307 및 309)을 검색하기 위해 스트리밍 서버(305)에 액세스할 수 있다. 클라이언트 서브 시스템(306)은 예를 들어 전자 장치(330)에 비디오 디코더(310)를 포함할 수 있다. 비디오 디코더(310)는 인코딩된 비디오 데이터의 유입 사본(307)을 디코딩하고 디스플레이(312)(예를 들어, 디스플레이 스크린) 또는 다른 렌더링 장치(도시되지 않음)에서 렌더링 될 수 있는 비디오 픽처(311)의 유출 스트림을 생성한다. 일부 스트리밍 시스템에서, 인코딩된 비디오 데이터(304 , 307 및 309)(예를 들어, 비디오 비트 스트림)은 특정 비디오 코딩/압축 표준에 따라 인코딩될 수 있다. 이러한 표준의 예로는 ITU-T Recommendation H.265가 있다. 예를 들어, 개발중인 비디오 코딩 표준은 비공식적으로 VVC로 알려져 있다. 개시된 발명은 VVC의 컨텍스트에서 사용될 수 있다.
전자 장치(320 및 330)는 다른 컴포넌트(도시되지 않음)를 포함할 수 있음에 유의한다. 예를 들어, 전자 장치(320)는 비디오 디코더(도시되지 않음)를 포함할 수 있고, 전자 장치(330)도 비디오 인코더(도시되지 않음)를 포함할 수 있다.
도 4는 본 개시의 일 실시예에 따른 비디오 디코더(410)의 블록도를 도시한다. 비디오 디코더(410)는 전자 장치(430)에 포함될 수 있다. 전자 장치(430)는 수신기(431)(예를 들어, 수신 회로)를 포함할 수 있다. 비디오 디코더(410)는 도 3의 예에서의 비디오 디코더(310) 대신에 사용될 수 있다.
수신기(431)는 비디오 디코더(410)에 의해 디코딩될 하나 이상의 코딩된 비디오 시퀀스를 수신할 수 있고; 동일하거나 다른 실시예에서, 한 번에 하나의 코딩된 비디오 시퀀스에서, 각각의 코딩된 비디오 시퀀스의 디코딩은 다른 코딩된 비디오 시퀀스와 독립적이다. 코딩된 비디오 시퀀스는 인코딩된 비디오 데이터를 저장하는 저장 장치에 대한 하드웨어/소프트웨어 링크일 수 있는 채널(401)로부터 수신될 수 있다. 수신기(431)는 다른 데이터, 예를 들어 코딩된 오디오 데이터 및/또는 보조 데이터 스트림과 함께 인코딩된 비디오 데이터를 수신할 수 있으며, 이들은 각각의 사용 엔티티(도시되지 않음)로 전달될 수 있다. 수신기(431)는 코딩된 비디오 시퀀스를 다른 데이터와 분리할 수 있다. 네트워크 지터(network jitter)를 방지하기 위해, 버퍼 메모리(415)가 수신기(431)와 엔트로피 디코더/파서(420)(이하 "파서(420)") 사이에 결합될 수 있다. 특정 적용예에서, 버퍼 메모리(415)는 비디오 디코더(410)의 일부이다. 다른 경우에는 비디오 디코더(410)(도시되지 않음) 외부에 있을 수 있다. 또 다른 경우에는, 예를 들어 네트워크 지터와 싸우기 위해 비디오 디코더(410) 외부에 버퍼 메모리(도시되지 않음)가 있을 수 있으며, 추가로 비디오 디코더(410) 내부에 다른 버퍼 메모리(415)가 있어, 예컨대 플레이아웃 타이밍을 처리한다. 수신기(431)가 충분한 대역폭과 제어 가능성을 갖는 저장/전달 장치 또는 등시성 네트워크(isosynchronous network)로부터 데이터를 수신할 때, 버퍼 메모리(415)는 필요하지 않거나 작을 수 있다. 인터넷과 같은 최선형 패킷 네트워크에서 사용하기 위해, 버퍼 메모리(415)는 필요할 수 있고, 비교적 클 수 있으며, 적응형 크기가 유리할 수 있으며, 운영 체제 또는 비디오 디코더(410)의 외부에 유사한 요소(도시되지 않음)에서 적어도 부분적으로 구현될 수 있다.
비디오 디코더(410)는 코딩된 비디오 시퀀스로부터 심볼(421)을 재구성하기 위해 파서(420)를 포함할 수 있다. 이러한 심볼의 카테고리에는 비디오 디코더(410)의 작동을 관리하는 데 사용되는 정보와, 전자 장치(430)의 일체화된 부분이 아니고 도 4에 도시된 바와 같이 전자 장치(430)에 연결될 수 있는 렌더링 장치(412)(예를 들어, 디스플레이 화면)와 같은 렌더링 장치를 제어하기 위한 실질적인 정보가 포함된다. 렌더링 장치(들)에 대한 제어 정보는 보조 향상 정보(Supplemental Enhancement Information, SEI) 메시지 또는 비디오 사용 가능성 정보(Video Usability Information, VUI) 파라미터 세트 프래그먼트(도시되지 않음)의 형태일 수 있다. 파서(420)는 수신된 코딩된 비디오 시퀀스를 파싱/엔트로피 디코딩할 수 있다. 코딩된 비디오 시퀀스의 코딩은 비디오 코딩 기술 또는 표준에 따를 수 있으며, 가변 길이 코딩, Huffman 코딩, 컨텍스트 민감도가 있거나 없는 산술 코딩 등을 포함한 다양한 규칙을 따를 수 있다. 파서(420)는 그룹에 대응하는 적어도 하나의 파라미터에 기초하여, 비디오 디코더 내의 픽셀의 하위 그룹 중 적어도 하나에 대한 하위 그룹 파라미터의 세트를 코딩된 비디오 시퀀스로부터 추출할 수 있다. 하위 그룹에는 픽처 그룹(Group of Pictures, GOP), 픽처, 타일, 슬라이스, 매크로 블록, 코딩 단위(Coding Unit, CU), 블록, 변환 단위(Transform Unit, TU), 예측 단위(Prediction Unit, PU) 등이 포함될 수 있다. 파서(420)는 또한 변환 계수, 양자화기 파라미터 값, 모션 MV 등을 코딩된 비디오 시퀀스 정보로부터 추출 할 수 있다.
파서(420)는 버퍼 메모리(415)로부터 수신된 비디오 시퀀스에 대해 엔트로피 디코딩/파싱 동작을 수행하여 심볼(421)을 생성할 수 있다.
심볼의 재구성(421)은 코딩된 비디오 픽처 또는 그 일부(예를 들어, 인터 및 인트라 픽처, 인터 및 인트라 블록)의 유형 및 기타 요인에 따라 여러 다른 유닛을 포함할 수 있다. 파서(420)에 의해 코딩된 비디오 시퀀스로부터 파싱된 하위 그룹 제어 정보에 의해 어떤 유닛이 관련되고 어떻게 제어될 수 있는지가 제어될 수 있다. 파서(420)와 그 아래의 복수의 유닛 사이의 그러한 하위 그룹 제어 정보의 흐름은 명확성을 위해 묘사되지 않았다.
이미 언급된 기능 블록을 넘어, 비디오 디코더(410)는 아래에 설명된 바와 같이 개념적으로 다수의 기능 유닛으로 세분될 수 있다. 상업적 제약 하에서 작동하는 실제 구현에서 이러한 장치 중 다수는 서로 밀접하게 상호 작용하며 적어도 부분적으로는 서로 통합될 수 있다. 그러나 개시된 발명을 설명하기 위해서는 아래의 기능 유닛으로 개념적으로 세분화하는 것이 적절하다.
제1 유닛은 스케일러/역변환 유닛(451)이다. 스케일러/역변환 유닛(451)은 파서(들)(420)로부터의 심볼(들)(421)로서 블록 크기, 양자화 인자, 양자화 스케일링 매트릭스 등을 이용하기 위해 변환하는 것을 포함하여, 제어 정보뿐만 아니라 양자화된 변환 계수를 수신한다. 스케일러/역변환 유닛(451)은 집성기(ggregator)(455)에 입력될 수 있는 샘플 값을 포함하는 블록을 출력할 수 있다.
일부 경우에, 스케일러/역변환 유닛(451)의 출력 샘플은 인트라 코딩된 블록에 속할 수 있다. 즉, 이전에 재구성된 픽처의 예측 정보를 사용하지 않지만 현재 픽처의 이전에 재구성된 일부의 예측 정보를 사용할 수 있는 블록이다. 이러한 예측 정보는 인트라 픽처 예측 유닛(452)에 의해 제공될 수 있다. 일부 경우에, 인트라 픽처 예측 유닛(452)은 현재 픽처 버퍼(458)로부터 가져온 이미 재구성된 주변 정보를 이용하여 재구성중인 블록과 동일한 크기 및 모양의 블록을 생성한다. 현재 픽처 버퍼(458)는 예를 들어 부분적으로 재구성된 현재 픽처 및/또는 완전히 재구성된 현재 픽처를 버퍼링한다. 집성기(455)는 경우에 따라 인트라 예측 유닛(452)이 생성한 예측 정보를 스케일러/역변환 유닛(451)에 의해 제공되는 출력 샘플 정보에 샘플 단위로 추가한다.
다른 경우에, 스케일러/역변환 유닛(451)의 출력 샘플은 인터 코딩되고 잠재적으로 모션 보상된 블록에 속할 수 있다. 이러한 경우, 모션 보상 예측 유닛(453)은 예측에 사용되는 샘플을 가져 오기 위해 참조 픽처 메모리(457)에 액세스할 수 있다. 블록과 관련된 심볼(421)에 따라 전달된 샘플을 모션 보상한 후, 이러한 샘플은 집성기(455)에 의해 스케일러/역변환 유닛(451)의 출력(이 경우에는 잔여 샘플 또는 잔여 신호)에 추가되어, 출력 샘플 정보를 생성할 수 있다. 모션 보상 예측 유닛(453)이 예측 샘플을 가져오는 참조 픽처 메모리(457) 내의 주소는 모션 벡터에 의해 제어될 수 있으며, 모션 보상 예측 유닛(453)이 사용할 수 있는 심볼(421)의 형태로 예를 들어 X, Y 및 참조 픽처 컴포넌트가 있다. 모션 보상은 또한 서브-샘플 정확한 모션 벡터가 사용 중일 때 참조 픽처 메모리(457)로부터 가져온 샘플 값의 보간, 모션 벡터 예측 메커니즘 등을 포함 할 수 있다.
집성기(455)의 출력 샘플은 루프 필터 유닛(456)에서 다양한 루프 필터링 기술의 대상이 될 수 있다. 비디오 압축 기술은 코딩된 비디오 시퀀스(코딩된 비디오 비트 스트림이라고도 함)에 포함된 파라미터에 의해 제어되고 파서(420)로부터의 심볼(421)로서 루프 필터 유닛(456)에 이용 가능하게 되는 인 루프 필터 기술(in-loop filter technologies)을 포함할 수 있다. 그러나 코딩된 픽처 또는 코딩된 비디오 시퀀스의 이전(디코딩 순서로) 부분을 디코딩하는 동안 획득된 메타 정보에 응답할 수 있을 뿐만 아니라 이전에 재구성되고 루프 필터링된 샘플 값에 응답할 수도 있다.
루프 필터 유닛(456)의 출력은 렌더 장치(412)로 출력될 수 있을 뿐만 아니라 미래의 인터 픽처 예측에 사용하기 위해 참조 픽처 메모리(457)에 저장될 수 있는 샘플 스트림일 수 있다.
완전히 재구성된 특정 코딩된 픽처는 나중에 예측을 위한 참조 픽처로 사용할 수 있다. 예를 들어, 현재 픽처에 대응하는 코딩된 픽처가 완전히 재구성되고 코딩된 픽처가 참조 픽처로 식별되면(예를 들어, 파서(420)에 의해), 현재 픽처 버퍼(458)는 참조 픽처 메모리(457)의 일부가 될 수 있고, 새로운 현재 픽처 버퍼는 다음 코딩된 픽처의 재구성을 시작하기 전에 재할당될 수 있다.
비디오 디코더(410)는 ITU-T Rec. H.265와 같은 표준에서 미리 정해진 비디오 압축 기술에 따라 디코딩 동작을 수행할 수 있다. 코딩된 비디오 시퀀스는 비디오 압축 기술 또는 표준의 신택스와 비디오 압축 기술에 문서화된 프로파일 모두를 준수한다는 점에서 사용중인 비디오 압축 기술 또는 표준에 의해 지정된 신택스를 따를 수 있다. 특히, 프로필은 비디오 압축 기술 또는 표준에서 사용할 수 있는 모든 도구에서 해당 프로필에서 사용할 수 있는 유일한 도구로 특정 도구를 선택할 수 있다. 또한 컴플라이언스에 필요한 것은 코딩된 비디오 시퀀스의 복잡성이 비디오 압축 기술 또는 표준의 수준에 정의된 범위 내에 있어야 한다는 것이다. 경우에 따라 레벨은 최대 픽처 크기, 최대 프레임 레이트, 최대 재구성 샘플 레이트(예를 들어, 초당 메가 샘플로 측정됨), 최대 참조 픽처 크기 등을 제한한다. 레벨별로 설정된 제한은 경우에 따라 코딩된 비디오 시퀀스에서 시그널링된 가상 참조 디코더(Hippothetical Reference Decoder, HRD) 버퍼 관리를 위한 HRD 사양 및 메타 데이터를 통해 추가로 제한될 수 있다.
일 실시예에서, 수신기(431)는 인코딩된 비디오와 함께 추가(중복) 데이터를 수신할 수 있다. 추가 데이터는 코딩된 비디오 시퀀스(들)의 일부로 포함될 수 있다. 추가 데이터는 데이터를 적절하게 디코딩하고 및/또는 원본 비디오 데이터를 더 정확하게 재구성하기 위해 비디오 디코더(410)에 의해 사용될 수 있다. 추가 데이터는 예를 들어 시간적, 공간적 또는 신호 잡음비(SNR) 향상 계층, 중복 슬라이스, 중복 픽처, 순방향 오류 수정 코드 등의 형태일 수 있다.
도 5는 본 개시의 일 실시예에 따른 비디오 인코더(503)의 블록도를 도시한다. 비디오 인코더(503)는 전자 장치(520)에 포함된다. 전자 장치(520)는 송신기(540)(예를 들어, 송신 회로)를 포함한다. 비디오 인코더(503)는 도 3의 예에서의 비디오 인코더(303) 대신에 사용될 수 있다.
비디오 인코더(503)는 비디오 인코더(503)에 의해 코딩될 비디오 이미지(들)를 캡처할 수 있는 비디오 소스(501)(도 5 예에서 전자 장치(520)의 일부가 아님)로부터 비디오 샘플을 수신할 수 있다. 다른 예에서, 비디오 소스(501)는 전자 장치(520)의 일부이다.
비디오 소스(501)는 임의의 적절한 비트 깊이(예를 들어, 8 비트, 10 비트, 12 비트,…), 모든 색 공간(예를 들어, BT.601 Y CrCB, RGB,…) 및 적절한 샘플링 구조(예를 들어, Y CrCb 4:2:0, Y CrCb 4:4:4)일 수 있는 디지털 비디오 샘플 스트림의 형태로 비디오 인코더(503)에 의해 코딩될 소스 비디오 시퀀스를 제공할 수 있다. 미디어 서빙 시스템에서 비디오 소스(501)는 미리 준비된 비디오를 저장하는 저장 장치일 수 있다. 화상 회의 시스템에서, 비디오 소스(501)는 로컬 이미지 정보를 비디오 시퀀스로 캡처하는 카메라일 수 있다. 비디오 데이터는 순차적으로 볼 때 모션을 부여하는 복수의 개별 픽처로 제공될 수 있다. 픽처 자체는 픽셀의 공간적 어레이로 구성될 수 있으며, 각 픽셀은 사용중인 샘플링 구조, 색 공간 등에 따라 하나 이상의 샘플을 포함할 수 있다. 통상의 기술자는 픽셀과 샘플 사이의 관계를 쉽게 이해할 수 있다. 아래 설명은 샘플에 중점을 둔다.
일 실시예에 따르면, 비디오 인코더(503)는 소스 비디오 시퀀스의 픽처를 실시간으로 또는 애플리케이션에 의해 요구되는 임의의 다른 시간 제약하에 코딩된 비디오 시퀀스(543)로 코딩하고 압축할 수 있다. 적절한 코딩 속도를 적용하는 것은 제어기(550)의 기능 중 하나이다. 일부 실시예에서, 제어기(550)는 후술되는 바와 같이 다른 기능 유닛을 제어하고 다른 기능 유닛에 기능적으로 결합된다. 명확성을 위해 결합은 도시되지 않았다. 제어기(550)에 의해 설정되는 파라미터는 속도 제어 관련 파라미터(픽처 스킵, 양자화기, 속도 왜곡 최적화 기술의 람다 값, ...), 픽처 크기, 픽처 그룹(GOP) 레이아웃, 최대 MV 벡터 허용 참조 영역, 기타 등등을 포함할 수 있다. 제어기(550)는 특정 시스템 설계에 최적화된 비디오 인코더(503)에 속하는 다른 적절한 기능을 갖도록 구성될 수 있다.
일부 실시예에서, 비디오 인코더(503)는 코딩 루프에서 동작하도록 구성된다. 과도하게 단순화된 설명으로서, 일례에서, 코딩 루프는 소스 코더(530)(예를 들어, 코딩될 입력 픽처에 기초하여 심볼 스트림과 같은 심볼 및 참조 픽처(들)를 생성하는 것을 담당), 및 비디오 인코더(503)에 내장된 (로컬) 디코더(533)를 포함할 수 있다. 디코더(533)는 (심볼과 코딩된 비디오 비트 스트림 간의 압축은 개시된 발명에서 고려되는 비디오 압축 기술에서 무손실이므로) (원격) 디코더가 생성하는 것과 유사한 방식으로 샘플 데이터를 생성하기 위해 심볼을 재구성한다. 재구성된 샘플 스트림(샘플 데이터)은 참조 픽처 메모리(534)에 입력된다. 심볼 스트림의 디코딩이 디코더 위치(로컬 또는 원격)와 무관하게 비트-정확한 결과(bit-exact result)로 이어지므로, 참조 픽처 메모리(534)의 콘텐츠는 로컬 인코더와 원격 인코더 간에 비트 정확(bit exact)이다. 즉, 인코더의 예측 부분은 디코딩 중에 예측을 사용할 때 디코더가 "보는" 것과 정확히 동일한 샘플 값을 참조 픽처 샘플링으로서 "본다". 참조 픽처 동기성(reference picture synchronicity)의 기본 원리(예를 들어 채널 오류로 인해 동기화를 유지할 수 없는 경우 결과 초안(resulting drift))는 일부 관련 기술에서도 사용된다.
"로컬" 디코더(533)의 동작은 비디오 디코더(410)와 같은 "원격" 디코더의 동작과 동일할 수 있으며, 이는 이미 도 4와 관련하여 상세하게 설명되었다. 간단히 도 4를 참조하면, 심볼이 이용 가능하고 엔트로피 코더(545) 및 파서(420)에 의해 코딩된 비디오 시퀀스로 심볼의 인코딩/디코딩이 무손실될 수 있으므로, 비디오 디코더(410)의 엔트로피 디코딩 부분은 버퍼 메모리(415) 및 파서(420)를 포함하여, 로컬 디코더(533)에서 완전히 구현되지 않을 수 있다.
이 시점에서 관찰할 수 있는 것은 디코더에 존재하는 파싱/엔트로피 디코딩을 제외한 모든 디코더 기술이 반드시 상응하는 인코더에 실질적으로 동일한 기능적 형태로 존재해야 한다는 것이다. 이러한 이유로, 개시된 발명은 디코더 동작에 초점을 맞춘다. 인코더 기술에 대한 설명은 포괄적으로 설명된 디코더 기술의 반대이므로 생략할 수 있다. 특정 영역에서만 더 자세한 설명이 필요하며 아래에 제공된다.
동작 동안, 일부 예들에서, 소스 코더(530)는 "참조 픽처"로 지정된 비디오 시퀀스로부터 하나 이상의 이전에 코딩된 픽처를 참조하여 입력 픽처를 예측적으로 코딩하는 모션 보상된 예측 코딩을 수행할 수 있다. 이러한 방식으로, 코딩 엔진(532)은 입력 픽처에 대한 예측 참조(들)로서 선택될 수 있는 입력 픽처의 픽셀 블록과 참조 픽처(들)의 픽셀 블록 간의 차이를 코딩한다.
로컬 비디오 디코더(533)는 소스 코더(530)에 의해 생성된 심볼에 기초하여 참조 픽처로 지정될 수 있는 픽처의 코딩된 비디오 데이터를 디코딩할 수 있다. 코딩 엔진(532)의 동작은 유리하게 손실 프로세스일 수 있다. 코딩된 비디오 데이터가 비디오 디코더(도 5에 도시되지 않음)에서 디코딩될 수 있을 때, 재구성된 비디오 시퀀스는 일반적으로 약간의 오류가 있는 소스 비디오 시퀀스의 복제본일 수 있다. 로컬 비디오 디코더(533)는 참조 픽처에 대해 비디오 디코더에 의해 수행될 수 있는 디코딩 프로세스를 복제하고, 재구성된 참조 픽처가 참조 픽처 캐시(534)에 저장되게 할 수 있다. 이러한 방식으로, 비디오 인코더(503)는 원단(far-end) 비디오 디코더(전송 오류 없음)에 의해 획득될 재구성된 참조 픽처로서 공통 콘텐츠를 갖는 재구성된 참조 픽처의 사본을 로컬에 저장할 수 있다.
예측기(predictor)(535)는 코딩 엔진(532)에 대한 예측 검색을 수행할 수 있다. 즉, 새로운 픽처를 코딩하기 위해 예측기(535)는 참조 픽처 메모리(534)에서 새로운 픽처에 대한 적절한 예측 참조 역할을 할 수 있는 샘플 데이터(후보 참조 픽셀 블록) 또는 참조 픽처 MV, 블록 모양 등과 같은 특정 메타 데이터를 검색 할 수 있다. 예측기(535)는 적절한 예측 참조를 찾기 위해 샘플 블록 단위로 동작할 수 있다. 일부 경우에, 예측기(535)에 의해 획득된 검색 결과에 의해 결정된 바와 같이, 입력 픽처는 참조 픽처 메모리(534)에 저장된 다수의 참조 픽처로부터 추출된 예측 참조를 가질 수 있다.
제어기(550)는 예를 들어 비디오 데이터를 인코딩하기 위해 사용되는 파라미터 및 하위 그룹 파라미터의 설정을 포함하는 소스 코더(530)의 코딩 동작을 관리할 수 있다.
전술한 모든 기능 유닛의 출력은 엔트로피 코더(545)에서 엔트로피 코딩을 받을 수 있다. 엔트로피 코더(545)는 호프만(Huffman) 코딩, 가변 길이 코딩, 산술 코딩 등과 같은 기술에 따라 심볼을 무손실 압축함으로써 다양한 기능 유닛에 의해 생성된 심볼을 코딩된 비디오 시퀀스로 변환한다.
송신기(540)는 엔트로피 코더(545)에 의해 생성된 코딩된 비디오 시퀀스(들)를 버퍼링하여 통신 채널(560)을 통한 전송을 준비할 수 있으며, 이는 인코딩된 비디오 데이터를 정장하는 저장 장치에 대한 하드웨어/소프트웨어 링크일 수 있다. 송신기(540)는 비디오 코더(503)로부터 코딩된 비디오 데이터를 전송될 다른 데이터, 예를 들어 코딩된 오디오 데이터 및/또는 보조 데이터 스트림(소스는 도시되지 않음)과 병합할 수 있다.
제어부(550)는 비디오 인코더(503)의 동작을 관리할 수 있다. 코딩 동안, 제어기(550)는 각 코딩된 픽처에 특정 코딩된 픽처 유형을 할당할 수 있으며, 이는 각각의 픽처에 적용될 수 있는 코딩 기술에 영향을 미칠 수 있다. 예를 들어, 픽처는 종종 다음 픽처 유형 중 하나로 지정될 수 있다.
인트라 픽처(I 픽처)는 예측 소스로 시퀀스의 다른 픽처를 사용하지 않고 코딩 및 디코딩될 수 있는 것일 수 있다. 일부 비디오 코덱은 예를 들어, 독립 디코더 리프레시(Independent Decoder Refresh)"IDR" 픽처를 포함하여 다양한 유형의 인트라 픽처를 허용한다. 통상의 기술자는 I 픽처의 이러한 변형 및 각각의 응용 및 특징을 알고 있다.
예측 픽처(P 픽처)는 각 블록의 샘플 값을 예측하기 위해 최대 하나의 MV와 참조 인덱스를 사용하는 인트라 예측 또는 인터 예측을 사용하여 코딩 및 디코딩 될 수 있는 것일 수 있다.
양방향 예측 픽처(B Picture)는 각 블록의 샘플 값을 예측하기 위해 최대 2개의 MV 및 참조 인덱스를 사용하는 인트라 예측 또는 인터 예측을 사용하여 코딩 및 디코딩 될 수 있는 것일 수 있다. 유사하게, 다중 예측 픽처는 단일 블록의 재구성을 위해 2개 이상의 참조 픽처와 관련 메타 데이터를 사용할 수 있다.
소스 픽처는 일반적으로 공간적으로 복수의 샘플 블록(예를 들어, 각각 4x4, 8x8, 4x8 또는 16x16 샘플 블록)으로 세분화되고 블록 단위로 코딩될 수 있다. 블록은 블록의 각각의 픽처에 적용된 코딩할당에 의해 결정된 대로 다른(이미 코딩된) 블록을 참조하여 예측적으로 코딩될 수 있다. 예를 들어, I 픽처의 블록은 비-예측적으로 코딩되거나, 동일한 픽처의 이미 코딩된 블록(공간 예측 또는 인트라 예측)을 참조하여 예측적으로 코딩될 수 있다. P 픽처의 픽셀 블록은 하나의 이전에 코딩된 참조 픽처를 참조하여 공간적 예측 또는 시간적 예측을 통해 예측적으로 코딩될 수 있다. B 픽처의 블록은 하나 또는 두 개의 이전에 코딩된 참조 픽처를 참조하여 공간적 예측을 통해 또는 시간적 예측을 통해 예측적으로 코딩될 수 있다.
비디오 인코더(503)는 ITU-T Rec. H.265.와 같은 미리 결정된 비디오 코딩 기술 또는 표준에 따라 코딩 동작을 수행할 수 있다. 그 동작에서, 비디오 인코더(503)는 입력 비디오 시퀀스에서 시간적 및 공간적 중복성을 이용하는 예측 코딩 동작을 포함하는 다양한 압축 동작을 수행할 수 있다. 따라서, 코딩된 비디오 데이터는 사용되는 비디오 코딩 기술 또는 표준에 의해 지정된 신택스를 따를 수 있다.
일 실시예에서, 송신기(540)는 인코딩된 비디오와 함께 추가 데이터를 전송할 수 있다. 소스 코더(530)는 코딩된 비디오 시퀀스의 일부로서 이러한 데이터를 포함할 수 있다. 추가 데이터는 시간/공간/SNR 향상 계층, 중복 픽처 및 슬라이스와 같은 다른 형태의 중복 데이터, SEI 메시지, VUI 파라미터 세트 프래그먼트 등을 포함할 수 있다.
비디오는 시간적 순서로 복수의 소스 픽처(비디오 픽처)로 캡처될 수 있다. 인트라 픽처 예측(종종 인트라 예측으로 축약됨)은 주어진 픽처에서 공간적 상관 관계를 사용하고, 픽처 간 예측은 픽처 간의(시간적 또는 기타) 상관 관계를 사용한다. 예를 들어, 현재 픽처라 불리는 인코딩/디코딩 중인 특정 픽처는 블록으로 파티셔닝된다. 현재 픽처의 블록이 이전에 코딩되고 비디오에서 여전히 버퍼링된 참조 픽처의 참조 블록과 유사할 때, 현재 픽처의 블록은 MV라고 하는 벡터로 코딩될 수 있다. MV는 참조 픽처에서 참조 블록을 가리키며, 여러 참조 픽처가 사용중인 경우 참조 픽처를 식별하는 3차원을 가질 수 있다.
일부 실시예에서, 이중 예측 기술(bi-prediction technique)이 인터 픽처 예측에 사용될 수 있다. 이중 예측 기술에 따르면, 비디오에서 현재 픽처에 대해 디코딩 순서가 모두 선행된 제1 참조 픽처 및 제2 참조 픽처와 같은 2개의 참조 픽처(하지만 각각 디스플레이 순서에서 과거 및 미래일 수 있음)가 사용된다. 현재 픽처의 블록은 제1 참조 픽처의 제1 참조 블록을 가리키는 제1 MV 및 제2 참조 픽처의 제2 참조 블록을 가리키는 제2 MV에 의해 코딩될 수 있다. 블록은 제1 참조 블록과 제2 참조 블록의 조합에 의해 예측될 수 있다.
또한, 인터 픽처 예측에 병합 모드 기술을 사용하여 코딩 효율을 향상시킬 수 있다.
본 개시의 일부 실시예에 따르면, 인터 픽처 예측 및 인트라 픽처 예측과 같은 예측은 블록 단위로 수행된다. 예를 들어, HEVC 표준에 따르면, 비디오 픽처 시퀀스 내의 픽처는 압축을 위해 코딩 트리 단위(CTU)로 파티셔닝되고 픽처의 CTU는 64x64 픽셀, 32x32 픽셀 또는 16x16 픽셀과 같은 동일한 크기를 갖는다. 일반적으로 CTU에는 루마 CTB 1개와 크로마 CTB 2개인 3개의 코딩 트리 블록(CTB)이 포함된다. 각 CTU는 반복적으로 쿼드 트리를 하나 또는 여러 코딩 단위(CU)로 분할할 수 있다. 예를 들어 64x64 픽셀의 CTU는 64x64 픽셀의 CU 1개 또는 32x32 픽셀의 4개 CU 또는 16x16 픽셀의 16개 CU로 분할될 수 있다. 일례에서, 각 CU는 인터 예측 유형 또는 인트라 예측 유형과 같은 CU에 대한 예측 유형을 결정하기 위해 분석된다. CU는 시간적 및/또는 공간적 예측 가능성에 따라 하나 이상의 예측 단위(PU)로 분할된다. 일반적으로 각 PU는 루마 예측 블록(PB)과 두 개의 크로마 PB를 포함한다. 일 실시예에서, 코딩(인코딩/디코딩)에서의 예측 동작은 예측 블록의 단위로 수행된다. 예측 블록의 예로서 루마 예측 블록을 사용하면, 예측 블록은 8x8 픽셀, 16x16 픽셀, 8x16 픽셀, 16x8 픽셀 등과 같은 픽셀에 대한 값의 행렬(예를 들어, 루마 값)을 포함한다.
도 6은 본 개시의 다른 실시예에 따른 비디오 인코더(603)의 다이어그램을 도시한다. 비디오 인코더(603)는 비디오 픽처 시퀀스에서 현재 비디오 픽처 내의 샘플 값의 처리 블록(예를 들어, 예측 블록)을 수신하고 처리 블록을 코딩된 픽처의 일부인 코딩된 비디오 시퀀스의 일부인 코딩된 픽처의 처리 블록을 인코딩하도록 구성된다. 일 예에서, 비디오 인코더(603)는 도 3의 예의 비디오 인코더(303) 대신에 사용된다.
HEVC 예에서, 비디오 인코더(603)는 8x8 샘플의 예측 블록 등과 같은 처리 블록에 대한 샘플 값의 행렬을 수신한다. 비디오 인코더(603)는 처리 블록이 예를 들어 레이트 왜곡 최적화를 사용하여 인트라 모드, 인터 모드 또는 양방향 예측 모드를 사용하여 가장 잘 코딩되는지를 결정한다. 처리 블록이 인트라 모드에서 코딩될 때, 비디오 인코더(603)는 처리 블록을 코딩된 픽처로 인코딩하기 위해 인트라 예측 기술을 사용할 수 있고, 처리 블록이 인터 모드 또는 이중 예측 모드로 코딩될 때, 비디오 인코더(603)는 처리 블록을 코딩된 픽처로 인코딩하기 위해 각각 인터 예측 또는 이중 예측 기술을 사용할 수 있다. 특정 비디오 코딩 기술에서, 병합 모드는 예측기 외부의 코딩된 MV 컴포넌트의 이점 없이 MV가 하나 이상의 MV 예측자로부터 유도되는 인터 픽처 예측 서브 모드일 수 있다. 특정 다른 비디오 코딩 기술에서, 해당 블록에 적용 가능한 MV 컴포넌트가 존재할 수 있다. 예에서, 비디오 인코더(603)는 처리 블록의 모드를 결정하기 위한 모드 결정 모듈(도시되지 않음)과 같은 다른 컴포넌트를 포함한다.
도 6의 예에서, 비디오 인코더(603)는 인터 인코더(630), 인트라 인코더(622), 잔여 계산기(623), 스위치(626), 잔여 인코더(624), 일반 제어기(621)를 포함하고, 도 6에 도시된 바와 같이 함께 결합된 엔트로피 인코더(625)를 포함한다.
인터 인코더(630)는 현재 블록(예를 들어, 처리 블록)의 샘플을 수신하고, 블록을 참조 픽처 중 하나 이상의 참조 블록(예를 들어, 이전 픽처 및 이후 픽처의 블록)과 비교하고, 인터 예측 정보(예를 들어, 인터 인코딩 기술에 따른 중복 정보의 설명, MV, 병합 모드 정보)는 임의의 적절한 기술을 사용하여 인터 예측 정보를 기반으로 인터 예측 결과(예를 들어, 예측 블록)를 계산한다. 일부 예에서, 참조 픽처는 인코딩된 비디오 정보에 기초하여 디코딩되는 디코딩된 참조 픽처이다.
인트라 인코더(622)는 현재 블록(예를 들어, 처리 블록)의 샘플을 수신하고, 일부 경우, 그 블록을 동일한 픽처에서 이미 코딩된 블록과 비교하고, 변환 후 양자화된 계수를 생성하고, 일부 경우에는 또한 인트라 예측 정보(예를 들어, 하나 이상의 인트라 인코딩 기술에 따른 인트라 예측 방향 정보)를 생성한다. 일 예에서, 인트라 인코더(622)는 또한 동일한 픽처의 인트라 예측 정보 및 참조 블록에 기초하여 인트라 예측 결과(예를 들어, 예측 블록)를 계산한다.
일반 제어기(621)는 일반 제어 데이터를 결정하고 일반 제어 데이터에 기초하여 비디오 인코더(603)의 다른 컴포넌트를 제어하도록 구성된다. 일 예에서, 일반 제어기(621)는 블록의 모드를 결정하고, 모드에 따라 제어 신호를 스위치(626)에 제공한다. 예를 들어, 모드가 인트라 모드인 경우, 일반 제어기(621)는 스위치(626)를 제어하여 잔여 계산기(623)에서 사용할 인트라 모드 결과를 선택하고 엔트로피 인코더(625)를 제어하여 인트라 예측 정보를 선택하고 비트 스트림에 인트라 예측 정보를 포함시키도록 하고; 모드가 인터 모드인 경우, 일반 제어기(621)는 스위치(626)를 제어하여 잔여 계산기(623)에서 사용할 인터 예측 결과를 선택하고, 엔트로피 인코더(625)를 제어하여 인터 예측 정보를 선택하여 인터 예측 정보를 비트 스트림에 포함시키도록 한다.
잔여 계산기(623)는 수신된 블록과 인트라 인코더(622) 또는 인터 인코더(630)로부터 선택된 예측 결과 사이의 차이(잔여 데이터)를 계산하도록 구성된다. 잔여 인코더(624)는 잔여 데이터에 기초하여 동작하여 잔여 데이터를 인코딩하여 변환 계수를 생성하도록 구성된다. 일례에서, 잔여 인코더(624)는 잔여 데이터를 공간 도메인에서 주파수 도메인으로 변환하고 변환 계수를 생성하도록 구성된다. 변환 계수는 양자화된 변환 계수를 얻기 위해 양자화 처리를 거친다. 다양한 실시예에서, 비디오 인코더(603)는 또한 잔여 디코더(628)를 포함한다. 잔여 디코더(628)는 역변환을 수행하고 디코딩된 잔여 데이터를 생성하도록 구성된다. 디코딩된 잔여 데이터는 인트라 인코더(622) 및 인터 인코더(630)에 의해 적절하게 사용될 수 있다. 예를 들어, 인터 인코더(630)는 디코딩된 잔여 데이터 및 인터 예측 정보에 기초하여 디코딩된 블록을 생성할 수 있고, 인트라 인코더(622)는 디코딩된 잔여 데이터 및 인트라 예측 정보에 기초하여 디코딩된 블록을 생성할 수 있다. 디코딩된 블록은 디코딩된 픽처를 생성하기 위해 적절하게 처리되고 디코딩된 픽처는 메모리 회로(도시되지 않음)에서 버퍼링될 수 있고 일부 예들에서 참조 픽처로서 사용될 수 있다.
엔트로피 인코더(625)는 인코딩된 블록을 포함하도록 비트 스트림을 포맷하도록 구성된다. 엔트로피 인코더(625)는 HEVC과 같은 적합한 표준에 따라 다양한 정보를 포함하도록 구성된다. 일 예에서, 엔트로피 인코더(625)는 일반 제어 데이터, 선택된 예측 정보(예를 들어, 인트라 예측 정보 또는 인터 예측 정보), 잔여 정보 및 기타 적절한 정보를 비트 스트림에 포함하도록 구성된다. 개시된 발명에 따르면, 인터 모드 또는 양방향 예측 모드의 병합 서브 모드에서 블록을 코딩할 때, 잔여 정보가 없음에 유의한다.
도 7은 본 개시의 다른 실시예에 따른 비디오 디코더(710)의 다이어그램을 도시한다. 비디오 디코더(710)는 코딩된 비디오 시퀀스의 일부인 코딩된 픽처를 수신하고, 코딩된 픽처를 디코딩하여 재구성된 픽처를 생성하도록 구성된다. 일 예에서, 비디오 디코더(710)는 도 3의 예에서 비디오 디코더(310) 대신에 사용된다.
도 7의 예에서, 비디오 디코더(710)는 도 7에 도시된 바와 같이 함께 연결된 엔트로피 디코더(771), 인터 디코더(780), 잔여 디코더(773), 재구성 모듈(774) 및 인트라 디코더(772)를 포함한다.
엔트로피 디코더(771)는 코딩된 픽처로부터 코딩된 픽처를 구성하는 신택스 요소를 나타내는 특정 심볼을 재구성하도록 구성될 수 있다. 이러한 심볼은 예를 들어 블록이 코딩되는 모드(예를 들어, 인트라 모드, 인터 모드, 이중 예측 모드, 병합 하위 모드(merge submode)의 후자의 두 가지 또는 다른 하위 모드), 인트라 디코더(772) 또는 인터 디코더(780)에 의해 각각 예측에 사용되는 특정 샘플 또는 메타 데이터를 식별할 수 있는 예측 정보(인트라 예측 정보 또는 인터 예측 정보), 예컨대 양자화된 변환 계수의 형태로 된 잔여 정보 등을 포함할 수 있다. 일 예에서, 예측 모드가 인터 또는 이중 예측 모드인 경우, 인터 예측 정보는 인터 디코더(780)에 제공되고; 예측 유형이 인트라 예측 유형인 경우, 인트라 예측 정보는 인트라 디코더(772)에 제공된다. 잔여 정보는 역양자화될 수 있으며 잔여 디코더(773)에 제공된다.
인터 디코더(780)는 인터 예측 정보를 수신하고 인터 예측 정보에 기초하여 인터 예측 결과를 생성하도록 구성된다.
인트라 디코더(772)는 인트라 예측 정보를 수신하고 인트라 예측 정보에 기초하여 예측 결과를 생성하도록 구성된다.
잔여 디코더(773)는 역양자화를 수행하여 역양자화된 변환 계수를 추출하고 역양자화된 변환 계수를 처리하여 주파수 도메인에서 공간 도메인으로 잔여를 변환하도록 구성된다. 잔여 디코더(773)는 또한 특정 제어 정보(양자화기 파라미터(Quantizer Parameter, QP)를 포함하도록)를 요구할 수 있으며, 해당 정보는 엔트로피 디코더(771)에 의해 제공될 수 있다(데이터 경로는 저용량 제어 정보일 수 있으므로 도시되지 않는다).
재구성 모듈(774)은 공간 도메인에서 잔여 디코더(773)에 의해 출력된 잔여 및 예측 결과(경우에 따라 인터 또는 인트라 예측 모듈에 의해 출력됨)를 결합하여, 재구성된 블록을 형성하도록 구성되고, 재구성된 블록은 재구성된 픽처의 일부일 수 있으며, 재구성된 픽처는 또한 재구성된 비디오의 일부일 수 있다. 디블로킹(deblocking) 동작 등과 같은 다른 적절한 동작이 시각적 품질을 향상시키기 위해 수행될 수 있다는 점에 유의한다.
비디오 인코더(303, 503 및 603) 및 비디오 디코더(310, 410 및 710)는 임의의 적절한 기술을 사용하여 구현될 수 있음에 유의한다. 일 실시예에서, 비디오 인코더(303, 503, 603) 및 비디오 디코더(310, 410 및 710)는 하나 이상의 집적 회로를 사용하여 구현될 수 있다. 다른 실시예에서, 비디오 인코더(303, 503 및 603) 및 비디오 디코더(310, 410 및 710)는 소프트웨어 명령을 실행하는 하나 이상의 프로세서를 사용하여 구현될 수 있다.
II. 예시적 하이 레벨 신택스 요소(Exemplary High Level Syntax Elements)
표 1은 VVC와 같은 일부 관련 예들에서 예시적인 시퀀스 파라미터 세트(SPS) 신택스 요소를 나타낸다. 인트라 코딩 및 인터 코딩과 관련된 신택스 요소는 모두 표 1에 포함되어 있다. 인트라 슬라이스만을 포함하는 인트라 프로파일의 경우, 인터 코딩 신택스 요소는 SPS에 존재할 수 있지만 인트라 프로필의 디코딩 프로세스에서는 사용되지 않음에 유의한다. 상황은 모든 스틱 픽처 프로필에도 적용된다. 즉, 인트라 슬라이스(들)만을 포함하는 스틸 픽처 프로파일의 경우, 스틸 프로파일의 디코딩 과정에서 인터 코딩 신택스 요소가 사용되지 않는다.
표 1 시퀀스 파라미터 세트 원시 바이트 시퀀스 페이로드(RBSP) 신택스
seq_parameter_set_rbsp(　) { 디스크립터
sps_seq_parameter_set_id u(4)
sps_video_parameter_set_id u(4)
sps_max_sublayers_minus1 u(3)
sps_reserved_zero_4bits u(4)
sps_ptl_dpb_hrd_params_present_flag u(1)
if( sps_ptl_dpb_hrd_params_present_flag )
profile_tier_level(　1, sps_max_sublayers_minus1　)
gdr_enabled_flag u(1)
chroma_format_idc u(2)
if( chroma_format_idc =　= 3 )
separate_colour_plane_flag u(1)
res_change_in_clvs_allowed_flag u(1)
pic_width_max_in_luma_samples ue(v)
pic_height_max_in_luma_samples ue(v)
sps_conformance_window_flag u(1)
if( sps_conformance_window_flag ) {
sps_conf_win_left_offset ue(v)
sps_conf_win_right_offset ue(v)
sps_conf_win_top_offset ue(v)
sps_conf_win_bottom_offset ue(v)
}
sps_log2_ctu_size_minus5 u(2)
subpic_info_present_flag u(1)
if( subpic_info_present_flag ) {
sps_num_subpics_minus1 ue(v)
sps_independent_subpics_flag u(1)
for( i = 0; sps_num_subpics_minus1 > 0 && i <= sps_num_subpics_minus1; i++ ) {
if( i > 0 && pic_width_max_in_luma_samples > CtbSizeY )
subpic_ctu_top_left_x[　i　] u(v)
if( i > 0 && pic_height_max_in_luma_samples > CtbSizeY ) {
subpic_ctu_top_left_y[　i　] u(v)
if( i < sps_num_subpics_minus1 &&
pic_width_max_in_luma_samples > CtbSizeY )
subpic_width_minus1[　i　] u(v)
if( i < sps_num_subpics_minus1 &&
pic_height_max_in_luma_samples > CtbSizeY )
subpic_height_minus1[　i　] u(v)
if( !sps_independent_subpics_flag) {
subpic_treated_as_pic_flag[　i　] u(1)
loop_filter_across_subpic_enabled_flag[　i　] u(1)
}
}
sps_subpic_id_len_minus1 ue(v)
subpic_id_mapping_explicitly_signalled_flag u(1)
if( subpic_id_mapping_explicitly_signalled_flag ) {
subpic_id_mapping_in_sps_flag u(1)
if( subpic_id_mapping_in_sps_flag )
for( i = 0; i <= sps_num_subpics_minus1; i++ )
sps_subpic_id[　i　] u(v)
}
}
bit_depth_minus8 ue(v)
sps_entropy_coding_sync_enabled_flag u(1)
if( sps_entropy_coding_sync_enabled_flag )
sps_wpp_entry_point_offsets_present_flag u(1)
sps_weighted_pred_flag u(1)
sps_weighted_bipred_flag u(1)
log2_max_pic_order_cnt_lsb_minus4 u(4)
sps_poc_msb_flag u(1)
if( sps_poc_msb_flag )
poc_msb_len_minus1 ue(v)
num_extra_ph_bits_bytes u(2)
extra_ph_bits_struct(　num_extra_ph_bits_bytes　)
num_extra_sh_bits_bytes u(2)
extra_sh_bits_struct(　num_extra_sh_bits_bytes　)
if( sps_max_sublayers_minus1 > 0 )
sps_sublayer_dpb_params_flag u(1)
if( sps_ptl_dpb_hrd_params_present_flag )
dpb_parameters(　sps_max_sublayers_minus1, sps_sublayer_dpb_params_flag　)
long_term_ref_pics_flag u(1)
inter_layer_ref_pics_present_flag u(1)
sps_idr_rpl_present_flag u(1)
rpl1_same_as_rpl0_flag u(1)
for( i = 0; i < rpl1_same_as_rpl0_flag ? 1 : 2; i++ ) {
num_ref_pic_lists_in_sps[　i　] ue(v)
for( j = 0; j < num_ref_pic_lists_in_sps[　i　]; j++)
ref_pic_list_struct(　i, j　)
}
if( ChromaArrayType != 0 )
qtbtt_dual_tree_intra_flag u(1)
log2_min_luma_coding_block_size_minus2 ue(v)
partition_constraints_override_enabled_flag u(1)
sps_log2_diff_min_qt_min_cb_intra_slice_luma ue(v)
sps_max_mtt_hierarchy_depth_intra_slice_luma ue(v)
if( sps_max_mtt_hierarchy_depth_intra_slice_luma != 0 ) {
sps_log2_diff_max_bt_min_qt_intra_slice_luma ue(v)
sps_log2_diff_max_tt_min_qt_intra_slice_luma ue(v)
}
sps_log2_diff_min_qt_min_cb_inter_slice ue(v)
sps_max_mtt_hierarchy_depth_inter_slice ue(v)
if( sps_max_mtt_hierarchy_depth_inter_slice != 0 ) {
sps_log2_diff_max_bt_min_qt_inter_slice ue(v)
sps_log2_diff_max_tt_min_qt_inter_slice ue(v)
}
if( qtbtt_dual_tree_intra_flag ) {
sps_log2_diff_min_qt_min_cb_intra_slice_chroma ue(v)
sps_max_mtt_hierarchy_depth_intra_slice_chroma ue(v)
if( sps_max_mtt_hierarchy_depth_intra_slice_chroma != 0 ) {
sps_log2_diff_max_bt_min_qt_intra_slice_chroma ue(v)
sps_log2_diff_max_tt_min_qt_intra_slice_chroma ue(v)
}
}
sps_max_luma_transform_size_64_flag u(1)
if( ChromaArrayType != 0 ) {
sps_joint_cbcr_enabled_flag u(1)
same_qp_table_for_chroma u(1)
numQpTables = same_qp_table_for_chroma ? 1 : ( sps_joint_cbcr_enabled_flag ? 3 : 2 )
for( i = 0; i < numQpTables; i++ ) {
qp_table_start_minus26[　i　] se(v)
num_points_in_qp_table_minus1[　i　] ue(v)
for( j = 0; j <= num_points_in_qp_table_minus1[　i　]; j++ ) {
delta_qp_in_val_minus1[　i　][　j　] ue(v)
delta_qp_diff_val[　i　][　j　] ue(v)
}
}
}
sps_sao_enabled_flag u(1)
sps_alf_enabled_flag u(1)
if( sps_alf_enabled_flag && ChromaArrayType != 0 )
sps_ccalf_enabled_flag u(1)
sps_transform_skip_enabled_flag u(1)
if( sps_transform_skip_enabled_flag ) {
log2_transform_skip_max_size_minus2 ue(v)
sps_bdpcm_enabled_flag u(1)
}
sps_ref_wraparound_enabled_flag u(1)
sps_temporal_mvp_enabled_flag u(1)
if( sps_temporal_mvp_enabled_flag )
sps_sbtmvp_enabled_flag u(1)
sps_amvr_enabled_flag u(1)
sps_bdof_enabled_flag u(1)
if( sps_bdof_enabled_flag )
sps_bdof_pic_present_flag u(1)
sps_smvd_enabled_flag u(1)
sps_dmvr_enabled_flag u(1)
if( sps_dmvr_enabled_flag)
sps_dmvr_pic_present_flag u(1)
sps_mmvd_enabled_flag u(1)
sps_isp_enabled_flag u(1)
sps_mrl_enabled_flag u(1)
sps_mip_enabled_flag u(1)
if( ChromaArrayType != 0 )
sps_cclm_enabled_flag u(1)
if( chroma_format_idc =　= 1 ) {
sps_chroma_horizontal_collocated_flag u(1)
sps_chroma_vertical_collocated_flag u(1)
}
sps_mts_enabled_flag u(1)
if( sps_mts_enabled_flag ) {
sps_explicit_mts_intra_enabled_flag u(1)
sps_explicit_mts_inter_enabled_flag u(1)
}
six_minus_max_num_merge_cand ue(v)
sps_sbt_enabled_flag u(1)
sps_affine_enabled_flag u(1)
if( sps_affine_enabled_flag ) {
five_minus_max_num_subblock_merge_cand ue(v)
sps_affine_type_flag u(1)
if( sps_amvr_enabled_flag )
sps_affine_amvr_enabled_flag u(1)
sps_affine_prof_enabled_flag u(1)
if( sps_affine_prof_enabled_flag )
sps_prof_pic_present_flag u(1)
}
sps_palette_enabled_flag u(1)
if( ChromaArrayType =　= 3 && !sps_max_luma_transform_size_64_flag )
sps_act_enabled_flag u(1)
if( sps_transform_skip_enabled_flag |　| sps_palette_enabled_flag )
min_qp_prime_ts_minus4 ue(v)
sps_bcw_enabled_flag u(1)
sps_ibc_enabled_flag u(1)
if( sps_ibc_enabled_flag )
six_minus_max_num_ibc_merge_cand ue(v)
sps_ciip_enabled_flag u(1)
if( sps_mmvd_enabled_flag )
sps_fpel_mmvd_enabled_flag u(1)
if( MaxNumMergeCand >= 2 ) {
sps_gpm_enabled_flag u(1)
if( sps_gpm_enabled_flag && MaxNumMergeCand >= 3 )
max_num_merge_cand_minus_max_num_gpm_cand ue(v)
}
sps_lmcs_enabled_flag u(1)
sps_lfnst_enabled_flag u(1)
sps_ladf_enabled_flag u(1)
if( sps_ladf_enabled_flag ) {
sps_num_ladf_intervals_minus2 u(2)
sps_ladf_lowest_interval_qp_offset se(v)
for( i = 0; i < sps_num_ladf_intervals_minus2　+　1; i++ ) {
sps_ladf_qp_offset[　i　] se(v)
sps_ladf_delta_threshold_minus1[　i　] ue(v)
}
}
log2_parallel_merge_level_minus2 ue(v)
sps_explicit_scaling_list_enabled_flag u(1)
sps_dep_quant_enabled_flag u(1)
if( !sps_dep_quant_enabled_flag )
sps_sign_data_hiding_enabled_flag u(1)
sps_virtual_boundaries_enabled_flag u(1)
if( sps_virtual_boundaries_enabled_flag ) {
sps_virtual_boundaries_present_flag u(1)
if( sps_virtual_boundaries_present_flag ) {
sps_num_ver_virtual_boundaries u(2)
for( i = 0; i < sps_num_ver_virtual_boundaries; i++ )
sps_virtual_boundaries_pos_x[　i　] u(13)
sps_num_hor_virtual_boundaries u(2)
for( i = 0; i < sps_num_hor_virtual_boundaries; i++ )
sps_virtual_boundaries_pos_y[　i　] u(13)
}
}
if( sps_ptl_dpb_hrd_params_present_flag ) {
sps_general_hrd_params_present_flag u(1)
if( sps_general_hrd_params_present_flag ) {
general_hrd_parameters(　)
if( sps_max_sublayers_minus1 > 0 )
sps_sublayer_cpb_params_present_flag u(1)
firstSubLayer = sps_sublayer_cpb_params_present_flag ? 0 :
sps_max_sublayers_minus1
ols_hrd_parameters(　firstSubLayer, sps_max_sublayers_minus1　)
}
}
field_seq_flag u(1)
vui_parameters_present_flag u(1)
if( vui_parameters_present_flag )
vui_parameters(　) /* Specified in ITU-T H.SEI | ISO/IEC 23002-7 */
sps_extension_flag u(1)
if( sps_extension_flag )
while( more_rbsp_data(　) )
sps_extension_data_flag u(1)
rbsp_trailing_bits(　)
}
표 2는 VVC와 같은 일부 관련 예들에서 예시적인 픽처 파라미터 세트(PPS) 신택스 요소를 나타낸다. 인트라 코딩 및 인터 코딩과 관련된 신택스 요소는 모두 표 2에 포함되어 있다. 인트라 슬라이스만을 포함하는 인트라 프로파일의 경우, 인터 코딩 신택스 요소는 PPS에 존재할 수 있지만, 디코딩 프로세스에서는 사용되지 않음에 유의한다. 인트라 프로필. 상황은 모든 스틱 픽처 프로필에도 적용된다. 즉, 인트라 슬라이스(들)만을 포함하는 스틸 픽처 프로파일의 경우, 스틸 프로파일의 디코딩 과정에서 인터 코딩 신택스 요소가 사용되지 않는다.
표 2 픽처 파라미터 RBSP 신택스
pic_parameter_set_rbsp(　) { 디스크립터
pps_pic_parameter_set_id ue(v)
pps_seq_parameter_set_id u(4)
mixed_nalu_types_in_pic_flag u(1)
pic_width_in_luma_samples ue(v)
pic_height_in_luma_samples ue(v)
pps_conformance_window_flag u(1)
if( pps_conformance_window_flag ) {
pps_conf_win_left_offset ue(v)
pps_conf_win_right_offset ue(v)
pps_conf_win_top_offset ue(v)
pps_conf_win_bottom_offset ue(v)
}
scaling_window_explicit_signalling_flag u(1)
if( scaling_window_explicit_signalling_flag ) {
scaling_win_left_offset ue(v)
scaling_win_right_offset ue(v)
scaling_win_top_offset ue(v)
scaling_win_bottom_offset ue(v)
}
output_flag_present_flag u(1)
subpic_id_mapping_in_pps_flag u(1)
if( subpic_id_mapping_in_pps_flag ) {
pps_num_subpics_minus1 ue(v)
pps_subpic_id_len_minus1 ue(v)
for( i = 0; i <= pps_num_subpic_minus1; i++ )
pps_subpic_id[　i　] u(v)
}
no_pic_partition_flag u(1)
if( !no_pic_partition_flag ) {
pps_log2_ctu_size_minus5 u(2)
num_exp_tile_columns_minus1 ue(v)
num_exp_tile_rows_minus1 ue(v)
for( i = 0; i <= num_exp_tile_columns_minus1; i++ )
tile_column_width_minus1[　i　] ue(v)
for( i = 0; i <= num_exp_tile_rows_minus1; i++ )
tile_row_height_minus1[　i　] ue(v)
if( NumTilesInPic > 1 )
rect_slice_flag u(1)
if( rect_slice_flag )
single_slice_per_subpic_flag u(1)
if( rect_slice_flag && !single_slice_per_subpic_flag ) {
num_slices_in_pic_minus1 ue(v)
if( num_slices_in_pic_minus1 > 0 )
tile_idx_delta_present_flag u(1)
for( i = 0; i < num_slices_in_pic_minus1; i++ ) {
if( NumTileColumns > 1 )
slice_width_in_tiles_minus1[　i　] ue(v)
if( NumTileRows > 1 && (　tile_idx_delta_present_flag |　|
SliceTopLeftTileIdx[　i　]　%　NumTileColumns =　= 0　) )
slice_height_in_tiles_minus1[　i　] ue(v)
if( slice_width_in_tiles_minus1[　i　] =　= 0 &&
slice_height_in_tiles_minus1[　i　] =　= 0 &&
RowHeight[　SliceTopLeftTileIdx[　i　]　/　NumTileColumns　] > 1 ) {
num_exp_slices_in_tile[　i　] ue(v)
for( j = 0; j < num_exp_slices_in_tile[　i　]; j++ )
exp_slice_height_in_ctus_minus1[　i　][　j　] ue(v)
i += NumSlicesInTile[　i　]　-　1
}
if( tile_idx_delta_present_flag && i < num_slices_in_pic_minus1 )
tile_idx_delta[　i　] se(v)
}
}
loop_filter_across_tiles_enabled_flag u(1)
loop_filter_across_slices_enabled_flag u(1)
}
cabac_init_present_flag u(1)
for( i = 0; i < 2; i++ )
num_ref_idx_default_active_minus1[　i　] ue(v)
rpl1_idx_present_flag u(1)
init_qp_minus26 se(v)
cu_qp_delta_enabled_flag u(1)
pps_chroma_tool_offsets_present_flag u(1)
if( pps_chroma_tool_offsets_present_flag ) {
pps_cb_qp_offset se(v)
pps_cr_qp_offset se(v)
pps_joint_cbcr_qp_offset_present_flag u(1)
if( pps_joint_cbcr_qp_offset_present_flag )
pps_joint_cbcr_qp_offset_value se(v)
pps_slice_chroma_qp_offsets_present_flag u(1)
pps_cu_chroma_qp_offset_list_enabled_flag u(1)
}
if( pps_cu_chroma_qp_offset_list_enabled_flag ) {
chroma_qp_offset_list_len_minus1 ue(v)
for( i = 0; i <= chroma_qp_offset_list_len_minus1; i++ ) {
cb_qp_offset_list[　i　] se(v)
cr_qp_offset_list[　i　] se(v)
if( pps_joint_cbcr_qp_offset_present_flag )
joint_cbcr_qp_offset_list[　i　] se(v)
}
}
pps_weighted_pred_flag u(1)
pps_weighted_bipred_flag u(1)
deblocking_filter_control_present_flag u(1)
if( deblocking_filter_control_present_flag ) {
deblocking_filter_override_enabled_flag u(1)
pps_deblocking_filter_disabled_flag u(1)
if( !pps_deblocking_filter_disabled_flag ) {
pps_beta_offset_div2 se(v)
pps_tc_offset_div2 se(v)
pps_cb_beta_offset_div2 se(v)
pps_cb_tc_offset_div2 se(v)
pps_cr_beta_offset_div2 se(v)
pps_cr_tc_offset_div2 se(v)
}
}
rpl_info_in_ph_flag u(1)
if( deblocking_filter_override_enabled_flag )
dbf_info_in_ph_flag u(1)
sao_info_in_ph_flag u(1)
alf_info_in_ph_flag u(1)
if( ( pps_weighted_pred_flag |　| pps_weighted_bipred_flag ) && rpl_info_in_ph_flag )
wp_info_in_ph_flag u(1)
qp_delta_info_in_ph_flag u(1)
pps_ref_wraparound_enabled_flag u(1)
if( pps_ref_wraparound_enabled_flag )
pps_ref_wraparound_offset ue(v)
picture_header_extension_present_flag u(1)
slice_header_extension_present_flag u(1)
pps_extension_flag u(1)
if( pps_extension_flag )
while( more_rbsp_data(　) )
pps_extension_data_flag u(1)
rbsp_trailing_bits(　)
}
표 3 및 표 4는 VVC와 같은 일부 관련 예들에서 예시적인 픽처 헤더(picture header, PH) 신택스 요소를 나타낸다. 픽처는 인트라 슬라이스와 인터 슬라이스의 조합을 포함할 수 있다. 픽처가 인트라 슬라이스만을 포함하는 경우, 인터 코딩 신택스 요소는 PH에 존재할 수 있지만 픽처의 디코딩 과정에서 사용되지 않는다. 픽처의 오버헤드를 줄이기 위해, 일부 예들에서, 표 4의 ph_inter_slice_allowed_flag 및 ph_intra_slice_allowed_flag는 인트라 코딩 관련 신택스 요소 및 인터 코딩 관련 신택스 요소를 조건부로 시그널링하기 위해 사용된다.
표 3 픽처 헤더 RBSP 신택스
picture_header_rbsp(　) { 디스크립터
picture_header_structure(　)
rbsp_trailing_bits(　)
}
표 4 픽처 헤더 구조
picture_header_structure(　) { 디스크립터
gdr_or_irap_pic_flag u(1)
if( gdr_or_irap_pic_flag )
gdr_pic_flag u(1)
ph_inter_slice_allowed_flag u(1)
if( ph_inter_slice_allowed_flag )
ph_intra_slice_allowed_flag u(1)
non_reference_picture_flag u(1)
ph_pic_parameter_set_id ue(v)
ph_pic_order_cnt_lsb u(v)
if( gdr_or_irap_pic_flag )
no_output_of_prior_pics_flag u(1)
if( gdr_pic_flag )
recovery_poc_cnt ue(v)
for( i = 0; i < NumExtraPhBits; i++ )
ph_extra_bit[　i　] u(1)
if( sps_poc_msb_flag ) {
ph_poc_msb_present_flag u(1)
if( ph_poc_msb_present_flag )
poc_msb_val u(v)
}
if( sps_alf_enabled_flag && alf_info_in_ph_flag ) {
ph_alf_enabled_flag u(1)
if( ph_alf_enabled_flag ) {
ph_num_alf_aps_ids_luma u(3)
for( i = 0; i < ph_num_alf_aps_ids_luma; i++ )
ph_alf_aps_id_luma[　i　] u(3)
if( ChromaArrayType != 0 )
ph_alf_chroma_idc u(2)
if( ph_alf_chroma_idc > 0 )
ph_alf_aps_id_chroma u(3)
if( sps_ccalf_enabled_flag ) {
ph_cc_alf_cb_enabled_flag u(1)
if( ph_cc_alf_cb_enabled_flag )
ph_cc_alf_cb_aps_id u(3)
ph_cc_alf_cr_enabled_flag u(1)
if( ph_cc_alf_cr_enabled_flag )
ph_cc_alf_cr_aps_id u(3)
}
}
}
if( sps_lmcs_enabled_flag ) {
ph_lmcs_enabled_flag u(1)
if( ph_lmcs_enabled_flag ) {
ph_lmcs_aps_id u(2)
if( ChromaArrayType != 0 )
ph_chroma_residual_scale_flag u(1)
}
}
if( sps_explicit_scaling_list_enabled_flag ) {
ph_explicit_scaling_list_enabled_flag u(1)
if( ph_explicit_scaling_list_enabled_flag )
ph_scaling_list_aps_id u(3)
}
if( sps_virtual_boundaries_enabled_flag && !sps_virtual_boundaries_present_flag ) {
ph_virtual_boundaries_present_flag u(1)
if( ph_virtual_boundaries_present_flag ) {
ph_num_ver_virtual_boundaries u(2)
for( i = 0; i < ph_num_ver_virtual_boundaries; i++ )
ph_virtual_boundaries_pos_x[　i　] u(13)
ph_num_hor_virtual_boundaries u(2)
for( i = 0; i < ph_num_hor_virtual_boundaries; i++ )
ph_virtual_boundaries_pos_y[　i　] u(13)
}
}
if( output_flag_present_flag )
pic_output_flag u(1)
if( rpl_info_in_ph_flag )
ref_pic_lists(　)
if( partition_constraints_override_enabled_flag )
partition_constraints_override_flag u(1)
if( ph_intra_slice_allowed_flag ) {
if( partition_constraints_override_flag ) {
ph_log2_diff_min_qt_min_cb_intra_slice_luma ue(v)
ph_max_mtt_hierarchy_depth_intra_slice_luma ue(v)
if( ph_max_mtt_hierarchy_depth_intra_slice_luma != 0 ) {
ph_log2_diff_max_bt_min_qt_intra_slice_luma ue(v)
ph_log2_diff_max_tt_min_qt_intra_slice_luma ue(v)
}
if( qtbtt_dual_tree_intra_flag ) {
ph_log2_diff_min_qt_min_cb_intra_slice_chroma ue(v)
ph_max_mtt_hierarchy_depth_intra_slice_chroma ue(v)
if( ph_max_mtt_hierarchy_depth_intra_slice_chroma != 0 ) {
ph_log2_diff_max_bt_min_qt_intra_slice_chroma ue(v)
ph_log2_diff_max_tt_min_qt_intra_slice_chroma ue(v)
}
}
}
if( cu_qp_delta_enabled_flag )
ph_cu_qp_delta_subdiv_intra_slice ue(v)
if( pps_cu_chroma_qp_offset_list_enabled_flag )
ph_cu_chroma_qp_offset_subdiv_intra_slice ue(v)
}
if( ph_inter_slice_allowed_flag ) {
if( partition_constraints_override_flag ) {
ph_log2_diff_min_qt_min_cb_inter_slice ue(v)
ph_max_mtt_hierarchy_depth_inter_slice ue(v)
if( ph_max_mtt_hierarchy_depth_inter_slice != 0 ) {
ph_log2_diff_max_bt_min_qt_inter_slice ue(v)
ph_log2_diff_max_tt_min_qt_inter_slice ue(v)
}
}
if( cu_qp_delta_enabled_flag )
ph_cu_qp_delta_subdiv_inter_slice ue(v)
if( pps_cu_chroma_qp_offset_list_enabled_flag )
ph_cu_chroma_qp_offset_subdiv_inter_slice ue(v)
if( sps_temporal_mvp_enabled_flag ) {
ph_temporal_mvp_enabled_flag u(1)
if( ph_temporal_mvp_enabled_flag && rpl_info_in_ph_flag ) {
ph_collocated_from_l0_flag u(1)
if( ( ph_collocated_from_l0_flag &&
num_ref_entries[　0　][　RplsIdx[　0　]　] > 1 ) |　|
( !ph_collocated_from_l0_flag &&
num_ref_entries[　1　][　RplsIdx[　1　]　] > 1 ) )
ph_collocated_ref_idx ue(v)
}
}
mvd_l1_zero_flag u(1)
if( sps_fpel_mmvd_enabled_flag )
ph_fpel_mmvd_enabled_flag u(1)
if( sps_bdof_pic_present_flag )
ph_disable_bdof_flag u(1)
if( sps_dmvr_pic_present_flag )
ph_disable_dmvr_flag u(1)
if( sps_prof_pic_present_flag )
ph_disable_prof_flag u(1)
if( ( pps_weighted_pred_flag |　| pps_weighted_bipred_flag ) && wp_info_in_ph_flag )
pred_weight_table(　)
}
if( qp_delta_info_in_ph_flag )
ph_qp_delta se(v)
if( sps_joint_cbcr_enabled_flag )
ph_joint_cbcr_sign_flag u(1)
if( sps_sao_enabled_flag && sao_info_in_ph_flag ) {
ph_sao_luma_enabled_flag u(1)
if( ChromaArrayType != 0 )
ph_sao_chroma_enabled_flag u(1)
}
if( sps_dep_quant_enabled_flag )
ph_dep_quant_enabled_flag u(1)
if( sps_sign_data_hiding_enabled_flag && !ph_dep_quant_enabled_flag )
pic_sign_data_hiding_enabled_flag u(1)
if( deblocking_filter_override_enabled_flag && dbf_info_in_ph_flag ) {
ph_deblocking_filter_override_flag u(1)
if( ph_deblocking_filter_override_flag ) {
ph_deblocking_filter_disabled_flag u(1)
if( !ph_deblocking_filter_disabled_flag ) {
ph_beta_offset_div2 se(v)
ph_tc_offset_div2 se(v)
ph_cb_beta_offset_div2 se(v)
ph_cb_tc_offset_div2 se(v)
ph_cr_beta_offset_div2 se(v)
ph_cr_tc_offset_div2 se(v)
}
}
}
if( picture_header_extension_present_flag ) {
ph_extension_length ue(v)
for( i = 0; i < ph_extension_length; i++)
ph_extension_data_byte[　i　] u(8)
}
}
III. 예시적 프로파일 정보(Exemplary Profile Information)
표 5는 VVC와 같은 일부 관련 예에서 예시적인 프로파일 정보를 보여준다. 프로파일 정보는 표 5에 도시된 바와 같이 SPS의 profile_tier_level()에 존재할 수 있으며 일반 제약 정보인 general_constraint_info()를 포함할 수 있다.
표 6은 VVC와 같은 일부 관련 예에서 예시적인 일반 제약 정보를 보여준다. 일반 제약 정보에서 인트라 전용 제약 플래그(intra only constraint flag)(예를 들어, 표 6의 intra_only_constraint_flag)와 같은 제1 플래그는 프로파일에 맞는 픽처 슬라이스의 슬라이스 타입이 인트라 슬라이스인지 여부를 지시하는 데 사용될 수 있다. 1과 동일한 제1 플래그는 프로파일을 준수하는 이미지 슬라이스의 슬라이스 유형이 인트라 슬라이스(slice_type = I 슬라이스)임을 지정한다. 0과 같은 제1 플래그는 그러한 제약을 부과하지 않는다.
표 5 SPS의 프로필 정보
profile_tier_level(　profileTierPresentFlag, maxNumSubLayersMinus1　) { 디스크립터
if( profileTierPresentFlag ) {
general_profile_idc u(7)
general_tier_flag u(1)
general_constraint_info(　)
}
general_level_idc u(8)
...
}
표 6 프로필 정보의 일반 제약 정보
general_constraint_info(　) { 디스크립터
general_progressive_source_flag u(1)
general_interlaced_source_flag u(1)
general_non_packed_constraint_flag u(1)
general_frame_only_constraint_flag u(1)
general_non_projected_constraint_flag u(1)
intra_only_constraint_flag u(1)
...
}
메인 10 프로파일을 따르는 비트스트림은 다음과 같은 제약을 따를 수 있다: (i) 참조된 SPS는 0 또는 1과 동일한 chroma_format_idc를 갖는다; (ii) 참조된 SPS는 0 내지 2(포함)의 범위의 bit_depth_minus8을 갖는다; (iii) 참조된 SPS는 0과 동일한 sps_palette_enabled_flag를 가진다; (iv) 뷰 파라미터 세트(VPS)(이용 가능한 경우) 및 참조된 SPS에서 i의 모든 값에 대한 general_level_idc 및 sublayer_level_idc[ i ]는 255(레벨 8.5를 나타낸다)와 동일하지 않다; 그리고 (v) 해당되는 경우 VVC의 기본 10 프로필에 대해 지정된 계층 및 수준 제약 조건이 충족될 수 있다.
메인 10 프로파일에 대한 비트스트림의 일치는 1과 동일한 general_profile_idc로 표시된다. 특정 계층의 특정 레벨에서 메인 10 프로파일을 준수하는 디코더는 다음 조건이 모두 적용되는 모든 비트스트림을 디코딩할 수 있다: (i) 비트스트림은 메인 10 프로파일을 준수하도록 표시된다; (ii) 비트스트림은 지정된 계층보다 낮거나 같은 계층을 따르도록 표시된다; 그리고 (iii) 비트스트림은 레벨 8.5가 아닌 지정된 레벨 이하인 레벨을 따르도록 표시된다.
메인 4:4:4 10 프로파일을 준수하는 비트스트림은 다음과 같은 제약을 따를 수 있다: (i) 참조된 SPS는 0 내지 3 범위의 chroma_format_idc를 포함한다; (ii) 참조된 SPS는 0 내지 2(포함)의 범위의 bit_depth_minus8을 갖는다; (iii) VPS(사용 가능한 경우) 및 참조된 SPS에서 i의 모든 값에 대한 general_level_idc 및 sublayer_level_idc[ i ]는 255(레벨 8.5를 나타낸다)와 동일하다; 그리고 (iv) VVC의 메인 4:4:4 10 프로필에 대해 지정된 계층 및 수준 제약 조건이 해당되는 경우 충족될 수 있다.
메인 4:4:4 10 프로파일에 대한 비트스트림의 일치는 2와 동일한 general_profile_idc에 의해 표시된다. 특정 계층의 특정 레벨에서 메인 4:4:4 10 프로파일을 준수하는 디코더는 다음 조건 모두가 적용되는 모든 비트스트림을 디코딩을 수행할 수 있다: (i) 비트스트림이 메인 4:4:4 10 또는 메인 10 프로파일을 따르도록 표시되다; (ii) 비트스트림은 지정된 계층보다 낮거나 같은 계층을 따르도록 표시된다; 그리고 (iii) 비트스트림은 레벨 8.5가 아닌 지정된 레벨 이하인 레벨을 따르도록 표시된다.
IV. 인트라 슬라이스만을 포함하는 비디오 시퀀스에 대한 프로필 정보(Profile Information for Video Sequence Including Only Intra Slices)
일부 관련 예들에서, SPS-레벨 플래그(예를 들어, sps_inter_allowed_flag)는 인트라 슬라이스들만이 코딩된 비디오 시퀀스 또는 비트스트림에 포함된다는 것을 나타내기 위해 사용될 수 있다. 플래그는 중복성을 줄이기 위해 인터 코딩 관련 신택스 요소의 시그널링을 건너뛰는 데 사용될 수 있다. 예를 들어, sps_inter_allowed_flag가 1일 때, 인터 코딩 관련 신택스 요소는 SPS에 존재할 수 있다. sps_inter_allowed_flag가 0일 때, 인트라 코딩 관련 신택스 요소만이 SPS에 존재할 수 있다.
추가적으로, 일부 관련된 예들에서, PPS-레벨 플래그(예를 들어, pps_inter_allowed_flag)는 코딩된 비디오 시퀀스에 인트라 슬라이스들만이 포함된다는 것을 나타내기 위해 사용될 수 있다. 플래그는 중복성을 줄이기 위해 인터 코딩 관련 신택스 요소의 시그널링을 건너뛰는 데 사용될 수 있다. 예를 들어, pps_inter_allowed_flag가 1일 때, 인터 코딩 관련 신택스 요소가 PPS에 존재할 수 있다. pps_inter_allowed_flag가 0일 때, 인트라 코딩 관련 신택스 요소만이 PPS에 존재할 수 있다.
이 개시는 인트라 슬라이스만이 코딩된 비디오 시퀀스에 포함되는 때를 나타내기 위해 프로파일 정보를 사용하는 방법을 포함한다.
본 개시의 관점에 따르면, 전체 인트라 프로파일은 인트라 슬라이스들만이 코딩된 비디오 시퀀스에 포함된다는 것을 나타내기 위해 사용될 수 있다. 모든 인트라 프로파일에서 이 프로파일을 따르는 모든 슬라이스는 인트라 코딩된다. 모든 인트라 프로파일은 프로파일 식별 정보(예를 들어, 표 5의 general_profile_idc)와 같은 프로파일 정보로 지시될 수 있다.
스틸 픽처 프로파일은 코딩된 비디오 시퀀스에 인트라 슬라이스만이 포함된다는 것을 나타내기 위해 사용될 수 있다. 스틸 픽처 프로파일에서 이 프로파일을 따르는 모든 슬라이스는 인트라 코딩된다. 스틸 픽처는 프로필 식별 정보(예를 들어, 일반 프로필 idc)와 같은 프로필 정보로 나타낼 수 있다. 스틸 픽처 프로파일은 카메라로 캡처한 스틸 사진, 컴퓨터 생성 이미지, 비디오 시퀀스에서 스냅샷 추출 등에 사용할 수 있다. 스틸 픽처 프로파일은 위에서 설명한 메인 10 프로파일 기능의 하위 집합을 가질 수 있다.
일 실시예에서, 스틸 픽처 프로파일의 경우, 하나의 픽처 전용 제약 플래그(예를 들어, 표 7의 one_picture_only_constraint_flag)와 같은 제2 플래그가 프로파일 정보에 포함될 수 있다. 하나의 픽처 전용 제약 플래그는 모든 슬라이스가 인트라 코딩되고 코딩된 비디오 시퀀스에 하나의 픽처만 있는지 여부를 나타낼 수 있다. 예에서, 1과 동일한 하나의 픽처 전용 제약 플래그는 코딩된 비디오 시퀀스의 스틸 픽처 프로파일을 준수하는 모든 슬라이스가 인트라 코딩되고(예를 들어, slice_type = I 슬라이스) 코딩된 비디오 시퀀스에 하나의 픽처만 있음을 지정한다. 0과 같은 하나의 픽처 전용 제약 플래그는 그러한 제약을 부과하지 않는다.
일 실시예에서, 하나의 픽처 전용 제약 플래그(one picture only constraint flag)는 프로파일 정보(예를 들어, profile_tier_level())의 일반 제약 정보(예를 들어, general_constraint_info())에서 시그널링된다. 표 7은 하나의 픽처 전용 제약 플래그를 포함하는 일반 제약 정보의 예를 제공한다. 상술한 바와 같이, 표 7의 일반 제약 정보는 표 5의 profile_tier_level()과 같은 프로파일 정보에 포함될 수 있다.
표 7 하나의 픽처 전용 제약 플래그를 포함하는 일반 제약 정보
General_constraint_info(　) { 디스크립터
general_progressive_source_flag u(1)
general_interlaced_source_flag u(1)
general_non_packed_constraint_flag u(1)
general_frame_only_constraint_flag u(1)
general_non_projected_constraint_flag u(1)
one_picture_only_constraint_flag u(1)
intra_only_constraint_flag u(1)
...
}
본 개시의 관점에 따르면, 비트스트림 적합성(bitstream conformance)에서 인트라 전용 제약 플래그 및 하나의 픽처 전용 제약 플래그와 같은, 하나 이상의 제약이 제1 및 제2 플래그 사이에 적용될 수 있다.
실시예에서, 표 7에 도시된 바와 같이, 하나의 픽처 전용 제한 플래그는 인트라 전용 제한 플래그보다 먼저 시그널링된다. 하나의 픽처 전용 제약 플래그가 코딩된 비디오 시퀀스의 스틸 픽처 프로파일을 준수하는 모든 슬라이스가 인트라 코딩되어 하나의 픽처에 포함됨을 나타낼 때(예를 들어, 표 7에서 one_picture_only_constraint_flag=1), 인트라 전용 제약 플래그는 스틸 픽처 프로파일을 따르는 슬라이스의 슬라이스 타입이 비트스트림 적합성에 기초하여 인트라 슬라이스(예를 들어, 표 7의 intra_only_constraint_flag=1)임을 지시하도록 설정될 수 있다.
일 실시예에서, 1과 동일한 하나의 픽처 전용 제약 플래그는 스틸 픽처 프로파일에 부합하는 슬라이스의 슬라이스 유형이 인트라 슬라이스(예를 들어, slice_type = I 슬라이스)이고 비트스트림에 오직 하나의 픽처가 있다는 것을 지정한다. 0과 동일한 하나의 픽처 전용 제약 플래그는 그러한 제약을 부과하지 않는다. 1과 동일한 인트라 전용 제약 플래그는 슬라이스의 슬라이스 유형이 인트라 슬라이스(slice_type = I 슬라이스)임을 지정한다. 0과 동일한 인트라 전용 제약 플래그는 이러한 제약을 부과하지 않는다. 비트스트림 적합성에 기초하여, 하나의 픽처 전용 제약 플래그가 참일 때, 인트라 전용 제약 플래그도 참이다.
일 실시예에서, 하나의 픽처 전용 제약 플래그가 1과 같을 때, 코딩된 비디오 시퀀스의 유일한 픽처는 IDR(instantaneous decoding refresh) 픽처 또는 클린 랜덤 액세스(clean random access, CRA) 픽처와 같이 인트라 랜덤 액세스 픽처(intra random access picture, IRAP)일 수 있다.
일 실시예에서, 하나의 픽처 전용 제약 플래그가 1과 동일할 때, 비디오 파라미터 세트(video parameter set, VPS)는 존재하지 않을 수 있고 코딩된 비디오 시퀀스의 레이어의 수는 1과 동일할 수 있다.
일 실시예에서, 하나의 픽처 전용 제약 플래그가 1인 경우, 참조 픽처 리스트(reference picture list, RPL) 및 픽처 순서 카운트(picture order counter, POC)는 픽처 헤더 또는 슬라이스 헤더에 존재하지 않을 수 있다.
일 실시예에서, 하나의 픽처 전용 제약 플래그가 1과 동일한 경우, 액세스 유닛 구분자(access unit delimiter, AUD) 및 스트림 끝(end of stream, EOS) 네트워크 추상화 계층(network abstraction layer, NAL) 유닛이 비트스트림에 존재하지 않을 수 있다.
일 실시예에서, 전체 인트라 프로파일에 대해, 인트라 전용 제약 플래그는 이 프로파일을 준수하는 모든 슬라이스가 예를 들어 인트라 전용 제약 플래그가 1로 설정되는 경우에만 인트라 코딩됨을 나타낸다. 그러므로 모든 인트라 프로파일에서, 비트스트림에는 인트라 슬라이스만 존재할 수 있다.
일 실시예에서, 스틸 픽처 프로파일에 대해, 하나의 픽처 전용 제약 플래그 및 인트라 전용 제약 플래그는 모두 1로 설정될 수 있으며, 이는 비트스트림에 인트라 슬라이스만이 존재할 수 있고 비트스트림에 하나의 픽처만이 비트스트림에 존재할 수 있음을 나타낸다.
일 실시예에서, 스틸 픽처 프로파일에 대해, 하나의 픽처 전용 제약 플래그는 1로 설정될 수 있으며, 이는 인트라 슬라이스만이 비트스트림에 존재할 수 있고 1개의 픽처만이 비트스트림에 존재할 수 있음을 나타낸다.
본 개시의 관점에 따르면, 인트라 전용 제약 플래그에 기초하여 하나 이상의 비-인트라 관련 신택스 요소들이 제외될 수도 있다. 예를 들어, 인트라 전용 제약 플래그가 존재하고 비트스트림의 모든 슬라이스가 인트라 코딩됨을 나타낼 때, 예를 들어 인트라 전용 제약 플래그가 1과 같을 때, 비-인트라 관련 신택스 요소는 시그널링되지 않는다.
실시예에서, 인트라 전용 제약 플래그가 존재하고 비트스트림의 모든 슬라이스가 인트라 코딩됨을 나타낼 때, 예를 들어 인트라 전용 제약 플래그가 1과 동일한 경우, 하나 이상의 플래그가 0으로 설정될 수 있다. 예를 들어, 위에서 설명한 sps_inter_allowed_flag 및 pps_inter_allowed_flag는 둘 다 0으로 설정될 수 있다. 인트라 전용 제약 플래그가 존재하지 않거나 0과 같을 때, 이러한 제약은 sps_inter_allowed_flag 및 pps_inter_allowed_flag와 같은 하나 이상의 플래그에 적용되지 않는다.
본 개시의 관점에 따르면, 하나 이상의 비-인트라 관련 신택스 요소(non-intra related syntax element)는 하나의 픽처 전용 제약 플래그에 기초하여 제외될 수도 있다. 예를 들어, 하나의 픽처 전용 제약 플래그가 존재하고 비트스트림의 모든 슬라이스가 인트라 코딩되고 비트스트림에 하나의 픽처만이 존재함을 나타내는 경우, 예를 들어 하나의 픽처 전용 제약 플래그가 1과 동일한 경우, 비인트라 관련 신택스 요소는 시그널링되지 않는다.
일 실시예에서, 하나의 픽처 전용 제약 플래그가 존재하고 비트스트림의 모든 슬라이스가 인트라 코딩되고 비트스트림에 오직 하나의 픽처만이 존재함을 나타내는 경우, 예를 들어 하나의 픽처 전용 제약 플래그가 1과 같을 때, 하나 이상의 플래그가 0으로 설정될 수 있다. 예를 들어, 위에서 설명한 sps_inter_allowed_flag 및 pps_inter_allowed_flag는 모두 0으로 설정될 수 있다. 하나의 픽처 전용 제약 플래그가 존재하지 않거나 0과 같을 때, 그러한 제약은 하나 이상의 플래그, 예를 들어, sps_inter_allowed_flag 및 pps_inter_allowed_flag에 적용되지 않는다.
개시의 관점들에 따르면, 코딩된 비디오 시퀀스의 모든 슬라이스들이 인트라 코딩되고 하나의 픽처에 포함된다는 것을 나타내기 위해 제3 플래그가 사용될 수 있다. 제3 플래그는 SPS 온리 원 픽처 프리젠트 플래그(only one picture present flag)일 수 있으며 프로필 정보와 별도로 시그널링된다. 예를 들어, SPS 온리 원 픽처 프리젠트 플래그는 SPS에서 시그널링될 수 있다. 1과 동일한 SPS 온리 원 픽처 프리젠트 플래그는 코딩된 비디오 시퀀스에서 슬라이스의 슬라이스 유형이 인트라 슬라이스(slice_type = I 슬라이스)이고 시퀀스에 단 하나의 픽처가 있음을 지정한다. 0과 동일한 SPS 단 하나의 화상 존재 플래그는 그러한 제약을 부과하지 않는다.
일 실시예에서, 하나 이상의 신택스 요소는 하나의 픽처 전용 제약 플래그에 기초하여 제외될 수 있다. 예를 들어, 하나의 픽처 전용 제약 플래그가 존재하고 비트스트림의 모든 슬라이스가 인트라 코딩되고 비트스트림에 하나의 픽처만이 존재함을 나타내는 경우, 예를 들어 하나의 픽처 전용 제약 플래그가 1과 동일한 경우, 비인트라 관련 신택스 POC 값 및 RPL에 관한 요소 및/또는 신택스 요소는 시그널링되지 않는다.
일 실시예에서, 하나의 픽처 전용 제약 플래그가 존재하고 1과 같을 때, SPS 온리 원 픽처 프리젠트 플래그는 비트스트림 적합성에 기초하여 하나의 픽처 전용 제약 플래그와 동일한 값으로 설정될 수 있다.
표 8은 하나의 픽처 제약 플래그 및 인트라 전용 제약 플래그 둘 다를 포함하는 일반 제약 정보의 몇몇 예시적인 신택스 요소를 나타낸다. 상술한 바와 같이, 표 8의 일반 제약 정보는 표 5의 profile_tier_level()과 같은 프로파일 정보에 포함될 수 있다. 표 8에서, 하나의 픽처 제약 플래그는 general_one_picture_only_constraint_flag이다. 1과 동일한 general_one_picture_only_constraint_flag는 비트스트림에 단 하나의 코딩된 픽처가 있음을 지정하고 0과 동일한 general_one_picture_only_constraint_flag는 이러한 제약을 부과하지 않는다. 또한, 인트라 전용 제약 플래그는 intra_only_constraint_flag이다. 1과 동일한 intra_only_constraint_flag는 슬라이스 헤더의 슬라이스 유형이 인트라 슬라이스(sh_slice_type = I)임을 지정하고, 0과 동일한 intra_only_constraint_flag는 이러한 제약을 부과하지 않는다. general_one_picture_only_constraint_flag가 1인 경우, intra_only_constraint_flag의 값은 1로 설정될 수 있다.
표 8 일반 제약 정보 신택스
general_constraint_info(　) { 디스크립터
general_non_packed_constraint_flag u(1)
general_frame_only_constraint_flag u(1)
general_non_projected_constraint_flag u(1)
general_one_picture_only_constraint_flag u(1)
intra_only_constraint_flag u(1)
max_bitdepth_constraint_idc u(4)
max_chroma_format_constraint_idc u(2)
single_layer_constraint_flag u(1)
all_layers_independent_constraint_flag u(1)
no_ref_pic_resampling_constraint_flag u(1)
no_res_change_in_clvs_constraint_flag u(1)
one_tile_per_pic_constraint_flag u(1)
pic_header_in_slice_header_constraint_flag u(1)
one_slice_per_pic_constraint_flag u(1)
one_subpic_per_pic_constraint_flag u(1)
no_qtbtt_dual_tree_intra_constraint_flag u(1)
no_partition_constraints_override_constraint_flag u(1)
no_sao_constraint_flag u(1)
no_alf_constraint_flag u(1)
no_ccalf_constraint_flag u(1)
no_joint_cbcr_constraint_flag u(1)
no_mrl_constraint_flag u(1)
no_isp_constraint_flag u(1)
no_mip_constraint_flag u(1)
no_ref_wraparound_constraint_flag u(1)
no_temporal_mvp_constraint_flag u(1)
no_sbtmvp_constraint_flag u(1)
no_amvr_constraint_flag u(1)
no_bdof_constraint_flag u(1)
no_dmvr_constraint_flag u(1)
no_cclm_constraint_flag u(1)
no_mts_constraint_flag u(1)
no_sbt_constraint_flag u(1)
no_lfnst_constraint_flag u(1)
no_affine_motion_constraint_flag u(1)
no_mmvd_constraint_flag u(1)
no_smvd_constraint_flag u(1)
no_prof_constraint_flag u(1)
no_bcw_constraint_flag u(1)
no_ibc_constraint_flag u(1)
no_ciip_constraint_flag u(1)
no_gpm_constraint_flag u(1)
no_ladf_constraint_flag u(1)
no_transform_skip_constraint_flag u(1)
no_bdpcm_constraint_flag u(1)
no_palette_constraint_flag u(1)
no_act_constraint_flag u(1)
no_lmcs_constraint_flag u(1)
no_cu_qp_delta_constraint_flag u(1)
no_chroma_qp_offset_constraint_flag u(1)
no_dep_quant_constraint_flag u(1)
no_sign_data_hiding_constraint_flag u(1)
no_tsrc_constraint_flag u(1)
no_mixed_nalu_types_in_pic_constraint_flag u(1)
no_trail_constraint_flag u(1)
no_stsa_constraint_flag u(1)
no_rasl_constraint_flag u(1)
no_radl_constraint_flag u(1)
no_idr_constraint_flag u(1)
no_cra_constraint_flag u(1)
no_gdr_constraint_flag u(1)
no_aps_constraint_flag u(1)
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
gci_num_reserved_bytes u(8)
for( i = 0; i < gci_num_reserved_bytes; i++ )
gci_reserved_byte[　i　] u(8)
}
본 개시의 관점들에 따르면, 메인 10 또는 메인 10 스틸 픽처 프로파일을 준수하는 비트스트림은 다음의 제약을 따를 수 있다: (i) 메인 10 스틸 픽처 프로파일을 준수하는 비트스트림에서, 비트스트림은 오직 하나의 픽처를 포함한다; (ii) 참조된 SPS는 0 또는 1과 동일한 sps_chroma_format_idc를 갖는다; (iii) 참조된 SPS는 0 내지 2(포함)의 범위의 sps_bit_depth_minus8을 갖는다; (iv) 메인 10 스틸 픽처 프로파일에 부합하는 비트스트림에서, 참조된 SPS는 0과 동일한 max_dec_pic_buffering_minus1[ sps_max_sublayers_minus1]을 갖는다; (v) 참조된 SPS는 sps_palette_enabled_flag가 0과 같다; (vi) 메인 10 스틸 픽처 프로파일을 따르지 않는 메인 10 프로파일을 따르는 비트스트림에서, 참조된 VPS(사용 가능한 경우) 및 참조된 SPS에서 i의 모든 값에 대한 general_level_idc 및 sublayer_level_idc[ i ]는 255(레벨 15.5를 나타낸다)와 동일하지 않다; 그리고 (vii) VVC에서 메인 10 또는 메인 10 스틸 픽처 프로파일에 대해 지정된 계층 및 레벨 제약 조건은 적용 가능한 경우 충족될 수 있다.
메인 10 프로파일에 대한 비트스트림의 일치는 프로파일 식별 정보(예를 들어, 표 5에서 general_profile_idc = 1)에 의해 지시될 수 있다.
메인 10 스틸 픽처 프로파일에 대한 비트스트림의 일치는 프로파일 식별 정보(예를 들어, 표 5의 general_profile_idc = 1)와 함께 하나의 픽처 제약 플래그(예를 들어, 표 8의 general_one_picture_only_constraint_flag = 1)에 의해 지시될 수 있다.
메인 10 스틸 픽처 프로파일에 대한 비트스트림의 일치가 위에 명시된 바와 같이 지시되고, 그 지시된 레벨이 레벨 15.5가 아닌 경우, 메인 10 프로파일에 대한 비트스트림의 일치의 지시도 충족된다.
특정 계층의 특정 레벨에서 메인 10 프로파일을 준수하는 디코더는 다음 조건이 모두 적용되는 모든 비트스트림을 디코딩할 수 있다: (i) 비트스트림은 메인 10 스틱 픽처 프로필을 준수하도록 지시된다; (ii) 비트스트림은 지정된 계층보다 낮거나 같은 계층을 따르도록 지시된다; 그리고 (iii) 비트스트림은 레벨 15.5가 아닌 지정된 레벨보다 낮거나 같은 레벨을 따르도록 지시된다.
특정 계층의 특정 레벨에서 메인 10 스틸 픽처 프로파일을 준수하는 디코더는 다음 조건 모두가 적용되는 모든 비트스트림을 디코딩할 수 있다: (i) 비트스트림이 메인 10 스틸 픽처 프로파일을 준수하도록 지시된다; (ii) 비트스트림은 지정된 계층보다 낮거나 같은 계층을 따르도록 지시된다; 그리고 (iii) 비트스트림은 레벨 15.5가 아닌 지정된 레벨보다 낮거나 같은 레벨을 따르도록 표시된다.
본 개시의 관점들에 따르면, 메인 4:4:4 10 또는 메인 4:4:4 10 스틸 픽처 프로파일을 준수하는 비트스트림은 다음의 제약을 따를 수 있다: (i) 메인 4:4:4 10 스틸 픽처 프로파일을 준수하는 비트스트림에서, 비트스트림에는 하나의 픽처만 포함을다; (ii) 참조된 SPS는 0 내지 3(포함)의 범위의 sps_chroma_format_idc를 갖는다; (iii) 참조된 SPS는 0 내지 2(포함)의 범위의 sps_bit_depth_minus8을 갖는다; (iv) 메인 4:4:4 10 스틸 픽처 프로파일에 준수하는 비트스트림에서, 참조된 SPS는 0과 동일한 max_dec_pic_buffering_minus1[ sps_max_sublayers_minus1]을 갖는다; (v) 메인 4:4:4 10 스틸 픽처 프로파일을 준수하지 않는 메인 4:4:4 10 프로파일을 따르는 비트스트림에서, 참조된 VPS(사용 가능한 경우) 및 참조된 SPS에서 i의 모든 값에 대한 general_level_idc 및 sublayer_level_idc[ i ]는 255(레벨 15.5를 나타낸다)와 동일하지 않다; 그리고 (vi) VVC의 메인 4:4:4 10 또는 메인 4:4:4 10 스틸 픽처 프로파일에 대해 지정된 계층 및 레벨 제약이 해당되는 경우 충족될 수 있다.
메인 4:4:4 10 프로파일에 대한 비트스트림의 일치는 프로파일 식별 정보(예를 들어, 표 5에서 general_profile_idc = 2)에 의해 지시된다.
메인 4:4:4 10 스틸 픽처 프로파일에 대한 비트스트림의 일치는 프로파일 식별 정보(예를 들어, 표 5에서 general_profile_idc = 2)와 함께 하나의 픽처 제약 플래그(예를 들어, 표 8에서 general_one_picture_only_constraint_flag = 1)에 의해 지시된다.
메인 10 4:4:4 스틸 픽처 프로파일에 대한 비트스트림의 일치가 위에 명시된 바와 같이 지시되고, 그 지시된 레벨이 레벨 15.5가 아닌 경우, 메인 10 4:4:4 프로필에 대한 비트스트림도 충족된다.
특정 계층의 특정 레벨에서 메인 4:4:4 10 프로파일을 준수하는 디코더는 다음 조건 모두가 적용되는 모든 비트스트림을 디코딩할 수 있다. (i) 비트스트림은 메인 4:4:4 10, 메인 10, 메인 4:4:4 10 스틸 픽처 또는 메인 10 스틸 픽처 프로파일을 준수하도록 지시된다; (ii) 비트스트림은 지정된 계층보다 낮거나 같은 계층을 따르도록 지시된다; 그리고 (iii) 비트스트림은 레벨 15.5가 아닌 지정된 레벨보다 낮거나 같은 레벨을 따르도록 지시된다.
특정 계층의 특정 레벨에서 메인 4:4:4 10 스틸 픽처 프로파일을 준수하는 디코더는 다음 조건 모두가 적용되는 모든 비트스트림을 디코딩할 수 있다: (i) 비트스트림은 메인 4:4:4 10 스틸 픽처 또는 메인 10 스틸 픽처 프로파일을 준수하도록 지시된다; (ii) 비트스트림은 지정된 계층보다 낮거나 같은 계층을 따르도록 지시된다; 그리고 (iii) 비트스트림은 레벨 15.5가 아닌 지정된 레벨보다 낮거나 같은 레벨을 따르도록 표시된다.
V. 일반 제약 플래그 그룹(Groups of General Constraint Flags)
상술한 바와 같은 일반 제약 정보는 복수의 신택스 요소(예를 들어, 표 8의 신택스 요소)를 포함할 수 있다. 그러나 디코더는 프로파일에 순응하기 위해 복수의 신택스 요소의 서브세트만을 디코딩할 필요가 있을 수 있다. 본 개시는 일반 제약 정보에서 복수의 신택스 요소를 그룹화하기 위한 방법을 포함한다. 복수의 신택스 요소의 그룹화는 디코더가 일반 제약 정보의 파싱을 조기에 종료할 수 있게 하여 디코딩 프로세스의 속도를 높일 수 있다.
본 개시의 관점들에 따르면, 일반 제약 정보 내의 복수의 신택스 요소들은 프로파일과 같은 사용 시나리오에 기초하여 그룹화될 수 있다. 그룹 내부의 하위 그룹도 존재할 수 있다. 신택스 요소의 각 그룹 또는 서브그룹은 비트스트림에 연속적으로 존재하는 신택스 요소의 트렁크를 포함한다. 따라서 디코더는 일반 제약 정보의 파싱을 그룹에 대한 지식으로 조기에 종료할 수 있다.
일부 실시예에서, 디코더는 일반 제약 정보에 포함된 신택스 요소 그룹의 총 수 및 순서에 대한 지식을 가질 수 있다.
실시예에서, 표 9에 도시된 바와 같이, 일반 제약 정보는 신택스 요소의 3개의 그룹: 비인트라-비-인터 그룹(non-intra-non-inter group)(그룹 I), 인트라 그룹(intra group)(그룹 II) 및 인터 그룹(inter group)(그룹 III)을 포함한다. 예를 들어, 인트라 그룹(그룹 II)은 인트라 코딩 툴과 관련된 신택스 요소의 트렁크를 포함하고, 인터 그룹(그룹 III)은 인터 코딩 툴과 관련된 신택스 요소의 트렁크를 포함한다. 그룹(그룹 I)은 인트라 코딩 툴과 인터 코딩 툴 중 어느 것과도 관련되지 않은 신택스 요소의 트렁크를 포함한다. 예에서, 비인트라-비-인터 그룹(그룹 I)은 비트스트림에 먼저 존재한 다음, 인트라 그룹(그룹 II)이 뒤따르고, 인터 그룹(그룹 III)이 마지막에 나타난다.
상술한 바와 같이, 표 9의 일반 제약 정보는 표 5의 profile_tier_level()과 같은 프로파일 정보에 포함될 수 있다.
표 9 신택스 요소의 세 그룹을 포함하는 일반 제약 정보
general_constraint_info(　) { 디스크립터
//Group I: non-intra-non-inter group
general_non_packed_constraint_flag u(1)
general_frame_only_constraint_flag u(1)
general_non_projected_constraint_flag u(1)
general_one_picture_only_constraint_flag u(1)
intra_only_constraint_flag u(1)
max_bitdepth_constraint_idc u(4)
max_chroma_format_constraint_idc u(2)
single_layer_constraint_flag u(1)
all_layers_independent_constraint_flag u(1)
no_ref_pic_resampling_constraint_flag u(1)
no_res_change_in_clvs_constraint_flag u(1)
one_tile_per_pic_constraint_flag u(1)
pic_header_in_slice_header_constraint_flag u(1)
one_slice_per_pic_constraint_flag u(1)
one_subpic_per_pic_constraint_flag u(1)
no_partition_constraints_override_constraint_flag u(1)
no_sao_constraint_flag u(1)
no_alf_constraint_flag u(1)
no_ccalf_constraint_flag u(1)
no_joint_cbcr_constraint_flag u(1)
no_mts_constraint_flag u(1)
no_ladf_constraint_flag u(1)
no_transform_skip_constraint_flag u(1)
no_act_constraint_flag u(1)
no_lmcs_constraint_flag u(1)
no_cu_qp_delta_constraint_flag u(1)
no_chroma_qp_offset_constraint_flag u(1)
no_dep_quant_constraint_flag u(1)
no_sign_data_hiding_constraint_flag u(1)
no_tsrc_constraint_flag u(1)
no_mixed_nalu_types_in_pic_constraint_flag u(1)
no_trail_constraint_flag u(1)
no_stsa_constraint_flag u(1)
no_rasl_constraint_flag u(1)
no_radl_constraint_flag u(1)
no_idr_constraint_flag u(1)
no_cra_constraint_flag u(1)
no_gdr_constraint_flag u(1)
no_aps_constraint_flag u(1)
//end of Group I:non-intra-non-inter group
//Group II: intra group
no_qtbtt_dual_tree_intra_constraint_flag u(1)
no_mrl_constraint_flag u(1)
no_isp_constraint_flag u(1)
no_mip_constraint_flag u(1)
no_cclm_constraint_flag u(1)
no_lfnst_constraint_flag u(1)
no_ibc_constraint_flag u(1)
no_bdpcm_constraint_flag u(1)
no_palette_constraint_flag u(1)
//end of Group II:intra group
//Group III: inter group
no_ref_wraparound_constraint_flag u(1)
no_temporal_mvp_constraint_flag u(1)
no_sbtmvp_constraint_flag u(1)
no_amvr_constraint_flag u(1)
no_bdof_constraint_flag u(1)
no_dmvr_constraint_flag u(1)
no_sbt_constraint_flag u(1)
no_affine_motion_constraint_flag u(1)
no_mmvd_constraint_flag u(1)
no_smvd_constraint_flag u(1)
no_prof_constraint_flag u(1)
no_bcw_constraint_flag u(1)
no_ciip_constraint_flag u(1)
no_gpm_constraint_flag u(1)
//end of Group III:inter group
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
gci_num_reserved_bytes u(8)
for( i = 0; i < gci_num_reserved_bytes; i++ )
gci_reserved_byte[　i　] u(8)
}
메인 10 스틸 픽처 또는 메인 10 4:4:4 스틸 픽처 프로파일에서, 비트스트림의 적합성은 프로파일 식별 정보(예를 들어, 표 5에서 general_profile_idc = 1)와 함께 하나의 픽처 전용 제약 플래그(예를 들어, 표 9에서, general_one_picture_only_constraint_flag = 1)에 의해 지시될 수 있다. 하나의 픽처 전용 제약 플래그가 1과 같을 때, 인트라 전용 제약 플래그의 값은 1과 같다. 인트라 픽처만을 포함하는 프로파일과 같은 다른 프로파일에서, 인트라 전용 제약 플래그도 1과 같을 수 있다.
인트라 전용 제약 플래그가 1인 경우, 표 9의 no_ref_wraparound_constraint_flag, no_temporal_mvp_constraint_flag 등과 같은 인터 그룹(그룹 III)의 신택스 요소의 값은 모두 1과 동일하다.
따라서, 신택스 요소들의 그룹에 대한 지식으로, 디코더는 디코딩 속도 및 절차에 유리할 수 있는 일반 제약 정보의 파싱을 조기에 종료할 수 있다.
실시예에서, 표 10에 도시된 바와 같이, 일반 제약 정보는 신택스 요소의 2개의 그룹, 즉 비인터 그룹(non-inter group)(그룹 I) 및 인터 그룹(inter group)(그룹 II)을 포함한다. 인터 그룹(그룹 II)은 인터 코딩 툴과 관련된 신택스 요소의 트렁크를 포함할 수 있다. 비인터 그룹(그룹 I)은 인터 코딩 툴과 관련되지 않은 신택스 요소의 트렁크를 포함할 수 있다. 예에서 비인터 그룹(그룹 I)이 비트스트림에 먼저 나타나고 그 뒤에 인터 그룹(그룹 II)이 나타난다.
상술한 바와 같이, 표 10의 일반 제약 정보는 표 5의 profile_tier_level()과 같은 프로파일 정보에 포함될 수 있다.
표 10 신택스 요소의 두 그룹을 포함하는 일반 제약 정보
general_constraint_info(　) { 디스크립터
//Group I: non-inter group
general_non_packed_constraint_flag u(1)
general_frame_only_constraint_flag u(1)
general_non_projected_constraint_flag u(1)
general_one_picture_only_constraint_flag u(1)
intra_only_constraint_flag u(1)
max_bitdepth_constraint_idc u(4)
max_chroma_format_constraint_idc u(2)
single_layer_constraint_flag u(1)
all_layers_independent_constraint_flag u(1)
no_ref_pic_resampling_constraint_flag u(1)
no_res_change_in_clvs_constraint_flag u(1)
one_tile_per_pic_constraint_flag u(1)
pic_header_in_slice_header_constraint_flag u(1)
one_slice_per_pic_constraint_flag u(1)
one_subpic_per_pic_constraint_flag u(1)
no_partition_constraints_override_constraint_flag u(1)
no_sao_constraint_flag u(1)
no_alf_constraint_flag u(1)
no_ccalf_constraint_flag u(1)
no_joint_cbcr_constraint_flag u(1)
no_mts_constraint_flag u(1)
no_ladf_constraint_flag u(1)
no_transform_skip_constraint_flag u(1)
no_act_constraint_flag u(1)
no_lmcs_constraint_flag u(1)
no_cu_qp_delta_constraint_flag u(1)
no_chroma_qp_offset_constraint_flag u(1)
no_dep_quant_constraint_flag u(1)
no_sign_data_hiding_constraint_flag u(1)
no_tsrc_constraint_flag u(1)
no_mixed_nalu_types_in_pic_constraint_flag u(1)
no_trail_constraint_flag u(1)
no_stsa_constraint_flag u(1)
no_rasl_constraint_flag u(1)
no_radl_constraint_flag u(1)
no_idr_constraint_flag u(1)
no_cra_constraint_flag u(1)
no_gdr_constraint_flag u(1)
no_aps_constraint_flag u(1)
no_qtbtt_dual_tree_intra_constraint_flag u(1)
no_mrl_constraint_flag u(1)
no_isp_constraint_flag u(1)
no_mip_constraint_flag u(1)
no_cclm_constraint_flag u(1)
no_lfnst_constraint_flag u(1)
no_ibc_constraint_flag u(1)
no_bdpcm_constraint_flag u(1)
no_palette_constraint_flag u(1)
//end of Group I:non-inter group
//Group II: inter group
no_ref_wraparound_constraint_flag u(1)
no_temporal_mvp_constraint_flag u(1)
no_sbtmvp_constraint_flag u(1)
no_amvr_constraint_flag u(1)
no_bdof_constraint_flag u(1)
no_dmvr_constraint_flag u(1)
no_sbt_constraint_flag u(1)
no_affine_motion_constraint_flag u(1)
no_mmvd_constraint_flag u(1)
no_smvd_constraint_flag u(1)
no_prof_constraint_flag u(1)
no_bcw_constraint_flag u(1)
no_ciip_constraint_flag u(1)
no_gpm_constraint_flag u(1)
//end of Group II:inter group
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
gci_num_reserved_bytes u(8)
for( i = 0; i < gci_num_reserved_bytes; i++ )
gci_reserved_byte[　i　] u(8)
}
메인 10 스틸 픽처 또는 메인 10 4:4:4 스틸 픽처 프로파일에서, 비트스트림의 적합성은 프로파일 식별 정보(표 5에서, general_profile_idc = 1)와 함께 하나의 픽처 전용 제약 플래그(예를 들어, 표 10의 general_one_picture_only_constraint_flag = 1)에 의해 지시될 수 있다. 하나의 픽처 전용 제약 플래그가 1과 같을 때, 인트라 전용 제약 플래그의 값은 1과 같다. 인트라 픽처만을 포함하는 프로파일과 같은 다른 프로파일에서, 인트라 전용 제약 플래그도 1과 같을 수 있다.
인트라 전용 제약 플래그가 1인 경우, 표 10의 no_ref_wraparound_constraint_flag, no_temporal_mvp_constraint_flag 등과 같은 인터 그룹(그룹 II)의 신택스 요소의 값은 모두 1과 같다.
따라서, 신택스 요소 그룹의 지식으로, 디코더는 디코딩 속도 및 절차에 유리한 일반 제약 정보의 파싱을 조기에 종료할 수 있다.
일부 실시예에 따르면, 새로운 신택스 요소가 일반 제약 정보에 도입될 때마다(예를 들어, 표 9 또는 표 10의 general_constraint_info()), 새로운 신택스 요소는 기존 그룹 또는 서브그룹에 포함될 수 있으므로 일반 제약 정보는 기존 그룹에 대해 새로운 그룹을 형성할 필요가 없다.
일 실시예에서, 비-인트라-비-인터 그룹(non-intra-non-inter group)(Group I), 인트라 그룹(Intra group)(Group II) 및 인터 그룹(Inter Group)(Group III)을 포함하는 일반 제약 정보에 대해, 인트라 코딩 툴과 관련된 새로운 신택스 요소가 일반 제약 정보에 포함될 경우, 새로운 신택스 요소는 인트라 그룹(Group II)에 포함될 수 있다. 인터 코딩 툴과 관련된 새로운 신택스 요소가 일반 제약 정보에 포함될 경우, 새로운 신택스 요소는 인터 그룹(그룹 III)에 포함될 수 있다. 새로운 신택스 요소가 인트라 코딩과 관련 없고 인터 코딩 툴과도 관련이 없는 경우, 새로운 신택스 요소는 비-인트라-비-인터 그룹(non-intra-non-inter group)(Group I)에 포함될 수 있다.
표 11과 같은 예에서, 가중 예측이 P 슬라이스에 적용될 수 있는지 여부를 지정하는 가중 예측 제약 플래그 없는 새로운 신택스 요소(new syntax element no weighted prediction constraint flag)(예를 들어, no_weighted_pred_constraint_flag)가 3개의 신택스 요소 그룹을 포함하는 일반 제약 정보에 도입되고, 새로운 신택스 요소는 인터 코딩 툴과 관련된 신택스 요소이므로 인터 그룹(그룹 III)에 포함될 수 있다.
상술한 바와 같이, 표 11의 일반 제약 정보는 표 5의 profile_tier_level()과 같은 프로파일 정보에 포함될 수 있다.
표 11 신택스 요소의 세 그룹을 포함하는 일반 제약 정보에 도입된 새로운 신택스 요소
general_constraint_info(　) { 디스크립터
//Group I: non-intra-non-inter group
...
//end of Group I:non-intra-non-inter group
//Group II: intra group
...
//end of Group II:intra group
//Group III: inter group
no_ref_wraparound_constraint_flag u(1)
no_temporal_mvp_constraint_flag u(1)
no_sbtmvp_constraint_flag u(1)
no_amvr_constraint_flag u(1)
no_bdof_constraint_flag u(1)
no_dmvr_constraint_flag u(1)
no_sbt_constraint_flag u(1)
no_affine_motion_constraint_flag u(1)
no_mmvd_constraint_flag u(1)
no_smvd_constraint_flag u(1)
no_prof_constraint_flag u(1)
no_bcw_constraint_flag u(1)
no_ciip_constraint_flag u(1)
no_gpm_constraint_flag u(1)
no_weighted_pred_constraint_flag u(1)
//end of Group III:inter group
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
gci_num_reserved_bytes u(8)
for( i = 0; i < gci_num_reserved_bytes; i++ )
gci_reserved_byte[　i　] u(8)
}
일 실시예에서, 논인터 그룹(non-inter group)(그룹 I) 및 인터 그룹(inter group)(그룹 II)을 포함하는 일반 제약 정보에 대해, 인터 코딩 툴과 관련된 새로운 신택스 요소가 일반 제약에 포함되는 경우 정보, 새로운 신택스는 인터 그룹(그룹 II)에 포함될 수 있다. 인터 코딩 툴과 관련 없는 새로운 신택스 요소가 일반 제약 정보에 포함되는 경우, 새로운 신택스 요소는 비인터 그룹(그룹 I)에 포함될 수 있다.
표 12에 도시된 바와 같은 예에서, 가중 예측이 P 슬라이스에 적용될 수 있는지 여부를 지정하는 가중 예측 제약 플래그 없는 새로운 신택스 요소(예를 들어, no_weighted_pred_constraint_flag)가 2개의 신택스 요소 그룹을 포함하는 일반 제약 정보에 도입되고, 새로운 신택스 요소는 인터 코딩 툴과 관련된 신택스 요소이므로 인터 그룹(그룹 II)에 포함될 수 있다.
상술한 바와 같이, 표 12의 일반 제약 정보는 표 5의 profile_tier_level()과 같은 프로파일 정보에 포함될 수 있다.
표 12 신택스 요소의 두 그룹을 포함하는 일반 제약 정보에 도입된 새로운 신택스 요소
general_constraint_info(　) { 디스크립터
//Group I: other group
...
//end of Group I:other group
//Group II: inter group
no_ref_wraparound_constraint_flag u(1)
no_temporal_mvp_constraint_flag u(1)
no_sbtmvp_constraint_flag u(1)
no_amvr_constraint_flag u(1)
no_bdof_constraint_flag u(1)
no_dmvr_constraint_flag u(1)
no_sbt_constraint_flag u(1)
no_affine_motion_constraint_flag u(1)
no_mmvd_constraint_flag u(1)
no_smvd_constraint_flag u(1)
no_prof_constraint_flag u(1)
no_bcw_constraint_flag u(1)
no_ciip_constraint_flag u(1)
no_gpm_constraint_flag u(1)
no_weighted_pred_constraint_flag u(1)
//end of Group II:inter group
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
gci_num_reserved_bytes u(8)
for( i = 0; i < gci_num_reserved_bytes; i++ )
gci_reserved_byte[　i　] u(8)
}
본 개시의 관점들에 따르면, 바이트 정렬(byte alignment)은 파싱 및 조기 종료의 용이함을 위해 각각의 그룹 또는 서브그룹 후에 검사될 수 있다.
표 13은 신택스 요소의 3개 그룹을 포함하는 일반 제약 정보에서 각 그룹에 대한 예시적인 바이트 정렬을 나타낸다. 바이트 정렬은 각 그룹 또는 하위 그룹의 끝에서 확인된다. 그룹 또는 하위 그룹에서 시그널링된 신택스 요소가 바이트 정렬되지 않은 경우 각 그룹에 사용된 총 비트가 바이트 정렬되도록 추가 비트가 시그널링될 수 있다.
상술한 바와 같이, 표 13의 일반 제약 정보는 표 5의 profile_tier_level()과 같은 프로파일 정보에 포함될 수 있다.
표 13 신택스 요소의 세 그룹을 포함하는 일반 제약 정보에서 그룹별 바이트 정렬
general_constraint_info(　) { 디스크립터
//Group I: non-intra-non-inter group
general_non_packed_constraint_flag u(1)
general_frame_only_constraint_flag u(1)
general_non_projected_constraint_flag u(1)
general_one_picture_only_constraint_flag u(1)
intra_only_constraint_flag u(1)
max_bitdepth_constraint_idc u(4)
max_chroma_format_constraint_idc u(2)
single_layer_constraint_flag u(1)
all_layers_independent_constraint_flag u(1)
no_ref_pic_resampling_constraint_flag u(1)
no_res_change_in_clvs_constraint_flag u(1)
one_tile_per_pic_constraint_flag u(1)
pic_header_in_slice_header_constraint_flag u(1)
one_slice_per_pic_constraint_flag u(1)
one_subpic_per_pic_constraint_flag u(1)
no_partition_constraints_override_constraint_flag u(1)
no_sao_constraint_flag u(1)
no_alf_constraint_flag u(1)
no_ccalf_constraint_flag u(1)
no_joint_cbcr_constraint_flag u(1)
no_mts_constraint_flag u(1)
no_ladf_constraint_flag u(1)
no_transform_skip_constraint_flag u(1)
no_act_constraint_flag u(1)
no_lmcs_constraint_flag u(1)
no_cu_qp_delta_constraint_flag u(1)
no_chroma_qp_offset_constraint_flag u(1)
no_dep_quant_constraint_flag u(1)
no_sign_data_hiding_constraint_flag u(1)
no_tsrc_constraint_flag u(1)
no_mixed_nalu_types_in_pic_constraint_flag u(1)
no_trail_constraint_flag u(1)
no_stsa_constraint_flag u(1)
no_rasl_constraint_flag u(1)
no_radl_constraint_flag u(1)
no_idr_constraint_flag u(1)
no_cra_constraint_flag u(1)
no_gdr_constraint_flag u(1)
no_aps_constraint_flag u(1)
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
//end of Group I:non-intra-non-inter group
//Group II: intra group
no_qtbtt_dual_tree_intra_constraint_flag u(1)
no_mrl_constraint_flag u(1)
no_isp_constraint_flag u(1)
no_mip_constraint_flag u(1)
no_cclm_constraint_flag u(1)
no_lfnst_constraint_flag u(1)
no_ibc_constraint_flag u(1)
no_bdpcm_constraint_flag u(1)
no_palette_constraint_flag u(1)
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
//end of Group II:intra group
//Group III: inter group
no_ref_wraparound_constraint_flag u(1)
no_temporal_mvp_constraint_flag u(1)
no_sbtmvp_constraint_flag u(1)
no_amvr_constraint_flag u(1)
no_bdof_constraint_flag u(1)
no_dmvr_constraint_flag u(1)
no_sbt_constraint_flag u(1)
no_affine_motion_constraint_flag u(1)
no_mmvd_constraint_flag u(1)
no_smvd_constraint_flag u(1)
no_prof_constraint_flag u(1)
no_bcw_constraint_flag u(1)
no_ciip_constraint_flag u(1)
no_gpm_constraint_flag u(1)
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
//end of Group III:inter group
gci_num_reserved_bytes u(8)
for( i = 0; i < gci_num_reserved_bytes; i++ )
gci_reserved_byte[　i　] u(8)
}
표 14는 신택스 요소의 두 그룹을 포함하는 일반 제약 정보에서 각 그룹에 대한 예시적인 바이트 정렬을 보여준다. 바이트 정렬은 각 그룹 또는 하위 그룹의 끝에서 확인된다. 그룹 또는 하위 그룹에서 시그널링된 신택스 요소가 바이트 정렬되지 않은 경우 각 그룹에 사용된 총 비트가 바이트 정렬되도록 추가 비트가 시그널링된다.
상술한 바와 같이, 표 14의 일반 제약 정보는 표 5의 profile_tier_level()과 같은 프로파일 정보에 포함될 수 있다.
표 14 신택스 요소의 두 그룹을 포함하는 일반 제약 정보에서 각 그룹에 대한 바이트 정렬
general_constraint_info(　) { 디스크립터
//Group I: other group
general_non_packed_constraint_flag u(1)
general_frame_only_constraint_flag u(1)
general_non_projected_constraint_flag u(1)
general_one_picture_only_constraint_flag u(1)
intra_only_constraint_flag u(1)
max_bitdepth_constraint_idc u(4)
max_chroma_format_constraint_idc u(2)
single_layer_constraint_flag u(1)
all_layers_independent_constraint_flag u(1)
no_ref_pic_resampling_constraint_flag u(1)
no_res_change_in_clvs_constraint_flag u(1)
one_tile_per_pic_constraint_flag u(1)
pic_header_in_slice_header_constraint_flag u(1)
one_slice_per_pic_constraint_flag u(1)
one_subpic_per_pic_constraint_flag u(1)
no_partition_constraints_override_constraint_flag u(1)
no_sao_constraint_flag u(1)
no_alf_constraint_flag u(1)
no_ccalf_constraint_flag u(1)
no_joint_cbcr_constraint_flag u(1)
no_mts_constraint_flag u(1)
no_ladf_constraint_flag u(1)
no_transform_skip_constraint_flag u(1)
no_act_constraint_flag u(1)
no_lmcs_constraint_flag u(1)
no_cu_qp_delta_constraint_flag u(1)
no_chroma_qp_offset_constraint_flag u(1)
no_dep_quant_constraint_flag u(1)
no_sign_data_hiding_constraint_flag u(1)
no_tsrc_constraint_flag u(1)
no_mixed_nalu_types_in_pic_constraint_flag u(1)
no_trail_constraint_flag u(1)
no_stsa_constraint_flag u(1)
no_rasl_constraint_flag u(1)
no_radl_constraint_flag u(1)
no_idr_constraint_flag u(1)
no_cra_constraint_flag u(1)
no_gdr_constraint_flag u(1)
no_aps_constraint_flag u(1)
no_qtbtt_dual_tree_intra_constraint_flag u(1)
no_mrl_constraint_flag u(1)
no_isp_constraint_flag u(1)
no_mip_constraint_flag u(1)
no_cclm_constraint_flag u(1)
no_lfnst_constraint_flag u(1)
no_ibc_constraint_flag u(1)
no_bdpcm_constraint_flag u(1)
no_palette_constraint_flag u(1)
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
//end of Group I:non-inter group
//Group II: inter group
no_ref_wraparound_constraint_flag u(1)
no_temporal_mvp_constraint_flag u(1)
no_sbtmvp_constraint_flag u(1)
no_amvr_constraint_flag u(1)
no_bdof_constraint_flag u(1)
no_dmvr_constraint_flag u(1)
no_sbt_constraint_flag u(1)
no_affine_motion_constraint_flag u(1)
no_mmvd_constraint_flag u(1)
no_smvd_constraint_flag u(1)
no_prof_constraint_flag u(1)
no_bcw_constraint_flag u(1)
no_ciip_constraint_flag u(1)
no_gpm_constraint_flag u(1)
while( !byte_aligned(　) )
gci_alignment_zero_bit f(1)
//end of Group II:inter group
gci_num_reserved_bytes u(8)
for( i = 0; i < gci_num_reserved_bytes; i++ )
gci_reserved_byte[　i　] u(8)
}
VII. 흐름도(Flowchart)
도 8은 본 개시내용의 실시예에 따른 예시적인 프로세스(800)를 개략하는 흐름도를 도시한다. 다양한 실시예에서, 프로세스(800)는 단말 장치(210, (220), (230) 및 (240))의 프로세싱 회로, 비디오 인코더의 기능을 수행하는 프로세싱 회로(303), 비디오 디코더(310)의 기능을 수행하는 프로세싱 회로, 비디오 디코더(410)의 기능을 수행하는 프로세싱 회로, 인트라 예측 모듈(452)의 기능을 수행하는 프로세싱 회로, 프로세싱 회로 비디오 인코더(503)의 기능을 수행하는 프로세싱 회로(535), 예측기(535)의 기능을 수행하는 프로세싱 회로, 인트라 인코더(622)의 기능을 수행하는 프로세싱 회로, 인트라 디코더(772)의 기능을 수행하는 프로세싱 회로 ) 등과 같은 프로세싱 회로에 의해 실행된다. 일부 실시예에서, 프로세스(800)는 소프트웨어 명령으로 구현되고, 따라서 프로세싱 회로가 소프트웨어 명령을 실행할 때, 프로세싱 회로는 프로세스(800)를 수행한다.
프로세스(800)는 일반적으로 단계(S810)에서 시작할 수 있으며, 여기서 프로세스(800)는 코딩된 비디오 비트스트림의 예측 정보에서 복수의 이미지 슬라이스에 대한 프로파일 정보를 디코딩한다. 프로파일 정보는 인코딩된 비디오 비트스트림에서 각각의 픽처 슬라이스가 인트라 인코딩된 프로파일의 프로파일 식별 정보를 포함한다. 그런 다음, 프로세스(800)는 단계(S820)로 진행한다.
단계(S820)에서, 프로세스(800)는 코딩된 비디오 비트스트림의 이미지 슬라이스 각각에 대해 인트라 예측을 수행한다. 그런 다음, 프로세스(800)는 단계(S830)로 진행한다.
단계(S830)에서, 프로세스(800)는 인트라 예측에 기초하여 적어도 하나의 이미지 픽처를 재구성한다. 그런 다음, 프로세스(800)가 종료된다.
일 실시예에서, 프로파일 정보는 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 인트라 코딩되는지 여부를 나타내는 제1 플래그 및 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 하나의 픽처에 포함되는지 여부를 나타내는 제2 플래그를 포함한다.
일 실시예에서, 제1 플래그는 제2 플래그 이후에 디코딩되고 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제2 플래그에 기초하여 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 인트라 코딩되는 것을 나타낸다.
일 실시예에서, 제1 플래그는 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 인트라 코딩되는 프로파일의 프로파일 식별 정보에 기초하여 인트라 코딩된다는 것을 나타낸다.
일 실시예에서, 제2 플래그는 코딩된 비디오 비트스트림에 하나의 픽처만이 포함되는 스틸 픽처 프로파일인 프로파일에 기초하여 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타낸다.
일 실시예에서, 비-인트라 관련 신택스 요소는 (i) 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 인트라 코딩됨을 나타내는 제1 플래그 및 (ii) 코딩된 비디오 비트스트림의 각 이미지 슬라이스가 하나의 픽처에 포함됨을 나타내는 제 플래그 중 하나에 기초하여 예측 정보에 포함되지 않는다.
일 실시예에서, 예측 정보는 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 인트라 코딩되어 하나의 픽처에 포함되는지 여부를 나타내는 제3 플래그를 포함한다. 제3 플래그는 프로필 정보에 포함되지 않는다.
일 실시예에서, 제3 플래그는 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 인트라 코딩되고 코딩된 비디오 비트스트림의 각각의 이미지 슬라이스가 하나의 픽처에 포함되는 것을 나타내는 제2 플래그에 기초하여 하나의 픽처에 포함된다.
도 9는 본 개시내용의 실시예에 따른 예시적인 프로세스(900)를 개괄하는 다른 흐름도를 도시한다. 다양한 실시예에서, 프로세스(900)는 단말 장치(210, (220), (230) 및 (240))의 프로세싱 회로, 비디오 인코더(303)의 기능을 수행하는 프로세싱 회로, 비디오 디코더(310)의 기능을 수행하는 프로세싱 회로, 비디오 디코더(410)의 기능을 수행하는 프로세싱 회로, 인트라 예측 모듈(452)의 기능을 수행하는 프로세싱 회로, 비디오 인코더(503)의 기능을 수행하는 프로세싱 회로, 비디오 인코더(533)의 기능을 수행하는 프로세싱 회로, 예측기(535)의 기능을 수행하는 프로세싱 회로, 인트라 인코더(622)의 기능을 수행하는 프로세싱 회로, 인트라 디코더(772)의 기능을 수행하는 프로세싱 회로 등과 같은 프로세싱 회로에 의해 실행된다. 일부 실시예에서, 프로세스(900)는 소프트웨어 명령으로 구현되고, 따라서 프로세싱 회로가 소프트웨어 명령을 실행할 때, 프로세싱 회로는 프로세스(900)를 수행한다.
프로세스(900)는 일반적으로 단계(S910)에서 시작할 수 있으며, 여기서 프로세스(900)는 코딩된 비디오 비트스트림의 예측 정보에서 프로파일 정보를 디코딩한다. 프로파일 정보는 신택스 요소의 복수의 그룹을 포함하고 코딩된 비디오 비트스트림에 대한 프로파일을 나타낸다. 그런 다음, 프로세스(900)는 단계(S920)로 진행한다.
단계(S920)에서, 프로세스(900)는 프로파일 정보에 표시된 프로파일에 기초하여 신택스 요소의 복수의 그룹 중 적어도 하나를 결정한다. 그런 다음, 프로세스(900)는 단계(S930)로 진행한다.
단계(S930)에서, 프로세스(900)는 복수의 신택스 요소 그룹 중 결정된 적어도 하나에 기초하여 예측 정보에 포함된 신택스 요소를 디코딩한다. 그런 다음, 프로세스(900)는 단계(S940)로 진행한다.
단계(S940)에서, 프로세스(900)는 예측 정보에 포함된 디코딩된 신택스 요소에 기초하여 적어도 하나의 픽처를 재구성한다.
일 실시예에서, 프로파일에 대한 신택스 요소의 복수의 그룹 중 적어도 하나의 결정된 순서는 프로파일 정보의 신택스 요소의 복수의 그룹의 미리 결정된 순서에 따른다.
일 실시예에서, 프로파일 정보에서 신택스 요소의 복수의 그룹 각각에 대해 바이트 정렬이 검사된다.
VIII. 컴퓨터 시스템(Computer System)
전술한 기술은 컴퓨터 판독 가능 명령을 사용하여 컴퓨터 소프트웨어로 구현 될 수 있고 하나 이상의 컴퓨터 판독 가능 매체에 물리적으로 저장될 수 있다. 예를 들어, 도 10은 개시된 발명의 특정 실시예를 구현하기에 적합한 컴퓨터 시스템(1000)을 도시한다.
컴퓨터 소프트웨어는 임의의 적절한 기계어 코드 또는 컴퓨터 언어를 사용하여 코딩될 수 있으며, 이는 어셈블리, 컴파일, 링크 또는 유사한 메커니즘 하에서 해석(interpretation), 마이크로 코드 실행 및 하나 이상의 컴퓨터 중앙 처리 장치(CPU), 그래픽 처리 장치(GPU) 등을 통해 또는 직접 실행될 수 있는 명령을 포함하는 코드를 생성한다.
명령은 예를 들어 개인용 컴퓨터, 태블릿 컴퓨터, 서버, 스마트 폰, 게임 장치, 사물 인터넷 장치 등을 포함하는 다양한 유형의 컴퓨터 또는 그 컴포넌트에서 실행될 수 있다.
도 10에 도시된 컴포넌트 컴퓨터 시스템(1000)은 본질적으로 예시적이며 본 개시 내용의 실시예를 구현하는 컴퓨터 소프트웨어의 사용 또는 기능의 범위에 대한 어떠한 제한도 제안하려는 것이 아니다. 컴포넌트의 구성은 컴퓨터 시스템(1000)의 예시적인 실시예에 예시된 컴포넌트의 임의의 하나 또는 조합과 관련된 임의의 종속성 또는 요구 사항을 갖는 것으로 해석되어서는 안된다.
컴퓨터 시스템(1000)은 특정 휴먼 인터페이스 입력 장치를 포함할 수 있다. 이러한 휴먼 인터페이스 입력 장치는 촉각 입력(예를 들어, 키 입력, 스와이프, 데이터 장갑 움직임), 오디오 입력(예를 들어, 음성, 박수), 시각적 입력(예를 들어, 제스처), 후각 입력(도시되지 않음)을 통해 한 명 이상의 인간 사용자의 입력에 응답 할 수 있다. 휴먼 인터페이스 장치는 또한 오디오(예를 들어, 음성, 음악, 주변 소리), 이미지(예를 들어, 스캔 한 이미지, 정지 이미지 카메라로부터 획득하는 사진 이미지), 비디오(예를 들어, 2 차원 비디오, 입체 비디오를 포함한 3차원 비디오)와 같이 사람의 의식적 입력과 직접 관련이 없는 특정 미디어를 캡처하는 데 사용할 수도 있다.
입력 휴먼 인터페이스 장치는 키보드(1001), 마우스(1002), 트랙 패드(1003), 터치 스크린(1010), 데이터 장갑(도시되지 않음), 조이스틱(1005), 마이크(1006), 스캐너(1007), 카메라(1008) 중 하나 이상을 포함 할 수 있다.
컴퓨터 시스템(1000)은 또한 특정 휴먼 인터페이스 출력 장치를 포함할 수 있다. 이러한 인간 인터페이스 출력 장치는 예를 들어 촉각 출력, 소리, 빛 및 냄새/맛을 통해 한 명 이상의 인간 사용자의 감각을 자극할 수 있다. 이러한 휴먼 인터페이스 출력 장치는, 촉각 출력 장치(예를 들어, 터치 스크린(1010), 데이터 장갑(도시되지 않음) 또는 조이스틱(1005)에 의한 촉각 피드백을 포함하지만, 입력 장치로서 기능하지 않는 촉각 피드백 장치일 수도 있다), 오디오 출력 장치(예를 들어, 스피커(1009), 헤드폰(표시되지 않음)), 시각 출력 장치(예를 들어, CRT 스크린, LCD 스크린, 플라즈마 스크린, OLED 스크린을 포함하는 스크린(1010)을 포함하며, 이들 각각은 터치 스크린 입력 기능을 가지고 있을 수도 없을 수도 있고, 촉각 피드백 기능을 가지고 있을 수도 없을 수도 있으며, 일부는 2차원 시각 출력 또는 스테레오 그래픽 출력, 가상 현실 안경(도시되지 않음), 홀로그래픽 디스플레이 및 스모트 탱크(smoke tank, 도시되지 않음)와 같은 수단을 통한 3차원 출력이 가능하다), 및 프린터(도시되지 않음)를 포함할 수 있다. 이러한 시각적 출력 장치(예를 들어, 스크린(1010))는 그래픽 어댑터(1050)를 통해 시스템 버스(1048)에 연결할 수 있다.
컴퓨터 시스템(1000)은 또한 사람이 액세스할 수 있는 저장 장치 및 이와 연관된 매체로서, CD/DVD를 가진 CD/DVD 등의 매체(1021)를 가진 CD/DVD ROM/RW(1020)를 포함하는 광학 매체, 썸 드라이브(thumb-driver)(1022), 탈착식 하드 드라이브 또는 솔리드 스테이트 드라이브(1023), 테이프 및 플로피 디스크(도시되지 않음)와 같은 레거시 자기 매체, 보안 동글(도시되지 않음)과 같은 특수 ROM/ASIC/PLD 기반 장치 등을 포함한다.
통상의 기술자는 또한 현재 개시된 발명과 관련하여 사용되는 "컴퓨터 판독 가능 매체"라는 용어가 전송 매체, 반송파 또는 다른 일시적 신호를 포함하지 않는다는 것을 이해해야한다.
컴퓨터 시스템(1000)은 또한 하나 이상의 통신 네트워크(1055)에 대한 네트워크 인터페이스(1054)를 포함할 수 있다. 하나 이상의 통신 네트워크(1055)는 예를 들어 무선, 유선, 광일 수 있다. 하나 이상의 통신 네트워크(1055)는 또한 로컬, 광역, 대도시, 차량 및 산업, 실시간, 지연 허용 등일 수 있다. 하나 이상의 통신 네트워크(1055)의 예로는 이더넷, 무선 LAN과 같은 LAN, GSM, 3G, 4G, 5G, LTE 등을 포함하는 셀룰러 네트워크, 케이블 TV, 위성 TV 및 지상파 방송 TV, 차량 및 산업용 CANBus 등을 포함하는 TV 유선 또는 무선 광역 디지털 네트워크가 포함된다. 특정 네트워크에는 일반적으로 특정 범용 데이터 포트 또는 주변 장치 버스(1049)(예를 들어, 컴퓨터 시스템의 USB 포트(1000))에 연결된 외부 네트워크 인터페이스 어댑터가 필요하다. 다른 것들은 일반적으로 아래에 설명된 바와 같이 시스템 버스에 연결하여 컴퓨터 시스템(1000)의 코어에 통합된다(예를 들어, PC 컴퓨터 시스템에 대한 이더넷 인터페이스 또는 스마트 폰 컴퓨터 시스템에 대한 셀룰러 네트워크 인터페이스). 이러한 네트워크 중 하나를 사용하여 컴퓨터 시스템(1000)은 다른 엔티티와 통신할 수 있다. 이러한 통신은 단방향, 수신 전용(예를 들어, 방송 TV), 단방향 전송 전용(예를 들어, CANbus에서 특정 CANbus 장치로) 또는 양방향(예를 들어, 로컬 또는 광역 디지털 네트워크를 사용하는 다른 컴퓨터 시스템)일 수 있다. 특정 프로토콜 및 프로토콜 스택은 위에서 설명한 대로 각 네트워크 및 네트워크 인터페이스에서 사용할 수 있다.
앞서 언급한 휴먼 인터페이스 장치, 사람이 액세스할 수 있는 저장 장치 및 네트워크 인터페이스는 컴퓨터 시스템(1000)의 코어(1040)에 연결될 수 있다.
코어(1040)는 하나 이상의 중앙 처리 장치(CPU)(1041), 그래픽 처리 장치(GPU)(1042), FPGA(Field Programmable Gate Areas)(1043) 형태의 특수 프로그래머블 처리 유닛, 특정 태스크에 대한 가속기(1044) 등을 포함할 수 있다. 읽기 전용 메모리(ROM)(1045), 랜덤 액세스 메모리(1046), 인트라 비사용자 액세스 가능 하드 드라이브, SSD 등과 같은 내부 대용량 저장소(1047)와 함께 이러한 장치는 시스템 버스(1048)를 통해 연결될 수 있다. 일부 컴퓨터 시스템에서, 시스템 버스(1048)는 추가 CPU, GPU 등에 의한 확장을 가능하게 하기 위해 하나 이상의 물리적 플러그의 형태로 액세스할 수 있다. 주변 장치는 코어의 시스템 버스(1048)에 직접 연결하거나 주변 장치 버스(1049)를 통해 연결할 수 있다. 주변 버스의 아키텍처에는 PCI, USB 등이 포함된다.
CPU(1041), GPU(1042), FPGA(1043) 및 가속기(1044)는 조합하여 앞서 언급한 컴퓨터 코드를 구성할 수 있는 특정 명령을 실행할 수 있다. 이 컴퓨터 코드는 ROM(1045) 또는 RAM(1046)에 저장할 수 있다. 과도기 데이터는 RAM(1046)에 저장될 수도 있지만 영구 데이터는 예를 들어 내부 대용량 저장소(1047)에 저장될 수 있다. 하나 이상의 CPU(1041), GPU(1042), 대용량 스토리지(1047), ROM(1045), RAM(1046) 등과 밀접하게 연관될 수 있는 캐시 메모리를 사용하여 모든 메모리 장치에 대한 빠른 저장 및 검색을 가능하게 할 수 있다.
컴퓨터 판독 가능 매체는 다양한 컴퓨터 구현 동작을 수행하기 위한 컴퓨터 코드를 가질 수 있다. 매체 및 컴퓨터 코드는 본 개시의 목적을 위해 특별히 설계되고 구성된 것이거나, 컴퓨터 소프트웨어 분야의 숙련자에게 잘 알려져 있고 이용 가능한 종류일 수 있다.
예로서, 제한 없이, 아키텍처(1000)를 갖는 컴퓨터 시스템, 특히 코어(1040)는 하나 이상의 유형의 컴퓨터 판독 가능 매체에 구현된 소프트웨어를 실행하는 프로세서(CPU, GPU, FPGA, 가속기 등을 포함)의 결과로서 기능을 제공할 수 있다. 이러한 컴퓨터 판독 가능 매체는 위에서 소개한 사용자 액세스 가능 대용량 저장소와 관련된 미디어일 수 있으며, 코어 내부 대용량 저장소(1047) 또는 ROM(1045)과 같은 비 일시적 특성을 가진 코어(1040)의 특정 저장소일 수 있다. 본 개시의 다양한 실시예를 구현하는 소프트웨어는 이러한 장치에 저장되고 코어(1040)에 의해 실행될 수 있다. 컴퓨터 판독 가능 매체는 특정 요구에 따라 하나 이상의 메모리 장치 또는 칩을 포함할 수 있다. 소프트웨어는 코어(1040) 및 특히 그 안의 프로세서(CPU, GPU, FPGA 등을 포함)가 RAM(1046)에 저장된 데이터 구조를 정의하는 것과 소프트웨어에서 정의한 프로세스에 따라 이러한 데이터 구조를 수정하는 것을 포함하여 여기에 설명된 특정 프로세스 또는 특정 프로세스를 실행하도록 할 수 있다. 추가로 또는 대안으로, 컴퓨터 시스템은 여기에 설명된 특정 프로세스나 특정 프로세스의 특정 부분을 실행하기 위해 소프트웨어 대신 또는 소프트웨어와 함께 작동할 수 있는 회로(예를 들어, 가속기(1044))에 고정되거나 다른 방식으로 구현된 로직의 결과로 기능을 제공할 수 있다. 소프트웨어에 대한 참조는 로직을 포함할 수 있으며 적절한 경우에 그 반대도 마찬가지이다. 컴퓨터 판독 가능 매체에 대한 참조는 실행을 위한 소프트웨어를 저장하는 회로(예를 들어, 집적 회로(IC)), 실행을 위한 로직을 구현하는 회로 또는 적절한 경우 둘 다를 포함할 수 있다. 본 개시는 하드웨어 및 소프트웨어의 임의의 적절한 조합을 포함한다.
본 개시가 몇몇 예시적인 실시예를 설명했지만, 본 개시의 범위 내에 속하는 변경, 순열 및 다양한 대체 등가물이 있다. 따라서, 통상의 기술자는 본 명세서에 명시적으로 도시되거나 설명되지 않았지만, 본 개시의 원리를 구현하고 따라서 그 사상 및 범위 내에 있는 수많은 시스템 및 방법을 고안할 수 있다는 것을 이해할 것이다.
부록 A: 약어
AMVP: 고급 모션 벡터 예측(Advanced Motion Vector Prediction)
ASIC: 애플리케이션별 집적 회로(Application-Specific Integrated Circuit)
ATMVP: 대체/고급 시간 모션 벡터 예측(Alternative/Advanced Temporal Motion Vector Prediction)
BMS: 벤치마크 세트(Benchmark Set)
BV: 블록 벡터(Block Vector)
CANBus: 컨트롤러 영역 네트워크 버스(Controller Area Network Bus)
CB: 코딩 블록(Coding Block)
CD: 컴팩트 디스크(Compact Disc)
CPR: 현재 픽처 참조(Current Picture Referencing)
CPU: 중앙 처리 장치(Central Processing Unit)
CRT: 음극선관(Cathode Ray Tube)
CTB: 코딩 트리 블록(Coding Tree Block)
CTU: 코딩 트리 단위(Coding Tree Unit)
CU: 코딩 단위(Coding Unit)
DPB: 디코더 픽처 버퍼(Decoder Picture Buffer)
DVD: 디지털 비디오 디스크(Digital Video Disc)
FPGA: 필드 프로그래머블 게이트 영역(Field Programmable Gate Area)
GOP: 픽처 그룹(Group of Pictures)
GPU: 그래픽 처리 장치(Graphics Processing Unit)
GSM: 모바일 통신을 위한 글로벌 시스템(Global System for Mobile communications)
HEVC: 고효율 비디오 코딩(High Efficiency Video Coding)
HRD: 가상 참조 디코더(Hypothetical Reference Decoder)
IBC: 인트라 블록 복사(Intra Block Copy)
IC: 집적 회로(Integrated Circuit)
JEM: 공동 탐사 모델(Joint Exploration Model)
JVET: 공동 비디오 탐색 팀(Joint Video Exploration Team)
LAN: 근거리 통신망(Local Area Network)
LCD: 액정 디스플레이(Liquid-Crystal Display)
LTE: 롱텀에볼루션(Long-Term Evolution)
MV: 모션 벡터(Motion Vector)
OLED: 유기 발광 다이오드(Organic Light-Emitting Diode)
PB: 예측 블록(Prediction Block)
PCI: 주변 장치 구성 요소 상호 연결(Peripheral Component Interconnect)
PH: 픽처 헤더(Picture Header)
PLD: 프로그래밍 가능한 논리 장치(Programmable Logic Device)
PPS: 픽처 파라미터 설정(Picture Parameter Setting)
POC: 픽처 순서 카운트(Picture Order Count)
PU: 예측 단위(Prediction Unit)
RAM: 랜덤 액세스 메모리(Random Access Memory)
RBSP: 원시 바이트 시퀀스 페이로드(Raw Byte Sequence Payload)
ROM: 읽기 전용 메모리(Read-Only Memory)
RPL: 참조 픽처 목록(Reference Picture List)
SCC: 화면 콘텐츠 코딩(Screen Content Coding)
SDR: 표준 동적 범위(Standard Dynamic Range)
SEI: 보조 향상 정보(Supplementary Enhancement Information)
SNR: 신호 잡음비(Signal Noise Ratio)
SPS: 시퀀스 파라미터 세트(Sequence Parameter Set)
SSD: 솔리드 스테이트 드라이브(Solid-state Drive)
TU: 변환 단위(Transform Unit)
USB: 범용 직렬 버스(Universal Serial Bus)
VUI: 비디오 사용성 정보(Video Usability Information)
VVC: 다목적 비디오 코딩(Versatile Video Coding)

Claims (20)

  1. 디코더에서의 비디오 디코딩 방법으로서,
    코딩된 비디오 비트스트림의 예측 정보에서 복수의 이미지 슬라이스에 대한 프로파일 정보를 디코딩하는 단계 - 상기 프로파일 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는 프로파일의 프로파일 식별 정보를 포함함 - ;
    상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스에 대해 인트라 예측을 수행하는 단계; 및
    상기 인트라 예측에 기초하여 적어도 하나의 이미지 픽처를 재구성하는 단계
    를 포함하는 비디오 디코딩 방법.
  2. 제1항에 있어서,
    상기 프로파일 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는지를 나타내는 제1 플래그 및 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함되는지를 나타내는 제2 플래그를 포함하는, 비디오 디코딩 방법.
  3. 제2항에 있어서,
    상기 제1 플래그는 제2 플래그 이후에 디코딩되고, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제2 플래그에 기초하여 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩된다는 것을 나타내는, 비디오 디코딩 방법.
  4. 제2항에 있어서,
    상기 제1 플래그는, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는 프로파일의 프로파일 식별 정보에 기초하여, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩된다는 것을 나타내는, 비디오 디코딩 방법.
  5. 제2항에 있어서,
    상기 제2 플래그는, 상기 프로파일이 상기 코딩된 비디오 비트스트림에 하나의 픽처만이 포함되는 스틸 픽처 프로파일이라는 것에 기초하여, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는, 비디오 디코딩 방법.
  6. 제2항에 있어서,
    비-인트라 관련 신택스 요소(non-intra related syntax elements)는, (i) 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩된다는 것을 나타내는 제1 플래그 및 (ii) 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제2 플래그 중 하나에 기초하여, 상기 예측 정보에 포함되지 않는, 비디오 디코딩 방법.
  7. 제1항에 있어서,
    상기 예측 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되어 하나의 픽처에 포함되는지를 나타내는 제3 플래그를 포함하고, 상기 제3 플래그는 상기 프로파일 정보에 포함되지 않는, 비디오 디코딩 방법.
  8. 제7항에 있어서,
    상기 제3 플래그는, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제2 플래그에 기초하여, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되고 하나의 픽처에 포함된다는 것을 나타내는, 비디오 디코딩 방법.
  9. 프로세싱 회로를 포함하는 장치로서,
    상기 프로세싱 회로는:
    코딩된 비디오 비트스트림의 예측 정보에서 복수의 이미지 슬라이스에 대한 프로파일 정보를 디코딩하고 - 상기 프로파일 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는 프로파일의 프로파일 식별 정보를 포함함 - ;
    상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스에 대해 인트라 예측을 수행하며; 그리고
    상기 인트라 예측에 기초하여 적어도 하나의 이미지 픽처를 재구성하도록 구성되어 있는, 장치.
  10. 제9항에 있어서,
    상기 프로파일 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는지를 나타내는 제1 플래그 및 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함되는지를 나타내는 제2 플래그를 포함하는, 장치.
  11. 제10항에 있어서,
    상기 제1 플래그는 제2 플래그 이후에 디코딩되고, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제2 플래그에 기초하여 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩된다는 것을 나타내는, 장치.
  12. 제10항에 있어서,
    상기 제1 플래그는, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되는 프로파일의 프로파일 식별 정보에 기초하여, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩된다는 것을 나타내는, 장치.
  13. 제10항에 있어서,
    상기 제2 플래그는, 상기 프로파일이 상기 코딩된 비디오 비트스트림에 하나의 픽처만이 포함되는 스틸 픽처 프로파일이라는 것에 기초하여, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는, 장치.
  14. 제10항에 있어서,
    비-인트라 관련 신택스 요소(non-intra related syntax elements)는, (i) 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩된다는 것을 나타내는 제1 플래그 및 (ii) 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제2 플래그 중 하나에 기초하여 상기 예측 정보에 포함되지 않는, 장치.
  15. 제9항에 있어서,
    상기 예측 정보는 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되어 하나의 픽처에 포함되는지를 나타내는 제3 플래그를 포함하고, 상기 제3 플래그는 상기 프로파일 정보에 포함되지 않는, 장치.
  16. 제15항에 있어서,
    상기 제3 플래그는, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 하나의 픽처에 포함된다는 것을 나타내는 제2 플래그에 기초하여, 상기 코딩된 비디오 비트스트림에서의 각각의 이미지 슬라이스가 인트라 코딩되고 하나의 픽처에 포함된다는 것을 나타내는, 장치.
  17. 비일시적 컴퓨터 판독 가능형 저장 매체로서,
    적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 제1항에 따른 방법을 수행하게 하는 명령을 저장하는 비일시적 컴퓨터 판독 가능형 저장 매체.
  18. 디코더에서의 비디오 디코딩 방법으로서,
    코딩된 비디오 비트스트림의 예측 정보에서의 프로파일 정보를 디코딩하는 단계 - 상기 프로파일 정보는 신택스 요소의 복수의 그룹을 포함하고 상기 코딩된 비디오 비트스트림에 대한 프로파일을 나타냄 - ;
    상기 프로파일 정보에 나타난 프로파일에 기초하여 상기 신택스 요소의 복수의 그룹 중 적어도 하나를 결정하는 단계;
    상기 신택스 요소의 복수의 그룹 중 결정된 적어도 하나에 기초하여 상기 예측 정보에 포함된 신택스 요소를 디코딩하는 단계; 및
    상기 예측 정보에 포함된 디코딩된 신택스 요소에 기초하여 적어도 하나의 픽처를 재구성하는 단계
    를 포함하는 비디오 디코딩 방법.
  19. 제18항에 있어서,
    상기 프로파일에 대한 상기 신택스 요소의 복수의 그룹 중 결정된 적어도 하나의 순서는 상기 신택스 요소의 복수의 그룹의 미리 결정된 순서에 따르는, 비디오 디코딩 방법.
  20. 제18항에 있어서,
    상기 신택스 요소의 복수의 그룹 각각에 대해 바이트 정렬(byte alignment)이 검사되는, 비디오 디코딩 방법.
KR1020227005765A 2020-04-08 2021-04-06 비디오 코딩 방법 및 장치 KR20220035252A (ko)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US202063007187P 2020-04-08 2020-04-08
US63/007,187 2020-04-08
US202063029000P 2020-05-22 2020-05-22
US63/029,000 2020-05-22
US17/220,481 US11412256B2 (en) 2020-04-08 2021-04-01 Method and apparatus for video coding
US17/220,481 2021-04-01
PCT/US2021/025870 WO2021207124A1 (en) 2020-04-08 2021-04-06 Method and apparatus for video coding

Publications (1)

Publication Number Publication Date
KR20220035252A true KR20220035252A (ko) 2022-03-21

Family

ID=78007333

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020227005765A KR20220035252A (ko) 2020-04-08 2021-04-06 비디오 코딩 방법 및 장치

Country Status (6)

Country Link
US (3) US11412256B2 (ko)
EP (1) EP4018643A4 (ko)
JP (2) JP7359951B2 (ko)
KR (1) KR20220035252A (ko)
CN (1) CN114375570A (ko)
WO (1) WO2021207124A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020003268A2 (en) * 2018-06-29 2020-01-02 Beijing Bytedance Network Technology Co., Ltd. Definition of zero unit
CN115606185A (zh) * 2020-05-01 2023-01-13 北京达佳互联信息技术有限公司（Cn） 用于视频编解码的高级语法
US11611778B2 (en) * 2020-05-20 2023-03-21 Sharp Kabushiki Kaisha Systems and methods for signaling general constraint information in video coding
WO2021239085A1 (en) * 2020-05-28 2021-12-02 Beijing Bytedance Network Technology Co., Ltd. Reference picture list signaling in video coding

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7055675B2 (en) 2002-12-04 2006-06-06 3M Innovative Properties Company Conveyor belt cleaning system
WO2007081176A1 (en) * 2006-01-12 2007-07-19 Lg Electronics Inc. Processing multiview video
KR100896289B1 (ko) * 2006-11-17 2009-05-07 엘지전자 주식회사 비디오 신호의 디코딩/인코딩 방법 및 장치
US20110194613A1 (en) * 2010-02-11 2011-08-11 Qualcomm Incorporated Video coding with large macroblocks
US20160295211A1 (en) 2013-12-27 2016-10-06 Sony Corporation Decoding device and decoding method, and encoding device and encoding method

Also Published As

Publication number Publication date
US11800149B2 (en) 2023-10-24
CN114375570A (zh) 2022-04-19
US20210321130A1 (en) 2021-10-14
JP2023165926A (ja) 2023-11-17
JP2022549910A (ja) 2022-11-29
JP7359951B2 (ja) 2023-10-11
US11412256B2 (en) 2022-08-09
WO2021207124A1 (en) 2021-10-14
EP4018643A4 (en) 2022-10-26
EP4018643A1 (en) 2022-06-29
US20220337871A1 (en) 2022-10-20
US20240007667A1 (en) 2024-01-04

Similar Documents

Publication Publication Date Title
US11882298B2 (en) Signaling of video coding tools supporting various chroma format
KR102487114B1 (ko) 비디오 코딩을 위한 방법 및 장치
KR20200124736A (ko) 비디오 코딩을 위한 방법 및 장치
KR20210006973A (ko) 비디오 코딩을 위한 방법 및 장치
US12096040B2 (en) Disabling coding tool for active color transform
AU2020348846B2 (en) Signaling of inter layer prediction in video bitstream
AU2023203809A1 (en) Method and apparatus for video coding
US11412256B2 (en) Method and apparatus for video coding
KR102663502B1 (ko) 비디오 코딩 방법 및 장치
KR20210118941A (ko) 비디오 코딩을 위한 방법 및 장치
AU2024204068A1 (en) Signaling of inter layer prediction in video bitstream
US11683514B2 (en) Method and apparatus for video coding for machine
KR20210069720A (ko) 작은 코딩 블록들에 대한 단순화된 병합 리스트 구성
KR20230010739A (ko) 비디오 코딩 방법 및 장치
US20230101189A1 (en) Techniques for constraint flag signaling for range extension with persistent rice adaptation
KR20230038282A (ko) 비디오 코딩을 위한 방법 및 장치