KR20180059893A - 직사각형 변환 유닛들의 양자화를 위한 델타 qp, 단거리 인트라 예측 (sdip) 기반 비디오 코딩 - Google Patents

직사각형 변환 유닛들의 양자화를 위한 델타 qp, 단거리 인트라 예측 (sdip) 기반 비디오 코딩 Download PDF

Info

Publication number
KR20180059893A
KR20180059893A KR1020187012036A KR20187012036A KR20180059893A KR 20180059893 A KR20180059893 A KR 20180059893A KR 1020187012036 A KR1020187012036 A KR 1020187012036A KR 20187012036 A KR20187012036 A KR 20187012036A KR 20180059893 A KR20180059893 A KR 20180059893A
Authority
KR
South Korea
Prior art keywords
block
sub
sdip
value
video
Prior art date
Application number
KR1020187012036A
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 KR20180059893A publication Critical patent/KR20180059893A/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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/12—Selection from among a plurality of transforms or standards, e.g. selection between discrete cosine transform [DCT] and sub-band transform or selection between H.263 and H.264
    • H04N19/122—Selection of transform size, e.g. 8x8 or 2x4x8 DCT; Selection of sub-band transforms of varying structure or type
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/124—Quantisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/124—Quantisation
    • H04N19/126—Details of normalisation or weighting functions, e.g. normalisation matrices or variable uniform quantisers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/129—Scanning of coding units, e.g. zig-zag scan of transform coefficients or flexible macroblock ordering [FMO]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/43—Hardware specially adapted for motion estimation or compensation
    • 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/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • 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
    • H04N19/463—Embedding additional information in the video signal during the compression process by compressing encoding parameters before transmission
    • 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
    • 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/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding

Landscapes

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

Abstract

예시적인 디바이스가 인코딩된 비디오 데이터를 저장하도록 구성되는 메모리 디바이스와, 메모리 디바이스에 커플링되는 프로세싱 회로부를 포함한다. 프로세싱 회로부는 저장된 비디오 데이터의 직사각형 변환 유닛 (TU) 이, K가 일만큼 좌측 시프트된 정수 값 'm'과 동일한 값을 가지며 L이 일만큼 좌측 시프트된 정수 값 'n'과 동일한 값을 가지는, 제 1 정수 값 'K'에 의해 표시되는 수의 화소 행들과 제 2 정수 값 'L'에 의해 표시되는 수의 화소 열들을 포함한다고 결정하도록, n과 m의 합이 홀수라고 결정하도록, 그리고 홀수인 n과 m의 합에 기초하여, 직사각형 TU에 대한 수정된 QP 값을 획득하기 위해 델타 양자화 파라미터 값을 직사각형 TU에 대한 양자화 파라미터 (QP) 값에 가산하도록 구성된다.

Description

직사각형 변환 유닛들의 양자화를 위한 델타 QP, 단거리 인트라 예측 (SDIP) 기반 비디오 코딩
본 출원은 2015년 9월 29일자로 출원된 미국 임시 특허 출원 제62/234,589호를 우선권 주장하며, 그 전체 내용은 참조로 본 명세서에 포함된다
본 개시물은 비디오 코딩에 관한 것이고, 더 상세하게는 비디오 데이터를 코딩할 때 인트라 예측을 수행하는 기법들에 관한 것이다.
디지털 비디오 능력들은 디지털 텔레비전들, 디지털 직접 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인휴대 정보 단말들 (PDA들), 랩톱 또는 데스크톱 컴퓨터들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화기들, 비디오 원격회의 디바이스들 등을 포함한 넓은 범위의 디바이스들에 통합될 수 있다. 디지털 비디오 디바이스들은 MPEG-2, MPEG-4, ITU-T H.263 또는 ITU-T H.264/MPEG-4, 파트 10, 고급 비디오 코딩 (AVC) 에 의해 규정된 표준들, 현재 개발중인 고 효율 비디오 코딩 (High Efficiency Video Coding, HEVC) 표준, 및 이러한 표준들의 확장본들에 기재된 것들과 같은 비디오 압축 기법들을 구현하여, 디지털 비디오 정보를 더 효율적으로 송신하며, 수신하고 저장한다.
비디오 압축 기법들은 공간적 예측 및/또는 시간적 예측을 포함하여 비디오 시퀀스들에 내재하는 리던던시를 감소시키거나 제거한다. 블록 기반 비디오 코딩의 경우, 비디오 프레임 또는 슬라이스가 블록들로 파티셔닝될 수도 있다. 각각의 블록은 더 파티셔닝될 수도 있다. 인트라 코딩식 (intra-coded, I) 프레임 또는 슬라이스에서의 블록들은 동일한 프레임 또는 슬라이스에서의 이웃 블록들의 참조 샘플들에 관한 공간적 예측을 사용하여 인코딩된다. 인터 코딩식 (inter-coded; P 또는 B) 프레임 또는 슬라이스에서의 블록들은 동일한 프레임 또는 슬라이스에서의 이웃 블록들의 참조 샘플들에 관한 공간적 예측 또는 다른 참조 프레임들에서의 참조 샘플들에 관한 시간적 예측을 이용할 수도 있다. 공간적 또는 시간적 예측은 코딩될 블록에 대한 예측성 블록 (predictive block) 이 생기게 한다. 잔차 데이터는 코딩될 원래의 블록과 예측성 블록 사이의 화소 차이들을 나타낸다.
인터 코딩식 블록은 예측성 블록을 형성하는 참조 샘플들의 블록을 가리키는 모션 벡터와, 코딩된 블록 및 예측성 블록 간의 차이를 나타내는 잔차 데이터에 따라 인코딩된다. 인트라 코딩식 블록은 인트라 코딩 모드 및 잔차 데이터에 따라 인코딩된다. 추가 압축을 위해, 잔차 데이터는 화소 도메인으로부터 변환 도메인으로 변환될 수도 있으며, 결과적으로 잔차 변환 계수들이 생겨나며, 그 계수들은 그 다음에 양자화될 수도 있다. 처음에는 2차원 어레이로 배열된 양자화된 변환 계수들은, 엔트로피 코딩을 위한 변환 계수들의 1차원 벡터를 생성하기 위해 특정 순서로 스캔될 수도 있다.
대체로, 본 개시물은 단거리 인트라 예측 (short distance intra-prediction, SDIP) 을 사용하여 데이터를 인트라 코딩하는 기법들을 설명한다. 본 개시물의 양태들은 인트라 모드 의존 프로세싱 순서, 코딩된 블록 플래그 (CBF) 예측, 마지막 유효 계수 (last significant coefficient, LSC) 결정에, 그리고 델타 양자화 파라미터 (델타-QP 또는 dQP) 에 의한 변환 정밀도 조작에 관련된다. 본 개시물의 다양한 기법들은 SDIP 기반 비디오 코딩에 관하여 설명되지만, 그 기법들은 다른 모드들에 따른 비디오 코딩에 적용 가능할 수도 있다는 것 또한 이해될 것이다.
하나의 예에서, 인코딩된 비디오 데이터를 디코딩하는 방법은, 직사각형 변환 유닛 (TU) 이 K가 (1 << n) 과 동일한 제 1 정수 값 'K'에 의해 표시되는 다수의 화소 행들과 L이 (1 << m) 과 동일한 제 2 정수 값 'L'에 의해 표시되는 다수의 화소 열들을 포함한다고 결정하는 단계; n과 m의 합이 홀수라고 결정하는 단계; 및 홀수인 n과 m의 합에 기초하여, 직사각형 TU에 대한 수정된 QP 값을 획득하기 위해 직사각형 TU에 대한 양자화 파라미터 (QP) 값에 델타 양자화 파라미터 (델타 QP) 값을 가산하는 단계를 포함한다.
다른 예에서, 비디오 디코딩 디바이스가 인코딩된 비디오 데이터를 저장하도록 구성되는 메모리 디바이스와, 메모리 디바이스에 커플링되는 프로세싱 회로부를 포함한다. 프로세싱 회로부는, 메모리 디바이스에 저장되는 인코딩된 비디오 데이터의 직사각형 변환 유닛 (TU) 이 K가 (1 << n) 과 동일한 제 1 정수 값 'K'에 의해 표시되는 다수의 화소 행들과 L이 (1 << m) 과 동일한 제 2 정수 값 'L'에 의해 표시되는 다수의 화소 열들을 포함한다고 결정하며; n과 m의 합이 홀수라고 결정하며; 그리고 홀수인 n과 m의 합에 기초하여, 직사각형 TU에 대한 수정된 QP 값을 획득하기 위해 직사각형 TU에 대한 양자화 파라미터 (QP) 값에 델타 양자화 파라미터 (델타 QP) 값을 가산하도록 구성된다.
다른 예에서, 비디오 디코딩 디바이스가 인코딩된 비디오 데이터를 저장하도록 구성되는 메모리 디바이스와, 메모리 디바이스에 커플링되는 프로세싱 회로부를 포함한다. 프로세싱 회로부는 메모리 디바이스에 저장되는 인코딩된 비디오 데이터의 서브블록이 단거리 인트라 예측 (SDIP) 에 따라 디코딩될 것이라고 결정하도록; 메모리 디바이스에 저장되는 인코딩된 비디오 데이터의 서브블록에 연관되는 인트라 예측 방향을 결정하도록; 인트라 예측 방향이 좌측하단 방향을 포함한다는 결정에 응답하여, 서브블록의 SDIP 기반 디코딩을 위한 프로세싱 순서가 하상 프로세싱 순서를 포함한다고 결정하도록; 그리고 인트라 예측 방향이 우측상단 방향을 포함한다는 결정에 응답하여, 서브블록의 SDIP 기반 디코딩을 위한 프로세싱 순서가 우좌 프로세싱 순서를 포함한다고 결정하도록 구성된다.
다른 예에서, 비디오 데이터를 인코딩하는 방법이, 비디오 데이터의 서브블록이 단거리 인트라 예측 (SDIP) 에 따라 인코딩될 것이라고 결정하는 단계; 비디오 데이터의 서브블록에 연관되는 인트라 예측 방향을 결정하는 단계; 및 인트라 예측 방향이 좌측하단 방향을 포함한다는 결정에 응답하여, 서브블록의 SDIP 기반 인코딩을 위한 프로세싱 순서가 하상 프로세싱 순서를 포함한다고 결정하는 것; 또는 인트라 예측 방향이 우측상단 방향을 포함한다는 결정에 응답하여, 서브블록의 SDIP 기반 인코딩을 위한 프로세싱 순서가 우좌 프로세싱 순서를 포함한다고 결정하는 것 중 하나를 수행하는 단계를 포함한다.
본 개시물의 다양한 양태들의 상세는 첨부 도면들 및 다음의 설명에서 언급된다. 본 개시물에서 설명되는 기법들의 다른 특징들, 목적들, 및 장점들은 상세한 설명 및 도면들로부터, 그리고 청구항들로부터 명확하게 될 것이다.
도 1은 본 개시물의 기법들을 구현할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 도시하는 블록도이다.
도 2는 본 개시물의 기법들을 구현할 수도 있는 예시적인 비디오 인코더를 도시하는 블록도이다.
도 3은 본 개시물의 기법들을 구현할 수도 있는 예시적인 비디오 디코더를 도시하는 블록도이다.
도 4a 및 도 4b는 예시적인 쿼드트리 및 대응하는 최대 코딩 유닛 (LCU) 을 예시하는 개념도들이다.
도 5는 예시적인 인트라 예측 모드 방향들을 도시하는 개념도이다.
도 6은 비디오 데이터를 예측하기 위한 예시적인 파티션 모드들을 도시하는 개념도이다.
도 7a는 단거리 인트라 예측 (SDIP) 에 따라서 라인들 또는 비-정사각형 (예컨대, 직사각형) 블록들로 파티셔닝되는 코딩 유닛 (CU) 을 예시하는 개념도이다.
도 7b는 단거리 인트라 예측 (SDIP) 예측된 CU를 포함하는 예시적인 최대 코딩 유닛 (LCU) 을 포함하는 개념도이다.
도 8은 SDIP의 비대칭 파티션 모드들을 사용하여 파티셔닝되는 블록들의 다양한 예들을 도시하는 개념도이다.
도 9는 비-정사각형 쿼드트리 파티셔닝을 위한 예시적인 파티셔닝 구조를 도시하는 개념도이다.
도 10a 및 도 10b는 본 개시물의 다양한 양태들에 따라서 SDIP 기반 코딩을 수정하기 위해 비디오 코딩 디바이스들이 구현할 수도 있는 적응적 프로세싱 순서 변경들을 예시하는 개념도들이다.
도 11은 비디오 디코딩 디바이스가 본 개시물의 기법들을 구현할 수도 있게 하는 예시적인 프로세스를 도시하는 흐름도이다.
도 12는 비디오 인코딩 디바이스가 본 개시물의 기법들을 구현할 수도 있게 하는 예시적인 프로세스를 도시하는 흐름도이다.
도 13은 비디오 코딩 디바이스가 본 개시물의 하나 이상의 변환 조작 기법들을 구현할 수도 있게 하는 예시적인 프로세스를 도시하는 흐름도이다.
비디오 코딩 디바이스들은 비디오 데이터를 효율적으로 인코딩 및 디코딩하는 비디오 압축 기법들을 구현한다. 비디오 압축 기법들은 비디오 시퀀스들에 내재하는 리던던시를 감소시키거나 제거하기 위해 공간적 (프레임 내) 예측 및/또는 시간적 (프레임 간) 예측을 적용시키는 것을 포함할 수도 있다. 비디오 인코더가 통상적으로 원래의 비디오 시퀀스의 각각의 픽처를 비디오 블록들 또는 코딩 유닛들이라고 지칭되는 직사각형 영역들 (아래에서 더 상세히 설명됨) 로 파티셔닝한다. 이들 비디오 블록들은 인트라 모드 (I-모드) 를 사용하여 또는 인터 모드 (P-모드 또는 B-모드) 를 사용하여 인코딩될 수도 있다.
P-모드 및 B-모드의 경우, 비디오 인코더가 참조 프레임이라고 지칭되는 그리고 F ref 로서 표시되는 다른 시간적 로케이션에서의 프레임에서의 인코딩된 것과 유사한 블록을 먼저 검색한다. 비디오 인코더는 인코딩될 블록에서부터 특정한 공간적 변위로 검색을 제한할 수 있다. 최상의 일치가 Δx가 수평이고 Δy가 수직 변위인 2-차원 (2D) 모션 벡터 (Δx , Δy ) 를 사용하여 로케이팅될 수도 있다. 따라서, 비디오 인코더는 다음의 수학식에 따라 모션 벡터와 최상의 일치가 속하는 참조 픽처를 사용하여 예측된 블록 (F pred ) 을 구축할 수 있으며:
F pred ( x,y ) = F ref (x+Δx , y+Δy )
여기서 픽처 내의 화소의 로케이션은 (x, y) 에 의해 표시된다.
I-모드에서 인코딩되는 블록들의 경우, 비디오 인코더는 동일한 픽처 내의 이전에 인코딩된 이웃 블록들로부터의 데이터에 기초한 공간 예측 기법들을 사용하여 예측된 블록을 형성할 수도 있다.
어느 경우에나, I-모드 및 P-모드 또는 B-모드 둘 다에 대해, 예측 에러, 즉, 인코딩되고 있는 블록과 예측된 블록에서의 화소 값들 사이의 차이는, 이산 변환, 이를테면 이산 코사인 변환 (DCT) 의 가중된 기저 함수들의 세트로서 표현될 수도 있다. 변환들은 상이한 사이즈들, 이를테면 4x4, 8x8 또는 16x16 이상의 블록들을 사용하여 수행될 수도 있다. 변환 블록의 형상은 항상 정사각형일 필요는 없다. 예를 들어, 직사각형 형상의, 예컨대, 16x4, 32x8 등의 변환 블록 사이즈를 갖는 변환 블록들이 또한 사용될 수도 있다.
변환 후, 가중값들 (즉, 변환 계수들) 은 그 뒤에 양자화된다. 양자화는 정보의 손실을 도입하고, 이처럼, 양자화된 계수들은 원래의 변환 계수들보다 더 낮은 정밀도를 가진다. 압축 비율, 즉, 원래의 시퀀스 및 압축된 시퀀스를 표현하는데 사용되는 비트 수들의 비율은, 변환 계수들을 양자화할 때 사용되는 양자화 파라미터 (QP) 의 값을 조정함으로써 제어될 수도 있다.
양자화된 변환 계수들과 모션 벡터들은 신택스 엘리먼트들의 예들이고, 제어 정보와 함께, 비디오 시퀀스의 코딩된 표현을 형성한다. 일부 사례들에서, 비디오 인코더는 신택스 엘리먼트들을 엔트로피 코딩함으로써, 그것들의 표현을 위해 필요한 비트들의 수를 추가로 감소시킬 수도 있다. 엔트로피 코딩은 신택스 엘리먼트들의 분포의 성질들 (예컨대, 일부 심볼들이 다른 심볼들보다 더욱 빈번하게 발생한다는 인식) 을 이용함으로써 송신되는 또는 저장되는 심볼들 (예컨대, 신택스 엘리먼트들) 을 표현하기 위해 요구된 비트들의 수를 최소화하는 것을 겨냥하는 무손실 동작이다.
비디오 디코더가, 위에서 논의된 신택스 엘리먼트들 및 제어 정보를 사용하여, 현재 프레임을 디코딩하기 위한 예측성 데이터 (예컨대, 예측성 블록) 을 구축할 수도 있다. 예를 들어, 비디오 디코더는 예측된 블록과 압축된 예측 에러를 가산할 수도 있다. 비디오 디코더는 양자화된 계수들을 사용하여 변환 기저 함수들을 가중함으로써 압축된 예측 에러를 결정할 수도 있다. 복원된 프레임 및 원래의 프레임 사이의 차이는 복원 에러라고 지칭된다.
JCT-VC (Joint Cooperative Team for Video Coding) 는 고 효율 비디오 코딩 (HEVC) 이라고 지칭되는 새로운 코딩 표준을 개발하였다. HEVC에서, 픽처가 루마 및 크로마 샘플들 둘 다를 포함하는 트리블록들 또는 최대 코딩 유닛 (LCU) 들의 시퀀스로 파티셔닝될 수도 있다. 비트스트림 내의 신택스 데이터는 화소 수의 측면에서 최대 코딩 유닛인 LCU에 대한 사이즈를 정의할 수도 있다. 슬라이스가 코딩 순서에서 다수의 연속적인 트리블록들을 포함한다. 비디오 프레임 또는 픽처가 하나 이상의 슬라이스들로 파티셔닝될 수도 있다. 각각의 트리블록은 쿼드트리에 따라 코딩 유닛 (CU) 들로 분할될 수도 있다. 일반적으로, 쿼드트리 데이터 구조가 CU당 하나의 노드를 포함하며 루트 노드가 트리블록에 대응한다. CU가 네 개의 서브 CU들로 분할되면, 그 CU에 대응하는 노드는 네 개의 리프 (leaf) 노드들을 포함하며, 그 리프 노드들의 각각은 서브 CU들 중 하나에 대응한다. 코딩 유닛 (CU) 은 일반적으로 다양한 코딩 도구들이 비디오 압축을 위해 적용되는 기본 유닛로서 역할을 하는 이미지 영역을 지칭한다. CU는 보통 Y로서 표시된 휘도 성분과, U 및 V로 표시된 2 개의 크로마 성분들을 가진다.
CU들은 일반적으로 CU를 위한 데이터가 예측되는 방법을 설명하는 하나 이상의 예측 유닛들 (PU들) 을 포함한다. CU가 CU의 PU들에 대한 예측 모드들을 나타내는 정보를 포함할 수도 있다. 예를 들어, CU에 대한 정보는 CU의 하나 이상의 부분들에 대한 예측 모드들을 나타낼 수도 있다. 일부 예들에서, CU가 예측을 목적으로 하나를 초과하는 부분으로 나누어지거나, 또는 파티셔닝될 수도 있다.
본 개시물에서 설명되는 바와 같이, 예측 파티션 모드 (또는 예측 파티셔닝 모드) 가, 블록 (이를테면 CU, 예컨대, 리프 노드 CU) 이 예측을 목적으로 나누어지는 방식을 일반적으로 지칭할 수도 있다. 예를 들어, 특정 CU의 사이즈가 2Nx2N이라고 가정하면, CU는 2Nx2N PU (2Nx2N 파티션 모드라고 지칭됨) 를 사용하여 전체적으로 예측될 수도 있다. 다른 예에서, CU는 사이즈가 NxN인 네 개의 동일 사이즈로 된 PU들 (NxN 파티션 모드라고 지칭됨) 을 사용하여 예측될 수도 있다.
일부 예들에서, 단거리 인트라 예측 (SDIP) 모드가 인트라 예측된 블록들을 코딩하기 위해 사용될 수도 있다. SDIP는 다양한 참고문헌들, 이를테면 X. Cao에 의한 "CE6.c Report on Simplification of Short Distance Intra Prediction (SDIP) Method," JCTVC-G556, November 2011, X. Cao에 의한 "Short Distance Intra Coding Scheme for High Efficiency Video Coding," IEEE Transactions on Image Processing, Vol. 22, No. 2, February 2013, 및 X. Cao에 의한 "Short Distance Intra Coding Scheme for HEVC," 2012 Picture Coding Symposium, 7-9 May 2010에서 설명되었다. SDIP는 HEVC 표준화에서 또한 연구되었다. SDIP의 기법은 예측된 화소와 그것의 참조 화소들의 거리를 줄임으로써 예측 잔차들의 에너지를 감소시키기 위해서, NxN 블록을 라인들 (예컨대, 단일 화소 행들 또는 단일 화소 열들) 또는 비-정사각형 블록들로 분할하는 것이다. SDIP 모드들에서, 64x64 차원수보다 더 작은 하나의 CU는 도 7a 및 도 7b에 도시된 바와 같은 직사각형 형상을 갖는 라인들 또는 비-정사각형 블록들로서 파티셔닝될 수 있다. 도 7a는 HM에 그리고/또는 X. Cao에 의한 "CE6.c Report on Simplification of Short Distance Intra Prediction (SDIP) Method," JCTVC-G556, November 2011에 기초한 SDIP 블록 파티션들을 도시한다. SDIP에 따르면, 하나의 32x32 CU는 네 개의 8x32 PU들로 또는 네 개의 32x8 PU들로 파티셔닝될 수 있다. 덧붙여, 16x16 CU가 네 개의 8x8 PU (HEVC 테스트 모델 "HM"에서 설명된 바와 같음) 로 나누어질 수 있거나, 또는 네 개의 4x16 PU들로, 또는 네 개의 16x4 PU들로 나누어질 수 있다. 덧붙여, SDIP에 따르면, 4x16PU 또는 16x4 PU가 네 개의 1x16 파티션들로 또는 네 개의 16x1 파티션들로 추가로 분할될 수 있다. 마찬가지로, 하나의 8x8 CU는 네 개의 2x8 PU들로 또는 네 개의 8x2 PU로 분할될 수 있다. 결국, 모든 4x4 PU가 네 개의 1x4 파티션들로 또는 네 개의 4x1 파티션들로 추가로 나누어질 수 있다. 그런고로, 두 개의 유형들의 PU들이 SDIP에서 지원된다. 제 1 지원 유형의 PU는 hNx2N의 차원수 또는 2NxhN의 차원수 중 어느 하나를 갖는 것으로서 본 명세서에서 언급되는 직사각형 PU이다. 위의 설명에서, 'h'는 절반 (1/2) 을 나타낸다. 제 2 지원 유형의 PU는 1xN의 차원수 또는 Nx1의 차원수 중 어느 하나를 갖는 것으로서 본 명세서에서 언급되는 라인 기반 PU이다. 32x32 CU의 경우, 직사각형 SDIP PU 만이 사용된다. 16x16 또는 8x8 CU의 경우, 직사각형 및 라인 기반 PU 둘 다가 지원된다. 예를 들면, 직사각형 PU 및 라인 기반 PU 둘 다가 SDIP에 따라 16x16 및 8x8 CU들에 대해 지원될 수 있는데, 더 많은 텍스처들이 이들 종류들의 CU들에 있기 때문이다.
예시적인 SDIP 기법들에 따르면, 비디오 인코더 및/또는 비디오 디코더가 CU를 평행한, 비-정사각형 PU들로 나눌 수도 있다. 예를 들어, SDIP 기법들은 CU를 사이즈가 2NxhN 또는 hNx2N인 다수의 평행한 PU들로 나누는데 사용될 수도 있으며, 여기서 "h"는 1/2을 나타낸다. 다르게 말하면, "hN"은 N/2과 동등하다. 예시 목적을 위한 일 예에서, 8x8 CU가 네 개의 8x2 PU들로 나누어질 수도 있으며, 이 예에서 "NxM"은 수직으로 N 개 화소들을 그리고 수평으로 M 개 화소들을 말한다. 이 예에서, 제 1 PU는 CU에 대한 이웃 화소들로부터 예측될 수도 있으며, 제 2 PU는 제 1 PU의 화소들을 포함하는 이웃 화소들로부터 예측될 수도 있으며, 제 3 PU는 제 2 PU의 화소들을 포함하는 이웃 화소들로부터 예측될 수도 있고, 제 4 PU는 제 3 PU의 화소들을 포함하는 이웃 화소들로부터 예측될 수도 있다. 이런 방식으로, CU에 대해 이웃하는 이전에 코딩된 블록들의 화소들로부터 CU의 모든 화소들을 예측하는 것이 아니라, CU 내의 화소들은 SDIP를 사용하여, 동일한 CU 내의 다른 화소들을 예측하는데 사용될 수도 있다.
파티셔닝 모드들에 관한 정보는 다양한 방식들로 제공될 수도 있다. 예를 들어, 파티션 정보, 예컨대, 인트라 코딩된 블록들을 위한 2Nx2N 및 NxN, 또는 인터 코딩된 블록들을 위한 2Nx2N, 2NxN, Nx2N, NxN 사이즈로 된 PU들을 사용하여 CU가 예측되는지의 여부는, 파티션 모드 테이블을 사용하여 제공될 수도 있다. 파티션 모드 테이블은 모드들의 각각을 신택스 엘리먼트들에 매핑할 수도 있다. 일부 예들에서, 신택스 엘리먼트들은 엔트로피 코더에 의해 코딩될 수도 있는 빈 문자열들 (비트들의 이진 스팅) 일 수도 있다. 어느 경우에나, 테이블은 인코더 및 디코더 둘 다에서 유지될 수도 있다. 따라서, 특정 CU에 대한 파티션 정보는 파티션 모드 테이블에서의 엔트리에 따라 식별될 수 있다.
다른 예들에서, 파티션 정보는 하나 이상의 다른 신택스 엘리먼트들 (모드 테이블에 연관되지 않음) 을 사용하여 시그널링될 수도 있다. 예를 들어, 비디오 인코더가 SDIP가 특정 CU를 예측하는데 사용된다는 표시를 인코딩된 비트스트림에서 제공할 수도 있다. 따라서, 특정 CU는 이러한 시그널링을 디코딩 시 SDIP를 사용하여 인트라 예측되었다고 비디오 디코더가 결정할 수도 있다. 일부 예들에서, SDIP 모드들에 대한 신택스는 다음의 엘리먼트들을 포함할 수도 있다:
1. SDIP_Flag: CU가 정사각형 예측 (2Nx2N, NxN) 또는 SDIP 유형 (2NxhN 및 hNx2N) 으로서 인코딩됨을 시그널링하기 위한 플래그. 예를 들어, SDIP_Flag가 0과 동일하면, CU는 정사각형 예측 유닛으로서 인코딩된다. 그러나, SDIP_Flag가 1과 동일하면, CU는 SDIP 파티셔닝을 사용하여 인코딩된다.
2. SDIP_direction_Flag: 어떤 SDIP 모드가 사용되는지를 시그널링하기 위한 플래그. 예를 들어, SDIP_direction_Flag가 0과 동일하면, hNx2N 모드가 사용될 수도 있다. 그러나, SDIP_direction_Flag가 1과 동일하면, 2NxhN 모드가 사용될 수도 있다.
위의 예에서, SDIP_Flag 및 SDIP_direction_Flag 둘 다는 CABAC (context-adaptive binary arithmetic coding) 를 사용하여 코딩될 수 있다.
위의 예에서, 파티션 모드 테이블 (위에서 설명됨) 에 의해 정의된 신택스 엘리먼트들 외에도 SDIP_Flag 및 SDIP_direction_Flag 신택스 엘리먼트들이 제공된다. 더구나, 위에서 언급된 바와 같이, SDIP_Flag 및 SDIP_direction_Flag는 정의되고 유지될 추가적인 CABAC 콘텍스트들을 요구할 수도 있다. 따라서, SDIP 플래그들의 시그널링은 비교적 계산 집약적이며 그리고/또는 비트 기반으로 (bit-wise) 많은 비용이 든다.
도 1은 본 개시물의 하나 이상의 SDIP 코딩 및/또는 변환 조작 기법들을 수행하기 위한 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템 (10) 을 도시하는 블록도이다. 도 1에 도시된 바와 같이, 시스템 (10) 은 목적지 디바이스 (14) 에 의해 나중에 디코딩될 인코딩된 비디오 데이터를 제공하는 소스 디바이스 (12) 를 포함한다. 특히, 소스 디바이스 (12) 는 비디오 데이터를 컴퓨터 판독가능 매체 (16) 를 통해 목적지 디바이스 (14) 로 제공한다. 소스 디바이스 (12) 와 목적지 디바이스 (14) 는 데스크톱 컴퓨터들, 노트북 (즉, 랩톱) 컴퓨터들, 태블릿 컴퓨터들, 셋톱 박스들, 모바일 디바이스들, 브로드캐스트 수신기 디바이스들, 이른바 "스마트" 폰들과 같은 전화 핸드셋들, 이른바 "스마트" 패드들, 텔레비전들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 비디오 스트리밍 디바이스 등을 포함한 매우 다양한 디바이스들 중 임의의 것을 포함할 수도 있다. 일부 경우들에서, 소스 디바이스 (12) 와 목적지 디바이스 (14) 는 무선 통신을 위해 장비될 수도 있다.
목적지 디바이스 (14) 는 디코딩될 인코딩된 비디오 데이터를 컴퓨터 판독가능 매체 (16) 를 통해 수신할 수도 있다. 컴퓨터 판독가능 매체 (16) 는 소스 디바이스 (12) 로부터의 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 이동시킬 수 있는 임의 유형의 매체 또는 디바이스를 포함할 수도 있다. 하나의 예에서, 컴퓨터 판독가능 매체 (16) 는 소스 디바이스 (12) 가 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 직접 실시간으로 송신하는 것을 가능하게 하는 통신 매체를 포함할 수도 있다. 인코딩된 비디오 데이터는 통신 표준, 이를테면 무선 통신 프로토콜에 따라 변조되고 목적지 디바이스 (14) 로 송신될 수도 있다. 통신 매체는 임의의 무선 또는 유선 통신 매체, 이를테면 무선 주파수 (RF) 스펙트럼 또는 하나 이상의 물리적 송신 라인들을 포함할 수도 있다. 통신 매체는 패킷 기반 네트워크, 이를테면 국부 영역 네트워크, 광역 네트워크, 또는 인터넷과 같은 글로벌 네트워크의 부분을 형성할 수도 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스 (12) 로부터 목적지 디바이스 (14) 로의 통신을 용이하게 하는데 유용할 수도 있는 임의의 다른 장비를 포함할 수도 있다.
일부 예들에서, 인코딩된 데이터는 출력 인터페이스 (22) 로부터 저장 디바이스로 출력될 수도 있다. 마찬가지로, 인코딩된 데이터는 입력 인터페이스에 의해 저장 디바이스로부터 액세스될 수도 있다. 저장 디바이스는 하드 드라이브, 블루-레이 디스크들, DVD들, CD-ROM들, 플래시 메모리, 휘발성 또는 비휘발성 메모리, 또는 인코딩된 비디오 데이터를 저장하기 위한 임의의 다른 적합한 디지털 저장 매체들과 같은 다양한 분산형 또는 국부적으로 액세스되는 데이터 저장 매체들 중 임의의 것을 포함할 수도 있다. 추가의 예에서, 저장 디바이스는 소스 디바이스 (12) 에 의해 생성된 인코딩된 비디오를 저장할 수도 있는 파일 서버 또는 다른 중간 저장 디바이스에 해당할 수도 있다. 목적지 디바이스 (14) 는 저장 디바이스로부터의 저장된 비디오 데이터에 스트리밍 또는 다운로드를 통해 액세스할 수도 있다. 파일 서버는 인코딩된 비디오 데이터를 저장하고 그 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 송신할 수 있는 임의 유형의 서버일 수도 있다. 예시적인 파일 서버들은 웹 서버 (예컨대, 웹사이트용), FTP 서버, 네트워크 부속 스토리지 (network attached storage; NAS) 디바이스들, 또는 로컬 디스크 드라이브를 포함한다. 목적지 디바이스 (14) 는 인터넷 접속을 포함하는 임의의 표준 데이터 접속을 통해 인코딩된 비디오 데이터에 액세스할 수도 있다. 이는 무선 채널 (예컨대, Wi-Fi 접속), 유선 접속 (예컨대, DSL, 케이블 모뎀 등), 또는 파일 서버 상에 저장된 인코딩된 비디오 데이터에 액세스하기에 적합한 양쪽 모두의 조합을 포함할 수도 있다. 저장 디바이스로부터의 인코딩된 비디오 데이터의 송신은 스트리밍 송신, 다운로드 송신, 또는 그 조합일 수도 있다.
본 개시물의 기법들은 무선 애플리케이션들 또는 설정 (setting) 들로 반드시 제한되지는 않는다. 그 기법들은 다양한 멀티미디어 애플리케이션들 중 임의의 것, 이를테면 OTA (over-the-air) 텔레비전 브로드캐스트, 케이블 텔레비전 송신들, 위성 텔레비전 송신들, 인터넷 스트리밍 비디오 송신들, 이를테면 HTTP를 통한 동적 적응적 스트리밍 (DASH), 데이터 저장 매체 상에 인코딩된 디지털 비디오, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션들의 지원으로 비디오 코딩에 적용될 수도 있다. 일부 예들에서, 시스템 (10) 은 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 및/또는 비디오폰 통화 (video telephony) 와 같은 애플리케이션들을 지원하기 위해 단방향 또는 양방향 비디오 송신을 지원하도록 구성될 수도 있다.
도 1의 예에서, 소스 디바이스 (12) 는 비디오 소스 (18), 비디오 인코더 (20), 및 출력 인터페이스 (22) 를 포함한다. 목적지 디바이스 (14) 는 입력 인터페이스 (28), 비디오 디코더 (30), 및 디스플레이 디바이스 (32) 를 포함한다. 본 개시물에 따라서, 소스 디바이스 (12) 의 비디오 인코더 (20) 는 SDIP 기반 코딩을 수행하기 위한 및/또는 변환 사이즈 조작을 위한 기법들을 적용하도록 구성될 수도 있다. 다른 예들에서, 소스 디바이스와 목적지 디바이스가 다른 컴포넌트들 또는 배열체들을 포함할 수도 있다. 예를 들어, 소스 디바이스 (12) 는 외부 비디오 소스 (18), 이를테면 외부 카메라로부터 비디오 데이터를 수신할 수도 있다. 마찬가지로, 목적지 디바이스 (14) 는, 통합형 디스플레이 디바이스를 포함하기 보다는, 외부 디스플레이 디바이스와 인터페이싱할 수도 있다.
도 1의 예시된 시스템 (10) 은 단지 하나의 예일 뿐이다. SDIP 기반 코딩을 수행하기 위한 및/또는 변환 사이즈 조작을 위한 기법들이 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스에 의해 수행될 수도 있다. 비록 대체로 본 개시물의 기법들이 비디오 인코딩 디바이스에 의해 수행되지만, 그 기법들은 통상 "코덱 (CODEC)"이라고 지칭되는 비디오 인코더/디코더에 의해 또한 수행될 수도 있다. 더구나, 본 개시물의 기법들은 비디오 프리프로세서 (preprocessor) 에 의해 또한 수행될 수도 있다. 소스 디바이스 (12) 와 목적지 디바이스 (14) 는, 소스 디바이스 (12) 가 목적지 디바이스 (14) 로의 송신을 위해 코딩된 비디오 데이터를 생성하는 그런 코딩 디바이스들의 예들일 뿐이다. 일부 예들에서, 디바이스들 (12, 14) 은 디바이스들 (12, 14) 의 각각이 비디오 인코딩 및 디코딩 컴포넌트들을 포함하도록 실질적으로 대칭적 방식으로 동작할 수도 있다. 그런고로, 시스템 (10) 은, 예컨대, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 또는 비디오폰 통화를 위해 비디오 디바이스들 (12, 14) 간에 단방향 또는 양방향 비디오 송신을 지원할 수도 있다.
소스 디바이스 (12) 의 비디오 소스 (18) 는 비디오 캡처 디바이스, 이를테면 비디오 카메라, 이전에 캡처된 비디오를 포함하는 비디오 아카이브, 및/또는 비디오 콘텐츠 제공자로부터의 비디오를 수신하는 비디오 피드 인터페이스를 포함할 수도 있다. 추가의 대체예로서, 비디오 소스 (18) 는 컴퓨터 그래픽 기반 데이터를, 소스 비디오, 또는 라이브 비디오, 아카이브된 비디오, 및 컴퓨터 생성 비디오의 조합으로서 생성할 수도 있다. 일부 경우들에서, 비디오 소스 (18) 가 비디오 카메라이면, 소스 디바이스 (12) 와 목적지 디바이스 (14) 는 이른바 카메라 폰들 또는 비디오 폰들을 형성할 수도 있다. 그러나, 위에서 언급된 바와 같이, 본 개시물에서 설명되는 기법들은 대체로 비디오 코딩에 적용 가능할 수도 있고, 무선 및/또는 유선 애플리케이션들에 적용될 수도 있다. 각각의 경우에서, 캡처된, 사전-캡처된 (pre-captured), 또는 컴퓨터 생성된 비디오는 비디오 인코더 (20) 에 의해 인코딩될 수도 있다. 인코딩된 비디오 정보는 그러면 출력 인터페이스 (22) 에 의해 컴퓨터 판독가능 매체 (16) 상으로 출력될 수도 있다.
컴퓨터 판독가능 매체 (16) 는 일시적인 매체들, 이를테면 무선 브로드캐스트 또는 유선 네트워크 송신, 또는 저장 매체들 (다시 말하면, 비일시적 (non-transitory) 저장 매체들), 이를테면 하드 디스크, 플래시 드라이브, 콤팩트 디스크, 디지털 비디오 디스크, 블루레이 디스크, 또는 다른 컴퓨터 판독가능 매체들을 포함할 수도 있다. 일부 예들에서, 네트워크 서버 (미도시) 가 소스 디바이스 (12) 로부터 인코딩된 비디오 데이터를 수신하고 그 인코딩된 비디오 데이터를, 예컨대, 네트워크 송신을 통해 목적지 디바이스 (14) 에 제공할 수도 있다. 마찬가지로, 매체 생산 설비, 이를테면 디스크 스탬핑 설비의 컴퓨팅 디바이스가, 소스 디바이스 (12) 로부터 인코딩된 비디오 데이터를 수신하고 그 인코딩된 비디오 데이터를 포함하는 디스크를 생산할 수도 있다. 그러므로, 컴퓨터 판독가능 매체 (16) 는 다양한 예들에서, 다양한 형태들의 하나 이상의 컴퓨터 판독가능 매체들을 포함한다고 이해될 수도 있다.
본 개시물은 다른 디바이스, 이를테면 비디오 디코더 (30) 에 특정한 정보를 "시그널링하는" 비디오 인코더 (20) 에 일반적으로 관련이 있을 수도 있다. 그러나, 비디오 인코더 (20) 는 특정한 신택스 엘리먼트들과 비디오 데이터의 다양한 인코딩된 부분들을 연관시킴으로써 정보를 시그널링할 수도 있다는 것이 이해되어야 한다. 다시 말하면, 비디오 인코더 (20) 는 특정한 신택스 엘리먼트들을 비디오 데이터의 다양한 인코딩된 부분들의 헤더들에 저장함으로써 데이터를 "시그널링"할 수도 있다. 일부 경우들에서, 이러한 신택스 엘리먼트들은 비디오 디코더 (30) 에 의해 수신되고 디코딩되기 전에 인코딩되고 저장 (예컨대, 컴퓨터 판독가능 매체 (16) 에 저장) 될 수도 있다. 따라서, "시그널링"이란 용어는 인코딩 시 매체에 신택스 엘리먼트들을 저장하며 이 매체에 저장된 후의 임의의 시간에 디코딩 디바이스에 의해 취출될 수도 있는 경우에 일어날 바와 같이, 압축된 비디오 데이터를 디코딩하기 위한 신택스 또는 다른 데이터의 통신이 실시간 또는 거의 실시간으로 또는 어떤 기간에 걸쳐 일어나든지 간에 그런 통신을 일반적으로 지칭할 수도 있다.
목적지 디바이스 (14) 의 입력 인터페이스 (28) 는 컴퓨터 판독가능 매체 (16) 로부터 정보를 수신한다. 컴퓨터 판독가능 매체 (16) 의 정보는, 블록들 및 다른 코딩된 유닛들, 예컨대, GOP들의 특성들 및/또는 프로세싱을 기술하는 신택스 엘리먼트들을 포함하는, 비디오 디코더 (30) 에 의해 또한 사용되는, 비디오 인코더 (20) 에 의해 정의된 신택스 정보를 포함할 수도 있다. 디스플레이 디바이스 (32) 는 디코딩된 비디오 데이터를 사용자에게 디스플레이하고, 음극선관 (CRT), 액정 디스플레이 (LCD), 플라즈마 디스플레이, 유기 발광 다이오드 (OLED) 디스플레이, 또는 다른 유형의 디스플레이 디바이스와 같은 다양한 디스플레이 디바이스들 중 임의의 것을 포함할 수도 있다.
비디오 인코더 (20) 와 비디오 디코더 (30) 각각은, 적용 가능한 것으로서, 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSP들), 주문형 집적회로들 (ASIC들), 필드 프로그램가능 게이트 어레이들 (FPGA들), 개별 로직 회로, 소프트웨어, 하드웨어, 펌웨어 또는 그것들의 임의의 조합과 같은 다양한 적합한 인코더 또는 디코더 회로 중 임의의 것으로서 구현될 수도 있다. 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 가 구현했을 수도 있는 인코더 회로부 및/또는 디코딩 회로부의 예들은, 고정된 기능 회로부, 프로그램가능 회로부, 또는 고정된 기능 회로부 및 프로그램가능 회로부의 조합을 포함할 수도 있는 프로세싱 회로부를 포함한다. 그 기법들이 소프트웨어에서 부분적으로 구현되는 경우, 디바이스가 본 개시물의 기법들을 수행하기 위해, 적합한 비일시적 컴퓨터 판독가능 매체 내에 소프트웨어에 대한 명령들을 저장하고 프로세싱 회로부 (예컨대, 하나 이상의 프로세서들) 를 사용하여 하드웨어에서 그 명령들을 실행할 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 의 각각은 하나 이상의 인코더들 또는 디코더들 내에 포함될 수도 있고, 그것들 중 어느 하나는 결합형 비디오 인코더/디코더 (CODEC) 의 일부로서 통합될 수도 있다. 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 를 포함한 디바이스가 집적 회로, 프로세싱 회로부, 마이크로프로세서, 및/또는 무선 통신 디바이스, 이를테면 셀룰러 전화기를 포함할 수도 있다.
비록 도 1에 도시되지 않았지만, 일부 양태들에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 각각 오디오 인코더 및 디코더와 통합될 수도 있고, 적절한 MUX-DEMUX 유닛들, 또는 다른 하드웨어 및 소프트웨어를 포함하여, 공통 데이터 스트림 또는 개별 데이터 스트림들에서의 오디오 및 비디오 양쪽 모두의 인코딩을 핸들링할 수도 있다. 적용 가능하다면, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜, 또는 사용자 데이터그램 프로토콜 (user datagram protocol, UDP) 과 같은 다른 프로토콜들을 준수할 수도 있다.
비디오 인코더 (20) 와 비디오 디코더 (30) 는, 다르게는 MPEG-4, 파트 10, 고급 비디오 코딩 (AVC) 이라고도 지칭되는 ITU-T H.264 표준과 같은 비디오 압축 표준, 또는 이러한 표준들의 확장본들에 따라 동작할 수도 있다. ITU-T H.264/MPEG-4 (AVC) 표준은 ISO/IEC 동 화상 전문가 그룹 (MPEG) 과 함께 ITU-T 비디오 코딩 전문가 그룹 (VCEG) 에 의해 조인트 비디오 팀 (JVT) 으로서 알려진 공동 파트너십의 산물로서 공식화되었다. 일부 양태들에서, 본 개시물에서 설명되는 기법들은 H.264 표준을 일반적으로 준수하는 디바이스들에 적용될 수도 있다. H.264 표준은, H.264 표준 또는 H.264 규격, 또는 H.264/AVC 표준 또는 규격으로서 본 명세서에서 지칭될 수도 있는, 2005년 3월자, ITU-T 스터디 그룹에 의한 일반 시청각 서비스들을 위한 ITU-T 권고 H.264, 고급 비디오 코딩에서 설명된다. 비디오 압축 표준들의 다른 예들은 MPEG-2와 ITU-T H.263을 포함한다.
본 개시물의 기법들이 임의의 특정 코딩 표준으로 제한되지 않으면서, 그 기법들은 HEVC 표준에 관계가 있을 수도 있다. HEVC 표준화 노력들은 HEVC 테스트 모델 (HM) 이라고 지칭되는 비디오 코딩 디바이스의 진화 모델에 기초하였다. HM은, 예컨대, ITU-T H.264/AVC에 따른 현존 디바이스들에 비해 비디오 코딩 디바이스들의 몇몇 추가적인 능력들을 상정한다. 예를 들어, H.264가 아홉 개의 인트라 예측 인코딩 모드들을 제공하는 반면, HM은 서른 다섯 개 정도의 인트라 예측 인코딩 모드들을 제공할 수도 있다.
일반적으로, HM의 작업 모델은 비디오 프레임 또는 픽처가 루마 및 크로마 샘플들 양쪽 모두를 포함하는 트리블록들 또는 최대 코딩 유닛 (LCU) 들의 시퀀스로 분할될 수도 있다는 것을 설명한다. 비트스트림 내의 신택스 데이터는 화소 수의 측면에서 최대 코딩 유닛인 LCU에 대한 사이즈를 정의할 수도 있다. 슬라이스가 코딩 순서에서 다수의 연속적인 트리블록들을 포함한다. 비디오 프레임 또는 픽처가 하나 이상의 슬라이스들로 파티셔닝될 수도 있다. 각각의 트리블록은 쿼드트리에 따라 코딩 유닛 (CU) 들로 분할될 수도 있다. 일반적으로, 쿼드트리 데이터 구조가 CU당 하나의 노드를 포함하며 루트 노드가 트리블록에 대응한다. CU가 네 개의 서브 CU들로 분할되면, 그 CU에 대응하는 노드는 네 개의 리프 (leaf) 노드들을 포함하며, 그 리프 노드들의 각각은 서브 CU들 중 하나에 대응한다.
쿼드트리 데이터 구조의 각각의 노드는 신택스 데이터를 대응하는 CU에 제공할 수도 있다. 예를 들어, 쿼드트리에서의 노드가, 그 노드에 대응하는 CU가 서브 CU들로 분할되는지의 여부를 표시하는 분할 플래그를 포함할 수도 있다. CU에 대한 신택스 엘리먼트들은 재귀적으로 정의될 수도 있고, CU가 서브 CU들로 분할되는지의 여부에 의존할 수도 있다. CU가 더 하위로 분할되지 않으면, 그것은 리프 CU라고 지칭된다. 본 개시물에서, 리프 CU의 네 개의 서브 CU들은 또한 심지어 원래의 리프 CU의 명시적인 분할이 없는 경우에도 리프 CU들이라고 지칭될 것이다. 예를 들어, 16x16 사이즈의 CU가 더 하위로 분할되지 않는다면, 네 개의 8x8 서브 CU들은 또한 16x16 CU가 전혀 분할되지 않았더라도 리프 CU들이라고 지칭될 것이다.
CU가 사이즈 차이 (size distinction) 를 가지지 않는다는 점을 제외하면, CU는 H.264 표준의 매크로블록과 유사한 목적을 가진다. 예를 들어, 트리블록이 네 개의 자식 노드들 (또한 서브 CU들이라고 지칭됨) 로 분할될 수도 있고, 각각의 자식 노드는 다시 부모 노드가 되고 다른 네 개의 자식 노드들로 분할될 수도 있다. 쿼드트리의 리프 노드라고 지칭되는, 최종의 비분할 자식 노드는, 리프 CU라고도 또한 지칭되는 코딩 노드를 포함한다. 코딩된 비트스트림에 연관된 신택스 데이터는 최대 CU 깊이라고도 지칭되는, 트리블록이 분할될 수도 있는 최대 횟수를 정의할 수도 있고 코딩 노드들의 최소 사이즈를 또한 정의할 수도 있다. 따라서, 비트스트림이 최소 코딩 유닛 (smallest coding unit; SCU) 을 또한 정의할 수도 있다. 본 개시물은 HEVC의 측면에서 CU, PU, 또는 TU 중 임의의 것, 또는 다른 표준들의 측면에서 유사한 데이터 구조들 (예컨대, H.264/AVC에서의 매크로블록들 및 그것들의 서브블록들) 을 지칭하는데 "블록"이란 용어를 사용한다.
CU가 코딩 노드와 그 코딩 노드에 연관된 예측 유닛 (PU) 들 및 변환 유닛들 (TU들) 을 포함한다. CU의 사이즈가 코딩 노드의 사이즈에 대응하고 형상이 정사각형이어야만 한다. CU의 사이즈는 8x8 화소들로부터 최대 64x64 화소들 또는 그 이상을 갖는 트리블록의 사이즈까지의 범위일 수도 있다. 각각의 CU는 하나 이상의 PU들과 하나 이상의 TU들을 포함할 수도 있다.
CU에 연관된 신택스 데이터는, 예를 들어, CU의 하나 이상의 PU들로의 파티셔닝을 기술할 수도 있다. 파티셔닝 모드들은 CU가 스킵되는지 또는 직접 모드 인코딩되는지, 인트라 예측 모드 인코딩되는지, 또는 인터 예측 모드 인코딩되는지 간에 상이할 수도 있다. PU들은 형상이 비-정사각형이도록 파티셔닝될 수도 있다. CU에 연관된 신택스 데이터는, 예를 들어, 쿼드트리에 따른 하나 이상의 TU들로의 CU의 파티셔닝을 또한 기술할 수도 있다. TU가 형상이 정사각형일 수 있거나 또는 정사각형이 아닐 (예컨대, 직사각형일) 수 있다.
HEVC 표준은 TU들에 따른 변환들을 허용하는데, 이 변환들은 상이한 CU들에 대해 상이할 수도 있다. TU들은, 항상 그런 것은 아닐 수도 있지만, 파티셔닝된 LCU에 대해 정의된 주어진 CU 내의 PU들의 사이즈에 기초하여 통상 사이즈가 정해진다. TU들은 통상 PU들과 동일한 사이즈이거나 또는 그것들보다 작다. 일부 예들에서, CU에 대응하는 잔차 샘플들은 "잔차 쿼드 트리 (residual quad tree)" (RQT) 로서 알려진 쿼드트리 구조를 사용하여 더 작은 유닛들로 세분될 수도 있다. RQT의 리프 노드들은 변환 유닛들 (TU들) 이라고 지칭될 수도 있다. TU들에 연관된 화소 차이 값들은 양자화될 수도 있는 변환 계수들을 생성하기 위해 변환될 수도 있다.
리프 CU가 하나 이상의 예측 유닛들 (PU들) 을 포함할 수도 있다. 일반적으로, PU가 대응하는 CU의 전부 또는 부분에 대응하는 공간 영역을 나타내고, PU에 대한 참조 샘플을 취출하기 위한 데이터를 포함할 수도 있다. 더구나, PU가 예측에 관련된 데이터를 포함한다. 예를 들어, PU가 인트라 모드 인코딩된 경우, PU에 대한 데이터는, PU에 대응하는 TU를 위한 인트라 예측 모드를 기술하는 데이터를 포함할 수도 있는 잔차 쿼드트리 (RQT) 에 포함될 수도 있다. 다른 예로서, PU가 인터 모드 인코딩되는 경우, PU는 PU에 대한 하나 이상의 모션 벡터들을 정의하는 데이터를 포함할 수도 있다. PU에 대한 모션 벡터를 정의하는 데이터는, 예를 들어, 모션 벡터의 수평 성분, 모션 벡터의 수직 성분, 모션 벡터에 대한 해상도 (예컨대, 1/4 화소 정밀도 또는 1/8 화소 정밀도), 모션 벡터가 가리키는 참조 픽처, 및/또는 모션 벡터에 대한 참조 픽처 리스트 (예컨대, List 0, List 1, 또는 List C) 를 기술할 수도 있다.
하나 이상의 PU들을 갖는 리프 CU가 하나 이상의 변환 유닛들 (TU들) 을 또한 포함할 수도 있다. 변환 유닛들은, 위에서 논의된 바와 같이, RQT (또한 TU 쿼드트리 구조라고도 지칭됨) 를 이용하여 특정될 수도 있다. 예를 들어, 리프 CU가 네 개의 변환 유닛들로 분할되어 있는지의 여부를 분할 플래그가 나타낼 수도 있다. 그러면, 각각의 변환 유닛은 더 하위의 서브 TU들로 더 분할될 수도 있다. TU가 더 하위로 분할되지 않는 경우, 그것은 리프 TU라고 지칭될 수도 있다. 일반적으로, 인트라 코딩에 대해, 리프 CU에 속한 모든 리프 TU들은 동일한 인트라 예측 모드를 공유한다. 다시 말하면, 동일한 인트라 예측 모드는 리프 CU의 모든 TU들에 대한 예측된 값들을 계산하기 위해 일반적으로 적용된다. 인트라 코딩을 위해, 비디오 인코더가 인트라 예측 모드를 사용하여 각각의 리프 TU에 대한 잔차 값을, TU에 대응하는 CU의 부분 및 원래의 블록 간의 차이로서 계산할 수도 있다. TU가 PU의 사이즈로 반드시 제한되지는 않는다. 따라서, TU들은 PU보다 더 크거나 또는 더 작을 수도 있다. 인트라 코딩을 위해, PU가 동일한 CU에 대해 대응하는 리프 TU와 병치될 수도 있다. 일부 예들에서, 리프 TU의 최대 사이즈는 대응하는 리프 CU의 사이즈에 대응할 수도 있다.
더구나, 리프 CU들의 TU들은 잔차 쿼드트리들 (RQT들) 이라고 지칭되는 각각의 쿼드트리 데이터 구조들에 또한 연관될 수도 있다. 다시 말하면, 리프 CU가 TU들로 파티셔닝되는 방법을 나타내는 쿼드트리를 리프 CU는 포함할 수도 있다. TU 쿼드트리의 루트 노드는 리프 CU에 일반적으로 대응하는 반면, CU 쿼드트리의 루트 노드는 트리블록 (또는 LCU) 에 일반적으로 대응한다. RQT의 분할되지 않는 TU들은 리프 TU들이라고 지칭된다. 일반적으로, 본 개시물은 달리 언급되지 않는 한, CU 및 TU라는 용어들을 리프 CU 및 리프 TU를 각각 지칭하기 위해 사용한다.
HM은 파티션 모드들이라고 또한 지칭되는 다양한 PU 사이즈들에서의 예측을 지원한다. 특정 CU의 사이즈가 2Nx2N이라고 가정하면, HM은 2Nx2N 또는 NxN의 PU 사이즈들에서의 인트라 예측과, 2Nx2N, 2NxN, Nx2N, 또는 NxN의 대칭적 PU 사이즈들에서의 인터 예측을 지원한다.
HM은 2NxnU, 2NxnD, nLx2N, 및 nRx2N의 PU 사이즈들에서의 인터 예측을 위한 비대칭 파티셔닝을 또한 지원할 수도 있다. 비대칭 파티셔닝 시, CU의 하나의 방향은 파티셔닝되지 않는 반면, 다른 방향은 25% 및 75%로 파티셔닝된다. 25% 파티션에 대응하는 CU의 부분은 "n"와 뒤따르는 "Up", "Down", "Left", 또는 "Right"의 표시에 의해 나타내어진다. 따라서, 예를 들어, "2NxnU"는 상부의 2Nx0.5N PU 및 하부의 2Nx1.5N PU로 수평으로 파티셔닝되는 2Nx2N CU를 나타낸다.
일부 예들에서, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 평행한 PU들을 사용하여 CU를 예측하기 위해 SDIP 모드들을 구현할 수도 있다. 이러한 예들에서, CU가 "h"가 1/2을 나타내는 hNx2N 배열에서 네 개의 SDIP PU들로 예측될 수도 있다. 다른 예들에서, CU가 2NxhN 배열에서 네 개의 SDIP PU들로 예측될 수도 있다. 아래에서 설명되는 바와 같이, 다른 파티셔닝 배열들, 이를테면 다양한 비대칭 SDIP 모드들에 연관되는 것들이 또한 가능하다.
변환 계수들을 생성하는 임의의 변환들에 뒤따라, 비디오 인코더 (20) 는 변환 계수들의 양자화를 수행할 수도 있다. 양자화는 변환 계수들이 그 계수들을 표현하는데 사용된 데이터의 양을 가능한 한 줄이도록 양자화되어서, 추가의 압축을 제공하는 프로세스를 일반적으로 지칭한다. 양자화 프로세스는 그 계수들의 일부 또는 전부에 연관된 비트 깊이를 감소시킬 수도 있다. 예를 들어, n-비트 값이 양자화 동안에 m-비트 값으로 버림될 수도 있으며, 여기서 n은 m보다 더 크다.
양자화를 뒤이어, 비디오 인코더는 변환 계수들을 스캔하여, 양자화된 변환 계수들을 포함하는 2차원 행렬로부터 1차원 벡터를 생성할 수도 있다. 스캔은 어레이의 전면 (front) 에 더 높은 에너지 (및 그러므로 더 낮은 주파수) 계수들을 배치시키고 어레이의 후면 (back) 에 더 낮은 에너지 (및 그러므로 더 높은 주파수) 계수들을 배치시키도록 설계될 수도 있다. 일부 예들에서, 비디오 인코더 (20) 는 엔트로피 인코딩될 수 있는 직렬화된 벡터를 생성하기 위해 미리 정의된 스캔 순서를 활용하여 양자화된 변환 계수들을 스캔할 수도 있다. 다른 예들에서, 비디오 인코더 (20) 는 적응적 스캔을 수행할 수도 있다.
1차원 벡터를 형성하기 위해 양자화된 변환 계수들을 스캔한 후, 비디오 인코더 (20) 는, 예컨대, 콘텍스트 적응 가변 길이 코딩 (CAVLC), 콘텍스트 적응 이진 산술 코딩 (CABAC), 신택스 기반 콘텍스트 적응 이진 산술 코딩 (SBAC), 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩 또는 다른 엔트로피 인코딩 수법에 따라, 1차원 벡터를 엔트로피 인코딩할 수도 있다. 비디오 인코더 (20) 는 비디오 데이터를 디코딩함에 있어서 비디오 디코더 (30) 에 의한 사용을 위해 인코딩된 비디오 데이터에 연관된 신택스 엘리먼트들을 또한 엔트로피 인코딩할 수도 있다.
비디오 인코더 (20) 는 신택스 데이터, 이를테면 블록 기반 신택스 데이터, 프레임 기반 신택스 데이터, 및 픽처들의 그룹 (GOP) 기반 신택스 데이터를 비디오 디코더 (30) 로, 예컨대, 프레임 헤더, 블록 헤더, 슬라이스 헤더, 또는 GOP 헤더에서 추가로 전송할 수도 있다. GOP 신택스 데이터는 각각의 GOP에서의 프레임들의 수를 기술할 수도 있고, 프레임 신택스 데이터는 대응하는 프레임을 인코딩하는데 사용된 인코딩/예측 모드를 나타낼 수도 있다.
비디오 디코더 (30) 는, 코딩된 비디오 데이터를 획득 시, 비디오 인코더 (20) 에 관해 설명된 인코딩 과정에 일반적으로 역인 디코딩 과정을 수행할 수도 있다. 본 개시물의 다양한 기법들이 아래에서 설명된다.
일부 양태들에서, 본 개시물의 기법들은 인트라 모드 의존 프로세싱 순서를 위한 것이다. 예시적인 SDIP 기법들에 따르면, 서브블록들의 프로세싱 순서는 상단 하단 (top-to-bottom) 및 좌우 (left-to-right) 이다. SDIP의 하나의 잠재적 이점은 복원된 이웃 화소들이 일반적인 인트라 예측의 시나리오들에서보다 예측된 화소들에 훨씬 더 가까운 경향이 있다는 점이다. 현재 화소가 예측되는 복원된 이웃 화소들이 SDIP에 따라 현재 화소에 더 가까이 위치되기 때문에, SDIP는 현재 화소의 예측의 정확도를 개선시킬 수도 있다. 그러나, SDIP 예측 순서가 항상 상하 (top-down) 및 좌우이면, 이전에 코딩된 서브블록에서의 복원된 화소들은 비디오 디코더 (30) 에 의해 충분히 이용되지 않을 수도 있다. 예를 들어, 인트라 예측 방향이 좌측하단에서부터이면, 인트라 예측은 항상 좌측하단 화소들에서부터 비롯된다 (예컨대, 좌측하단 화소들에 항상 기초한다).
그러므로, 프로세싱 순서의 상하 양태는 현재 화소의 예측 정확도를 증가시키지 않거나 또는 아니면 개선시키지 않을 수도 있다. 예를 들면, SDIP 프로세싱 순서의 상하 특성에 따르면, 좌측하단 이웃 화소들은 현재 화소가 예측될 때 아직 복원되지 않을 수도 있고, 따라서, 인트라 예측 참조 화소들은 이용 가능하지 않다. 마찬가지로, 인트라 예측이 우측상단에서부터인 사례들에서, 인트라 예측은 항상 우측상단 화소들에서부터 비롯된다 (예컨대, 항상 우측상단 화소들에 기초한다). 이들 시나리오들에서, SDIP 프로세싱 순서의 좌우 특성은 예측 정확도를 증가시키지 않거나 또는 아니면 개선시키지 않을 수도 있다.
본 개시물의 양태들에 따르면, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는, 다양한 상황들 하에서, 좌측하단 인트라 예측 및 우측상단 인트라 예측을 위한 프로세싱 순서들을 하상 (bottom-up) 및 우좌 (right-to-left) 로 각각 변경시킬 수도 있다. 일반적으로 말해서, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 현재 CU에 대한 인트라 예측 각도에 기초하여 프로세싱 순서를 변경시킬 수도 있다. 예를 들면, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 프로세싱 순서를 변경시키도록 본 개시물의 기법들을 구현하여, 현존 SDIP 프로세싱 순서들에 따라서 복원된 화소들이 이용 가능하지 않는 시나리오들을 해결할 수도 있다.
좌측하단인 인트라 예측 방향의 경우들에서 하상의 프로세싱 순서를 구현함으로써, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 인트라 예측 방향이 좌측하단인 사례들에서 예측 정확도를 증가시키거나 또는 개선하도록 본 개시물의 기법들을 구현할 수도 있다. 예를 들어, 현존 SDIP 기술의 상하 프로세싱 순서가 좌측하단 인트라 예측 방향과 조합되면, 좌측하단 블록들 또는 행들로부터의 복원된 화소들은 아직 이용 가능하지 않을 수도 있다 (예컨대, 복원된 화소들은 아직 코딩되어 있지 않을 수도 있다). 예를 들면, 좌측하단 블록들 또는 행들로부터의 화소들은 현존 SDIP 기술에 의해 제공되는 프로세싱 순서로 인해 아직 복원되어 있지 않을 수도 있다. 그 결과, 현존 기술들에 따라 SDIP를 수행하기 위해, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 다른 CU, 이를테면 현재 CU에 인접하여 위치되는 CU에서의 복원된 화소들을 사용하는 것이 필요할 수도 있다. SDIP 관련 기법들의 설명에 관하여 본 명세서에서 사용되는 바와 같이, 블록들 또는 행들을 설명하는데 사용될 때의 "좌측하단"이란 용어는 현재 CU 아래에 그리고 현재 CU의 좌측에 위치되는 블록들 또는 행들을 설명한다. 예를 들면, "좌측아래 이웃 블록" 또는 ""좌측아래 이웃 화소"가 현재 CU 또는 화소의 바로 아래 및 바로 좌측에 위치될 수도 있다.
마찬가지로, 우측상단인 인트라 예측 방향의 경우들에서 우좌 프로세싱 순서를 구현함으로써, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 인트라 예측 방향이 우측상단인 사례들에서 예측 정확도를 증가시키거나 또는 개선시키도록 본 개시물의 기법들을 구현할 수도 있다. 예를 들어, 현존 SDIP 기술의 좌우 프로세싱 순서가 우측상단 인트라 예측 방향과 조합되면, 우측상단 블록들 또는 행들로부터의 복원된 화소들은 아직 이용 가능하지 않을 수도 있다. 예를 들면, 우측상단 블록들 또는 행들로부터의 화소들은 현존 SDIP 기술에 의해 제공되는 프로세싱 순서로 인해 아직 복원되어 있지 않을 수도 있다. 그 결과, 현존 기술들에 따라 SDIP를 수행하기 위해, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 다른 CU, 이를테면 현재 CU에 인접하여 위치되는 CU에서의 복원된 화소들을 사용하는 것이 필요할 수도 있다. SDIP 관련 기법들의 설명에 관하여 본 명세서에서 사용되는 바와 같이, 블록들 또는 행들을 설명하는데 사용될 때의 "우측상단"이란 용어는 현재 CU 위에 그리고 현재 CU의 우측에 위치되는 블록들 또는 행들을 설명한다.
현존 SDIP 기술이 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 로 하여금 현재 CU의 SDIP 기반 코딩을 위해 상이한 CU에 위치된 화소들을 사용하게 하는 사례들에서, 코딩 정확도는 손상될 수도 있다. 예를 들면, SDIP를 위해 사용되고 있는 화소(들)가 SDIP 프로세싱 순서가 인트라 예측 방향/각도에 따라서 이미 복원된 화소들을 제공할 때 일반적으로 사용되는 화소들보다 현재 CU의 현재 코딩되는 화소들로부터 더 멀리 위치되기 때문이다. 현재 CU의 현재 코딩되는 화소들과 SDIP를 위해 사용되고 있는 화소(들)사이의 증가된 거리 때문에, 현재 CU에 관한 예측 정확도는 떨어질 수도 있는데, 예측을 위해 사용되는 화소들 사이의 더 큰 거리가 화소들 사이의 저하된 상관을 초래할 수도 있어서이다.
비디오 인코더 (20) 와 비디오 디코더 (30) 는 SDIP 기반 코딩의 정확도를 개선하기 위하 본 개시물의 기법들을 구현할 수도 있다. 더 구체적으로는, 비디오 인코더 (20) 와 비디오 디코더 (30) 는, 위에서 설명된 것들과 같이, 특정한 인트라 예측 방향들/각도들로 인해 비복원된 화소들이 맞닥뜨림으로써 필요하게 된 화소 간 거리에서의 증가를 완화시키거나 또는 잠재적으로 제거하는 기법들을 구현할 수도 있다. 예를 들면, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 특정한 비디오 코딩 특성들에 응답하여, SDIP 기반 코딩을 수행할 때 하상 및/또는 우좌 프로세싱 순서로 스위칭할 수도 있다. 예를 들면, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 특정 인트라 예측 방향/각도의 사용에 기초하여 SDIP 기반 코딩의 프로세싱 순서를 적응시킬 수도 있다.
더구나, 본 개시물의 기법들이 좌측하단 또는 우측상단인 인트라 예측 방향의 경우들에서만 프로세싱 순서를 변경하는 것을 위한 것이기 때문에, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 나머지 인트라 예측 방향들에 관해 SDIP에 의해 제공되는 장점들을 유지하면서도, 변경된 프로세싱 순서들을 활용하여 인트라 예측 방향이 좌측하단 또는 우측상단 중 어느 하나인 경우들에서 SDIP 기반 코딩의 정확도를 개선시킬 수도 있다. 다른 방식으로 말하면, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 적응이 SDIP 기반 코딩에 의해 제공된 코딩 정확도를 잠재적으로 개선할 시나리오들에서 본 개시물의 SDIP 프로세싱 순서 적응을 구현하면서도, 적응이 잠재적 정확도 향상들을 가져오지 않을 수도 있는 시나리오들에서 현존 SDIP 프로세싱 순서들을 고수할 수도 있다. 이런 방식으로, 본 명세서에서 설명되는 기법들은 비디오 인코더 (20) 와 비디오 디코더 (30) 가 특정한 시나리오들에서 SDIP 기반 코딩의 예측 정확도를 개선시키는 것을 나머지 시나리오들에서 SDIP의 장점들에 부정적으로 영향을 미치지 않으면서 가능하게 할 수도 있다.
본 개시물의 다른 양태들은 SDIP 코딩에 따르는 코딩된 블록 플래그 (CBF) 예측을 위한 것이다. CBF 신택스 엘리먼트가 한 블록의 변환 계수들 또는 블록 ("변환 계수 레벨들"이라고 또한 지칭됨) 이 임의의 영이 아닌 변환 계수들 또는 레벨들을 포함하는지의 여부를 나타낸다. 종종, 잔차들이 연속적인 서브블록들에 위치된다. 따라서, 연속적인 서브블록들에 대한 CBF 값은, 많은 시나리오들에서, 동일할 수도 있다. 많은 사례들에서, CBF 값은 연속적인 서브블록들의 상대적으로 긴 런에 대해 동일할 수도 있다. 예를 들면, 여러 연속적인 서브블록들이 각각 적어도 하나의 영이 아닌 변환 계수를 포함할 수도 있다. 따라서, 서브블록들의 런은 비디오 인코더 (20) 로 하여금 '1'의 비인터럽트된 일련의 CBF 값들을 인코딩하고 비디오 디코더 (30) 에 시그널링하게 할 수도 있다.
예를 들면, 현재 블록의 각각의 행, 또는 라인이 별도의 CBF와 연관될 수도 있다. 각각의 CBF는 자신의 각각의 연관된 라인이 적어도 하나의 영이 아닌 변환 계수 또는 변환 계수 레벨을 포함하는지의 여부를 나타낼 수도 있다. 많은 사례들에서, 블록의 여러 연속적인 라인들은 영이 아닌 변환 계수(들)의 존재를 점검할 때 동일한 결과를 생성한 덕분에 동일한 CBF 값을 생성할 수도 있다. 비디오 인코더 (20) 는 본 개시물의 기법들을 구현하여 라인 간 CBF 전이들에 기초하여 CBF 마스크를 인코딩하고, 그 마스크를 블록의 복원을 위해 비디오 디코더 (30) 에 시그널링할 수도 있다. CBF가 플래그이고, 그러므로 주어진 라인에 대해 '0' 또는 '1' 중 어느 하나의 값을 가지기 때문에, CBF 값에서의 임의의 변화는 "토글링" 동작으로서 설명될 수 있다.
본 개시물의 CBF 마스킹 기법들에 따라서, 비디오 인코더 (20) 는 현재 코딩되는 라인과 SDIP 코딩된 블록의 바로 선행하는 (예컨대, 위의) 라인의 CBF 값 간의 차이를 인코딩하고 시그널링함으로써 SDIP 코딩된 블록의 현재 코딩되는 라인에 대한 CBF를 나타낼 수도 있다. 예를 들면, 현재 라인에 대한 CBF 값이 현재 라인 바로 위에 위치된 라인에 대한 CBF 값과는 상이하다고 비디오 인코더 (20) 가 결정하면, 비디오 인코더 (20) 는 1의 값을 갖는 CBF 마스크를 인코딩할 수도 있다. 다르게 말하면, 본 개시물의 CBF 마스킹 기법들에 따르면, 1의 CBF 마스크 값은 바로 이전에 코딩된 SDIP 서브블록 (이 예에서, 라인) 으로부터의 CBF 값의 전이를 나타낸다.
CBF 마스킹 기법들은 하나의 특정 비제한적 예에 관하여 아래에서 설명된다. 이 예에서, 비디오 인코더 (20) 는 블록의 최상단 라인에 대한 CBF 값이 1의 값을 가지며, 상단에서부터 두 번째 라인에 대한 CBF 값이 0이며, 상단에서부터 세 번째 라인에 대한 CBF 값이 1이고, 상단에서부터 네 번째 라인에 대한 CBF 값이 0이라고 결정할 수도 있다. 따라서, 이 예에서, 비디오 인코더 (20) 는 SDIP 코딩된 블록의 상단 네 개의 라인들에 대해 다음의 CBF 값들의 시리즈 즉, 1010을 식별할 수도 있다. 본 개시물의 CBF 마스킹 기법들에 따라서, 비디오 인코더 (20) 는 상단에서부터 두 번째 라인의 CBF 값들 및 그 이상에 관해 전이 표시 값들을 인코딩하고 시그널링할 수도 있다.
예를 들면, SDIP 코딩된 블록의 최상단 라인이 CBF 예측을 수행하는 바로 선행하는 라인을 갖지 않기 때문에, 비디오 인코더 (20) 는 최상단 라인에 대한 CBF 값을 CBF 마스크로서 직접적으로 인코딩할 수도 있다. 위에서 논의된 예에서, 비디오 인코더 (20) 는 1의 CBF 값을 블록의 최상단 라인에 대한 CBF 마스크로서 인코딩할 수도 있다. 결국, 비디오 인코더 (20) 는 두 번째 라인에 대한 CBF 마스크를 첫 번째 라인의 CBF에 관한 전이 표시자로서, 세 번째 라인에 대한 CBF 마스크를 두 번째 라인의 CBF에 대한 전이 표시자로서 등으로 코딩할 수도 있다. 이 예에서, 블록의 상단에서부터 두 번째 라인이 영 (0) 값의 CBF를 가지기 때문에, 비디오 인코더 (20) 는 최상단 라인의 CBF 값으로부터 두 번째 라인의 CBF 값으로의 전이를 검출할 수도 있다. 따라서, 비디오 인코더 (20) 는 두 번째 라인에 관해 '1'의 CBF 마스크를 인코딩할 수도 있다.
결국, 비디오 인코더 (20) 는 상단에서부터 세 번째 라인에 대한 '0'의 CBF 값이 두 번째 라인에 대한 CBF 값으로부터의 전이를 나타낸다고 결정할 수도 있고, 세 번째 라인에 대한 '1'의 CBF 마스크를, 검출된 전이에 기초하여 인코딩할 수도 있다. 덧붙여, 비디오 인코더 (20) 는 상단에서부터 네 번째 라인에 대한 '1'의 CBF 값이 세 번째 라인에 대한 CBF 값으로부터의 전이를 나타낸다고 결정할 수도 있고, 네 번째 라인에 대한 '1'의 CBF 마스크를, 검출된 전이에 기초하여 인코딩할 수도 있다. 따라서, 위에서 설명된 예에서, 비디오 인코더 (20) 는 SDIP 코딩된 블록의 처음 네 개의 라인들에 대해 '1111'의 CBF 마스크 값들의 시리즈를 인코딩할 수도 있다.
'1010'의 원시 CBF 값 시리즈의 직접 인코딩과 비교하면, '1111'의 CBF 마스크 시리즈는 비디오 인코더 (20) 에 의한 더욱 효율적인 인코딩과 비디오 디코더 (30) 에 의한 더욱 효율적인 디코딩을 가능하게 할 수도 있다. 위에서 설명된 시나리오는 일련의 라인들에 대한 CBF들이 값이 교번하는 상황들에서 비디오 인코더 (20) 및 비디오 디코더 (30) 가 코딩 효율들을 개선키는 것을 본 개시물의 CBF 마스킹 기법들이 가능하게 하는 일 예를 나타낸다. 본 개시물의 CBF 마스킹 기법들은 SDIP 코딩된 블록의 라인들이 연속적인 동일한 CBF 값들의 런을 초래하는 시나리오들에서 비디오 인코더 (20) 와 비디오 디코더 (30) 가 코딩 효율을 개선하고 대역폭을 절약하는 것을 가능하게 한다는 것이 이해될 것이다. 예를 들면, 블록의 처음 열 개의 라인들의 각각이 적어도 하나의 영이 아닌 변환 계수를 포함하면, 처음 열 개의 라인들은 모두가 1의 CBF 값을 생성한다.
이 예에서, 블록의 개시부분에서의 CBF 값들의 시리즈는 '1111111111'이다. 본 개시물의 CBF 마스킹 기법들을 사용하여, 비디오 인코더 (20) 는 첫 번째 라인에 대해 '1'의 CBF 값을 인코딩한 다음, '000000000'의 9-비트의 시리즈를 코딩하여 다음 아홉 개의 라인들에 걸친 전이의 없음 나타낼 수도 있다. CBF 마스킹 기법들의 역 양태들을 수행함에 있어서, 비디오 디코더 (30) 는 '1'의 첫 번째 값을 디코딩하여 첫 번째 라인에 대한 원시 CBF 값을 획득할 수도 있다. 결국, 비디오 디코더 (30) 는 '0'의 연속하는 마스크 값들을 사용하여 첫 번째 CBF 내지 열 번째 CBF까지의 값 전이의 없음에 기초하여 '1'의 아홉 개의 연속적인 CBF 값들을 복원할 수도 있다. 이런 식으로, 본 개시물의 CBF 마스킹 기법들은 비디오 인코더 (20) 와 비디오 디코더 (30) 가 SDIP 코딩된 블록의 각각의 라인을 이진 벡터로서 사용함으로써, 현존 SDIP 기반 코딩 기술과 비교할 때 향상된 효율로 각각의 라인에 대한 CBF 값을 유추하는 것을 가능하게 한다.
더구나, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 SDIP 코딩된 블록의 CBF 값들의 CABAC 또는 엔트로피 코딩을 위한 콘텍스트들을 도출할 수도 있다. 처음 네 개의 CBF 값들이 '1010'인 위에서 설명된 예에서, 비디오 인코더 (20) 는 특정 라인에 대한 CABAC 콘텍스트를 그 특정 라인에 바로 선행하는 라인에 대한 CABAC 콘텍스트에 기초하여 적응시킬 수도 있다. 예를 들면, 비디오 인코더 (20) 는 라인에 대한 CBF 플래그를 위한 가장 가능성 있는 CABAC 콘텍스트를, 선행하는 라인에 대한 CBF 플래그를 위해 사용되는 CABAC 콘텍스트에 기초하여 예측할 수도 있다. 현재 라인에 대한 CBF를 위한 CABAC 콘텍스트를 선행하는 라인의 CBF를 코딩하기 위해 사용되는 CABAC 콘텍스트로부터 예측함으로써, 비디오 인코더 (20) 는 콘텍스트 시그널링에 의해 소비되는 비트레이트를 절약할 수도 있다. 일부 사례들에서, 비디오 인코더 (20) 는 가장 가능성 있는 콘텍스트를 예측함으로써, 콘텍스트 시그널링을 위해 요구되는 비트들의 수를 2.3 비트에서부터 0.3 비트로 감소시킬 수도 있다. 이런 식으로, 본 개시물의 CBF 마스킹 기법들은 비디오 인코더 (20) 가 시그널링에 관한 상당한 비트레이트 감소를 구현하는 것을 가능하게 할 수도 있고, 비디오 인코더 (20) 와 비디오 디코더 (30) 가 CABAC 콘텍스트들을 도출하는 것에 관한 컴퓨팅 리소스들 및 복잡도를 보존하는 것을 가능하게 할 수도 있다.
본 명세서에서 설명되는 기법들에 따르면, 비디오 인코더 (20) 는 특정 서브블록의 CBF를 하나 이상의 이전에 코딩된 서브블록들로부터 예측할 수도 있다. 하나의 예로서, 비디오 인코더 (20) 는 현재 서브블록의 CBF를 마지막 코딩된 서브블록에 대한 CBF 값으로부터 예측할 수도 있다. 일부 예시적인 구현예들에 따르면, 비디오 인코더 (20) 는 현재 서브블록의 CBF와 하나 이상의 이전에 코딩된 서브블록들 (또는, 예를 들어, 가장 마지막 코딩된 서브블록) 로부터 생성되는 예측된 CBF 사이의 차이를 시그널링할 수도 있다. 현재 서브블록의 CBF와 예측된 CBF 사이의 차이를 시그널링함으로써, 비디오 인코더 (20) 는 컴퓨팅 리소스들 및 대역폭을 절약면서도 비디오 디코더 (30) 가 현재 서브블록의 CBF 값을 정확하게 도출하는 것을 가능하게 할 수도 있다. 다른 예시적인 구현예에서, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 이전에 코딩된 서브블록들에 기초하여 엔트로피 코딩을 위한 상이한 콘텍스트들을 설계할 수도 있다.
본 명세서에서 설명되는 다양한 예들이 서브블록들에 대응하는 라인들을 (예컨대, 단일 화소 행 또는 단일 화소 열을 나타내는 '라인'을 이용하여) 설명하지만, 본 개시물의 기법들은 상이한 서브블록 형상들 및 구성들에도 적용 가능하다는 것이 이해될 것이다. 예를 들면, 서브블록들은, 경우에 따라, 라인의 불완전한 부분을 형성할 수도 있거나, 라인을 형성할 수도 있거나, 또는 다수의 라인들의 부분들에 걸쳐 있을 수도 있다.
덧붙여, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 서브블록에 대한 마지막 유효 계수 (last_ pos) 의 포지션을 CABAC 또는 엔트로피 코딩하기 위한 콘텍스트를 선택하기 위해 본 개시물의 기법들을 구현할 수도 있다. last _ pos 정보는 TU 내의 마지막 유효 계수의 수평 및 수직 (x- 및 y-) 좌표들을 나타낼 수도 있다. 비디오 디코더 (30) 는 비트스트림의 데이터가 후속하는 신택스 엘리먼트들, 다시 말하면, 재생성되고 있는 블록의 데이터를 나타내지 않는 신택스 엘리먼트들을 나타낼 경우를 결정하기 위해 마지막 유효 계수의 포지션을 사용할 수도 있다. 서브블록의 CBF 외에도, 서브블록의 마지막 유효 계수의 포지션은 이전에 코딩된 서브블록들의 last_ pos에 또한 의존한다. 본 명세서에서 설명되는 기법들에 따르면, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 하나 이상의 이전에 코딩된 (예컨대, 이전에 인코딩된 또는 이전에 디코딩된) 서브블록들에 대한 last_ pos 정보의 크기에 기초하여 마지막 유효 계수 포지션의 엔트로피 코딩을 위한 콘텍스트 설계를 계산할 수도 있다.
하나의 예시적인 사용예에서, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 마지막 유효 계수를 엔트로피 코딩하기 위해 "콘텍스트 세트 1"과 "콘텍스트 세트 2" 사이에서 선택할 수도 있다. 이 예에서, 이전에 코딩된 서브블록 (예컨대, 바로 이전에 코딩된 서브블록) 에 대한 last_ pos 값이 영 (0) 보다 더 크면, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 현재 서브블록의 마지막 유효 계수를 CABAC 또는 엔트로피 코딩하기 위해 콘텍스트 1을 사용할 수도 있다. 그렇지 않으면 (예컨대, 이전에 코딩된 서브블록의 last_ pos가 영 (0) 이하이면), 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 현재 서브블록의 마지막 유효 계수를 엔트로피 코딩하기 위해 콘텍스트 세트 2를 사용할 수도 있다. 이런 식으로, 본 개시물의 기법들은 비디오 인코더 (20) 와 비디오 디코더 (30) 가 현재 서브블록에 대한 last_ pos 정보를 코딩하는데 사용할 콘텍스트를 도출하기 위해 이전에 코딩된 서브블록들로부터의 last_ pos 정보를 활용하는 것을 가능하게 한다.
일부 양태들에서, 본 개시물은 양자화 파라미터의 차이/델타 (본 명세서에서 "델타-QP"라고 지칭됨) 를 사용하는 것에 의한 변환 정밀도 조작을 위한 것이다. 비록 SDIP 코딩된 블록들에 관해 본 명세서에서 설명되지만, 본 개시물의 변환 정밀도 조작 기법들은 다른 코딩 유형들 (예컨대, 인트라 코딩 및/또는 인터 예측) 에도 적용 가능하다는 것이 이해될 것이다.
일부 사용예 시나리오들에서, 직사각형 블록들의 사용은 정사각형 블록들을 사용할 때 생겨나지 않는 컴퓨테이션 및/또는 계산 고려사항들에 관하여 하나 이상의 잠재적 문제를 야기할 수도 있다. TU에 대한 QP 사이즈는 √(w*h) 로서 계산되며, 여기서 '√'는 제곱근 함수를 나타내며, 'w'는 TU의 폭을 나타내고, 'h'는 TU의 높이를 나타낸다. 정사각형 블록들의 경우, QP 사이즈는, 위에서 설명된 바와 같이 계산될 때, 항상 정수 값이다. 더 구체적으로는, w 및 h 값들이 정사각형 블록에 대해 동일하기 때문에, (w * h) 의 곱의 제곱근은 항상 w와 동일한 그리고 h와 동일한 값이다. 더 구체적으로는, 64 바이 64와 같이 흔히 사용되는 정사각형 블록 사이즈들에 대해, QP 사이즈는 2의 정수배가 되는 경향이 있다. 이와 같이, 정사각형 블록에 대한 양자화의 분포는 행렬 계산 및 다른 요인들로 인해, 2의 거듭제곱을 수반할 수도 있다.
그러나, 비디오 코딩에서 흔히 사용되는 대부분의 직사각형 블록 폼 팩터들에 대해, √(w*h) 연산의 결과는 거의 1.414와 동일한 그리고 √2로서 본 명세서에서 표시되는 2의 제곱근의 배수이다. 예를 들면, 흔히 사용되는 직사각형 블록 사이즈들 중 하나의 직사각형 블록 사이즈는 4x8이다. 4x8 블록의 경우, QP 사이즈 계산은 √(4*8) 연산을 호출하며, 이는 √32의 값이 된다. √32는 √2의 배수이고, 특히, 4*√2와 동일하다. 마찬가지로, 8x16 차원수의 직사각형 블록이 8*√2의 QP 사이즈를 생성하며, 16x32 차원수의 직사각형 블록이 16*√2의 QP 사이즈를 생성하는 등등이다.
이와 같이, 직사각형 블록들에 대한 QP 사이즈 계산들의 비-정수 결과는 본 명세서에서 "√2 문제"라고 지칭된다. √2 문제는 QP 사이즈에 대한 부동소수점 값들을 산출하고, 이들 값들의 부동소수점 특성을 제거하는 임의의 반올림 동작들은 코딩 정밀도의 손실을 초래한다. 변환 사이즈에서의 증가들로, √2 문제의 부동소수점 결과들에서 생겨나는 코딩 정밀도 문제들은 더욱 심각해지고 있다. HEVC는 영 (0) 부터 오십일 (51) 까지의 범위에 속할 수도 있는 스케일링 파라미터 (QP) 를 사용하여, 균일한 복원 양자화를 제시한다. HEVC 양자화 기법들에 따르면, QP 값에서의 일 (1) 의 증가는 대응하는 양자화 스텝 사이즈 ("Qstep") 에 대해 거의 십이 퍼센트 (12%) 의 증가를 초래할 수도 있다. 예를 들면, Qstep에서의 12% 증가는 이와 육 분의 일 (21/6) 의 원시 Qstep 값 증가를 나타낼 수도 있다. QP 값에서의 대응하는 증가들에 의해 야기되는 증분 Qstep 증가들에 기초하여, Qstep은 QP에서의 육 (6) 의 증가마다 두 배가 된다. Qstep이 사 (4) 의 QP에 대해 일 (1) 과 동일한 경우들에서, 정규직교 변환에 대한 QP 값과 대응하는 Qstep 사이의 관계는 다음의 수학식에 의해 주어진다:
Qstep(QP) = 2( QP -4)/6
많은 흔히 사용되는 직사각형 TU 사이즈들의 양자화에 연관된 √2 문제를 해결하기 위해, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 본 개시물의 변환 정밀도 조작 기법들 중 하나 이상을 구현할 수도 있다.
변환 유닛 (TU) 사이즈가 표현 2 n x2 m 또는 2 n -바이- 2 m (여기서 ' 2 n '은 행들의 수를 나타내고 ' 2 m '은 열들의 수를 나타냄) 에 의해 표시되면, 순방향 변환은 다음의 공식에 의해 표현된다:
Y = T 2 n . X 2 n x2 m . T 2 m
위의 공식에서 사용되는 표기법에 따르면, X 2 n x2 m 은 'n' 수의 행들과 'm' 수의 열들을 갖는 잔차 블록을 나타낼 것이다. 따라서, 위의 공식에서 사용되는 X 2 n x2 m 항은 '2 n '과 동일한 행들의 수와 '2 m '과 동일한 열들의 수를 갖는 잔차 블록을 나타낸다. T v 및 T h 는 열 및 행 변환들을 위한 대응하는 2 n x 2 n (2 n -바이-2 m ) 및 2 m x2 m (2 m -바이-2 m ) 행렬들이고, Y는 계수 행렬을 나타낸다. 일부 예들에서, n 또는 m 중 하나는 0과 동일하다.
본 명세서에서 설명되는 변환 정밀도 조작 기법들 중 하나 이상에 따르면, 연산 (n + m) 이 홀수로 될 때, 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 현재 변환 유닛에 연관된 도출된 QP 값에 대응하는 TU 데이터의 양자화 또는 역양자화를 위해 델타 QP 값을 가산할 수도 있다. 델타 QP을 도출된 QP 값에 가산함으로써, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 정사각형 변환을 위해 정의되었던 원래의 스케일링 계수를 사용할 수도 있다. 예를 들면, 원래의 스케일링 계수가 정의되었던 정사각형 변환은 K-바이-K 차원수를 갖는 것으로서 표현될 수도 있다. 정사각형 변환의 일 측의 크기를 나타내는 'K'의 값은, 일부 예들에서 ((n+m)>>1) 로서, 또는 다른 예들에서 ((n+m+1)>>1) 로서 정의될 수도 있다. 연산자 '>>'는 산술 우측-시프트 연산을 나타내고, 위에서 설명된 바와 같이, 'n'은 잔차 블록의 행들의 수를 나타내고 'm'은 잔차 블록의 열들의 수를 나타낸다.
일 예로서, 4x8 변환의 경우, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 4x4 변환 또는 8x8 변환을 위해 정의된 스케일링 계수를 상속할 수도 있다. 이 예에서, 더 작은 변환 사이즈 (예컨대, 위에서 설명된 예에서의 4x4) 를 위한 스케일링 계수에 따라 양자화 또는 역양자화를 구현하기 전에, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 거의 30% 감소를 나타내는 (1/√2) 만큼 변환 계수들의 에너지를 감소시킬 수도 있다. 결국, 감소된 에너지를 보상하기 위해, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 대응하는 Qstep을 √2만큼 감소시킬 수도 있다.
위에서 설명된 바와 같이, 1의 QP 증가가 대응하는 Qstep에서의 거의 12% 증가를 초래할 수도 있다. 따라서, 1의 QP 감소가 대응하는 Qstep에서의 거의 12% 하강 또는 감소를 초래할 수도 있다. 덧붙여, 에너지가 대략 30%만큼 감소된 변환 계수들에 대해, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 대응하는 QP를 3만큼 감소시킴으로써 에너지 감소를 보상할 수도 있다. 3의 QP 감소는 공식 ceiling(30%/12%) 에 따라 도출되며, 여기서 ceiling() 연산은 피연산자에 대한 최대 가능 값을 반환한다. 따라서, 이 예에서, 델타 QP 값은 -3 (음의 3 또는 마이너스 3) 으로 항상 설정된다. 대안적으로, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 현재 변환 유닛에 연관된 도출된 QP 값에 기초하여 델타 QP 값을 적응적으로 변경시킬 수도 있다.
도 2는 본 개시물에서 설명되는 바와 같이 인트라 예측 코딩하는 기법들을 사용할 수도 있는 비디오 인코더 (20) 의 일 예를 도시하는 블록도이다. 비디오 인코더 (20) 는 예시를 목적으로 HEVC 코딩의 맥락에서, 하지만 변환 계수들의 스캐닝을 요구할 수도 있는 다른 코딩 표준들 또는 방법들에 관한 본 개시물의 제한 없이 설명될 것이다.
비디오 인코더 (20) 는 비디오 슬라이스들 내의 비디오 블록들의 인트라 코딩 및 인터 코딩을 수행할 수도 있다. 인트라 코딩은 공간적 예측에 의존하여, 주어진 비디오 프레임 또는 픽처 내의 비디오에서 공간적 리던던시를 감소시키거나 또는 제거한다. 인터 코딩은 시간적 예측에 의존하여, 비디오 시퀀스의 인접한 프레임들 또는 픽처들 내의 비디오에서 시간적 리던던시를 감소시키거나 또는 제거한다. 인트라 모드 (I 모드) 는 여러 공간 기반 압축 모드들 중 임의의 것을 지칭할 수도 있다. 단방향 예측 (P 모드) 또는 양-예측 (B 모드) 과 같은 인터 모드들은 여러 시간 기반 압축 모드들 중 임의의 것을 지칭할 수도 있다.
도 2에 도시된 바와 같이, 비디오 인코더 (20) 는 인코딩될 비디오 프레임 내의 현재 비디오 블록을 수신한다. 도 2의 예에서, 비디오 인코더 (20) 는 모드 선택 부 (40), 참조 픽처 메모리 (64), 합산기 (50), 변환 프로세싱 부 (52), 양자화 부 (54), 및 엔트로피 인코딩 부 (56) 를 포함한다. 모드 선택 부 (40) 는, 차례로, 모션 보상 부 (44), 모션 추정 부 (42), 인트라 예측 부 (46), 및 파티션 부 (48) 를 포함한다. 비디오 블록 복원을 위해, 비디오 인코더 (20) 는 역 양자화 부 (58), 역 변환 부 (60), 및 합산기 (62) 를 또한 포함한다. 블록화제거 필터 (도 2에서 도시되지 않음) 가 블록 경계들을 필터링하여 복원된 비디오로부터 블록현상 (blockiness) 아티팩트들을 제거하기 위해 또한 포함될 수도 있다. 원한다면, 블록화제거 필터는 합산기 (62) 의 출력을 통상 필터링할 것이다. 추가적인 필터들 (인 루프 또는 포스트 루프) 이 블록화제거 필터에 부가하여 또한 사용될 수도 있다. 그런 필터들은 간결함을 위해 도시되지 않았지만, 원한다면, (인 루프 필터로서) 합산기 (50) 의 출력을 필터링할 수도 있다.
인코딩 프로세스 동안, 비디오 인코더 (20) 는 코딩될 비디오 프레임 또는 슬라이스를 수신한다. 프레임 또는 슬라이스는 다수의 비디오 블록들로 세분될 수도 있다. 모션 추정 부 (42) 와 모션 보상 부 (44) 는 시간적 압축을 제공하기 위해 하나 이상의 참조 프레임들에서 하나 이상의 블록들에 관하여 수신된 비디오 블록의 인터 예측 코딩을 수행한다. 인트라 예측 부 (46) 는 공간적 압축을 제공하기 위해 코딩될 블록과 동일한 프레임 또는 슬라이스에서의 하나 이상의 이웃 블록들에 대해, 수신된 비디오 블록의 인트라 예측 코딩을 대신 수행할 수도 있다. 비디오 인코더 (20) 는 다수의 코딩 과정들을, 예컨대, 비디오 데이터의 각각의 블록에 대한 적절한 코딩 모드를 선택하기 위해 수행할 수도 있다.
더구나, 파티셔닝 부 (48) 는 이전의 코딩 과정들에서의 이전의 파티셔닝 스킴들의 평가에 기초하여, 비디오 데이터의 블록들을 서브 블록들로 파티셔닝할 수도 있다. 예를 들어, 파티셔닝 부 (48) 는 초기에는 프레임 또는 슬라이스를 LCU들로 파티셔닝하고, 레이트 왜곡 분석 (예컨대, 레이트 왜곡 최적화) 에 기초하여 그 LCU들의 각각을 서브 CU들로 파티셔닝할 수도 있다. 모드 선택 부 (40) 는 LCU의 서브 CU들로의 파티셔닝을 나타내는 쿼드트리 데이터 구조를 추가로 생성할 수도 있다. 쿼드트리의 리프 노드 CU들은 하나 이상의 PU들과 하나 이상의 TU들을 포함할 수도 있다.
모드 선택 부 (40) 는 코딩 모드들인 인트라 또는 인터 중의 하나를, 예컨대 에러 결과들에 기초하여 선택할 수도 있고, 결과적인 인트라 코딩된 또는 인터 코딩된 블록을, 합산기 (50) 에 제공하여 잔차 블록 데이터를 생성하고, 합산기 (62) 에 제공하여 참조 프레임으로서 사용하기 위한 인코딩된 블록을 복원한다. 모드 선택 부 (40) 는, 신택스 엘리먼트들, 이를테면 모션 벡터들, 인트라 모드 표시자들, 파티셔닝 정보, 및 다른 이러한 신택스 정보를 엔트로피 인코딩 부 (56) 에 또한 제공한다.
모션 추정 부 (42) 와 모션 보상 부 (44) 는 고도로 통합될 수도 있지만 개념적 목적들을 위해 별개로 예시된다. 모션 추정 부 (42) 에 의해 수행되는 모션 추정은 비디오 블록들에 대한 모션을 추정하는 모션 벡터들을 생성하는 프로세스이다. 모션 벡터가, 예를 들어, 현재 프레임 내의 코딩되고 있는 현재 블록 (또는 다른 코딩되는 유닛) 을 기준으로 참조 프레임 내의 예측 블록 (또는 다른 코딩된 유닛) 에 대한 현재 비디오 프레임 또는 픽처 내의 비디오 블록의 PU의 변위를 나타낼 수도 있다. 예측 블록이 차의 절대값 합 (SAD), 차의 제곱 합 (SSD), 또는 다른 차이 메트릭들에 의해 결정될 수도 있는, 화소 차이의 관점에서 코딩될 블록에 밀접하게 매칭된다고 생각되는 블록이다. 일부 예들에서, 비디오 인코더 (20) 는 참조 픽처 메모리 (64) 에 저장된 참조 픽처들의 부 정수 (sub-integer) 화소 위치들에 대한 값들을 계산할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 참조 픽처의 1/4 화소 위치들, 1/8 화소 위치들, 또는 다른 분수 (fractional) 화소 위치들의 값들을 보간할 수도 있다. 그러므로, 모션 추정 부 (42) 는 풀 (full) 화소 위치들 및 분수 화소 위치들에 대한 모션 검색을 수행하여 분수 화소 정밀도를 갖는 모션 벡터를 출력할 수도 있다.
모션 추정 부 (42) 는 PU의 위치와 참조 픽처의 예측성 블록의 위치를 비교함으로써 인터 코딩된 슬라이스에서의 비디오 블록의 PU에 대한 모션 벡터를 계산한다. 참조 픽처는 참조 픽처 메모리 (64) 에 저장된 하나 이상의 참조 픽처들을 각각 식별하는 제 1 참조 픽처 리스트 (List 0) 또는 제 2 참조 픽처 리스트 (List 1) 로부터 선택될 수도 있다. 모션 추정 부 (42) 는 계산된 모션 벡터를 엔트로피 인코딩 부 (56) 와 모션 보상 부 (44) 로 전송한다.
모션 보상 부 (44) 에 의해 수행되는 모션 보상은 모션 추정 부 (42) 에 의해 결정된 모션 벡터에 기초하여 예측성 블록을 페치하는 것 또는 생성하는 것을 수반할 수도 있다. 다시, 모션 추정 부 (42) 와 모션 보상 부 (44) 는 몇몇 예들에서 기능적으로 통합될 수도 있다. 현재 비디오 블록의 PU에 대한 모션 벡터를 수신 시, 모션 보상 부 (44) 는 참조 픽처 리스트들 중 하나의 참조 픽처 리스트에서 모션 벡터가 가리키는 예측성 블록을 찾을 수도 있다. 합산기 (50) 는, 아래에서 논의되는 바와 같이, 코딩되고 있는 현재 비디오 블록의 화소 값들로부터 예측성 블록의 화소 값들을 감산하여 화소 차이 값들을 형성함으로써 잔차 비디오 블록을 형성한다. 대체로, 모션 추정 부 (42) 는 루마 성분들에 관하여 모션 추정을 수행하고, 모션 보상 부 (44) 는 크로마 성분들 및 루마 성분들 양쪽 모두에 대해 루마 성분들에 기초하여 계산된 모션 벡터들을 사용한다. 모드 선택 부 (40) 는 비디오 슬라이스의 비디오 블록들을 디코딩함에 있어서 비디오 디코더 (30) 에 의한 사용을 위해 비디오 블록들 및 비디오 슬라이스에 연관된 신택스 엘리먼트들을 또한 생성할 수도 있다.
인트라 예측 부 (46) 는, 위에서 설명된 바와 같이, 모션 추정 부 (42) 및 모션 보상 부 (44) 에 의해 수행된 인터 예측에 대한 대안으로서 현재 블록을 인트라 예측할 수도 있다. 특히, 인트라 예측 부 (46) 는 현재 블록을 인코딩하는데 사용하기 위한 인트라 예측 모드를 결정할 수도 있다. 일부 예들에서, 인트라 예측 부 (46) 는 예컨대, 개별 인코딩 과정들 동안에 다양한 인트라 예측 모드들을 사용하여 현재 블록을 인코딩할 수도 있고, 인트라 예측 부 (46) (또는 일부 예들에서, 모드 선택 부) 는 테스트된 모드들로부터 사용할 적절한 인트라 예측 모드를 선택할 수도 있다.
예를 들어, 인트라 예측 부 (46) 는 다양한 테스트된 인트라 예측 모드들에 대한 레이트 왜곡 분석을 사용하여 레이트 왜곡 값들을 계산하고, 테스트된 모드들 중에서 최상의 레이트 왜곡 특성들을 갖는 인트라 예측 모드를 선택할 수도 있다. 레이트 왜곡 분석은 일반적으로, 인코딩된 블록 및 인코딩된 블록을 생성하기 위해 인코딩되었던 원래의 인코딩되지 않은 블록 간의 왜곡 (또는 에러) 의 양, 뿐만 아니라 인코딩된 블록을 생성하는데 사용되는 비트레이트 (다시 말하면, 비트들의 수) 를 결정한다. 인트라 예측 부 (46) 는 어떤 인트라 예측 모드가 그 블록에 대한 최상의 레이트 왜곡 값을 나타내는지를 결정하기 위해 다양한 인코딩된 블록들에 대한 왜곡들 및 레이트들로부터 비율들을 계산할 수도 있다.
본 개시물의 양태들에 따르면, 일부 사례들에서, 인트라 예측 부 (46) 는 비디오 데이터의 블록을 예측할 때 SDIP 모드를 선택할 수도 있다. 예를 들어, 위에서 언급된 바와 같이, 인트라 예측 부 (46) 는 최적-레이트 왜곡 특성들을 갖는 인트라 예측 모드를 결정하기 위해 레이트-왜곡 분석을 수행할 수도 있다. 덧붙여서, 인트라 예측 부 (46) 는 인트라 예측을 위한 하나 이상의 PU들로의 CU의 파티셔닝을 결정하기 위해 레이트-왜곡 분석을 수행할 수도 있다. 다시 말하면, 특정 CU의 사이즈가 2Nx2N이라고 가정하면, 인트라 예측 부 (46) 는 2Nx2N PU를 사용하여 CU를 전체적으로 예측할지, 네 개의 동일 사이즈로 된 NxN PU들을 사용하여 CU를 예측할지, 또는 다수의 평행한 PU들을 사용하여 (예컨대, SDIP 모드들 2NxhN 또는 nNx2N을 사용하여) CU를 예측할지의 여부를 결정할 수도 있다. 인트라 예측 부 (46) 에 관해 설명되었지만, CU의 파티셔닝은 파티션 부 (48) 에 의해 (또는 대신으로) 결정될 수도 있다.
어느 경우에나, 본 개시물의 양태들에 따르면, 인트라 예측 부 (46) 는, 파티셔닝 모드에 상관없이, 특정 파티셔닝 모드를 나타내기 위해 하나 이상의 파티션 모드 테이블들을 사용할 수도 있다. 예를 들어, 인트라 예측 부 (46) 는 SDIP 모드들을 위해 포함하는 파티션 모드 테이블을 사용하여 CU를 하나 이상의 PU들로 파티셔닝하기 위한 예측 파티셔닝 모드를 나타낼 수도 있다.
일부 사례들에서, 인트라 예측 부 (46) 는 코딩 동안 특정한 인트라 예측 모드들을 사용하는 것에서 제한을 받을 수도 있다. 예를 들어, 인트라 예측 부 (46) 는 미리 결정된 기준들이 충족되지 않는 한 하나 이상의 인트라 예측 모드들을 사용하는 것에서 제한을 받을 수도 있다. 예시의 목적을 위한 일 예에서, CU가 미리 결정된 사이즈 (예컨대, 64x64, 32x32 등) 보다 더 크지 않는 한 인트라 예측 부 (46) 는 SDIP 모드들을 사용하지 않을 수도 있다. 일부 이러한 예들에서, 파티션 모드 테이블은 기준들에 기초하여 별개의 매핑들을 포함할 수도 있다. 다시 말하면, 예를 들어, 특정 파티션 모드가 64x64 이상인 CU들에 대해 제 1 빈 문자열에, 그리고 64x64보다 작은 CU들에 대해 제 2 의 상이한 빈 문자열에 매핑될 수도 있다.
일부 사례들에서, 인트라 모드 예측 부 (46) 는 하나를 초과하는 파티션 모드 테이블을 유지할 수도 있다. 예를 들어, 인트라 예측 부 (46) 는 단일 파티션 모드 테이블을 모든 슬라이스들 (예컨대, I-슬라이스들, P-슬라이스들, 및 B-슬라이스들) 에 대해 유지할 수도 있다. 다른 예에서, 그러나, 인트라 예측 부 (46) 는 상이한 슬라이스 유형들에 대해 개별 파티션 모드 테이블들을 유지할 수도 있다. 다시 말하면, 인트라 예측 부 (46) 는 P-슬라이스들 및/또는 B-슬라이스들을 위해 사용되는 것과는 별개의 테이블을 I-슬라이스들을 위해 유지할 수도 있다.
인트라 예측 부 (46) 가 하나를 초과하는 파티션 모드 테이블을 유지하는 사례들에서, 인트라 예측 부 (46) 는 다양한 요인들에 기초하여 파티션 모드 테이블을 선택할 수도 있다. 예를 들어, 인트라 예측 부 (46) 가 상이한 슬라이스 유형들 (예컨대, I/P/B 슬라이스들) 에 대해 개별 테이블들을 유지하는 사례들에서, 인트라 예측 부 (46) 는 코딩되고 있는 블록의 슬라이스 유형에 기초하여 파티션 모드 테이블을 선택할 수도 있다. 다른 예들에서, 인트라 예측 부 (46) 는 픽처 사이즈, 프레임 레이트, 양자화 파라미터 (QP), CU 깊이 등에 기초하여 파티션 모드 테이블을 선택할 수도 있다. 이러한 정보는 비디오 인코더 (20) 및 비디오 디코더 (30) 둘 다에 일반적으로 알려져 있다. 따라서, 선택 기준들은 비트스트림에 포함될 필요가 없다. 그러나, 다른 예들에서, 파티션 모드 테이블의 선택을 위한 데이터는 파라미터 세트에 포함되는 하나 이상의 하이 레벨 신택스 엘리먼트들과 같은 하나 이상의 신택스 엘리먼트들을 사용하여 비트스트림에서 시그널링될 수도 있다.
인트라 예측 부 (46) 는 하나 이상의 조건들을 검출하는 것에 기초하여, SDIP 인코딩된 블록의 서브블록들의 프로세싱 순서를 적응시키기 위해 본 개시물의 다양한 기법들을 구현할 수도 있다. 위에서 논의된 바와 같이, SDIP에 따르면, 서브블록들의 프로세싱 순서는 상하 및 좌우이다. SDIP는 복원된 이웃 화소들이 예측된 화소들에 상당히 더 가까이 있는 경향이 있다는 점에서 다른 인트라 예측 모드들을 능가하는 잠재적 이점을 제공한다. 현재 화소에 대한 복원된 이웃 화소들의 비교적 더 가까운 근접 때문에, SDIP 기술은 현재 화소의 예측의 정확도를 향상시키는 경향이 있다.
그러나, 현존 SDIP 기술의 예측 순서가 항상 상하 및 좌우이기 때문에, 인트라 예측 부 (46) 는 현재 화소를 인코딩할 때 이전에 코딩된 서브블록에서의 인코딩된 화소들을 충분히 활용하는 것을 항상 하지는 못할 수도 있다. 예를 들어, 인트라 예측 방향이 좌측하단에서부터이면, 현재 화소는 현재 화소의 아래 및 좌측에 위치된 하나 이상의 화소들로부터 (다시 말하면, 현재 화소에 대한 하나 이상의 "좌측하단" 화소들로부터) 항상 인트라 예측된다. 마찬가지로, 인트라 예측 방향이 우측상단에서부터이면, 현재 화소는 현재 화소의 상측 및 우측에 위치된 하나 이상의 화소들로부터 (다시 말하면, 현재 화소에 대한 하나 이상의 "우측상단" 화소들로부터) 항상 인트라 예측된다.
그러나, 상하 및 좌우 프로세싱 순서들은 특정한 시나리오들에서 현재 화소의 예측 정확도를 향상시키지 못할 수도 있고, 예측 정확도를 잠재적으로 저하시키거나 또는 방해할 수도 있다. 예를 들면, SDIP 프로세싱 순서의 상하 특성에 따르면, 인트라 예측 부 (46) 가 현재 화소를 예측하는 것을 시작할 준비가 된 때에, 좌측하단 이웃 화소들은 아직 복원되지 않을 수도 있다. 마찬가지로, SDIP 프로세싱 순서의 좌우 특성에 따르면, 인트라 예측 부 (46) 가 현재 화소를 예측하는 것을 시작할 준비가 된 때에 우측상단 이웃 화소들은 아직 복원되지 않을 수도 있다.. 따라서, 인트라 예측 부 (46) 가 특정한 시나리오들에서의 SDIP 프로세싱 순서에 따라 현재 화소를 예측할 준비가 된 시간에 인트라 예측 부 (46) 는 인트라 예측 참조 화소들에 액세스하지 않을 수도 있다.
인트라 예측 부 (46) 는 특정 인트라 예측 방향들이 현재 화소의 인코딩에 관해 적용됨을 검출하는 것에 기초하여, 좌측하단 인트라 예측 및 우측상단 인트라 예측을 위한 프로세싱 순서들을 하상 및 우좌로 각각 변경하기 위해 본 개시물의 기법들을 구현할 수도 있다. 다른 방식으로 말하면, 인트라 예측 부 (46) 는 현재 CU에 대한 인트라 예측 각도에 기초하여 프로세싱 순서를 변경시킬 수도 있다. 예를 들면, 인트라 예측 부 (46) 는 특정한 조건들 하에서 프로세싱 순서를 변경시키도록 본 개시물의 기법들을 구현하여, 인코딩된 참조 화소들이 현존 SDIP 프로세싱 순서들에 따라서 현재 화소를 인트라 예측하는데 이용 가능하지 않은 시나리오들을 해결할 수도 있다.
본 명세서에서 설명되는 기법들에 따르면, 인트라 예측 부 (46) 는 좌측하단인 인트라 예측 각도의 경우들에 SDIP 인코딩된 서브블록에 관해 하상 프로세싱 순서를 구현할 수도 있다. 인트라 예측 부 (46) 가 프로세싱 순서를 하상이 되도록 변경시키는 경우들에서, 인트라 예측 부 (46) 는 현존 SDIP 기반 코딩 기술의 좌우 양태를 유지시킬 수도 있다는 것이 이해될 것이다. 좌측하단인 대응하는 인트라 예측 각도의 경우들에 (좌우 양태들이 유지된 채로) SDIP 코딩된 블록의 프로세싱 순서를 하상으로 변경시킴으로써, 인트라 예측 부 (46) 는 현재 블록의 예측 정확도를 향상시키도록 본 개시물의 기법들을 구현할 수도 있다. 예를 들어, 현존 SDIP 기술의 상하 프로세싱 순서가 좌측하단 인트라 예측 각도와 조합되면, 인트라 예측 부 (46) 는 현재 화소를 인트라 예측하기 위해 인트라 예측 부 (46) 가 필요로 하는 좌측하단 블록들 또는 행들로부터의 인코딩된 화소들에 액세스하지 못할 수도 있다. 이 시나리오에서, 좌측하단 블록들 또는 행들로부터의 화소들은 현존 SDIP 기술에 의해 제공된 프로세싱 순서로 인해, 아직 인코딩되어 있지 않을 수도 있다. 그 결과, 현존 기술들에 따라 SDIP를 수행하기 위해, 인트라 예측 부 (46) 는 다른 블록, 이를테면 이웃 블록에서 인코딩된 화소들을 사용하는 것이 필요할 수도 있다.
그러나, 좌측하단인 인트라 예측 방향의 경우들에 SDIP 코딩된 블록의 프로세싱 순서를 하상으로 스위칭함으로써, 인트라 예측 부 (46) 는 현재 서브블록의 SDIP 기반 인코딩을 구현하기 위해 현재 화소에 가까이 근접하여 위치되는 참조 화소들을 계속 활용할 수도 있다. SDIP 코딩된 서브블록에 관해 하상 프로세싱 순서를 사용함으로써, 인트라 예측 부 (46) 는 인코딩된 좌측하단 이웃 화소들이 현재 화소를 인트라 예측하기 위한 참조 화소들로서 이용 가능한 그런 방식으로 SDIP 기반 인트라 예측을 구현할 수도 있다. 예를 들면, 인트라 예측 부 (46) 가 SDIP 코딩된 서브블록의 화소들을 하상 순서로 프로세싱하기 때문에, 아래 이웃 화소들과, 그것들의 아래-이웃 화소들은, 정의에 의해, 인트라 예측 부 (46) 가 현재 화소를 프로세싱하는 것을 시작하기 전에 이미 인코딩되었다. 이와 같이, 인트라 예측 부 (46) 는, 좌측하단인 인트라 예측 각도의 경우들에서, 본 개시물의 다양한 양태들에 따라서 예측 정확도를 향상시키기 위해, SDIP 프로세싱 순서를 하상 및 좌우가 되도록 적응시킬 수도 있다.
덧붙여, 본 명세서에서 설명되는 기법들에 따르면, 인트라 예측 부 (46) 는 우측상단인 인트라 예측 각도의 경우들에 SDIP 인코딩된 서브블록에 관하여 우좌 프로세싱 순서를 구현할 수도 있다. 인트라 예측 부 (46) 가 프로세싱 순서를 우좌가 되도록 변경시키는 경우들에서, 인트라 예측 부 (46) 는 현존 SDIP 기반 코딩 기술의 상하 양태를 유지시킬 수도 있다는 것이 이해될 것이다. 우측상단인 대응하는 인트라 예측 각도의 경우들에 (상하 양태들이 유지된 채로) SDIP 코딩된 블록의 프로세싱 순서를 우좌로 변경시킴으로써, 인트라 예측 부 (46) 는 현재 블록의 예측 정확도를 향상시키도록 본 개시물의 기법들을 구현할 수도 있다. 예를 들어, 현존 SDIP 기술의 좌우 프로세싱 순서가 우측상단 인트라 예측 각도와 조합하면, 인트라 예측 부 (46) 는 현재 화소를 인트라 예측하기 위해 인트라 예측 부 (46) 가 필요로 하는 우측상단 블록들 또는 행들로부터의 인코딩된 화소들에 액세스하지 못할 수도 있다. 이 시나리오에서, 우측상단 (다르게는, "우측위") 블록들 또는 행들로부터의 화소들은 현존 SDIP 기술에 의해 제공된 프로세싱 순서로 인해, 아직 인코딩되어 있지 않을 수도 있다. 그 결과, 현존 기술들에 따라 SDIP를 수행하기 위해, 인트라 예측 부 (46) 는 다른 블록, 이를테면 이웃 블록에서 인코딩된 화소들을 사용하는 것이 필요할 수도 있다.
그러나, 우측상단인 인트라 예측 방향의 경우들에 SDIP 코딩된 블록의 프로세싱 순서를 우좌가 되도록 스위칭함으로써, 인트라 예측 부 (46) 는 현재 서브블록의 SDIP 기반 인코딩을 구현하기 위해 현재 화소에 가까이 근접하여 위치되는 참조 화소들을 계속 활용할 수도 있다. SDIP 코딩된 서브블록에 관해 우좌 프로세싱 순서를 사용함으로써, 인트라 예측 부 (46) 는 인코딩된 우측상단 이웃 화소들이 현재 화소를 인트라 예측하기 위한 참조 화소들로서 이용 가능한 그런 방식으로 SDIP 기반 인트라 예측을 구현할 수도 있다. 예를 들면, 인트라 예측 부 (46) 가 SDIP 코딩된 서브블록의 화소들을 우좌 순서로 프로세싱하기 때문에, 우측 이웃 화소들과, 그것들의 우측-이웃 화소들은, 정의에 의해, 인트라 예측 부 (46) 가 현재 화소를 프로세싱하는 것을 시작하기 전에 이미 인코딩되었다. 이와 같이, 인트라 예측 부 (46) 는 본 개시물의 다양한 양태들에 따라서 예측 정확도를 향상시키기 위해, 우측상단인 인트라 예측 각도의 경우들에, SDIP 프로세싱 순서를 우좌 및 상하가 되도록 적응시킬 수도 있다.
인트라 예측 부 (46) 가 좌측하단 또는 우측상단인 인트라 예측 각도의 경우들에서만 프로세싱 순서를 변경하도록 위에서 설명된 기법들을 구현할 수도 있기 때문에, 인트라 예측 부 (46) 는 인트라 예측 방향이 좌측하단 또는 우측상단 중 어느 하나인 경우들에서 SDIP 기반 코딩의 정확도를 개선하도록 변경된 프로세싱 순서들을 활용하면서도, 나머지 인트라 예측 방향들에 관해 SDIP에 의해 제공된 장점들을 유지할 수도 있다. 다른 방식으로 말하면, 인트라 예측 부 (46) 는 적응이 SDIP 기반 코딩에 의해 제공된 코딩 정확도를 잠재적으로 개선할 시나리오들에서만 본 개시물의 SDIP 프로세싱 순서 적응을 구현하면서도, 적응이 잠재적 정확도 향상들을 가져오지 않을 수도 있는 시나리오들에서 현존 SDIP 프로세싱 순서들을 고수할 수도 있다. 이런 방식으로, 인트라 예측 부 (46) 는 특정한 시나리오들에서의 SDIP 기반 코딩의 예측 정확도를 향상시키기 위해, 나머지 시나리오들에서 SDIP의 장점들에 부정적으로 영향을 미치는 일 없이, 본 명세서에서 설명되는 기법들을 구현할 수도 있다.
SDIP 기반 코딩의 경우들에서뿐만 아니라 다른 코딩 모드들에서, 인트라 예측 부 (46) 는 CBF 값에서의 서브블록 간 전이들에 기초하여 CBF 마스크를 인코딩하기 위해 본 개시물의 다양한 기법들을 구현할 수도 있다. 순수하게 논의의 편의를 돕기 위해, CBF 마스킹 기법들은 본 명세서에서 SDIP 코딩된 블록들에 관해 논의되지만, 인트라 예측 부 (46) 는 비-SDIP 관련 기술들을 사용하여 코딩된 블록들에 관해 본 개시물의 CBF 마스킹 기법들을 또한 구현할 수도 있다는 것이 이해될 것이다.
CBF가 플래그이기 때문에, 주어진 CBF가 주어진 서브블록에 관해 '0' 또는 '1' 중 어느 하나의 값을 가진다. 이와 같이, CBF 값에서의 임의의 전이는 토글링 동작을 나타낸다. 본 개시물의 CBF 마스킹 기법들에 따라서, 인트라 예측 부 (46) 는 현재 코딩되는 서브블록의 CBF 값과 SDIP 코딩된 블록의 바로 선행하는 서브블록 사이의 차이를 인코딩함으로써 현재 코딩되는 서브블록에 대한 CBF 값의 표시를 제공할 수도 있다. 예를 들면, 현재 서브블록에 대한 CBF 값이 현재 서브블록 직전에 (예컨대, 상하 프로세싱 순서에서의 바로 위 또는 하상 프로세싱 순서에서의 바로 아래에) 위치된 서브블록에 대한 CBF 값과는 상이하다고 인트라 예측 부 (46) 가 결정하면, 인트라 예측 부 (46) 는 1의 값을 갖는 CBF 마스크를 인코딩할 수도 있다. 다르게 말하면, 본 개시물의 CBF 마스킹 기법들에 따르면, 1의 CBF 마스크 값은 바로 이전에 인코딩된 SDIP 서브블록으로부터의 CBF 값의 전이를 나타낸다.
예를 들면, SDIP 코딩된 블록의 열 개의 처음 인코딩된 서브블록들의 각각이 적어도 하나의 영이 아닌 변환 계수를 포함하면, 인트라 예측 부 (46) 는 처음 열 개의 인코딩된 서브블록들의 각각이 1의 CBF 값을 생성한다고 결정할 수도 있다. 이 예에서, SDIP 코딩된 블록의 개시부분에서 (예컨대, 상하 프로세싱 순서에서의 상단에서, 또는 하상 프로세싱 순서에서의 하단에서) CBF 값들의 시리즈는 '1111111111'이다. 본 개시물의 CBF 마스킹 기법들을 사용하여, 인트라 예측 부 (46) 는 첫 번째 서브블록에 대해 '1'의 원시 CBF 값을 인코딩한 다음, 다음의 아홉 개의 서브블록들에 걸쳐 전이의 없음을 나타내기 위해 "000000000'의 9-비트 시리즈를 인코딩할 수도 있다. 이런 식으로, 인트라 예측 부 (46) 는 SDIP 코딩된 블록의 각각의 이산 서브블록을 이진 벡터로서 사용함으로써, CBF 마스크를 사용하여 각각의 라인에 대한 CBF 값을 암시하도록 본 개시물의 CBF 마스킹 기법들을 구현할 수도 있다. 본 개시물의 CBF 마스킹 기법들을 구현함으로써, 인트라 예측 부 (46) 는, 현존 CBF 코딩 기술과 비교하여, CBF 정확도를 유지하면서도, 리소스 소비 및 인코딩 복잡도를 감소시킬 수도 있다.
일부 예들에서, 인트라 예측 부 (46) 는 SDIP 코딩된 블록의 CBF 값들의 CABAC 또는 엔트로피 코딩을 위한 콘텍스트들을 도출할 수도 있다. 처음 열 개의 CBF 값들이 '1111111111'인 위에서 설명된 예에서, 인트라 예측 부 (46) 는 특정 서브블록에 대한 CABAC 콘텍스트를 직전에 인코딩되었던 서브블록에 대한 CABAC 콘텍스트에 기초하여 적응시킬 수도 있다. 예를 들면, 인트라 예측 부 (46) 는 서브블록에 대한 CBF 플래그를 위한 가장 가능성 있는 CABAC 콘텍스트를, 예측 서브블록 (예컨대, 좌우 프로세싱 순서에서의 좌측이웃 서브블록, 또는 우좌 프로세싱 순서에서의 우측이웃 서브블록) 에 대한 CBF 플래그를 위해 사용되는 CABAC 콘텍스트에 기초하여 예측할 수도 있다.
현재 서브블록에 대한 CBF를 위한 CABAC 콘텍스트를 바로 이전에 인코딩된 서브블록의 CBF를 코딩하기 위해 사용되는 CABAC 콘텍스트로부터 예측함으로써, 인트라 예측 부 (46) 는 콘텍스트 시그널링에 의해 소비되는 비트레이트를 절약할 수도 있다. 일부 경우들에서, 인트라 예측 부 (46) 는 서브블록에 대한 가장 가능성 있는 콘텍스트를 예측 서브블록의 CABAC 코딩을 위해 사용되는 콘텍스트로부터 예측함으로써, 콘텍스트 시그널링을 위해 요구된 비트들의 수를 2.3 비트로부터 0.3 비트로 감소시킬 수도 있다. 이런 식으로, 본 개시물의 CBF 마스킹 기법들은 비디오 인코더 (20) 가 시그널링에 관한 상당한 비트레이트 감소를 구현하는 것을 가능하게 할 수도 있고, 비디오 인코더 (20) 가 CABAC 콘텍스트들을 도출하는 것에 관한 컴퓨팅 리소스들 및 복잡도를 보존하는 것을 가능하게 할 수도 있다.
일부 예들에서, 인트라 예측 부 (46) 는 SDIP 코딩된 블록의 서브블록에 대한 마지막 유효 계수 (last_ pos) 의 포지션을 CABAC 기반 인코딩 또는 엔트로피 인코딩하기 위한 콘텍스트를 선택하기 위해 본 개시물의 기법들을 구현할 수도 있다. 서브블록의 CBF 외에도, 서브블록의 마지막 유효 계수의 포지션은 하나 이상의 이전에 인코딩된 서브블록들의 last_ pos에 또한 의존한다. 본 명세서에서 설명되는 기법들에 따르면, 인트라 예측 부 (46) 는 서브블록에 대한 last_ pos의 CABAC 기반 인코딩 또는 엔트로피 인코딩을 위한 콘텍스트를, 하나 이상의 이전에 인코딩된 서브블록들에 대한 last_ pos 정보의 크기에 기초하여 계산할 수도 있다.
하나의 예시적인 사용예에서, 인트라 예측 부 (46) 는 마지막 유효 계수의 CABAC 또는 엔트로피 인코딩을 위해 "콘텍스트 1"과 "콘텍스트 2" 사이에서 선택할 수도 있다. 이 예에서, 이전에 코딩된 서브블록 (예컨대, 바로 이전에 코딩된 서브블록) 에 대한 last_ pos 값이 영 (0) 보다 더 크면, 인트라 예측 부 (46) 는 현재 서브블록에 대한 last_ pos 정보를 CABAC 또는 엔트로피 인코딩하기 위해 콘텍스트 1을 사용할 수도 있다. 그렇지 않으면 (예컨대, 이전에 코딩된 서브블록의 last_pos가 영 (0) 이하이면), 인트라 예측 부 (46) 는 현재 서브블록의 마지막 유효 계수를 엔트로피 코딩하기 위해 콘텍스트 2를 사용할 수도 있다. 이런 식으로, 인트라 예측 부 (46) 는 이전에 코딩된 서브블록들로부터의 last_ pos 정보를 활용하여 CABAC 또는 엔트로피 인코딩에 따라 현재 서브블록에 대한 last_ pos 정보를 인코딩하기 위해 이용하는 콘텍스트를 도출하기 위해 본 개시물의 하나 이상의 기법들을 구현할 수도 있다.
어느 경우에나, 변환 프로세싱 부 (52) 는 결과적인 변환 계수들을 양자화 부 (54) 에 전송할 수도 있다. 양자화 부 (54) 는 변환 계수들을 양자화하여 비트 레이트를 더욱 감소시킨다. 양자화 프로세스는 그 계수들의 일부 또는 전부에 연관된 비트 깊이를 감소시킬 수도 있다. 양자화 정도는 양자화 파라미터를 조정함으로써 수정될 수도 있다. 일부 예들에서, 양자화 부 (54) 는 그 후, 양자화된 변환 계수들을 포함하는 행렬의 스캔을 수행할 수도 있다. 대안적으로, 엔트로피 인코딩 부 (56) 가 그 스캔을 수행할 수도 있다.
양자화 부 (54) 는 비디오 코딩에서의 흔히 사용되는 다양한 직사각형 TU들의 애스펙트 비들과 같은 다양한 블록 애스펙트 비들에 관해 코딩 정밀도를 개선하기 위해 본 개시물의 하나 이상의 변환 정밀도 조작 기법들을 구현할 수도 있다. 예를 들면, 양자화 부 (54) 는 양자화 파라미터에 관한 차이, 또는 "델타" (본 명세서에서 "델타-QP"라고 함) 를 사용할 수도 있다. 비록 SDIP 코딩된 블록들에 관해 본 명세서에서 설명되지만, 본 개시물의 변환 정밀도 조작 기법들은 다른 코딩 유형들 (예컨대, 인트라 코딩 및/또는 인터 예측) 에도 적용 가능하다는 것이 이해될 것이다.
위에서 설명된 바와 같이, 직사각형 블록들의 사용은 정사각형 블록들을 사용할 때 생겨나지 않는 컴퓨테이션 및/또는 계산 고려사항들에 관하여 하나 이상의 잠재적 문제를 야기할 수도 있다. TU에 대한 QP 사이즈는 √(w*h) 로서 계산되며, 여기서 '√'는 제곱근 함수를 나타내며, 'w'는 TU의 폭을 나타내고, 'h'는 TU의 높이를 나타낸다. 정사각형 블록들의 경우, QP 사이즈는, 위에서 설명된 바와 같이 계산될 때, 항상 정수 값이다. 더 구체적으로는, w 및 h 값들이 정사각형 블록에 대해 동일하기 때문에, (w * h) 의 곱의 제곱근은 항상 w와 동일한 그리고 h와 동일한 값이다. 더 구체적으로는, 64 바이 64와 같이 흔히 사용되는 정사각형 블록 사이즈들에 대해, QP 사이즈는 2의 정수배가 되는 경향이 있다. 이와 같이, 정사각형 블록에 대한 양자화의 분포는 행렬 계산 및 다른 요인들로 인해, 2의 거듭제곱을 수반할 수도 있다.
그러나, 비디오 코딩에서 흔히 사용되는 대부분의 직사각형 블록 폼 팩터들에 대해, √(w*h) 연산의 결과는 거의 1.414와 동일한 그리고 √2로서 본 명세서에서 표시되는 2의 제곱근의 배수이다. 예를 들면, 흔히 사용되는 직사각형 블록 사이즈들 중 하나의 직사각형 블록 사이즈는 4x8이다. 4x8 블록의 경우, QP 사이즈 계산은 √(4*8) 연산을 호출하며, 이는 √32의 값이 된다. √32는 √2의 배수이고, 특히, 4*√2와 동일하다. 마찬가지로, 8x16 차원수의 직사각형 블록이 8*√2의 QP 사이즈를 생성하며, 16x32 차원수의 직사각형 블록이 16*√2의 QP 사이즈를 생성하는 등등이다.
이와 같이, 직사각형 블록들에 대한 QP 사이즈 계산들의 비-정수 결과는 본 명세서에서 "√2 문제"라고 지칭된다. √2 문제는 QP 사이즈에 대한 부동소수점 값들을 산출하고, 이들 값들의 부동소수점 특성을 제거하는 임의의 반올림 동작들은 코딩 정밀도의 손실을 초래한다. 변환 사이즈에서의 증가들로, √2 문제의 부동소수점 결과들에서 생겨나는 코딩 정밀도 문제들은 더욱 심각해지고 있다. HEVC는 영 (0) 부터 오십일 (51) 까지의 범위에 속할 수도 있는 스케일링 파라미터 (QP) 를 사용하여, 균일한 복원 양자화를 제시한다. HEVC 양자화 기법들에 따르면, QP 값에서의 일 (1) 의 증가는 대응하는 양자화 스텝 사이즈 ("Qstep") 에 대해 거의 십이 퍼센트 (12%) 의 증가를 초래할 수도 있다. 예를 들면, Qstep에서의 12% 증가는 이와 육 분의 일 (21/6) 의 원시 Qstep 값 증가를 나타낼 수도 있다. QP 값에서의 대응하는 증가들에 의해 야기되는 증분 Qstep 증가들에 기초하여, Qstep은 QP에서의 육 (6) 의 증가마다 두 배가 된다. Qstep이 사 (4) 의 QP에 대해 일 (1) 과 동일한 경우들에서, 정규직교 변환에 대한 QP 값과 대응하는 Qstep 사이의 관계는 다음의 수학식에 의해 주어진다:
Qstep(QP) = 2( QP -4)/6
많은 흔히 사용되는 직사각형 TU 사이즈들의 양자화에 연관된 √2 문제를 해결하기 위해, 양자화 부 (54) 는 본 개시물의 변환 정밀도 조작 기법들 중 하나 이상을 구현할 수도 있다. 변환 유닛 (TU) 사이즈가 표현 2 n x2 m 또는 2 n -바이- 2 m (여기서 ' 2 n '은 행들의 수를 나타내고 ' 2 m '은 열들의 수를 나타냄) 에 의해 표시되면, 순방향 변환은 다음의 공식에 의해 표현된다:
Y = T 2 n . X 2 n x2 m . T 2 m
위의 공식에서 사용되는 표기법에 따르면, X2 n x2 m은 'n' 수의 행들과 'm' 수의 열들을 갖는 잔차 블록을 나타낼 것이다. 따라서, 위의 공식에서 사용되는 X 2 n x2 m 항은 '2 n '과 동일한 행들의 수와 '2 m '과 동일한 열들의 수를 갖는 잔차 블록을 나타낸다. T v 및 T h 는 열 및 행 변환들을 위한 대응하는 2 n x 2 n (2 n -바이-2 m ) 및 2 m x2 m (2 m -바이-2 m ) 행렬들이고, Y는 계수 행렬을 나타낸다. 일부 예들에서, n 또는 m 중 하나는 0과 동일하다.
본 명세서에서 설명되는 변환 정밀도 조작 기법들 중 하나 이상에 따르면, 연산 (n + m) 이 홀수로 되는 경우들에서, 양자화 부 (54) 는 현재 변환 유닛에 연관된 도출된 QP 값에, 대응하는 TU 데이터를 양자화시키기 위해 델타 QP 값을 가산할 수도 있다. 델타 QP를 도출된 QP 값에 가산함으로써, 양자화 부 (54) 는 정사각형 변환을 위해 정의되었던 원래의 스케일링 계수를 사용할 수도 있다. 예를 들면, 원래의 스케일링 계수가 정의되었던 정사각형 변환은 K-바이-K 차원수를 갖는 것으로서 표현될 수도 있다. 정사각형 변환의 일 측의 크기를 나타내는 'K'의 값은, 일부 예들에서 ((n+m)>>1) 로서, 또는 다른 예들에서 ((n+m+1)>>1) 로서 정의될 수도 있다. 연산자 '>>'는 산술 우측-시프트 연산을 나타내고, 위에서 설명된 바와 같이, 'n'은 잔차 블록의 행들의 수를 나타내고 'm'은 잔차 블록의 열들의 수를 나타낸다.
일 예로서, 4x8 변환의 경우, 양자화 부 (54) 는 4x4 변환 또는 8x8 변환을 위해 정의된 스케일링 계수를 상속할 수도 있다. 이 예에서, 더 작은 변환 사이즈 (예컨대, 위에서 설명된 예에서의 4x4) 를 위한 스케일링 계수에 따라 TU를 양자화하기 전에, 양자화 부 (54) 는 거의 30% 감소를 나타내는 (1/√2) 만큼 변환 계수들의 에너지를 감소시킬 수도 있다. 결국, 감소된 에너지를 보상하기 위해, 양자화 부 (54) 는 대응하는 Qstep을 √2만큼 감소시킬 수도 있다.
위에서 설명된 바와 같이, 1의 QP 증가가 거의 12%만큼의 대응하는 Qstep에서의 증가를 초래할 수도 있다. 더구나, 1의 QP 감소가 대응하는 Qstep에서의 거의 12% 하강 또는 감소를 초래할 수도 있다. 덧붙여, 에너지가 대략 30%만큼 감소된 변환 계수들에 대해, 양자화 부 (54) 는 대응하는 QP를 3만큼 감소시킴으로써 에너지 감소를 보상할 수도 있다. 3의 QP 감소는 공식 ceiling(30%/12%) 에 따라 도출되며, 여기서 ceiling() 연산은 피연산자에 대한 최대 가능 값을 반환한다. 따라서, 이 예에서, 델타 QP 값은 -3 (음의 3 또는 마이너스 3) 으로 항상 설정된다. 대안적으로, 양자화 부 (54) 는 현재 변환 유닛에 연관된 도출된 QP 값에 기초하여 델타 QP 값을 적응적으로 변경시킬 수도 있다.
양자화를 뒤따라, 엔트로피 인코딩 부 (56) 는 양자화된 변환 계수들을 엔트로피 코딩한다. 예를 들어, 엔트로피 인코딩 부 (56) 는 콘텍스트 적응 가변 길이 코딩 (CAVLC), 콘텍스트 적응 이진 산술 코딩 (CABAC), 신택스 기반 콘텍스트 적응 이진 산술 코딩 (SBAC), 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩 또는 다른 엔트로피 코딩 기법을 수행할 수도 있다. 콘텍스트 기반 엔트로피 코딩의 경우, 콘텍스트는 이웃 블록들에 기초할 수도 있다. 엔트로피 코딩 부 (56) 에 의한 엔트로피 코딩에 뒤이어, 인코딩된 비트스트림은 다른 디바이스 (예컨대, 비디오 디코더 (30)) 로 송신되거나 또는 나중의 송신 또는 취출을 위해 보관될 수도 있다.
본 개시물의 양태들에 따르면, 엔트로피 인코딩 부 (56), 또는 코딩을 담당하는 다른 유닛 (예컨대, 이를테면 고정된 길이 코더) 이, 비디오 데이터의 블록이 파티션 모드 테이블을 사용하여 SDIP 모드를 사용하여 코딩된다는 표시를 인코딩할 수도 있다. 예를 들어, 위에서 언급된 바와 같이, 비디오 인코더 (20) 는 파티션 모드들을 신택스 엘리먼트들, 이를테면 파티션 모드들을 나타내는 이진화된 값들에 매핑하는 하나 이상의 파티션 모드 테이블들 (또한 코드워드 매핑 테이블들이라고 지칭됨) 을 유지할 수도 있다. 따라서, 엔트로피 코딩 부 (56) 는 파티션 모드 테이블에서의 엔트리에 대응하는 하나 이상의 빈 문자열들을 엔트로피 인코딩할 수도 있다.
역 양자화 부 (58) 및 역 변환 부 (60) 는 역 양자화 및 역 변환을 각각 적용하여, 화소 도메인에서 잔차 블록을, 예컨대, 나중에 참조 블록으로서 사용하기 위해 복원한다. 모션 보상 부 (44) 는 잔차 블록을 참조 픽처 메모리 (64) 의 프레임들 중 하나의 프레임의 예측 블록에 가산함으로써 참조 블록을 계산할 수도 있다. 모션 보상 부 (44) 는 또한 하나 이상의 보간 필터들을 복원된 잔차 블록에 적용하여 모션 추정에서 사용하기 위한 부 정수 화소 값들을 계산할 수도 있다. 합산기 (62) 는 복원된 잔차 블록을 모션 보상 부 (44) 에 의해 생성된 모션 보상된 예측 블록에 가산하여, 참조 픽처 메모리 (64) 에 저장하기 위한 복원된 비디오 블록을 생성한다. 복원된 비디오 블록은 모션 추정 부 (42) 및 모션 보상 부 (44) 에 의해 후속 비디오 프레임에서의 블록을 인터 코딩하기 위한 참조 블록으로서 사용될 수도 있다.
도 3은 본 개시물에서 설명되는 바와 같은 인트라 예측 코딩을 위한 기법들을 구현할 수도 있는 비디오 디코더 (30) 의 일 예를 도시하는 블록도이다. 도 3의 예에서, 비디오 디코더 (30) 는 엔트로피 디코딩 부 (70), 모션 보상 부 (72), 인트라 예측 부 (74), 역 양자화 부 (76), 역 변환 부 (78), 참조 픽처 메모리 (82) 및 합산기 (80) 를 포함한다.
디코딩 프로세스 동안, 비디오 디코더 (30) 는 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관된 신택스 엘리먼트들을 나타내는 인코딩된 비디오 비트스트림을 비디오 인코더 (20) 로부터 수신한다. 비디오 디코더 (30) 의 엔트로피 디코딩 부 (70) 는 그 비트스트림을 엔트로피 디코딩하여 양자화된 계수들, 모션 벡터들 또는 인트라 예측 모드 표시자들, 및 다른 신택스 엘리먼트들을 생성한다. 엔트로피 디코딩 부 (70) 는 모션 벡터들을 그리고 다른 신택스 엘리먼트들을 모션 보상 부 (72) 로 포워딩한다. 비디오 디코더 (30) 는 비디오 슬라이스 레벨 및/또는 비디오 블록 레벨에서 신택스 엘리먼트들을 수신할 수도 있다.
예를 들어, 백그라운드로, 비디오 디코더 (30) 는 네트워크를 통한 송신을 위해 이른바 "네트워크 추상화 계층 유닛들" 또는 NAL 유닛들로 캡슐화된 압축된 비디오 데이터를 수신할 수도 있다. 각각의 NAL 유닛은 NAL 유닛에 저장된 데이터의 유형을 식별하는 헤더를 포함할 수도 있다. NAL 유닛들에 일반적으로 저장되는 2 개의 데이터 유형들이 있다. NAL 유닛에 저장된 제 1 데이터 유형은 압축된 비디오 데이터를 포함하는 비디오 코딩 계층 (VCL) 데이터이다. NAL 유닛에 저장되는 제 2 데이터 유형은 비-VCL 데이터라고 지칭되는데, 그것은 다수의 NAL 유닛들에 공통인 헤더 데이터를 정의하는 파라미터 세트들과 같은 부가적인 정보와 보충적 향상 정보 (SEI) 를 포함한다. 예를 들어, 파라미터 세트들은 시퀀스-레벨 헤더 정보를 (예컨대, 시퀀스 파라미터 세트들 (SPS) 내에) 그리고 드물게 변경되는 픽처-레벨 헤더 정보를 (예컨대, 픽처 파라미터 세트들 (PPS) 내에) 포함할 수도 있다. 파라미터 세트들 내에 포함된 드물게 변경되는 정보는 각각의 시퀀스 또는 픽처에 대해 반복될 필요는 없으며, 이에 의해 코딩 효율을 개선시킨다. 더욱이, 파라미터 세트들의 이용은 헤더 정보의 대역 외 송신을 가능하게 함으로써, 에러 내성을 위한 불필요한 송신들이 필요 없게 한다.
비디오 프레임이 인터 코딩된 (즉, B, P, 또는 GPB) 슬라이스로서 코딩되는 경우, 모션 보상 부 (72) 는 엔트로피 디코딩 부 (70) 로부터 수신된 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여, 현재 비디오 슬라이스의 비디오 블록에 대한 예측 블록들을 생성한다. 그 예측성 블록들은 참조 픽처 리스트들 중 하나의 참조 픽처 리스트 내의 참조 픽처들 중 하나의 참조 픽처로부터 생성될 수도 있다. 비디오 디코더 (30) 는 참조 픽처 메모리 (82) 에 저장된 참조 픽처들에 기초하여 디폴트 구축 기법들을 사용하여, 참조 프레임 리스트들 (List 0 및 List 1) 을 구축할 수도 있다.
모션 보상 부 (72) 는 모션 벡터들 및 다른 신택스 엘리먼트들을 파싱함으로써 현재 비디오 슬라이스의 비디오 블록에 대한 예측 정보를 결정하고, 그 예측 정보를 사용하여 디코딩되고 있는 현재 비디오 블록에 대한 예측성 블록들을 생성한다. 예를 들어, 모션 보상 부 (72) 는 수신된 신택스 엘리먼트들의 일부를 사용하여, 비디오 슬라이스의 비디오 블록들을 코딩하는데 사용된 예측 모드 (예컨대, 인트라 또는 인터 예측), 인터 예측 슬라이스 유형 (예컨대, B 슬라이스, P 슬라이스, 또는 GPB 슬라이스), 슬라이스에 대한 참조 픽처 리스트들 중 하나 이상에 대한 구축 정보, 슬라이스의 각각의 인터 인코딩된 비디오 블록에 대한 모션 벡터들, 슬라이스의 각각의 인터 코딩된 비디오 블록에 대한 인터 예측 스테이터스, 및 현재 비디오 슬라이스에서의 비디오 블록들을 디코딩하기 위한 다른 정보를 결정한다.
모션 보상 부 (72) 는 보간 필터들에 기초하여 보간을 또한 수행할 수도 있다. 모션 보상 부 (72) 는 비디오 블록들의 인코딩 동안에 비디오 인코더 (20) 에 의해 사용된 것과 같은 보간 필터들을 사용하여 참조 블록들의 부 정수 화소들에 대한 보간된 값들을 계산할 수도 있다. 이 경우, 모션 보상 부 (72) 는 수신된 신택스 엘리먼트들로부터 비디오 인코더 (20) 에 의해 사용된 보간 필터들을 결정하고 그 보간 필터들을 사용하여 예측성 블록들을 생성할 수도 있다.
인트라 예측 부 (74) 는, 위에서 설명된 바와 같이, 모션 보상 부 (72) 에 의해 수행된 인터 예측에 대한 대안으로서 현재 블록을 인트라 예측할 수도 있다. 특히, 인트라 예측 부 (74) 는 현재 블록을 디코딩 및 복원하는데 사용하기 위한 인트라 예측 모드를 결정할 수도 있다. 일부 예들에서, 인트라 예측 부 (74) 는, 예컨대, 개별적인 디코딩 과정들 동안, 다양한 인트라 예측 모드들을 사용하여 현재 블록을 디코딩할 수도 있다. 인트라 예측 부 (74) 는 비디오 인코더 (20) 및/또는 그것의 컴포넌트들에 의해 사용되는 인트라 예측 모드들의 각각의 표시들에 기초하여 적절한 인트라 예측 모드(들)를 선택할 수도 있다
예를 들어, 인트라 예측 부 (74) 는 비디오 인코더 (20) 로부터 수신된 인코딩된 비디오 비트스트림에 포함되는 표시에 기초하여 블록에 대한 인트라 예측 모드를 선택할 수도 있다. 일부 예들에서, 인트라 예측 부 (74) 는 하나 이상의 이용가능 SDIP 기반 코딩 모드들의 SDIP 코딩 모드를 사용하여 블록이 인코딩되었음을 나타내는 비디오 인코더 (20) 에 의해 시그널링되는 표시 (예컨대, 플래그) 에 기초하여, 그 블록에 대한 SDIP 모드를 선택할 수도 있다.
인트라 예측 부 (74) 는 하나 이상의 조건들을 검출하는 것에 기초하여, SDIP 인코딩된 블록의 서브블록들의 프로세싱 순서를 적응시키기 위해 본 개시물의 다양한 기법들을 구현할 수도 있다. 위에서 논의된 바와 같이, SDIP에 따르면, 서브블록들의 프로세싱 순서는 상하 및 좌우이다. SDIP는 복원된 이웃 화소들이 예측된 화소들에 상당히 더 가까이 있는 경향이 있다는 점에서 다른 인트라 예측 모드들을 능가하는 잠재적 이점을 제공한다. 현재 화소에 대한 복원된 이웃 화소들의 비교적 더 가까운 근접 때문에, SDIP 기술은 현재 화소의 예측의 정확도를 향상시키는 경향이 있다.
그러나, 현존 SDIP 기술의 프로세싱 순서가 항상 상하 및 좌우이기 때문에, 인트라 예측 부 (74) 는 현재 화소를 디코딩할 때 이전에 디코딩된 서브블록에서의 복원된 화소들을 충분히 활용하는 것을 항상 하지는 못할 수도 있다. 예를 들어, 인트라 예측 방향이 좌측하단에서부터이면, 현재 화소는 현재 화소의 아래 및 좌측에 위치된 하나 이상의 화소들로부터 (다시 말하면, 현재 화소에 대한 하나 이상의 "좌측하단" 화소들로부터) 항상 인트라 예측된다. 마찬가지로, 인트라 예측 방향이 우측상단에서부터이면, 현재 화소는 현재 화소의 상측 및 우측에 위치된 하나 이상의 화소들로부터 (다시 말하면, 현재 화소에 대한 하나 이상의 "우측상단" 화소들로부터) 항상 인트라 예측된다.
그러나, 상하 및 좌우 프로세싱 순서들은 특정한 시나리오들에서 현재 화소의 예측 정확도를 향상시키지 못할 수도 있고, 예측 정확도를 잠재적으로 방해하거나 또는 저하시킬 수도 있다. 예를 들면, SDIP 프로세싱 순서의 상하 특성에 따르면, 인트라 예측 부 (74) 가 현재 화소를 예측하는 것을 시작할 준비가 된 때에, 좌측하단 이웃 화소들은 아직 복원되지 않을 수도 있다. 마찬가지로, SDIP 프로세싱 순서의 좌우 특성에 따르면, 인트라 예측 부 (74) 가 현재 화소를 예측하는 것을 시작할 준비가 된 때에 우측상단 이웃 화소들은 아직 복원되지 않을 수도 있다.. 따라서, 인트라 예측 부 (74) 가 특정한 시나리오들에서의 SDIP 프로세싱 순서에 따라 현재 화소를 예측할 준비가 된 시간에 인트라 예측 부 (74) 는 인트라 예측 참조 화소들에 액세스하지 않을 수도 있다.
인트라 예측 부 (74) 는 특정 인트라 예측 방향들이 현재 화소의 복원에 관해 적용됨을 검출하는 것에 기초하여, 좌측하단 인트라 예측 및 우측상단 인트라 예측을 위한 프로세싱 순서들을 하상 및 우좌로 각각 변경하기 위해 본 개시물의 기법들을 구현할 수도 있다. 다른 방식으로 말하면, 인트라 예측 부 (74) 는 현재 CU에 대한 인트라 예측 각도에 기초하여 프로세싱 순서를 변경시킬 수도 있다. 예를 들면, 인트라 예측 부 (74) 는 특정한 조건들 하에서 프로세싱 순서를 변경시키도록 본 개시물의 기법들을 구현하여, 복원된 참조 화소들이 현존 SDIP 프로세싱 순서들에 따라서 현재 화소를 인트라 예측하는데 이용 가능하지 않은 시나리오들을 해결할 수도 있다.
본 명세서에서 설명되는 기법들에 따르면, 인트라 예측 부 (74) 는 좌측하단인 인트라 예측 각도의 경우들에 SDIP 인코딩된 서브블록에 관해 하상 프로세싱 순서를 구현할 수도 있다. 인트라 예측 부 (74) 가 프로세싱 순서를 하상이 되도록 변경시키는 경우들에서, 인트라 예측 부 (74) 는 현존 SDIP 기반 코딩 기술의 좌우 양태를 유지시킬 수도 있다는 것이 이해될 것이다. 좌측하단인 대응하는 인트라 예측 각도의 경우들에 (좌우 양태들이 유지된 채로) SDIP 코딩된 블록의 프로세싱 순서를 하상으로 변경시킴으로써, 인트라 예측 부 (74) 는 현재 블록의 예측 정확도를 향상시키도록 본 개시물의 기법들을 구현할 수도 있다.
예를 들어, 현존 SDIP 기술의 상하 프로세싱 순서가 좌측하단 인트라 예측 각도와 조합되면, 인트라 예측 부 (74) 는 현재 화소를 인트라 예측하기 위해 인트라 예측 부 (74) 가 필요로 하는 좌측하단 블록들 또는 행들로부터의 복원된 화소들에 액세스하지 못할 수도 있다. 이 시나리오에서, 좌측하단 블록들 또는 행들로부터의 화소들은 현존 SDIP 기술에 의해 제공된 프로세싱 순서로 인해, 아직 복원되어 있지 않을 수도 있다. 그 결과, 현존 기술들에 따라 SDIP를 수행하기 위해, 인트라 예측 부 (74) 는 다른 블록, 이를테면 이웃 블록에서 복원된 화소들을 사용하는 것이 필요할 수도 있다.
그러나, 본 개시물의 기법들에 따라 좌측하단인 인트라 예측 방향의 경우들에 SDIP 코딩된 블록의 프로세싱 순서를 하상으로 스위칭함으로써, 인트라 예측 부 (74) 는 현재 서브블록의 SDIP 기반 인코딩을 구현하기 위해 현재 화소에 가까이 근접하여 위치되는 참조 화소들을 계속 활용할 수도 있다. SDIP 코딩된 서브블록에 관해 하상 프로세싱 순서를 사용함으로써, 인트라 예측 부 (74) 는 복원된 좌측하단 이웃 화소들이 현재 화소를 인트라 예측하기 위한 참조 화소들로서 이용 가능한 그런 방식으로 SDIP 기반 인트라 예측을 구현할 수도 있다. 예를 들면, 인트라 예측 부 (74) 가 SDIP 코딩된 서브블록의 화소들을 하상 순서로 프로세싱하기 때문에, 아래 이웃 화소들과, 그것들의 아래-이웃 화소들은, 정의에 의해, 인트라 예측 부 (74) 가 현재 화소를 프로세싱하는 것을 시작하기 전에 이미 복원되었다. 이와 같이, 인트라 예측 부 (74) 는 좌측하단인 인트라 예측 각도의 경우들에서, 본 개시물의 다양한 양태들에 따라서 예측 정확도를 향상시키기 위해, SDIP 프로세싱 순서를 하상 및 좌우가 되도록 적응시킬 수도 있다.
덧붙여, 본 명세서에서 설명되는 기법들에 따르면, 인트라 예측 부 (74) 는 우측상단인 인트라 예측 각도의 경우들에 SDIP 인코딩된 서브블록을 복원하는 것에 관하여 우좌 프로세싱 순서를 구현할 수도 있다. 인트라 예측 부 (74) 가 프로세싱 순서를 우좌가 되도록 변경시키는 경우들에서, 인트라 예측 부 (74) 는 현존 SDIP 기반 코딩 기술의 상하 양태를 유지시킬 수도 있다는 것이 이해될 것이다. 우측상단인 대응하는 인트라 예측 각도의 경우들에 (상하 양태들이 유지된 채로) SDIP 코딩된 블록의 프로세싱 순서를 우좌로 변경시킴으로써, 인트라 예측 부 (74) 는 현재 블록의 예측 정확도를 향상시키도록 본 개시물의 기법들을 구현할 수도 있다.
예를 들어, 현존 SDIP 기술의 좌우 프로세싱 순서가 우측상단 인트라 예측 각도와 조합하면, 인트라 예측 부 (74) 는 현재 화소를 인트라 예측하기 위해 인트라 예측 부 (74) 가 필요로 하는 우측상단 블록들 또는 행들로부터의 복원된 화소들에 액세스하지 못할 수도 있다. 이 시나리오에서, 우측상단 (다르게는, "우측위") 블록들 또는 행들로부터의 화소들은 현존 SDIP 기술에 의해 제공된 프로세싱 순서로 인해, 아직 복원되어 있지 않을 수도 있다. 그 결과, 현존 기술들에 따라 SDIP를 수행하기 위해, 인트라 예측 부 (74) 는 다른 블록에서, 이를테면 이웃 블록에서 복원된 화소들을 사용하는 것이 필요할 수도 있다.
그러나, 우측상단인 인트라 예측 방향의 경우들에 SDIP 코딩된 블록의 프로세싱 순서를 우좌가 되도록 스위칭함으로써, 인트라 예측 부 (74) 는 현재 서브블록의 SDIP 기반 디코딩을 구현하기 위해 현재 화소에 가까이 근접하여 위치되는 참조 화소들을 계속 활용할 수도 있다. SDIP 코딩된 서브블록에 관해 우좌 프로세싱 순서를 사용함으로써, 인트라 예측 부 (74) 는 복원된 우측상단 이웃 화소들이 현재 화소를 인트라 예측하기 위한 참조 화소들로서 이용 가능한 그런 방식으로 SDIP 기반 인트라 예측을 구현할 수도 있다. 예를 들면, 인트라 예측 부 (74) 가 SDIP 코딩된 서브블록의 화소들을 우좌 순서로 프로세싱하기 때문에, 우측 이웃 화소들과, 그것들의 우측-이웃 화소들은, 정의에 의해, 인트라 예측 부 (74) 가 현재 화소를 프로세싱하는 것을 시작하기 전에 이미 복원되었다. 이와 같이, 인트라 예측 부 (74) 는 본 개시물의 다양한 양태들에 따라서 예측 정확도를 향상시키기 위해, 우측상단인 인트라 예측 각도의 경우들에, SDIP 프로세싱 순서를 우좌 및 상하가 되도록 적응시킬 수도 있다.
인트라 예측 부 (74) 가 좌측하단 또는 우측상단인 인트라 예측 각도의 경우들에서만 프로세싱 순서를 변경하도록 위에서 설명된 기법들을 구현할 수도 있기 때문에, 인트라 예측 부 (74) 는 인트라 예측 방향이 좌측하단 또는 우측상단 중 어느 하나인 경우들에서 SDIP 기반 코딩의 정확도를 개선하도록 변경된 프로세싱 순서들을 활용하면서도, 나머지 인트라 예측 방향들에 관해 SDIP에 의해 제공된 장점들을 유지할 수도 있다. 다른 방식으로 말하면, 인트라 예측 부 (74) 는 적응이 SDIP 기반 코딩에 의해 제공된 코딩 정확도를 잠재적으로 개선할 시나리오들에서만 본 개시물의 SDIP 프로세싱 순서 적응을 구현하면서도, 적응이 잠재적 정확도 향상들을 가져오지 않을 수도 있는 시나리오들에서 현존 SDIP 프로세싱 순서들을 고수할 수도 있다. 이런 방식으로, 인트라 예측 부 (74) 는 특정한 시나리오들에서의 SDIP 기반 코딩의 예측 정확도를 향상시키기 위해, 나머지 시나리오들에서 SDIP의 기술의 장점들에 부정적으로 영향을 미치는 일 없이, 본 명세서에서 설명되는 기법들을 구현할 수도 있다.
SDIP 기반 디코딩의 경우들뿐만 아니라 다른 코딩 모드들에 따른 디코디에서, 인트라 예측 부 (74) 는 CBF 값에서의 서브블록 간 전이들에 기초하여 CBF 마스크를 디코딩하기 위해 본 개시물의 다양한 기법들을 구현할 수도 있다. 순수하게 논의의 편의를 돕기 위해, 마스크 기반 CBF 복원 기법들은 SDIP 인코딩된 블록들에 관해 본 명세서에서 논의되지만, 인트라 예측 부 (74) 는 비-SDIP 관련 기술들을 사용하여 인코딩되는 블록들을 복원하는 것에 관하여서도 본 개시물의 마스크 기반 CBF 복원 기법들을 또한 구현할 수도 있다는 것이 이해될 것이다.
CBF가 플래그이기 때문에, 주어진 CBF가 주어진 서브블록에 관해 '0' 또는 '1' 중 어느 하나의 값을 가진다. 이와 같이, CBF 값에서의 임의의 전이는 토글링 동작을 나타낸다. 본 개시물의 마스크 기반 CBF 복원 기법들에 따라서, 인트라 예측 부 (74) 는 SDIP 코딩된 블록의 바로 선행하는 서브블록과 현재 디코딩되는 서브블록의 CBF 값 사이의 차이를 디코딩함으로써 현재 디코딩된 서브블록에 대한 CBF 값을 유추 또는 외삽 (extrapolation) 할 수도 있다. 예를 들면, 인트라 예측 부 (74) 가 현재 서브블록에 관해 1의 시그널링된 CBF 마스크 값을 디코딩하면, 인트라 예측 부 (74) 는 현재 서브블록에 대한 CBF 값이 현재 서브블록 직전에 (예컨대, 상하 프로세싱 순서에서의 바로 위 또는 하상 프로세싱 순서에서의 바로 아래에) 위치된 서브블록에 대한 CBF 값과는 상이하고 결정할 수도 있다. 다르게 말하면, 본 개시물의 마스크 기반 CBF 복원 기법들에 따르면, 1의 CBF 마스크 값은 바로 이전에 디코딩된 SDIP 서브블록로부터의 CBF 값의 전이를 나타낸다.
예를 들면, 인트라 예측 부 (74) 가 '1000000000'이라 읽히는 CBF 마스크들의 10-비트 문자열을 수신하면, 인트라 예측 부 (74) 는 SDIP 인코딩된 블록의 모든 처음 열 개의 서브블록들이 '1의 값'을 갖는 CBF들을 가진다고 결정할 수도 있다. 예를 들면, 인트라 예측 부 (74) 는 SDIP 코딩된 블록에 대해 수신된 첫 번째 CBF 마스크가 그 서브블록에 대한 원시 CBF 값을 나타낸다고 결정할 수도 있다. 다르게 말하면, 인트라 예측 부 (74) 는 SDIP 인코딩된 블록에 대해 시그널링되는 첫 번째 CBF 마스크가 다른 서브블록로부터의 전이에 관해 정의되지 않고, 대신, 자신의 연관된 서브블록에 대한 CBF 값의 직접 표현이라고 결정할 수도 있다. 본 개시물의 마스크 기반 CBF 복원 기법들을 사용하여, 인트라 예측 부 (74) 는 첫 번째 서브블록에 대해 '1'의 원시 CBF 값을 디코딩한 다음, 다음 아홉 개의 연속적인 '0' 값들에 기초하여, 다음 아홉 개의 CBF 값들 중 어느 것도 자신의 각각의 선행하는 CBF 값으로부터 변경되지 않는다고 유추할 수도 있다. 이 특정 예에서, 인트라 예측 부 (74) 는 두 번째 내지 열 번째 서브블록들 (프로세싱 순서에서임) 이 '1'의 값을 갖는 CBF들에 모두 연관된다고 결정하는데, 첫 번째 프로세싱된 서브블록에 대해 1의 원시 CBF 값으로부터의 변화가 없음을 CBF 마스크들이 직접적으로 또는 간접적으로 나타내기 때문이다.
이런 식으로, 인트라 예측 부 (74) 는 SDIP 코딩된 블록의 각각의 이산 서브블록을 이진 벡터로서 사용함으로써, CBF 마스크를 사용하여 각각의 라인에 대한 CBF 값을 유추 또는 외삽하도록 본 개시물의 CBF 마스킹 기법들을 구현할 수도 있다. 본 개시물의 마스크 기반 CBF 복원 기법들을 구현함으로써, 인트라 예측 부 (74) 는 현존 CBF 복원 기술과 비교하여, CBF 정확도를 유지하면서도 리소스 소비 및 디코딩 복잡도를 감소시킬 수도 있다. 인트라 예측 부 (74) 는 본 개시물의 마스크 기반 CBF 복원 기법들을 구현함으로써 대역폭 소비 요건들을 또한 완화시킬 수도 있다.
일부 예들에서, 인트라 예측 부 (74) 는 SDIP 인코딩된 블록의 CBF 값들의 CABAC 기반 디코딩 또는 엔트로피 디코딩을 위한 콘텍스트들을 도출할 수도 있다. 처음 열 개의 CBF 값들이 '1111111111'인 위에서 설명된 예에서, 인트라 예측 부 (74) 는 특정 서브블록에 대한 CABAC 콘텍스트를 직전에 복원되었던 서브블록에 대한 CABAC 콘텍스트에 기초하여 적응시킬 수도 있다. 예를 들면, 인트라 예측 부 (74) 는 서브블록에 대한 CBF 플래그를 위한 가장 가능성 있는 CABAC 콘텍스트를, 예측 서브블록 (예컨대, 좌우 프로세싱 순서에서의 좌측이웃 서브블록, 또는 우좌 프로세싱 순서에서의 우측이웃 서브블록) 에 대한 CBF 플래그를 위해 사용되는 CABAC 콘텍스트에 기초하여 예측할 수도 있다.
현재 서브블록에 대한 CBF를 위한 CABAC 콘텍스트를 바로 이전에 복원된 서브블록의 CBF를 코딩하기 위해 사용되는 CABAC 콘텍스트로부터 예측함으로써, 인트라 예측 부 (74) 는 콘텍스트 시그널링에 의해 소비되는 비트레이트의 부분에 대한 요구를 제거할 수도 있다. 일부 사례들에서, 인트라 예측 부 (74) 는 서브블록에 대한 가장 가능성 있는 콘텍스트를 예측 서브블록의 CABAC 코딩을 위해 사용되는 콘텍스트로부터 예측함으로써, 콘텍스트 시그널링을 위해 요구된 비트들의 수를 2.3 비트로부터 0.3 비트로 감소시킬 수도 있다. 이런 식으로, 본 개시물의 마스크 기반 CBF 복원 기법들은 비디오 디코더 (30) 가 비디오 인코더 (20) 로부터의 시그널링 요건들에 관해 상당한 비트레이트 감소를 구현하는 것을 가능하게 할 수도 있고, 비디오 디코더 (30) 가 디코딩을 위한 CABAC 콘텍스트들을 도출하는 것에 관해 컴퓨팅 리소스들 및 복잡도를 보존하는 것을 가능하게 할 수도 있다.
일부 예들에서, 인트라 예측 부 (74) 는 SDIP 인코딩된 블록의 서브블록에 대한 마지막 유효 계수 (last_ pos) 의 포지션을 CABAC 기반 디코딩 또는 엔트로피 디코딩하기 위한 콘텍스트를 선택하기 위해 본 개시물의 기법들을 구현할 수도 있다. 서브블록의 CBF 외에도, 서브블록의 마지막 유효 계수의 포지션은 하나 이상의 이전에 인코딩된 서브블록들의 last_ pos에 또한 의존한다. 본 명세서에서 설명되는 기법들에 따르면, 인트라 예측 부 (74) 는 서브블록에 대한 last_ pos의 CABAC 기반 디코딩 또는 엔트로피 디코딩을 위한 콘텍스트를, 하나 이상의 이전에 복원된 서브블록들에 대한 last_ pos 정보의 크기에 기초하여 계산할 수도 있다.
하나의 예시적인 사용예에서, 인트라 예측 부 (74) 는 마지막 유효 계수의 CABAC 기반 디코딩 또는 엔트로피 디코딩을 위해 "콘텍스트 1"과 "콘텍스트 2" 사이에서 선택할 수도 있다. 이 예에서, 이전에 복원된 서브블록 (예컨대, 바로 이전에 복원된 서브블록) 에 대한 last_ pos 값이 영 (0) 보다 더 크면, 인트라 예측 부 (74) 는 현재 서브블록에 대한 last_ pos 정보를 CABAC 기반 디코딩 또는 엔트로피 디코딩하기 위해 콘텍스트 1을 사용할 수도 있다. 그렇지 않으면 (예컨대, 이전에 코딩된 서브블록의 last_ pos가 영 (0) 이하이면), 인트라 예측 부 (74) 는 현재 서브블록의 마지막 유효 계수를 디코딩하기 위해 콘텍스트 2를 사용할 수도 있다. 이런 식으로, 인트라 예측 부 (74) 는 이전에 복원된 서브블록들로부터의 last_pos 정보를 활용하여 CABAC 기반 디코딩 또는 엔트로피 디코딩에 따라 현재 서브블록에 대한 last_ pos 정보를 디코딩하기 위해 이용하는 콘텍스트를 도출하기 위해 본 개시물의 하나 이상의 기법들을 구현할 수도 있다.
역 양자화 부 (76) 는 비트스트림으로 제공되고 엔트로피 디코딩 부 (70) 에 의해 디코딩된 양자화된 변환 계수들을 인버스 양자화, 즉, 역 양자화한다. 역 양자화 프로세스는 양자화 정도와, 마찬가지로 적용되어야 할 역 양자화의 정도를 결정하기 위해, 비디오 슬라이스에서의 각각의 비디오 블록에 대해 비디오 디코더 (30) 에 의해 계산된 양자화 파라미터 (QPY) 의 사용을 포함할 수도 있다.
역 양자화 부 (76) 는 비디오 코딩에서 흔히 사용되는 다양한 직사각형 TU들의 애스펙트 비들과 같은 다양한 블록 애스펙트 비들에 관해 디코딩 정밀도를 개선하기 위해 본 개시물의 하나 이상의 변환 정밀도 조작 기법들을 구현할 수도 있다. 예를 들면, 역 양자화 부 (76) 는 양자화 파라미터에 관한 차이, 또는 "델타" (본 명세서에서 "델타-QP"라고 함) 를 사용할 수도 있다. 비록 SDIP 코딩된 블록들에 관해 본 명세서에서 설명되지만, 본 개시물의 변환 정밀도 조작 기법들은 다른 코딩 유형들 (예컨대, 인트라 코딩 및/또는 인터 예측) 에도 적용 가능하다는 것이 이해될 것이다.
위에서 설명된 바와 같이, 직사각형 블록들의 사용은 정사각형 블록들을 프로세싱할 때 생겨나지 않는 컴퓨테이션 및/또는 계산 고려사항들에 관하여 하나 이상의 잠재적 문제를 야기할 수도 있다. TU에 대한 QP 사이즈는 √(w*h) 로서 계산되며, 여기서 '√'는 제곱근 함수를 나타내며, 'w'는 TU의 폭을 나타내고, 'h'는 TU의 높이를 나타낸다. 정사각형 블록들의 경우, QP 사이즈는, 위에서 설명된 바와 같이 계산될 때, 항상 정수 값이다. 더 구체적으로는, w 및 h 값들이 주어진 정사각형 블록에 대해 동일하기 때문에, (w * h) 의 곱의 제곱근은 항상 w와 동일한 그리고 h와 동일한 값이다. 더 구체적으로는, 64 바이 64와 같이 흔히 사용되는 정사각형 블록 사이즈들에 대해, QP 사이즈는 2의 정수배가 되는 경향이 있다. 이와 같이, 정사각형 블록에 대한 양자화의 분포는 행렬 계산 및 다른 요인들로 인해, 2의 거듭제곱을 수반할 수도 있다.
그러나, 비디오 코딩에서 흔히 사용되는 대부분의 직사각형 블록 폼 팩터들에 대해, √(w*h) 연산의 결과는 거의 1.414와 동일한 그리고 √2로서 본 명세서에서 표시되는 2의 제곱근의 배수이다. 예를 들면, 흔히 사용되는 직사각형 블록 사이즈들 중 하나의 직사각형 블록 사이즈는 4x8이다. 4x8 블록의 경우, QP 사이즈 계산은 √(4*8) 연산을 호출하며, 이는 √32의 값이 된다. √32는 √2의 배수이고, 특히, 4*√2와 동일하다. 마찬가지로, 8x16 차원수의 직사각형 블록이 8*√2의 QP 사이즈를 생성하며, 16x32 차원수의 직사각형 블록이 16*√2의 QP 사이즈를 생성하는 등등이다.
이와 같이, 직사각형 블록들에 대한 QP 사이즈 계산들의 비-정수 결과는 본 명세서에서 "√2 문제"라고 지칭된다. √2 문제는 QP 사이즈에 대한 부동소수점 값들을 산출하고, 이들 값들의 부동소수점 특성을 제거하는 임의의 반올림 동작들은 코딩 정밀도의 손실을 초래한다. 변환 사이즈에서의 증가들로, √2 문제의 부동소수점 결과들에서 생겨나는 코딩 정밀도 문제들은 더욱 심각해지고 있다. HEVC는 영 (0) 내지 오십일 (51) 의 범위 내에 속할 수도 있는 스케일링 파라미터 (QP) 를 사용하여, 균일한 복원 양자화를 제시한다. HEVC 역양자화 기법들에 따르면, QP 값에서의 일 (1) 의 증가는 대응하는 양자화 스텝 사이즈 ("Qstep") 에 대해 거의 십이 퍼센트 (12%) 의 증가를 초래할 수도 있다. 예를 들면, Qstep에서의 12% 증가는 이와 육 분의 일 (21/6) 의 원시 Qstep 값 증가를 나타낼 수도 있다. QP 값에서의 대응하는 증가들에 의해 야기되는 증분 Qstep 증가들에 기초하여, Qstep은 QP에서의 육 (6) 의 증가마다 두 배가 된다. Qstep이 사 (4) 의 QP에 대해 일 (1) 과 동일한 경우들에서, 정규직교 변환에 대한 QP 값과 대응하는 Qstep 사이의 관계는 다음의 수학식에 의해 주어진다:
Qstep(QP) = 2( QP -4)/6
많은 흔히 사용되는 직사각형 TU 사이즈들의 역양자화에 연관된 √2 문제를 해결하기 위해, 역 양자화 부 (76) 는 본 개시물의 변환 정밀도 조작 기법들 중 하나 이상을 구현할 수도 있다. 변환 유닛 (TU) 사이즈가 표현 2 n x2 m 또는 2 n -바이- 2 m (여기서 ' 2 n '은 행들의 수를 나타내고 ' 2 m '은 열들의 수를 나타냄) 에 의해 표시되면, 순방향 변환은 다음의 공식에 의해 표현된다:
Y = T 2 n . X 2 n x2 m . T 2 m
위의 공식에서 사용되는 표기법에 따르면, X2 n x2 m은 'n' 수의 행들과 'm' 수의 열들을 갖는 잔차 블록을 나타낼 것이다. 따라서, 위의 공식에서 사용되는 X 2 n x2 m 항은 '2n'과 동일한 행들의 수와 '2m'과 동일한 열들의 수를 갖는 잔차 블록을 나타낸다. T v 및 T h 는 열 및 행 변환들을 위한 대응하는 2 n x 2 n (2 n -바이-2 m ) 및 2 m x2 m (2 m -바이-2 m ) 행렬들이고, Y는 계수 행렬을 나타낸다. 일부 예들에서, n 또는 m 중 하나는 0과 동일하다.
본 명세서에서 설명되는 변환 정밀도 조작 기법들 중 하나 이상에 따르면, 연산 (n + m) 이 홀수로 되는 경우들에서, 역 양자화 부 (76) 는 현재 변환 유닛에 연관된 도출된 QP 값에, 대응하는 TU 데이터를 양자화시키기 위해 델타 QP 값을 가산할 수도 있다. 델타 QP를 도출된 QP 값에 가산함으로써, 역 양자화 부 (76) 는 정사각형 변환을 위해 정의되었던 원래의 스케일링 계수를 사용할 수도 있다. 예를 들면, 원래의 스케일링 계수가 정의되었던 정사각형 변환은 K-바이-K 차원수를 갖는 것으로서 표현될 수도 있다. 정사각형 변환의 일 측의 크기를 나타내는 'K'의 값은, 일부 예들에서 ((n+m)>>1) 로서, 또는 다른 예들에서 ((n+m+1)>>1) 로서 정의될 수도 있다. 연산자 '>>'는 산술 우측-시프트 연산을 나타내고, 위에서 설명된 바와 같이, 'n'은 잔차 블록의 행들의 수를 나타내고 'm'은 잔차 블록의 열들의 수를 나타낸다.
일 예로서, 4x8 변환의 경우, 역 양자화 부 (76) 는 4x4 변환 또는 8x8 변환을 위해 정의된 스케일링 계수를 상속할 수도 있다. 이 예에서, 더 작은 변환 사이즈 (예컨대, 위에서 설명된 예에서의 4x4) 를 위한 스케일링 계수에 따라 TU를 양자화하기 전에, 역 양자화 부 (76) 는 거의 30% 감소를 나타내는 (1/√2) 만큼 변환 계수들의 에너지를 감소시킬 수도 있다. 결국, 감소된 에너지를 보상하기 위해, 역 양자화 부 (76) 는 대응하는 Qstep을 √2만큼 감소시킬 수도 있다.
위에서 설명된 바와 같이, 1의 QP 증가가 거의 12%만큼의 대응하는 Qstep에서의 증가를 초래할 수도 있다. 더구나, 1의 QP 감소가 대응하는 Qstep에서의 거의 12% 하강 또는 감소를 초래할 수도 있다. 덧붙여, 에너지가 대략 30%만큼 감소된 변환 계수들에 대해, 역 양자화 부 (76) 는 대응하는 QP를 3만큼 감소시킴으로써 에너지 감소를 보상할 수도 있다. 3의 QP 감소는 공식 ceiling(30%/12%) 에 따라 도출되며, 여기서 ceiling() 연산은 피연산자에 대한 최대 가능 값을 반환한다. 따라서, 이 예에서, 델타 QP 값은 -3 (음의 3 또는 마이너스 3) 으로 항상 설정된다. 대안적으로, 역 양자화 부 (76) 는 현재 변환 유닛에 연관된 도출된 QP 값에 기초하여 델타 QP 값을 적응적으로 변경시킬 수도 있다.
역 변환 유닛 (78) 은 화소 도메인에서 잔차 블록들을 생성하기 위하여 역 변환, 예컨대, 역 DCT, 역 정수 변환, 또는 개념적으로 유사한 역 변환 프로세스를 변환 계수들에 적용한다.
모션 보상 부 (72) 가 현재 비디오 블록에 대한 예측성 블록을 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 생성한 후, 비디오 디코더 (30) 는 역 변환 프로세싱 부 (78) 로부터의 잔차 블록들을 모션 보상 부 (72) 에 의해 생성된 대응하는 예측성 블록들과 합산함으로써 디코딩된 비디오 블록을 형성한다. 합산기 (80) 는 이 합산 동작을 수행하는 컴포넌트 또는 컴포넌트들을 나타낸다. 원한다면, 블록화제거 필터가 블록현상 아티팩트들을 제거하기 위하여 디코딩된 블록들을 필터링하는데 또한 적용될 수도 있다. 다른 루프 필터들이 (코딩 루프 내 또는 코딩 루프 후 중 어느 하나에서) 화소 전이들을 부드럽게 하기 위해, 또는 그렇지 않으면 비디오 품질을 개선하기 위해 또한 사용될 수도 있다. 주어진 프레임 또는 픽처에서의 디코딩된 비디오 블록들은 그 다음에 참조 픽처 메모리 (82) 에 저장되는데, 그 참조 픽처 메모리는 후속 모션 보상을 위해 사용되는 참조 픽처들을 저장한다. 참조 픽처 메모리 (82) 는 디스플레이 디바이스, 이를테면 도 1의 디스플레이 디바이스 (32) 상의 나중의 프레젠테이션을 위해 디코딩된 비디오를 또한 저장한다.
도 4a 및 도 4b는 예시적인 쿼드트리 (98) 및 대응하는 최대 코딩 부 (120) 를 예시하는 개념도들이다. 도 4a는 계층적 형태로 배열된 노드들을 포함하는 예시적인 쿼드트리 (98) 를 도시한다. 쿼드트리 (98) 는, 예를 들어, 제안된 HEVC 표준에 따른 트리블록에 연관될 수도 있다. 쿼드트리, 이를테면 쿼드트리 (98) 에서의 각각의 노드는, 자식이 없는 리프 노드일 수도 있거나, 또는 4 개의 자식 노드들을 가질 수도 있다. 도 4a의 예에서, 쿼드트리 (98) 는 루트 노드 (100) 를 포함한다. 루트 노드 (100) 는 리프 노드들 (106A~106C) (리프 노드들 (106)) 과 노드 (102) 을 포함한 네 개의 자식 노드들을 가진다. 노드 (102) 가 리프 노드가 아니기 때문에, 노드 (102) 는 이 예에서는 리프 노드들 (108A-108D) (리프 노드들 (108)) 인 네 개의 자식 노드들을 포함한다.
쿼드트리 (98) 는 대응하는 최대 코딩 유닛 (LCU), 이를테면 이 예에서 LCU (120) 의 특성들을 서술하는 데이터를 포함할 수도 있다. 예를 들어, 쿼드트리 (98) 는, 그것의 구조에 의해, LCU의 서브 CU들로의 분할을 서술할 수도 있다. LCU (120) 가 2Nx2N의 사이즈를 가진다고 가정한다. LCU (120) 는, 이 예에서, 각각 사이즈 NxN인 네 개의 서브 CU들 (124A~124C (서브 CU들 (124)) 및 122) 을 가진다. 서브 CU (122) 는 각각 사이즈 N/2xN/2인 네 개의 서브 CU들 (126A~126D (서브 CU들 (126)) 로 추가로 분할된다. 쿼드트리 (98) 의 구조는 이 예에서 LCU (120) 의 분할에 대응한다. 다시 말하면, 루트 노드 (100) 는 LCU (120) 에 대응하며, 리프 노드들 (106) 은 서브 CU들 (124) 에 대응하며, 노드 (102) 는 서브 CU (122) 에 대응하고, 리프 노드들 (108) 은 서브 CU들 (126) 에 대응한다.
쿼드트리 (98) 의 노드들에 대한 데이터는 노드에 대응하는 CU가 분할되는지의 여부를 설명할 수도 있다. CU가 분할된다면, 네 개의 부가적인 노드들이 쿼드트리 (98) 에 존재할 수도 있다. 일부 예들에서, 쿼드트리의 노드는 다음의 의사코드와 유사하게 구현될 수도 있다:
quadtree_node {
boolean split_flag (1);
// signaling data
if (split_flag) {
quadtree_node child1;
quadtree_node child2;
quadtree_node child3;
quadtree_node child4;
}
}
split_flag 값은 현재 노드에 대응하는 CU가 분할되는지의 여부를 나타내는 1 비트 값일 수도 있다. CU가 분할되지 않으면, split_flag 값은 '0'일 수도 있는 반면, CU가 분할되면, split_flag 값은 '1'일 수도 있다. 쿼드트리 (98) 의 예에 관하여, 분할 플래그 값들의 어레이는 101000000일 수도 있다.
위에서 언급된 바와 같이, CU 깊이는 LCU, 이를테면 LCU (120) 가 분할되었던 정도를 말할 수도 있다. 예를 들어, 루트 노드 (100) 는 CU 깊이 영에 대응할 수도 있는 반면, 노드 (102) 와 리프 노드들 (106) 은 CU 깊이 1에 대응할 수도 있다. 덧붙여서, 리프 노드들 (108) 은 CU 깊이 2에 대응할 수도 있다. 본 개시물의 양태들에 따르면, CU 및/또는 TU 깊이는 특정한 신택스 엘리먼트들을 엔트로피 코딩하기 위한 상황으로서 사용될 수도 있다. 설명의 목적을 위한 일 예에서, 리프 노드 (106A) 에 연관된 하나 이상의 신택스 엘리먼트들은 리프 노드 (108A) 와는 상이한 콘텍스트 모델을 사용하여 엔트로피 코딩될 수도 있는데, 리프 노드 (106A) 가 깊이 1에 위치되는 반면 리프 노드 (108A) 는 깊이 2에 위치되기 때문이다.
도 4a가 CU 쿼드트리의 일 예를 도시하지만, 유사한 쿼드트리가 리프 노드 CU의 TU들에 적용될 수도 있다는 것이 이해되어야 한다. 다시 말하면, 리프 노드 CU가 CU에 대한 TU들의 파티셔닝을 서술하는 TU 쿼드트리 (잔차 쿼드 트리 (RQT) 라고 지칭됨) 를 포함할 수도 있다. TU 쿼드트리는, TU 쿼드트리가 CU의 TU들에 대한 인트라 예측 모드들을 개별적으로 시그널링할 수도 있다는 점을 제외하면, 일반적으로 CU 쿼드트리와 유사할 수도 있다.
도 5는 방향성 인트라 예측 모드들에 연관된 예측 방향들을 일반적으로 예시하는 개념도이다. 예를 들어, 위에서 언급된 바와 같이, 신흥 HEVC 표준은 평면 모드 (모드 0), DC 모드 (모드 1) 및 33 개의 방향성 예측 모드들 (모드 2 내지 모드 34) 을 포함하는, 서른다섯 개의 인트라 예측 모드들을 포함할 수도 있다. 평면 모드에서는, 예측이 이른바 "평면 (plane)" 함수를 사용하여 수행된다. DC 모드로, 예측은 블록 내의 화소 값들의 평균화에 기초하여 수행된다. 방향성 예측 모드에서는, 예측이 특정 방향 (모드에 표시됨) 을 따라 이웃 블록의 복원된 화소들에 기초하여 수행된다.
일부 사례들에서는, 비디오 인코딩 디바이스 (이를테면 비디오 인코더 (20)) 가 최고 확률 모드 (MPM) 프로세스를 사용하여 블록에 대한 인트라 모드를 시그널링할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 현재 코딩되고 있는 블록에 이웃하는 블록들 (예컨대, 현재 인코딩되고 있는 블록 위에 위치된 블록과 현재 인코딩되고 있는 블록의 좌측에 위치된 블록) 과 연관된 두 개까지의 MPM 후보들을 식별할 수도 있다. 두 개의 MPM 후보들이 발견될 수 없는 (예컨대, 블록들이 인트라 코딩되지 않거나, 블록들이 상이한 슬라이스에 또는 픽처 경계 외부에 있거나, 블록들이 동일한 인트라 모드를 가지는) 이벤트에서, 비디오 인코더 (20) 는 DC 모드를 대체할 수도 있다.
현재 인코딩되고 있는 블록에 대한 인트라 모드가 MPM 후보들 중 어느 하나와 동일하면, 비디오 인코더 (20) 는 prev_intra_luma_pred_flag를 설정할 수도 있다. 덧붙여서, 비디오 인코더 (20) 는 매칭 MPM 후보를 식별하기 위해 mpm_idx 플래그를 설정할 수도 있다. 그러나, 현재 인코딩되고 있는 블록에 대한 인트라 모드가 MPM 후보들 중 어느 하나와 일치하지 않으면, 비디오 인코더 (20) 는 나머지 인트라 모드들 중 어느 것이 현재 인코딩되고 있는 블록에 대한 인트라 모드와 동일한지를 나타내기 위해 rem_intra_luma_pred_mode 심볼을 설정할 수도 있다.
본 개시물의 양태들에 따르면, 도 5의 예에 관해 도시되고 설명되는 인트라 모드들은, SDIP 및/또는 비대칭 SDIP 모드들을 포함하는, 도 6 및 도 8에 도시된 파티셔닝 모드들 중 하나 이상과 연계하여 사용될 수도 있다.
도 6은 예측 유닛들과 연관될 수도 있는 파티셔닝 모드들 (이는 PU 사이즈들을 정의할 수도 있음) 을 일반적으로 예시한다. 예를 들어, 특정 CU의 사이즈가 2Nx2N이라고 가정하면, CU는 파티션 모드들 2Nx2N (140), NxN (142), hNx2N (144), 2NxhN (146), Nx2N (148), 2NxN (150), nLx2N (152), nRx2N (154), 2NxnU (156), 및 2NxnD (158) 를 사용하여 예측될 수도 있다. 도 5의 예에서 도시된 파티션 모드들은 예시만을 목적으로 제시되고, 다른 파티션 모드들이 비디오 데이터가 예측되는 방식을 나타내는데 사용될 수도 있다.
일부 사례들에서는, 비디오 코더 (예컨대, 이를테면 비디오 인코더 (20) 및/또는 비디오 디코더 (30)) 가 파티션 모드들 (140 및 142) 을 사용하여 인트라 예측 또는 인터 예측을 수행할 수도 있다. 예를 들어, 비디오 코더는 2Nx2N PU (파티션 모드 140) 를 사용하여 CU를 전체적으로 예측할 수도 있다. 다른 예에서, 비디오 코더는, 네 개의 섹션들 중 각각의 섹션이 적용되고 있는 잠재적으로 상이한 예측 기법을 가지는, 네 개의 NxN 사이즈로 된 PU들 (파티션 모드 142) 을 사용하여 CU를 예측할 수도 있다.
덧붙여서, 인트라 코딩에 관해, 비디오 코더는 단거리 인트라 예측 (SDIP) 이라고 지칭되는 기법을 수행할 수도 있다. SDIP가 이용 가능하면, CU는 평행한 PU들 (파티션 모드들 (144 및 146)) 을 사용하여 예측될 수도 있다. 다시 말하면, SDIP는 CU가 평행한 PU들로 나누어지는 것을 일반적으로 허용한다. 코딩 유닛 (CU) 을 비-정사각형 예측 유닛들 (PU들) 로 분할함으로써 예측된 화소와 참조 화소 사이의 거리들은 단축될 수도 있다. 따라서, 일부 사례들에서, 인트라 예측의 정확도는 방향성 예측 방법, 이를테면 도 5에 도시된 방향성 예측 모드 2~34를 적용할 때 개선될 수 있다.
일 예로서, 8x8 CU가 네 개의 8x2 PU들로 나누어질 수도 있는데, 이 예에서, "NxM"은 수직으로 N 개 화소들과 수평으로 M 화소들을 말한다. 제 1 PU는 CU에 대한 이웃 화소들로부터 예측될 수도 있으며, 제 2 PU는 제 1 PU의 화소들을 포함하는 이웃 화소들로부터 예측될 수도 있으며, 제 3 PU는 제 2 PU의 화소들을 포함하는 이웃 화소들로부터 예측될 수도 있고, 제 4 PU는 제 3 PU의 화소들을 포함하는 이웃 화소들로부터 예측될 수도 있다. 이런 방식으로, CU에 대해 이웃하는 이전에 코딩된 블록들의 화소들로부터 CU의 모든 화소들을 예측하는 것이 아니라, CU 내의 화소들은 SDIP를 사용하여, 동일한 CU 내의 다른 화소들을 예측하는데 사용될 수도 있다.
도 6에 도시된 예에서, "h"가 1/2을 나타내는 hNx2N 배열에서의 네 개의 SDIP PU들 (파티션 모드 144) 로 CU가 예측될 수도 있다. 다른 예에서, 2NxhN 배열에서의 네 개의 SDIP PU들 (파티션 모드 146) 로 CU가 예측될 수도 있다. CU의 SDIP PU들로의 파티셔닝은 SDIP 파티션 모드들을 구현하는 것으로서 지칭될 수도 있다. 다른 예들에서, 추가적인 예측 유형들이 또한 가능할 수도 있다.
인터 코딩에 관하여, 대칭 파티션 모드 140 및 142 외에도, 비디오 코더는 PU들의 병렬 배열 (파티션 모드 148 및 150), 또는 다양한 AMP (asymmetric motion partition) 모드들을 구현할 수도 있다. AMP 모드들에 관하여, 비디오 코더는 파티션 모드 nLx2N (152), nRx2N (154), 2NxnU (156), 및 2NxnD (158) 를 사용하여 CU를 비대칭적으로 파티셔닝할 수도 있다. 비대칭 파티셔닝 시, CU의 하나의 방향은 파티셔닝되지 않는 반면, 다른 방향은 25% 및 75%로 파티셔닝된다. 25% 파티션에 대응하는 CU의 부분은 "n"와 뒤따르는 "Up", "Down", "Left", 또는 "Right"의 표시에 의해 나타내어진다.
도 7a는 단거리 인트라 예측 (SDIP) 에 따라서 라인들 또는 비-정사각형 (예컨대, 직사각형) 블록들로 파티셔닝되는 코딩 유닛 (CU) (160) 을 예시하는 개념도이다. CU (160) 의 각각의 서브블록의 차원수는 도 7a에서 언급된다. 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 는 CU (160) 를 인코딩 또는 디코딩할 때, 본 명세서에서 설명되는 기법들 중 하나 이상, 이를테면 위에서 설명된 적응적 SDIP 프로세싱 순서 기법들을 구현할 수도 있다.
도 7b는 SDIP 예측된 CU를 포함하는 예시적인 LCU (180) 를 도시하는 개념도이다. 특히, LCU (180) 는 이 예에서 서브 CU들 (182, 184, 186, 188, 190, 192, 및 194) 을 포함한다. 서브-CU들 (182, 184, 186, 188, 190, 192, 및 194) 의 각각은 리프 노드 CU에 대응한다. 비-리프 노드 CU가 이 예에서 서브 CU들 (184, 186, 188, 및 190) 역시 포함할 것이다. 리프 노드 서브 CU들의 각각은 특정 예측 모드에 따라 예측될 수도 있다. 이 예에서, 서브 CU (188) 는 SDIP를 사용하여 예측된다. 따라서, 서브 CU (188) 는 네 개의 PU들 (196A~196D) (PU들 (196)) 을 포함한다. 이 예에서 보인 바와 같이, PU들 (196) 은 서브-CU (188) 의 수평 PU들이다.
도 8은 SDIP의 비대칭 파티션 모드들을 사용하여 파티셔닝되는 블록들 (220~226) 의 다양한 예들을 도시하는 개념도이다. 예를 들어, 도 6은 두 개의 대칭적 SDIP 모드들 (144 및 146) 을 포함한다. 도 8의 예에서, 각각의 블록 (220~226) 은 두 개의 직사각형들로 파티셔닝되는데, 블록들 (220~226) 의 각각은 원래 2Nx2N 블록이다. 하나의 직사각형이 N/2 개 화소들의 치수 (다시 말하면, 길이 또는 폭) 를 가지고, 다른 직사각형이 3N/2 개 화소들의 동일한 치수를 가진다.
이 예에서, 블록들 (220, 222, 224, 및 226) 의 각각은, 64x64 화소 블록이지만, 블록들의 다른 사이즈들 (예컨대, 32x32, 16x16, 128x128 등) 이 유사한 방식으로 또한 파티셔닝될 수도 있다. 블록 220은 수직 에지 (230A) 에 의해 두 개의 PU들, 즉 하나의 (1/2N)*2N PU (232A) 와 하나의 (3/2N)*2N PU (234A) 로 수평으로 나누어진다. 블록 222는 수직 에지 (230B) 에 의해 두 개의 PU들, 즉 하나의 (3/2N)*2N PU (234B) 와 하나의 (1/2N)*2N PU (232B) 로 수평으로 나누어진다. 블록 224는 수평 에지 (230C) 에 의해 두 개의 PU들, 즉 하나의 2N*(3/2N) PU (234C) 와 하나의 2N*(1/2N) PU (232C) 로 수직으로 나누어진다. 블록 226은 수평 에지 (230D) 에 의해 두 개의 PU들, 즉 하나의 2N*(1/2N) PU (232D) 와 하나의 2N*(3/2N) PU (234D) 로 수직으로 나누어진다. 이런 방식으로, 도 8의 SDIP PU들 (232, 234) 은 비대칭 SDIP PU들이라고 지칭될 수도 있다.
기존의 SDIP에서처럼, 비대칭 SDIP PU의 화소들의 각각은 동일한 인트라 예측 방향을 공유할 수도 있다. 더욱이, 비대칭 SDIP PU들은 동일한 인트라 예측 방향을 반드시 가질 필요는 없다. 예를 들어, PU (232A) 는 수직 인트라 예측 모드 (예컨대, 도 5에서의 모드 1) 를 사용하여 예측될 수도 있는 한편, PU (234A) 는 대각선 인트라 예측 모드 (예컨대, 도 5에서의 모드 26) 를 사용하여 예측될 수도 있다.
일부 예들에서, 특정한 인트라 예측 모드들은 특정한 비대칭 PU들로 제한될 수도 있다. 예를 들어, 비디오 코딩 디바이스들 (이를테면 비디오 인코더 (20) 또는 비디오 디코더 (30)) 은 비교적 수직인 비대칭 SDIP PU들, 이를테면 PU들 (232A, 232B, 234A, 및 234B) 이, 상대적으로 수평인 인트라 예측 모드들 (예컨대, 모드 27~10, 도 5의 상단에서부터 하단으로 연장함) 을 사용하여 예측되지 않는다는 것을 유추하도록 구성될 수도 있다. 비슷하게, 다른 예에서, 비디오 코딩 디바이스들은 비교적 수평인 비대칭 SDIP PU들, 이를테면 PU들 (232C, 232C, 234D, 및 234D) 이, 상대적으로 수직인 인트라 예측 모드들 (예컨대, 모드 4~7, 도 5의 좌측부터 우측으로 연장함) 을 사용하여 예측되지 않는다는 것을 유추하도록 구성될 수도 있다.
일부 예들에서, 변환 유닛 사이즈들은 대응하는 PU 사이즈와 동일할 수도 있다. 따라서, 블록들 (220~226) 에 대한 변환 유닛들은 PU들 (232, 234) 중 대응하는 것들과 동일한 사이즈들을 가질 수도 있다. 예를 들어, 블록 220의 경우, (1/2N)*2N 변환이 PU (232A) 를 위해 사용될 수도 있고, (3/2N)*2N 변환이 PU (234A) 를 위해 사용될 수도 있다. 대안적으로, 다른 예들에서, 동일한 사이즈 변환들은 비대칭 SDIP에서의 두 개의 PU들을 위해 사용될 수도 있다. 예를 들어, 블록 220에 대해, (1/2N)*2N 변환이 PU (232A) 를 위해 사용될 수도 있고, 세 개의 (1/2N)*2N 변환들이 PU (234A) 를 위해 사용될 수도 있다.
도 9는 비-정사각형 쿼드트리 파티셔닝을 위한 예시적인 파티셔닝 구조를 도시하는 개념도이다. 도 9에 도시된 바와 같이, 블록 240은 비-정사각형 쿼드트리 변환들 (non-square quadtree transforms) (NSQT) 을 사용하여 파티셔닝될 수도 있다. 일반적으로, NSQT는 블록, 이를테면 CU의 TU가 제 1 레벨의 네 개의 비-정사각형 직사각형들로 파티셔닝되는 것을 허용하며, 그러한 비-정사각형 직사각형들 중 임의의 것 또는 모두는 추가적인 레벨의 네 개의 더 작은, 동일 사이즈로 된 비-정사각형 직사각형들로 추가로 파티셔닝될 수도 있다. 도 9의 예에서, 블록 240은 사이즈 2Nx2N을 가진다. 블록은 네 개의 2Nx (N/2) 또는 (N/2) x2N 직사각형들 (242A~242D) 로 파티셔닝될 수도 있다. 이들 제 1 레벨 블록들 (242) 중 임의의 것 또는 모두는 사이즈 Nx (N/4) 을 갖는 제 2 레벨의 네 개의 더 작은 동일 사이즈로 된 비-정사각형 블록들, 예컨대, 블록들 (244A~44D) (블록들 (244), 축척대로 도시되지 않음) 로 추가로 파티셔닝될 수도 있다.
비록 블록 (240) 이 도 9에서 두 개의 레벨들의 서브-블록들 (242, 244) 로 파티셔닝되어 있는 것으로서 예시되지만, 블록 240과 같은 블록은 추가로 파티셔닝되지 않는 하나의 레벨의 블록들로 파티셔닝될 수도 있다. NSQT는 블록의 변환 유닛들 (TU들) 을 파티셔닝하기 위해 일반적으로 사용되는데, TU들은 잔차 데이터에 연관된 변환 계수들을 포함한다.
일부 예들에서, 도 9에서 도시된 것과 같은 RQT 트리 구조가, 비대칭 SDIP 파티셔닝된 CU를 위해 사용될 수도 있다. 예를 들어, 블록 220 (도 8) 의 경우, PU (232A) 에 대한 변환은 (1/2N)*2N TU (이를테면 블록들 (242)) 와 같은 레벨 1 TU, 또는 네 개의 (1/4N)*N TU들, 예컨대, 네 개의 레벨-2 TU들 (이를테면 블록들 (244)) 중 어느 하나일 수도 있다. RQT는 각각의 TU에 대해, TU가 서브 TU들로 추가로 분할되는지의 여부를 나타내는 분할 플래그 신택스 엘리먼트들을 포함할 수도 있다. 이런 방식으로, 분할 또는 비 분할 결정은 분할 플래그에 의해 나타내어질 수도 있다.
도 10a 및 도 10b는 본 개시물의 다양한 양태들에 따라서 SDIP 기반 코딩을 수정하기 위해 비디오 인코더 (20) 와 비디오 디코더 (30) 가 구현할 수도 있는 적응적 프로세싱 순서 변화들을 예시하는 개념도들이다. 도 10a는 SDIP 코딩된 CU (262) 를 예시한다. 인트라 예측 각도 (264) 는 실선 화살표로 예시되고, SDIP 코딩된 CU (262) 의 특정 예에서, 인트라 예측 각도 (264) 는 좌측하단 인트라 예측 각도이다. 인트라 예측 각도 (264) 가 좌측하단임을 검출하는 것에 기초하여, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 본 개시물의 기법들을 구현함으로써, 수정된 프로세싱 순서 (266) 를 형성하도록 SDIP 코딩된 LCU (262) 의 서브블록들의 프로세싱 순서를 적응시킬 수도 있다. 수정된 프로세싱 순서 (266) 는 하나의 화살표가 수정된 프로세싱 순서 (266) 의 수직 양태들을 나타내고 다른 화살표가 수정된 프로세싱 순서 (266) 의 수평 양태들을 나타내는 두 개의 별개의 파선 화살표들을 사용하여 예시된다. SDIP 코딩된 LCU (262) 의 경우, 좌측하단인 인트라 예측 각도 (264) 에 기초하여, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 서브블록들의 수정된 프로세싱 순서 (266) 를 하상 및 좌우가 되도록 형성할 수도 있다. 더 구체적으로는, 인트라 예측 각도 (264) 가 좌측하단임을 검출하는 것에 응답하여, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 상하, 좌우 프로세싱 순서의 현존 SDIP 기반 코딩 기술로부터 벗어나고, 대신, 본 개시물의 기법들에 따른, SDIP 코딩된 CU (262) 에 대한 하상, 좌우 양태들의 수정된 프로세싱 순서 (266) 를 사용할 수도 있다.
도 10b는 SDIP 코딩된 CU (272) 를 예시한다. 인트라 예측 각도 (274) 는 실선 화살표로 예시되고, SDIP 코딩된 CU (272) 의 특정 예에서, 인트라 예측 각도 (274) 는 우측상단 인트라 예측 각도이다. 인트라 예측 각도 (274) 가 우측상단임을 검출하는 것에 기초하여, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 본 개시물의 기법들을 구현함으로써, 수정된 프로세싱 순서 (276) 를 형성하도록 SDIP 코딩된 LCU (272) 의 서브블록들의 프로세싱 순서를 적응시킬 수도 있다. 수정된 프로세싱 순서 (276) 는 하나의 화살표가 수정된 프로세싱 순서 (276) 의 수직 양태들을 나타내고 다른 화살표가 수정된 프로세싱 순서 (276) 의 수평 양태들을 나타내는 두 개의 별개의 파선 화살표들을 사용하여 예시된다. SDIP 코딩된 LCU (272) 의 경우, 우측상단인 인트라 예측 각도 (274) 에 기초하여, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 서브블록들의 수정된 프로세싱 순서 (266) 를 상하 및 우좌가 되도록 형성할 수도 있다. 더 구체적으로는, 인트라 예측 각도 (274) 가 우측상단임을 검출하는 것에 응답하여, 비디오 인코더 (20) 와 비디오 디코더 (30) 는 상하, 좌우 프로세싱 순서의 현존 SDIP 기반 코딩 기술로부터 벗어나고, 대신, 본 개시물의 기법들에 따른, SDIP 코딩된 CU (272) 에 대한 상하, 우좌 양태들의 수정된 프로세싱 순서 (276) 를 사용할 수도 있다.
도 11은 비디오 디코더 (30) 가 본 개시물의 하나 이상의 기법들을 수행하기 위해 구현할 수도 있는 예시적인 프로세스 (300) 를 도시하는 흐름도이다. 비디오 디코더 (30) 는 비디오 데이터의 인코딩된 서브블록이 SDIP를 사용하여 디코딩될 것이라고 결정할 수도 있다 (302). 결국, 비디오 디코더 (30) 는 SDIP에 따라 디코딩될 것으로 서브블록에 대한 인트라 예측 방향을 결정할 수도 있다 (304).
비디오 디코더 (30) 는 인트라 예측 방향이 좌측하단 방향인지의 여부를 결정할 수도 있다 (결정 블록 306). 인트라 예측 방향이 좌측하단 방향이라는 결정에 기초하여 (결정 블록 (306) 의 예 분기), 비디오 디코더 (30) 는 서브블록의 SDIP 기반 디코딩을 위해 하상, 좌우 프로세싱 순서를 구현할 수도 있다 (308). 한편, 인트라 예측 방향이 좌측하단 방향이 아니라는 결정에 기초하여 (결정 블록 (306) 의 아니오 분기), 비디오 디코더 (30) 는 인트라 예측 방향이 우측상단 방향인지의 여부를 결정할 수도 있다 (결정 블록 310).
인트라 예측 방향이 우측상단 방향이라는 결정에 기초하여 (결정 블록 (310) 의 예 분기), 비디오 디코더 (30) 는 서브블록의 SDIP 기반 디코딩을 위해 상하, 우좌 프로세싱 순서를 구현할 수도 있다 (312). 한편, 인트라 예측 방향이 우측상단 방향이 아니라는 결정에 기초하여 (결정 블록 (310) 의 아니오 분기), 비디오 디코더 (30) 는 서브블록의 SDIP 기반 디코딩을 위해 상하, 좌우 프로세싱 순서를 구현할 수도 있다 (314). 이와 같이, 본 개시물의 기법들에 따르면, 비디오 디코더 (30) 는 SDIP 모드에 대한 인트라 예측 각도가 좌측하단도 아니고 우측상단도 아니면, 서브블록의 SDIP 기반 디코딩을 위해 상하, 좌우 프로세싱 순서를 구현할 수도 있다.
도 12은 비디오 인코더 (20) 가 본 개시물의 하나 이상의 기법들을 수행하기 위해 구현할 수도 있는 예시적인 프로세스 (320) 를 도시하는 흐름도이다. 비디오 인코더 (20) 는 비디오 데이터의 서브블록이 SDIP를 사용하여 인코딩될 것이라고 결정할 수도 있다 (322). 결국, 비디오 인코더 (20) 는 SDIP에 따라 인코딩될 것으로 서브블록에 대한 인트라 예측 방향을 결정할 수도 있다 (324).
비디오 인코더 (20) 는 인트라 예측 방향이 좌측하단 방향인지의 여부를 결정할 수도 있다 (결정 블록 326). 인트라 예측 방향이 좌측하단 방향이라는 결정에 기초하여 (결정 블록 (326) 의 예 분기), 비디오 인코더 (20) 는 서브블록의 SDIP 기반 인코딩을 위해 하상, 좌우 프로세싱 순서를 구현할 수도 있다 (328). 한편, 인트라 예측 방향이 좌측하단 방향이 아니라는 결정에 기초하여 (결정 블록 (326) 의 아니오 분기), 비디오 인코더 (20) 는 인트라 예측 방향이 우측상단 방향인지의 여부를 결정할 수도 있다 (결정 블록 330).
인트라 예측 방향이 우측상단 방향이라는 결정에 기초하여 (결정 블록 (330) 의 예 분기), 비디오 인코더 (20) 는 서브블록의 SDIP 기반 인코딩을 위해 상하, 우좌 프로세싱 순서를 구현할 수도 있다 (332). 한편, 인트라 예측 방향이 우측상단 방향이 아니라는 결정에 기초하여 (결정 블록 (330) 의 아니오 분기), 비디오 인코더 (20) 는 서브블록의 SDIP 기반 인코딩을 위해 상하, 좌우 프로세싱 순서를 구현할 수도 있다 (334).
도 13은 비디오 코딩 디바이스가 본 개시물의 변환 조작 양태들의 하나 이상을 수행하기 위해 구현할 수도 있는 예시적인 프로세스 (350) 를 도시하는 흐름도이다. 프로세스 (350) 는 본 명세서에서의 비디오 디코더 (30) 에 관해 설명된다. 비디오 디코더 (30) 는 디코딩을 위해 직사각형 변환 유닛 (TU) 을 식별할 수도 있다 (352). 결국, 비디오 디코더 (30) 는 직사각형 TU가 K-바이-L의 차원수를 가진다고 결정할 수도 있다 (354). K는 TU에서의 화소들의 행들의 수를 나타내고, 'n'이 정수 값을 나타내는 공식 (1<<n) 을 사용하여 획득된 정수 값이다. L은 TU에서의 화소들의 행들의 수를 나타내고, 'm'이 정수 값을 나타내는 공식 (1<<m) 을 사용하여 획득된 정수 값이다. 다르게 말하면, 일 (1) 만큼 좌측 시프트된 정수 값 'm'과 동일한 값을 가지고, L은 일 (1) 만큼 좌측 시프트된 정수 값 'n'과 동일한 값을 가진다.
비디오 디코더 (30) 는 n과 m의 합이 홀수를 산출하는지의 여부를 결정할 수도 있다 (결정 블록 356). n과 m의 합이 홀수를 출하지 않는다는 결정에 기초하여 (결정 블록 (356) 의 아니오 분기), 비디오 디코더 (30) 는 TU를 역양자화하기 위해 비수정된 양자화 파라미터 (QP) 값을 사용할 수도 있다 (358). 한편, n과 m의 합이 홀수를 산출한다고 비디오 디코더 (30) 가 결정하면 (결정 블록 (356) 의 예 분기), 비디오 디코더 (30) 는 델타 QP를 가산함으로써 직사각형 TU를 역양자화하기 위해 QP 값을 수정할 수도 있다 (362). 다양한 예들에서, 비디오 디코더 (30) 는 미리 결정된 델타 QP 값 (예컨대, 음수 삼) 을 사용할 수도 있거나, 또는 정사각형 TU에 대한 QP 값을 사용하여 델타 QP 값을 적응적으로 도출할 수도 있다. 결국, 비디오 디코더 (30) 는 수정된 QP 값을 사용하여 TU를 역양자화할 수도 있다 (364).
본 개시물의 특정한 양태들은 예시의 목적으로 HEVC 표준 및/또는 하나 이상의 HEVC 확장본들에 관해 설명되었다. 그러나, 본 개시물에서 설명된 기법들은, H.264 또는 아직 개발되지 않은 다른 표준 또는 사유의 비디오 코딩 프로세스들에 따라 정의되는 것들과 같은 다른 비디오 코딩 프로세스들에 대해 유용할 수도 있다.
비디오 코더가, 본 개시물에서 설명된 바와 같이, 비디오 인코더 또는 비디오 디코더를 지칭할 수도 있다. 마찬가지로, 비디오 코딩 유닛이 비디오 인코더 또는 비디오 디코더를 지칭할 수도 있다. 비슷하게, 비디오 코딩은 비디오 인코딩 또는 비디오 디코딩을 지칭할 수도 있다.
예에 의존하여, 상이한 시퀀스로 수행될 수도 있는 본 명세서에서 설명된 기법들 중 임의의 기법의 특정 액트들 또는 이벤트들이 추가되거나, 병합되거나, 또는 다 함께 제외될 수도 있다 (예컨대, 모든 설명된 액트들 또는 이벤트들이 그 기법들의 실용화에 필요한 것은 아니다) 는 것이 이해되어야 한다. 더구나, 특정 예들에서, 액트들 또는 이벤트들은 순차적으로라기 보다는, 예컨대, 다중 스레드식 프로세싱, 인터럽트 프로세싱, 또는 다수의 프로세서들을 통하여 동시에 수행될 수도 있다.
하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 그것들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현된다면, 그 기능들은 하나 이상의 명령들 또는 코드로서 컴퓨터 판독가능 매체 상에 저장되거나 또는 그것을 통해 송신될 수도 있고 하드웨어 기반 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터 판독가능 매체들은, 데이터 저장 매체들과 같은 유형의 (tangible) 매체에 대응하는 컴퓨터 판독가능 저장 매체들, 또는 예컨대 통신 프로토콜에 따라 한 장소에서 다른 장소로 컴퓨터 프로그램의 전달을 용이하게 하는 임의의 매체를 포함하는 통신 매체들을 포함할 수도 있다. 이런 방식으로, 컴퓨터 판독가능 매체들은 일반적으로 (1) 비일시적인 유형의 컴퓨터 판독가능 저장 매체들 또는 (2) 신호 또는 반송파와 같은 통신 매체에 해당할 수도 있다. 데이터 저장 매체들은 본 개시물에서 설명된 기법들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서에 의해 액세스될 수 있는 임의의 이용가능 매체들일 수도 있다. 컴퓨터 프로그램 제품은 컴퓨터 판독가능 매체를 포함할 수도 있다.
비제한적인 예로, 이러한 컴퓨터 판독가능 저장 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광 디스크 스토리지, 자기 디스크 스토리지, 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 소망의 프로그램 코드를 컴퓨터에 의해 액세스될 수 있는 명령들 또는 데이터 구조들의 형태로 저장하는데 사용될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 컴퓨터 판독가능 매체로 적절히 칭해진다. 예를 들어, 명령들이 웹사이트, 서버, 또는 다른 원격 리소스로부터 동축 케이블, 광섬유 케이블, 연선 (twisted pair), 디지털 가입자 회선 (DSL), 또는 무선 기술들 이를테면 적외선, 라디오, 및/또는 마이크로파를 이용하여 송신된다면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 라디오, 및 마이크로파와 같은 무선 기술은 매체의 정의에 포함된다. 그러나, 컴퓨터 판독가능 저장 매체들 및 데이터 저장 매체들은 커넥션들, 캐리어들, 신호들, 또는 다른 일시적인 매체들을 포함하지 않지만, 대신 비일시적, 유형의 저장 매체들을 지향하고 있음이 이해되어야 한다. 디스크 (disk 및 disc) 는 본원에서 사용되는 바와 같이, 콤팩트 디스크 (compact disc, CD), 레이저 디스크, 광 디스크, 디지털 다용도 디스크 (DVD), 플로피 디스크 (floppy disk) 및 블루레이 디스크를 포함하는데, disk들은 보통 데이터를 자기적으로 재생하지만, disc들은 레이저들로써 광적으로 데이터를 재생한다. 상기한 것들의 조합들은 컴퓨터 판독가능 매체들의 범위 내에 또한 포함되어야 한다.
명령들은 하나 이상의 프로세서들, 이를테면 하나 이상의 디지털 신호 프로세서들 (DSP들), 범용 마이크로프로세서들, 주문형 집적회로들 (ASIC들), 필드 프로그램가능 로직 어레이들 (FPGA들), 또는 다른 동등한 집적 또는 개별 로직 회로에 의해 실행될 수도 있다. 따라서, 본 명세서에서 사용되는 바와 같은 "프로세서"라는 용어는 앞서의 구조 또는 본 명세서에서 설명된 기법들의 구현에 적합한 임의의 다른 구조 중 임의의 것을 나타낼 수도 있다. 덧붙여서, 일부 양태들에서, 본 명세서에서 설명된 기능성은 인코딩 및 디코딩을 위해 구성되는, 또는 결합형 코덱으로 통합되는 전용 하드웨어 및/또는 소프트웨어 모듈들 내에 제공될 수도 있다. 또한, 본 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들 내에 완전히 구현될 수 있다.
본 개시물의 기법들은 무선 핸드셋, 집적회로 (IC) 또는 IC들의 세트 (예컨대, 칩 셋) 를 포함하는 매우 다양한 디바이스들 또는 장치들로 구현될 수도 있다. 다양한 컴포넌트들, 모듈들, 또는 유닛들이 개시된 기법들을 수행하도록 구성되는 디바이스들의 기능적 양태들을 강조하기 위해 본 개시물에서 설명되지만, 상이한 하드웨어 유닛들에 의한 실현을 반드시 요구하지는 않는다. 대신에, 위에서 설명된 바와 같이, 다양한 유닛들은 코덱 하드웨어 유닛에 결합되거나 또는 적합한 소프트웨어 및/또는 펌웨어에 연계하여, 위에서 설명된 바와 같은 하나 이상의 프로세서들을 포함한 상호운용적 하드웨어 유닛들의 컬렉션에 의해 제공될 수도 있다.
다양한 예들이 설명되어 있다. 이들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.

Claims (30)

  1. 인코딩된 비디오 데이터를 디코딩하는 방법으로서,
    직사각형 변환 유닛 (TU) 이 제 1 정수 값 'K'에 의해 표시되는 다수의 화소 행들과 제 2 정수 값 'L'에 의해 표시되는 다수의 화소 열들을 포함한다고 결정하는 단계로서, K는 일 (1) 만큼 좌측 시프트된 정수 값 'm'과 동일한 값이고, L은 일 (1) 만큼 좌측 시프트된 정수 값 'n'과 동일한 값인, 상기 결정하는 단계;
    n과 m의 합이 홀수라고 결정하는 단계; 및
    상기 홀수인 n과 m의 합에 기초하여, 상기 직사각형 TU에 대한 수정된 QP 값을 획득하기 위해 상기 직사각형 TU에 대한 양자화 파라미터 (QP) 값에 델타 양자화 파라미터 (델타 QP) 값을 가산하는 단계를 포함하는, 인코딩된 비디오 데이터를 디코딩하는 방법.
  2. 제 1 항에 있어서,
    직사각형 PU의 화소들에 스케일링 계수를 적용하는 단계를 더 포함하며, 상기 스케일링 계수는 정사각형 변환 사이즈와 연관되어 있는, 인코딩된 비디오 데이터를 디코딩하는 방법.
  3. 제 2 항에 있어서,
    상기 정사각형 변환 사이즈는 ((n+m)>>1)-바이-((n+m)>>1) 차원수와 연관되고,
    '>>'은 산술 우측 시프트 연산을 나타내는, 인코딩된 비디오 데이터를 디코딩하는 방법.
  4. 제 2 항에 있어서,
    상기 정사각형 변환 사이즈는 ((n+m+1)>>1)-바이-((n+m+1)>>1) 차원수와 연관되고,
    '>>'은 산술 우측 시프트 연산을 나타내는, 인코딩된 비디오 데이터를 디코딩하는 방법.
  5. 제 1 항에 있어서,
    K-바이-K 차원수를 갖는 정사각형 변환의 QP 값에 기초하여 상기 델타 QP 값을 결정하는 단계를 더 포함하는, 인코딩된 비디오 데이터를 디코딩하는 방법.
  6. 제 1 항에 있어서,
    상기 델타 QP 값이 -3 (음수 삼) 의 값이라고 결정하는 단계를 더 포함하는, 인코딩된 비디오 데이터를 디코딩하는 방법.
  7. 인코딩된 비디오 데이터를 저장하도록 구성되는 메모리 디바이스; 및
    상기 메모리 디바이스에 커플링되는 프로세싱 회로부를 포함하며,
    상기 프로세싱 회로부는:
    K가 일 (1) 만큼 좌측 시프트된 정수 값 'm'과 동일한 값이고, L이 일 (1) 만큼 좌측 시프트된 정수 값 'n'과 동일한 값인, 제 1 정수 값 'K'에 의해 표시되는 다수의 화소 행들과 제 2 정수 값 'L'에 의해 표시되는 다수의 화소 열들을, 상기 메모리 디바이스에 저장된 상기 인코딩된 비디오 데이터의 직사각형 변환 유닛 (TU) 이 포함한다고 결정하며;
    n과 m의 합이 홀수라고 결정하며; 그리고
    상기 홀수인 n과 m의 합에 기초하여, 상기 직사각형 TU에 대한 수정된 QP 값을 획득하기 위해 상기 직사각형 TU에 대한 양자화 파라미터 (QP) 값에 델타 양자화 파라미터 (델타 QP) 값을 가산하도록
    구성되는, 비디오 디코딩 디바이스.
  8. 제 7 항에 있어서,
    상기 프로세싱 회로부는 또한, 직사각형 PU의 화소들에 스케일링 계수를 적용하도록 구성되며, 상기 스케일링 계수는 정사각형 변환 사이즈와 연관되어 있는, 비디오 디코딩 디바이스.
  9. 제 8 항에 있어서,
    상기 정사각형 변환 사이즈는 ((n+m)>>1)-바이-((n+m)>>1) 차원수와 연관되고,
    '>>'은 산술 우측 시프트 연산을 나타내는, 비디오 디코딩 디바이스.
  10. 제 8 항에 있어서,
    상기 정사각형 변환 사이즈는 ((n+m+1)>>1)-바이-((n+m+1)>>1) 차원수와 연관되고,
    '>>'은 산술 우측 시프트 연산을 나타내는, 비디오 디코딩 디바이스.
  11. 제 7 항에 있어서,
    상기 QP 값에 기초하여 상기 델타 QP 값을 결정하는 것을 더 포함하는, 비디오 디코딩 디바이스.
  12. 제 7 항에 있어서,
    상기 델타 QP 값이 -3 (음수 삼) 의 값이라고 결정하는 것을 더 포함하는, 비디오 디코딩 디바이스.
  13. 제 7 항에 있어서,
    상기 수정된 QP 값과 상기 직사각형 TU를 사용하여 복원되는 하나 이상의 픽처들을 디스플레이하도록 구성된 디스플레이를 더 포함하는, 비디오 디코딩 디바이스.
  14. 인코딩된 비디오 데이터를 저장하도록 구성되는 메모리 디바이스; 및
    상기 메모리 디바이스에 커플링되는 프로세싱 회로부를 포함하며,
    상기 프로세싱 회로부는,
    상기 메모리 디바이스에 저장된 상기 인코딩된 비디오 데이터의 서브블록이 단거리 인트라 예측 (SDIP) 에 따라 디코딩될 것이라고 결정하며;
    상기 메모리 디바이스에 저장된 상기 인코딩된 비디오 데이터의 상기 서브블록과 연관된 인트라 예측 방향을 결정하며;
    상기 인트라 예측 방향이 좌측하단 방향을 포함한다는 결정에 응답하여, 상기 서브블록의 SDIP 기반 디코딩을 위한 프로세싱 순서가 하상 (bottom-up) 프로세싱 순서를 포함한다고 결정하며; 그리고
    상기 인트라 예측 방향이 우측상단 방향을 포함한다는 결정에 응답하여, 상기 서브블록의 SDIP 기반 디코딩을 위한 프로세싱 순서가 우좌 (right-to-left) 프로세싱 순서를 포함한다고 결정하도록
    구성되는, 비디오 디코딩 디바이스.
  15. 제 14 항에 있어서,
    상기 프로세싱 회로부는 또한, 상기 인트라 예측 방향이 상기 좌측하단 방향 또는 상기 우측상단 방향 중 어느 것도 포함하지 않는다는 결정에 응답하여, 상기 서브블록의 상기 SDIP 기반 디코딩을 위한 상기 프로세싱 순서는 상하 프로세싱 순서 및 좌우 프로세싱 순서 둘 다를 포함한다고 결정하도록 구성되는, 비디오 디코딩 디바이스.
  16. 제 14 항에 있어서,
    상기 좌측하단 방향은 현재 화소의 좌측아래 이웃 화소에 기초하여 상기 서브블록의 상기 현재 화소를 예측하는 것과 연관되고,
    상기 우측상단 방향은 상기 현재 화소의 우측위 이웃 화소에 기초하여 상기 서브블록의 상기 현재 화소를 예측하는 것과 연관되는, 비디오 디코딩 디바이스.
  17. 제 14 항에 있어서,
    상기 프로세싱 회로부는 또한,
    상기 서브블록에 대한 코딩된 블록 플래그 (CBF) 값과 상기 프로세싱 순서에 따라 상기 서브블록에 선행하는 이전에 디코딩된 서브블록에 대한 CBF 값 사이의 차이를 결정하며; 그리고
    결정된 차이를 사용하여 상기 서브블록에 대한 상기 CBF 값을 복원하도록 구성되는, 비디오 디코딩 디바이스.
  18. 제 17 항에 있어서,
    상기 이전에 디코딩된 서브블록은 상기 서브블록에 인접하게 위치되는 이웃 서브블록인, 비디오 디코딩 디바이스.
  19. 제 17 항에 있어서,
    상기 프로세싱 회로부는 또한,
    상기 이전에 디코딩된 서브블록에 대한 상기 CBF를 엔트로피 디코딩하기 위해 사용되는 콘텍스트에 기초하여, 상기 서브블록에 대한 상기 CBF의 엔트로피 디코딩을 위한 콘텍스트를 예측하도록 구성되는, 비디오 디코딩 디바이스.
  20. 제 14 항에 있어서,
    상기 프로세싱 회로부는 또한,
    상기 프로세싱 순서에 따라 상기 서브블록에 선행하는 이전에 디코딩된 서브블록의 마지막 유효 계수의 포지션의 크기를 결정하며; 그리고
    상기 이전에 디코딩된 서브블록의 상기 마지막 유효 계수의 상기 포지션의 결정된 크기에 기초하여, SDIP에 따라 디코딩될 상기 서브블록의 마지막 유효 계수의 포지션을 디코딩하기 위한 콘텍스트를 선택하도록 구성되는, 비디오 디코딩 디바이스.
  21. 제 20 항에 있어서,
    상기 서브블록의 상기 마지막 유효 계수의 상기 포지션을 디코딩하기 위한 상기 콘텍스트를 선택하기 위해, 상기 프로세싱 회로부는,
    상기 이전에 디코딩된 서브블록의 상기 마지막 유효 계수의 상기 포지션이 0 (영) 보다 더 크면, 상기 서브블록의 상기 마지막 유효 계수의 상기 포지션을 디코딩하기 위해 제 1 콘텍스트 세트를 선택하거나; 또는
    상기 이전에 디코딩된 서브블록의 상기 마지막 유효 계수의 상기 포지션이 0 (영) 이하이면, 상기 서브블록의 상기 마지막 유효 계수의 상기 포지션을 디코딩하기 위해 제 2 콘텍스트 세트를 선택하도록 구성되며,
    상기 제 1 콘텍스트 세트는 상기 제 2 콘텍스트 세트와는 상이한, 비디오 디코딩 디바이스.
  22. 제 14 항에 있어서,
    카메라, 컴퓨터, 모바일 디바이스, 브로드캐스트 수신기 디바이스, 또는 셋톱 박스 중 하나 이상을 더 포함하는, 비디오 디코딩 디바이스.
  23. 비디오 데이터를 인코딩하는 방법으로서,
    상기 비디오 데이터의 서브블록이 단거리 인트라 예측 (SDIP) 에 따라 인코딩될 것이라고 결정하는 단계;
    상기 비디오 데이터의 상기 서브블록과 연관된 인트라 예측 방향을 결정하는 단계; 및
    상기 인트라 예측 방향이 좌측하단 방향을 포함한다고 결정하는 것에 응답하여, 상기 서브블록의 SDIP 기반 인코딩을 위한 프로세싱 순서가 하상 프로세싱 순서를 포함한다고 결정하는 것; 또는
    상기 인트라 예측 방향이 우측상단 방향을 포함한다고 결정하는 것에 응답하여, 상기 서브블록의 상기 SDIP 기반 인코딩을 위한 상기 프로세싱 순서가 우좌 프로세싱 순서를 포함한다고 결정하는 것
    중 하나를 수행하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법.
  24. 제 23 항에 있어서,
    상기 인트라 예측 방향이 상기 좌측하단 방향 또는 상기 우측상단 방향 중 어느 것도 포함하지 않는다고 결정하는 것에 응답하여, 상기 서브블록의 상기 SDIP 기반 인코딩을 위한 상기 프로세싱 순서가 상하 프로세싱 순서 및 좌우 프로세싱 순서 둘 다를 포함한다고 결정하는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
  25. 제 23 항에 있어서,
    상기 좌측하단 방향은 현재 화소의 좌측아래 이웃 화소에 기초하여 상기 서브블록의 상기 현재 화소를 예측하는 것과 연관되고,
    상기 우측상단 방향은 상기 현재 화소의 우측위 이웃 화소에 기초하여 상기 서브블록의 상기 현재 화소를 예측하는 것과 연관되는, 비디오 데이터를 인코딩하는 방법.
  26. 제 23 항에 있어서,
    상기 서브블록에 대한 코딩된 블록 플래그 (CBF) 값과 상기 프로세싱 순서에 따라 상기 서브블록에 선행하는 이전에 인코딩된 서브블록에 대한 CBF 값 사이의 차이를 결정하는 단계; 및
    상기 차이를 상기 서브블록과 연관된 CBF 마스크로서 시그널링하는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
  27. 제 26 항에 있어서,
    상기 이전에 인코딩된 서브블록은 상기 서브블록에 인접하게 위치되는 이웃 서브블록인, 비디오 데이터를 인코딩하는 방법.
  28. 제 26 항에 있어서,
    상기 이전에 인코딩된 서브블록에 대한 상기 CBF를 엔트로피 인코딩하기 위해 사용되는 콘텍스트에 기초하여, 상기 서브블록에 대한 상기 CBF의 엔트로피 인코딩을 위한 콘텍스트를 예측하는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
  29. 제 23 항에 있어서,
    상기 프로세싱 순서에 따라 상기 서브블록에 선행하는 이전에 인코딩된 서브블록의 마지막 유효 계수의 포지션의 크기를 결정하는 단계; 및
    상기 이전에 인코딩된 서브블록의 상기 마지막 유효 계수의 상기 포지션의 결정된 크기에 기초하여, SDIP에 따라 인코딩될 상기 서브블록의 마지막 유효 계수의 포지션을 인코딩하기 위한 콘텍스트를 선택하는 단계를 더 포함하는, 비디오 데이터를 인코딩하는 방법.
  30. 제 29 항에 있어서,
    상기 서브블록의 상기 마지막 유효 계수의 포지션을 인코딩하기 위한 콘텍스트를 선택하는 단계는,
    상기 이전에 인코딩된 서브블록의 상기 마지막 유효 계수의 상기 포지션이 0 (영) 보다 더 크면, 상기 서브블록의 상기 마지막 유효 계수의 상기 포지션을 인코딩하기 위해 제 1 콘텍스트 세트를 선택하는 것; 또는
    상기 이전에 인코딩된 서브블록의 상기 마지막 유효 계수의 상기 포지션이 0 (영) 이하이면, 상기 서브블록의 상기 마지막 유효 계수의 상기 포지션을 인코딩하기 위해 제 2 콘텍스트 세트를 선택하는 것
    중 하나를 수행하는 단계를 포함하며,
    상기 제 1 콘텍스트 세트는 상기 제 2 콘텍스트와는 상이한, 비디오 데이터를 인코딩하는 방법.
KR1020187012036A 2015-09-29 2016-09-29 직사각형 변환 유닛들의 양자화를 위한 델타 qp, 단거리 인트라 예측 (sdip) 기반 비디오 코딩 KR20180059893A (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562234589P 2015-09-29 2015-09-29
US62/234,589 2015-09-29
US15/278,855 US10218975B2 (en) 2015-09-29 2016-09-28 Transform precision manipulation in video coding
US15/278,855 2016-09-28
PCT/US2016/054397 WO2017059044A1 (en) 2015-09-29 2016-09-29 Delta qp for quantization of rectangular transform units, short distance intra prediction (sdip) based video coding

Publications (1)

Publication Number Publication Date
KR20180059893A true KR20180059893A (ko) 2018-06-05

Family

ID=58407621

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020187012036A KR20180059893A (ko) 2015-09-29 2016-09-29 직사각형 변환 유닛들의 양자화를 위한 델타 qp, 단거리 인트라 예측 (sdip) 기반 비디오 코딩

Country Status (7)

Country Link
US (1) US10218975B2 (ko)
EP (1) EP3357240A1 (ko)
JP (1) JP2018534835A (ko)
KR (1) KR20180059893A (ko)
CN (1) CN108141590A (ko)
BR (1) BR112018006412A2 (ko)
WO (1) WO2017059044A1 (ko)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9112526B2 (en) * 2011-06-15 2015-08-18 Sony Corporation Binarization of DQP using separate absolute value and sign (SAVS) in CABAC
WO2017131233A1 (ja) * 2016-01-28 2017-08-03 日本放送協会 符号化装置、復号装置及びプログラム
CN113810706A (zh) * 2016-04-29 2021-12-17 世宗大学校产学协力团 用于对图像信号进行编码和解码的方法和装置
CN116506607A (zh) * 2016-08-01 2023-07-28 韩国电子通信研究院 图像编码/解码方法和设备以及存储比特流的记录介质
US10715818B2 (en) * 2016-08-04 2020-07-14 Intel Corporation Techniques for hardware video encoding
US10602174B2 (en) 2016-08-04 2020-03-24 Intel Corporation Lossless pixel compression for random video memory access
CN115802036A (zh) * 2016-10-10 2023-03-14 三星电子株式会社 用于对图像进行编码/解码的方法和设备
CN116437109A (zh) * 2017-01-31 2023-07-14 夏普株式会社 用于执行平面帧内预测视频编码的***和方法
US10630974B2 (en) * 2017-05-30 2020-04-21 Google Llc Coding of intra-prediction modes
KR20230030054A (ko) 2018-02-09 2023-03-03 프라운호퍼 게젤샤프트 쭈르 푀르데룽 데어 안겐반텐 포르슝 에. 베. 파티션 기반 인트라 코딩 개념
US10771781B2 (en) * 2018-03-12 2020-09-08 Electronics And Telecommunications Research Institute Method and apparatus for deriving intra prediction mode
US20210136406A1 (en) * 2018-03-30 2021-05-06 Nikon Corporation Video compression apparatus, decompression apparatus and recording medium
AU2019269346B2 (en) * 2018-05-14 2023-07-27 Interdigital Vc Holdings, Inc. Block shape adaptive intra prediction directions for quadtree-binary tree
CN112369025A (zh) * 2018-07-02 2021-02-12 交互数字Vc控股公司 基于上下文的二进制算术编码和解码
US10284844B1 (en) * 2018-07-02 2019-05-07 Tencent America LLC Method and apparatus for video coding
EP3821605A1 (en) 2018-07-13 2021-05-19 FRAUNHOFER-GESELLSCHAFT zur Förderung der angewandten Forschung e.V. Partitioned intra coding concept
WO2020054784A1 (ja) * 2018-09-11 2020-03-19 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 符号化装置、復号装置、符号化方法および復号方法
FR3086486A1 (fr) * 2018-09-21 2020-03-27 Orange Procedes et dispositifs de codage et de decodage d'un flux de donnees representatif d'au moins une image.
US11381825B2 (en) * 2018-11-27 2022-07-05 Advanced Micro Devices, Inc. Variable rate rendering based on motion estimation
CN109685718B (zh) * 2018-12-17 2020-11-10 中国科学院自动化研究所 图片方形化缩放方法、***及装置
CN111405279B (zh) * 2019-01-03 2021-06-29 华为技术有限公司 量化、反量化方法及装置
US11356699B2 (en) * 2019-01-11 2022-06-07 Hfi Innovation Inc. Method and apparatus of sub-block deblocking in video coding
CN117793346A (zh) 2019-01-31 2024-03-29 北京字节跳动网络技术有限公司 视频编解码中的细化量化步骤
US20220132109A1 (en) * 2019-02-21 2022-04-28 Lg Electronics Inc. Image decoding method and apparatus using intra prediction in image coding system
US11025913B2 (en) 2019-03-01 2021-06-01 Intel Corporation Encoding video using palette prediction and intra-block copy
CN117579818A (zh) * 2019-03-11 2024-02-20 北京达佳互联信息技术有限公司 视频编解码中变换系数的编解码
CN109982075B (zh) * 2019-03-21 2022-11-08 南京威翔科技有限公司 一种基于fpga的帧内预测通用角度方法
EP3963883A4 (en) 2019-06-04 2023-06-14 Beijing Bytedance Network Technology Co., Ltd. GEOMETRIC PARTITION MODE CODING MOVEMENT CANDIDATES LIST
EP3963890A4 (en) 2019-06-04 2022-11-02 Beijing Bytedance Network Technology Co., Ltd. BUILDING A LIST OF MOVEMENT CANDIDATES USING NEIGHBOR BLOCK INFORMATION
WO2020248954A1 (en) * 2019-06-09 2020-12-17 Beijing Bytedance Network Technology Co., Ltd. Significant coefficient signaling in video coding
US10855983B2 (en) 2019-06-13 2020-12-01 Intel Corporation Encoding video using two-stage intra search
CN114073091A (zh) * 2019-06-21 2022-02-18 三星电子株式会社 视频编码方法和装置以及视频解码方法和装置
WO2021008513A1 (en) 2019-07-14 2021-01-21 Beijing Bytedance Network Technology Co., Ltd. Transform block size restriction in video coding
EP3796654A1 (en) * 2019-09-20 2021-03-24 Axis AB Privacy masks where intra coefficients are set to zero
CN117596389A (zh) 2019-09-28 2024-02-23 北京字节跳动网络技术有限公司 视频编解码中的几何分割模式
US20230024223A1 (en) * 2019-12-05 2023-01-26 Interdigital Vc Holdings France, Sas Intra sub partitions for video encoding and decoding combined with multiple transform selection, matrix weighted intra prediction or multi-reference-line intra prediction
US20220400275A1 (en) * 2021-06-10 2022-12-15 Tencent America LLC Zero Residual Flag Coding

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101457418B1 (ko) * 2009-10-23 2014-11-04 삼성전자주식회사 계층적 부호화 단위의 크기에 따른 비디오 부호화 방법과 그 장치, 및 비디오 복호화 방법과 그 장치
US10298939B2 (en) * 2011-06-22 2019-05-21 Qualcomm Incorporated Quantization in video coding
US8958472B2 (en) 2011-09-08 2015-02-17 Google Technology Holdings LLC Methods and apparatus for quantization and dequantization of a rectangular block of coefficients
GB2508339A (en) * 2012-11-22 2014-06-04 Sony Corp Manipulation of transform coefficient blocks in high-efficiency video coding (HEVC)
US20140198855A1 (en) 2013-01-14 2014-07-17 Qualcomm Incorporated Square block prediction
US9445132B2 (en) 2013-09-09 2016-09-13 Qualcomm Incorporated Two level last significant coefficient (LSC) position coding
GB2521117B (en) 2013-10-25 2017-02-15 Canon Kk Method of encoding or decoding a video frame

Also Published As

Publication number Publication date
US20170094274A1 (en) 2017-03-30
JP2018534835A (ja) 2018-11-22
WO2017059044A1 (en) 2017-04-06
US10218975B2 (en) 2019-02-26
CN108141590A (zh) 2018-06-08
BR112018006412A2 (pt) 2018-10-09
EP3357240A1 (en) 2018-08-08

Similar Documents

Publication Publication Date Title
US10218975B2 (en) Transform precision manipulation in video coding
EP3357247B1 (en) Improved video intra-prediction using position-dependent prediction combination for video coding
KR101667467B1 (ko) 비디오 코딩에서 크로마 성분들에 대한 변환 단위 구획화
KR102519241B1 (ko) 적응적 크로스 컴포넌트 잔차 예측
AU2011308653B2 (en) Intra smoothing filter for video coding
EP2904788B1 (en) Intra-coding for 4:2:2 sample format in video coding
US9912944B2 (en) Simplified non-square quadtree transforms for video coding
EP2628300B1 (en) Adaptive motion vector resolution signaling for video coding
KR101642615B1 (ko) 비디오 코딩에서 양자화 파라미터 예측
KR101651759B1 (ko) 메모리 효율적인 컨텍스트 모델링
US20130163664A1 (en) Unified partition mode table for intra-mode coding
KR101772350B1 (ko) 비디오 코딩을 위한 고 정확도 명시적 가중 예측
KR102182441B1 (ko) 비디오 코딩에서 ｈｅｖｃ 확장들을 위한 다중 계층들의 저복잡도 지원
KR102031468B1 (ko) 팔레트 모드 코딩을 위한 이스케이프 픽셀들 코딩
KR20160047486A (ko) 인트라 블록 복사를 수행할 경우의 지역들의 결정
KR20160078493A (ko) 비디오 코딩을 위한 칼라 레지듀얼 예측
WO2013040394A1 (en) Hybrid motion vector coding modes for video coding
WO2012033673A1 (en) Efficient coding of video parameters for weighted motion compensated prediction in video coding