KR20170115529A - 팔레트 모드 코딩을 위한 이스케이프 픽셀들 코딩 - Google Patents

팔레트 모드 코딩을 위한 이스케이프 픽셀들 코딩 Download PDF

Info

Publication number
KR20170115529A
KR20170115529A KR1020177021410A KR20177021410A KR20170115529A KR 20170115529 A KR20170115529 A KR 20170115529A KR 1020177021410 A KR1020177021410 A KR 1020177021410A KR 20177021410 A KR20177021410 A KR 20177021410A KR 20170115529 A KR20170115529 A KR 20170115529A
Authority
KR
South Korea
Prior art keywords
value
palette
block
mode
escape
Prior art date
Application number
KR1020177021410A
Other languages
English (en)
Other versions
KR102031468B1 (ko
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 KR20170115529A publication Critical patent/KR20170115529A/ko
Application granted granted Critical
Publication of KR102031468B1 publication Critical patent/KR102031468B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003—Arrangements for executing specific machine instructions
    • G06F9/30007—Arrangements for executing specific machine instructions to perform operations on data operands
    • G06F9/30018—Bit or string instructions
    • 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/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • 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/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
    • 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/136—Incoming video signal characteristics or properties
    • H04N19/137—Motion inside a coding unit, e.g. average field, frame or block difference
    • H04N19/139—Analysis of motion vectors, e.g. their magnitude, direction, variance or reliability
    • 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/146—Data rate or code amount at the encoder output
    • H04N19/147—Data rate or code amount at the encoder output according to rate distortion criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/186—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • H04N19/513—Processing of motion vectors
    • H04N19/517—Processing of motion vectors by encoding
    • H04N19/52—Processing of motion vectors by encoding by predictive encoding
    • 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/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • H04N19/577—Motion compensation with bidirectional frame interpolation, i.e. using B-pictures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/96—Tree coding, e.g. quad-tree coding

Landscapes

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

Abstract

하나의 예에서, 비디오 데이터를 디코딩하기 위한 디바이스는, 비디오 데이터를 저장하도록 구성된 메모리, 및 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하고, 우측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 우측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하며, 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 역 양자화하도록 구성된 비디오 디코더를 포함한다.

Description

팔레트 모드 코딩을 위한 이스케이프 픽셀들 코딩
이 출원은 2015년 1월 31일 출원된 미국 가출원 제 62/110,519 호의 이익을 주장하고, 그것은 그 전체가 참조에 의해 본원에 통합된다.
이 개시물은 비디오 코딩에 관한 것이고, 보다 상세하게는, 팔레트 모드를 이용하여 비디오 데이터를 코딩하는 것에 관한 것이다.
디지털 비디오 능력들은 디지털 텔레비전들, 디지털 다이렉트 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인 휴대정보 단말기 (PDA) 들, 랩탑 또는 데스크탑 컴퓨터들, 태블릿 컴퓨터들, 전자책 단말기, 디지털 카메라들, 디지털 리코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화기들, 소위 "스마트 폰", 원격 화상회의 디바이스들, 비디오 스트리밍 디바이스들 등을 포함한, 광범위한 디바이스들에 포함될 수 있다. 디지털 비디오 디바이스들은, MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, Part 10, AVC (Advanced Video Coding), 고 효율 비디오 코딩 (HEVC) 이라고도 지칭되는 ITU-T H.265 에 의해 정의되는 표준들, 및 그러한 표준들의 확장들에서 설명된 것들과 같은 비디오 코딩 기법들을 구현한다. 비디오 디바이스들은, 그러한 비디오 코딩기법들을 구현함으로써 보다 효율적으로 디지털 비디오 정보를 송신, 수신, 인코딩, 디코딩, 및/또는 저장할 수도 있다.
비디오 코딩 기법들은, 비디오 시퀀스들에 내재하는 중복성 (redundancy) 을 감소시키거나 또는 제거하기 위해 공간 (인트라-화상) 예측 및/또는 시간 (인터-화상) 예측을 포함한다. 블록 기반 비디오 코딩을 위해, 비디오 슬라이스 (예를 들어, 비디오 화상, 또는 비디오 화상의 일부) 는 비디오 블록들로 파티션될 수도 있고, 이 비디오 블록들은 코딩 트리 유닛 (coding tree unit; CTU) 들, 코딩 유닛 (coding unit; CU) 들, 및/또는 코딩 노드들로도 지칭될 수도 있다. 화상의 인트라-코딩된 (I) 슬라이스에서의 비디오 블록들은 동일한 화상에서의 이웃 블록들에서 참조 샘플들에 대한 공간 예측을 이용하여 인코딩된다. 화상의 인터-코딩된 (P 또는 B) 슬라이스에서의 비디오블록들은 동일한 화상에서 이웃 블록들에 있는 참조 샘플들에 대한 공간 예측, 또는 다른 참조 화상들에서 참조 샘플들에 대한 시간 예측을 이용할 수도 있다. 화상들은 프레임들로 지칭될 수도 있고, 참조 화상들은 참조 프레임들로 지칭될 수도 있다.
공간 예측 또는 시간 예측은 코딩될 블록에 대한 예측 블록을 초래한다. 잔차 데이터 (residual data) 는 코딩될 원래 블록과 예측 블록 사이의 픽셀 차이들을 나타낸다. 인터-코딩된 블록은, 예측 블록을 형성하는 참조 샘플들의 블록을 가리키는 모션 벡터, 및 코딩된 블록과 예측 블록 사이의 차이를 표시하는 잔차 데이터에 따라 인코딩된다. 인트라-코딩된 블록은 인트라-코딩 모드 및 잔차 데이터에 따라 인코딩된다. 추가 압축을 위해, 잔차 데이터는 픽셀 도메인에서 변환 도메인으로 변환되어, 잔차 변환 계수들을 초래할 수도 있으며, 다음으로 이들은 양자화될 수도 있다. 초기에 2 차원 어레이로 배열된, 양자화된 변환 계수들은,변환 계수들의 1 차원 벡터를 생성하기 위하여 스캐닝될 수도 있고, 엔트로피 코딩이 적용되어 훨신 더 많은 압축을 달성할 수도 있다.
일반적으로, 이 개시물은 비디오 데이터의 팔레트-모드 (palette-mode) 코딩된 블록들의 이스케이프-모드 (escape-mode) 코딩된 픽셀들에 대한 값들을 양자화하는 것에 관한 기술들을 설명한다. 특히, 일부 경우들에서, 종래의 이스케이프-모드 코딩 기법들은 바이너리 (binary) 값이 네거티브 (negative) 값에 의해 우측-시프트되어야 했던 소정의 상황들을 초래하였다. 네거티브 값에 의한 비트단위 시프트 연산 (bitwise shift operation) 은 일반적으로 정의되지 않은 연산이고, 이는 에러를 야기할 수도 있다. 이 개시물의 기술들은 이러한 에러들을, 그들이 발생할 때, 정정하기 위해 사용될 수도 있다. 특히, 이 개시물의 기술들은 시프트 (shift) 값을 네거티브에서 포지티브 (positive) 로 변화시키기 위해서, 그리고 비트단위 우측 시프트 연산 대신에 비트단위 좌측 시프트 연산을 수행하기 위해서 사용될 수도 있다.
하나의 예에서, 방법은, 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하는 단계, 우측 시프트 파라미터에 대한 원래 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 그 원래 값의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하는 단계, 및 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 역 양자화하는 단계를 포함한다.
다른 예에서, 비디오 데이터를 디코딩하기 위한 디바이스는, 비디오 데이터를 저장하도록 구성된 메모리, 및 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하고, 우측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 우측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하며, 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 역 양자화하도록 구성된 비디오 디코더를 포함한다.
또 다른 예에서, 비디오 데이터를 디코딩하기 위한 디바이스는, 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하는 수단, 우측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 우측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하는 수단, 및 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 역 양자화하는 수단을 포함한다.
또 다른 예에서, 컴퓨터-판독가능 저장 매체는, 실행될 때 프로그래머블 (programmable) 프로세서로 하여금, 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하게 하고, 우측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 우측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하게 하며, 그리고, 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 역 양자화하게 하는 명령들로 인코딩된다.
또 다른 예에서, 비디오 데이터를 인코딩하는 방법은, 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 좌측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하는 단계, 좌측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 우측 시프트 파라미터에 대한 값을, 좌측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하는 단계, 및 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 양자화하는 단계를 포함한다.
하나 이상의 예들의 상세한 내용들은 첨부 도면들 및 이하의 상세한 설명에서 전개된다. 다른 특징들, 목적들, 및 이점들은 상세한 설명 및 도면들로부터 그리고 청구항들로부터 명백하게 될 것이다.
도 1 은 팔레트-모드 코딩된 블록들에서의 이스케이프 픽셀들을 코딩하기 위해 이 개시물의 기술들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 나타내는 블록도이다.
도 2 는 이 개시물의 기술들에 따라서 팔레트-모드 코딩된 블록들에서의 이스케이프 픽셀들을 인코딩하기 위한 기술들을 구현할 수도 있는 비디오 인코더의 일 예를 나타내는 블록도이다.
도 3 은 이 개시물의 기술들에 따라서 팔레트-모드 코딩된 블록들에서의 이스케이프 픽셀들을 디코딩하기 위한 기술들을 구현할 수도 있는 비디오 디코더의 일 예를 나타내는 블록도이다.
도 4 는 이 개시물의 기술들에 따라서 비디오 데이터의 블록을 인코딩하기 위한 일 예시적인 방법을 나타내는 플로우차트이다.
도 5 는 이 개시물의 기술들에 따라서 비디오 데이터의 블록을 디코딩하기 위한 일 예시적인 방법을 나타내는 플로우차트이다.
도 6 은 이 개시물의 기술들에 따라서 팔레트 디코딩 유닛이 비디오 데이터의 팔레트-모드 인코딩된 블록의 양자화된 이스케이프 픽셀 값을 양자화해제할 수도 있는 일 예시적인 기술을 나타내는 플로우차트이다.
일반적으로, 이 출원은 팔레트 모드 코딩으로 비디오 콘텐츠, 특히 스크린 콘텐츠의 코딩을 지원하기 위한 기술들을 설명한다. 보다 상세하게는, 이들 기술들은 ("팔레트 코딩" 으로서도 지칭되는) 팔레트 모드 코딩을 위한 이스케이프 픽셀 코딩에 관한 것이다.
전통적인 비디오 코딩에서, 이미지들은 연속적인-톤이고 공간적으로 평활한 것으로 가정된다. 이들 가정들에 기초하여, 블록-기반 변환, 필터링, 등과 같은 여러 툴들이 개발되었으며, 이러한 툴들은 자연 콘텐츠 비디오들에 대해 우수한 성능을 보였다. 그러나, 원격 데스크탑, 협력 작업, 및 무선 디스플레이와 같은, 애플리케이션들에서는, (예컨대, 텍스트 또는 컴퓨터 그래픽스와 같은) 컴퓨터 발생된 스크린 콘텐츠가 압축될 지배적인 콘텐츠일 수도 있다. 이 유형의 콘텐츠는 이산-톤을 가지는 경향이 있으며, 날카로운 라인들 및 높은 콘트라스트 오브젝트 경계들을 특징으로 한다. 연속적인-톤 및 평활도 (smoothness) 의 가정이 더 이상 스크린 콘텐츠에 적용되지 않을 수도 있으며, 따라서, 전통적인 비디오 코딩 기법들은 스크린 콘텐츠를 포함하는 비디오 데이터를 압축하는 효율적인 방법들이 아닐 수도 있다.
스크린 콘텐츠 비디오의 특성들에 기초하여, 팔레트 코딩이 스크린 콘텐츠 코딩 (SCC) 효율성을 향상시키기 위해 도입되었고, 처음에 2013년 4월 18-26일에 한국 인천에서의 Guo 등의 "Palette Mode for Screen Content Coding," JCT-VC of ITU-T SG 13 WP 3 and ISO/IEC JTC 1/SC 29/WG 11, 13th Meeting, JCTVC-M0323 에서 제안되었다. 구체적으로 설명하면, 팔레트 코딩은 SCC 에서, 하나의 코딩 유닛 (CU) 내 컬러들이 주로 몇 개의 피크 값들에 집중한다는 사실에 기초하여 반복적인 픽셀 값들을 압축하기 위해 룩업 테이블, 즉, 컬러 팔레트를 도입한다. 특정의 CU 에 대한 팔레트가 주어지면, CU 내 픽셀들은 팔레트 인덱스에 맵핑된다. 제 2 스테이지에서, 효과적인 좌측 복사 런 랭스 방법이 인덱스 블록의 반복적인 패턴을 효과적으로 압축하기 위해 제안된다. 그후, ITU-T SG 16 WP 3 및 ISO/IEC JTC 1/SC 29/WG 11 의 JCT-VC, JCTVC-N0249, 2013년 7월 25일 - 8월 2일, 오스트리아, 비엔나, 14차 회의, Guo 등의, "Non-RCE3: Modified Palette Mode for Screen Content Coding" 에서, 팔레트 인덱스 코딩 모드가 런 랭스 코딩에 의한 좌측 복사 및 상부 복사 양쪽에 대해 일반화되었다. 어떤 변환 프로세스도 스크린 콘텐츠의 시각적 품질에 거대한 부정적인 영향들을 미칠 수도 있는 날카로운 에지들을 흐리는 것을 피하기 위해 팔레트 코딩에 호출되지 않는다는 점에 유의한다.
팔레트는 {인덱스, 픽셀 값} 쌍들을 저장하는 데이터 구조이다. 비디오 인코더는 예컨대, 현재의 CU 에서의 픽셀 값들의 히스토그램에 기초하여, 팔레트를 결정할 수도 있다. 예를 들어, 히스토그램에서의 피크 값들은 팔레트에 추가되는 반면, 낮은 주파수 픽셀 값들은 팔레트에 포함될 필요성이 없다. 팔레트 사이즈는 0 내지, 31 과 동일한 max_palette_size 의 범위로 제한될 수도 있다.
SCC 에 대해, 하나의 슬라이스 내 CU 블록들은 많은 지배적인 컬러들을 공유할 수도 있다. 따라서, (CU 디코딩 순서에서) 이전 팔레트 모드 CU들의 팔레트들을 참조로서 이용하여 현재의 블록의 팔레트를 예측하는 것이 가능하다. 구체적으로 설명하면, 참조 팔레트에서의 픽셀 값들이 현재의 팔레트에 의해 재사용되는지 여부를 표시하기 위해 0-1 2진 벡터가 시그널링될 수도 있다. 일 예로서, 아래 테이블 1 및 테이블 2 에서, 참조 팔레트가 6 개의 아이템들을 가진다고 가정된다. v0, v2, v3, v4, 및 v5 가 현재의 팔레트에서 재사용되지만 v1 은 재사용되지 않는다는 것을 표시하는 현재의 팔레트로 벡터 (1, 0, 1, 1, 1, 1) 가 시그널링된다. 현재의 팔레트가 참조 팔레트로부터 예측불가능한 컬러들을 포함하면, 미예측된 컬러들의 수가 코딩되고 그후 이들 픽셀 값들 (예컨대, 루마 또는 크로마 값들) 이 직접 시그널링된다. 예를 들어, 테이블 1 및 테이블 2 에서, u0 및 u1 이 비트스트림으로 직접 시그널링된다.
테이블 1-참조 팔레트
Figure pct00001
테이블 2-현재의 팔레트
Figure pct00002
팔레트 모드로 코딩된 블록에 대해, 팔레트는 이전에 팔레트 코딩된 블록들의 팔레트 엔트리들로부터 예측될 수 있거나, 새로운 엔트리들로서 명시적으로 시그널링될 수 있거나, 또는 이전에 코딩된 블록의 팔레트는 완전히 재사용될 수 있다. 후자의 경우는 팔레트 공유로 불리며, 이전 블록의 전체 팔레트가 수정없이 그대로 재사용된다는 것을 표시하기 위해 플래그 palette_share_flag 가 시그널링된다. 참조 팔레트 및 현재의 팔레트의 예들이 상기 테이블 1 및 테이블 2 에 나타내어져 있다. 특히, 테이블 1 은 예시적인 참조 팔레트를 예시하며, 테이블 2 는 테이블 1 의 참조 팔레트로부터 예측될 수 있는 예시적인 현재의 팔레트를 예시한다.
현재의 SCM3.0 참조 소프트웨어에서, 규범적인 관점에서 팔레트 코딩의 2개의 1차 양태들은 팔레트 모드에서 코딩중인 블록에서의 각각의 샘플에 대한 팔레트의 코딩 및 팔레트 인덱스의 코딩이다. 팔레트 인덱스들의 코딩은 2개의 1차 모드들, '인덱스' 모드 및 '상부 복사' 모드를 이용하여 수행된다. 이것은 palette_mode 플래그를 코딩함으로써 시그널링된다. '인덱스' 모드는 또한 이스케이프 샘플들, 즉, 팔레트에 속하지 않는 샘플들을 표시하기 위해 사용된다. 현재의 설계에서, '상부 복사' 모드는 팔레트 블록의 제 1 로우에 대해 불가능하다. 게다가, '상부 복사' 모드는 다른 '상부 복사' 모드를 뒤따르지 않을 수도 있다. 이들 경우들에서, '인덱스' 모드는 추론된다.
구체적으로 설명하면, 팔레트 모드에 대해, CU 에서의 픽셀들은 수평/수직 스네이크 (snake) 스캔 순서로 다음과 같이 인코딩된다:
1. "인덱스" 모드: 이 모드에서는, 하나의 팔레트 인덱스가 먼저 시그널링된다. 인덱스가 팔레트의 사이즈와 동일하면, 이것은 샘플이 이스케이프 샘플임을 표시한다. 이 경우, 각각의 컴포넌트 (예컨대, 루마 및 크로마) 에 대한 샘플 값 또는 양자화된 샘플들 값이 시그널링된다. 예를 들어, 팔레트 사이즈가 4 이면, 비-이스케이프 샘플들에 대해, 팔레트 인덱스들은 범위 [0, 3] 에 있다. 이 경우, 4 의 인덱스 값은 이스케이프 샘플을 의미한다. 인덱스가 비-이스케이프 샘플을 표시하면, 동일한 인덱스를 공유하는 스캐닝 순서에서 후속 샘플들의 개수를 규정하는, 런-랭스가 그 런 랭스를 표시하는 네거티브가 아닌 값 n-1 으로 시그널링되는데, 이것은 현재의 픽셀을 포함한 다음 n 개의 픽셀들이 첫번째 시그널링된 픽셀과 동일한 픽셀 인덱스를 가진다는 것을 의미한다.
2. "상부 복사" 런 모드 (CA): 이 모드에서는, 현재의 픽셀을 포함한 다음 m 개의 픽셀들에 대해, 팔레트 인덱스들이 그들의 직상부 이웃들과 각각 동일하다는 것을 표시하기 위해, 단지 네거티브가 아닌 런 랭스 값 m-1 만이 송신된다. 팔레트 인덱스들이 상부 복사 런 모드 내에서 상이할 수 있다는 점에서, 이 모드가 "인덱스" 모드와 상이하다는 점에 유의한다.
현재의 설계에서, 팔레트 모드는 CU 레벨에서 시그널링되지만, 그것을 PU 레벨에서 시그널링하는 것도 가능할 수도 있다. 플래그, palette_esc_val_present_flag 가, 또한 현재의 블록에서의 이스케이프 샘플들의 존재를 표시하기 위해 시그널링된다.
팔레트 모드에서, 블록에서의 픽셀 스캐닝은 2개의 유형들: 수직 횡단 또는 수평 횡단 (스네이크 형) 스캐닝일 수도 있다. 블록에서 사용되는 스캐닝 패턴은 블록 유닛 당 시그널링된 플래그 palette_transpose_flag 에 따라서 유도된다.
팔레트 인덱스 코딩 동안, 팔레트 인덱스 조정 프로세스가 적용될 수 있다. 블록에서의 제 2 픽셀에서 시작하여, 이것은 이전에 코딩된 픽셀의 팔레트 모드를 체크하는 것으로 이루어진다. 먼저, 팔레트 사이즈가 1 만큼 감소되고, 그리고, 좌측 모드가 런 모드와 동일하면 그리고 인덱스가 좌측 팔레트 인덱스보다 크면 코딩될 팔레트 인덱스가 1 만큼 감소되거나, 또는 좌측 모드가 복사 모드이면 그리고 그 인덱스가 상기 팔레트 인덱스보다 크면 코딩될 팔레트 인덱스가 1 만큼 감소된다. 설명은 인코딩 측에서 제공되며, 디코더 측에서 또한, 대응하는 프로세스가 역방향 순서로 수행될 수 있다.
SCM-3.0 에서, 다음 신택스 최적화들이 채택되었다:
Figure pct00003
팔레트 사이즈가 0 이면, 모든 이스케이프 픽셀들이 유도되고, 어떤 이스케이프 존재 플래그, 팔레트 모드, 팔레트 인덱스, 팔레트 런, 및 팔레트 전치 플래그도 시그널링되지 않으며, 그리고, 이스케이프 존재 플래그가 1 과 동일한 것으로 추론되며, 팔레트 모드가 인덱스 모드와 동일한 것으로 추론되며, 팔레트 인덱스가 이스케이프와 동일하게 설정되고, 팔레트 런 값이 블록 사이즈와 동일하게 설정되며, 그리고 팔레트 전치 플래그가 0 으로 설정된다.
Figure pct00004
팔레트 사이즈가 1 이고 어떤 이스케이프 픽셀들도 블록에 사용되지 않으면, 어떤 팔레트 모드, 팔레트 런, 또는 팔레트 전치 플래그도 시그널링되지 않으며, 그리고 팔레트 모드가 인덱스 모드와 동일하게 유도되며, 팔레트 인덱스가 0 으로 설정되고, 팔레트 런 값이 블록 사이즈와 동일하게 설정되며, 그리고 팔레트 전치 플래그가 0 으로 설정된다.
이 개시물은 스크린 생선된 콘텐츠 코딩을 위하여 특히 적합할 수도 있는 팔레트-기반 코딩에 관한 기술들을 설명한다. 예를 들어, 비디오 데이터의 특정한 구역이 상대적으로 작은 수의 컬러들을 가지는 것으로 가정하면, 비디오 코더 (예컨대, 비디오 인코더 또는 비디오 디코더) 는 특정한 구역의 비디오 데이터를 나타내기 위하여 소위 "팔레트" 를 형성할 수도 있다. 팔레트는 특정한 구역 (예컨대, 소정의 블록) 의 비디오 데이터를 나타내는 컬러들 또는 픽셀 값들의 표로서 표현될 수도 있다. 예를 들어, 팔레트는 소정의 블록에서 가장 지배적인 픽셀 값들을 포함할 수도 있다. 일부 경우들에는, 가장 지배적인 픽셀 값들이 블록 내에서 가장 빈번하게 발생하는 하나 이상의 픽셀 값들을 포함할 수도 있다. 추가적으로, 일부 경우들에는, 비디오 코더가 픽셀 값이 블록에서 가장 지배적인 픽셀 값들 중의 하나로서 포함되어야 하는지 여부를 결정하기 위하여, 임계 값 (threshold value) 을 적용할 수도 있다. 팔레트-기반 코딩의 다양한 양태들에 따르면, 비디오 코더는 비디오 데이터의 현재의 블록에 대한 실제적인 픽셀 값들 또는 그 잔차들을 코딩하는 대신에, 현재의 블록의 픽셀들 값들 중의 하나 이상을 표시하는 인덱스 값들을 코딩할 수도 있다. 팔레트-기반 코딩의 맥락에서, 인덱스 값들은 현재의 블록의 개별적인 픽셀 값들을 나타내기 위하여 이용되는 팔레트에서의 개개의 엔트리들을 표시한다.
예를 들어, 비디오 인코더는 블록에 대한 팔레트를 결정하고 (예컨대, 팔레트를 명시적으로 코딩하거나, 팔레트를 예측하거나, 또는 그 조합을 행하고), 픽셀 값들 중의 하나 이상을 나타내기 위하여 팔레트에서의 엔트리를 위치시키고, 블록의 픽셀 값들을 나타내기 위하여 이용된 팔레트에서의 엔트리를 표시하는 인덱스 값들로 블록을 인코딩함으로써, 비디오 데이터의 블록을 인코딩할 수도 있다. 일부 예들에서, 비디오 인코더는 인코딩된 비트스트림으로 팔레트 및/또는 인덱스 값들을 시그널링할 수도 있다. 결국, 비디오 디코더는 인코딩된 비트스트림으로부터, 블록에 대한 팔레트뿐만 아니라, 블록의 개별적인 픽셀들에 대한 인덱스 값들을 획득할 수도 있다. 비디오 디코더는 블록의 다양한 픽셀 값들을 재구성하기 위하여 픽셀들의 인덱스 값들을 팔레트의 엔트리들에 관련시킬 수도 있다.
보다 상세하게는, 팔레트 모드를 이용하여 코딩된 블록의 픽셀들은, 픽셀이 팔레트에 대한 참조 (reference) 를 이용하여 코딩되는 "인덱스" 모드를 이용하여 코딩될 수도 있고, 픽셀이 상부-이웃 픽셀에 대한 참조를 이용하여 코딩되는 상부로부터 복사 모드를 이용하여 코딩될 수도 있다. 제 3 옵션은 픽셀을 이스케이프 픽셀로서 코딩하는 것이다. 이 경우에, 픽셀의 값 (또는 픽셀에 대한 양자화된 값) 은 직접 시그널링된다.
이 개시물의 시간에서의 현재의 SCM3.0 에서, 팔레트 모드에서 양자화된 이스케이프 픽셀들을 재구성하기 위해 양자화해제가 이용된다. 구체적으로, 다음과 같은 절차가 이스케이프 픽셀들을 재구성하기 위해서 이용된다:
1. 양자화 파라미터 qP 는 다음과 같이 상이한 컬러 컴포넌트 인덱스 (cIdx) 값들에 따라 도출된다:
qP = ( cIdx =　= 0 ) ? Qp'Y : ( ( cIdx =　= 1 ) ? Qp'Cb : Qp'Cr )
2. 양자화 비율 qPper 및 양자화 나머지 qPrem 는 다음과 같이 도출된다:
qPper = qP /6
qPrem = qP%6
3. 우측 시프트 파라미터 invQuantRightShift 및 오프셋 파라미터 addOffset 은 다음과 같이 도출된다:
invQuantRightShift = 6 - qPper
addOffset = invQuantRightShift == 0 ? 0 : 1<< (invQuantRightShift - 1)
4. 양자화해제된 이스케이프 픽셀 deQuantEspValue 는 다음과 같이 엔트로피 디코딩된 EspValue 에 기초하여 도출된다:
deQuantEspValue = ( EspValue * invQuantScale[qPrem] + addOffset )>> invQuantRightShift
5. deQuantEspValue 은 다음과 같이 심도 범위 내에 있도록 추가적으로 수정된다:
deQuantEspValue = clip3 (0, 2bitDepth-1, deQuantEspValue)
SCM3.0 의 현재 설계에서 맞닥뜨릴 수도 있는 한가지 문제점은, qPper 이 6 보다 더 클 때, nvQuantRightShift 가 네거티브라는 것이다. 음수에 의한 우측 시프트의 정의는 존재하지 않는다. 따라서, 이 시나리오는 상이한 디코더들에 대한 양자화해제의 상이한 해석을 야기할 수도 있고, 이는 실제의 설계에 있어 바람직하지 않다.
이 개시물의 기술들에 따라서, 비디오 코더들 (예컨대, 비디오 인코더들 및 비디오 디코더들) 은 상술된 문제점을 회피하도록 구성될 수도 있다. 특히, 비디오 코더들은 양자화 파라미터 (qP) 값들의 전체 범위를 어드레스하도록 구성될 수도 있다. 실례로, qP 는 [0, 1, ..., 51] 포함의 범위 내에 있을 수 있다. 그리고 팔레트 모드에 대한 이스케이프 픽셀들을 재구성하기 위해 다른 양자화해제 프로세스들이 이용될 수도 있다. 이들 및 다른 기술들은 이하 더 자세히 설명된다.
도 1은 팔레트-모드 코딩된 블록의 이스케이프 픽셀들을 코딩하기 위한 본 개시의 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템 (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 서버, NAS (network attached storage) 디바이스, 또는 로컬 디스크 드라이브를 포함한다. 목적지 디바이스 (14) 는, 인터넷 접속을 포함하는, 임의의 표준 데이터 접속을 통해 인코딩된 비디오 데이터에 접근할 수도 있다. 이것은 무선 채널 (예를 들어, Wi-Fi 접속), 유선 접속 (예를 들어, DSL, 케이블 모뎀 등), 또는 파일 서버 상에 저장된 인코딩된 비디오 데이터에 접근하는데 적합한 양자 모두의 조합을 포함할 수도 있다. 저장 디바이스로부터 인코딩된 비디오 데이터의 송신은, 스트리밍 송신, 다운로드 송신 또는 이들의 조합일 수도 있다.
본 개시의 기법들은 무선 어플리케이션들 또는 세팅들에 반드시 한정되는 것은 아니다. 그 기법들은, 공중 경유 (over-the-air) 텔레비전 브로드캐스트, 케이블 텔레비전 송신, 위성 텔레비전 송신, DASH (dynamic adaptive streaming over HTTP) 와 같은 인터넷 스트리밍 비디오 송신, 데이터 저장 매체 상에 인코딩되는 디지털 비디오, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 어플리케이션 등의 다양한 멀티미디어 어플리케이션들 중 어느 것을 지원하는 비디오 코딩에 적용될 수도 있다. 일부 예들에서, 시스템 (10) 은, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅 및/또는 비디오폰 통화등의 어플리케이션들을 지원하기 위하여 1방향 또는 2방향 비디오 송신을 지원하도록 구성될 수도 있다.
도 1의 예에서, 소스 디바이스 (12) 는 비디오 소스 (18), 비디오 인코더 (20), 및 출력 인터페이스 (22) 를 포함한다. 목적지 디바이스 (14) 는, 입력 인터페이스 (28), 비디오 디코더 (30), 및 디스플레이 디바이스 (32) 를 포함한다. 본 개시에 따르면, 소스 디바이스 (12) 의 비디오 인코더 (20) 는, 팔레트-모드 코딩된 블록의 이스케이프 픽셀들을 코딩하기 위한 기법들을 적용하도록 구성될 수도 있다. 다른 예들에서, 소스 디바이스 및 목적지 디바이스는 다른 컴포넌트들 또는 배열들을 포함할 수도 있다. 예를 들어, 소스 디바이스 (12) 는 외부 카메라와 같은 외부 비디오 소스 (18) 로부터 비디오 데이터를 수신할 수도 있다. 마찬가지로, 목적지 디바이스 (14) 는 통합된 디스플레이 디바이스를 포함하기 보다는, 외부 디스플레이 디바이스와 인터페이스할 수도 있다.
도 1의 예시된 시스템 (10) 은 하나의 예일 뿐이다. 팔레트-모드 코딩된 블록의 이스케이프 픽셀들을 코딩하기 위한 기법들 은 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스에 의해 수행될 수도 있다. 일반적으로 본 개시의 기법들은 비디오 인코딩 디바이스에 의해 수행되지만, 그 기법들은 또한 "코덱 (CODEC)" 으로서 통상적으로 지칭되는, 비디오 인코더/디코더에 의해 수행될 수도 있다. 더욱이, 본 개시의 기법들은 또한 비디오 프리프로세서에 의해 수행될 수도 있다. 소스 디바이스 (12) 및 목적지 디바이스 (14) 는, 소스 디바이스 (12) 가 목적지 디바이스 (14) 로의 송신을 위해 코딩된 비디오 데이터를 생성하는 그러한 코딩 디바이스들의 예들일 뿐이다. 몇몇 예들에서, 디바이스들 (12, 14) 은, 디바이스들 (12, 14) 의 각각이 비디오 인코딩 및 디코딩 컴포넌트들을 포함하도록 실질적으로 대칭적인 방식으로 동작할 수도 있다. 그러므로, 시스템 (10) 은 예를 들면, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅 또는 비디오폰 통화를 위해 비디오 디바이스들 (12, 14) 간의 1방향 또는 2방향 비디오 송신을 지원할 수도 있다.
소스 디바이스 (12) 의 비디오 소스 (18) 는 비디오 카메라와 같은 비디오 캡쳐 디바이스, 이전에 캡처된 비디오를 포함하는 비디오 아카이브 (video archive), 및/또는 비디오 콘텐트 제공자로부터 비디오를 수신하기 위한 비디오 피드 인터페이스 (video feed interface) 를 포함할 수도 있다. 추가의 대안으로서, 비디오 소스 (18) 는 라이브 비디오, 보관된 비디오 및 컴퓨터 생성된 비디오의 조합, 또는 소스 비디오로서 컴퓨터 그래픽 기반 데이터를 생성할 수도 있다. 몇몇 경우들에서, 비디오 소스 (18) 가 비디오 카메라이면, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 소위 카메라 폰들 또는 비디오 폰들을 형성할 수도 있다. 하지만, 위에서 언급된 바처럼, 본 개시에 설명된 기법들은, 일반적으로 비디오 코딩에 적용가능할 수도 있고, 무선 및/또는 유선 애플리케이션들에 적용될 수도 있다. 각 경우에서, 캡처되거나, 미리 캡처되거나 또는 컴퓨터 생성된 비디오는 비디오 인코더 (20) 에 의해 인코딩될 수도 있다. 다음으로, 인코딩된 비디오 정보는 컴퓨터 판독가능 매체 (16) 상으로 출력 인터페이스 (22) 에 의해 출력될 수도 있다.
컴퓨터 판독가능 매체 (16) 는, 무선 브로드캐스트 또는 유선 네트워크 송신 등의 일시적 매체, 또는 하드 디스크, 플래시 드라이브, 컴팩트 디스크, 디지털 비디오 디스크, 블루레이 디스크 또는 다른 컴퓨터 판독가능 매체 등의 저장 매체 (즉, 비일시적 저장 매체) 를 포함할 수도 있다. 일부 예들에서, 네트워크 서버 (미도시) 는 소스 디바이스 (12) 로부터 인코딩된 비디오 데이터를 수신하고 그 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로, 예를 들어, 네트워크 송신을 통해 제공할 수도 있다. 유사하게, 디스크 스탬핑 설비 등의 매체 제조 설비의 컴퓨팅 디바이스는, 소스 디바이스 (12) 로부터 인코딩된 비디오 데이터를 수신하고 그 인코딩된 비디오 데이터를 포함하는 디스크를 제조할 수도 있다. 그러므로, 컴퓨터 판독가능 매체 (16) 는, 다양한 예들에서, 다양한 형태들의 하나 이상의 컴퓨터 판독가능 매체를 포함하는 것으로 이해될 수도 있다.
목적지 디바이스 (14) 의 입력 인터페이스 (28) 는 컴퓨터 판독가능 매체 (16) 로부터 정보를 수신한다. 컴퓨터 판독가능 매체 (16) 의 정보는 비디오 인코더 (20) 에 의해 정의된 신택스 정보를 포함할 수도 있고, 이는 또한 비디오 디코더 (30) 에 의해 사용되고, 이는 블록들 및 다른 코딩된 유닛들, 예컨대, GOP들의 프로세싱 및/또는 특성들을 기술하는 신택스 엘리먼트들을 포함한다. 디스플레이 디바이스 (32) 는 디코딩된 비디오 데이터를 사용자에게 디스플레이하고, 음극선관 (CRT), 액정 디스플레이 (LCD), 플라즈마 디스플레이, 유기 발광 다이오드 (OLED) 디스플레이, 또는 다른 타입의 디스플레이 디바이스와 같은 다양한 디스플레이 디바이스들 중 어느 것을 포함할 수도 있다.
비디오 인코더 (20) 및 비디오 디코더 (30) 는 비디오 코딩 표준, 이를테면 ITU-T H.265 로서도 지칭되는 고 효율 비디오 코딩 (HEVC) 에 따라 동작할 수도 있다. 다르게는, 비디오 인코더 (20) 및 비디오 디코더 (30) 는, 다르게는 MPEG4, Part 10, AVC (Advanced Video Coding) 으로도 지칭되는, ITU-T H.264 표준과 같은 다른 특허 (proprietary) 또는 산업 표준들 또는 그러한 표준들의 확장들에 따라 동작할 수도 있다. 하지만, 본 개시의 기법들은 임의의 특정 코딩 표준에 한정되지 않는다. 비디오 코딩 표준들의 다른 예들은 MPEG-2 및 ITU-T H.263 를 포함한다. 비록 도 1에 도시되지는 않았지만, 몇몇 양태들에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 각각 오디오 인코더 및 디코더와 통합될 수도 있고, 적절한 MUX-DEMUX 유닛들 또는 다른 하드웨어 및 소프트웨어를 포함하여, 공통 데이터 스트림 또는 분리된 데이터 스트림들에서 오디오 및 비디오 양자 모두의 인코딩을 핸들링 (handling) 할 수도 있다. 적용가능하면, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜 또는 다른 프로토콜들 이를테면 사용자 데이터그램 프로토콜 (UDP) 을 따를 수도 있다.
비디오 인코더 (20) 및 비디오 디코더 (30) 는 각각 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서 (DSP) 들, 주문형 반도체 (ASIC), 필드 프로그램가능 게이트 어레이 (FPGA), 이산 로직, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 조합과 같은 임의의 다양한 적합한 인코더 회로로서 구현될 수도 있다. 그 기법들이 부분적으로 소프트웨어로 구현될 때, 디바이스는 적합한 비일시적 컴퓨터 판독가능 매체에 그 소프트웨어를 위한 명령들을 저장하고 본 개시의 기법들을 수행하기 위하여 하나 이상의 프로세서들을 이용하여 하드웨어에서 그 명령들을 실행할 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 의 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있는데, 이들 중 어느 일방은 각각의 디바이스에서 결합된 인코더/디코더 (CODEC) 의 부분으로서 통합될 수도 있다.
일반적으로, ITU-T H.265 에 따르면, 비디오 화상은 루마 및 크로마 샘플들 양자 모두를 포함할 수도 있는 코딩 트리 유닛들 (CTU 들) (또는 최대 코딩 유닛 (largest coding unit; LCU) 들) 의 시퀀스로 분할될 수도 있다. 대안적으로, CTU 들은 단색 데이터 (monochrome data) (즉, 오직 루마 샘플들만) 를 포함할 수도 있다. 비트스트림 내의 신택스 데이터는 CTU 를 위한 사이즈를 정의할 수도 있으며, 이는 픽셀들의 수의 면에서 가장 큰 코딩 유닛이다. 슬라이스는, 코딩 순서에서 다수의 연속적인 CTU 들을 포함한다. 비디오 화상은, 하나 이상의 슬라이스들로 파티션될 수도 있다. 각 CTU 는 쿼드트리에 따라 코딩 유닛 (CU) 들로 스플릿될 수도 있다. 일반적으로, 쿼드트리 데이터 구조는, CTU 에 대응하는 루트 노드와, CU 당 하나의 노드를 포함한다. CU 가 4 개의 서브 CU 들로 스플릿되는 경우, 그 CU 에 대응하는 노드는 4 개의 리프 노드들을 포함하고, 이들의 각각은 서브 CU 들의 하나에 대응한다.
쿼드트리 데이터 구조의 각각의 노드는, 대응하는 CU 에 대한 신택스 데이터를 제공할 수도 있다. 예를 들어, 쿼드트리에서의 노드는, 그 노드에 대응하는 CU 가 서브 CU 들로 스플릿되는지를 나타내는, 스플릿 플래그 (split flag) 를 포함할 수도 있다. CU 에 대한 신택스 엘리먼트들은 재귀적으로 정의될 수도 있고, CU 가 서브 CU 들로 스플릿되는지에 의존할 수도 있다. CU가 더 스플릿되지 않으면, 그것은 리프-CU (leaf-CU) 로 지칭된다. 본 개시에서, 리프-CU의 4개 서브 CU 들은 또한, 원래 리프-CU 의 명시적 스플릿 (explicit splitting) 이 없더라도, 리프-CU들로 지칭될 것이다. 예를 들어, 16x16 사이즈의 CU 가 더 스플릿되지 않으면, 16x16 CU 가 스플릿되지 않았더라도 4개의 8x8 서브 CU들이 또한 리프-CU 들로 지칭될 것이다.
CU 가 사이즈 구별을 갖지 않는다는 점을 제외하면, CU 는 H.264 표준의 매크로블록과 유사한 목적을 갖는다. 예를 들어, CTU 는 (서브-CU 들로도 지칭되는) 4개의 자식 노드 (child node) 들로 스플릿될 수도 있고, 각 자식 노드는 차례로 부모 노드 (parent node) 가 될 수도 있고 또 다른 4개의 자식 노드들로 스플릿될 수도 있다. 쿼드트리의 리프 노드로 지칭되는, 최종, 스플릿되지 않은 자식 노드는, 리프 CU 로도 지칭되는, 코딩 노드를 포함한다. 코딩된 비트스트림과 연관된 신택스 데이터는, 최대 CU 심도로도 지칭되는, CTU 가 스플릿될 수도 있는 최대 횟수를 정의할 수도 있고, 또한 코딩 노드들의 최소 사이즈를 정의할 수도 있다. 따라서, 비트스트림은 최소 코딩 유닛 (smallest coding unit; SCU) 을 또한 정의할 수도 있다. 본 개시는, 용어 "블록" 을 사용하여, HEVC 의 콘텍스트에서, CU, 예측 유닛 (prediction unit; PU), 또는 변환 유닛 (transform unit; TU) 중 어느 것을 지칭하거나, 또는 다른 표준들의 콘텍스트에서 유사한 데이터 구조들 (예를 들어, H.264/AVC 에서 매크로블록들 및 이들의 서브블록들) 을 지칭한다.
CU 는 코딩 노드 그리고 그 코딩 노드와 연관된 예측 유닛 (PU) 들 및 변환 유닛 (TU) 들을 포함한다. CU 의 사이즈는 코딩 노드의 사이즈에 대응하고 일반적으로 형상이 정사각형이다. CU 의 사이즈는 8x8 픽셀들에서부터, 최대 사이즈, 예컨대, 64x64 픽셀들 이상인 CTU 의 사이즈에 이르기까지의 범위일 수도 있다. 각 CU 는 하나 이상의 PU 들 및 하나 이상의 TU 들을 포함할 수도 있다. CU 와 연관된 신택스 데이터는, 예를 들어, CU 를 하나 이상의 PU 들로 파티셔닝하는 것을 기술할 수도 있다. 파티셔닝 모드들은, CU 가 스킵 또는 직접 모드 인코딩되는지, 인트라-예측 모드 인코딩되는지, 또는 인터-예측 모드 인코딩되는지간에 달라질 수도 있다. PU 들은 형상이 비정사각형으로 파티션될 수도 있다. CU 와 연관된 신택스 데이터는, 예를 들어, 쿼드트리에 따라 CU 를 하나 이상의 TU 들로 파티션하는 것을 기술할 수도 있다. TU 는 형상이 정사각형 또는 비정사각형 (예를 들어, 직사각형) 일 수 있다.
HEVC 표준은, TU들에 따른 변환을 허용하고, 이는 상이한 CU들에 대해서 상이할 수도 있다. TU 들은 통상적으로, 파티셔닝된 CTU에 대해 정의된 주어진 CU 내에 PU 들의 사이즈에 기초하여 사이징되지만, 이는 항상 그렇지 않을 수도 있다. TU 들은 통상적으로 동일한 사이즈이거나 또는 PU 들보다 더 작다. 일부 예들에서, CU 에 대응하는 잔차 샘플들은 "잔차 쿼드트리 (residual quad tree)" (RQT) 로 알려진, 쿼드트리 구조를 이용하여 더 작은 유닛들로 세분될 수도 있다. RQT 의 리프 노드들은 변환 유닛 (TU) 들로 지칭될 수도 있다. TU 들과 연관된 픽셀 차이 값들이 변환되어 변환 계수들을 생성하고, 이는 양자화될 수도 있다.
리프-CU 는 하나 이상의 예측 유닛 (PU) 들을 포함할 수도 있다. 일반적으로, PU 는, 대응하는 CU 의 전부 또는 일부에 대응하는 공간 영역을 나타내고, PU 에 대한 참조 샘플을 취출 및/또는 생성하기 위한 데이터를 포함할 수도 있다. 더욱이, PU 는 예측에 관한 데이터를 포함한다. 예를 들어, PU 가 인트라 모드 인코딩될 때, PU 를 위한 데이터는 잔차 쿼드트리 (RQT) 에 포함될 수도 있고, 이는, PU에 대응하는 TU 를 위한 인트라-예측 모드를 기술하는 데이터를 포함할 수도 있다. RQT 는 또한 변환 트리로서 지칭될 수도 있다. 일부 예들에서, 인트라-예측 모드는 RQT 대신에 리프-CU 신택스에서 시그널링될 수도 있다. 또 다른 예로서, PU 가 인터-모드 인코딩될 때, PU 는 PU 에 대해, 하나 이상의 모션 벡터들과 같은, 모션 정보를 정의하는 데이터를 포함할 수도 있다. PU 에 대해 모션 벡터를 정의하는 데이터는, 예를 들어, 모션 벡터의 수평 성분, 모션 벡터의 수직 성분, 모션 벡터에 대한 해상도 (예를 들어, 1/4 픽셀 정밀도 또는 1/8 픽셀 정밀도), 모션 벡터가 가리키는 참조 화상, 및/또는 모션 벡터에 대한 참조 화상 리스트 (예를 들어, 리스트 0 또는 리스트 1) 를 기술할 수도 있다.
하나 이상의 PU 들을 갖는 리프 CU 는 하나 이상의 변환 유닛 (TU) 들을 또한 포함할 수도 있다. 변환 유닛들은, 전술된 바처럼, (TU 쿼드트리 구조로도 지칭되는) RQT를 사용하여 지정될 수도 있다. 예를 들어, 스플릿 플래그는 리프-CU 가 4개의 변환 유닛들로 스플릿되는지를 나타낼 수도 있다. 다음으로, 각 변환 유닛은, 추가 서브 TU들로 더 스플릿될 수도 있다. TU가 더 스플릿되지 않을 때, 그것은 리프-TU 로 지칭될 수도 있다. 일반적으로, 인트라 코딩에 대해, 리프-CU 에 속하는 모든 리프-TU 들은 동일한 인트라-예측 모드를 공유한다. 즉, 동일한 인트라-예측 모드가 일반적으로, 리프-CU 의 모든 TU들을 위한 예측된 값들을 계산하기 위해 적용된다. 인트라 코딩에 대해, 비디오 인코더는, TU 에 속하는 CU 의 부분과 원래 블록간의 차이로서, 인트라-예측 모드를 사용하여 각 리프-TU 에 대해 잔차 값을 계산할 수도 있다. TU 는 반드시 PU 의 사이즈로 제한되는 것은 아니다. 따라서, TU 는 PU 보다 더 크거나 더 작을 수도 있다. 인트라 코딩에 대해, PU 는 동일한 CU 에 대해 대응하는 리프-TU 와 병치 (collocate) 될 수도 있다. 일부 예들에서, 리프-TU 의 최대 사이즈는, 대응하는 리프-CU 의 사이즈에 대응할 수도 있다.
또한, 리프-CU 들의 TU 들은 또한, 잔차 쿼드트리 (RQT) 들로 지칭되는, 각각의 쿼드트리 데이터 구조들과 연관될 수도 있다. 즉, 리프-CU 는, 리프-CU가 TU 들로 어떻게 파티션되는지를 나타내는 쿼드트리를 포함할 수도 있다. TU 쿼드트리의 루트 노드는 일반적으로 리프-CU 에 대응하는 한편, CU 쿼드트리의 루트 노드는 일반적으로 CTU (또는 LCU) 에 대응한다. 스플릿되지 않는 RQT의 TU들은 리프-TU들로 지칭된다. 일반적으로, 본 개시는, 다르게 언급되지 않는 한, 리프-CU 및 리프-TU 를 각각 지칭하기 위하여 용어 CU 및 TU 를 사용한다.
비디오 시퀀스는 랜덤 액세스 포인트 (RAP) 화상으로 시작하는 일련의 비디오 프레임들 또는 화상들을 통상적으로 포함한다. 비디오 시퀀스는 비디오 시퀀스의 특성들을 기술하는 시퀀스 파라미터 셋트 (SPS) 에서의 신택스 데이터를 포함할 수도 있다. 화상의 각 슬라이스는, 각각의 슬라이스에 대한 인코딩 모드를 기술하는 슬라이스 신택스 데이터를 포함할 수도 있다. 비디오 인코더 (20) 는 통상적으로 비디오 데이터를 인코딩하기 위하여 개개의 비디오 슬라이스들 내의 비디오 블록들에 대해 동작한다. 비디오 블록은 CU 내의 코딩 노드에 대응할 수도 있다. 비디오 블록들은 고정 또는 변화하는 사이즈를 가질 수도 있고, 지정된 코딩 표준에 따라 사이즈가 다를 수도 있다.
일 예로서, 예측은 다양한 사이즈들의 PU 들에 대해 수행될 수도 있다. 특정 CU 의 사이즈가 2Nx2N 이라고 가정하면, 인트라-예측은 2Nx2N 또는 NxN 의 PU 사이즈들에 대해 수행될 수도 있고, 인터-예측은 2Nx2N, 2NxN, Nx2N, 또는 NxN 의 대칭적 PU 사이즈들에 대해 수행될 수도 있다. 인터-예측을 위한 비대칭 파티셔닝은 또한, 2NxnU, 2NxnD, nLx2N, 및 nRx2N 의 PU 사이즈들에 대해 수행될 수도 있다. 비대칭적 파티셔닝에서, CU 의 하나의 방향은 파티션되지 않는 반면, 다른 방향은 25% 및 75% 으로 파티션된다. 25% 파티션에 대응하는 CU 의 부분은 “n” 다음의 “Up”, “Down”, “Left”, 또는 “Right” 의 표시에 의해 표시된다. 따라서, 예를 들어, 2NxnU” 는, 상단의 2Nx0.5N PU 및 하단의 2Nx1.5N PU 와 수평적으로 파티션되는 2Nx2N CU 를 지칭한다.
본 개시에서, “NxN” 그리고 “N 바이 N” 은, 수직 및 수평 치수들의 면에서 비디오 블록의 픽셀 치수들, 예를 들면, 16x16 픽셀들 또는 16 바이 16 픽셀들을 지칭하는데 교환가능하게 사용될 수도 있다. 일반적으로, 16x16 블록은, 수직 방향에서 16 픽셀들 (y = 16) 그리고 수평 방향에서 16 픽셀들 (x = 16) 을 가질 것이다. 마찬가지로, NxN 블록은 일반적으로 수직 방향에서 N 픽셀들 그리고 수평 방향에서 N 픽셀들을 갖고, 여기서 N 은 네거티브가 아닌 정수 값을 나타낸다. 블록에서 픽셀들은 행과 열들로 배열될 수도 있다. 더욱이, 블록들은 수직 방향에서와 수평 방향에서 동일한 수의 의 픽셀들을 반드시 가질 필요는 없다. 예를 들면, 블록들은 NxM 픽셀들을 포함할 수도 있고, 여기서 M은 N과 반드시 동일할 필요는 없다.
CU 의 PU 들을 이용한 인트라-예측 또는 인터-예측 코딩 다음에, 비디오 인코더 (20) 는 CU 의 TU 들을 위한 잔차 데이터를 계산할 수도 있다. PU 들은, (픽셀 도메인으로도 지칭되는) 공간 도메인에서 예측 픽셀 데이터를 생성하는 방법 또는 모드를 기술하는 신택스 데이터를 포함할 수도 있고, TU들은, 변환, 예를 들어, 이산 코사인 변환 (DCT), 정수 변환, 웨이블릿 변환, 또는 개념적으로 유사한 변환을, 잔차 비디오 데이터에 적용한 다음에 변환 도메인에서의 계수들을 포함할 수도 있다. 잔차 데이터는, PU 들에 대응하는 예측 값들과 인코딩되지 않은 화상의 픽셀들 사이의 픽셀 차이들에 대응할 수도 있다. 비디오 인코더 (20) 는, CU 에 대한 잔차 데이터를 나타내는 양자화된 변환 계수들을 포함하도록 TU 들을 형성할 수도 있다. 즉, 비디오 인코더 (20) 는 (잔차 블록의 형태로) 잔차 데이터를 계산하고, 그 잔차 블록을 변환하여 변환 계수들의 블록을 생성하고, 그 후에, 그 변환 계수들을 양자화하여 양자화된 변환 계수들을 형성할 수도 있다. 비디오 인코더 (20) 는 양자화된 변환 계수들, 및 다른 신택스 정보 (예컨대, TU 에 대한 스플릿팅 정보) 를 포함하는 TU 를 형성할 수도 있다.
상기 언급된 바와 같이, 변환 계수들을 생성하기 위한 임의의 변환에 이어서, 비디오 인코더 (20) 는 변환 계수들의 양자화를 수행할 수도 있다. 일반적으로 양자화는, 변환 계수들이 양자화되어 그 계수들을 나타내는데 사용된 데이터의 양을 감소시킬 수 있는 프로세스를 지칭하며, 추가 압축을 제공한다. 양자화 프로세스는 계수들의 일부 또는 전부와 연관된 비트 심도를 감소시킬 수도 있다. 예를 들면, n 비트 값은 양자화 동안 m 비트 값으로 라운딩 다운될 수도 있고, 여기서 n은 m보다 더 크다.
양자화 다음에, 비디오 인코더는 변환 계수들을 스캔하여, 양자화된 변환 계수들을 포함하는 2차원 매트릭스로부터 1차원 벡터를 생성할 수도 있다. 그 스캔은 더 높은 에너지 (그리고 따라서 더 낮은 주파수) 계수들을 어레이의 전방에 두고 더 낮은 에너지 (그리고 따라서 더 높은 주파수) 계수들을 어레이의 뒤쪽에 두도록 설계될 수도 있다. 일부 예들에서, 비디오 인코더 (20) 는, 미리정의된 스캔 순서를 이용하여 양자화된 변환 계수들을 스캔함으로써 엔트로피 인코딩될 수 있는 직렬화된 벡터를 생성할 수도 있다. 다른 예들에서, 비디오 인코더 (20) 는 적응적 스캔을 수행할 수도 있다. 양자화된 변환 계수들을 스캔하여 1차원 벡터를 형성한 후에, 비디오 인코더 (20) 는 1차원 벡터를, 예를 들어, CAVLC (context-adaptive variable length coding), CABAC (context-adaptive binary arithmetic coding), SBAC (syntax-based context-adaptive binary arithmetic coding), PIPE (Probability Interval Partitioning Entropy) 코딩 또는 또 다른 엔트로피 인코딩 방법론에 따라, 엔트로피 인코딩할 수도 있다. 비디오 인코더 (20) 는 또한, 비디오 데이터를 디코딩함에 있어서 비디오 디코더 (30) 에 의한 사용을 위해 인코딩된 비디오 데이터와 연관된 신택스 엘리먼트들을 엔트로피 인코딩할 수도 있다.
CABAC 을 수행하기 위하여, 비디오 인코더 (20) 는, 송신될 심볼에 콘텍스트 모델 내의 콘텍스트를 할당할 수도 있다. 콘텍스트는, 예를 들어, 심볼의 이웃 값들이 비영 (non-zero) 인지 여부에 관한 것일 수도 있다. CAVLC 을 수행하기 위하여, 비디오 인코더 (20) 는, 송신될 심볼에 대해 가변 길이 코드를 선택할 수도 있다. VLC 에서의 코드워드들은, 상대적으로 더 짧은 코드들이 더 높은 확률 심볼들에 대응하는 한편, 더 긴 코드들이 더 낮은 확률 심볼들에 대응하도록 구성될 수도 있다. 이런 식으로, VLC 의 사용은, 예를 들어, 송신될 각 심볼에 동일 길이 코드워드들을 이용하는 것에 비해, 비트 절약 (bit savings) 을 달성할 수도 있다. 확률 결정은, 심볼에 할당된 콘텍스트에 기초할 수도 있다.
일반적으로, 비디오 디코더 (30) 는 인코딩된 데이터를 디코딩하기 위해 비디오 인코더 (20) 에 의해 수행된 프로세스와 실질적으로 유사한 프로세스를 역으로 수행한다. 예를 들어, 비디오 디코더 (30) 는 잔차 블록을 재생성하기 위해 수신된 TU 의 계수들을 역 양자화 및 역 변환한다. 비디오 디코더 (30) 는 예측된 블록을 형성하기 위해 시그널링된 예측 모드 (인트라- 또는 인터-예측, 또는 팔레트 모드) 를 이용한다. 그 다음에, 비디오 디코더 (30) 는 예측된 블록과 잔차 블록을 (픽셀 단위로) 결합하여 원래의 블록을 재생성한다. 블록 경계들을 따라 시각적 아티팩트들을 감소시키기 위해 디블록킹 프로세스를 수행하는 것과 같이 추가적인 프로세싱이 수행될 수도 있다. 또한, 비디오 디코더 (30) 는 비디오 인코더 (20) 의 CABAC 인코딩 프로세스와 실질적으로 유사한 방식으로 역으로 CABAC 를 이용하여 신택스 엘리먼트들을 디코딩할 수도 있다.
비디오 인코더 (20) 는 추가로, 예컨대, 화상 헤더, 블록 헤더, 슬라이스 헤더, 또는 시퀀스 파라미터 셋트 (SPS), 화상 파라미터 셋트 (PPS), 또는 비디오 파라미터 셋트 (VPS) 와 같은 다른 신택스 데이터에서, 비디오 디코더 (30) 에, 블록-기반 신택스 데이터, 화상-기반 신택스 데이터, 및 시퀀스-기반 신택스 데이터와 같은 신택스 데이터를 전송할 수도 있다. 비디오 디코더 (30) 는 비디오 데이터를 디코딩하기 위해 이들 파라미터들을 이용할 수도 있다.
이 개시물의 기술들에 따라서, 비디오 인코더 (20) 는 팔레트 모드 코딩 동안 이스케이프 픽셀 값을 양자화하기 위해 다음과 같은 프로세스를 수행할 수도 있다:
1. 비디오 인코더 (20) 는 다음과 같이 상이한 컬러 컴포넌트 인덱스 (cIdx) 에 따라 양자화 파라미터 qP 를 도출한다:
qP = ( cIdx =　= 0 ) ? Qp'Y : ( ( cIdx =　= 1 ) ? Qp'Cb : Qp'Cr
2. 비디오 인코더 (20) 는 다음과 같이 양자화 비율 qPper 및 양자화 나머지 qPrem 을 도출한다:
qPper = qP /6
qPrem = qP%6
3. 비디오 인코더 (20) 는 다음과 같이 우측 시프트 파라미터 quantRightShift 및 오프셋 파라미터 Offset 을 도출한다:
quantRightShift = 14 + qPper
Offset = 1 << (quantRightShift - 1)
4. 양자화된 이스케이프 픽셀 값은 다음과 같이 도출된다:
EspValue = (pixelValue * quantScale[qPrem]+Offset) >> quantRightShift
마찬가지로, 상호역의 프로세스로서, 비디오 디코더 (30) 는 팔레트 모드 코딩 동안 이스케이프 픽셀 값을 역 양자화 (또는 양자화해제) 하기 위해 다음과 같은 프로세스를 수행할 수도 있다:
1. 비디오 디코더 (30) 는 다음과 같이 상이한 컬러 컴포넌트 인덱스 (cIdx) 값들에 따라 양자화 파라미터 qP 를 도출한다:
qP = ( cIdx =　= 0 ) ? Qp'Y : ( ( cIdx =　= 1 ) ? Qp'Cb : Qp'Cr )
2. 비디오 디코더 (30) 는 양자화 비율 qPper 및 양자화 나머지 qPrem 를 다음과 같이 도출한다:
qPper = qP /6
qPrem = qP%6
3. 비디오 디코더 (30) 는 우측 시프트 파라미터 invQuantRightShift 및 오프셋 파라미터 addOffset 을 다음과 같이 도출한다:
invQuantRightShift = 6 - qPper
addOffset = invQuantRightShift == 0 ? 0 : 1<< (invQuantRightShift - 1)
4A. invQuantRightShift 가 0 보다 더 큰 경우에, 비디오 디코더 (30) 는 다음과 같은 절차를 수행한다:
deQuantEspValue = ( EspValue * invQuantScale[qPrem] + addOffset )>> invQuantRightShift
4B. 그렇지 않은 경우 (invQuantRightShift <= 0), 비디오 디코더 (30) 는 다음과 같은 절차를 수행한다:
invQuantLeftShift = - invQuantRightShift
deQuantEspValue = EspValue * invQuantScale[qPrem] << invQuantLeftShift
5. 비디오 디코더 (30) 는 다음과 같이 deQuantEspValue 를 심도 범위 내에 있도록 추가적으로 수정한다:
deQuantEspValue = clip3 (0, 2bitDepth-1, deQuantEspValue)
quantScale[.] 및 invQuantScale[.] 은, 각각 {26214,23302,20560, 18396, 16384, 14564}, {40, 45, 51, 57, 64, 72} 일 수도 있는 (예컨대, 어레이들로서 구현되는) 룩업 테이블들일 수도 있고, 또는, 적응적 양자화 스케일링 (Adaptive Quantization Scaling) 이 인에이블될 때 6 개의 엔트리들의 다른 룩업 테이블 (또는 어레이) 일 수도 있다. 예를 들어, 적응적 양자화 스케일링이 인에이블되는 경우, 비디오 디코더 (30) 는 적응적 양자화 스케일링에 의해 도입되는 스케일링 팩터를 정규화하기 위해 invQuantRightShift 및/또는 invQuantLeftShift 를 조정할 수도 있다.
비디오 인코더 (20) 및 비디오 디코더 (30) 는 각각, 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서 (DSP), 주문형 반도체 (ASIC), 필드 프로그램 가능 게이트 어레이 (FPGA), 이산 로직 회로, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 조합과 같은 임의의 다양한 적합한 인코더 또는 디코더 회로로서 적용가능한 바에 따라 구현될 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 의 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있는데, 이들 중 어느 한쪽은 결합된 비디오 인코더/디코더 (CODEC) 의 부분으로서 통합될 수도 있다. 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 를 포함하는 디바이스는 집적 회로, 마이크로프로세서, 및/또는 무선 통신 디바이스, 이를테면 셀룰러 전화기를 포함할 수도 있다.
도 2는 이 개시물의 기술들에 따라서 팔레트-모드 코딩된 블록들에서의 이스케이프 픽셀들을 인코딩하기 위한 기술들을 구현할 수도 있는 비디오 인코더 (20) 의 일 예를 나타내는 블록도이다. 비디오 인코더 (20) 는, 비디오 슬라이스들 내의 비디오 블록들의 인트라 코딩 및 인터 코딩을 수행할 수도 있다. 인트라코딩은, 주어진 비디오 프레임 또는 화상 내의 비디오에서 공간적 중복성을 감소 또는 제거하기 위하여 공간적 예측에 의존한다. 인터 코딩은 비디오 시퀀스의 인접하는 프레임들 또는 화상들 내의 비디오에서 시간적 중복성을 감소 또는 제거하기 위하여 시간적 예측에 의존한다. 인트라 모드 (I 모드) 는 여러 공간 기반 코딩 모드들 중 어느 것을 지칭할 수도 있다. 인터 모드들, 이를테면 단방향 예측 (P 모드) 또는 양 예측 (B 모드) 은, 여러 시간 기반 코딩 모드들 중 어느 것을 지칭할 수도 있다.
도 2에 도시된 바처럼, 비디오 인코더 (20) 는 인코딩될 비디오 프레임 내의 현재 비디오 블록을 수신한다. 도 2 의 예에서, 비디오 인코더 (20) 는, 모드 선택 유닛 (40), (디코딩된 화상 버퍼 (DPB) 로서 또한 지칭될 수도 있는) 참조 화상 메모리 (64), 합산기 (50), 변환 프로세싱 유닛 (52), 양자화 유닛 (54), 및 엔트로피 인코딩 유닛 (56) 을 포함한다. 모드 선택 유닛 (40) 은, 차례로, 모션 보상 유닛 (44), 모션 추정 유닛 (42), 인트라-예측 유닛 (46), 팔레트-모드 인코딩 유닛 (49), 및 파티션 유닛 (48) 을 포함한다. 비디오 블록 재구성을 위해, 비디오 인코더 (20) 는 또한 역 양자화 유닛 (58), 역 변환 유닛 (60), 및 합산기 (62) 를 포함한다. 디블록킹 필터 (도 2에 미도시) 가 또한 포함되어, 재구성된 비디오로부터 블록키니스 아티팩트 (blockiness artifact) 를 제거하기 위해 블록 경계들을 필터링할 수도 있다. 원하는 경우, 디블록킹 필터는 통상적으로 합산기 (62) 의 출력을 필터링한다. (루프 또는 포스트 루프에 있는) 추가적인 필터들이 또한, 디블록킹 필터에 추가하여 사용될 수도 있다. 그러한 필터들은 간결성을 위해 도시되지는 않았지만, 원한다면, (인루프 필터로서) 합산기 (50) 의 출력을 필터링할 수도 있다.
인코딩 프로세스 동안, 비디오 인코더 (20) 는 코딩될 비디오 프레임 또는 슬라이스를 수신한다. 프레임 또는 슬라이스는 다수의 비디오 블록들로 분할될 수도 있다. 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 하나 이상의 참조 프레임들에서의 하나 이상의 블록들에 대해 그 수신된 비디오 블록의 인터-예측 인코딩을 수행해 시간적 예측을 제공한다. 인트라-예측 유닛 (46) 은 대안적으로, 코딩될 블록과 동일한 프레임 또는 슬라이스에서의 하나 이상의 이웃 블록들에 상대적으로 수신된 비디오 블록의 인트라-예측 인코딩을 수행하여 공간적 예측을 제공할 수도 있다. 비디오 인코더 (20) 는, 예를 들어, 비디오 데이터의 각 블록에 대해 적절한 코딩 모드를 선택하기 위하여, 다중 코딩 패스들을 수행할 수도 있다.
또한, 파티션 유닛 (48) 은, 이전 코딩 패스들에서 이전 파티셔닝 스킴들의 평가에 기초하여, 비디오 데이터의 블록들을 서브블록들로 파티션할 수도 있다. 예를 들어, 파티션 유닛 (48) 은, 초기에 프레임 또는 슬라이스를 CTU 들로 파티션할 수도 있고, 레이트 왜곡 분석 (예를 들어, 레이트 왜곡 최적화) 에 기초하여, CTU 들의 각각을 서브 CU들로 파티션할 수도 있다. 모드 선택 유닛 (40) 은 CTU 의 서브 CU들로의 파티셔닝을 나타내는 쿼드트리 데이터 구조를 생성할 수도 있다. 쿼드트리의 리프 노드 CU 들은 하나 이상의 PU 들 및 하나 이상의 TU 들을 포함할 수도 있다.
모드 선택 유닛 (40) 은, 예를 들면, 오류 결과들에 기초하여 예측 모드들 중 하나, 인트라 또는 인터 모드를 선택할 수도 있고, 결과적인 예측된 블록을 합산기 (50) 에 제공하여 잔차 데이터를 생성하고 합산기 (62) 에 제공하여 참조 프레임으로서 이용하기 위해 인코딩된 블록을 재구성한다. 또한, 모드 선택 유닛 (40) 은 인트라 및 인터 예측 모드들에 대한 대안으로서 팔레트 모드를 선택할 수도 있다. 모드 선택 유닛 (40) 은 또한, 신택스 엘리먼트들, 이를테면 모션 벡터들, 인트라 모드 표시자, 파티션 정보, 및 다른 그러한 신택스 정보를 엔트로피 인코딩 유닛 (56) 에 제공한다.
모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 고도로 통합될 수도 있지만, 개념적인 목적을 위해 따로따로 예시되어 있다. 모션 추정 유닛 (42) 에 의해 수행되는, 모션 추정은, 비디오 블록들을 위한 모션을 추정하는 모션 벡터들을 생성하는 프로세스이다. 모션 벡터는, 예를 들어, 현재 비디오 프레임 (또는 다른 코딩된 유닛) 내의 코딩되는 현재 블록에 대해 참조 프레임 (또는 다른 코딩된 유닛) 내의 예측 블록에 대한 현재 비디오 프레임 또는 화상 내의 비디오 블록의 PU 의 변위를 나타낼 수도 있다. 예측 블록은, 절대 차이의 합 (sum of absolute difference; SAD), 제곱 차이의 합 (sum of square difference; SSD), 또는 다른 차이 메트릭들에 의해 결정될 수도 있는, 픽셀 차이에 관하여, 코딩될 블록과 밀접하게 매치하는 것으로 구해진 블록이다. 일부 예들에서, 비디오 인코더 (20) 는 참조 화상 메모리 (64) 에 저장된 참조 화상들의 서브 정수 픽셀 위치 (sub-integer pixel position) 들을 위한 값들을 계산할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 참조 화상의 1/4 픽셀 위치들, 1/8 픽셀 위치들, 또는 다른 분수 픽셀 위치 (fractional pixel position) 들의 값들을 보간할 수도 있다. 그러므로, 모션 추정 유닛 (42) 은, 전 픽셀 위치들 그리고 분수 픽셀 위치들에 대해 모션 검색을 수행하고 분수 픽셀 정밀도로 모션 벡터를 출력할 수도 있다.
모션 추정 유닛 (42) 은, 인터 코딩된 슬라이스에서 비디오 블록의 PU를 위한 모션 벡터를, PU 의 위치를 참조 화상의 예측 블록의 위치와 비교함으로써, 계산한다. 참조 화상은, 제 1 참조 화상 리스트 (List 0) 또는 제 2 참조 화상 리스트 (List 1) 로부터 선택될 수도 있고, 이들의 각각은 참조 화상 메모리 (64) 에 저장된 하나 이상의 참조 화상들을 식별한다. 모션 추정 유닛 (42) 은 계산된 모션 벡터를 엔트로피 인코딩 유닛 (56) 및 모션 보상 유닛 (44) 으로 전송한다.
모션 보상 유닛 (44) 에 의해 수행된 모션 보상은, 모션 추정 유닛 (42) 에 의해 결정된 모션 벡터에 기초한 예측 블록의 페칭 (fetching) 또는 생성을 수반할 수도 있다. 또, 일부 예들에서, 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 기능적으로 통합될 수도 있다. 현재 비디오 블록의 PU를 위한 모션 벡터의 수신시에, 모션 보상 유닛 (44) 은, 모션 벡터가 참조 화상 리스트들 중 하나에서 가리키는 예측 블록을 로케이팅할 수도 있다. 합산기 (50) 는, 코딩되는 현재 비디오 블록의 픽셀 값들로부터 예측 블록의 픽셀 값들을 감산함으로써 잔차 비디오 블록을 형성하여, 픽셀 차이 값들을 형성하며, 이는 후술된다. 일반적으로, 모션 추정 유닛 (42) 은 루마 컴포넌트들에 대해 모션 추정을 수행하고, 모션 보상 유닛 (44) 은 크로마 컴포넌트들 및 루마 컴포넌트들 양자 모두를 위해 루마 컴포넌트들에 기초하여 계산된 모션 벡터들을 사용한다. 모드 선택 유닛 (40) 은 또한, 비디오 슬라이스의 비디오 블록들을 디코딩함에 있어서 비디오 디코더 (30) 에 의한 사용을 위해 비디오 블록들 및 비디오 슬라이스와 연관된 신택스 엘리먼트들을 생성할 수도 있다.
인트라-예측 유닛 (46) 은, 상술된 바와 같이, 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 수행되는 인터-예측에 대한 대안으로서, 현재 블록을 인트라-예측할 수도 있다. 특히, 인트라-예측 유닛 (46) 은 현재 블록을 인코딩하는데 이용할 인트라-예측 모드를 결정할 수도 있다. 일부 예들에서, 인트라-예측 유닛 (46) 은, 예를 들어, 별도의 인코딩 패스들 동안에, 다양한 인트라-예측 모드들을 이용하여 현재 블록을 인코딩할 수도 있고, 인트라-예측 유닛 (46) (또는, 일부 예들에서, 모드 선택 유닛 (40)) 은 테스트된 모드들로부터 이용할 적절한 인트라-예측 모드를 선택할 수도 있다.
예를 들어, 인트라-예측 유닛 (46) 은 다양한 테스트된 인트라-예측 모드들에 대한 레이트 왜곡 분석을 이용하여 레이트 왜곡 값들을 산출하고, 테스트된 모드들 중에서 최상의 레이트 왜곡 특성들을 갖는 인트라-예측 모드를 선택할 수도 있다. 레이트 왜곡 분석은 일반적으로, 인코딩된 블록과, 인코딩된 블록을 생성하기 위해 인코딩된 원래 인코딩되지 않은 블록 사이의 왜곡 (또는 오류) 의 양 뿐만 아니라 인코딩된 블록을 생성하는데 이용된 비트레이트 (즉, 비트들의 수) 를 결정한다. 인트라-예측 유닛 (46) 은 그 왜곡들로부터 비율 (ratio) 및 여러 인코딩된 블록들에 대한 레이트들을 산출하여 어느 인트라-예측 모드가 블록에 대한 최상의 레이트 왜곡 값을 나타내는지를 결정할 수도 있다.
블록에 대한 인트라-예측 모드를 선택한 후에, 인트라-예측 유닛 (46) 은 엔트로피 인코딩 유닛 (56) 에 블록에 대한 선택된 인트라-예측 모드를 나타내는 정보를 제공할 수도 있다. 엔트로피 인코딩 유닛 (56) 은 선택된 인트라-예측 모드를 나타내는 정보를 인코딩할 수도 있다. 비디오 인코더 (20) 는 송신된 비트스트림에서 구성 데이터를 포함할 수도 있고, 이는 복수의 인트라-예측 모드 인덱스 테이블들 및 복수의 수정된 인트라-예측 모드 인덱스 테이블들 (코드워드 맵핑 테이블이라고도 한다), 다양한 블록들을 위한 인코딩 콘텍스트들의 정의들, 그리고 최고 확률 인트라-예측 모드의 표시들, 인트라-예측 모드 인덱스 테이블, 및 콘텍스트들의 각각을 위해 사용하기 위해 수정된 인트라-예측 모드 인덱스 테이블을 포함할 수도 있다.
비디오 인코더 (20) 는, 코딩되는 원래 비디오 블록으로부터 모드 선택 유닛 (40) 으로부터의 예측 데이터를 감산함으로써 잔차 비디오 블록을 형성한다. 합산기 (50) 는 이 감산 연산을 수행하는 컴포넌트 또는 컴포넌트들을 나타낸다. 변환 프로세싱 유닛 (52) 은 변환, 이를테면 이산 코사인 변환 (DCT) 또는 개념적으로 유사한 변환을 잔차 블록에 적용하며, 변환 계수 값들을 포함하는 비디오 블록을 생성한다. 웨이블릿 변환 (wavelet transform), 정수 변환, 서브밴드 변환, 이산 사인 변환 (DST), 또는 다른 타입들의 변환들이 DCT 대신에 사용될 수 있다. 어느 경우든, 변환 프로세싱 유닛 (52) 은 변환을 잔차 블록에 적용하며, 잔차 변환 계수들의 블록을 생성한다. 변환은 잔차 정보를 픽셀 값 도메인으로부터 주파수 도메인과 같은 변환 도메인으로 변환할 수도 있다. 변환 프로세싱 유닛 (52) 은 양자화 유닛 (54) 에 결과적인 변환 계수들을 전송할 수도 있다. 양자화 유닛 (54) 은 변환 계수들을 양자화하여 비트 레이트를 더 감소시킨다. 양자화 프로세스는 계수들의 일부 또는 전부와 연관된 비트 심도를 감소시킬 수도 있다. 양자화의 정도는 양자화 파라미터를 조정함으로써 변경될 수도 있다.
양자화 다음에, 엔트로피 인코딩 유닛 (56) 은 양자화된 변환 계수들을 엔트로피 인코딩한다. 예를 들어, 엔트로피 인코딩 유닛 (56) 은 CAVLC (context adaptive variable length coding), CABAC (context adaptive binary arithmetic coding), SBAC (syntax-based context-adaptive binary arithmetic coding), PIPE (probability interval partitioning entropy) 코딩 또는 또 다른 엔트로피 코딩 기법을 수행할 수도 있다. 콘텍스트 기반 엔트로피 코딩의 경우에, 콘텍스트는 이웃 블록들에 기초할 수도 있다. 엔트로피 인코딩 유닛 (56) 에 의한 엔트로피 코딩 다음에, 인코딩된 비트스트림은 다른 디바이스 (예를 들어, 비디오 디코더 (30)) 로 송신되거나 또는 나중의 송신 또는 취출을 위해 보관될 수도 있다.
역 양자화 유닛 (58) 및 역 변환 유닛 (60) 은 역 양자화 및 역 변환을 각각 적용하여, 픽셀 도메인에서 잔차 블록을 재구성한다. 특히, 합산기 (62) 는 재구성된 잔차 블록을 모션 보상 유닛 (44) 또는 인트라-예측 유닛 (46) 에 의해 이전에 생성된 모션 보상된 예측 블록에 가산하여 재구성된 비디오 블록을 생성해 참조 화상 메모리 (64) 에 저장한다. 재구성된 비디오 블록은 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 참조 블록으로서 사용되어 후속 비디오 프레임에서 블록을 인터 인코딩할 수도 있다.
본 개시물의 기술들에 따르면, 비디오 인코더 (20) 는 팔레트-기반의 코딩을 수행하도록 구성될 수도 있다. 보다 상세하게, 팔레트 인코딩 유닛 (49) 은 비디오 데이터의 블록 (예컨대, CU 또는 PU) 의 팔레트 모드 인코딩을 수행할 수도 있다. HEVC 프레임워크에 대해, 일 예로서, 팔레트-기반의 코딩 기법들은 CU 모드로서 사용되도록 구성될 수도 있다. 다른 예들에서, 팔레트-기반의 코딩 기법들은 HEVC 의 프레임워크에서 PU 모드로서 사용되도록 구성될 수도 있다. 따라서, CU 모드의 상황에서 (본 개시물 전반에 걸쳐) 본원에서 설명되는 개시된 프로세스들 모두는, 추가적으로 또는 대안적으로, PU 모두에 적용할 수도 있다. 그러나, 이들 HEVC-기반의 예들은, 이러한 기법들이 독립적으로 또는 다른 기존 또는 앞으로 개발될 시스템들/표준들의 일부분으로서 동작하도록 적용될 수도 있기 때문에, 본원에서 설명하는 팔레트-기반의 코딩 기법들의 제한 사항 또는 제한으로서, 간주되지 않아야 한다. 이들 경우들에서, 팔레트 코딩을 위한 유닛은 정사각형 블록들, 직사각형의 블록들 또는 심지어 비-직사각형의 형태의 영역들일 수 있다.
팔레트 인코딩 유닛 (49) 은, 예를 들어, 팔레트-기반의 인코딩 모드가 예컨대, CU 또는 PU 에 대해 선택될 때 팔레트-기반의 인코딩을 수행할 수도 있다. 예를 들어, 팔레트 인코딩 유닛 (49) 은 픽셀 값들을 표시하는 엔트리들을 가지는 팔레트를 발생시키고, 비디오 데이터의 블록의 적어도 일부 위치들의 픽셀 값들을 표시하기 위해 그 팔레트에서 픽셀 값들을 선택하고, 그리고 비디오 데이터의 블록의 위치들 중 적어도 일부를 선택된 픽셀 값들에 각각 대응하는 팔레트에서의 엔트리들과 연관시키는 정보를 시그널링하도록 구성될 수도 있다. 여러 기능들이 팔레트 인코딩 유닛 (49) 에 의해 수행되는 것으로 설명되지만, 일부 또는 모두 이러한 기능들은 다른 프로세싱 유닛들, 또는 상이한 프로세싱 유닛들의 조합에 의해 수행될 수도 있다.
본 개시물의 기법들 중 하나 이상에 따르면, 비디오 인코더 (20), 구체적으로 말하면, 팔레트 인코딩 유닛 (49) 은, 예측된 비디오 블록들의 팔레트-기반의 비디오 코딩을 수행할 수도 있다. 위에서 설명한 바와 같이, 비디오 인코더 (20) 에 의해 발생된 팔레트는 명시적으로 인코딩되거나, 이전 팔레트 엔트리들로부터 예측되거나, 이전 픽셀 값들로부터 예측되거나, 또는 이들의 조합으로 예측될 수도 있다.
특히, 모드 선택 유닛 (40) 은 인터-예측, 인트라-예측, 또는 팔레트 모드와 같은, 비디오 데이터의 블록 (예컨대, CU 또는 PU) 에 대한 인코딩 모드를 결정할 수도 있다. 팔레트 모드가 선택된다고 가정하면, 팔레트 인코딩 유닛 (49) 은 블록에 대한 픽셀 값들의 통계치들에 기초하여 블록에 대한 팔레트를 형성할 수도 있다. 블록의 각각의 픽셀에 대해, 팔레트 인코딩 유닛 (49) 은 픽셀이 팔레트에서 대응하는 값을 가지는지 여부를 결정하고, 만약 그렇다면, 픽셀에 대한 대응하는 값에 대한 그 팔레트로의 인덱스를 시그널링할 수도 있다. 팔레트 인코딩 유닛 (49) 은 또한 이전 픽셀과 동일한 값을 가지는 픽셀들의 수를 나타내는 런 값을 시그널링할 수도 있다.
대안적으로, 픽셀들의 시퀀스가 상부-이웃하는 픽셀들과 동일한 값들을 가지면, 팔레트 인코딩 유닛 (49) 은 "상부-복사" 모드에 대한 런 값을 시그널링하며, 여기서, 런은 상부-이웃하는 픽셀들과 동일한 값들을 가지는 픽셀들의 수를 나타낸다.
인덱스모드도 상부로부터 복사 모드도 팔레트-모드 코딩된 블록의 현재 픽셀의 값을 적당하게 표현하지 않는 경우에, 팔레트 인코딩 유닛 (49) 은 이스케이프 픽셀로서 픽셀을 코딩하기 위해 이 개시물의 기술들을 이용할 수도 있다. 즉, 이들 기술들은 이스케이프 픽셀 값을 양자화하기 위해 수행될 수도 있고, 여기서, 이스케이프 픽셀 값은 코딩되고 있는 픽셀의 실제 값 (예컨대, 루마 및/또는 크로마) 을 나타낸다. 이 개시물의 기술에 따라서, 비디오 인코더 (20) 는, 예컨대, 도 1 에 대해 상기 논의된 바와 같이, 이스케이프 픽셀로서 코딩될 픽셀의 값을 양자화할 수도 있다. 즉, 팔레트 인코딩 유닛 (49) 은 다음과 같은 양자화 프로세스를 수행할 수도 있다:
1. 팔레트 인코딩 유닛 (49) 은 다음과 같이 상이한 컬러 컴포넌트 인덱스 cIdx 에 따라 qP 를 도출한다:
qP = ( cIdx =　= 0 ) ? Qp'Y : ( ( cIdx =　= 1 ) ? Qp'Cb : Qp'Cr
2. 팔레트 인코딩 유닛 (49) 은 다음과 같이 양자화 비율 qPper 및 양자화 나머지 qPrem 을 도출한다:
qPper = qP /6
qPrem = qP%6
3. 팔레트 인코딩 유닛 (49) 은 다음과 같이 우측 시프트 파라미터 invQuantRightShift 및 오프셋 파라미터 addOffset 을 도출한다:
invQuantRightShift = 6 - qPper
addOffset = invQuantRightShift == 0 ? 0 : 1<< (invQuantRightShift - 1)
4. 팔레트 인코딩 유닛 (49) 은 양자화된 이스케이프 픽셀 값을 다음과 같이 도출한다:
deQuantEspValue = ( EspValue * invQuantScale[qPrem] + addOffset )>> invQuantRightShift
5. 팔레트 인코딩 유닛 (49) 은 다음과 같이 deQuantEspValue 를 심도 범위 내에 있도록 추가적으로 수정한다:
deQuantEspValue = clip3 (0, 2bitDepth-1, deQuantEspValue)
이 예에서, "EspValue" 는 "pixelValue" 에 의해 표현되는 원래 값을 갖는 픽셀에 대한 양자화된 이스케이프 값을 나타낸다.
이러한 방식으로, 도 2 의 비디오 인코더 (20) 는, 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 좌측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하고, 좌측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 우측 시프트 파라미터에 대한 값을, 좌측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하며, 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 양자화하도록 구성된 비디오 인코더의 일 예를 나타낸다.
도 3은 이 개시물의 기술들에 따라서 팔레트-모드 코딩된 블록들에서의 이스케이프 픽셀들을 디코딩하기 위한 기술들을 구현할 수도 있는 비디오 디코더의 일 예를 나타내는 블록도이다. 도 3 의 예에서, 비디오 디코더 (30) 는, 엔트로피 디코딩 유닛 (70), 모션 보상 유닛 (72), 인트라 예측 유닛 (74), 팔레트 디코딩 유닛 (75), 역 양자화 유닛 (76), 역 변환 유닛 (78), 참조 화상 메모리 (82) 및 합산기 (80) 를 포함한다. 비디오 디코더 (30) 는, 일부 예들에서, 비디오 인코더 (20) (도 2) 에 대해 설명된 인코딩 패스에 일반적으로 상반되는 디코딩 패스를 수행할 수도 있다. 모션 보상 유닛 (72) 은, 엔트로피 디코딩 유닛 (70) 으로부터 수신된 모션 벡터들에 기초하여 예측 데이터를 생성할 수도 있는 한편, 인트라-예측 유닛 (74) 은 엔트로피 디코딩 유닛 (70) 으로부터 수신된 인트라-예측 모드 표시자들에 기초하여 예측 데이터를 생성할 수도 있다.
디코딩 프로세스 동안, 비디오 디코더 (30) 는, 비디오 인코더 (20) 로부터 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관된 신택스 엘리먼트들의 비디오 블록들을 표현하는 인코딩된 비디오 비트스트림을 수신한다. 비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (70) 은 양자화된 계수들, 모션 벡터들 또는 인트라-예측 모드 표시자들, 및 다른 신택스 엘리먼트들을 생성하기 위하여 비트스트림을 엔트로피 디코딩한다. 엔트로피 디코딩 유닛 (70) 은 모션 벡터들 및 다른 신택스 엘리먼트들을 모션 보상 유닛 (72) 에 포워딩한다. 비디오 디코더 (30) 는 비디오 슬라이스 레벨 및/또는 비디오 블록 레벨에서 신택스 엘리먼트들을 수신할 수도 있다.
비디오 슬라이스가 인트라 코딩된 (I) 슬라이스로서 코딩될 때, 인트라-예측 유닛 (74) 은, 현재 프레임 또는 화상의 이전에 디코딩된 블록들로부터 시그널링된 인트라-예측 모드 및 데이터에 기초하여 현재 비디오 슬라이스의 비디오 블록을 위한 예측 데이터를 생성할 수도 있다. 비디오 프레임이 인터 코딩된 (즉, B 또는 P) 슬라이스로서 코딩될 때, 모션 보상 유닛 (72) 은 엔트로피 디코딩 유닛 (70) 으로부터 수신된 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 현재 비디오 슬라이스의 비디오 블록을 위한 에측 블록들을 생성한다. 예측 블록들은 참조 화상 리스트들의 하나 내의 참조 화상들의 하나로부터 생성될 수도 있다. 비디오 디코더 (30) 는 참조 화상 메모리 (82) 에 저장된 참조 화상들에 기초하여 디폴트 (default) 구성 기법들을 이용하여 참조 프레임 리스트들, List 0 및 List 1 을 구성할 수도 있다. 모션 보상 유닛 (72) 은, 모션 벡터들 및 다른 신택스 엘리먼트들을 파싱 (parsing) 하여 현재 비디오 슬라이스의 비디오 블록을 위한 예측 정보를 결정하고, 그 예측 정보를 사용하여 디코딩되는 현재 비디오 블록을 위한 예측 블록들을 생성한다. 예를 들어, 모션 보상 유닛 (72) 은 수신된 신택스 엘리먼트들의 일부를 사용하여 비디오 슬라이스의 비디오 블록들을 코딩하는데 사용된 예측 모드 (예를 들어, 인트라 또는 인터-예측), 인터-예측 슬라이스 타입 (예를 들어, B 슬라이스 또는 P 슬라이스), 슬라이스를 위한 참조 화상 리스트들의 하나 이상을 위한 구성 정보, 슬라이스의 각 인터 인코딩된 비디오 블록을 위한 모션 벡터들, 슬라이스를 위한 각 인터 코딩된 비디오 블록을 위한 인터-예측 상태, 및 현재 비디오 슬라이스에서 비디오 블록들을 디코딩하기 위한 다른 정보를 결정한다.
모션 보상 유닛 (72) 은 또한, 보간 필터들에 기초하여 보간을 수행할 수도 있다. 모션 보상 유닛 (72) 은 비디오 블록들의 인코딩 동안 비디오 인코더 (20) 에 의해 이용되는 보간 필터들을 이용하여 참조 블록들의 서브 정수 픽셀들에 대한 보간된 값들을 계산할 수도 있다. 이 경우에, 모션 보상 유닛 (72) 은 수신된 신택스 엘리먼트들로부터 비디오 인코더 (20) 에 의해 이용된 보간 필터들을 결정하고, 보간 필터들을 이용하여 예측 블록들을 생성할 수도 있다.
역 양자화 유닛 (76) 은 비트스트림에서 제공되고 엔트로피 디코딩 유닛 (70) 에 의해 디코딩된 양자화된 변환 계수들을 역 양자화, 즉 양자화해제한다. 역 양자화 프로세스는, 양자화의 정도, 그리고, 마찬가지로, 적용되어야 하는 역 양자화의 정도를 결정하기 위해, 비디오 슬라이스에서 각 비디오 블록에 대해 비디오 디코더 (30) 에 의해 계산된 양자화 파라미터 QPY 의 이용을 포함할 수도 있다.
역 변환 유닛 (78) 은, 픽셀 도메인에서 잔차 블록들을 생성하기 위해 변환 계수들에, 역 변환, 예를 들어, 역 DCT, 역 정수 변환, 또는 개념적으로 유사한 역 변환 프로세스를 적용한다.
모션 보상 유닛 (72) 이 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 현재 비디오 블록을 위한 예측 블록을 생성한 후에,비디오 디코더 (30) 는 역 변환 유닛 (78) 으로부터의 잔차 블록들과 모션 보상 유닛 (72) 에 의해 생성된 대응하는 예측 블록들을 합산함으로써 디코딩된 비디오 블록을 형성한다. 합산기 (80) 는 이 합산 연산을 수행하는 컴포넌트 또는 컴포넌트들을 나타낸다. 원하는 경우, 블로키니스 아티팩트 (blockiness artifact) 들을 제거하기 위하여 디코딩된 블록들을 필터링하기 위하여 디블록킹 필터가 또한 적용될 수도 있다. (코딩 루프내 또는 코딩 루프 후의) 다른 루프 필터들이 또한 픽셀 천이들을 매끄럽게 하거나 또는 다른 방법으로 비디오 품질을 향상시키는데 사용될 수도 있다. 다음으로, 주어진 프레임 또는 화상에서 디코딩된 비디오 블록들은 참조 화상 메모리 (82) 에 저장되고, 이는 후속 모션 보상을 위해 사용된 참조 화상들을 저장한다. 참조 화상 메모리 (82) 는 또한, 도 1의 디스플레이 디바이스 (32) 등의 디스플레이 디바이스 상에 나중에 표시하기 위해 디코딩된 비디오를 저장한다.
본 개시물의 여러 예들에 따르면, 비디오 디코더 (30) 는 팔레트-기반의 디코딩을 수행하도록 구성될 수도 있다. 특히, 비디오 디코더 (30) 는 팔레트-기반의 디코딩을 수행하는 팔레트 디코딩 유닛 (75) 을 포함한다. 예를 들어, 팔레트 디코딩 유닛 (75) 은 픽셀 값들을 표시하는 엔트리들을 가지는 팔레트를 발생시키도록 구성될 수도 있다. 더욱이, 이 예에서, 팔레트 디코딩 유닛 (75) 은 비디오 데이터의 블록의 적어도 일부 위치들을 팔레트에서의 엔트리들과 연관시키는, 도 3 에 도시된 신택스 엘리먼트들과 같은, 정보를 수신할 수도 있다. 이 예에서, 팔레트 디코딩 유닛 (75) 은 그 정보에 기초하여 팔레트에서 픽셀 값들을 선택할 수도 있다. 게다가, 이 예에서, 팔레트 디코딩 유닛 (75) 은 선택된 픽셀 값들에 기초하여 블록의 픽셀 값들을 복원할 수도 있다. 여러 기능들이 팔레트 디코딩 유닛 (75) 에 의해 수행되는 것으로 설명되지만, 일부 또는 모두 이러한 기능들은 다른 프로세싱 유닛들, 또는 상이한 프로세싱 유닛들의 조합에 의해 수행될 수도 있다.
팔레트 디코딩 유닛 (75) 은 팔레트 코딩 모드 정보를 수신하고, 팔레트 코딩 모드가 그 블록에 적용된다고 팔레트 코딩 모드 정보가 표시할 때 상기 동작을 수행할 수도 있다. 팔레트 코딩 모드가 블록에 적용되지 않는다고 팔레트 코딩 모드 정보가 표시할 때, 또는 다른 모드 정보가 상이한 모드의 사용을 표시할 때, 팔레트 디코딩 유닛 (75) 은, 팔레트 코딩 모드가 블록에 적용되지 않는다고 팔레트 코딩 모드 정보가 표시할 때, 비디오 데이터의 블록을 비-팔레트 기반의 코딩 모드, 예컨대, HEVC 인터-예측 또는 인트라-예측 코딩 모드 등을 이용하여 디코딩한다. 비디오 데이터의 블록은 예를 들어, HEVC 코딩 프로세스에 따라서 발생된 CU 또는 PU 일 수도 있다. 비디오 디코더 (30) 는 일부 블록들을 인터-예측 시간 예측 또는 인트라-예측 공간 코딩 모드들로 디코딩하고 다른 블록들을 팔레트-기반의 코딩 모드로 디코딩할 수도 있다. 팔레트-기반의 코딩 모드는 복수의 상이한 팔레트-기반의 코딩 모드들 중 하나를 포함할 수도 있거나, 또는 단일 팔레트-기반의 코딩 모드가 있을 수도 있다.
본 개시물의 기법들 중 하나 이상에 따르면, 비디오 디코더 (30), 구체적으로 말하면, 팔레트 디코딩 유닛 (75) 은, 팔레트-코딩된 비디오 블록들의 팔레트-기반의 비디오 디코딩을 수행할 수도 있다. 위에서 설명한 바와 같이, 비디오 디코더 (30) 에 의해 디코딩된 팔레트는 명시적으로 인코딩되어 시그널링되거나, 수신된 팔레트-코딩된 블록에 대해 비디오 디코더 (30) 에 의해 복원되거나, 이전 팔레트 엔트리들로부터 예측되거나, 이전 픽셀 값들로부터 예측되거나, 또는 이들의 조합일 수도 있다.
특히, 엔트로피 디코딩 유닛 (150) 은 비디오 데이터의 블록 (예컨대, PU 또는 CU) 이 팔레트 모드를 이용하여 코딩된다는 것을 표시하는 정보를 디코딩할 수도 있다. 엔트로피 디코딩 유닛 (150) 은 블록의 각각의 픽셀이 팔레트 모드를 이용하여 어떻게 코딩되는지를 나타내는 정보를 추가로 디코딩할 수도 있다. 예를 들어, 엔트로피 디코딩 유닛 (150) 은 인덱스 값 및 런 값을 {인덱스, 런} 쌍으로서 디코딩할 수도 있다. 인덱스 값은 블록에 대한 팔레트의 엔트리를 나타내며, 여기서, 엔트리는 픽셀 값을 규정하고, 런 값은 동일한 값을 가지는 현재의 픽셀을 더한, 픽셀들의 수를 표시한다.
인덱스 값이 팔레트의 사이즈와 동일한 경우에, 엔트로피 디코딩 유닛 (150) 은 현재 픽셀이 이스케이프 픽셀인 것을 결정할 수도 있다. 따라서, 엔트로피 디코딩 유닛 (150) 은 이스케이프 픽셀을 나타내는 값을 엔트로피 디코딩할 수도 있다. 특히, 엔트로피 디코딩 유닛 (150) 은 이스케이프 픽셀에 대해 양자화된 이스케이프 픽셀 값을 디코딩할 수도 있다. 엔트로피 디코딩 유닛 (150) 은 그 다음에, 양자화된 이스케이프 픽셀 값을 팔레트 디코딩 유닛 (75) 에 패스할 수도 있다.
이 개시물의 기술들에 따라서, 팔레트 디코딩 유닛 (75) 은 양자화된 이스케이프 픽셀 값을 양자화해제할 수도 있다. 양자화된 이스케이프 픽셀 값을 양자화해제하기 위해, 팔레트 디코딩 유닛 (75) 은 다음과 같은 프로세스를 수행할 수도 있다:
1. 팔레트 디코딩 유닛 (75) 은 다음과 같이 상이한 컬러 컴포넌트 인덱스 cIdx 값들에 따라 양자화 파라미터 qP 를 도출한다:
qP = ( cIdx =　= 0 ) ? Qp'Y : ( ( cIdx =　= 1 ) ? Qp'Cb : Qp'Cr )
2. 팔레트 디코딩 유닛 (75) 은 양자화 비율 qPper 및 양자화 나머지 qPrem 를 다음과 같이 도출한다:
qPper = qP /6
qPrem = qP%6
3. 팔레트 디코딩 유닛 (75) 은 우측 시프트 파라미터 invQuantRightShift 및 오프셋 파라미터 addOffset 을 다음과 같이 도출한다:
invQuantRightShift = 6 - qPper
addOffset = invQuantRightShift == 0 ? 0 : 1<< (invQuantRightShift - 1)
4A. invQuantRightShift 가 0 보다 더 큰 경우에, 팔레트 디코딩 유닛 (75) 은 다음과 같은 절차를 수행한다:
deQuantEspValue = ( EspValue * invQuantScale[qPrem] + addOffset )>> invQuantRightShift
4B. 그렇지 않은 경우 (invQuantRightShift <= 0), 팔레트 디코딩 유닛 (75) 은 다음과 같은 절차를 수행한다:
invQuantLeftShift = - invQuantRightShift
deQuantEspValue = EspValue * invQuantScale[qPrem] << invQuantLeftShift
5. 팔레트 디코딩 유닛 (75) 은 다음과 같이 deQuantEspValue 를 심도 범위 내에 있도록 추가적으로 수정한다:
deQuantEspValue = clip3 (0, 2bitDepth-1, deQuantEspValue)
invQuantScale[.] 룩업 테이블은, 엔트리들 {40, 45, 51, 57, 64, 72} 을 갖는 어레이, 또는 예컨대 6 개의 엔트리들의 다른 룩업 테이블로서 구현될 수도 있고, 적응적 양자화 스케일링 (Adaptive Quantization Scaling) 이 인에이블될 때 이용될 수도 있다. 예를 들어, 적응적 양자화 스케일링이 인에이블되는 경우, 비디오 디코더 (30) 는 적응적 양자화 스케일링에 의해 도입되는 스케일링 팩터를 정규화하기 위해 invQuantRightShift 및/또는 invQuantLeftShift 를 조정할 수도 있다.
이러한 방식으로, 도 3 의 비디오 디코더 (30) 는, 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하고, 우측 시프트 파라미터에 대한 원래 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 원래 값의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하며, 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 역 양자화하도록 구성된 비디오 디코더의 일 예를 나타낸다.
도 4 는 본 개시물의 기법들에 따른, 비디오 데이터의 블록을 인코딩하는 예시적인 방법을 예시하는 플로우차트이다. 도 4 의 방법은 (예컨대, 도 2 에 예시된) 비디오 인코더 (20) 및 그의 컴포넌트들에 의해 수행될 수도 있다.
이 예에서, 모드 선택 유닛 (40) 은 처음에 비디오 데이터의 블록을 수신한다 (100). 블록은 예를 들어, 예측 유닛 (PU) 또는 코딩 유닛 (CU) 일 수도 있다. 모드 선택 유닛 (40) 은 그후 블록에 대한 코딩 모드를 결정한다 (102). 예를 들어, 모드 선택 유닛 (40) 은 여러 코딩 모드들을 테스트하고 그 모드들을 레이트-왜곡 최적화 (RDO) 프로세스를 이용하여 비교할 수도 있다. 더욱이, 모드 선택 유닛 (40) 은 또한 여러 블록 사이즈들 및 블록 파티셔닝 방식들을 RDO 프로세스를 이용하여 비교할 수도 있다.
모드 선택 유닛 (40) 은 인트라- 또는 인터-예측 모드를 선택할 수도 있으며, 이 경우, 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 또는 인트라 예측 유닛 (46) 은 블록의 픽셀들을, 인트라-예측 또는 인터-예측을 이용하여 각각 예측하여 (104), 예측된 블록을 형성할 수도 있다. 비디오 인코더 (20) 는 그후 블록의 잔차 값들을 형성하고 프로세싱할 수도 있다 (106). 예를 들어, 잔차 발생 유닛 (50) 은 예측된 블록으로부터 픽셀 단위로 원래 블록을 감산하여, 잔차 블록을 형성할 수도 있다. 변환 프로세싱 유닛 (52) 은 그후 잔차 블록을 예를 들어, DCT 와 같은, 변환을 이용하여 변환하여, 변환 블록을 형성할 수도 있다. 양자화 유닛 (54) 은 그후 변환 블록의 변환 계수들을 양자화하고, 양자화된 변환 계수들을 엔트로피 인코딩 유닛 (56) 에 제공할 수도 있다. 모드 선택 유닛 (40) 은 또한 예측 모드를 나타내는 정보 (예컨대, 인트라-예측이 이용되면 인트라/인터, 선택된 인트라 모드, 또는 인터-예측이 이용되면 모션 파라미터들) 를 엔트로피 인코딩 유닛 (56) 에 제공한다. 따라서, 엔트로피 인코딩 유닛 (56) 은 예측 정보 및 잔차 값들 (즉, 양자화된 변환 계수들) 을 엔트로피 인코딩한다 (108).
대안적으로, 모드 선택 유닛 (40) 은 블록을 코딩할 팔레트 모드를 선택할 수도 있으며, 이 경우, 팔레트 인코딩 유닛 (49) 은 블록에 대한 픽셀 통계치들을 분석한다 (110). 예를 들어, 팔레트 인코딩 유닛 (49) 은 빈번하게 사용된 픽셀 값들을 결정할 수도 있다. 팔레트 인코딩 유닛 (49) 은 그후 통계치들에 기초하여 블록에 대한 팔레트를 형성한다 (112). 도 4 에 도시되지는 않지만, 엔트로피 인코딩 유닛 (56) 은 팔레트에 대한 데이터를 엔트로피 인코딩할 수도 있다. 예를 들어, 팔레트는 예컨대, 테이블 1 및 테이블 2 에 관하여 위에서 설명된 바와 같이, 이전에 사용된 팔레트에 대해 예측 코딩될 수도 있다.
팔레트 인코딩 유닛 (49) 은 그후 픽셀들을 코딩할 방법을 결정하기 위해 블록의 픽셀들을 스캐닝할 수도 있다 (114). 예를 들어, 팔레트 인코딩 유닛 (49) 은 현재의 픽셀 값이 팔레트에 포함되는지 여부를 결정할 수도 있다. 픽셀 값이 팔레트에 포함되면, 팔레트 인코딩 유닛 (49) 은 픽셀 값에 대응하는 팔레트로부터의 인덱스를 엔트로피 인코딩 유닛 (56) 에 제공할 수도 있으며, 그 엔트로피 인코딩 유닛 (56) 은 인덱스 값을 엔트로피 인코딩할 수도 있다 (116). 더욱이, 팔레트 인코딩 유닛 (49) 은 동일한 값을 가지는 이전 픽셀에 뒤따르는 로우에서의 픽셀들의 수를 결정하고, "런" 값을 엔트로피 인코딩 유닛 (56) 에 제공할 수도 있으며, 그 엔트로피 인코딩 유닛 (56) 이 런 값을 엔트로피 인코딩할 수도 있다 (118).
대안적으로, 현재의 픽셀이 팔레트에서의 값을 갖지 않을 때, 팔레트 인코딩 유닛 (49) 은 픽셀에 대한 값이 상부-이웃하는 픽셀 값과 동일한지 여부를 결정할 수도 있다. 일부 예들에서, 이 결정은 픽셀 값이 팔레트에서의 값에 대응하는지 여부를 결정하기 전에 이루어질 수도 있다. 어쨌든, 현재의 픽셀이 상부-이웃하는 픽셀 값과 동일한 값을 가지면, 팔레트 인코딩 유닛 (49) 은 그들의 상부-이웃하는 픽셀들과 동일한 값들을 가지는 픽셀들의 수를 기술하는 런 값을 엔트로피 인코딩 유닛 (56) 에 제공할 수도 있으며, 이 엔트로피 인코딩 유닛 (56) 은 런 값을 엔트로피 인코딩할 수도 있다 (120).
현재의 픽셀이 팔레트에서의 값에 대응하지 않고 상부-이웃하는 픽셀과 동일한 값을 갖지 않으면, 팔레트 인코딩 유닛 (49) 은 픽셀을 이스케이프 픽셀로서 인코딩할 수도 있다. 특히, 팔레트 인코딩 유닛 (49) 은 팔레트의 사이즈와 동일한 인덱스 값을 엔트로피 인코딩 유닛 (56) 에 제공할 수도 있으며, 그 엔트로피 인코딩 유닛 (56) 이 인덱스 값을 팔레트의 사이즈로서 엔트로피 코딩할 수도 있다 (122). 팔레트의 사이즈와 동일한 인덱스 값은 현재의 픽셀이 이스케이프 픽셀로서 인코딩되고 있다는 것을 시그널링할 수도 있다. 팔레트 인코딩 유닛 (49) 은 이스케이프 픽셀의 값을 엔트로피 인코딩 유닛 (56) 에 추가로 제공할 수도 있다.
이 개시물의 기술들에 따라서, 팔레트 인코딩 유닛 (49) 은 픽셀 값을 양자화할 수도 있다 (124). 픽셀 값의 양자화는 일반적으로 비트단위 시프트 연산을 포함할 수도 있다. 특히, 상기 설명된 바와 같이, 팔레트 인코딩 유닛 (49) 이 양자화 동안 좌측 시프트 파라미터가 0 이하인 것을 결정하는 경우에, 팔레트 인코딩 유닛 (49) 은 대신에 좌측 시프트 파라미터의 절대 값과 동일한 절대 값을 가지고 또한 포지티브 값을 갖는 우측 시프트 파라미터를 이용하여 비트단위 우측-시프트를 수행할 수도 있다. 팔레트 인코딩 유닛 (49) 은 그 다음에, 양자화된 이스케이프 픽셀 값을 엔트로피 인코딩 유닛 (56) 에 제공할 수도 있고, 이 엔트로피 인코딩 유닛 (56) 은 양자화된 픽셀 값을 엔트로피 인코딩할 수도 있다 (126).
비디오 인코더 (20) 는 팔레트 모드 코딩된 블록의 각 픽셀에 대해 이 프로세스 (예컨대, 단계들 116 및 118 의 시퀀스, 단계 120, 또는 단계들 122-126 의 시퀀스의 하나) 를 수행할 수도 있다.
이러한 방식으로, 도 4 의 방법은, 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 좌측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하는 단계, 좌측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 우측 시프트 파라미터에 대한 값을, 좌측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하는 단계, 및 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 양자화하는 단계를 포함하는, 비디오 데이터를 인코딩하는 방법의 일 예를 나타낸다.
도 5 는 본 개시물의 기법들에 따른, 비디오 데이터의 블록을 디코딩하는 예시적인 방법을 예시하는 플로우차트이다. 도 5 의 방법은 (예컨대, 도 3 에 예시된) 비디오 디코더 (30) 및 그의 컴포넌트들에 의해 수행될 수도 있다.
먼저, 엔트로피 디코딩 유닛 (70) 은 비디오 데이터의 블록에 대한 코딩 모드를 표시하는 데이터를 디코딩할 수도 있다 (150). 엔트로피 디코딩 유닛 (70) 은 이 데이터를 이용하여 블록에 대한 코딩 모드, 예컨대, 인트라-예측, 인터-예측, 또는 팔레트 모드 중 하나를 결정할 수도 있다 (152).
코딩 모드가 인트라-예측 또는 인터-예측인 경우, 엔트로피 디코딩 유닛 (70) 은 예측 정보 (예컨대, 인트라-모드 또는 모션 파라미터들) 를 디코딩하고, 인트라-예측 또는 인터-예측을 수행하도록 예측 정보를 모션 보상 유닛 (72) 또는 인트라 예측 유닛 (74) 중 적절한 하나에 제공할 수도 있다 (154). 예를 들어, 인트라 예측 유닛 (74) 은 인트라-예측 모드를 이용하여 그 블록에 이웃하는 픽셀들로부터 예측 블록을 구성할 수도 있다. 다른 예로서, 모션 보상 유닛 (72) 은 모션 파라미터들을 이용하여, 참조 화상 메모리 (82) 의 이전에 디코딩된 화상으로부터 참조 블록을 취출할 (그리고, 잠재적으로는, 프로세싱할, 예컨대, 필터링할) 수도 있다.
게다가, 비디오 디코더 (30) 는 블록의 잔차 값들을 디코딩하고 프로세싱할 수도 있다 (156). 예를 들어, 역양자화 유닛 (76) 은 양자화된 변환 계수들을 역양자화할 수도 있으며, 역변환 유닛 (78) 은 변환 계수들을 역변환하여, 잔차 블록을 복원할 수도 있다. 합산기 (80) 는 그후 잔차 블록의 잔차 값들과 예측된 블록의 예측된 값들을 결합하여 (158) 원래 블록을 복원할 수도 있다.
대안적으로, 엔트로피 디코딩 유닛 (70) 은 블록에 대한 코딩 모드가 팔레트 모드인 것을 결정할 수도 있다. 이 경우, 엔트로피 디코딩 유닛 (70) 은 블록의 팔레트에 대한 데이터를 디코딩할 수도 있는 한편, 팔레트 디코딩 유닛 (75) 은 엔트로피 디코딩된 데이터를 이용하여 블록 (160) 에 대한 팔레트를 디코딩할 수도 있다 (160). 테이블 1 및 테이블 2 에 관하여 위에서 설명된 바와 같이, 팔레트는 이전 팔레트에 대해 예측 코딩될 수도 있다. 따라서, 엔트로피 디코딩 유닛 (70) 은 팔레트에 대한 엔트로피 디코딩된 데이터를 팔레트 디코딩 유닛 (75) 에 제공할 수도 있으며, 이 팔레트 디코딩 유닛 (75) 은 블록에 대한 팔레트를 디코딩된 데이터를 이용하여 복원할 수도 있다.
엔트로피 디코딩 유닛 (70) 은 또한 블록의 픽셀들에 대한 데이터를 디코딩할 수도 있다 (164). 예를 들어, 디코딩된 데이터는 팔레트의 사이즈 미만인 인덱스 값에 대응할 수도 있다. 이 경우, 엔트로피 디코딩 유닛 (70) 은 또한 런 값을 디코딩하고 (166), 인덱스 및 런 값을 팔레트 디코딩 유닛 (75) 에 제공할 수도 있다. 팔레트 디코딩 유닛 (75) 은 런에서의 픽셀들의 각각 및 픽셀의 값을 인덱스 값에 대응하는 팔레트의 픽셀 값과 동일하게 설정할 수도 있다 (168).
다른 예로서, 디코딩된 데이터는 인덱스 값 없는 런 값일 수도 있다. 이러한 인덱스 값 없는 런 값은 상부 복사 모드를 이용하여 코딩된 픽셀들의 수를 표시할 수도 있다. 이 경우, 엔트로피 디코딩 유닛 (70) 은 런 값을 팔레트 디코딩 유닛 (75) 에 제공할 수도 있으며, 이 팔레트 디코딩 유닛 (75) 은 런에서의 픽셀들의 각각에 대한 값들을 개별 상부-이웃하는 픽셀 값들의 값들과 동일하게 설정할 수도 있다 (170).
다른 예로서, 디코딩된 데이터는 팔레트의 사이즈와 동일한 인덱스 값일 수도 있다. 이 경우에, 엔트로피 디코딩 유닛 (70) 은 현재 픽셀이 이스케이프 픽셀로서 인코딩되는 것을 결정할 수도 있다. 엔트로피 디코딩 유닛 (70) 은 이스케이프 픽셀에 대해 양자화된 값을 엔트로피 디코딩하고 (172), 양자화된 값을 팔레트 디코딩 유닛 (75) 에 제공할 수도 있다. 팔레트 디코딩 유닛 (75) 은, 다시, 양자화된 값을 양자화해제할 수도 있다 (174). 특히, 팔레트 디코딩 유닛 (75) 은, 예컨대, 상기 더 자세히 설명되고 이하 도 6 에 대해 설명되는 바와 같이, 이 개시물의 기술들을 이용하여 양자화된 값을 양자화해제할 수도 있다.
비디오 디코더 (30) 는, 팔레트 모드 코딩된 블록의 각 픽셀에 대해 이 프로세스 (예컨대, 단계들 166 및 168 의 시퀀스, 단계 170, 또는 단계들 172 및 174 의 시퀀스 중 하나) 를 수행하고, 이에 의해, 팔레트 모드 코딩된 블록을 디코딩할 수도 있다.
이러한 방식으로, 도 5 의 방법은, 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하는 단계, 우측 시프트 파라미터에 대한 원래 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 원래 값의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하는 단계, 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 역 양자화하는 단계를 포함하는 방법의 일 예를 나타낸다.
도 6 은 이 개시물의 기술들에 따라서 팔레트 디코딩 유닛 (75) 이 비디오 데이터의 팔레트-모드 인코딩된 블록의 양자화된 이스케이프 픽셀 값을 양자화해제할 수도 있는 일 예시적인 기술을 나타내는 플로우차트이다. 일반적으로, 도 6 의 방법은 도 5 의 엘리먼트 (174) 에 대응할 수도 있다. 즉, 도 6 은 비디오 데이터의 팔레트-모드 인코딩된 블록의 양자화된 이스케이프 픽셀 값을 양자화해제하는 방법의 하나의 예를 나타낸다. 도 6 에 나타낸 단계들은 도시된 순서로 반드시 수행될 필요는 없으며, 어떤 단계들은 병렬적으로 수행될 수도 있다.
이 예에서, 처음에, 팔레트 디코딩 유닛 (75) 은 비디오 데이터의 팔레트-모드 인코딩된 블록에 대해 양자화 파라미터 (quantization parameter; QP) 를 도출한다 (200). 예를 들어, 팔레트 디코딩 유닛 (75) 은 다음과 같은 식을 이용하여 QP 를 결정할 수도 있다:
QP = ( cIdx =　= 0 ) ? Qp'Y : ( ( cIdx =　= 1 ) ? Qp'Cb : Qp'Cr )
이 예에서, cIdx 는 비디오 데이터의 블록에 대한 콘텍스트 인덱스를 나타낸다. cIdx 의 값은, 그 블록이 루마 블록, 청색조 크로미넌스 블록, 또는 적색조 크로미넌스 블록인지 여부에 기초하여 설정될 수도 있다.
팔레트 디코딩 유닛 (75) 은 그 다음에, QP 비율 값 및 QP 나머지 값을 결정할 수도 있다 (202). 예를 들어, 팔레트 디코딩 유닛 (75) 은 다음과 같은 식들에 따라 QP 비율 (qPper) 값 및 QP 나머지 (qPrem) 값을 결정할 수도 있다:
qPper = qP /6
qPrem = qP%6
팔레트 디코딩 유닛 (75) 은 그 다음에, 우측 시프트 파라미터 값을 도출할 수도 있다 (204). 예를 들어, 팔레트 디코딩 유닛 (75) 은 다음과 같은 식에 따라 우측 시프트 파라미터 (invQuantRightShift) 값을 도출할 수도 있다:
invQuantRightShift = 6 - qPper
또한, 팔레트 디코딩 유닛 (75) 은 오프셋 파라미터 값을 도출할 수도 있다 (206). 팔레트 디코딩 유닛 (75) 은 다음과 같은 식에 따라 오프셋 파라미터 (addOffset) 값을 도출할 수도 있다:
addOffset = invQuantRightShift == 0 ? 0 : 1<< (invQuantRightShift - 1)
팔레트 디코딩 유닛 (75) 은 그 다음에, 우측 시프트 파라미터 값이 0 이하인지 여부를 결정할 수도 있다 (208). 그렇지 않은 경우 (즉, 우측 시프트 파라미터 값이 0 보다 더 큰 경우) (208 의 "아니오" 브랜치), 팔레트 디코딩 유닛 (75) 은 우측 시프트 파라미터 값 및 오프셋 파라미터 값을 이용하여 이스케이프 픽셀에 대한 양자화된 값으로부터 이스케이프 픽셀에 대한 양자화해제된 값을 계산할 수도 있다 (210). 예를 들어, 팔레트 디코딩 유닛 (75) 은 다음과 같은 식에 따라서 양자화해제된 값 (deQuantEspValue) 을 계산할 수도 있다:
deQuantEspValue = ( EspValue * invQuantScale[qPrem] + addOffset )>> invQuantRightShift,
여기서, EspValue 는 양자화된 값을 나타내고, invQuantScale[.] 는 {40, 45, 51, 57, 64, 72} 와 같은 룩업 테이블을 나탄내다.
다른 한편, 우측 시프트 파라미터가 0 이하인 경우 (208 의 "예" 브랜치), 팔레트 디코딩 유닛 (75) 은 우측 시프트 파라미터 값의 절대 값과 동일한 포지티브 값인 것으로서 좌측 시프트 파라미터 값을 계산할 수도 있다 (212). 팔레트 디코딩 유닛 (75) 은 그 다음에, 좌측 시프트 파라미터 값을 이용하여 양자화된 값으로부터 양자화해제된 값을 계산할 수도 있다 (214). 예를 들어, 팔레트 디코딩 유닛 (75) 은 다음과 같은 식에 따라 양자화해제된 값 (deQuantEspValue) 을 계산할 수도 있다:
deQuantEspValue = EspValue * invQuantScale[qPrem] << invQuantLeftShift
팔레트 디코딩 유닛 (75) 은 그 다음에, 그 양자화해제된 값을 라운딩할 수도 있다 (216). 예를 들어, 팔레트 디코딩 유닛 (75) 은 다음과 같은 예시적인 클립핑 연산을 이용하여 양자화해제된 값을 라운딩할 수도 있다:
deQuantEspValue = clip3 (0, 2bitDepth-1, deQuantEspValue),
여기서, clip3 는 ITU-T H.265 에서 정의된 바와 같은 함수이다. 특히, H.265 는 다음과 같이 clip3(x, y, z) 를 정의한다:
Figure pct00005
다른 예들에서, 양자화해제된 이스케이프 픽셀의 값이 대응하는 심도 범위 내인 것을 보장하기 위해 다른 라운딩 (rounding) 연산들이 이용될 수도 있다.
이러한 방식으로, 도 6 의 방법은, 비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하는 단계, 우측 시프트 파라미터에 대한 원래 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 원래 값의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하는 단계, 및 좌측 시프트 파라미터의 값을 이용하여 이스케이프-모드 코딩된 픽셀을 역 양자화하는 단계를 포함하는 방법의 일 예를 나타낸다.
예에 따라, 여기에 기재된 기법들 중 어느 것의 특정 행위들 또는 이벤트들이 상이한 시퀀스에서 수행될 수 있거나, 추가될 수 있거나, 병합될 수 있거나, 또는 전부 생략될 수 있다 (에를 들어, 모든 설명된 행위들 또는 이벤트들이 그 기법들의 실시를 위해 필요한 것은 아니다) 는 것이 인식되야 한다. 또한, 특정 예들에서, 행위들 또는 이벤트들은, 예를 들어, 순차적으로 보다는 멀티 스레드 프로세싱, 인터럽트 프로세싱 또는 멀티플 프로세서들을 통해, 동시적으로 수행될 수도 있다.
하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되면, 그 기능들은 컴퓨터 판독가능 매체 상의 하나 이상의 명령 또는 코드로서 저장되거나 송신될 수도 있고 하드웨어 기반 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터 판독가능 매체는, 예를 들면, 통신 프로토콜에 따라, 일 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함하는 통신 매체 또는 데이터 저장 매체와 같은 유형의 매체에 대응하는 컴퓨터 판독가능 저장 매체를 포함할 수도 있다. 이런 방식으로, 컴퓨터 판독가능 매체는 일반적으로, (1) 비일시적인 유형의 컴퓨터 판독가능 저장 매체 또는 (2) 신호 또는 캐리어 파와 같은 통신 매체에 대응할 수도 있다. 데이터 저장 매체는, 본 개시에서 설명된 기술들의 구현을 위해 명령들, 코드 및/또는 데이터 구조들을 취출하기 위하여 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 가용 매체일 수도 있다. 컴퓨터 프로그램 제품은 컴퓨터 판독가능 매체를 포함할 수 있다.
비한정적 예로서, 이러한 컴퓨터 판독가능 저장 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장, 자성 디스크 저장 또는 다른 자성 저장 디바이스들, 플래시 메모리, 또는 명령 또는 데이터 구조의 형태로 원하는 프로그램 코드를 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 컴퓨터 판독가능 매체로 적절히 명칭된다. 예를 들어, 명령들이 동축 케이블, 광섬유 케이블, 연선 (twisted pair), 디지털 가입자 라인 (DSL), 또는 적외선, 전파 (radio), 및 마이크로파와 같은 무선 기술을 사용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되면, 그 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 전파, 및 마이크로파와 같은 무선 기술은 매체의 정의 내에 포함된다. 하지만, 컴퓨터 판독가능 저장 매체 및 데이터 저장 매체는 접속, 캐리어 파, 신호 또는 다른 일시적 매체를 포함하는 것이 아니라, 대신에 비일시적, 유형의 저장 매체에 관한 것이 이해되야 한다. 여기에 설명된 바와 같이, 디스크 (disk) 및 디스크 (disc) 는 콤팩트 디스크 (CD), 레이저 디스크, 광 디스크, DVD (digital versatile disc), 플로피 디스크 및 블루-레이 디스크를 포함하며, 여기서, 디스크 (disk) 는 일반적으로 데이터를 자기적으로 재생하지만, 디스크 (disc) 는 레이저를 이용하여 광학적으로 데이터를 재생한다. 또한, 상기의 조합은 컴퓨터 판독가능 매체의 범위 내에 포함되어야 한다.
명령들은 하나 이상의 프로세서, 이를테면 하나 이상의 DSP (digital signal processor), 범용 마이크로프로세서, ASIC (application specific integrated circuit), FPGA (field programmable logic array), 또는 다른 동등한 집적 또는 이산 로직 회로에 의해 실행될 수도 있다. 따라서, 본원에 사용된 용어 "프로세서" 는 이전 구조 중 임의의 것 또는 본원에 설명된 기술들의 구현에 적합한 임의의 다른 구조를 지칭할 수도 있다. 추가로, 몇몇 양태들에서, 여기서 설명된 기능은 인코딩 및 디코딩을 위해 구성된 전용 하드웨어 모듈 및/또는 소프트웨어 모듈 내에 제공되거나 또는 결합된 코덱에 포함될 수도 있다. 또한, 그 기법들은 하나 이상의 회로 또는 로직 엘리먼트들에서 완전히 구현될 수 있다.
본 개시의 기법들은 무선 핸드셋, 집적 회로 (IC) 또는 IC 들의 셋트 (예를 들면, 칩 셋트) 를 포함하여, 폭넓게 다양한 디바이스들 또는 장치들에서 구현될 수도 있다. 다양한 컴포넌트들, 모듈들 또는 유닛들이, 개시된 기술들을 수행하도록 구성된 디바이스들의 기능적인 양태들을 강조하기 위하여 본 개시에 설명되었지만, 다른 하드웨어 유닛들에 의한 실현을 반드시 필요로 하는 것은 아니다. 오히려, 전술된 바처럼, 다양한 유닛들이 코덱 하드웨어 유닛에 결합될 수도 있거나 또는 적합한 소프트웨어 및/또는 펌웨어와 함께, 전술된 하나 이상의 프로세서들을 포함하는 연동적인 (interoperative) 하드웨어 유닛들의 집합에 의해 제공될 수도 있다.
다양한 예들이 설명되었다. 이들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.

Claims (29)

  1. 비디오 데이터를 디코딩하는 방법으로서,
    비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하는 단계;
    상기 우측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 상기 우측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하는 단계; 및
    상기 좌측 시프트 파라미터의 값을 이용하여 상기 이스케이프-모드 코딩된 픽셀을 역 양자화하는 단계를 포함하는, 비디오 데이터를 디코딩하는 방법.
  2. 제 1 항에 있어서,
    상기 블록에 대한 양자화 파라미터 (qP) 의 값에 기초하여 상기 우측 시프트 파라미터에 대한 값을 결정하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
  3. 제 2 항에 있어서,
    상기 이스케이프-모드 코딩된 픽셀을 포함하는 컬러 컴포넌트의 컬러 컴포넌트 인덱스 (cIdx) 에 기초하여 상기 qP 의 값을 결정하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
  4. 제 2 항에 있어서,
    상기 우측 시프트 파라미터에 대한 값을 결정하는 단계는,
    식 qPper = qP /6 에 따라 양자화 비율 (qPper) 을 계산하는 단계; 및
    식 invQuantRightShift = 6 - qPper 에 따라 상기 우측 시프트 파라미터에 대한 값 (invQuantRightShift) 을 계산하는 단계를 포함하고,
    여기서, qP 는 상기 qP 의 값을 나타내는, 비디오 데이터를 디코딩하는 방법.
  5. 제 1 항에 있어서,
    상기 이스케이프-모드 코딩된 픽셀을 역 양자화하는 단계는,
    식 deQuantEspValue = EspValue * invQuantScale[qPrem] << invQuantLeftShift 에 따라 상기 이스케이프-모드 코딩된 픽셀에 대한 값 (deQuantEspValue) 을 계산하는 단계를 포함하고,
    여기서, EspValue 는 상기 이스케이프-모드 코딩된 픽셀에 대해 코딩된, 코딩된 양자화된 이스케이프 값을 나타내고, invQuantScale 은 역 양자화 스케일 값들의 어레이를 나타내며, qPrem 은 양자화 파라미터 나머지 값을 나타내고, invQuantLeftShift 는 상기 좌측 시프트 파라미터의 값을 나타내며, << 는 비트단위 좌측-시프트 연산자를 나타내는, 비디오 데이터를 디코딩하는 방법.
  6. 제 5 항에 있어서,
    invQuantScale 은 {40, 45, 51, 57, 64, 72} 를 포함하는, 비디오 데이터를 디코딩하는 방법.
  7. 제 1 항에 있어서,
    상기 팔레트-모드 코딩된 블록에 대한 팔레트를 디코딩하는 단계;
    상기 팔레트를 이용하여 상기 블록의 적어도 하나의 다른 픽셀을 디코딩하는 단계; 및
    상기 이스케이프-모드 코딩된 픽셀 및 디코딩된 상기 적어도 하나의 다른 픽셀을 이용하여 상기 블록을 재구성하는 단계를 더 포함하는, 비디오 데이터를 디코딩하는 방법.
  8. 비디오 데이터를 디코딩하기 위한 디바이스로서,
    비디오 데이터를 저장하도록 구성된 메모리; 및
    비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하고;
    상기 우측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 상기 우측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하며; 그리고
    상기 좌측 시프트 파라미터의 값을 이용하여 상기 이스케이프-모드 코딩된 픽셀을 역 양자화하도록 구성된 비디오 디코더를 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  9. 제 8 항에 있어서,
    상기 비디오 디코더는, 상기 블록에 대한 양자화 파라미터 (qP) 의 값에 기초하여 상기 우측 시프트 파라미터에 대한 값을 결정하도록 더 구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  10. 제 9 항에 있어서,
    상기 비디오 디코더는, 상기 이스케이프-모드 코딩된 픽셀을 포함하는 컬러 컴포넌트의 컬러 컴포넌트 인덱스 (cIdx) 에 기초하여 상기 qP 의 값을 결정하도록 더 구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  11. 제 9 항에 있어서,
    상기 우측 시프트 파라미터에 대한 값을 결정하기 위해, 상기 비디오 디코더는,
    식 qPper = qP /6 에 따라 양자화 비율 (qPper) 을 계산하고; 그리고
    식 invQuantRightShift = 6 - qPper 에 따라 상기 우측 시프트 파라미터에 대한 값 (invQuantRightShift) 을 계산하도록 더 구성되고,
    여기서, qP 는 상기 qP 의 값을 나타내는, 비디오 데이터를 디코딩하기 위한 디바이스.
  12. 제 8 항에 있어서,
    상기 이스케이프-모드 코딩된 픽셀을 역 양자화하기 위해, 상기 비디오 디코더는,
    식 deQuantEspValue = EspValue * invQuantScale[qPrem] << invQuantLeftShift 에 따라 상기 이스케이프-모드 코딩된 픽셀에 대한 값 (deQuantEspValue) 을 계산하도록 더 구성되고,
    여기서, EspValue 는 상기 이스케이프-모드 코딩된 픽셀에 대해 코딩된, 코딩된 양자화된 이스케이프 값을 나타내고, invQuantScale 은 역 양자화 스케일 값들의 어레이를 나타내며, qPrem 은 양자화 파라미터 나머지 값을 나타내고, invQuantLeftShift 는 상기 좌측 시프트 파라미터의 값을 나타내며, << 는 비트단위 좌측-시프트 연산자를 나타내는, 비디오 데이터를 디코딩하기 위한 디바이스.
  13. 제 12 항에 있어서,
    invQuantScale 은 {40, 45, 51, 57, 64, 72} 를 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  14. 제 8 항에 있어서,
    상기 비디오 디코더는,
    상기 팔레트-모드 코딩된 블록에 대한 팔레트를 디코딩하고;
    상기 팔레트를 이용하여 상기 블록의 적어도 하나의 다른 픽셀을 디코딩하며; 그리고
    상기 이스케이프-모드 코딩된 픽셀 및 디코딩된 상기 적어도 하나의 다른 픽셀을 이용하여 상기 블록을 재구성하도록 더 구성되는, 비디오 데이터를 디코딩하기 위한 디바이스.
  15. 제 8 항에 있어서,
    상기 디바이스는,
    집적 회로;
    마이크로프로세서; 또는
    무선 통신 디바이스
    중 적어도 하나를 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  16. 비디오 데이터를 디코딩하기 위한 디바이스로서,
    비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하는 수단;
    상기 우측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 상기 우측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하는 수단; 및
    상기 좌측 시프트 파라미터의 값을 이용하여 상기 이스케이프-모드 코딩된 픽셀을 역 양자화하는 수단을 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  17. 제 16 항에 있어서,
    상기 블록에 대한 양자화 파라미터 (qP) 의 값에 기초하여 상기 우측 시프트 파라미터에 대한 값을 결정하는 수단을 더 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  18. 제 17 항에 있어서,
    상기 이스케이프-모드 코딩된 픽셀을 포함하는 컬러 컴포넌트의 컬러 컴포넌트 인덱스 (cIdx) 에 기초하여 상기 qP 의 값을 결정하는 수단을 더 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  19. 제 17 항에 있어서,
    상기 우측 시프트 파라미터에 대한 값을 결정하는 수단은,
    식 qPper = qP /6 에 따라 양자화 비율 (qPper) 을 계산하는 수단; 및
    식 invQuantRightShift = 6 - qPper 에 따라 상기 우측 시프트 파라미터에 대한 값 (invQuantRightShift) 을 계산하는 수단을 포함하고,
    여기서, qP 는 상기 qP 의 값을 나타내는, 비디오 데이터를 디코딩하기 위한 디바이스.
  20. 제 16 항에 있어서,
    상기 이스케이프-모드 코딩된 픽셀을 역 양자화하는 수단은,
    식 deQuantEspValue = EspValue * invQuantScale[qPrem] << invQuantLeftShift 에 따라 상기 이스케이프-모드 코딩된 픽셀에 대한 값 (deQuantEspValue) 을 계산하는 수단을 포함하고,
    여기서, EspValue 는 상기 이스케이프-모드 코딩된 픽셀에 대해 코딩된, 코딩된 양자화된 이스케이프 값을 나타내고, invQuantScale 은 역 양자화 스케일 값들의 어레이를 나타내며, qPrem 은 양자화 파라미터 나머지 값을 나타내고, invQuantLeftShift 는 상기 좌측 시프트 파라미터의 값을 나타내며, << 는 비트단위 좌측-시프트 연산자를 나타내는, 비디오 데이터를 디코딩하기 위한 디바이스.
  21. 제 20 항에 있어서,
    invQuantScale 은 {40, 45, 51, 57, 64, 72} 를 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  22. 제 16 항에 있어서,
    상기 팔레트-모드 코딩된 블록에 대한 팔레트를 디코딩하는 수단;
    상기 팔레트를 이용하여 상기 블록의 적어도 하나의 다른 픽셀을 디코딩하는 수단; 및
    상기 이스케이프-모드 코딩된 픽셀 및 디코딩된 상기 적어도 하나의 다른 픽셀을 이용하여 상기 블록을 재구성하는 수단을 더 포함하는, 비디오 데이터를 디코딩하기 위한 디바이스.
  23. 명령들을 저장한 컴퓨터-판독가능 저장 매체로서,
    상기 명령들은, 실행될 때, 비디오 데이터를 디코딩하기 위한 디바이스의 프로세서로 하여금,
    비디오 데이터의 팔레트-모드 코딩된 블록의 이스케이프-모드 코딩된 픽셀에 대한 우측 시프트 파라미터에 대한 값이 0 보다 적은 것을 결정하게 하고;
    상기 우측 시프트 파라미터에 대한 값이 0 보다 적은 것에 기초하여, 좌측 시프트 파라미터에 대한 값을, 상기 우측 시프트 파라미터의 절대 값과 동일한 절대 값을 갖는 포지티브 값으로 설정하게 하며; 그리고
    상기 좌측 시프트 파라미터의 값을 이용하여 상기 이스케이프-모드 코딩된 픽셀을 역 양자화하게 하는, 컴퓨터-판독가능 저장 매체.
  24. 제 23 항에 있어서,
    상기 프로세서로 하여금, 상기 블록에 대한 양자화 파라미터 (qP) 의 값에 기초하여 상기 우측 시프트 파라미터에 대한 값을 결정하게 하는 명령들을 더 포함하는, 컴퓨터-판독가능 저장 매체.
  25. 제 24 항에 있어서,
    상기 프로세서로 하여금, 상기 이스케이프-모드 코딩된 픽셀을 포함하는 컬러 컴포넌트의 컬러 컴포넌트 인덱스 (cIdx) 에 기초하여 상기 qP 의 값을 결정하게 하는 명령들을 더 포함하는, 컴퓨터-판독가능 저장 매체.
  26. 제 24 항에 있어서,
    상기 프로세서로 하여금 상기 우측 시프트 파라미터에 대한 값을 결정하게 하는 상기 명령들은, 상기 프로세서로 하여금,
    식 qPper = qP /6 에 따라 양자화 비율 (qPper) 을 계산하게 하고; 그리고
    식 invQuantRightShift = 6 - qPper 에 따라 상기 우측 시프트 파라미터에 대한 값 (invQuantRightShift) 을 계산하게 하는 명령들을 포함하고,
    여기서, qP 는 상기 qP 의 값을 나타내는, 컴퓨터-판독가능 저장 매체.
  27. 제 23 항에 있어서,
    상기 프로세서로 하여금 상기 이스케이프-모드 코딩된 픽셀을 역 양자화하게 하는 상기 명령들은, 상기 프로세서로 하여금,
    식 deQuantEspValue = EspValue * invQuantScale[qPrem] << invQuantLeftShift 에 따라 상기 이스케이프-모드 코딩된 픽셀에 대한 값 (deQuantEspValue) 을 계산하게 하는 명령들을 포함하고,
    여기서, EspValue 는 상기 이스케이프-모드 코딩된 픽셀에 대해 코딩된, 코딩된 양자화된 이스케이프 값을 나타내고, invQuantScale 은 역 양자화 스케일 값들의 어레이를 나타내며, qPrem 은 양자화 파라미터 나머지 값을 나타내고, invQuantLeftShift 는 상기 좌측 시프트 파라미터의 값을 나타내며, << 는 비트단위 좌측-시프트 연산자를 나타내는, 컴퓨터-판독가능 저장 매체.
  28. 제 27 항에 있어서,
    invQuantScale 은 {40, 45, 51, 57, 64, 72} 를 포함하는, 컴퓨터-판독가능 저장 매체.
  29. 제 23 항에 있어서,
    상기 프로세서로 하여금,
    상기 팔레트-모드 코딩된 블록에 대한 팔레트를 디코딩하게 하고;
    상기 팔레트를 이용하여 상기 블록의 적어도 하나의 다른 픽셀을 디코딩하게 하며; 그리고
    상기 이스케이프-모드 코딩된 픽셀 및 디코딩된 상기 적어도 하나의 다른 픽셀을 이용하여 상기 블록을 재구성하게 하는 명령들을 더 포함하는, 컴퓨터-판독가능 저장 매체.
KR1020177021410A 2015-01-31 2016-01-29 팔레트 모드 코딩을 위한 이스케이프 픽셀들 코딩 KR102031468B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562110519P 2015-01-31 2015-01-31
US62/110,519 2015-01-31
US15/009,609 2016-01-28
US15/009,609 US10057587B2 (en) 2015-01-31 2016-01-28 Coding escape pixels for palette mode coding
PCT/US2016/015672 WO2016123492A1 (en) 2015-01-31 2016-01-29 Coding escape pixels for palette mode coding

Publications (2)

Publication Number Publication Date
KR20170115529A true KR20170115529A (ko) 2017-10-17
KR102031468B1 KR102031468B1 (ko) 2019-10-11

Family

ID=55359749

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177021410A KR102031468B1 (ko) 2015-01-31 2016-01-29 팔레트 모드 코딩을 위한 이스케이프 픽셀들 코딩

Country Status (11)

Country Link
US (1) US10057587B2 (ko)
EP (1) EP3251365A1 (ko)
JP (2) JP2018507625A (ko)
KR (1) KR102031468B1 (ko)
CN (1) CN107211135A (ko)
AU (1) AU2016211251B2 (ko)
BR (1) BR112017016405A2 (ko)
EA (1) EA035121B1 (ko)
TN (1) TN2017000313A1 (ko)
TW (1) TWI665911B (ko)
WO (1) WO2016123492A1 (ko)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3407606B1 (en) * 2016-02-11 2023-04-26 Samsung Electronics Co., Ltd. Video encoding method and device and video decoding method and device
WO2017205700A1 (en) * 2016-05-25 2017-11-30 Arris Enterprises Llc Binary, ternary and quad tree partitioning for jvet coding of video data
JP6986868B2 (ja) * 2017-06-19 2021-12-22 キヤノン株式会社 画像符号化装置、画像復号装置、画像符号化方法、画像復号方法、プログラム
CN112673640A (zh) * 2018-08-30 2021-04-16 华为技术有限公司 使用调色板译码的编码器、解码器和相应方法
US11025905B2 (en) 2018-09-14 2021-06-01 Tencent America LLC Method and device for decoding with palette mode
CA3130472A1 (en) 2019-02-24 2020-08-27 Beijing Bytedance Network Technology Co., Ltd. Independent coding of palette mode usage indication
CN117459744A (zh) * 2019-07-20 2024-01-26 北京字节跳动网络技术有限公司 调色板模式使用指示的条件相关编解码
CN114145013B (zh) 2019-07-23 2023-11-14 北京字节跳动网络技术有限公司 调色板模式编解码的模式确定
US11277611B2 (en) * 2019-07-24 2022-03-15 Qualcomm Incorporated Delta quantization parameter (QP) signaling in palette mode
WO2021018166A1 (en) 2019-07-29 2021-02-04 Beijing Bytedance Network Technology Co., Ltd. Scanning order improvements for palette mode coding
JP7256595B2 (ja) * 2019-08-15 2023-04-12 ベイジン、ターチア、インターネット、インフォメーション、テクノロジー、カンパニー、リミテッド パレットモードを用いたビデオ符号化の方法及び装置
US11323711B2 (en) * 2019-09-20 2022-05-03 Alibaba Group Holding Limited Method and system for signaling chroma quantization parameter offset

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015170243A1 (en) * 2014-05-09 2015-11-12 Nokia Technologies Oy Method and technical equipment for video encoding and decoding using palette coding

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU652896B2 (en) * 1992-09-29 1994-09-08 Matsushita Electric Industrial Co., Ltd. Arithmetic apparatus
US6909744B2 (en) * 1999-12-09 2005-06-21 Redrock Semiconductor, Inc. Processor architecture for compression and decompression of video and images
US7818356B2 (en) * 2001-10-29 2010-10-19 Intel Corporation Bitstream buffer manipulation with a SIMD merge instruction
US7356079B2 (en) * 2001-11-21 2008-04-08 Vixs Systems Inc. Method and system for rate control during video transcoding
US7502415B2 (en) * 2003-07-18 2009-03-10 Microsoft Corporation Range reduction
US8014450B2 (en) * 2003-09-07 2011-09-06 Microsoft Corporation Flexible range reduction
US7610472B2 (en) * 2005-06-05 2009-10-27 Apple Inc. Performing variable and/or bitwise shift operation for a shift instruction that does not provide a variable or bitwise shift option
US8606023B2 (en) * 2006-06-26 2013-12-10 Qualcomm Incorporated Reduction of errors during computation of inverse discrete cosine transform
US7554468B2 (en) * 2006-08-25 2009-06-30 Sony Computer Entertainment Inc, Entropy decoding methods and apparatus using most probable and least probable signal cases
US8749409B2 (en) * 2006-08-25 2014-06-10 Sony Computer Entertainment Inc. Entropy decoding methods and apparatus using most probable and least probable signal cases
GB2454201A (en) * 2007-10-30 2009-05-06 Advanced Risc Mach Ltd Combined Magnitude Detection and Arithmetic Operation
CN101919254B (zh) * 2008-01-21 2013-01-23 艾利森电话股份有限公司 基于预测的图像处理
US8331664B2 (en) * 2008-01-21 2012-12-11 Telefonaktiebolaget Lm Ericsson (Publ) Prediction-based image processing
KR101530284B1 (ko) * 2010-07-16 2015-06-19 삼성전자주식회사 영상의 인트라 예측 부호화, 복호화 방법 및 장치
DK3361725T3 (da) * 2011-06-23 2020-04-27 Huawei Tech Co Ltd Offset dekoderanordning, offset koderanordning, billedfilteranordning og datastruktur
GB2501535A (en) * 2012-04-26 2013-10-30 Sony Corp Chrominance Processing in High Efficiency Video Codecs
US9716894B2 (en) * 2013-03-25 2017-07-25 Qualcomm Incorporated Intra prediction modes for lossy coding when transform is skipped
US9558567B2 (en) * 2013-07-12 2017-01-31 Qualcomm Incorporated Palette prediction in palette-based video coding
KR102494913B1 (ko) * 2014-03-14 2023-02-06 브이아이디 스케일, 인크. 스크린 콘텐츠 코딩을 위한 팔레트 코딩
US20150264348A1 (en) * 2014-03-17 2015-09-17 Qualcomm Incorporated Dictionary coding of video content
CN105323583B (zh) * 2014-06-13 2019-11-15 财团法人工业技术研究院 编码方法、解码方法、编解码系统、编码器与解码器
WO2015194185A1 (en) * 2014-06-20 2015-12-23 Sharp Kabushiki Kaisha Efficient palette coding for screen content codings
CN106797469A (zh) * 2014-10-06 2017-05-31 Vid拓展公司 改进的用于屏幕内容编码的调色板编码
CN111601110B (zh) * 2015-01-29 2023-11-07 Vid拓展公司 用于调色编码模式的逃逸色彩编码

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015170243A1 (en) * 2014-05-09 2015-11-12 Nokia Technologies Oy Method and technical equipment for video encoding and decoding using palette coding

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
TComPrediction.cpp in https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/HM-16.2+SCM-3.0/source/Lib/TLibCommon/* *
TComRom.cpp in https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/HM-16.2+SCM-3.0/source/Lib/TLibCommon/* *

Also Published As

Publication number Publication date
TW201644277A (zh) 2016-12-16
AU2016211251B2 (en) 2019-09-26
US10057587B2 (en) 2018-08-21
US20160227225A1 (en) 2016-08-04
CN107211135A (zh) 2017-09-26
KR102031468B1 (ko) 2019-10-11
EP3251365A1 (en) 2017-12-06
BR112017016405A2 (pt) 2018-03-27
TN2017000313A1 (en) 2019-01-16
JP2020039138A (ja) 2020-03-12
WO2016123492A1 (en) 2016-08-04
JP2018507625A (ja) 2018-03-15
TWI665911B (zh) 2019-07-11
AU2016211251A1 (en) 2017-07-13
EA201791499A1 (ru) 2017-11-30
EA035121B1 (ru) 2020-04-29

Similar Documents

Publication Publication Date Title
TWI755394B (zh) 二值化二次轉換指數
KR102031468B1 (ko) 팔레트 모드 코딩을 위한 이스케이프 픽셀들 코딩
KR102223583B1 (ko) 비디오 코딩을 위한 적응 컬러 변환들
RU2698760C2 (ru) Блочное адаптивное кодирование с преобразованием цветового пространства
KR101642615B1 (ko) 비디오 코딩에서 양자화 파라미터 예측
EP2904788B1 (en) Intra-coding for 4:2:2 sample format in video coding
KR101607788B1 (ko) 비디오 코딩에서 슬라이스 경계들 또는 타일 경계들 주위의 루프 필터링
KR101726484B1 (ko) 크로마 슬라이스-레벨 qp 오프셋 및 디블록킹
EP2984827B1 (en) Sample adaptive offset scaling based on bit-depth
KR101772350B1 (ko) 비디오 코딩을 위한 고 정확도 명시적 가중 예측
KR20170066402A (ko) 비디오 코딩에서의 적응적 컬러 변환을 위한 qp 도출 및 오프셋
WO2015038928A1 (en) Partial intra block copying for video coding
KR20160047486A (ko) 인트라 블록 복사를 수행할 경우의 지역들의 결정
KR20160031496A (ko) 인트라 모션 보상 확장
WO2014176362A1 (en) Repositioning of prediction residual blocks in video coding
KR20160135756A (ko) 레지듀 차분 펄스 코드 변조을 위한 양자화 프로세스들
EP2936819B1 (en) Deblocking filter with reduced line buffer
OA18379A (en) Coding escape pixels for palette mode coding.

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right