JP6655579B2 - データ符号化及び復号化 - Google Patents

データ符号化及び復号化 Download PDF

Info

Publication number
JP6655579B2
JP6655579B2 JP2017083360A JP2017083360A JP6655579B2 JP 6655579 B2 JP6655579 B2 JP 6655579B2 JP 2017083360 A JP2017083360 A JP 2017083360A JP 2017083360 A JP2017083360 A JP 2017083360A JP 6655579 B2 JP6655579 B2 JP 6655579B2
Authority
JP
Japan
Prior art keywords
data
value
range
bit
encoding
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
JP2017083360A
Other languages
English (en)
Other versions
JP2017184239A (ja
Inventor
デービッド ベリー
デービッド ベリー
ジェームス アレキサンダー ガメイ
ジェームス アレキサンダー ガメイ
ニコラス イアン サンダース
ニコラス イアン サンダース
カール ジェームス シャーマン
カール ジェームス シャーマン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Publication of JP2017184239A publication Critical patent/JP2017184239A/ja
Application granted granted Critical
Publication of JP6655579B2 publication Critical patent/JP6655579B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/3068—Precoding preceding compression, e.g. Burrows-Wheeler transformation
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/40—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code
    • H03M7/4006—Conversion to or from arithmetic code
    • H03M7/4012—Binary arithmetic codes
    • H03M7/4018—Context adapative binary arithmetic codes [CABAC]
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/40—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code
    • H03M7/4031—Fixed length to variable length coding
    • H03M7/4037—Prefix coding
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/40—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code
    • H03M7/4031—Fixed length to variable length coding
    • H03M7/4037—Prefix coding
    • H03M7/4043—Adaptive prefix coding
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/40—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code
    • H03M7/4031—Fixed length to variable length coding
    • H03M7/4037—Prefix coding
    • H03M7/4043—Adaptive prefix coding
    • H03M7/4068—Parameterized codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/40—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code
    • H03M7/4031—Fixed length to variable length coding
    • H03M7/4037—Prefix coding
    • H03M7/4081—Static prefix coding
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/40—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code
    • H03M7/4031—Fixed length to variable length coding
    • H03M7/4037—Prefix coding
    • H03M7/4087—Encoding of a tuple of symbols
    • 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/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
    • 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/18—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 set of transform coefficients
    • 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/184—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 bits, e.g. of the compressed video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/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/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform 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/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/625—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding using discrete cosine transform [DCT]
    • 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/63—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding using sub-band based transform, e.g. wavelets
    • H04N19/64—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding using sub-band based transform, e.g. wavelets characterised by ordering of coefficients or of bits for transmission
    • H04N19/647—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding using sub-band based transform, e.g. wavelets characterised by ordering of coefficients or of bits for transmission using significance based coding, e.g. Embedded Zerotrees of Wavelets [EZW] or Set Partitioning in Hierarchical Trees [SPIHT]
    • 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
    • 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/93—Run-length coding
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/40—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/46—Conversion to or from run-length codes, i.e. by representing the number of consecutive digits, or groups of digits, of the same kind by a code word and a digit indicative of that kind

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Discrete Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Image Processing (AREA)

Description

本発明は、データ符号化及び復号化に関する。
本明細書の「背景技術」の記載は、本出願における背景を一般的に説明するためのもの
である。本発明者らの技術は、この背景技術の欄で説明される範囲において、本出願の出
願時点で従来技術でないのであれば従来技術と見なしてはならない説明の側面と同様に、
明示又は黙示を問わず、本出願に対する従来技術として認められるものではない。
ビデオデータを周波数領域表現に変換し、得られた周波数領域係数を量子化し、その後
、当該量子化された係数にある種のエントロピー符号化を適用するビデオデータ圧縮シス
テム及びビデオデータ解凍システムが存在する。
これに関して、エントロピーは１つのデータシンボル又は一連のシンボルの情報量を表
していると考えられる。エントロピー符号化の目的は、（理想的には）一連のデータシン
ボルの情報量を表すのに必要な最小数の符号化データビットを用いた無損失な方法で、当
該一連のデータシンボルを符号化することである。実際には、エントロピー符号化は、符
号化されたデータのサイズが元の量子化係数のデータサイズよりも（ビット数に関して）
小さくなるように実行される。より効率的なエントロピー符号化処理を行うことができれ
ば、入力データサイズが同じ場合でも、出力データサイズを小さくすることができる。
ビデオデータをエントロピー符号化する技術の１つとして、いわゆるコンテキスト適応
バイナリ算術符号化（ＣＡＢＡＣ：context adaptive binary arithmetic coding）と呼
ばれる技術がある。
本発明の目的は、効率的なエントロピー符号化処理を行うことができるデータ符号化装
置及びデータ符号化方法を提供することである。
本発明によれば、請求項１に記載のデータ符号化装置、すなわち、符号化のためのデー
タセットの入力データ値を符号化するデータ符号化装置であって、現在の入力データ値の
値に従って、範囲変数によって定義される一連のコード値の複数の補足サブレンジのうち
の１つを選択し、前記現在の入力データ値を前記選択されたサブレンジ内のコード値に割
り当てるように構成された選択部と、前記割り当てられたコード値及び前記選択されたサ
ブレンジのサイズに基づいて前記一連のコード値を修正するように構成された修正部と、
前記一連のコード値を定義する前記範囲変数が所定の最小サイズより小さいか否かを検出
し、小さい場合、前記一連のコード値のサイズが少なくとも前記所定の最小サイズになる
まで前記範囲変数を連続的に増加させるように構成され、このようなサイズ増加動作に応
答して、符号化されたデータビットを出力する検出部と、１群の入力データ値を符号化し
た後、前記範囲変数をゼロに等しい少なくとも１つの最下位ビットを有する利用可能な範
囲変数値の所定のサブセットから選択された値に設定するように構成された範囲変数設定
部とを具備するデータ符号化装置が提供される。
本発明の各側面及び特徴は、添付の特許請求の範囲において定義される。
なお、上述の一般的な説明及び以降の詳細な説明は、本発明の一例であり、本発明を限
定するものではないことが理解されるべきである。
ビデオデータ圧縮及びビデオデータ解凍を行うオーディオ／ビデオ（Ａ／Ｖ）データ送受信システムを示す概略図である。 ビデオデータ解凍を行うビデオ表示システムを示す概略図である。 ビデオデータ圧縮及びビデオデータ解凍を行うオーディオ／ビデオ記憶システムを示す概略図である。 ビデオデータ圧縮を行うビデオカメラを示す概略図である。 ビデオデータ圧縮・解凍装置を示す概略図である。 予測画像の生成を示す概略図である。 最大符号化ユニット（ＬＣＵ：Largest Coding Unit）を示す概略図である。 ４つの符号化ユニット（ＣＵ：Coding Unit）の組を示す概略図である。 小さな符号化ユニットに細分された図８の符号化ユニットを示す概略図である。 小さな符号化ユニットに細分された図８の符号化ユニットを示す概略図である。 予測ユニット（ＰＵ：Prediction Unit）の配列を示す概略図である。 変換部（ＴＵ：Transform Unit）の配列を示す概略図である。 部分的に符号化された画像を示す概略図である。 考えられる一連の予測方向を示す概略図である。 一連の予測モードを示す概略図である。 ジグザグスキャンを示す概略図である。 ＣＡＢＡＣエントロピーエンコーダを示す概略図である。 図１８Ａ〜図１８Ｄは、ＣＡＢＡＣ符号化及び復号化動作を示す概略図である。 ＣＡＢＡＣエンコーダを示す概略図である。 ＣＡＢＡＣデコーダを示す概略図である。 符号化システムの概要を示す概略図である。 量子化パラメータ（ＱＰ）に対するビットレートのグラフである。 変換スキップモードを有効にした６つのテストビットデプスについてのグリーンチャネルＰＳＮＲについてのビットレートのグラフである。 変換スキップモードを無効にした６つのテストビットデプスについてのグリーンチャネルＰＳＮＲに対するビットレートのグラフである。 １４ビット変換行列による６つのテストビットデプスについてのグリーンチャネルＰＳＮＲに対するビットレートのグラフである。 様々な精度ＤＣＴ行列を比較する１つのテストシーケンスについてのビットレートに対するＰＳＮＲのグラフである。 バイパス固定ビット符号化の使用を示す１つのテストシーケンスについてのビットレートに対するＰＳＮＲのグラフである。 符号化プロファイルの例を提供する表である。 ＣＡＢＡＣ処理の一部のバージョンを概略的に示すフローチャートである。 ＣＡＢＡＣ処理の一部のバージョンを概略的に示すフローチャートである。 ＣＡＢＡＣ処理の一部のバージョンを概略的に示すフローチャートである。 図３２Ａ〜図３２Ｆは、異なるＣＡＢＡＣ配列スキームを示す概略図である。 ＣＡＢＡＣ処理の終了ステージのバージョンを概略的に示すフローチャートである。 ＣＡＢＡＣ処理の終了ステージのバージョンを概略的に示すフローチャートである。 ＣＡＢＡＣ処理の終了ステージのバージョンを概略的に示すフローチャートである。 符号化技術を概略的に示すフローチャートである。 適用技術を概略的に示すフローチャートである。 変換ダイナミックレンジ及びデータ精度パラメータを選択する処理を概略的に示すフローチャートである。 変換ダイナミックレンジ及びデータ精度パラメータを選択する処理を概略的に示すフローチャートである。
添付図面と共に以降の詳細な説明を参照することによって、本発明の完全な理解及びそ
の優位性の多くが容易に理解される。
次に各図面を参照すると、図１〜図４には、以下に説明する各実施形態に係る圧縮装置
及び／又は解凍装置を利用する装置又はシステムが概略的に示されている。
以下に説明する全てのデータ圧縮装置及び／又はデータ解凍装置は、ハードウェアで実
現されてもよいし、例えば、特定用途向け集積回路（ＡＳＩＣ：application specific i
ntegrated circuit）又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ：field pro
grammable gate array）、あるいはこれらの組み合わせ等のようなプログラム可能なハー
ドウェアとして、汎用コンピュータ等の汎用データ処理装置上で動作するソフトウェアで
実現されてもよい。ソフトウェア及び／又はファームウェアで実現される実施形態の場合
、このようなソフトウェア及び／又はファームフェア、並びに、このようなソフトウェア
及び／又はファームウェアが記憶又は提供される非一時的な機械可読データ記録媒体が、
本発明の実施形態であると考えられることが理解されよう。
図１は、ビデオデータ圧縮及びビデオデータ解凍を行うオーディオ／ビデオデータ送受
信システムを示す概略図である。
入力オーディオ／ビデオ信号１０は、少なくともオーディオ／ビデオ信号１０のビデオ
要素を圧縮するビデオデータ圧縮装置２０に供給され、例えば、ケーブル、光ファイバ、
無線リンク等の送信ルート３０に沿って送信される。圧縮された信号は、解凍装置４０に
よって処理され、これにより、出力オーディオ／ビデオ信号５０が提供される。リターン
パスでは、圧縮装置６０がオーディオ／ビデオ信号を圧縮し、当該オーディオ／ビデオ信
号は送信ルート３０に沿って解凍装置７０に送信される。
したがって、圧縮装置２０及び解凍装置７０は、送信リンクにおける１つのノードを構
成することができる。また、解凍装置４０及び圧縮装置６０は、送信リンクにおける他の
１つのノードを構成することができる。もちろん、送信リンクが単方向である場合は、一
方のノードのみが圧縮装置を要求し、他方のノードのみが解凍装置を要求することになる
。
図２は、ビデオデータ解凍を行うビデオ表示システムを示す概略図である。具体的には
、圧縮されたオーディオ／ビデオ信号１００は解凍装置１１０によって処理され、これに
より、表示装置１２０上で表示することができる解凍信号が提供される。解凍装置１１０
は、例えば、表示装置１２０と同じケーシング内に設けることにより、表示装置１２０と
一体的に形成してもよい。あるいは、解凍装置１１０は、（例えば、）いわゆるセットト
ップボックス（ＳＴＢ：Set Top Box）として提供されてもよい。なお、「セットトップ
」という表現は、当該ボックスを表示装置１２０に対して特定の方向又は位置に配置する
必要があることを意味するわけではない。この用語は、単に、周辺機器として表示部に接
続可能なデバイスを示すために当該技術分野において使用しているにすぎない。
図３は、ビデオデータ圧縮及びビデオデータ解凍を行うオーディオ／ビデオ記憶システ
ムを示す概略図である。入力オーディオ／ビデオ信号１３０は、圧縮信号を生成する圧縮
装置１４０に供給され、例えば、磁気ディスク装置、光ディスク装置、磁気テープ装置、
又は半導体メモリやその他の記憶装置等の固体記憶装置等の記憶装置１５０に記憶される
。再生時においては、圧縮データが記憶装置１５０から読み出され、解凍装置１６０に渡
されて解凍される。これにより、出力オーディオ／ビデオ信号１７０が提供される。
圧縮信号又は符号化信号、及び当該信号を記憶する記憶媒体又はデータキャリアは、本
発明の実施形態であると考えられることが理解されよう。
図４は、ビデオデータ圧縮を行うビデオカメラを示す概略図である。図４において、Ｃ
ＣＤ（Charge Coupled Device）イメージセンサ及びそれに付随する制御・読出電子機器
等の画像キャプチャ装置１８０は、圧縮装置１９０に渡されるビデオ信号を生成する。１
つのマイクロフォン（あるいは複数のマイクロフォン）２００は、圧縮装置１９０に渡さ
れるオーディオ信号を生成する。圧縮装置１９０は、記憶及び／又は送信される（図４に
おいては、ステージ２２０として包括的に表されている）圧縮オーディオ／ビデオ信号２
１０を生成する。
以下に説明する技術は、主に、ビデオデータ圧縮に関する。オーディオデータ圧縮を行
うために、以降に説明するビデオデータ圧縮技術とともに多くの既存の技術を用いて圧縮
オーディオ／ビデオ信号を生成してもよいことが理解されよう。したがって、オーディオ
データ圧縮について別途説明は行わない。また、特に、放送品質ビデオデータにおいて、
ビデオデータに関連するデータレートは、（圧縮及び非圧縮を問わず）一般的に、オーデ
ィオデータに関連するデータレートよりもはるかに高いことも理解されよう。したがって
、非圧縮オーディオデータは、圧縮ビデオデータに追加することができ、これにより、圧
縮オーディオ／ビデオ信号を形成できることが理解されよう。さらに、本発明の実施形態
（図１〜図４参照）はオーディオ／ビデオデータに関するものであるが、以下に説明する
技術は、単にビデオデータを扱う（すなわち、圧縮、解凍、記憶、表示、及び／又は送信
する）システムに使用してもよいことが理解されよう。すなわち、これら実施形態は、必
ずしもオーディオデータ処理と関連している必要はなく、ビデオデータ圧縮に適用するこ
とができる。
図５は、ビデオデータ圧縮・解凍装置を示す概略図である。
連続画像の入力ビデオ信号３００は、加算部３１０及び画像予測部３２０に供給される
。画像予測部３２０については、図６を参照して後で詳述する。加算部３１０は、「＋」
入力上で入力ビデオ信号３００を受信し、「−」入力上で画像予測部３２０の出力を受信
する事実上の減算（負の加算）動作を実行する。これにより、入力画像から予測画像が減
算される。この結果、実画像と予測画像との差を表すいわゆる残差画像信号３３０が生成
される。
残差画像信号を生成する理由の１つは以下のとおりである。説明を行うデータ符号化技
術、すなわち、残差画像信号に適用される技術は、符号化される画像において「エネルギ
ー」が少ない場合に、より効率的に作用する傾向がある。ここで、「効率的」という用語
は、生成した符号化データの量が少ないことを指す。特定の画像品質レベルにおいては、
生成するデータができるだけ少ないことが望ましい（かつ、「効率的」と考えられる）。
残差画像における「エネルギー」は、残差画像に含まれる情報量に関連する。仮に、予測
画像と実画像とが同一だとすると、これら２つの画像の差（すなわち、残差画像）は、ゼ
ロの情報（ゼロエネルギー）を含み、非常に容易に少量の符号化データに符号化できる。
一般的に、予測処理をある程度良好に実行できる場合、残差画像データは、入力画像より
も情報が小さく（エネルギーが少ない）、容易に少量の符号化データに符号化することが
できると予想される。
残差画像データ３３０は、残差画像データの離散コサイン変換（ＤＣＴ：Discrete Cos
ine Transform）表現を生成する変換部３４０に供給される。このＤＣＴ技術自体は広く
知られており、ここでの詳細な説明は行わない。しかしながら、特に、ＤＣＴ動作が適用
されるデータの様々なブロックの選択に関して、以降で詳細に説明する装置で用いられる
技術の側面が存在する。これらについては、図７〜図１２を参照して以降で説明する。
なお、いくつかの実施形態では、ＤＣＴの代わりに、離散サイン変換（ＤＳＴ：discre
te sine transform）を用いる。他の実施形態においては、変換を実行しなくてもよい。
この変換は選択的に行うことができ、例えば、「変換スキップ」コマンド／モードの制御
により、変換ステージが事実上バイパスされる。
変換部３４０の出力、すなわち、画像データにおける各変換ブロックに対する一連の変
換係数は、量子化部３５０に供給される。量子化スケーリング要素による単純な乗算から
、量子化パラメータの制御下における複雑なルックアップテーブルの応用に至るまで、様
々な量子化技術がビデオデータ圧縮の分野において広く知られている。その目的として一
般的なものには２つある。１つ目は、変換データが取り得る値を量子化処理により減少さ
せることである。２つ目は、変換データの値がゼロである可能性を量子化処理により増加
させることである。これらにより、少量の圧縮ビデオデータの生成において、以下に説明
するエントロピー符号化処理をより効率的に行うことができる。
スキャン部３６０により、データスキャン処理が適用される。スキャン処理の目的は、
非ゼロの量子化変換係数をできるだけひとまとめにするため、また、もちろん、これによ
り、ゼロ値の係数をできるだけひとまとめにするために、量子化変換データを再整理する
ことである。これらの機能により、いわゆるランレングス符号化、又は同様の技術を効率
的に適用することができる。したがって、スキャン処理は、（ａ）スキャンの一部として
全ての係数が一度は選択されるように、かつ、（ｂ）スキャンにより所望の再整理を行う
ことができるように、「スキャン順」にしたがって、量子化変換データ、及び、特に、変
換及び量子化された画像データのブロックに対応する係数のブロックから係数を選択する
ことを含む。スキャン順を選択する技術について以下に説明する。有効な結果をもたらす
スキャン順の１つの例は、いわゆるジグザグスキャン順である。
スキャンされた係数は、その後、エントロピーエンコーダ（ＥＥ）３７０に渡される。
この場合もやはり、各種のタイプのエントロピー符号化を実行してもよい。以下に説明す
る２つの例は、いわゆるＣＡＢＡＣ（Context Adaptive Binary Coding）システムの変形
、及び、いわゆるＣＡＶＬＣ（Context Adaptive Variable-Length Coding）システムの
変形である。一般的に、ＣＡＢＡＣは効率がよいと考えられている。ある研究では、ＣＡ
ＢＡＣにおける符号化出力データの量は、同等の画像品質に対して、ＣＡＶＬＣよりも１
０〜２０％少ないことが示されている。しかしながら、ＣＡＶＬＣが示す（実行する上で
の）複雑性のレベルは、ＣＡＢＡＣの複雑性のレベルよりもはるかに低いと考えられてい
る。ＣＡＢＡＣ技術については、図１７を参照して以降に説明し、ＣＡＶＬＣ技術につい
ては、図１８及び図１９を参照して以降に説明する。
なお、スキャン処理及びエントロピー符号化処理は、別々の処理として示されているが
、実際には、組み合わせるか、又は、一緒に扱うことができる。すなわち、エントロピー
エンコーダへのデータの読み出しは、スキャン順で行うことができる。これと同様の事は
、以下に説明する各逆処理にも当てはまる。
エントロピーエンコーダ３７０の出力により、例えば、予測部３２０が予測画像を生成
する方法を定義する（上述及び／又は後述の）追加データと共に、圧縮出力ビデオ信号３
８０が提供される。
一方、予測部３２０自身の動作は解凍された圧縮出力データに依存するため、リターン
パスも提供される。
この機能の理由は以下の通りである。解凍処理（後述）における適切なステージで、解
凍された残差データが生成される。この解凍残差データは、出力画像を生成するために、
予測画像に追加する必要がある（なぜなら、元の残差データは、入力画像と予測画像との
差であったため）。圧縮側と解凍側との間でこの処理が同等となるように、予測部３２０
によって生成される予測画像は、圧縮処理中及び解凍処理中において、同一であるべきで
ある。もちろん、装置は、解凍時において元の入力画像にアクセスすることができない。
装置がアクセスできるのは、解凍画像のみである。したがって、圧縮時において、予測部
３２０は、解凍された圧縮画像に基づいて（少なくとも、インター画像符号化について）
その予測を行う。
エントロピーエンコーダ３７０により実行されるエントロピー符号化処理は、「無損失
（lossless）」であると考えられる。すなわち、エントロピーエンコーダ３７０に最初に
供給されたデータと全く同じデータに置き換えることができる。したがって、リターンパ
スは、エントロピー符号化ステージよりも前に実装することができる。実際、スキャン部
３６０によって実行されるスキャン処理も無損失であると考えられるが、本実施形態では
、リターンパス３９０は、量子化部３５０の出力から、補足逆量子化部４２０の入力まで
とされている。
一般的には、エントロピーデコーダ（ＥＤ）４１０、逆スキャン部４００、逆量子化部
４２０、逆変換部４３０は、それぞれ、エントロピーエンコーダ３７０、スキャン部３６
０、量子化部３５０、及び変換部３４０の逆機能を提供する。ここでは、圧縮処理につい
て説明を続け、入力圧縮ビデオ信号を解凍するための処理については、これとは別に後述
する。
圧縮処理において、量子化された係数は、リターンパス３９０により量子化部３５０か
ら、スキャン部３６０の逆動作を実行する逆量子化部４２０に渡される。逆量子化処理及
び逆変換処理がユニット４２０、４３０により実行され、圧縮−解凍残差画像信号４４０
が生成される。
画像信号４４０は、加算部４５０で予測部３２０の出力に追加され、再構築出力画像４
６０が生成される。これにより、以下に説明するように、画像予測部３２０への１つの入
力が構成される。
受信した圧縮ビデオ信号４７０に適用される処理について説明する。圧縮ビデオ信号４
７０は、まず、エントロピーデコーダ４１０に供給され、そこから逆スキャン部４００、
逆量子化部４２０、及び逆変換部４３０の順に供給される。その後、加算部４５０により
画像予測部３２０の出力に追加される。単刀直入に言うと、加算部４５０の出力４６０は
、出力解凍ビデオ信号４８０を形成する。実際には、信号の出力の前に、さらにフィルタ
リングを施してもよい。
図６は、予測画像の生成を示す概略図であり、特に、画像予測部３２０の動作を示して
いる。
いわゆるイントラ画像予測、及びいわゆるインター画像予測又は動き補償（ＭＣ：Moti
on-Compensated）予測という２つの基本的な予測モードが存在する。
イントラ画像予測は、同一画像内から得られるデータにおける画像ブロックの内容の予
測を基礎としている。これは、他のビデオ圧縮技術における、いわゆるＩフレーム符号化
に対応する。画像全体がイントラ符号化されるＩフレーム符号化とは対照的に、本実施形
態では、イントラ符号化及びインター符号化の選択を、ブロック毎に行うことができる。
他の実施形態では、当該選択が依然として画像毎に行われる。
動き補償予測においては、他の隣接画像又は近接画像において、現在の画像において符
号化される画像詳細のソースを定義しようとする動き情報が用いられる。したがって、理
想的な例では、予測画像における画像データのブロックの内容は、隣接画像における同じ
位置もしくはわずかに異なる位置にある対応ブロックを示す参照（動きベクトル）として
、非常に容易に符号化することができる。
図６に戻る。図６には（イントラ画像予測及びインター画像予測に対応する）２つの画
像予測構成が示されており、その予測結果が、加算部３１０及び４５０に供給するための
予測画像のブロックを提供するように、モード信号５１０の制御下において乗算部５００
によって選択される。当該選択は、どちらを選択すれば最小の「エネルギー」（上述のよ
うに、符号化を要求する情報量と考えてもよい）となるかに基づいて行われ、また、当該
選択は、符号化出力データストリーム内でエンコーダに通知される。これに関して、例え
ば、入力画像から、２つのバージョンの予測画像の領域を試行減算し、差分画像の各ピク
セル値を２乗し、乗算値を合計し、当該２つのバージョンのうち、その画像領域に関連す
る差分画像の平均乗算値が低いのはどちらのバージョンかを特定することによって、画像
エネルギーを検出することができる。
イントラ予測システムにおいて、実際の予測は、信号４６０の一部として受信された画
像ブロックに基づいて行われる。すなわち、予測は、解凍装置において全く同じ予測を行
うことができるように、符号化−復号化画像ブロックに基づいて行われる。しかしながら
、データを入力ビデオ信号３００から抽出して、イントラモード選択部５２０により、イ
ントラ画像予測部５３０の動作を制御することもできる。
インター画像予測では、動き補償（ＭＣ）予測部５４０は、例えば、動き推定部５５０
によって入力ビデオ信号３００から抽出された動きベクトル等の動き情報を用いる。これ
ら動きベクトルは、インター画像予測のブロックを生成する動き補償予測部５４０によっ
て、処理された再構築画像４６０に適用される。
ここで、信号４６０に適用される処理について説明する。まず、信号４６０は、フィル
タ部５６０によってフィルタリングされる。この処理では、変換部３４０により実行され
るブロックに基づく処理及び後続の動作に対する影響を除去するか、少なくとも低減させ
るために「非ブロック化（ｄｅｂｌｏｃｋｉｎｇ）」フィルタが適用される。また、再構
築信号４６０及び入力ビデオ信号３００を処理することによって得られた係数を使用して
、適応ループフィルタが適用される。この適応ループフィルタは、公知の技術を使用して
、フィルタリング対象のデータに対して適応フィルタ係数を適用するフィルタの一種であ
る。すなわち、フィルタ係数は、各種要素に基づいて変化し得る。どのフィルタ係数を用
いるかを定義するデータは、符号化出力データストリームの一部に含められる。
フィルタ部５６０からのフィルタリングされた出力は、実際には、出力ビデオ信号４８
０を形成する。この信号は、１つ又は複数の画像記憶部５７０に記憶される。連続画像の
記憶は、動き補償予測処理、特に、動きベクトルの生成において要求される。必要メモリ
を確保するため、画像記憶部５７０内の記憶画像は、圧縮形式で保持され、その後、動き
ベクトルの生成に用いるために解凍されてもよい。この特定の目的のために、公知のいか
なる圧縮／解凍システムを用いてもよい。記憶画像は、より高い解像度の記憶画像を生成
する補間フィルタ５８０に渡される。この例では、補間フィルタ５８０によって出力され
る補間画像の解像度が、画像記憶部５７０に記憶された画像の８倍（各寸法）となるよう
に、中間サンプル（サブサンプル）が生成される。補間画像は、動き推定部５５０及び動
き補間予測部５４０への入力として渡される。
諸実施形態では、乗算部６００を使用して、入力ビデオ信号のデータ値に因数４を乗算
し（効率的には、単にデータ値を２ビット左にシフトさせる）、除算部又は右シフト部６
１０を使用して、装置の出力で、対応する除算動作（２ビット右にシフト）を適用する任
意のステージがさらに提供される。したがって、左へのシフト及び右へのシフトにより、
単に装置の内部動作に対して、データが変更される。この方法により、あらゆるデータ丸
め誤差の影響も低減されるので、装置内における高い計算精度を提供することができる。
ここで、圧縮処理のために画像を分割する方法について説明する。基本的なレベルでは
、圧縮される画像はサンプルブロックの配列として考えることができる。検討されている
このようなブロックの中で最大のものは、便宜的に、６４×６４サンプルの正方形配列を
表すいわゆる最大符号化ユニット（ＬＣＵ：largest coding unit）７００とする（図７
参照）。ここで、輝度サンプルについて説明する。４：４：４、４：２：２、４：２：０
、又は４：４：４：４（ＧＢＲ＋キーデータ）等のクロミナンスモードによって、輝度ブ
ロックに対応する、対応クロミナンスサンプルの数が異なる。
符号化ユニット、予測ユニット、及び変換ユニットという基本的な３つの種類のブロッ
クについて説明する。一般的には、ＬＣＵの再帰的な分割により、例えば、ブロックサイ
ズ及びブロック符号化パラメータ（予測又は残差符号化モード等）が、符号化される画像
の特定の特徴に応じて設定されるといった方法で、入力画像が分割される。
ＬＣＵは、いわゆる符号化ユニット（ＣＵ）に分割されてもよい。符号化ユニットは、
常に正方形であり、また、８×８サンプルから最大サイズのＬＣＵ７００までのサイズを
有している。符号化ユニットは、ある種のツリー構造として配置されてもよい。その結果
、例えば、第１の分割が図８に示すように行われて、３２×３２サンプルの符号化ユニッ
ト７１０が与えられる。続いて行われる分割は、１６×１６サンプルの符号化ユニット７
２０（図９）及び潜在的な８×８サンプルの符号化ユニット７３０（図１０）が与えられ
るように、選択的な基準に基づいて行われてもよい。全体としては、この処理により、Ｌ
ＣＵと同じ大きさ、あるいは、８×８サンプルと同じ大きさを有するＣＵブロックの容量
適応符号化ツリー構造を提供することができる。出力ビデオデータの符号化は、符号化ユ
ニット構造に基づいて行われる。
図１１は、予測ユニット（ＰＵ）の配列を示す概略図である。予測ユニットは、画像予
測処理に関連する情報を伝達するための基本的なユニットであり、換言すると、図５の装
置からの出力ビデオ信号を形成するためのエントロピー符号化された残差画像データに追
加される追加データである。一般的に、予測ユニットの形状は、正方形に限られない。こ
れらは、最小（８×８）サイズより大きい限り、特に、１つの正方形符号化ユニットの半
分を形成する長方形等、他の形状を採ることができる。その目的は、隣接する予測ユニッ
トの境界が画像内の実オブジェクトの境界に（できるだけ近くに）合わせられるようにす
ることであり、その結果、様々な予測パラメータを異なる実オブジェクトに適用すること
ができる。各符号化ユニットは、１つ又は複数の予測ユニットを含んでいてもよい。
図１２は、変換ユニット（ＴＵ）の配列を示す概略図である。変換ユニットは、変換・
量子化処理における基本的なユニットである。変換ユニットは、常に正方形であり、４×
４サンプルから３２×３２サンプルまでのサイズを採ることができる。各符号化ユニット
は１つ又は複数の変換ユニットを含むことができる。図１２における頭字語ＳＤＩＰ−Ｐ
は、いわゆる短距離イントラ予測分割を示している。この配列では、１次元の変換のみが
行われる。したがって、４×ＮブロックがＮ回の変換により渡され、変換における入力デ
ータは、現在のＳＤＩＰ−Ｐ内の既に復号化されている隣接ブロック及び既に符号化され
ている隣接線に基づく。
ここで、イントラ予測処理について説明する。一般的に、イントラ予測には、同一画像
内における既に符号化及び復号化されたサンプルから、サンプルの現在のブロック（予測
ユニット）を予測することが含まれる。図１３は、部分的に符号化された画像８００を示
す概略図である。ここで、画像８００は、ＬＣＵ基準で、左上から右下へと符号化されて
いる。画像全体の処理により部分的に符号化されたＬＣＵの一例がブロック８１０として
示されている。ブロック８１０の上部及び左側の陰影領域８２０は既に符号化されている
。ブロック８１０の内容のイントラ画像予測においては、いずれの陰影領域８２０も利用
することができるが、その下部の陰影が付されていない領域を利用することはできない。
ブロック８１０は、上述のように、イントラ画像予測処理を行うためのＬＣＵを表して
おり、より小さな一連の予測ユニットに分割されてもよい。予測ユニット８３０の一例が
ＬＣＵ８１０内に示されている。
イントラ画像予測においては、現在のＬＣＵ８１０の上部及び／又は左側に位置するサ
ンプルが考慮される。要求されるサンプルは、ソースサンプルから予測される。当該ソー
スサンプルは、ＬＣＵ８１０内の現在の予測ユニットに対して異なる位置又は方向に位置
していてもよい。現在の予測ユニットに対してどの方向が適切であるかを決定するために
、候補とされる各方向に基づく試行予測の結果を比較して、どの方向が入力画像の対応ブ
ロックに最も近い結果をもたらすかを確認する。
画像は、「スライス」基準で符号化されてもよい。１つの例では、スライスは、水平隣
接グループのＬＣＵである。しかしながら、より一般的には、残差画像全体でスライスを
構成することができ、あるいは、スライスを単一のＬＣＵ又はＬＣＵの行等とすることも
できる。スライスは、独立ユニットとして符号化されるので、誤差に復元性をもたらすこ
とができる。エンコーダ及びデコーダの状態は、スライス境界で完全にリセットされる。
例えば、イントラ予測はスライス境界をまたいで実行されない。このため、スライス境界
は、画像境界として扱われる。
図１４は、考えられる（候補となる）一連の予測方向を示す概略図である。８×８、１
６×１６、又は３２×３２サンプルの予測ユニットに対して、全部で３４の方向候補を利
用可能である。予測ユニットサイズが、４×４サンプル又は６４×６４サンプルである特
殊なケースでは、数を減らした一連の方向候補（それぞれ、１７つの方向候補及び５つの
方向候補）を使用することができる。方向は、現在のブロック位置に対する水平及び垂直
移動により決定されるが、予測「モード」として符号化される。当該一連の方向を図１５
に示す。なお、いわゆるＤＣモードは、周囲にある上部及び左側のサンプルの単純算術平
均を表す。
図１６は、スキャンパターンであるジグザグスキャンを示す概略図である。当該スキャ
ンパターンは、スキャン部３６０により適用されてもよい。図１６においては、ＤＣ係数
がブロックの左上の位置８４０に位置し、増加する水平及び垂直空間周波数が左上の位置
８４０の下側及び右側への距離を増加させる係数により表される、８×８変換係数のブロ
ックの例についてのパターンが示されている。
なお、いくつかの実施形態では、当該係数を逆順（図１６の順番表記を利用すると右下
から左上）にスキャンしてもよい。また、いくつかの実施形態では、最上段からいくつか
（例えば、１から３）の水平行をまたいで左から右にスキャンを実行して、その後、残り
の係数のジグザグスキャンを実行してもよい。
図１７は、ＣＡＢＡＣエントロピーエンコーダの動作を示す概略図である。
諸実施形態に係る本機能のコンテキスト適応符号化において、データビットが１又は０
である可能性の期待値又は予測値を表す確率モデル、すなわち、コンテキストに関してわ
ずかなデータを符号化することがある。このため、入力データビットには、様々なコード
値の２つ（又は、より一般的には、複数）の補足サブレンジのうち選択した１つのサブレ
ンジ内のコード値が割り当てられ、サブレンジのそれぞれのサイズ（諸実施形態では、一
連のコード値に対するサブレンジそれぞれの比率）は、コンテキスト（入力値に関連付け
られ、そうでなければ関連のあるコンテキスト変数により順に定義される）により定義さ
れる。次のステップで、選択されたサブレンジの割り当てコード値及び現在のサイズに応
答して、全範囲、すなわち、（次の入力データビット又は値に関して使用される）一連の
コード値が修正される。その後、修正した範囲が所定の最小サイズ（例えば、元の範囲サ
イズの半分）を表す閾値よりも小さい場合、例えば修正した範囲を２倍（左にシフト）す
ることによりサイズを増加させる。この倍増処理は、必要があれば、当該範囲が少なくと
も当該所定の最小サイズになるまで連続して（２回以上）行うことができる。この時点で
、出力符号化データビットが生成され、これにより、（複数の場合、それぞれの）倍増動
作、すなわち、サイズ増加動作が行われたことが示される。別のステップにおいて、次の
入力データビット又は値と共に使用するために、又は当該入力データビット又は値に関し
て（いくつかの実施形態では、符号化されるデータビット又は値の次のグループに関して
）、当該コンテキストが修正される（すなわち、諸実施形態では、コンテキスト変数が修
正される）。これは、現在のコンテキスト及び現在の「最も可能性の高いシンボル」の識
別子（コンテキストによりどちらが現在０．５より大きな確率を有するかが示されていた
としても、１又は０）を新しいコンテキスト値のルックアップテーブルへの指数又は新し
いコンテキスト変数を得られる適切な数式への入力として用いて実行してもよい。諸実施
形態においては、コンテキスト変数の修正により、現在のデータ値のために選択されたサ
ブレンジにおける一連のコード値の比率が増加する。
ＣＡＢＡＣエンコーダは、バイナリデータ、すなわち、０及び１の２つのシンボルのみ
で表されるデータに関して動作する。当該エンコーダは、既に符号化されたデータに基づ
いて、次のデータに対する「コンテキスト」、すなわち、確率モデルを選択するいわゆる
コンテキストモデリング処理を実行する。コンテキストの選択は、既に復号化されたデー
タに基づいて、デコーダに渡される符号化データストリームに追加される（コンテキスト
を特定する）別のデータを必要とすることなく、デコーダにおいて同じ決定が行われるよ
うに決定論的な方法で実行される。
図１７を参照して、符号化される入力データは、既にバイナリ形式でない限りバイナリ
コンバータ９００に渡してもよい。データが既にバイナリ形式である場合、コンバータ９
００は（図のスイッチ９１０により）バイパスされる。本実施形態では、バイナリ形式へ
の変換は、実際には、量子化変換係数データを一連のバイナリ「マップ」として表現する
ことにより行う。バイナリマップについては後述する。
バイナリデータは、その後、（別々の経路として概略的に示されているが、後述する諸
実施形態では、わずかに異なるパラメータを用いるだけで同じ処理ステージで実際に実行
することができる）「正規」経路及び「バイパス」経路の２つの処理経路のうちの１つに
より処理してもよい。バイパス経路では、必ずしも正規経路と同じ形式のコンテキストモ
デリングを利用しないいわゆるバイパスコーダ９２０が用いられる。ＣＡＢＡＣ符号化の
いくつかの例では、一連のデータを特に急速に処理する必要がある場合、当該バイパス経
路を選択することができる。しかしながら、本実施形態では、いわゆる「バイパス」デー
タの２つの特徴について言及する。１つ目の特徴は、バイパスデータは、５０％の確率を
表す固定コンテキストモデルを利用するだけでＣＡＢＡＣエンコーダ（９５０，９６０）
により処理されることである。２つ目の特徴は、バイパスデータは、一定のカテゴリーの
データに関するということである。当該データの特定例は、係数符号データである。バイ
パス経路を選択しない場合、図に示すスイッチ９３０，９４０により正規パスが選択され
る。これには、コンテキストモデラ９５０によって処理され、続いて符号化エンジン９６
０によって処理されるデータが含まれる。
図１７に示すエントロピーエンコーダは、ブロック全体が０値のデータから構成される
場合、データのブロック（すなわち、例えば、残差画像のブロックに関する係数のブロッ
クに対応するデータ）を単一値として符号化する。このカテゴリーに含まれない各ブロッ
ク、すなわち、少なくともいくつかの非ゼロのデータを含むブロックに対しては、「重要
性マップ」を作成する。重要性マップは、符号化されるデータのブロックにおける各位置
に対して、ブロック内の対応する係数が非ゼロであるか否かを示す。バイナリ形式である
重要性マップデータ自体は、ＣＡＢＡＣ符号化される。重要性マップを利用することは、
重要性マップによってゼロであると示される大きさの係数に対してデータを符号化する必
要はないため、圧縮に役立つ。また、重要性マップには、ブロックにおける最後の非ゼロ
係数を示す特別なコードを含めることもできる。これにより、最後の高周波数／後置ゼロ
（トレーリングゼロ）係数の全てを符号化から省略することができる。符号化ビットスト
リームにおいて、重要性マップの後には、重要性マップにより規定される非ゼロ係数の値
を定義するデータが続く。
また、別のレベルのマップデータも作成され、ＣＡＢＡＣ符号化される。その一例とし
ては、重要性マップによって「非ゼロ」であると示されたマップ位置における係数データ
が実際には「１」の値を有するか否かをバイナリ値（１＝ｙｅｓ，０＝ｎｏ）として定義
するマップがある。他のマップは、重要性マップによって「非ゼロ」であると示されたマ
ップ位置における係数データが実際には「２」の値を有するか否かを規定する。さらに別
のマップは、重要性マップによって当該係数データが「非ゼロ」であると示されたこれら
マップ位置に対し、当該データが「３以上の」値を有するか否かを示す。また、さらに別
のマップは、「非ゼロ」として特定されたデータに対して、（＋に対して１、−に対して
０、あるいはその逆、等の所定のバイナリ表記を用いて）データ値の符号を示す。
諸実施形態では、重要性マップ及びその他のマップは、例えば、スキャン部３６０によ
り量子化変形係数から生成され、ジグザグスキャン処理（又はイントラ予測モードに係る
ジグザグ、水平ラスター、及び垂直ラスタースキャンから選択されたスキャン処理）を受
け、その後、ＣＡＢＡＣ符号化される。
いくつかの実施形態では、ＨＥＶＣ ＣＡＢＡＣエントロピーコーダは、以下の処理に
よりシンタックス要素を符号化する。
ＴＵ内において（スキャン順に）最後の重要係数の位置を符号化する。
各４×４係数グループ（これらグループは逆スキャン順に処理される）に対して、当該
グループが非ゼロ係数を含むか否かを示す重要係数グループフラグを符号化する。このフ
ラグは、最後の重要係数を含むグループには必要なく、（ＤＣ係数を含む）左上のグルー
プに対して１であると仮定される。当該フラグが１である場合、そのグループに関する以
下のシンタックス要素をそれに続いて直ちに符号化する。
重要性マップ：
グループにおける各係数に対して、当該係数が重要である（非ゼロ値を有する）か否か
を示すフラグを符号化する。最後の重要位置で示される係数に対して、フラグは必要ない
。
２以上マップ：
重要性マップの値が１である（グループの終端から逆に数えて）８つまでの係数に対し
て、その大きさが２以上であるか否かを示す。
３以上マップ：
２以上マップの値が１である（グループの終端に最も近い）１つの係数に対して、その
大きさが３以上であるか否かを示す。
符号ビット：
全ての非ゼロ係数に対して、確率が等しいＣＡＢＡＣビンとして符号ビットを符号化す
る。（逆スキャン順における）最後の符号ビットは、場合により、隠れている符号ビット
を用いる際にパリティから推測される。
エスケープコード：
初期のシンタックス要素により大きさが完全には表せない係数に対して、残りの係数を
エスケープコードとして符号化する。
一般的に、ＣＡＢＡＣ符号化は、既に符号化されている他のデータに基づいて、符号化
対象の次のビットに対して、コンテキスト、すなわち、確率モデルを予測することを含む
。次のビットが、確率モデルにより「最も確率が高い」と特定されたビットと同じである
場合、「次のビットは確率モデルと一致する」という情報は、非常に効率よく符号化する
ことができる。それと比較して、「次のビットは確率モデルと一致しない」という情報を
符号化するのは効率的ではない。したがって、エンコーダの良好な動作のために、コンテ
キストデータの由来は重要である。「適用可能（ａｄａｐｔｉｖｅ）」という用語は、（
まだ符号化されていない）次のデータに良好に適合させようとして、そのコンテキスト、
すなわち、確率モデルを適用、又は符号化の間に変更することを意味する。
簡単な例示として、書き言葉の英語において、「Ｕ」という文字は比較的珍しい。しか
しながら、「Ｑ」という文字の直後に位置する文字では、「Ｕ」は実際、一般的に用いら
れる。したがって、確率モデルは「Ｕ」の確率を非常に低い値に設定する可能性があるが
、現在の文字が「Ｑ」であれば、次の文字としての「Ｕ」に対する確率モデルは、非常に
高い確率値に設定することができる。
本構成では、少なくとも重要性マップ及び非ゼロ値が１又は２であるか否かを示すマッ
プに対してＣＡＢＡＣ符号化を行う。これら実施形態においてバイパス処理はＣＡＢＡＣ
符号化と同一であるが、確率モデルは１及び０の等しい（０．５：０．５）確率分布で固
定されるという事実に対しては、少なくとも符号データ及び値が２を超えるか否かを示す
マップに対して用いられる。２を超える値として特定されたこれらデータ位置に対して、
いわゆるエスケープデータ符号化を個別に実行して、そのデータの実際の値を符号化する
ことができる。この符号化は、ゴロムライス符号化技術を含んでもよい。
ＣＡＢＡＣコンテキストモデリング及び符号化処理は、WD4:Working Draft 4 of High-
Efficiency Video Coding, JCTVC-F803_d5, Draft ISO/IEC 23008-HEVC; 201x(E) 2011-1
0-28に詳細に記載されている。
ここで、ＣＡＢＡＣ処理についてより詳細に説明する。
少なくとも提案されているＨＥＶＣシステムで使用される限り、ＣＡＢＡＣは、符号化
対象の次のビットに関する「コンテキスト」、すなわち確率モデルを得ることを含む。コ
ンテキスト変数（ＣＶ：context variable）で定義されるコンテキストは、当該ビットを
符号化する方法に影響を与える。一般的に、ＣＶによって高確率予測値と定義される値と
次のビットとが同一である場合、そのデータビットを定義するのに必要な出力ビットの数
を低減する観点で利点がある。
符号化処理には、符号化対象のビットをコード値の範囲にある位置にマッピングするこ
とが含まれる。コード値の範囲は、図１８Ａに、下限のｍ＿Ｌｏｗから上限のｍ＿ｈｉｇ
ｈまでの一連の隣接整数として概略的に示されている。これら上限値と下限値との差はｍ
＿ｒａｎｇｅであり、ｍ＿ｒａｎｇｅ＝ｍ＿ｈｉｇｈ−ｍ＿Ｌｏｗである。以下に説明す
る様々な技術により、基本的なＣＡＢＡＣシステムにおいて、ｍ＿ｒａｎｇｅは１２８か
ら２５４の間に制限される。より大きなビット数でｍ＿ｒａｎｇｅを表す別の実施形態で
は、ｍ＿ｒａｎｇｅは２５６から５１０の間に制限されてもよい。ｍ＿Ｌｏｗはいかなる
値も取り得る。（例えば、）ゼロからスタートすることもできるが、後述の符号化処理の
一部として変化し得る。
コード値ｍ＿ｒａｎｇｅの範囲は、コンテキスト変数に関して定義される境界１１００
により２つのサブレンジに分割される。当該境界の定義は以下のとおりである。
境界＝ｍ＿Ｌｏｗ＋（ＣＶ＊ｍ＿ｒａｎｇｅ）。
したがって、コンテキスト変数により、全範囲は２つの補足サブレンジ、すなわち、一
連のコード値のサブ位置に分割される。各サブレンジに割り当てられた一連のコード値の
比率は、変数ＣＶによって決定され、１つのサブレンジは、ゼロの（次のデータビットの
）値と関連付けられ、他のサブレンジは、１の（次のデータビットの）値と関連付けられ
る。範囲の分割は、符号化対象の次のビットに対する２つのビット値のＣＶの生成により
仮定される確率を表す。したがって、ゼロの値に関連するサブレンジが全範囲の半分より
小さい場合、これは、次のシンボルとしてのゼロの可能性が１の可能性よりも少ないと考
えられることを示す。
考えられるデータビット値にサブレンジがどの方法を適用するかを定義するために、様
々な確率が存在する。１つの例では、範囲の下側の領域（すなわち、ｍ＿Ｌｏｗから境界
まで）が、従来、ゼロのデータビット値に関連があるとして定義される。
２以上のビットが単一の動作で符号化される場合、符号化対象の入力データの考えられ
る各値に対応するサブレンジをもたらすように３以上のサブレンジを提供することができ
る。
エンコーダ及びデコーダは、どのデータビット値の確率が少ないか（多くの場合、「最
小確率シンボル（ＬＰＳ：least probable symbol）と称される）についての記録を維持
する。ＣＶはＬＰＳを指す。したがって、ＣＶは常に０から０．５の値を表す。
ここで、次のビットは、境界により分割される時に、範囲ｍ＿ｒａｎｇｅにマッピング
される。これは、以下に詳細に説明する技術を用いてエンコーダ及びデコーダにおいて確
定的に行われる。次のビットが０である場合、ｍ＿Ｌｏｗから境界までのサブレンジ内の
位置を表す特定のコード値がそのビットに割り当てられる。次のビットが１である場合、
境界１１００からｍ＿ｈｉｇｈまでのサブレンジにおける特定のコード値がそのビットに
割り当てられる。これは、諸実施形態において現在の入力データビットの値に係る一連の
コード値の複数のサブレンジの１つを選択する技術の一例、及び諸実施形態において現在
の入力データ値を選択されたサブレンジの範囲内のコード値に割り当てる技術の一例を表
している。
下限ｍ＿Ｌｏｗ及び範囲ｍ＿ｒａｎｇｅは、その後、割り当てられたコード値（例えば
、割り当てられたコード値がどのサブレンジに入るか）及び選択されたサブレンジのサイ
ズに基づいて、一連のコード値を修正するように再定義される。符号化されたばかりのビ
ットがゼロである場合、ｍ＿Ｌｏｗは変化しないが、ｍ＿ｒａｎｇｅはｍ＿ｒａｎｇｅ＊
ＣＶと等しくなるように再定義される。符号化されたばかりのビットが１である場合、ｍ
＿Ｌｏｗは、境界位置に移動させられ（ｍ＿Ｌｏｗ＋（ＣＶ＊ｍ＿ｒａｎｇｅ））、ｍ＿
ｒａｎｇｅは、境界とｍ＿ｈｉｇｈとの差分（すなわち、（１−ＣＶ）＊ｍ＿ｒａｎｇｅ
）として再定義される。
このような修正を行った後、一連のコード値が所定の最小サイズより小さい（例えば、
ｍ＿ｒａｎｇｅが少なくとも１２８）か否かを検出する。
これら変形例は、図１８Ｂ及び図１８Ｃに概略的に示されている。
図１８Ｂにおいて、データビットは１であり、そのため、ｍ＿Ｌｏｗは以前の境界の位
置に移動している。これにより、次のビット符号化配列で使用するための修正した一連の
コード値が提供される。なお、いくつかの実施形態では、ＣＶの値は、符号化されたばか
りのビットの値に関して次のビット符号化のために少なくとも部分的に変えられる。これ
が、本技術が「適用可能」コンテキストを指す理由である。ＣＶの修正値を利用して、新
しい境界１１００'を生成する。
図１８Ｃにおいて、０の値が符号化される。したがって、ｍ＿Ｌｏｗは変化しないが、
ｍ＿ｈｉｇｈは、以前の境界の位置に移動させられる。値ｍ＿ｒａｎｇｅは、ｍ＿ｈｉｇ
ｈ−ｍ＿Ｌｏｗの新しい値として再定義又は修正される。
これにより、本例において、ｍ＿ｒａｎｇｅが（１２８等の）最小可能値を下回ること
になる。この結果が検出されたとき、値ｍ＿ｒａｎｇｅは再正規化又はサイズ増加される
。これは、本実施形態において、１２８から２５６の必要な範囲にｍ＿ｒａｎｇｅを修復
するのに必要な限り何度でも倍増、すなわち、左に１ビットシフトされたｍ＿ｒａｎｇｅ
で表される。この一例を、図１８Ｄに示す。図１８Ｄは、必要な制限に準拠するように倍
増した図１８Ｃの範囲を表す。新しい境界１１００''は、ＣＶの次の値及び修正したｍ＿
ｒａｎｇｅに由来する。なお、ｍ＿ｒａｎｇｅが再正規化される場合、ｍ＿Ｌｏｗも同様
に再正規化又はサイズ増加される。これは、ｍ＿Ｌｏｗとｍ＿ｒａｎｇｅとの比率を同一
に維持するために行われる。
このようにして範囲を倍増する必要があるときはいつでも、出力符号化データビットを
各再正規化ステージに対して１つずつ生成する。
このようにして、間隔ｍ＿ｒａｎｇｅ及び下限ｍ＿Ｌｏｗは（デコーダで再生できる）
ＣＶ値及び符号化ビットストリームの適応に基づいて、連続して修正され、再正規化され
る。一連のビットが符号化された後、得られた間隔及び再正規化ステージの数により、符
号化ビットストリームは一意に定義される。このような最後の間隔を識別しているデコー
ダは、原理上、符号化データを再構築することができる。しかしながら、基本的な計算に
より、実際には、デコーダに間隔を定義する必要はないが、その間隔内にある１つの位置
を定義する必要があることが実証されている。これが、エンコーダで維持されデータ符号
化の終了時にデコーダに渡される、割り当てコード値の目的である。
簡単な例を示すために、１００の間隔に分割された確率空間について考える。この場合
、ｍ＿Ｌｏｗは確率空間の下部を表し、０及びｍ＿Ｒａｎｇｅは、そのサイズ（１００）
を表す。便宜的に、コンテキスト変数が（バイパス経路に関して）０．５に設定されると
仮定すると、確率空間は５０％の固定確率でバイナリビットを符号化するために用いられ
ることになる。しかしながら、コンテキスト変数の適用可能値を用いる場合、エンコーダ
及びデコーダにおいて同じ適応処理が行われるように、同じ原理が適用される。
第１のビットに対して、各シンボル（０又は１）は５０のシンボル範囲を有する。入力
符号０は（例えば、）０から４９（４９を含む）までの値を割り当てられ、入力シンボル
１は（例えば、）５０から９９（９９を含む）までの値を割り当てられる。１が符号化対
象の第１のビットである場合、ストリームの最後の値は５０から９９までの範囲に入る必
要がある。したがって、ｍ＿Ｌｏｗは５０となり、ｍ＿Ｒａｎｇｅも５０となる。
第２のビットを符号化するために、当該範囲は２５のシンボル範囲にさらに分割される
。０の入力シンボルは５０から７４の値を取り、１の入力シンボルは７５から９９の値を
取る。以上のように、第２のビットとしてどのシンボルが符号化されても、最後の値は５
０から９９までの範囲の値であり、第１のビットが保存される。しかしながら、第２のビ
ットは同一の数字に符号化されている。同様に、第２のビットが第１のビットと異なる確
率モデルを用いた場合でも、分割される範囲は５０から９９であるので、第１のビットの
符号化に影響を及ぼさない。
この処理は、各入力ビットに対して、エンコーダ側で続行され、必要なときはいつでも
、例えば、ｍ＿Ｒａｎｇｅが５０を下回ったことに応答して、ｍ＿Ｒａｎｇｅ及びｍ＿Ｌ
ｏｗを再正規化（例えば、倍増）する。符号化処理の終了時（ストリームが終了するとき
）までに、最後の値がストリームに書き込まれる。
デコーダ側では、最後の値がストリームから読み出される（したがって、ｍ＿Ｖａｌｕ
ｅと呼ぶ）。例えば、その値は６８である。デコーダは、最初の確率空間に分割された同
一のシンボル範囲を適用し、どのシンボル範囲にあるか確認するため、その値を比較する
。６８は５０から９９までの範囲にあるため、１を第１のビットに対するシンボルとして
復号化する。エンコーダと同一の方法により分割された第２の範囲を適用し、６８は５０
から７４までの範囲にあるので、例えば、０を第２のビットとして復号化する。
実際の処理においては、エンコーダがｍ＿Ｖａｌｕｅから各復号化シンボルの範囲の最
小値を減算する（この場合、ｍ＿Ｖａｌｕｅから５０が減算され、差が１８となる）こと
によりｍ＿Ｌｏｗを維持するので、デコーダはｍ＿Ｌｏｗを維持しなくてもよい。このシ
ンボル範囲は、その後、常に０から（ｍ＿ｒａｎｇｅ−１）範囲の細分区分となる（した
がって、５０から７４までの範囲は０から２４となる）。
このように、たとえ２ビットのみが符号化されたとしても、エンコーダは５０から７４
までの範囲のあらゆる最終値を取ることができ、当該２ビットは同じ２ビットの「１０」
（１の後に０）に復号化されることが重要である。別のビットを符号化する場合にのみ、
より高い精度が求められ、実際には、ＨＥＶＣエンコーダは常に当該範囲の最小値の５０
を取る。本願において説明される実施形態は、残りのビットの値が何であるかに関わらず
、適切に設定されたときに最終値が正確に復号化されることを保証する一定のビットを発
見し、他の情報を伝達するために当該残りのビットを解放することにより未使用の範囲を
利用しようとする。例えば、上述のサンプル符号化において、第１の数字が６（又は５）
に設定された場合、第２の数字に関わらず、最終値は常に５０から７４までの範囲にある
。したがって、第２の数字を使用して、他の情報を伝達することができる。
以上のように、終わりのないビットのストリームを、同じ確率範囲（所与の無限精度比
）を用いて繰り返し分割することにより符号化することができる。しかしながら、実際に
は無限精度は不可能であり、非整数は避けられる。このため、再正規化を行う。５０から
７４までの範囲で第３のビットを復号化する場合、当該シンボル範囲は、通常、それぞれ
１２．５間隔を有する必要がある。しかしながら、その代わりに、ｍ＿Ｒａｎｇｅ及びｍ
＿Ｌｏｗを倍増（そうでなければ、公約数で乗算）して、それぞれ、５０及び１００とす
ることができ、当該シンボル範囲は、１００から１４９までの範囲の細分区分、すなわち
、それぞれ２５間隔となる。この動作は、最初の確率空間のサイズを遡及的に１００から
２００に倍増することと等しい。デコーダは同一のｍ＿Ｒａｎｇｅを維持するので、エン
コーダと同時に再正規化を適用することができる。
コンテキスト変数ＣＶは、ＣＶ＝６３における（１％等の）下限値からＣＶ＝０におけ
る５０％の確率まで、様々な確率を連続的に示す（一実施形態では）６４通りの考えられ
る状態を有するものとして定義される。
適用可能システムにおいて、ＣＶは、符号化対象のデータのブロックサイズによって異
なる様々な周知の因子にしたがって、１ビットから次のビットに変更又は修正される。い
くつかの例では、近隣及び以前の画像ブロックの状態を考慮してもよい。したがって、本
明細書に記載の技術は、現在のデータ値に対して選択されたサブレンジにおける一連のコ
ード値の比率を増加させるように、次の入力データ値に関して使用するためのコンテキス
ト変数を修正する例を示す。
サブレンジを選択し、コード値に現在のビットを割り当て、一連のコード値を修正し、
当該一連のコード値が最小サイズより小さいか否かを検出し、コンテキスト変数を修正す
る機能は、全て、一緒に動作するコンテキストモデラ９５０及び符号化エンジン９６０に
より実行されてもよい。したがって、それらは図１７において説明を容易にするために別
々の要素として記載されているが、協働してコンテキストモデリング及び符号化機能を提
供してもよい。しかしながら、さらに明確にするため、これらの動作及び機能をより詳細
に示す図１９を参照する。
割り当てコード値は、考えられるＣＶの値並びにｍ＿ｒａｎｇｅのビット６及びビット
７の考えられる値それぞれに対して（なお、ｍ＿ｒａｎｇｅのビット８は、ｍ＿ｒａｎｇ
ｅのサイズが限られるため、常に１である）、新しく符号化されたビットが関連するサブ
レンジにおけるコード値を割り当てられるべき位置又は位置のグループを定義するテーブ
ルから生成される。
図１９は、上述の技術を用いたＣＡＢＡＣエンコーダを示す概略図である。
ＣＶは、ＣＶ抽出部１１２０により、（第１のＣＶの場合）開始又は（それ以後のＣＶ
の場合）修正される。コード生成部１１３０は、ＣＶにしたがって現在のｍ＿ｒａｎｇｅ
を分割し、サブレンジを選択し、例えば、上述のテーブルを用いて、適切なサブレンジの
割り当てデータコードを生成する。範囲リセット部１１４０は、上述のように一連のコー
ド値を修正するように、選択されたサブレンジのｍ＿ｒａｎｇｅにｍ＿ｒａｎｇｅをリセ
ットする。正規化部１１５０は、得られたｍ＿ｒａｎｇｅの値が最小許容値を下回ってい
るか否かを検出し、必要に応じて、ｍ＿ｒａｎｇｅを１回又は２回以上、再正規化する。
このような再正規化動作に対して、各出力符号化データビットが出力される。上述のよう
に、処理の終了時に、割り当てコード値も出力される。
図２０に概略的に示すデコーダでは、ＣＶは、エンコーダにおけるＣＶ抽出部１１２０
と同様に動作するＣＶ抽出部１２２０により、（第１のＣＶの場合）開始又は（それ以後
のＣＶの場合）修正される。コード適用部１２３０は、ＣＶにしたがって、現在のｍ＿ｒ
ａｎｇｅを分割し、当該データコードがどのサブレンジにあるかを検出する。範囲リセッ
ト部１２４０は、割り当てコード値及び選択されたサブレンジのサイズに基づいて一連の
コード値を修正するように、選択されたサブレンジのｍ＿ｒａｎｇｅにｍ＿ｒａｎｇｅを
リセットする。必要に応じて、正規化部１２５０は、受信したデータビットに応答して、
ｍ＿ｒａｎｇｅを正規化する。
諸実施形態では、ＣＡＢＡＣストリームを終了させる技術が提供される。これら実施形
態については、コード値の範囲が（上述の１２８ではなく）最大値である５１２を有し、
そのため、当該範囲の上半分、すなわち、２５６から５１０に制限される１つ例のシステ
ムに関連して説明する。
当該技術により引き起こされる損失は、平均１．５ビットである（すなわち、従来のス
トリーム終了技術が引き起こす損失よりもはるかに少ない）。平均損失が１ビットである
第２の変形例に係る方法も提案される。これら技術の適用には、ＩＰＣＭ（非周波数分離
）データの送信前のＣＡＢＡＣストリームの終了、及びスライス毎の行のためのストリー
ムの終了が含まれることが示唆されている。当該技術は、ストリームの終了の際にＣＡＢ
ＡＣ変数を正確な範囲のあらゆる値に設定できるという認識に基づいている。したがって
、ＣＡＢＡＣ変数は、多くの後置（最下位ビット）ゼロを有する値に設定される。その結
果、当該値がデータストリームに流れていく際、ゼロは無視できるので効率的である。
現在の技術では、ＣＡＢＡＣストリームを終了させると、８ビットがデータ・ストリー
ムに流れる（すなわち、当該８ビットが損失又は無駄になる）。この技術は、各ＬＣＵ又
は画像スライスの後（すなわち、特定の各画像サブ領域に関する１群のデータ値を符号化
した後）で、イントラフレームを終了し、係数バイパスデータ（符号ビット／エスケープ
コード）がＲＡＷ形式でビットストリームに配置される例として示される。
ＣＡＢＡＣストリームを終了させる処理は、各スライスの終端においてＩＰＣＭデータ
に先立ち適用される。諸実施形態では、（便宜的に）この処理は、当該ストリームが終了
される確率が平均０．５４％で固定されると仮定する（データ値（１又は０）を符号化す
る場合、現在のｍ＿ｒａｎｇｅは、１又は０の確率をそれぞれ示す２つのシンボル範囲に
分割される。特別な「終端ストリームフラグ」値について、１に対するシンボル範囲は常
に２である。したがって、１であるデータ値の確率は、現在のｍ＿ｒａｎｇｅの値に依存
する。いくつかの実施形態では、上述のように、ｍ＿ｒａｎｇｅは２５６から５１０まで
の範囲で変化してもよいので、終了確率は、２／５１０＝０．３９２２％及び２／２５６
＝０．７８１３％の範囲で変化する）。
エンコーダに対して、この処理は、以下のように行われる。
ストリームが終了されない場合、ＣＡＢＡＣ範囲ｍ＿ｒａｎｇｅは２ずつ減らされ、Ｃ
ＡＢＡＣエンジンは、必要に応じて、１つの場所で再正規化され（すなわち、ｍ＿Ｌｏｗ
及びｍ＿ｒａｎｇｅが再正規化される）、現在のＣＡＢＡＣストリームにおける処理が続
行される。
ストリームが終了される場合、ＣＡＢＡＣ「ｍ＿Ｌｏｗ」は、「範囲−２」ずつ増やさ
れ、当該範囲は２に設定され、ＣＡＢＡＣエンジンは、７カ所で再正規化され、それに続
いて、バイナリ「１」を出力する。この処理は、８カ所の再正規化と等しく、再正規化さ
れた値は奇数にさせられる。
上記処理が理想的でない、すなわち、ストリームの確率が変化し、又はより高い確率で
固定され、又は確実（１の確率）である場合もある。
諸実施形態によれば、たった２回の再正規化で、ＣＡＢＡＣストリームを速やかに終了
できる方法が提供される。この方法における損失は（平均で）１．５ビットであり、デコ
ーダ及びエンコーダの複雑性への影響は無視できるほど小さい。ＣＡＢＡＣデコーダの複
雑性は増加するものの、オーバーヘッドをたった１ビットに減らすことができる変形例の
方法も示されている。当該２つの方法は、終了の変数確率がある場合、一般的な適用可能
コンテキスト変数とともに用いることができる。また、当該２つの方法は、（非適用可能
コンテキスト変数と類似した）固定確率メカニズムとともに用いることもできる。
なお、上述のように、ｍ＿Ｌｏｗ及びｍ＿Ｒａｎｇｅは一緒に再正規化される。
１ アルゴリズム
１．１ 方法
エンコーダのステップは以下のとおりである。
ｍ＿Ｌｏｗ＝（ｍ＿Ｌｏｗ＋１２８）＆〜１２７｛又はｍ＿Ｌｏｗ＝（ｍ＿Ｌｏｗ＋１
２７）＆〜１２７｝
ｍ＿Ｌｏｗの再正規化を２ステージ強制的に行い、ｔｅｓｔ＿ｗｒｉｔｅ＿ｏｕｔ（）
を呼び出す［その値をストリームに書き込む］。
次のＣＡＢＡＣストリームの符号化に先立ち、ｍ＿Ｒａｎｇｅを５１０，ｍ＿Ｌｏｗを
０に設定する。
注記：＆はＡＮＤ操作であり、〜はバイナリ反転を示す（したがって、〜１２７は１０
進法の１２７に対応するバイナリ値をバイナリ反転させたものである。その結果、（最下
位ビット又は１に等しいＬＳＢを複数有する）１０進法における１２７等の数字のバイナ
リ反転を伴うＡＮＤ操作は、得られる値のＬＳＢの数をゼロに設定することと等しくなる
）。ｔｅｓｔ＿ｗｒｉｔｅ＿ｏｕｔ（）関数は、ｍ＿Ｌｏｗの先端（ＭＳＢ終端）の任意
のビットが出力ストリームに送信されるのに適しているか否かを確認し、適している場合
、それらを書き込む。上述の擬似コードに関連して、「強制再正規化」により作成された
新しいビットが、この操作により書き込まれる。
デコーダのステップは以下のとおりである。
入力ストリームを７ビット戻す（すなわち、読み込み位置を７ビット移動させる）。
次のＣＡＢＡＣストリームの復号化に先立ち、ｍ＿Ｒａｎｇｅを０に設定し、ビットス
トリームからｍ＿Ｖａｌｕｅを読み込む。
この方法は、デコーダ及びエンコーダに対する処理の影響が少ない。
なお、ｍ＿Ｌｏｗに関して、繰り返しｍ＿Ｌｏｗに追加することで、エンコーダはスト
リームを生成する。デコーダは、エンコーダの最終結果で開始し、それから繰り返し減算
することで、当該ストリームを読み出す。デコーダは、ｍ＿Ｌｏｗではなくストリーム「
ｍ＿ｕｉＶａｌｕｅ」（又は、本明細書の注記にあるｍ＿Ｖａｌｕｅ）から読み出したビ
ットを呼び出す。当該ビットは、ビットストリームから読み込むべきものである。これは
、諸実施形態において、デコーダがｍ＿ｕｉＶａｌｕｅと同様にｍ＿Ｌｏｗを保持する必
要があり、エンコーダの動作を把握している場合に関連する。この場合、エンコーダのｍ
＿Ｌｏｗと全く同じ方法で、ｍ＿Ｌｏｗはデコーダで生成される。
変形例に係る方法
この方法では、デコーダがｍ＿Ｌｏｗを保持する必要があるので、現在のデコーダの複
雑性が増加する。ｍ＿Ｌｏｗの維持が他の提案で必要になる場合、複雑性の増加量は最小
になる。
エンコーダのステップは以下のとおりである。
ｔｅｓｔ２５６を（ｍ＿Ｌｏｗ＋２５５）＆〜２５５にする。
（ｔｅｓｔ２５６＋２５６＜ｍ＿Ｌｏｗ＋ｍ＿Ｒａｎｇｅ）の場合、
ｍ＿Ｌｏｗ＝ｍ＿ｔｅｓｔ２５６
ｍ＿Ｌｏｗの再正規化を１ステージ強制的に行い、ｔｅｓｔ＿ｗｒｉｔｅ＿ｏｕｔ（
）を呼び出す。
それ以外の場合（上述のように）
ｍ＿Ｌｏｗ＝（ｍ＿Ｌｏｗ＋１２８）＆〜１２７｛又はｍ＿Ｌｏｗ＝（ｍ＿Ｌｏｗ＋
１２７）＆〜１２７｝
ｍ＿Ｌｏｗの再正規化を２ステージ強制的に行い、ｔｅｓｔ＿ｗｒｉｔｅ＿ｏｕｔ（
）を呼び出す。
次のＣＡＢＡＣストリームの符号化に先立ち、ｍ＿Ｒａｎｇｅを５１０，ｍ＿Ｌｏｗ
を０に設定する。
デコーダのステップは以下のとおりである。
ｔｅｓｔ２５６を（ｍ＿Ｌｏｗ＋２５５）＆〜２５５にする。
（ｔｅｓｔ２５６＋２５６＜ｍ＿Ｌｏｗ＋ｍ＿Ｒａｎｇｅ）の場合、
ストリームを８ビット戻す
それ以外の場合（上述のように）
ストリームを７ビット戻す
次のＣＡＢＡＣストリームの復号化に先立ち、ｍ＿Ｒａｎｇｅを０，ｍ＿Ｌｏｗを０
に設定し、ビットストリームからｍ＿Ｖａｌｕｅを読み出す。
理論
ＣＡＢＡＣエンコーダについて、ｍ＿Ｌｏｗに連結されるストリームに書き込まれ（又
は記憶され）るデータは、最終出力が取ることができる最小値を示すｎビット値のｌｏｗ
である。最大値ｈｉｇｈは、ｌｏｗ及びｍ＿Ｒａｎｇｅの合計であり、エンコーダによっ
て２５６（２５６を含む）から５１１（５１１を除く）までの範囲に維持される変数であ
る。ストリームの終端において、ｌｏｗ（ｌｏｗを含む）からｈｉｇｈ（ｈｉｇｈを除く
）のあらゆる値を、復号化に影響することなく、最終出力値として選択することができる
。復号化がｎ個のＬＳＢの値に依存することなく行われる場合、当該ｎ個のＬＳＢは、ビ
ットストリームの次のセクションから得られるデータで置き換えることができる。
ｖをｌｏｗからｈｉｇｈの値とすると、ｎ個のＬＳＢは０であり、最後のｎ個のＬＳＢ
が１の場合、得られる値Ｖは、依然としてｈｉｇｈより小さい。「ｈｉｇｈ−ｌｏｗ」は
少なくとも２５６なので、値ｖは、常に、０である少なくとも７個のＬＳＢを有するｌｏ
ｗからｈｉｇｈまでの範囲にある。すなわち、値ｖは、１２８で割り切れるｌｏｗからｈ
ｉｇｈまでの範囲にある第１の値である。
これを実現する最も単純な方法は、一般的な２の累乗配列ルーチンである。例えば、ｖ
＝（ｌｏｗ＋１２７）＆〜１２７である。しかしながら、範囲は少なくとも２５６なので
、ｖ＝（ｌｏｗ＋１２８）＆〜１２７でも十分である（その結果、エンコーダは、わずか
に小さくなる）。
ビットストリームの現在の部分について、エンコーダは、下位７ビットを除いて、値「
ｖ」を出力する。これは、ｍ＿Ｌｏｗを２箇所で再正規化することで実現される。ビット
ストリームの終端において、デコーダは、ビットストリームの次のセクションから７ビッ
ト読み込み、したがって、当該ビットストリームを７ビット「戻す」必要がある。
ストリームを完全に復号化するために、下位８ビットが必要ない場合もある。最も簡単
な実例は、「ｍ＿Ｌｏｗ＝０」であり、これらは代替アルゴリズムにより調査される。当
該代替アルゴリズムにおいて、０のＬＳＢを８個有するｌｏｗからｈｉｇｈまでの範囲に
ある値ｖが計算され、対応する値Ｖが存在するか否かを確認するためにｔｅｓｔが適用さ
れる。この決定処理には、ｌｏｗ及びｈｉｇｈにおけるテストが必要である。また、デコ
ーダも同じ決定をしなければならないので、当該デコーダはｍ＿Ｌｏｗを追跡する必要が
ある。
エンコーダアルゴリズムの両方のバージョンにおいて、７ビットパスに対して異なるビ
ットストリームをもたらす選択があるが、当該選択は同じデコーダで復号化することがで
きる。
上述の図１９を参照して、ユニット１１２０及び１１３０は、一連のコード値の複数の
補足サブレンジの１つを選択する諸実施形態のセレクタ及び現在の入力値をコード値に割
り当てるデータ割り当て部を指す。ユニット１１４０は、一実施形態のデータ修正部を表
す。ユニット１１５０は、一連のコード値が最小サイズより小さいか否かを検出する一実
施形態の検出部を表し、これにより当該検出部の他の機能を実行する。また、ユニット１
１５０は、上述及び下記のデータ終了機能を実行し、特に、いつストリームを終了するか
に関する決定を行うことで、一実施形態のデータ終了部を表す。
上述の図２０を参照して、ユニット１２２０，１２３０，１２４０、及び１２５０は、
これらのユニットに関して上述の機能を実行するよう動作可能である点で、まとめて諸実
施形態のポインタコントローラ及び設定部を表す。
適用例
上記構成について考えられる適用例は、以下のものを含む。
１．特に、確率が０．５４％よりも著しく高いことがある「スライス毎の行（ｒｏｗ−ｐ
ｅｒ−ｓｌｉｃｅ）」スタイルの構成におけるスライスに対する最後の符号化ＬＣＵの終
了。
この構成において、諸実施形態では、ビデオデータを表す連続入力データ値を符号化す
るデータ符号化方法が提供される。当該方法は、現在の入力データ値に係る一連のコード
値の複数の補足サブレンジの１つを選択し（当該一連のコード値に関連するサブレンジの
比率は、当該入力データ値と関連するコンテキスト変数によって定義される）、現在の入
力データ値を選択されたサブレンジ内のコード値に割り当て、割り当てられたコード値及
び選択されたサブレンジのサイズに基づいて一連のコード値を修正し、一連のコード値が
所定の最小サイズより小さいか否かを検出し、小さい場合、少なくとも当該所定の最小サ
イズとなるまで一連のコード値のサイズを連続的に増加させ、各サイズ増加動作に応答し
て符号化データビットを出力し、現在のデータ値について選択されたサブレンジ内の一連
のコード値の比率を増加させるように次の入力データビット又は値に関して使用するため
にコンテキスト変数を修正し、他のビデオデータを参照することなく符号化されたビデオ
データのスライス内にあるビデオデータの一連のブロックに対応する１群の入力データ値
を符号化した後、一連のコード値の終端を定義する値をゼロに等しい複数の最下位ビット
を有する値に設定し、一連のコード値のサイズを増加させ、一連のコード値の終端を定義
する値を出力データに書き込むことで、出力データを終了することを含む。
２．考えられる最後のスライスのＬＣＵが確実になった後の、スライスに対する考えら
れる最後のＬＣＵの終了。
この構成において、諸実施形態では、ビデオデータを表す連続入力データ値を符号化す
るデータ符号化方法が提供される。当該方法は、現在の入力データ値に係る一連のコード
値の複数の補足サブレンジの１つを選択し（一連のコード値に関連するサブレンジの比率
は、入力データ値に関連するコンテキスト変数で定義される）、現在の入力データ値を選
択されたサブレンジ内のコード値に割り当て、割り当てコード値及び選択されたサブレン
ジのサイズに基づいて一連のコード値を修正し、一連のコード値が所定の最小サイズより
小さいか否かを検出し、小さい場合、少なくとも当該所定の最小サイズまで一連のコード
値のサイズを連続的に増加させ、各サイズ増加動作に応答して符号化データビットを出力
し、現在のデータ値について選択されたサブレンジにおける一連のコード値の比率を増加
するように、次の入力データビット又は値に関して使用できるようにコンテキスト変数を
修正し、他のビデオデータを参照することなく符号化されるビデオデータのスライス全体
を表す１群の入力データ値を符号化した後、一連のコード値の終端を定義する値をゼロに
等しい複数の最下位ビットを有する値に設定し、一連のコード値のサイズを増加させ、一
連のコード値の終端を定義する値を出力データに書き込むことにより、出力データを終了
させることを含む。
３．可能であればコンテキスト変数とともに行うＩＰＣＭデータに先立つ終了。
この構成において、諸実施形態では、周波数分離ビデオデータを表す連続入力データ値
を符号化するデータ符号化方法が提供される。当該方法は、現在の入力データ値に係る一
連のコード値の複数の補足サブレンジの１つを選択し（一連のコード値に関連するサブレ
ンジの比率は、当該入力データ値と関連するコンテキスト変数によって定義される）、現
在の入力データ値を選択されたサブレンジ内のコード値に割り当て、割り当てられたコー
ド値及び選択されたサブレンジのサイズに基づいて、一連のコード値を修正し、一連のコ
ード値が所定の最小サイズより小さいか否かを検出し、小さい場合、当該一連のコード値
のサイズが少なくとも当該所定の最小サイズとなるまで連続的に増加させ、各サイズ増加
動作に応答して符号化データビットを出力し、現在のデータ値について選択されたサブレ
ンジ内の一連のコード値の比率を増加させるように、次の入力データビット又は値に関し
て使用するために、コンテキスト変数を修正し、符号化対象の次のグループのデータ値が
非周波数分離ビデオデータを表すように１群の入力データ値を符号化した後、一連のコー
ド値の終端を定義する値をゼロに等しい複数の最下位ビットを有する値に設定し、一連の
コード値のサイズを増加させ、一連のコード値の終端を定義する値を出力データに書き込
むことによって、出力データを終了することを含む。
４．「未処理ビット」メカニズムが長くなるのを防ぐためのストリームの終了。
この構成において、諸実施形態では、連続入力データ値を符号化するデータ符号化方法
が提供される。当該方法は、現在の入力データ値に係る一連のコード値の複数の補足サブ
レンジから１つを選択し（一連のコード値に関連するサブレンジの比率は、当該入力デー
タ値と関連するコンテキスト変数によって定義される）、現在の入力データ値を選択され
たサブレンジ内のコード値に割り当て、割り当てられたコード値及び選択されたサブレン
ジのサイズに基づいて、一連のコード値を修正し、一連のコード値が所定の最小サイズよ
り小さいか否かを検出し、小さい場合、一連のコード値のサイズを少なくとも当該所定の
最小サイズとなるまで連続的に増加させ、各サイズ増加動作に応答して符号化データビッ
トを出力し、現在のデータ値について選択されたサブレンジにおける一連のコード値の比
率を増加させるように、次の入力データビット又は値に関して使用するためにコンテキス
ト変数を修正し、異なる符号化技術により符号化される一連のデータ値が所定のサイズを
超えているか否かを検出し、超えている場合、一連のコード値の終端を定義する値をゼロ
に等しい複数の最下位ビットを有する値に設定し、一連のコード値のサイズを増加させ、
一連のコード値の終端を定義する値を出力データに書き込むことにより、出力データを終
了することを含む。
本明細書の以降の説明は、上述したエンコーダ及びデコーダ等の動作を、よりビデオ解
像度が高く、それに応じて（負のＱＰを含む）ＱＰが低い動作に発展させることに関する
。コーデックが高いビット深さを正確にサポートする場合、動作ＱＰは、場合により、低
い必要がある。ＨＥＶＣにより定義されるエンコーダ及びデコーダ等に存在する内部の精
度制限により引き起こされる可能性がある、考えられる誤差源について説明する。これら
精度に変化を与えることで、誤差を緩和することができ、これにより、ＨＥＶＣの動作範
囲が拡張される。また、エントロピー符号化における変化も提示される。
本願の出願時点において、ＨＥＶＣバージョン１は、８ビット及び１０ビットのコーデ
ックを表す。バージョン２は、１２ビット及び１４ビットの動作を含むことになっている
。入力データビット深さを１４まで可能にするために試験ソフトウェア又は実証ソフトウ
ェアが書き込まれているが、１４ビットを符号化するコーデックの能力は、コーデックが
８ビット又は１０ビット解像度データを処理する方法に対応するとは限らない。いくつか
の例では、内部処理により、解像度の事実上の損失を招くノイズが発生することがある。
例えば、１４ビットの入力データに対するピーク信号対雑音比（ＰＳＮＲ：peak signal
to noise ratio）が非常に低ければ、最下位２ビットはノイズに対して事実上低減され、
コーデックは１２ビットの解像度でのみ事実上動作する。したがって、出力データの事実
上の（有効な）解像度を著しく減少させることに関して多くのノイズ、誤差、又は他の副
作用を発生させることなしに、高解像度入力データ（例えば、１２ビット又は１４ビット
解像度入力データ）を使用できるようにする内部動作機能をシステムに持たせようとする
ことは適切である。
「ビットデプス」という用語及び変数ｂｉｔＤｅｐｔｈは、ここでは、入力データ及び
／又はコーデック内で実行されるデータ処理の（文字に係る）解像度を示すために使用さ
れる（後者は、ＨＥＶＣソフトウェア実証モデル用語を用いた「内部ビットデプス」とし
ても知られている）。例えば、１４ビットのデータ処理に対して、ｂｉｔＤｅｐｔｈは１
４である。
８ビット及び１０ビットのコーデックに関連して、正の範囲（０より大きい）の量子化
パラメータ（ＱＰ）について説明する。しかしながら、入力データの解像度における（８
を超える）各追加ビットに対して、最小可能ＱＰ（ｍｉｎＱＰ）は、０よりも６小さくて
もよい。すなわち、ｍｉｎＱＰ＝−６＊（ｂｉｔＤｅｐｔｈ−８）である。
変数「ＰＳＮＲ」又はピークＳＮＲは、平均２乗誤差（ＭＳＥ）及びビットデプスの関
数として以下のように定義される。
ＰＳＮＲ＝１０＊ｌｏｇ１０（（（２ｂｉｔＤｅｐｔｈ）−１）２／ＭＳＥ）
以下に説明する図２３から分かるように、コーデック実行例の内部処理ビットデプスが
どのような値を取っても、一般的な傾向として、ＰＳＮＲ曲線は９０ｄＢ付近でピークを
迎える。（ＰＳＮＲ曲線のピークに対応するＱＰよりも）負のＱＰに対しては、実際、Ｐ
ＳＮＲパフォーマンスが低下する。
ＰＳＮＲの式を用いて、以下のような、所与のビットデプス及びＭＳＥに対するＰＳＮ
Ｒの表が得られる。
１４ビットのコーデックが、７２．２ｄＢのＰＳＮＲを実現できるのみである場合、各
出力値は、対応する元の値の±４の範囲でのみ正確となる。したがって、２つの最下位ビ
ットは、事実上のノイズであり、コーデックは、出力に２つの追加ランダムビットを追加
した１２ビットのコーデックと同等のものとなる（なお、この分析は、平均に基づくもの
であり、実際には、画像のいくつかの部分において、平均よりも良好又は低質のものが得
られることがある）。
この議論を拡張して、純粋に数字上の方法でＰＳＮＲを比較すると、最善のシステムは
、実際には、無損失な符号化を実行でき、無限のＰＳＮＲ（ＭＳＥ＝０）を実現する８ビ
ットシステムであると考えられる。しかしながら、これは最初にｎビット（ｎはもともと
、８ビットより大きい）から８ビットにビデオを丸める損失、あるいは切り取る損失を考
慮していない。この手法は、以下の例によって一般化できる。
無損失な（ｎ−１）ビットシステムをｎビットのデータを符号化するのに利用できる場
合、出力において、観察されるｎビットのＭＳＥは（０＋１２）／２＝０．５となる。
無損失な（ｎ−２）ビットシステムをｎビットのデータを符号化するのに利用できる場
合、出力において、観察されるｎビットのＭＳＥは（０＋１２＋２２＋１２）／４＝１．
５となる。
無損失な（ｎ−３）ビットシステムをｎビットのデータを符号化するのに利用できる場
合、出力において、観察されるｎビットのＭＳＥは（０＋１２＋２２＋３２＋４２＋３２
＋２２＋１２）／８＝５．５となる。
無損失な（ｎ−４）ビットシステムをｎビットのデータを符号化するのに利用できる場
合、出力において、観察されるｎビットのＭＳＥは（０＋１２＋２２＋３２＋４２＋５２
＋６２＋７２＋８２＋７２＋６２＋５２＋４２＋３２＋２２＋１２）／１６＝２１．５と
なる。
したがって、前述の例に戻ると、１４ビットシステムが２１．５又はそれより少ない（
７１．０ｄＢに等しい）ＭＳＥを実現しない場合、及び無損失な１０ビットシステムのビ
ットレートが類似している場合、数字的に言って、１０ビットのみが事実上符号化される
。
「ｍ」のＭＳＥを有する損失の多い、低いビットデプスの（ｎ−ｒ）ビットシステムを
考慮する。このシステムを用いてより高いビットデプスのｎビットのデータを符号化する
場合、（２ｒ）２ｍのＭＳＥが与えられる。
例えば、損失の多い（ｎ−１）ビットシステムに対して、ｎビットシステムにおけるＭ
ＳＥは４ｍ。損失の多い（ｎ−２）ビットシステムに対して、ｎビットシステムにおける
ＭＳＥは１６ｍ。損失の多い（ｎ−３）ビットシステムに対して、ｎビットシステムにお
けるＭＳＥは６４ｍ。損失の多い（ｎ−４）ビットシステムに対して、ｎビットシステム
におけるＭＳＥは２５６ｍ。
したがって、損失の多い低いビットデプスのシステムがより高い（ｎ−ビット）ビット
デプスのデータを符号化する場合について、一般的にｎビットドメインにおいて観察され
るＭＳＥに影響を与えるのは、主にその損失である。したがって、単純なＰＳＮＲ図を用
いて、確実に品質を比較することができる。
（本願の出願時における）ＨＥＶＣエンコーダの実行は、（図２３に示すように）９０
ｄＢでピークを迎える。これは、１１ビットデータの符号化には適切であると考えられる
。この動作点において、これ以上の改善が得られるか否かについての問題については、以
下に説明する。
最初に、誤差の原因について説明する。
コアＨＥＶＣシステム（バージョン１）は、８ビット及び１０ビット動作に対して設計
されている。ビット数が増えるにつれ、システムの部分の内部精度が、誤差、ノイズ、又
は全解像度の事実上の損失につながる副作用の誤差の原因に関連性を有することがある。
図２１は、ＨＥＶＣエンコーダ等の上述のタイプのエンコーダを通過するデータのフロ
ーを簡単に示す概略図である。図２１に示す形式で、この処理を要約する目的は、システ
ムにおける動作解像度の制限の可能性を示すことである。なお、このため、全てのエンコ
ーダの機能性を図２１に示しているわけではない。なお、図２１もデータセットの入力デ
ータ値（ビデオデータ値でもよい）を符号化する装置の例を示す。さらに、（上述のよう
に）図２１に示したもの等の転送符号化経路で使用される技術をエンコーダの補足逆復号
化経路及びデコーダの転送復号化パスに用いてもよい。
一定のビットデプスの入力データ１３００は、イントラ予測又はインター予測を実行し
て実際の入力画像から予測画像を減算する予測ステージ１３１０に供給され、これにより
、一定のビットデプスの残差データ１３２０が生成される。したがって、ステージ１３０
０は、一般的に、図５に示すユニット３２０及び３１０に対応する。
残差データ１３２０は、２Ｄ変換式における左右の行列乗算に対応する（ステージ１及
びステージ２として表される）変換処理の複数のステージを含み、一定の解像度を有する
１つ又は複数の組の変換行列１３４０にしたがって動作する変換ステージ１３３０により
周波数変換される（変換は行列乗算処理により実行される）。ＭＡＸ＿ＴＲ＿ＤＹＮＡＭ
ＩＣ＿ＲＡＮＧＥと称される変換処理の最大ダイナミックレンジ１３５０は、本処理にお
いて実行される計算に適用される。変換ステージの出力は、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩ
Ｃ＿ＲＡＮＧＥに係る一連の変換係数１３６０である。変換ステージ１３３０は、一般的
に、図５に示す変換部３４０に対応する。
係数１３６０は、その後、一般的に図５に示す量子化部３５０に対応する量子化ステー
ジ１３７０に渡される。当該量子化ステージは、（諸実施形態では、ＭＡＸ＿ＴＲ＿ＤＹ
ＮＡＭＩＣ＿ＲＡＮＧＥと同じ）最大ダイナミックレンジＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ
＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥのクリッピングを含む量子化係数・スケーリングリスト１
３８０の制御のもと、乗算シフトメカニズムを用いてもよい。当該量子化ステージの出力
は、（図示しないフルエンコーダにおいて）図５に示すスキャンユニット３６０及びエン
トロピーエンコーダ３７０によって表されたもの等のエントロピー符号化ステージに渡さ
れるＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥに係る一連の量子化係
数１３９０である。
図２１に関して記載された表記を用いて、様々な予測及びＲＱＴ（残差四分木）によっ
て引き起こされるノイズ形成及びレート歪み最適化による量子化（ＲＤＯＱ：rate disto
rtion optimized quantisation）決定処理を（便宜的に）無視して、ＨＥＶＣにおける計
算ノイズの主な原因について以下に説明する。
・変換行列係数値
理想的には、変換係数に適用される逆変換により、元の入力値を再生する。しかしなが
ら、これは計算上の整数の機能により制限される。ＨＥＶＣにおいて、変換行列係数は６
つの分数ビットを有する（すなわち、これらは既に６の左シフトを有する）。
・各変換ステージ後のＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥへのシフト結果
先の変換により、ｂｉｔＤｅｐｔｈ＋ｌｏｇ２（ｓｉｚｅ）ビットのサイズの値が得ら
れる。第１ステージの変換後、ビットにおける係数の幅は、（追加ビットにより精度をよ
り高く維持できるものの）少なくともｂｉｔＤｅｐｔｈ＋ｌｏｇ２（ｓｉｚｅ）である。
しかしながら、ＨＥＶＣにおいて、これら中間物は、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿Ｒ
ＡＮＧＥを超えないように先の（エンコーダのみ）変換においてシフトされる。第２ステ
ージにおいても同様である。逆変換において、各ステージの出力における値は、ＭＡＸ＿
ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥにクリップされる。
ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥがｂｉｔＤｅｐｔｈ＋ｌｏｇ２（ｓｉｚｅ
）より小さい場合、先の変換により得られる値は、実際には、量子化ステージにおいて（
右ではなく）左にシフトされ、１５ビット（ＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭ
ＩＣ＿ＲＡＮＧＥ）にクリップされる。実際には、ＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹ
ＮＡＭＩＣ＿ＲＡＮＧＥがｂｉｔＤｅｐｔｈ＋ｌｏｇ２（ｓｉｚｅ）＋１より小さい場合
、クリッピングはＱＰが（４−（６＊（ｂｉｔＤｅｐｔｈ−８）））より小さい場合に実
行される。
ＨＥＶＣにおいて、３２ｘ３２ブロックの係数はＱＰ＜−８のためにクリップされるこ
ともあるが、１５のＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ（及びＥＮＴＲＯＰＹ＿
ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿Ｒａｎｇｅ）が１０ビットまでの動作に用いられる。ま
た、内部精度のための上部空間が欠乏していると、低いＱＰに対して誤差が発生すること
もある。
・量子化の際に追加されるノイズ
エンコーダ及びデコーダの量子化部及び逆量子化部は、量子化の際にノイズを追加させ
るものの、追加ノイズはスケーリングリストが適用される際に気付かずに追加されること
があり、また、アレイ「ｑｕａｎｔＳｃａｌｅｓ」及び「ｉｎｖＱｕａｎｔＳｃａｌｅｓ
」において定義される量子化係数は必ずしも完全な逆数ではないので、気付かずに追加さ
れることもある。
変換行列の精度及びＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥの効果について以下に
説明する。
経験的データは、いわゆるＳＶＴテストセット（４Ｋビデオからスケールダウンした１
６ビットで１９２０ｘ１０８０ ５０ｐ）からの５つのビデオシーケンスの符号化の（い
わゆるイントラ符号化プロファイルにしたがった）分析により得られた。これらのシーケ
ンスの中で、最初の１５０フレームのみが試験において使用された。Ｔｒａｆｆｉｃ＿Ｒ
ＧＢ（１２ビットにおいて２５６０ｘ１６００ ３０ｐ）と称される６番目の配列は、本
願の出願時点でＨＥＶＣに適用可能な、一般的な範囲拡張（Ｒａｎｇｅ ｅｘｔｅｎｓｉ
ｏｎｓ）試験の条件によって定義される。
経験的テストにおいて、ファイル（入力データ）ビットデプスが試験中の内部ビットデ
プス（コーデックの入力ビットデプス）よりも小さかった場合、サンプルにパディングを
した（ＬＳＢを０に設定した）。ファイルビットデプスが内部ビットデプスより大きい場
合、サンプルを縮小し、丸めた。
以下の説明では、ｂｉｔＤｅｐｔｈを用いて入力データのビットデプスではなく内部ビ
ットデプスについて記載している。１６までの内部ビットデプス（ｂｉｔＤｅｐｔｈ）を
有するシステムについて考える。
図２２は、図２１に示すエンコーダシステムの経験的性能を内部ビットデプスの数で概
略的に示す量子化パラメータ（ＱＰ）に対するビットレートのグラフである。図２３は、
ＱＰに対する（１つのチャンネルに対する経験的データを取得するのはより簡単であるこ
と、及びグリーンは出力ビデオの視聴者の認識に最も貢献するチャンネルであることに基
づく）グリーンチャンネルについてのＰＳＮＲのグラフである。図２２のグラフは、１６
ビット（ＱＰは−４８〜−２６）、１４ビット（ＱＰは−２４〜−１４）、１２ビット（
ＱＰは−１２〜−２）、１０ビット（ＱＰは０〜１０）及び８ビット（ＱＰは１２〜２２
）の処理に対するデータの合成により形成される。垂直ライン１４００は、ビットデプス
が変化する点を概略的に示す。図２２における複数の曲線は、異なるテストシーケンスで
得られる結果に対応する。
図２２は、ビットレートが一般的にＱＰに対して単調に変化することを示している。
図２３を参照して、ｂｉｔＤｅｐｔｈ＝８及びｂｉｔＤｅｐｔｈ＝１０に対するＰＳＮ
Ｒは、４以下（各曲線における１番右から３つのデータ点）のＱＰで明確に増加する。Ｑ
Ｐ４において、８ビットに対する量子化約数は１（１０ビットに対してＱＰは−８）であ
り、考えられる唯一の誤差源としてＤＣＴ及びＩＤＣＴ並びに量子化及び逆量子化係数の
間の不整合をもたらす。システムが無損失処理に向かうと、ＭＳＥはゼロに接近し、ＳＮ
Ｒは急上昇する。図２４は、一連の異なる内部ビットデプス（８，１０，１２，１４，１
６）における１つのテストシーケンスについてのビットレートに対するＰＳＮＲのグラフ
である。５つの曲線は、そのほとんどの範囲において相互にほぼ正確に重なっており、そ
のため、容易に区別することができない。
同様の動作点における１０ビットシステムは、主に２つの最下位ビットにおいて誤差を
有し、８ビットの精度のみを考慮すると無損失な処理に近づいていることを示す。しかし
ながら、本明細書において示すように、１０ビットビデオを８ビットビデオに変換する動
作についても考慮しなければならない。これは、低い精度を考慮すると隠れている（すな
わち、経験テストにおける結果として明確に示されていないが、依然としてより高い全Ｓ
ＮＲをもたらす）１．５のＭＳＥを追加することになる。
ピークＳＮＲに対する内部精度に制限されないシステムにおいて、無損失処理に向かう
増加は、ＱＰが（４−（６＊（ｂｉｔＤｅｐｔｈ−８）））未満に減少する際の各ｂｉｔ
Ｄｅｐｔｈについて確認することができる。これは、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿Ｒ
ＡＮＧＥ＝２１，ＥＮＴＲＯＩＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ＝２１
ビット及び１４ビット変換行列，ＲＤＯＱ無効、及び変換スキップ無効のビットデプス（
８，１０，１２，１４，１６）の範囲のビットレートに対するグリーンチャネルＰＳＮＲ
のグラフである図２５に示されている。５つのカーブは、（８ビット曲線の）部分１４２
０、（１０ビット曲線の）部分１４３０、（１２ビット曲線の）部分１４４０、（１４ビ
ット曲線の）部分１４５０、及び（１６ビット曲線の）部分１４６０を除いて相互に重な
っている。同じ数のビットについて、図２４に示すものよりも著しく高いＳＮＲが得られ
ることが分かる。
経験的結果により、本発明の諸実施形態では、変換行列の精度は、少なくともｂｉｔＤ
ｅｐｔｈ−２であることが示された。図２６は、様々な精度ＤＣＴ行列と比較する、ｂｉ
ｔＤｅｐｔｈ＝１０及びＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ＝１７の１つのテス
トシーケンスのグリーンチャネルのビットレートに対するＰＳＮＲのグラフである。
諸実施形態では、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥは、ｂｉｔＤｅｐｔｈよ
りも少なくとも（ｌｏｇ２（ｓｉｚｅ）の最小値である）５大きくすべきである。符号化
効率をさらに改善するための追加精度について示した。
諸実施形態では、ＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥは、少
なくともｂｉｔＤｅｐｔｈ（ｌｏｇ２（ｓｉｚｅ）の最大値に対して（４−（６＊（ｂｉ
ｔＤｅｐｔｈ−８）））＋５より小さいＱＰによって適用された「量子化因子」について
１）よりも６大きくすべきである。最小ＱＰ値に対するクリッピングと関係ない他の実施
形態では、ＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥは、少なくとも
ｂｉｔＤｅｐｔｈよりも５（ｌｏｇ２（ｓｉｚｅ）の最小値）大きくすべきである。
１６ビットシステムに対して、変換行列精度は、１４に設定すべきであり、ＭＡＸ＿Ｔ
Ｒ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥは２１に設定すべきであり、ＥＮＴＲＯＰＹ＿ＣＯＤＩ
ＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥは２２に設定すべきである。より高い内部精度を有す
ることが有害とは考えにくいので、これらパラメータについても異なるｂｉｔＤｅｐｔｈ
ｓで試験し、同じ数のビットについては著しく高いＳＮＲが得られ、精度を上昇させたシ
ステムは１６までのｂｉｔＤｅｐｔｈｓに適したＰＳＮＲ／ＭＳＥ動作点を有することを
実証する結果を得た。
範囲拡張（Ｒａｎｇｅ Ｅｘｔｅｎｓｉｏｎｓ）が全てのビットデプスに対する単一の
新しいプロファイルの生成を意図している場合、上述のシステムは適切である。しかしな
がら、異なるプロファイルを異なる最大ｂｉｔＤｅｐｔｈｓについて記載しようとする場
合、異なるパラメータ値を有することは、最も高いプロファイルを必要としないシステム
におけるハードウェアの複雑性を低減するのに有用である可能性がある。いくつかの実施
形態では、異なるプロファイルが変換行列精度、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮ
ＧＥ及びＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥについて異なる値
を定義することがある。
他の実施形態では、プロファイルは、いくつか又は全ての変換行列精度、ＭＡＸ＿ＴＲ
＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ及びＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿Ｒ
ＡＮＧＥの値を（選択基準となる実行コストを有する）エンコーダ、又はｂｉｔＤｅｐｔ
ｈ等のサイド情報の機能によって可能値のリストから選択することを可能にする。しかし
ながら、変換行列精度が変化し、そのため別の実施形態においてたった１つの変換行列精
度がプロファイルに対して定義される場合、これは、複数組の変換行列を必要とすること
がある。その変換行列精度は、プロファイルが設計される最大ビットデプスに対する最大
ビットデプスの推奨値に対応する。考えられる一連のプロファイルを図２８を参照して以
下に示す。
変換行列精度、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ，ＥＮＴＲＯＰＹ＿ＣＯＤ
ＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ、及びｂｉｔＤｅｐｔｈの値の例を以下の表に示す
。
このテーブルにおいて、「＊」が付された値は、現在のＨＥＶＣの記述に一致して、１
５の最小値にクリップされる。「†」及び「‡」が付された値は、現在のＨＥＶＣの記述
について規定されたものより大きく、それぞれ１５及び６である。
異なるプロファイルを用いようとする場合、本発明の諸実施形態では、これら仕様を最
小値として用いることができる（なお、ＨＥＶＣバージョン１の１０ビットシステムは、
これら標的に全く適合しない）。より高いビットレート（低いＱＰ）についてＰＳＮＲを
劣化させるものの、これら表示された最小値よりも低い値を用いることもできる。
したがって、上記の表により、精度及び／又は１つ又は複数の符号化（及び補足復号化
）ステージのダイナミックレンジがビデオデータのビットデプスに従って設定される構成
の例が提供される。
しかしながら、いくつかの実施形態では、ルマ及びクロマのデータは、異なるビットデ
プスを有することがある。
したがって、このような場合、精度及び又はダイナミックレンジの値を（ルマデ−タと
クロマデータの間で）異なるように設定することができ、１組の値をルマ等に適用し、異
なる組の値をクロマデータに適用することができるものの、本発明の実施形態では、この
問題を違う方法で処理する。
いくつかの実施形態では、ビットデプスに従って値を変える能力を維持しながら、ルマ
データ及びクロマデータに対して同一の精度及び／又はダイナミックレンジの値を使用す
るのが実行効率の点で有利であると認識される。ルマデータ及びクロマデータの間で同一
のパラメータを使用することで、２つの異なるプログラム可能な又は制御可能な経路を（
ソフトウェア又はハードウェアの実行において）配置する必要なしに、ルマデータ及びク
ロマデータに対して単一の符号化経路を構築することができる。
どの組のパラメータを使用するかの選択は、所定のルールに従って実行してもよい。例
えば、ルマデータに関連するパラメータを選択することができる。あるいは、動作の柔軟
性が改善すれば、ビットデプスが最も大きいビデオ要素に係るパラメータ（例えば、ルマ
、クロマ）を選択することができる。したがって、例えば、上述の表を用いて、ルマビッ
トデプスが（例えば）１６でクロマビットデプスが（例えば）１４であった場合、１６の
ビットデプスに関連するパラメータの列がルマ処理及びクロマ処理に用いられるであろう
。
ビットデプス及び／又は上述のパラメータ及び／又は上述の表等のパラメータの表の指
数に対するビットデプスの関係は、１つ又は複数のビデオデータの「パラメータセット」
により定義することができる。最高レベルはビデオパラメータセット（ＶＰＳ）であり、
（精度に対応して、減少するレベルで）、シーケンスが１つ又は複数のピクチャを含むシ
ーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ピクチャ
が１つ又は複数のスライスを含むスライスパラメータセットが続く。この関係、ビットデ
プス、精度、及び／又はダイナミックレンジの値は、これらのどれにより定義してもよい
。しかしながら、いくつかの実施形態では、ＳＰＳにより定義される。
したがって、上述の実施形態では、１つ又は複数の符号化ステージに対する精度及び／
又はダイナミックレンジの値は、ビデオ要素（例えば、ルマデータとクロマデータ）でビ
ットデプスが異なる場合、所定のルールを用いてビデオ要素の全てと共に使用するために
単一の組の精度及び／又はダイナミックレンジの値を選択できるように、ビデオビットデ
プスに従って変化するように構成される。これと同様の事が、（ビデオデータではなく）
画像データに関して、適用される。同様の原理は、エンコーダ及びデコーダに適用される
。したがって、これら構成により、異なるビットデプスの画像要素を含む画像データの入
力又は出力に対して、全ての画像要素のと共に用いるために変換行列の最大ダイナミック
レンジ及び／又はデータ精度の単一の組が選択される構成の例が提供される。
いくつかの実施形態では、変換行列の最大ダイナミックレンジ及び／又はデータ精度の
単一の組は、最大ビットデプスを有する画像要素の１つに関連する値として選択される。
なお、いくつかの実施形態では、デコーダ側及びエンコーダの逆経路において、同一の
変換行列の最大ダイナミックレンジ及び／又は同一のデータ精度をエンコーダ側で用いら
れるものとして用いてもよい。他の実施形態では、逆（デコーダ側）変換行列のデータ精
度が６等の所定の値に設定される。
これら構成の例について、図３８及び図３９を参照して以下に説明する。
ＣＡＢＡＣシステムの説明に戻る。上述のように、ＣＡＢＡＣシステムは、現在の入力
データ値に従って範囲変数により定義される一連のコード値の複数の補足サブレンジのう
ちの１つを選択し、現在の入力データ値を選択されたサブレンジ内のコード値に割り当て
、割り当てられたコード値及び選択されたサブレンジのサイズに基づいて一連のコード値
を修正し、一連のコード値を定義する範囲変数が所定の最小サイズより小さいか否かを検
出し、小さい場合、一連のコード値のサイズが少なくとも所定の最小サイズになるまで範
囲変数を連続的に増加させ、各サイズ増加動作に応答して符号化データビットを出力する
ことに関わる符号化技術の例を提供する。諸実施形態では、一連のコード値い関連するサ
ブレンジの比率は、入力データ値に関連付けられたコンテキスト変数により定義される。
諸実施形態におけるＣＡＢＡＣ構成は、入力データ値を符号化した後、現在の入力データ
値に対して選択されたサブレンジ内の一連のコード値の比率を増加させるように次の入力
データ値に関して使用するためにコンテキスト変数を修正し、
ことを含む。
上述のＣＡＢＡＣシステムの説明に戻り、いくつかの実施形態では、ＨＥＶＣ ＣＡＢ
ＡＣエントロピーコーダは、以下の処理によりシンタックス要素を符号化する。
ＴＵ内の（スキャン順において）最後の重要係数の位置が符号化される。
各４ｘ４係数グループ（グループは逆スキャン順で処理される）に対して、当該グルー
プが非ゼロ係数を含むか否かを示す重要係数グループフラグが符号化される。このフラグ
は、最後の重要な係数を含むグループについては必要とされず、（ＤＣ係数を含む）左上
のグループについては１であると仮定される。フラグが１である場合、当該グループに関
する重要性マップ、２以上マップ、３以上マップ、シンボルビット、及びエスケープコー
ドのシンタックス要素は、それに続いて即座に符号化される。
この構成は、図２９に概略的に示されている。ステップ１５００では、現在のグループ
が最後の重要係数を含むか否かをＣＡＢＡＣエンコーダが確認する。現在のグループが最
後の重要係数を含む場合、処理は終了する。現在のグループが最後の重要係数を含まない
場合、処理はステップ１５１０に進み、エンコーダは、現在のグループがＤＣ係数を含む
左上のグループか否かを確認する。現在のグループがＤＣ係数を含む左上のグループであ
る場合、処理はステップ１５３０に進む。現在のグループがＤＣ係数を含む左上のグルー
プでない場合、ステップ１５２０において、エンコーダは、現在のグループが非ゼロ係数
を含むか否かを検出する。現在のグループが非ゼロ係数を含まない場合、処理は終了する
。現在のグループが非ゼロ係数を含む場合、ステップ１５３０で、重要性マップが生成さ
れる。ステップ１５４０において、重要性マップの値が１である、当該グループの終端か
ら逆に数えて８までの係数について、その大きさが１より大きいか否かを示す２以上マッ
プが生成される。ステップ１５５０において３以上マップが生成される。（グループの終
端に最も近い）２以上マップの値が１である１つの係数に対して、これは、大きさが２よ
り大きいか否かを示す。ステップ１５６０において、符号ビットが生成され、ステップ１
５７０において、初期のシンタックス要素により大きさが完全には記載されなかったあら
ゆる係数（すなわち、ステップ１５３０−１５６０のいずれかにおいて生成されたデータ
）に対するエスケープコードが生成される。
ＭＳＥが１より小さい動作点における１６ビット、１４ビット、又は１２ビットシステ
ム（ＱＰは、典型的には、−３４，−２２、及び−１０）に対して、当該システムでは、
典型的には、ほとんど圧縮が行われない（１６ビットに対して、実際には、ソースデータ
を膨張させる）。係数は、一般的に大きな数字であり、したがって、ほぼエスケープ符号
化される。このため、各係数に対してビットストリーム内に固定数のＬＳＢ，ＢＦを配置
することでより高いビットデプスを可能にするために、エントロピーコーダに対して２つ
の変更が提案されている。基本的に、当該スキームにより、８ビット及び１０ビット動作
のために開発された現在のＨＥＶＣ ＣＡＢＡＣエントロピーコーダは、１６ビット等の
より高いビットシステムを追加精度に対する代替パスを用いて１０ビット等の低いビット
システムに事実上変換することにより、そのために設計された元のｂｉｔＤｅｐｔｈで動
作することができる。低いビットシステムの値は容易に予測でき、より複雑な符号化スキ
ームを用いた符号化に適しているので、採用する分割方法の有効性が改善される。一方、
より高いビットシステムに必要とされる追加精度は予測が難しく、したがって、圧縮が難
しく、複雑な符号化スキームは有効でない。例えば、１６ビットシステムは、ＢＦが８と
なるような構成を有することができる。
固定ビットスキームを用いることは、ビットストリーム内においてエンコーダにより示
される。固定ビットの数の判定方法は、スキームを用いる場合、デコーダに対するエンコ
ーダにより示される。これらの方法は、その数を直接符号化すること、又は、ビットスト
リームにおいて既に符号化された（ＱＰ、ビットデプス、及び／又はプロファイルを含む
）ビットストリームに存在するパラメータから値ＢＦを得る方法を示すこと、又はそれら
の組み合わせを示す。エンコーダは、同じ方法を用いて、又はシーケンス、画像、スライ
ス、又は先行のＣＵについて得られるＢＦ値に対するΔ値を示すことにより、異なる画像
、スライス、及びＣｕに対して異なるＢＦ値を示す選択肢も有する。ＢＦの値は、異なる
変換部ブロックサイズ、異なる予測タイプ（インター／イントラ）、及び異なる色チャネ
ル毎に異なるように構成することもできる。そこでは、ソースビデオの機能により、異な
るパラメータの選択においてエンコーダが操作される。
ＱＰに基づくＢＦの取得例は、以下のとおりである。
ＢＦ＝ｍａｘ（０，ｉｎｔ（ＱＰ／−６））
ビットデプスに基づくＢＦの取得例は、以下のとおりである。
ＢＦ＝ｂｉｔＤｅｐｔｈ−８
変換部ブロックサイズ及びＱＰに基づくＢＦの取得例は、以下のとおりである。
ＢＦ＝ｍａｘ（０，ｉｎｔ（ＱＰ／−６）＋２−ｌｏｇ２（ｓｉｚｅ））
様々な値のＢＦを、エンコーダにおいてプリコーダ（試行）構成を用いて決定、又は予
め決まったルールに従うよう構成することができる。
［エントロピー符号化の実施形態１］
より高いビットデプスでの処理を可能にするために、ｂｉｔＤｅｐｔｈより少ない数の
固定ビットＢＦに対するＨＥＶＣエントロピーコーダの処理を以下のように変更した。
ＴＵにおける（スキャン順で）最後の重要係数の位置を符号化する。
各４ｘ４係数グループ（グループは逆スキャン順で処理される）に対して、各係数Ｃを
最高重要部分ＣＭＳＢ及び最下位部分ＣＬＳＢに分割する。なお、ＣＭＳＢ＝ａｂｓ（Ｃ
）＞＞ＢＦ、ＣＬＳＢ＝ａｂｓ（Ｃ）−（ＣＭＳＢ＜＜ＢＦ）であり、ＢＦは、ビットス
トリームから決定される、使用する固定ビットの数である。
上述のCMSB及びCLSBの生成により、値の最上位データ部分が当該値の複数の最上位ビッ
トを表し、値の最下位データ部分が当該値の残りの最下位ビットを表すように、入力デー
タ値から各補足の最上位データ部分及び最下位データ部分を生成する（データ値のシーケ
ンスを符号化する技術に関する）例が提供される。
グループがＣＭＳＢの非ゼロ値を含有するか否かを示す重要係数グループフラグを符号
化する。このフラグは、最後の重要係数を含むグループに必要であり、（ＤＣ係数を含む
）左上のグループに対して１であると仮定される。フラグが１である場合、当該グループ
に関連する以下のシンタックス要素は、それに続いて即座に符号化される。
重要性マップ：
当該グループにおける各係数に対して、ＣＭＳＢの値が重要か否か（非ゼロ値を有する
か否か）を示すフラグを符号化する。このフラグは、最後の重要位置によって示される係
数に対して符号化される。
２以上マップ：
重要性マップの値が１である（グループの終端から後ろにカウントして）８までの係数
に対して、このマップはＣＭＳＢが１より大きいか否かを示す。
３以上マップ：
２以上マップの値が１である（グループの終端に最も近い）１つの係数に対して、この
マップはＣＭＳＢが２より大きいか否かを示す。
固定ビット：
グループにおける各係数に対して、等確率のＣＡＢＡＣビンを用いて、ＣＬＳＢの値を
バイパスデータとして符号化する。
符号ビット：
全ての非ゼロ係数に対して、確率が等しいＣＡＢＡＣビンとして符号ビットを符号化す
る。（逆スキャン順における）最後の符号ビットは、場合により、隠れている符号ビット
を用いる際にパリティから推測される。
エスケープコード：
初期のシンタックス要素によってその大きさが完全には記載されないあらゆる係数に対
して、残りのビットをエスケープコードとして符号化する。
しかしながら、重要係数グループフラグが０である場合、当該グループに関連する固定
ビット、符号ビットのシンタックス要素が、それに続いて即座に符号化される。
固定ビット：
グループにおける各係数に対して、ＣＬＳＢの値は等確率ＣＡＢＡＣビンとして符号化
される。
符号ビット：
全ての非ゼロ係数に対して、符号ビットが等確率ＣＡＢＡＣビンとして符号化される。
（逆スキャン順で）最後の符号ビットは、場合により、隠れている符号ビットを用いる際
にパリティから推測される。
１つ又は複数のマップ及びフラグの生成により、所定の重要度の最上位データ部分の値
の配列に関連する位置を示す１つ又は複数のデータセットを生成する例が提供される。Ｃ
ＡＢＡＣを用いて１つ又は複数のマップを符号化することにより、バイナリ符号化により
出力データストリームに対してデータセットを符号化する例が提供される。等確率ＣＡＢ
ＡＣビンを用いて他のデータを符号化することにより、出力データストリームにおける低
重要部分を定義するデータを含める例が提供され、また、（他の用語を用いて）出力デー
タストリームにおける下位データ部分を定義するデータを含める例は、コード値範囲の比
率に従って最下位データ部分を表すシンボルを符号化する算術符号化により最下位データ
部分を符号化することを含む。最下位データ部分を表す各シンボルに対するコード値範囲
の比率は同等のサイズである。しかしながら、等確率ＣＡＢＡＣ符号化の変形例として、
出力データストリームに低重要部分を定義するデータを含めることは、出力データストリ
ームに最下位データ部分をＲＡＷデータとして直接含めることを含むことができる。
本発明の実施形態によれば、係数が非ゼロ（単にＣＭＳＢと同等ではない）であるか否
かを示すために、重要係数グループフラグの解釈を変えることができる。この場合、逆ス
キャン順で最後の係数を含む係数グループは、（１となるから）示される必要はない。重
要係数グループフラグが０である場合、追加シンタックス要素があったとしても符号化す
る必要はない。これにより、値の配列の所定の順番に従って、非ゼロ値を有する最後の最
上位データ部分の位置を示すデータフラグを含む重要性マップの例が提供される。
図３０に後者の構成を概略的に示す。図３０は多くの点で図２９に対応する。２つの図
面を比較すると、図３０には図２９のステップ１５００に該当するものが記載されていな
いことが分かり、当該処理が最後の重要係数を含むグループに対しても実行されるという
事実と一致する。ステップ１６１０及び１６２０は、一般的に、図２９のステップ１５１
０及び１５２０と対応する。新しく導入されたステップ１６２５において、係数は上述の
ようにＭＳＢ及びＬＳＢ部分に分割される。ステップ１６３０，１６４０、及び１６５０
は、分割された係数のＭＳＢ部分でのみ作用する点を除いて、一般的に、図２９のステッ
プ１５３０，１５４０、及び１５５０にそれぞれ対応する。新たに導入したステップ１６
５５は、分割された係数の上述の固定ビットとしてのＬＳＢ部分を符号化することに関与
する。ステップ１６６０及び１６７０は、図２９のステップ１５６０及び１５７０に対応
する。
この修正により、ＣＡＢＡＣエントロピーコーダがそのために設計された元のｂｉｔＤ
ｅｐｔｈで動作するシステムを、バイパス符号化されたより高いビットデプスのＬＳＢ（
最も予測できないので、最も圧縮が難しい）を用いて、エンコーダの設計ビットデプスに
等しい多くのＭＳＢをＣＡＢＡＣ符号化を通して渡せるようにＢＦを選択することにより
効果的に生成することができる。例えば、エンコーダが８ビット又は１０ビットデプスエ
ンコーダである場合、ＢＦは８又は１０と等しい。これにより、データ値のシーケンスが
画像データビットデプスを有する画像データを表すシステムの例が提供され、当該方法は
、画像データビットデプスと等しい各最上位データ部分において使用するビット数を複数
の最上位ビットとして設定することを含む。
上述のように、（いくつかの実施形態では）データ値のシーケンスが周波数変換画像係
数のシーケンスを含む構成に当該技術を適用してもよい。しかしながら、（音声データ又
は単に数字データ等の）他の種類のデータを用いることもできる。この提案の結果は、図
２７で確認することができる。図２７は、バイパス固定ビット符号化を行う場合（曲線１
６８０）と行わない場合（曲線１６９０）で同等の動作を示す、ビットデプスに係るＤＣ
Ｔ行列精度及びＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥの組を用いた１つのテストシ
ーケンスについてのＱＰに対するＰＳＮＲのグラフである。（固定ビットを有しないシス
テムと関連する）固定ビットを有するシステムに対するビットレートの節約量は、ＱＰが
０における５％からＱＰが−４８における３７％まで変化する。ＢＦの最良値は、シーケ
ンス依存する。ＢＦの１つの例は、上述のように８又は１０である。
［エントロピー符号化実施形態２］
他の実施形態において、同様のスキームが同様の処理ステップの多くに適用される。し
かしながら、当該スキームは、重要性マップの元の機能を保持し、０のフラグ値は（エン
トロピー符号化実施形態１のように、係数のＭＳＢ部分に対する０の値ではなく）０の係
数値を示す。これは、（典型的にはスムーズ）コンピュータにより生成されたビデオ（ゼ
ロはより頻度が高いと予測される）を考慮する際に、より有用である。本実施形態は、ｂ
ｉｔＤｅｐｔｈより小さい多くの固定ビットＢＦに対する以下の処理ステップを含む。
ＴＵにおける（スキャン順において）最後の重要係数の位置が符号化される。
各４ｘ４係数グループ（グループは逆スキャン順で処理される）に対して、グループが
非ゼロ係数か否かを示す重要係数グループフラグが符号化される。このフラグは、最後の
重要係数を含むグループには必要なく、（ＤＣ係数を含む）左上のグループに対しては１
であると仮定される。フラグが１である場合、各係数Ｃは、最上位部分ＣＭＳＢ及び最下
位部分ＣＬＳＢに分割される。なお、ＣＭＳＢ＝（ａｂｓ（Ｃ）−１）＞＞ＢＦ、ＣＬＳ
Ｂ＝（ａｂｓ（Ｃ）−１）−（ＣＭＳＢ＜＜ＢＦ）である。
上述のCMSB及びCLSBの生成により、値の最上位データ部分が当該値の複数の最上位ビッ
トを表し、各最下位データ部分が当該値の残りの最下位ビットを表す用に、入力データ値
から各補足の最上位データ部分及び最下位データ部分を生成する（データ値のシーケンス
を符号化する技術に関する）例が提供される。
当該グループに関連する以下のシンタックス要素が、それに続いて即座に符号化される
。
重要性マップ：
グループの各係数に対して、係数Ｃが重要である（非ゼロ値を有する）か否かを示すフ
ラグが符号化される。最後の重要位置によって示される係数については、フラグは必要な
い。
２以上マップ：
重要性マップの値が１である（グループの終端から後ろにカウントして）８までの係数
に対して、ＣＭＳＢが１以上か否かを示す。
３以上マップ：
２以上マップの値が１である（グループの終端に最も近い）１つの係数に対して、ＣＭ
ＳＢが２以上か否かを示す。
符号ビット：
全ての非ゼロ係数に対して、確率が等しいＣＡＢＡＣビンとして符号ビットを符号化す
る。（逆スキャン順における）最後の符号ビットは、場合により、隠れている符号ビット
を用いる際にパリティから推測される。
固定ビット：
グループにおける各非ゼロ係数に対して、ＣＬＳＢの値が符号化される。
エスケープコード：
初期のシンタックス要素によってその大きさが完全には記載されないあらゆる係数に対
して、残りのビットがエスケープコードとして符号化される。
１つ又は複数のマップ及びフラグを生成することにより、値の配列に関連する所定の重
要度の最上位データ部分の位置を示す１つ又は複数のデータセットを提供する例が提供さ
れる。ＣＡＢＡＣを用いて１つ又は複数のマップを符号化することで、バイナリ符号化に
より出力データストリームに対してデータセットを符号化する例が提供される。等確率Ｃ
ＡＢＡＣビンを用いて他のデータを符号化することにより、出力データストリームにおけ
る下位部分を定義するデータを含める例が提供される。
なお、出力ストリームにおけるデータの様々な要素の順番については様々な選択肢があ
る。例えば、符号ビット、固定ビット、及びエスケープコードを参照して、１群の（例え
ば）ｎ（ｎは例えば１６である）個の係数についての順番は、n x 符号ビット、n x 固定
ビットの組、それからn x エスケープコード、又はn x 符号ビット、それからn x （１つ
の係数に対してエスケープコード及び固定ビット）である。
この構成を図３１のフローチャートに概略的に示す。ここで、ステップ１７００−１７
７０は、違いが特定されない限り、以下のように図３１及び図３２の各ステップに対応す
る。なお、ステップ１７５５は、図３１のステップ１７６０（同様のステップ１６５５は
、図３０のステップ１６６０に先行する）に続く。
ステップ１７００は、一般的に、図２９のステップ１５００に対応する。これが最後の
重要係数を含むグループでない場合、処理はステップ１７１０に移行する。ステップ１７
１０及び１７２０は、図３０のステップ１６１０及び１６２０にそれぞれ対応する。係数
は、図３０のステップ１６２５に対応するステップ１７２５で分割される。しかしながら
、ステップ１７３０において、上述のステップ１６３０の構成とは対照的に、重要性マッ
プの抽出に係数全体（ステップ１７２５で実行される分割は当面の間無視する）が用いら
れる。ステップ１７４０及び１７５０は、分割係数のＭＳＢ部分でのみ作用し、その機能
はステップ１６４０及び１６５０に対応する。ステップの順番は図３２と図３３でわずか
に異なるように（一例として）示されているという事実以外は、ステップ１７５５，１７
６０、及び１７７０は、ステップ１６５５，１６６０、及び１６７０の機能に対応する。
これら２つのエントロピー符号化実施形態を比較した結果を、図２８に示す。図２８は
、６つのテストシーケンスについて、エントロピー符号化実施形態１で得られる結果に対
して（同一のパラメータにも関わらず）エントロピー符号化実施形態２で得られるビット
レート％の改善を示すグラフである。
エントロピー符号化実施形態２は、負のＱＰに対して、エントロピー符号化実施形態１
よりもいくつかの原因物質に対する効果が平均で１％低いことが示されている。正のＱＰ
に対しては約３％上昇する。しかしながら、いくつかの軟らかい原因物質に対して、係数
におけるゼロの数が増えることにより、その逆の現象が観察される。一実施形態では、エ
ンコーダは、エントロピー符号化方法を選択し、当該選択をデコーダに通知することがで
きる。
正のＱＰに対する節約量は負のＱＰに対する節約量と比較して小さいので、エントロピ
ー符号化の修正は、ＱＰが負であるときにのみ有効とする。エントロピー符号化実施形態
１が負のＱＰに対して３７％までのビットの節約量を示すことを考慮して、エントロピー
符号化変形を有しないシステムと比較すると、これら動作点において２つのエントロピー
符号化実施形態にほとんど違いはない。
したがって、周波数変換入力画像係数が利用可能な様々な量子化パラメータから選択さ
れた変数量子化パラメータに従って量子化された周波数変換入力画像係数である実施形態
において、当該技術は、利用可能な量子化パラメータの第１の所定のサブレンジにおける
量子化パラメータを用いて生産された係数、及び利用可能な量子化パラメータの第１の所
定のサブレンジ内にない量子化パラメータを用いて生産された係数について、最上位デー
タ部分及び最下位データ部分に従って周波数変換入力画像係数を符号化すること、並びに
各最上位データ部分のビット数が当該係数のビット数と等しくなり、各最下位データ部分
がビットを含まないように周波数変換入力画像係数の配列を符号化することを含むことが
できる。
符号化されるデータの量は一般的なＨＥＶＣバージョン１の動作点について観察される
ものよりやや高いので、提案された両システムに適用可能な追加ステージ及び実際には既
に提案されたシステムを有効にできない又は有効でないシステムについて、本発明の別の
実施形態に関連して説明する。
当該追加ステージは、各係数グループに対してバイパスデータを符号化するに先立ち、
ＣＡＢＡＣストリームをビット配列させる。これにより、値をストリームから直接読むこ
とができるので、バイパスデータの復号化をより早く（並列して）実行することができ、
バイパスビンを復号化する際の長い除算の必要性がなくなる。
これを実現する１つのメカニズムは、上述のＣＡＢＡＣ終了方法を適用することである
。
しかしながら、本実施形態では、ビットストリームを終了する代わりに、ＣＡＢＡＣ状
態をビット境界に配列する。
諸実施形態において、一連のＣＡＢＡＣコード値は、０から範囲変数により定義される
上限値までの範囲の値を含む。当該上限値は、所定の最小サイズ（例えば、２５６）から
第２の所定の値（例えば、５１０）までの範囲にある。
ストリームをビット配列するために、エンコーダ及びデコーダにおいて、ｍ＿Ｒａｎｇ
ｅは単純に２５６に設定される。これにより、符号化及び復号化処理は著しく容易になり
、バイナリデータをＲＡＷ形式のｍ＿Ｖａｌｕｅから直接読むことが可能となる。したが
って、デコーダにより、多くのビットを同時に処理することができる。いくつかの例にお
いて、値２５６は範囲変数ｍ＿Ｒａｎｇｅの所定の最小値の一例と考えてもよい。
なお、ｍ＿Ｒａｎｇｅを２５６に設定する動作は、平均で、０．５ビットの損失を招く
（ｍ＿Ｒａｎｇｅが既に２５６であれば、損失はない。ｍ＿Ｒａｎｇｅが５１０であれば
、約１ビットの損失がある。したがってｍ＿Ｒａｎｇｅの有効値全ての平均は０．５ビッ
トである）。
多くの方法を用いて、これら技術により引き起こされる損失又は考えられるコストを緩
和することができる。図３３−図３５は、ＣＡＢＡＣエンコーダにより実行されるＣＡＢ
Ａ処理の終了ステージのバージョンを概略的に示すフローチャートである。
図３３によれば、バイパス符号化データの予測量の推定値（例えば、２以上フラグの数
が１に等しいこと）に応じて、ビット配列するか否かを選択することができる。予測され
るバイパス符号化データがほとんどない場合、ビット配列するには（配列につき平均０．
５ビット無駄にするので）コストがかかり、ビットレートが低くなる可能性が高いので不
必要である。したがって、図３３において、ステップ１８００は、設定された２以上フラ
グの数を検出することでバイパス符号化データの推定量を検出し、並びにその数を閾値Ｔ
ｈｒと比較することに関する。推定値が閾値Ｔｈｒを超えた場合、処理はステップ１８１
０に移行する。ステップ１８１０では、ビット配列モードが選択される。推定値が閾値Ｔ
ｈｒ以下である場合、処理はステップ１８２０に移る。ステップ１８２０において、非ビ
ット配列モードが選択される。図３４に示すステップは、例えば、各ＴＵにおける各サブ
グループにおいて繰り返すことができる。
図３４を参照して、各係数グループの終端におけるコードバイパスデータではなく、Ｔ
Ｕに対するＣＡＢＡＣビンデータの後にＴＵに対する全てのバイパスデータを合わせて符
号化することができる。したがって、損失は、係数グループにつき０．５ビットではなく
符号化ＴＵにつき０．５ビットである。したがって、図３４におけるステップ１８３０に
おいて、現在のグループがＴＵ符号化の終端にあるか否かを検出するためにテストを適用
する。現在のグループがＴＵ符号化の終端になければ、ビット配列は適用されず（ステッ
プ１８４０で概略的に示されている）、処理はステップ１８３０に戻る。しかしながら、
現在のグループがＴＵ符号化の終端にある場合、ビット配列はステップ１８５０で適用さ
れる。これにより、入力データ値が画像データを表し、当該画像データが係数の複数の配
列を含む変換ユニットとして符号化される構成の例が提供され、当該方法は、上記設定を
変換ユニットの符号化の終了時に適用することを含む。
この配列メカニズムは、効率性を減少させる可能性があるがストリームの符号化を単純
化することもある等確率のメカニズムで符号化されるストリーム内の他のデータ又は全て
のデータに先立って用いてもよい。
図３５を参照し、変形例としての配列として、ｍ＿Ｒａｎｇｅを単に２５６とするので
はなく所定の値の数Ｎの１つに設定することができる（例えば、３８４は半ビットに配列
する）。配列値は（再正規化を除いて範囲は増加することができないので）ｍ＿Ｒａｎｇ
ｅの元の値以下である必要があるので、配列毎損失は定期的に間隔をあけた値に対して（
０．５／Ｎ）である。この方法は、依然として２５６以外の値に対して除算を必要とする
。しかしながら、分母は予め知られており、したがって、当該除算はルックアップテーブ
ルを用いて評価することができる。したがって、（ビット配列状態で適用される）ステッ
プ１８６０において、ｍ＿ｒａｎｇｅの値が検出され、ステップ１８７０において、ビッ
ト配列処理において使用するために、ｍ＿ｒａｎｇｅにしたがって配列値が選択される。
この変形例の配列方法に対するさらなる改良として、配列の直後の（１つ又は複数の）
ビンを２の累乗の（同等でない）シンボル範囲を用いて符号化することができる。このよ
うにして、次のビンに対する除算の全ての必要性を、ビット効率において（０．５／Ｎ）
を超えるさらなる損失を招くことなく除去することができる。
例えば、３８４に配列する際、次のビンに対する［０，１］のシンボル範囲は［２５６
，１２８］とすることができる。
０を符号化する場合、ｍ＿Ｒａｎｇｅは２５６に設定され、ビンを符号化するコストを
０．５ビットとなる。
１を符号化する場合、ｍ＿Ｒａｎｇｅは１２８に設定され（さらに、２５６がｍ＿Ｖａ
ｌｕｅに追加され）、システムは再正規化され（ｍ＿Ｒａｎｇｅは再び２５６となる）、
ビンを符号化するコストは１．５ビットとなる。
０及び１は等しい確率で予測されるので、配列直後のビンを符号化する平均コストは、
依然として１ビットである。Ｎ＝２であり、２つの配列点が２５６及び３８４である場合
に対して、当該方法を用いれば、現在のｍ＿Ｒａｎｇｅ以下の最大配列点を取得できる。
配列点が２５６の場合、ＣＡＢＡＣエンジンを配列するために、ｍ＿Ｒａｎｇｅはちょう
ど２５６に設定される。配列点が３８４の場合、上記処理が必要となり、１つのシンボル
の符号化が必要となる。
これは、図３２Ａ及び３２Ｂに示され、Ｎ＝４の別の例は、図３２Ｃ−３２Ｆに示され
ている。
ＣＡＢＡＣエンジンを配列する利点を示すために、当該配列ステージなしに等確率（Ｅ
Ｐ：equiprobable）ビンを復号化する方法を以下のように表すことができる。
（ｍ＿Ｖａｌｕｅ＞＝ｍ＿Ｒａｎｇｅ／２）の場合、
復号化ＥＰ値は１である。ｍ＿Ｒａｎｇｅ／２ずつｍ＿Ｖａｌｕｅを減少させる。
それ以外の場合
復号化 ＥＰ値は０である。
ビットストリームから次のビットを読み込む。
ｍ＿Ｖａｌｕｅ＝（ｍ＿Ｖａｌｕｅ＊２）＋ストリーム内の次のビット
この変形例は以下のとおりである。
ｍ＿Ｒａｎｇｅ＝４５８、ｍ＿Ｖａｌｕｅ＝３０３とし、ビットストリームにおける次
のビットは１である。
サイクル１
ｍ＿Ｖａｌｕｅ＞＝２２９。したがって、次の符号化ＥＰ値は１である。ｍ＿Ｖａｌｕ
ｅ＝７４
ビットストリームから次のビットを読み込む。ｍ＿Ｖａｌｕｅ＝７４＊２＋１＝１４９
サイクル２
ｍ＿Ｖａｌｕｅ＜２２９。したがって、ＥＰ値は０である（ｍ＿Ｖａｌｕｅ変化なし）
。
ビットストリームから次のビットを読み込む。ｍ＿Ｖａｌｕｅ＝１４９＊２＋１＝２９
９
復号化等確率ビンは、長い除算の１つのステージに等しく、不等をテストするには計算
が必要。２つのビンを復号化するために、本例の処理は２回実行され、２段階の長い除算
処理が実行される。
しかしながら、ｍ＿Ｒａｎｇｅを２の最大有効累乗（９ビットＨＥＶＣ ＣＡＢＡＣに
対して２５６等）とする配列ステージを適用する場合、上記処理が簡略化される。
符号化ＥＰ値は、ｍ＿Ｖａｌｕｅの最も重要なビットである。
シフトレジスタとして処理することにより、ストリーム内の次のビットを最下位位置
にシフトして、ｍ＿Ｖａｌｕｅを更新する。
したがって、ｍ＿Ｖａｌｕｅは基本的にシフトレジスタとなり、ＥＰビンは最上位位置
から読み込まれる。一方、ビットストリームは最下位位置にシフトされる。したがって、
単にｍ＿Ｖａｌｕｅの上端からさらに複数ビットシフトすることで、複数のＥＰビットを
読み込むことができる。
この配列例の変形例は以下のように示される。
ｍ＿Ｒａｎｇｅ＝２５６、ｍ＿Ｖａｌｕｅ＝１８９とし、ビットストリームの次の２ビ
ットは１である。
サイクル１
次の符号化ＥＰ値は、ｍ＿Ｖａｌｕｅのビット７であり、１である。
ビット７をシフトし、ビットストリームから最下位位置に１をシフトすることでｍ＿
Ｖａｌｕｅを更新する。ｍ＿Ｖａｌｕｅは１２３となる。
サイクル２
次の符号化ＥＰ値は、０であるｍ＿Ｖａｌｕｅのビット７である。
ビット７をシフトし、ビットストリームから最下位位置に１をシフトすることでｍ＿
Ｖａｌｕｅを更新する。ｍ＿Ｖａｌｕｅは２４７となる。
選択された配列点の数Ｎは、実行の複雑性と配列のビットコストとのトレードオフとし
て確認することができる。配列点毎に多くのＥＰビンが存在する動作点については、損失
はそれほど重要でなく、動作点が少ない配列システムでも十分である。逆に、配列点毎の
ＥＰビンが少ない動作点については、損失がより重要になり、動作点の多い配列システム
が好ましい可能性がある。いくつかの動作点に対しては、配列アルゴリズムを完全に無効
にするのが好ましいことがある。エンコーダ及びビットストリームは、データストリーム
のセクションの動作点に従って選択可能な、デコーダに使用される配列点の数を示すこと
ができる。あるいは、当該示された数は、プロファイル及びレベル等のビットストリーム
に存在する他の情報から推測されてもよい。
配列位置がちょうど２５６及び３８４である単純なケースでは、複数の配列位置を用い
て、以下のように配列する。
ｍ＿Ｒａｎｇｅ＜３８４の場合、ｍ＿Ｒａｎｇｅを２５６に設定し、復号化のために上
述の変更例を参照する。
それ以外の場合、ｍ＿Ｒａｎｇｅ＝３８４に設定し、以下の処理を次のＥＰビンを符号
化するために実行する。
ｍ＿Ｒａｎｇｅ＝３８４＝２５６＋１２８
２５６のシンボル範囲を０の値に割り当て、１２８のシンボル範囲を次の符号化対象の
ＥＰビンに対して１の値に割り当てる。
ｍ＿Ｖａｌｕｅ＞＝２５６の場合、（ＭＳＢビットテスト動作）
次のＥＰ値は１である。
ｍ＿Ｖａｌｕｅ−＝２５６（実際には、ビットクリア動作）
ｍ＿Ｒａｎｇｅ＝１２８
再正規化（ｍ＿Ｒａｎｇｅ＜２５６なので）
ｍ＿Ｒａｎｇｅ＝２５６
ｍ＿Ｖａｌｕｅ＝（ｍ＿Ｖａｌｕｅ＊２）＋ストリーム内の次のビット
それ以外の場合、
次のＥＰ値は０である。
ｍ＿Ｒａｎｇｅ＝２５６．
ｍ＿Ｒａｎｇｅ＝２５６であり、上記単純な処理を次のＥＰビンの全てに対して実行す
ることができる。
上述のＣＡＢＡＣビット配列メカニズムを有するエントロピー符号化実施形態１の結果
を、図２７に示す。図２７は、Ｎ＝１に対するビット配列メカニズムを有する又は有しな
い６つのシーケンスについてのＱＰに対するビットレートの違いを表すグラフである。正
のビットレートの違い（垂直軸）は、ビット配列を有するシステムにより、ビット配列メ
カニズムを有しないスキームより高いビットレートが生成されることを示している。各シ
ーケンスに対するビットレートの違いは、１秒につき１０００の係数グループの数の約０
．５倍である（トラフィックは、２５６０ｘ１６００ ３０ｐ＝１１５２０、その他は１
９２０ｘ１０８０ ５０ｐ＝９７２０）。
上述の配列技術は、１群の入力データ値を符号化した後、ゼロに等しい少なくとも１つ
の最下位ビットを含む利用可能な範囲変数値の所定のサブセットから選択された値に範囲
変数を設定する例である。サブセットは、最小サイズ（例えば、２５６）を含んでもよい
。サブセットは、所定の最小サイズ（２５６等）から第２の所定値（５１０等）の範囲に
ある２つ以上の値を含んでもよい。範囲変数の現在の値に従って値を選択してもよい。実
施形態は、（例えば、図３２Ａ〜３２Ｆに示すように）範囲変数の現在の値が当該特定の
値からサブセットにおける次に高い値より１少ない値までの範囲にある場合、サブセット
から特定の値を選択することを含む。特別な例では、利用可能な値のサブセットは、２５
６、３２０、３８４、及び４４８の組を含む。範囲変数を設定することには、範囲変数の
現在の値が２５６から３１９までの範囲にある場合、範囲変数が２５６に設定されるよう
に、範囲変数の現在の値が３８４から４４７までの範囲にある場合、範囲変数が３８４に
設定されるように、範囲変数の現在の値が４４８から５１０までの範囲にある場合、範囲
変数が４４８に設定されるように、範囲変数の現在の値に従ってサブセットから値を選択
することが含まれる。他の例では、範囲変数を設定することには、範囲変数の現在の値が
２５６から３８３までの範囲にある場合、範囲変数が２５６に設定されるように、範囲変
数の現在の値が３８４から５１０までの範囲にある場合、範囲変数が３８４に設定される
ように、範囲変数の現在の値に従ってサブセットから値を選択することが含まれる。
図３０で設定される選択肢はプロファイルとして提案される。
（１つ又は複数の）高いプロファイルが１４までのｂｉｔＤｅｐｔｈｓをサポートする
必要がある場合、変換行列係数精度、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ及びＥ
ＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥが１２、１９、及び２０にそ
れぞれ設定されるよう提案される。
これらプロファイルに加えて、イントラのみメイン（Ｍａｉｎ）／拡張（Ｅｘｔｅｎｄ
ｅｄ）プロファイルを定義することができるが、イントラのみデコーダはイントラ・イン
ターデコーダより著しく複雑性が少ないので、高いイントラプロファイルのみをここでは
説明する。
同様に、静止画を符号化するためのＥｘｔｅｎｄｅｄ／Ｈｉｇｈプロファイルは、依然
として様々なクロマ形式で定義できる。
低いプロファイルは、高いプロファイルで使用されるのと同様に、同じ行列精度、ＭＡ
Ｘ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ及びＥＮＴＲＯＰ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩ
Ｃ＿ＲＡＮＧＥを使用する必要がある。そうでなければ、２つのプロファイルで生産され
たビットストリームは適合しない。
ここで、様々な選択肢について説明する。
選択肢１
この選択肢では、ビットデプスが変換行列精度、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡ
ＮＧＥ及びＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥに影響する。こ
れは、１６までのビットデプスを支持する必要があるデコーダが異なる組の行列で１３ビ
ットのデータを処理する必要があり、当該デコーダは２１までサポートすることができる
ものの、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥに対して内部精度が１８ビットに限
定されることを意味する。しかしながら、高いプロファイルを用いて符号化された１２ビ
ットデータは、低いプロファイルに準拠したデコーダにより復号化することができる。
選択肢２
この選択肢では、オーバーラップビットデプスに対するビットパラメータが、低いプロ
ファイルにより決定され、これにより、拡張プロファイルに準拠したデコーダを用いて復
号可能な高いプロファイルを用いて符号化された１２ビットデータを復号化する。また、
１３ビットデータの内部精度は、１６ビットデータに対するものと同じである。また、行
列精度は、選択肢１よりもサポートされる必要はない。
この場合、１組の変換行列値を保存することができ、他の値は全てこれから得られる。
なお、変換行列が１４ビットの最初の精度を有する場合、一般的に、２で除算されるか
丸められることにより低い精度が得られる。
高い精度行列から低い精度行列を得るためにこの一般側を用いると、以下の例が与えら
れる。
例１
選択肢１：Ｈｉｇｈ４：４：４ 変換行列精度＝１４を定義する。
１４から変換行列精度＝１３を得る。
Ｅｘｔ４：４：４ 変換行列精度＝１４を定義する。
１４から変換行列精度＝１０を定義する。
すなわち、「高い（Ｈｉｇｈ）」精度で記憶する。
例２
選択肢１：Ｈｉｇｈ４：４：４ 変換行列精度＝１０を定義する。
１０から変換行列精度＝１４を得る。
Ｅｘｔ４：４：４ 変換行列精度＝１０を定義する。
１４から変換行列精度＝１０を得る。
すなわち、「拡張された（Ｅｘｔｅｎｄｅｄ）」精度で記憶する。
よりよい品質のためには、「例１」が好ましい。しかしながら、例２は記憶必要メモリ
が少なくて済む。
なお、変形例として、もちろん、各精度について変換行列の組を記憶することもできる
。「例１」及び「例２」のルールは、「選択肢２」にも用いることができる。
目的の１つは、品質を増加し、プロファイルに除算することであるので、１つの精度に
おいて１つの組から各変換行列の組が得られる場合、スケーリングエラーが生じる。
「例１」の場合、システムは変換行列を１４ビットからダウンスケールし、「例２」の
場合、システムは、変換行列を１０ビットからアップスケール若しくはダウンスケールす
る。
選択肢３
すなわち、１２ビットビデオのビットデプスは、ｈｉｇｈ４：４：４デコーダのみがｈ
ｉｇｈ４：４：４スキームを用いて符号化されたストリームを復号化できるものの、「Ｈ
ｉｇｈ４：４：４」又は「Ｅｘｔ４：４：４」として符号化することができる。
選択肢４
すなわち、「Ｈｉｇｈ４：４：４プロファイル」は、低い「Ｅｘｔ４：４：４プロファ
イル」をサポートする必要がある。この選択肢では、１２ビットビデオを符号化するため
の選択肢は１つしかない。
選択肢５
この選択肢において、行列精度はプロファイルごとの１の値に限られ、エンコーダに対
するオーバーヘッドを低減させる。また、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ及
びＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥはビットデプスにより決
定されるので、１３ビットデータを符号化する必要があるエンコーダは、追加の内部計算
精度を用いることの実行オーバーヘッドを含むことを必要としない。
選択肢６
選択肢６は、選択肢５と同様であるが、拡張プロファイルのみが１２ビットデータの符
号化に対して定義される。
まとめると、本発明の諸実施形態に係る提案された変化は、以下のとおりである。
高い精度に対して設定された少なくとも１つの追加変換行列を用いる。
マルチプロファイルエンコーダ・デコーダを簡略化するために、全ての高い精度のため
に、単一の組を有するのが好ましい。
提案された変換行列は、変換行列精度７〜１４のために提供される。以下の説明を参照
する。
１４ビット精度変換行列はソフトウェアに対する１６ビットデータタイプに適合し、１
６ビットビデオへの拡張を可能にするのに十分な精度をもたらすので、これらを使用する
ことが示唆される。
変換行列精度の選択は、入力データのビットデプス及びプロファイルにより構成され、
あるいは、シーケンス、画像、又はスライスレベルで規定されるパラメータで交互に決定
される。
ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ及びＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹ
ＮＡＭＩＣ＿ＲＡＮＧＥは、高い精度に対して変更できる。（すなわち、これらのうち少
なくとも１つ）。
ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ及びＥＮＴＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹ
ＮＡＭＩＣ＿ＲＡＮＧＥの複数の値は、マルチプロファイルエンコーダ・デコーダに対す
る問題を提起するべきではない。
ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ＝ｂｉｔＤｅｐｔｈ＋５及びＥＮＴＲＯＰ
Ｙ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ＝ｂｉｔＤｅｐｔｈ＋６を得ることが示
唆されている。
MAX_TR_DYNAMIC_RANGE = bitDepth + 5 を用いることは、多くの場合及び多くの種類の
ビデオ素材に対して適切である。しかしながら、これを変更することに関する考えられる
必要性について説明する。
経験的なテストにより、いくつかの例において、ビデオシーケンスのサブセット、特に
、低ノイズな内容のいくつかのビデオシーケンスに対して、MAX_TR_DYNAMIC_RANGE = bit
Depth + 5を用いることにより、単調でない（出力ビットレートと量子化パラメータの関
係を与える）反応曲線を生じることが分かった。
通常、このような反応曲線は、量子化のレベルが高いほど出力ビットレートが低く、量
子化のレベルが低いほど出力ビットレートが高いように、出力ビットレートと量子化パラ
メータの間で単調である。この単調な関係により、レート制御システムにより量子化パラ
メータを調整して出力ビットレートを所望の範囲又は所望の閾値に維持するレート制御ア
ルゴリズムの基礎が形成される。
しかし、MAX_TR_DYNAMIC_RANGE = bitDepth + 5を用いるいくつかの例では、例えば、
量子化のレベルを低くする変更により実際に低い出力ビットレートがもたらされ、この単
調な関係が崩れることが発見された。また、特定の出力ビットレートに対して、２つの考
えられるピクチャＳＮＲの値が存在することも発見された。このような例外により、レー
ト制御アルゴリズムが所望のビットレートに達するのに苦労し、又は達することができな
いことがある。
経験的なテストにより、このような問題はMAX_TR_DYNAMIC_RANGE = bitDepth + 6を用
いることにより解決できることが発見された。したがって、いくつかの実施形態では、こ
のMAX_TR_DYNAMIC_RANGEとbitDepthの関係が用いられる。
３２ｘ３２ＤＣＴ行列の特別な例において、ＤＣＴ処理を実行するには、bitDepth + 5
の値が得られる方法であるbitDepthを超えるlog2(32)ビットの精度を必要とする傾向があ
る。しかしながら、量子化プロセスにより、他のビットの精度の同等物を追加することが
ある。この追加ビットをＤＣＴ処理における追加の精度として提供すれば、少なくともい
くつかのビデオ素材に対して、著しく良好な結果を得ることができる。
しかしながら、経験的なテストにより、この問題及びMAX_TR_DYNAMIC_RANGE = bitDept
h + 6を用いることの解決法は、より大きいＤＣＴ行列サイズにのみ関連することも発見
されている。MAX_TR_DYNAMIC_RANGEとbitDepthの異なる関係を可能にすることの利点は、
追加精度が必要ない例において不必要な処理のオーバーヘッドを避けられることである。
特に、本例において、上記問題及び提案された解決法は、特に３２ｘ３２ＤＣＴ行列サ
イズと関連する。より小さな行列に対しては、MAX_TR_DYNAMIC_RANGE = bitDepth + 5の
関係を用いることができる。
より一般的には、オフセット（MAX_TR_DYNAMIC_RANGEを生成するためにbitDepthに追加
された値）を行列サイズに従って変更できるように、MAX_TR_DYNAMIC_RANGEとdbitDepth
の関係の適用可能な変更を用いることができる。したがって、MAX_TR_DYNAMIC_RANGE = b
itDepth + offsetであり、offsetは行列サイズの関数である。１つの例では、オフセット
値は以下のように選択することができる。
他の例では、低い精度を小さい行列サイズに用いることができる一方、高い精度には大
きな行列サイズを用いる必要性を認識できるように、累進的な関係を用いることができる
。
オフセットと行列サイズの関係は、エンコーダの逆（復号化）経路とデコーダの復号化
経路とで同一とすべきである。したがって、当該技術のこれら３つの領域で、この関係を
構築し、又は明らかにする必要がある。
１つの例では、この関係をエンコーダ及びデコーダで所定のハードコードされた関係と
して構築することができる。
他の例においては、ビデオデータの一部として（又はこれに関連して）、この関係を明
確にすることができる。
他の例では、エンコーダ及びエンコーダにおいて、この関係を符号化ビデオデータに関
連付けられた「プロファイル」の識別子から推測することができる。ここで、この説明の
他の場所で説明したように、プロファイルはビデオデータを符号化又は復号化するために
使用される一連のパラメータの識別子である。プロファイル識別子と当該プロファイル識
別子により設定される実際のパラメータのマッピングは、エンコーダ及びデコーダに予め
記憶される。このプロファイル識別子は、例えば、符号化データの一部として伝達するこ
とができる。
しかしながら、一般的に、（いくつかの例では、第２のオフセットと称される）オフセ
ットの値は、変換行列の行列サイズに依存する。
変換行列精度と同様に、ＭＡＸ＿ＴＲ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥ及び／又はＥＮＴ
ＲＯＰＹ＿ＣＯＤＩＮＧ＿ＤＹＮＡＭＩＣ＿ＲＡＮＧＥの選択は、入力データのビットデ
プス及びプロファイルで構成され、あるいは、シーケンス、画像、又はスライスレベルで
規定されるパラメータ（場合により、ＤＣＴ行列を選択したのと同一のパラメータ）によ
り交互に決定される。
これら構成により、変換データの最大ダイナミックレンジに従って、データ精度を有す
る変換行列を用いて、並びに入力画像データのビットデプスに従って最大ダイナミックレ
ンジ及び／又は変換行列のデータ精度を選択して、行列乗算処理により周波数変換入力画
像係数の配列を生成するための周波数変換入力画像データの例が提供される。
諸実施形態では、変換行列のデータ精度を入力画像データのビットデプスより小さい（
２等の）第１のオフセット数のビットに設定することができ、変換データの最大ダイナミ
ックレンジを入力画像データのビットデプスより大きい（５等の）第２のオフセット数の
ビットに設定することができる
エントロピー符号化は、低いＱＰでの圧縮を増加させるためにいくつかの固定ビット処
理（エントロピー符号化実施形態１及び２を参照）を含むように変更することができる。
固定ビットの有無は、シーケンスレベルで構成することができる。
固定ビットＢＦの数は、シーケンス、（画像パラメータセットは、シーケンスレベル設
定を知らないので難しいものの）画像、スライス、又はＣＵレベルで（場合により、以前
のシーケンス・画像・スライス・ＣＵ，ペアレントエンティティ、又はプロファイル定義
に対する固定ビットの数からデルタを伝達することにより）構成することができる。
エントロピー符号化は、長い除算を使用することなくバイパスビットをストリームから
抽出できるようにＣＡＢＡＣビット配列を含むように変更することができる（１つ又は複
数の上述のビット損失緩和方法を適用するのも好ましい）。
したがって、本発明の諸実施形態によれば、ＨＥＶＣを通してより高いビットデプスの
ための範囲拡張（Ｒａｎｇｅ Ｅｘｔｅｎｓｉｏｎｓ）権限に必要性を適応させるために
、内部精度を上昇させることができる。様々なソースの誤差が研究され、推奨がなされて
いる。また、符号化効率を改善するための変化が提供され、スループットを改善する変化
も提供されている。
正確変換行列の増加
以下においては、変換行列を様々なレベルの精度で説明する。
４ｘ４ ＤＳＴ
組み合わせ行列は、以下の形式である。
格子内の値は、以下のテーブルに係る行列係数精度（比較のために含まれる６ビットＨ
ＥＶＣバージョン１行列値）により定義される。
組み合わせＤＣＴ行列
実行を容易にするために、単一の３２ｘ３２ＤＣＴ行列Ｍ３２を記載することができる
。それからは、（各ソース変換行列からそれぞれ異なる必要なデータ精度で変換行列を得
る例として）以下のサブサンプリングを通して各小さいＮｘＮ ＤＣＴ行列ＭＮを得るこ
とができる。
ｘ，ｙ＝０．．（Ｎ−１）に対して、ＭＮ［ｘ］［ｙ］＝Ｍ３２［ｘ］［（２（５ −
ｌｏｇ２（Ｎ）））ｙ］．
組み合わせ行列Ｍ３２は、以下の形式である。
以下のテーブルに係る行列係数精度で定義される格子の値（比較のために含まれる６ビ
ットＨＥＶＣバージョン１行列値）
情報に対して、３２ｘ３２行列由来のより小さいＤＣＴ行列をここに示す。各格子の値
は、上記テーブルに係る行列係数精度で定義される。
４ｘ４ＤＣＴ
行列Ｍ４は、組み合わせ行列Ｍ３２の８番目の行ごとの第１の４係数として定義される
。
８ｘ８ＤＣＴ
行列Ｍ８は、組み合わせ行列Ｍ３２の全ての４番目の行の第１の８係数として定義され
る。
１６ｘ１６ＤＣＴ
行列Ｍ１６は、組み合わせ行列Ｍ３２の全ての偶数行の第１の１６係数として定義され
る。
固定ビット符号化の実施形態に関する別の技術又は関連技術について、図３６及び図３
７を参照して説明する。
しかしながら、最初に、エスケープコードを符号化するために使用される技術について
説明する。
いわゆるゴロムライス符号化は、値ｖをその後にｋビットのサフィックスが続くα符号
化プレフィックス（１つの０に続く可変数の１、逆の場合も同様である）として符号化す
る。
プレフィックス長をα符号化プレフィックス内の１の総数にする。Ｋを最下位ｋビット
の値にする。
ｖ＝（プレフィックス長＜＜ｋ）＋Ｋ（ただし、＜＜ｎは、ｎビットの左シフトを表し
、同様の表記である＞＞ｎは、ｎビットの右シフトを表す）
ビットの総数は、プレフィックス長＋１＋ｋと等しい。
次に、いわゆるｋ次の指数ゴロム符号について説明する。当該符号では、符号化対象の
数字が変数長α符号化プレフィックスと変数長サフィックスとに分割される。サフィック
スビットの数＝プレフィックス長＋ｋである。ここで、プレフィックス長は、またしても
α符号における１の数である。
符号におけるビットの総数＝プレフィックス長＋１＋プレフィックス長＋ｋである。
Ｋを最後のｋビットの値とする。
プレフィックス長が０の場合、ｖはＫと等しくなる。
プレフィックス長が１の場合、ｖは（１＜＜ｋ）＋Ｋから（３＜＜ｋ）＋Ｋまでの範囲
にある（（３＜＜ｋ）＋Ｋを含まない）。
プレフィックス長が２の場合、ｖは（３＜＜ｋ）＋Ｋから（７＜＜ｋ）＋Ｋまでの範囲
にある（（７＜＜ｋ）＋Ｋを含まない）。
プレフィックス長が３の場合、ｖは（７＜＜ｋ）＋Ｋから（１５＜＜ｋ）＋Ｋまでの範
囲にある（（１５＜＜ｋ）＋Ｋを含まない）。
したがって、ｖ＝（（２＾プレフィックス長）−１）＜＜ｋ）＋サフィックスとなる。
ＨＥＶＣにおいて、ゴロムライス符号及び指数ゴロム符号の両方が使用される。プレフ
ィックス長が３より小さい場合、符号はゴロムライス符号として解釈される。しかしなが
ら、プレフィックス長が３以上の場合、符号はｋ次の指数ゴロム符号として解釈される。
（どちらかのシステムにおける）プレフィックスは、α符号の例である。サフィックス
は、非α符号の例である。当該２つのシステムは、２部変数長符号の例である。
この場合、指数ゴロム符号を復号化するために使用されるプレフィックス長の値は３減
らされ、復号化動作から得られる値は(3<<k)増加される。なぜなら、これはゴロムライス
符号を用いて表すことができない最小の値だからである。
ＨＥＶＣ ＥｓｃａｐｅとＥｓｃａｐｅ−Ｅｓｃａｐｅで使用される「ｋ」の値は異な
る。１６係数の各グループのために、値ｋは０で始まり、係数値の重要度が３＜＜ｋより
大きい時はいつでも増加される。この状態に応答して（すなわち、現在のデータ値の重要
度に応答して）、ｋは最大値の４までインクリメントされる。なお、係数の符号を表す符
号ビットは別途伝達されるので、この説明は係数の重要度に関するものである。
図３６は、上述のエスケープコードを生成する処理を示す概略フローチャートである。
当該フローチャートのステップのいくつかは、上述のものと同様であるため、詳細な説明
は省略する。
この方法は、（例えば）周波数変換画像係数のシーケンス又は各データ値の重要度が１
減らされた（この場合、重要性マップは１の値から構成されるため、さらなる処理の前に
各係数が１減らされるように重要性マップを最初に生成してもよい）当該シーケンスの非
ゼロ要素を含む１群のデータ値に関して動作可能である。
ステップ２０００において、ｋの初期値を設定する。通常のＨＥＶＣシステムにおいて
、ｋは最初に０に設定される。ステップ２０１０、２０２０、２０３０、２０４０、２０
５０、及び２０６０は図２９〜図３１のフローチャートにおける同様のステップに対応す
るため、ここでは説明を行わない。なお、図２９〜３１及び図３６において、ＨＥＶＣの
いくつかの実行例では、各係数に対してマップの全てを生成する必要はない。例えば、１
群の（例えば）１６係数内において、マップが生成されない１つ又は複数の係数が存在し
てもよい。
ステップ２０７０において、エスケープコードが必要な場合、上述の技術を用いてｋの
現在の値に基づいて生成される。特に、エスケープコードを用いる必要がある係数は、重
要性マップ及び任意に１つ又は複数の他のマップを用いて最初に処理される。なお、エス
ケープ符号化が必要な係数の場合、使用する重要性マップ、２以上マップ、３以上マップ
のいずれかが「１」としてフラグ化される。これは、エスケープ符号化する必要がある係
数は、その係数に関して利用できるどのマップを用いたとしても、当該マップにより符号
化できる値より定義上大きいからである。
現在のデータ値が完全に符号化されなかった場合、エスケープコードが必要となる。こ
こで、「完全に」符号化された、という言葉は、（当該マップ、又は例えばマップ及び固
定ビットによって）既に符号化された値より小さいデータ値がゼロであることを意味する
。すなわち、既に生成された要素を考慮して、データ値の残りの量がゼロである場合、デ
ータ値は当該要素により完全に符号化される。
したがって、例の係数に対して、重要性マップ、２以上マップ、３以上マップを利用で
きると仮定すると、各マップは当該係数に関して「重要」、「２以上」、及び「３以上」
としてフラグ化される。
これは、（本例において）当該係数が少なくとも３でなければならないことを示す。
したがって、エスケープ符号化の前に、情報を喪失することなく、３の値を係数から減
算することができる。３の値（又は、より一般的には、当該係数に適用されるマップによ
って定義される数字範囲を示す可変基準レベル）は、復号化において元に戻すことができ
る。
１０進法における１５（２進法の１１１１）の係数値を例にすると、重要性マップは「
１」であり、２以上マップは「１」であり、３以上マップは「１」である。基準レベルの
値は３である。基準レベルは係数値から減算され、エスケープ符号化に渡される１０進法
の１２（２進法の１１００）の値が提供される。
ここで、値ｋ（上記参照）は、サフィックスビットの数を定義する。サフィックスビッ
トは、基準レベルの減算後、係数値の最下位ビットから得られる。（例えば）ｋ＝２の場
合、残りの値１１００の２つの最下位ビットがサフィックスビットとして処理される。す
なわち、本例のサフィックスビットは００である。残りのビット（本例では１１）は、プ
レフィックスとして処理される。
したがって、まとめると、エスケープコードに関連する処理は、（エスケープコードが
必要な場合）係数が少なくとも基準レベルの値を有しなければならないように、当該係数
の１つ又は複数の最下位ビットを定義する１つ又は複数のマップを生成することと、当該
係数から基準レベルを減算することと、当該係数の残りの部分の最下位ｋビットをサフィ
ックスビットとして符号化することと、当該係数の残りの部分の最上位ビットをプレフィ
ックスとして符号化することとを含む。
そして、ｋの値を変更する必要がある場合、この変更は、上述のテストにより、ステッ
プ２０８０で実行され、ステップ２０７０の次の動作のためにｋの新たな値が提供される
。
これと同等の効果を固定ビットのユーザ（図３０及び図３１）にもたらすことができる
エスケープ符号化技術の変形例は、エスケープコードに用いられるサフィックスビットの
数を定義する値ｋにオフセットを適用することである。
例えば、ＨＥＶＣシステムにおける値ｋは０から４の範囲を有し、出発点の０から最大
値４まで（１群の係数に関する）推移する。諸実施形態では、ｋの値にオフセットが追加
される。例えば、１群の係数の符号化の過程でｋを変更する従来技術により、ｋを０から
４に変更するのではなく、ｋをｐａｒａｍ＿ｏｆｆｓｅｔから４＋ｐａｒａｍ＿ｏｆｆｓ
ｅｔに変更するように、オフセットを３等の値ｐａｒａｍ＿ｏｆｆｓｅｔとして予め定め
てもよい。
値param_offsetは、エンコーダ及びデコーダの間で予め定めることができる。
あるいは、値param_offsetは、エンコーダ及びデコーダから、例えばストリーム、ピク
チャ、スライス、又はブロック（ＴＵ等）ヘッダとして伝達することができる。
あるいは、値ｐａｒａｍ＿ｏｆｆｓｅｔは、エンコーダ及びデコーダから、（例えば）ビットデプス≦１０に対してｐａｒａｍ＿ｏｆｆｓｅｔ＝０、ビットデプス＞１０に対してｐａｒａｍ＿ｏｆｆｓｅｔ＝ビットデプス−１０等、ビデオデータのビットデプスの所定の関数として得ることができる。








あるいは、値param_offsetはエンコーダ及びデコーダで、係数のブロック又はグループ
に適用可能な量子化の程度（Ｑｐ）の所定の関数として得ることができる。
あるいは、値param_offsetは（例えば、所定の方法で）１つ又は複数のどのビデオ要素
が符号化されるか、ブロックサイズ、モード（例えば、無損失又は損失の多い）、ピクチ
ャタイプ等によって決めることができる。
あるいは、値param_offsetはエンコーダ及びデコーダで、所定の出発点、ヘッダ内で伝
達できる出発点、又は（例えば）ビットデプスから得られる出発点をとって、所定の適用
基準で得ることができる。このような適用処理の例について、図３７を参照して以下に説
明する。
あるいは、複数の基準を適用してもよい。特に、値param_offsetが（ブロックサイズ）
他のパラメータに依存し、図３７に示すように適用可能に変更される場合、適用可能な変
更は、param_offsetの各可能値に対して個別に（すなわち、各ブロックサイズに対して個
別に）適用することができる。
なお、これら依存関係のいずれか又は全てを図３０及び図３１の構成において用いられ
る固定ビットの数に関して適用することができる。
この変更例の技術と上述の固定ビットの技術を図３０及び図３１に関して比較すると、
（ａ）図３０及び図３１の固定ビット技術において、いずれかのマップの生成前に、係数
がより上位の部分とより下位の部分に分割され、その後、より上位の部分から１つ又は複
数のマップが生成され、より下位の部分は直接符号化される（そうでなければ、上述のよ
うに処理される）が、（ｂ）param_offsetを用いたエスケープ符号の生成において、１つ
又は複数のマップが最初に生成され、その後、残りの部分の係数値（基準レベルを減算し
た値）がサフィックス又はプリフィックスのどちらかとして処理されることがわかる。サ
フィックスとプレフィックスとの境界は k + param_offsetによって決まり、サフィック
スは残りの部分の最下位ビットを表す。
いずれかの例において、固定ビット符号化に関連するパラメータ、又は値param_offset
は、適用可能な方法により変更することができる。ここで、これを実現する方法の例につ
いて、図３７を参照して説明する。上述の説明から、図３７において、（図３７において
「ＮＦＢ」と称され、図３０及び図３１のステップ１６２５及び１７２５で得られる最下
位部分のビットの数を指す）固定ビットの数又は（図３７では「オフセット」と省略して
表される）値param_offsetのどちらかに対して同様の技術を適用することができる。
以下に説明する構成例において、オフセット又はＮＦＢ値の適用は、スライス毎に行わ
れると仮定される。なお、スライスはシステムのＨＥＶＣファミリー内において１つのＬ
ＣＵからピクチャ全体までのあらゆるものとして定義することができる。しかしながら、
スライスの基本的な特徴は、個々のスライスを他のスライスを参照することなく復号化で
きるように、符号化が他のスライスに適用される符号化と無関係であることである。しか
しながら、この適用をブロック毎又はピクチャ毎に実施できるのは勿論である。
なお、図３７の処理はエンコーダで実行され、また、オフセット／ＮＦＢ変数の値がエ
ンコーダとデコーダの間で等しく追跡できるように、補足復号化方式によりデコーダで実
行される。
ステップ２１００において、スライスの処理が開始される。
ステップ２１１０において、オフセット／ＮＦＢ値がリセットされる。この処理には、
当該値を０等の固定値にリセットすることが含まれる。変形例の構成において、当該値は
１つ又は複数の前のスライスに関するオフセット／ＮＦＢ変数の最終値から得られる初期
値にリセットすることができる。この場合、各スライスを独立して復号化する能力を維持
するために、本発明の諸実施形態によれば、スライスヘッダにおけるオフセット／ＮＦＢ
変数の初期値の通知が提供される。なお、このような初期値を取得するための様々な技術
を利用することができる。例えば、オフセット／ＮＦＢ変数の初期値は、前のスライスに
対する変数の最終値が２を超えなかった場合、０に設定することができ、その他の場合、
１に設定することができる。同様の構成を先行のピクチャに関するすべてのスライスから
得られた変数の最終値の平均に適用することができる。当業者であれば、他の様々な可能
性を利用できることを理解するであろう。勿論、所定の初期値を用いる場合、エンコーダ
及びデコーダに適用可能な一般定義によって予めどちらかに同意しておくこともできる。
あるいは、所定の初期値をストリーム又はピクチャヘッダに規定することもできる。
ヘッダデータに関して、図３７の適用処理がストリーム、ピクチャ、又はスライスに関
して実行されるか否かを示すために、当該ストリーム、ピクチャ、又はスライスヘッダ内
にフラグを含めてもよい。
ステップ２１２０において、第１の変換ユニット（ＴＵ）の処理を開始する。スライス
の処理は、上述のように、ＴＵ上でＴＵ毎に実行される。
ステップ２１３０において、さらに３つの変数を今回は０にリセットする。これら変数
はアンダー、オーバー、及びトータルと称される。これら変数の目的について以下に説明
する。
ＴＵ内において、各係数を順々に符号化する。ステップ２１４０において、次の係数を
符号化する。係数の符号化は、図３０／３１のフローチャート又は図３６のフローチャー
トに続いて実施してもよい。各例において、当該処理のステージで利用できるオフセット
又はＮＦＢ値を利用する。勿論、符号化される最初の係数に対して、オフセット／ＮＦＢ
値はステップ２１１０で設定されたものと等しい。後ろの係数に対しては、オフセット／
ＮＦＢの現在の値を用いる。
ステップ２１４０の符号化の結果に関して、テストを適用する。テストの結果によって
、処理はステップ２１５０、２１６０、又は２１７０に進み、あるいは、直接ステップ２
１８０に進む。まず、当該テストについて説明する。なお、当該テストは図３０／３１の
固定ビットシステム又は図３７及び付随して説明したparam_offsetシステムが用いられる
か否かによってわずかに異なる。
固定ビットテスト
固定ビットストリームの場合、一連の固定ビットが符号化される時はいつでも（ステッ
プ１６５５又はステップ１７５５を実行するときはいつでも）変数「トータル」がインク
リメントされる。これにより、変数が最後にリセットされ、固定ビットが符号化された時
から、変数「トータル」は機会の数を指す。
このテストにより、ｒｅｍａｉｎｉｎｇ＿ｍａｇｎｉｔｕｄｅ＝（ｍａｇｎｉｔｕｄｅ
−１）＞＞ＮＦＢとなるように、固定ビットとして符号化されない変数の重要度の一部と
して定義される変数ｒｅｍａｉｎｉｎｇ＿ｍａｇｎｉｔｕｄｅが得られる。
他の値である基準レベルが（上述のように）エスケープコートを用いずに表現できる最
大の重要度として定義される。ここで、特定の係数は、１つ、２つ、若しくは３つのフラ
グ、又は当該係数に関して符号化されたマップエントリを有してもよい。したがって、係
数が３以上フラグを有していた場合、基準レベルは３であり、係数が２以上フラグを有し
ていた場合、基準レベルは２であり、その他の場合、基準レベルは１である。
その後、値ｒｅｍａｉｎｉｎｇ＿ｍａｇｎｉｔｕｄｅを基準レベルに対してテストする
。
（（ｒｅｍａｉｎｉｎｇ＿ｍａｇｎｉｔｕｄｅ＞＞１）?基準レベル）の場合、変数「
アンダー」をインクリメントする。図３７において、これはステップ２１５０に該当する
。このステップの基礎にある意味は、固定ビット（ＮＦＢ）の数が現在の係数を符号化す
るのに十分でないようないわゆるアンダーシュートが検出されたことである。テストにお
ける右シフト（＞＞１）の重要性は、変数ＮＦＢが２ビット以上不十分である場合、当該
アンダーシュートが注目すべきアンダーシュートしてのみフラグ化されることである。
同様に、（（ＮＦＢ＞０）ＡＮＤ（（ｒｅｍａｉｎｉｎｇ＿ｍａｇｎｉｔｕｄｅ＜＜１
）?０））である場合、変数「オーバー」をインクリメントする。図３７において、これ
はステップ２１６０に該当する。このステップの基礎にある意味は、たとえ１ビット少な
い固定ビット（上記の式における<<1シフトで検出される）で固定ビット要素が当該係数
の全体の重要度を符号化できたとしても、オーバーシュートが検出されることである。言
い換えれば、固定ビットの数は当該係数を符号化するのに必要な数を著しく超えている。
これらテストで使用される様々なパラメータ、特に適用されるビットシフトの数は、当
業者の設計技能に従って変更できることが理解されよう。
アンダーシュートテストもオーバーシュートテストも実行されないが固定ビットが符号
化される場合、処理はステップ２１７０に移り、変数トータルのみがインクリメントされ
る。
完全を期すために、処理は直接、固定ビット動作が可能でない図３７のステップ２１８
０に移り、変数アンダー、オーバー、及びトータルのいずれも変化しない。
Ｐａｒａｍ＿Ｏｆｆｓｅｔテスト
param_offsetに基づくシステムの場合、基本的な原理は同様であるが、詳細が上述のも
のとわずかに異なる。
エスケープ値を符号化するときはいつでも、変数「トータル」をインクリメントする。
上述のようにオフセットparam_offsetの効果を考慮するように定義されるパラメータｋ
に対して係数値をテストする。
(係数>(3<<k))の場合、変数「アンダー」をインクリメントする。これは、図３７のス
テップ２１５０に該当し、上述のアンダーシュート状態を示す。言い換えれば、param_of
fsetを考慮して、変数ｋはエスケープコードをサフィックスとして符号化するのに不十分
であった。
そうでなければ、((係数*3)< (1<<k))の場合、変数「オーバー」をインクリメントする
。これは、図３７のステップ２１６０に該当する。これは、param_offsetを考慮して、変
数ｋがエスケープコードを符号化するのに必要なサフィックスビットをさらに提供したオ
ーバーシュート状態を表す。
アンダーシュートテストもオーバーシュートテストも実行されないがエスケープコード
を符号化する場合、処理はステップ２１７０に移り、変数トータルのみがインクリメント
される。
なお、処理は直接、エスケープコードが符号化されない図３７のステップ２１８０に移
り、変数アンダー、オーバー、及びトータルのいずれも変化しない
なお、いずれかの一連のテストにおいて、ＮＦＢ又はｐａｒａｍ＿ｏｆｆｓｅｔがより
高い又は低い場合、アンダーシュート又はオーバーシュートが発生するか否かを確認する
ことにより、アンダーシュート又はオーバーシュートが重要であるか否かを確認する。し
かしながら、この追加マージンは必要ない。これらテストは、単に「アンダー（オーバー
）シュートが発生した？」とすることができる。
ステップ２１８０において、ＴＵ内で符号化のために利用できる他の係数がある場合、
処理はステップ２１４０に戻る。そうでなければ、処理は各ＴＵの末端であるが、次のＴ
Ｕが符号化される前に実行されるステップ２１９０に移る。このステップ２１９０におい
て、変数オフセット／ＮＦＢを、変数アンダー、オーバー、及びトータルに従って適用可
能に変更する可能性がある。ここで、同様の適用が、（（アンダー＊４）＞トータルの場
合、オフセット／ＮＦＢ値を（１）インクリメントし、（（オーバー＊２）＞トータルの
場合、オフセット／ＮＦＢ値を最小値を０として（１）デクリメントするように、オフセ
ット値及びＮＦＢ値のどちらかに適用される。
なお、両テストが単一のＴＵに関して実行される場合、ＮＦＢ又はｐａｒａｍ＿ｏｆｆ
ｓｅｔの値は同じままである。
なお、スライス及びＴＵによる分割は必須ではない。値のどのグループ（ビデオデータ
値でなくてもよい）も同様に処理することができ、本明細書におけるＴＵ分割の代わりに
、サブセットに再分割することができる。
これは、２５％を超えるアンダーシュートを経験する場合、オフセット／ＮＦＢのイン
クリメントに、５０％を超えるオーバーシューｔ−の場合オフセット／ＮＦＢ値のデクリ
メントに等しい。したがって、アンダーシュートのテストに用いられる比率は、オーバー
シュートのテストに用いられる比率よりも低い。この非対称性の理由は、アンダーシュー
トの場合に用いられるエスケープ符号化法の機能により、アンダーシュートがオーバーシ
ュートよりも非効率なことである。しかしながら、同一の閾値を使用でき、あるいは、異
なる値を使用できることが理解されよう。
最後に、ステップ２２００において、スライスにおいて他のＴＵがある場合、処理はス
テップ２１２０に戻る。スライス内に他のＴＵがない場合、処理はステップ２１００に戻
る。なお、上述のように、オフセット／ＮＦＢにたいする出発点は、終了したばかりの符
号化処理の間に得られた結果に基づいて、（次のスライス又はその後のスライスのために
、ステップ２１２０の次の過程で使用するために）任意に設定することができる。
デコーダ側（又はエンコーダの復号化経路）で補足ステップを実行する。例えば、復号
化方法には、所定の重要度の範囲の第１の部分を示し、バイナリ符号化により入力データ
ストリームに符号化される１つ又は複数のデータセットから各データ値の第１の部分を復
号化し、少なくともデータセットにより完全には符号化されなかったこれらデータ値の、
ビット数が整数である値nに依存する第２の部分、及び入力データストリームに含まれる
第２の部分を定義するデータを復号化し、データ値が各第１及び第２の部分により完全に
は復号化されなかった場合、入力データストリームからデータ値の残りの第３の部分を復
号化し、２以上のデータ値のサブセットに対して、(i)第３の部分が符号化され、高い値
のnが使用された場合に依然として必要とされるデータ値のインスタンスの数及び(ii)第
２の部分が符号化されるがnの値はデータ値が低い値のnを用いて第１及び第２の部分によ
って完全に符号化される値であるデータ値のインスタンスの数を検出し、データ値のサブ
セットを復号化した後、当該検出の結果に従って次のデータ値に関して使用するためにn
を変化させることが含まれる。
上述のステップは、（符号化処理の場合）エントロピーエンコーダ３７０及びエントロ
ピーデコーダ４１０により、又は（復号化処理の場合）エントロピーピーデコーダ４１０
のみにより実行することができる。この処理は、ハードウェア、ソフトウェア、プログラ
ム可能なハードウェア等により実行されてもよい。なお、エントロピーエンコーダ３７０
はエンコーダ、生成部、検出部、及び符号化技術を実行するためのプロセッサとして動作
することができる。エントロピーデコーダ４１０は、１つ又は複数のデコーダ、及び上述
の復号化技術を実行するためのプロセッサとして動作することができる。
したがって、上述の構成は、１群（例えば、スライス）のデータ値（例えば、画像デー
タ）を復号化するデータ復号化方法の例を表す。当該方法は、所定の重要度の範囲の第１
の部分を示し、バイナリ符号化により入力データストリームに符号化される１つ又は複数
のデータセット（例えば、マップ）から各データ値の第１の部分を復号化し、少なくとも
データセットにより完全には符号化されなかったこれらデータ値の、ビット数が整数であ
る値nに依存する第２の部分、及び入力データストリームに含まれる第２の部分を定義す
るデータを復号化し、データ値が各第１及び第２の部分により完全には復号化されなかっ
た場合、入力データストリームからデータ値の残りの第３の部分を復号化し（ここで、例
えば、第２の部分は固定ビット又はサフィックス部分表してもよく、値nは（ゴロムライ
ス符号化におけるお）固定ビットの数若しくはサフィックス長、又は上述の指数ゴロム符
号化の次数を表すことができ、第３の部分は、ゴロムライス又は指数ゴロムシステムにお
けるプレフィックス又は固定ビットの例におけるエスケープコードを表すことができる）
、２以上のデータ値のサブセットに対して、(i)第３の部分が符号化され、高い値のnが使
用された場合に依然として必要とされるデータ値のインスタンスの数（例えば、変数「ア
ンダー」）及び(ii)第２の部分が符号化されるがnの値はデータ値が低い値のnを用いて第
１及び第２の部分によって完全に符号化される値であるデータ値のインスタンスの数（例
えば、変数「アンダー」）を検出し、データ値のサブセットを復号化した後、当該検出の
結果に従って次のデータ値に関して使用するためにnを変化（例えば、インクリメント又
はデクリメント）させることを含む。
変数「トータル」は、第２の部分が符号化されたデータ値のサブセットに関して検出さ
れたインスタンスの総数の例を表す。
上記実施形態は、データ値の配列をデータセット及びデータセットにより符号化されな
い値に対するα符号化部分と非α符号化部分とを含むエスケープコードとして符号化する
データ符号化方法の例も表す。当該データ符号化方法は、（ゴロムライス又は指数ゴロム
における；ｋは最小サフィックス長又は次数を示す）非α符号化部分のビットの最小数を
定義する０から所定の上限値までの範囲の符号化パラメータ（例えば、param_offset）を
設定し、最下位データ部分サイズの最小値を定義するように１以上のオフセット値（本例
ではparam_offset）を符号化パラメータに追加し、各データ値の少なくとも１つの最下位
ビットの値を符号化するようにデータ値の配列に関する所定の重要度の範囲のデータ値の
位置を示す１つ又は複数のデータセット（例えば、重要性マップ、２以上マップ、３以上
マップ）を生成し、値の最上位データ部分がゼロ又は当該部分の最上位部分を表し、各最
下位データ部分が最小の最下位データ部分サイズ以上の当該部分の最下位ビットの数によ
って決まるように、少なくとも１つ又は複数のデータセットで符号化されない各データ値
の部分から、補足の最上位データ部分及び最下位データ部分をそれぞれ生成し、データセ
ットを出力データストリームに（例えば、バイナリ符号化データとして）符号化し、最上
位データ部分を出力データストリームに（例えば、プレフィックスとして）符号化し、最
下位部分を出力データストリームに（例えば、サフィックスとして）符号化することを含
む。
なお、（いくつかの実施形態において）上記処理は、（処理を行う）データ値が各入力
値から、入力値の配列に関連する非ゼロ入力値の位置を示す重要性マップである別のデー
タセットを生成し、各入力値から１を減算して各データ値を生成することで生成されるよ
うに、重要性マップの生成後に実行することができる。
図３８及び図３９は、変換ダイナミックレンジ及びデータ精度パラメータを選択する処
理を概略的に示すフローチャートである。
図３８を参照して、上述のように、ステップ２４００で最大ダイナミックレンジ及び／
又は変換行列のデータ精度等のパラメータが各画像又はビデオ要素のビットデプスに従っ
て選択される。ステップ２４１０において、異なるビットデプスの画像又はビデオ要素を
有する入力画像又は出力画像に対して、全ての画像又はビデオ要素で使用するための１組
の最大ダイナミックレンジ及び／又は変換行列のデータ精度が選択される。
図３９を参照して、ステップ２４２０はステップ２４１０と同様であるが、１組の最大
ダイナミックレンジ及び／又は変換行列のデータ精度が最大ビットデプスを有する画像又
はビデオ要素の１つに関する値として選択されるという特徴をさらに有する。
本発明の実施形態は、周波数変換入力画像係数の配列に依存する入力データ値のシーケ
ンスに関して動作してもよい。
上述の実施形態は、以下の番号付けされた項によって定義される。
１．データ値のシーケンスを符号化する方法であって、
値の最上位データ部分が当該値の複数の最上位ビットを表し、最下位データ部分が残り
の最下位ビットを表すように、補足の最上位データ部分及び最下位データ部分を上記入力
データ値からそれぞれ生成し、
所定の重要度の最上位データ部分の上記値の配列に関連する位置を示す１つ又は複数の
データセットを生成し、
バイナリ符号化により、出力データストリームに対して上記データセットを符号化し、
上記出力データストリームに低重要位置を定義するデータを含める
符号化方法。
２．上記１に記載の符号化方法であって、
上記データセットの１つは、非ゼロである最上位データ部分のデータ値に関連する位置
を示す重要性マップである
符号化方法。
３．上記２に記載の符号化方法であって、
上記重要性マップは、値の配列の所定の順番に従って、非ゼロ値を有する最後の最上位
データ部分の位置を示すデータフラグを含む
符号化方法。
４．上記２又は３に記載の符号化方法であって、
上記データセットは、２以上の最上位データ部分の値の配列に関連する位置を示す２以
上マップと、３以上の最上位データ部分の値の配列に関連する位置を示す３以上マップと
を含む
符号化方法。
５．上記１に記載の符号化方法であって、
上記データセットは、１以上の最上位データ部分の値の配列に関連する位置を示す２以
上マップと、２以上の最上位データ部分の値の配列に関連する位置を示す３以上マップと
を含む
符号化方法。
６．上記５に記載の符号化方法であって、
非ゼロ値の値に関連する位置を示す重要性マップである他のデータセットを生成するこ
とをさらに含む
符号化方法。
７．上記６に記載の符号化方法であって、
上記重要性マップは、値の配列の所定の順番に従って、非ゼロ値を有する最後の最上位
データ部分の位置を示すデータフラグを含む
符号化方法。
８．上記１〜７のいずれか１つに記載の符号化方法であって、
上記出力データストリームに低重要位置を定義するデータを含めることは、上記最下位
データ部分を表すシンボルがコード値範囲の比率に従って符号化される算術符号化により
、上記最下位データ部分を符号化することを含み、
上記最下位データ部分を表す上記各シンボルに対する上記コード値範囲の上記比率はそ
れぞれ等しいサイズである
符号化方法。
９．上記１〜７のいずれか１つに記載の符号化方法であって、
上記出力データストリームに低重要位置を定義するデータを含めることは、上記出力デ
ータストリーム内に上記最下位データ部分をＲＡＷデータとして直接含めることを含む
符号化方法。
１０．上記１〜９のいずれか１つに記載の符号化方法であって、
上記データ値のシーケンスは、画像データビットデプスを有する画像データを表し、
上記符号化方法は、さらに、各最上位データ部分における上記複数の最上位ビットとし
て使用するビットの数を上記画像データビットデプスと等しくなるように設定することを
含む
符号化方法。
１１．上記１〜１０のいずれか１つに記載の符号化方法であって、
上記データ値のシーケンスは、周波数変換画像係数のシーケンスを含む
符号化方法。
１２．上記１１に記載の符号化方法であって、
上記周波数変換入力画像係数は、利用可能な様々な量子化パラメータから選択された変
数量子化パラメータに従って量子化された周波数変換入力画像係数であり、
上記符号化方法は、さらに、上記利用可能な量子化パラメータの範囲の第１の所定のサ
ブレンジにおける量子化パラメータを用いて生成された係数に対して、上記最上位データ
部分及び上記最下位データ部分に従って上記周波数変換入力画像係数の配列を符号化し、
上記利用可能な量子化パラメータの範囲の上記第１の所定のサブレンジにない量子化パ
ラメータを用いて生成された係数に対して、各最上位データ部分におけるビットの数が当
該係数のビットの数と等しくなり、各最下位データ部分がビットを含まないように上記周
波数変換入力画像係数の配列を符号化することを含む
符号化方法。
１３．上記１２に記載の符号化方法であって、
入力画像データを周波数変換して、上記変換データの最大ダイナミックレンジに従って
データ精度を有する変換行列を用いて行列乗算処理により周波数変換入力画像係数の配列
を生成し、
上記入力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列の上記データ精度を選択する
符号化方法。
１４．上記１３に記載の符号化方法であって、
上記選択は、
上記変換行列の上記データ精度を上記入力画像データの上記ビットデプスよりも小さ
い第１のビットオフセット数に設定することと、
上記変換データの上記最大ダイナミックレンジを上記入力画像データの上記ビットデ
プスよりも大きい第２のビットオフセット数に設定することとを含む
符号化方法。
１５．上記１４に記載の符号化方法であって、
上記第１のビットオフセット数は２に等しく、上記第２のビットオフセット数は５に等
しい
符号化方法。
１６．上記１３〜１５のいずれか１つに記載の符号化方法であって、
ソース変換行列から、それぞれ異なる必要とされるデータ精度で変換行列を得ることを
さらに含む
符号化方法。
１７．上記１〜１６のいずれか１つに記載の符号化方法であって、
上記符号化は、
範囲変数によって定義される一連のコード値の複数の補足サブレンジのうちの１つを
符号化のためのデータセットの現在の入力データ値に従って選択することと、
上記現在の入力データ値を上記選択されたサブレンジ内のコード値に割り当てること
と、
上記割り当てられたコード値及び上記選択されたサブレンジのサイズに基づいて上記
一連のコード値を修正することと、
上記一連のコード値を定義する上記範囲変数が、所定の最小サイズより小さいか否か
を検出し、小さい場合、上記一連のコード値が少なくとも上記所定の最小サイズとなるま
で上記範囲変数を連続的に増加させ、そのようなサイズ増加動作に応答して符号化データ
ビットを出力することと、
１群の入力データ値を符号化した後、ゼロに等しい少なくとも１つの最下位ビットを
含む利用可能な範囲変数値の所定のサブセットから選択された値に上記範囲変数を設定す
ることと
を含む
符号化方法。
１８．上記１７に記載の符号化方法であって、
上記一連のコード値に関連する上記サブレンジの比率は、上記入力データ値に関連付け
られたコンテキスト変数によって定義される
符号化方法。
１９．上記１８に記載の符号化方法であって、
データ値の符号化に続いて、上記現在のデータ値のために選択された上記サブレンジに
おける上記一連のコード値の比率を増加させるように、次の入力データ値に関して使用す
るために上記コンテキスト変数を修正することを含む
符号化方法。
２０．上記１７〜１９のいずれか１つに記載の符号化方法であって、
上記一連のコード値は、０から上限値までの範囲にある値を含み、上記上限値は、上記
範囲変数で定義され２５６から５１０までの範囲にある
符号化方法。
２１．上記２０に記載の符号化方法であって、
上記範囲変数の利用可能な値のサブセットは、２５６の値を有する
符号化方法。
２２．上記２０に記載の符号化方法であって、
上記利用可能な値のサブセットは、２５６と３８４の組を含み、
上記範囲変数の設定は、上記サブセットから上記範囲変数の現在の値に従って値を選択
し、上記範囲変数の現在の値が２５６から３８３までの範囲にある場合、上記範囲変数を
２５６に設定し、上記範囲変数の現在の値が３８４から５１０までの範囲にある場合、上
記範囲変数を３８４に設定することを含む。
符号化方法。
２３．上記２０に記載の符号化方法であって、
上記利用できる値のサブセットは、２５６，３２０，３８４、及び４４８の組を含み、
上記範囲変数の設定は、上記範囲変数の現在の値に従って上記サブセットから値を選択
し、上記範囲変数の現在の値が２５６から３１９までの範囲にある場合、上記範囲変数を
２５６に設定し、上記範囲変数の現在の値が３２０から３８３までの範囲にある場合、上
記範囲変数を３２０に設定し、上記範囲変数の現在の値が３８４から４４７までの範囲に
ある場合、上記範囲変数を３８４に設定し、上記範囲変数の現在の値が４４８から５１０
までの範囲にある場合、上記範囲変数を４４８に設定することを含む
符号化方法。
２４．上記１７〜２３のいずれか１つに記載の符号化方法であって、
データセットにおいてバイパスデータとして表されない値を示すデータを符号化し、
現在の配列と関連付けられたバイパスデータの量を検出し、
上記バイパスデータの量が閾値を超える場合、上記設定を適用し、それ以外の場合、上
記設定を適用しない
符号化方法。
２５．上記１７〜２４のいずれか１つに記載の符号化方法であって、
上記データは、データ値の複数の配列を含む変換ユニットとして符号化され、
上記符号化方法はさらに、変換ユニットの符号化の終了時に、上記設定を適用すること
を含む
符号化方法。
２６．画像データを符号化する方法であって、
入力画像データを周波数変換して、上記変換データの最大ダイナミックレンジに従って
データ精度を有する変換行列を用いて行列乗算処理により周波数変換入力画像係数の配列
を生成し、
上記入力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列の上記データ精度を選択する
符号化方法。
２７．上記１〜２６のいずれか１つに記載の符号化方法により符号化された画像データ。
２８．上記２７に記載のビデオデータを記憶するデータキャリア。
２９．データ値の配列を提供するためのデータを復号化するデータ復号化方法であって、
入力データストリームから上記データ値の最下位データ部分及び１つ又は複数の符号化
データセットを分離し、
バイナリ復号化により上記データセットを復号化して上記データ値の最上位データ部分
を生成し、
上記最上位データ部分と上記最下位データ部分とを組み合わせて、データ値に対して、
各最上位データ部分が当該データ値の複数の最上位ビットを表し、各最下位データ部分が
当該データの残りの最下位ビットを表すように、上記データ値を生成する
データ復号化方法。
３０．画像データ復号化方法であって、
入力周波数変換画像データを周波数変換して、上記変換データの最大ダイナミックレン
ジに従ってデータ精度を有する変換行列を用いて行列乗算処理により出力画像データの配
列を生成し、
上記出力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列の上記データ精度を選択する
３１．コンピュータによって実行される際に、上記コンピュータに上記１〜３０のいずれ
か１つに記載の方法を実行させるコンピュータソフトウェア。
３２．上記３１に記載のコンピュータソフトウェアが記憶された非一時的な機械可読記憶
媒体。
３３．データ値のシーケンスを符号化するデータ符号化装置であって、
値の最上位データ部分が当該値の複数の最上位ビットを表し、最下位データ部分が残り
の最下位ビットを表すように、補足の最上位データ部分及び最下位データ部分を上記入力
データ値からそれぞれ生成し、所定の重要度の最上位データ部分の上記値の配列に関連す
る位置を示す１つ又は複数のデータセットを生成するように構成された生成部と、
バイナリ符号化により、出力データストリームに対して上記データセットを符号化し、
上記出力データストリームに低重要位置を定義するデータを含めるエンコーダと
を具備するデータ符号化装置。
３４．画像データを符号化するデータ符号化装置であって、
入力画像データを周波数変換して、上記変換データの最大ダイナミックレンジに従って
データ精度を有する変換行列を用いて行列乗算処理により周波数変換入力画像係数の配列
を生成するように構成された周波数変換部と、
上記入力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列の上記データ精度を選択するように構成された選択部と
を具備するデータ符号化装置。
３５．データを復号化してデータ値の配列を提供するデータ復号化装置であって、
入力データストリームから、データ値の最下位データ部分及び１つ又は複数の符号化デ
ータセットを分離するように構成されたデータ分離部と、
バイナリ復号化により上記データセットを復号化して上記データ値の最上位データ部分
を生成するように構成されたデコーダと、
上記最上位データ部分と上記最下位データ部分とを組み合わせて、データ値に対して、
各最上位データ部分が当該データ値の複数の最上位ビットを表し、各最下位データ部分が
当該データの残りの最下位ビットを表すように、上記データ値を生成するように構成され
た結合部と
を具備するデータ復号化装置。
３６．画像データ復号化装置であって、
入力周波数変換画像データを周波数変換して、上記変換データの最大ダイナミックレン
ジに従ってデータ精度を有する変換行列を用いて行列乗算処理により出力画像データの配
列を生成するように構成された周波数変換部と、
上記出力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列の上記データ精度を選択するように構成された選択部と
を具備する画像データ復号化装置。
３７．上記３３〜３６のいずれか１つに記載の装置を具備するビデオデータキャプチャ・
送信・表示及び／又は記憶装置。
他の実施形態は、以下の番号付けされた項によって定義される。
１． 符号化のためのデータセットの入力データ値のデータ符号化方法であって、
現在の入力データ値に従って、範囲変数により定義される一連のコード値の複数の補足
サブレンジのうちの１つを選択し、
上記現在の入力データ値を上記選択されたサブレンジ内のコード値に割り当て、
上記割り当てられたコード値及び上記選択されたサブレンジのサイズに基づいて上記一
連のコード値を修正し、
上記一連のコード値を定義する上記範囲変数が所定の最小サイズより小さいか否かを検
出し、上記範囲変数が上記所定の最小サイズより小さい場合、上記一連のコード値が少な
くとも上記所定の最小サイズになるまで上記範囲変数を連続的に増加させ、当該サイズ増
加動作に応じて、符号化データビットを出力し、
１群の入力データ値を符号化した後、上記範囲変数をゼロに等しい少なくとも１つの最
下位ビットを有する所定の利用可能な範囲変数値のサブセットから選択された値に設定す
る
データ符号化方法。
２．上記１に記載のデータ符号化方法であって、
上記一連のコード値に関連する上記サブレンジの比率は、上記入力データ値に関連付け
られたコンテキスト変数により定義される
データ符号化方法。
３．上記２に記載のデータ符号化方法であって、
入力データ値を符号化した後、次の入力データ値に関して使用するために、上記現在の
入力データ値のために選択された上記サブレンジ内の上記一連のコード値の比率を増加さ
せるように上記コンテキスト変数を修正する
データ符号化方法。
４．上記１〜３のいずれか１つに記載のデータ符号化方法であって、
上記一連のコード値は、０から上限値までの範囲の値を含み、
上記上限値は、上記範囲変数で定義され、上記所定の最小サイズから第２の所定値まで
の範囲にある
データ符号化方法。
５．上記４に記載のデータ符号化方法であって、
上記所定の最小サイズは２５６であり、上記第２の所定値は５１０である
データ符号化方法。
６．上記１〜５のいずれか１つに記載のデータ符号化方法であって、
上記利用可能な範囲変数値のサブセットは、上記所定の最小サイズを含む
データ符号化方法。
７．上記１〜５のいずれか１つに記載のデータ符号化方法であって、
上記サブセットは、上記所定の最小サイズから上記第２の所定値までの範囲にある２つ
以上の値を含む
データ符号化方法。
８．上記７に記載のデータ符号化方法であって、
上記設定は、上記範囲変数の現在の値に従って、上記サブセットから１つの値を選択す
ることを含む
データ符号化方法。
９．上記７に記載のデータ符号化方法であって、
上記設定は、上記範囲変数の上記現在の値が特定の値から上記サブセット内の次に高い
値より１低い値までの範囲にある場合、上記サブセットから上記特定の値を選択すること
を含む
データ符号化方法。
１０．上記１〜９のいずれか１つに記載のデータ符号化方法であって、
データセット内で表されない係数を表すデータをバイパスデータとして符号化し、
現在の配列と関連付けられた上記バイパスデータの量を検出し、
上記バイパスデータの量が閾値を超えた場合、上記設定を適用するが、上記バイパスデ
ータの量が上記閾値以下である場合、上記設定を適用しない
データ符号化方法。
１１．上記１〜１０のいずれか１つに記載のデータ符号化方法であって、
上記入力データ値は、画像データを表し、
上記画像データは、係数の複数の配列を含む変換ユニットとして符号化され、
上記変換ユニットの符号化の終了時に、上記設定を適用する
データ符号化方法。
１２．上記１〜１１のいずれか１つに記載のデータ符号化方法によって符号化されるデー
タ。
１３．上記１２に記載のビデオデータを記憶するデータキャリア。
１４．符号化のためのデータセットの入力データ値を符号化するデータ符号化装置であっ
て、
現在の入力データ値に従って範囲変数で定義される一連のコード値の複数の補足サブレ
ンジのうちの１つを選択し、上記現在の入力データ値を上記選択されたサブレンジ内のコ
ード値に割り当てるように構成された選択部と、
上記割り当てられたコード値及び上記選択されたサブレンジのサイズに基づいて、上記
一連のコード値を修正するように構成された修正部と、
上記一連のコード値を定義する上記範囲変数が所定の最小サイズより小さいか否かを検
出し、小さい場合、上記一連のコード値のサイズが少なくとも当該所定の最小サイズとな
るまで上記範囲変数を連続的に増加させるように構成され、各サイズ増加動作に応答して
符号化データビットを出力する検出部と、
１群の入力データ値を符号化した後、上記範囲変数をゼロに等しい少なくとも１つの最
下位ビットを有する利用可能な範囲変数値の所定のサブセットから選択された値に設定す
るように構成された範囲変数設定部と
を具備するデータ符号化装置。
１５．上記１４に記載のデータ符号化装置を含む、ビデオデータキャプチャ・送信及び又
は記憶装置。
他の実施形態は、以下の番号付けされた項によって定義される。
データ値の配列を符号化するデータ符号化方法であって、
値の最上位データ部分が当該値の複数の最上位ビットを表し、最下位データ部分が当該
値の残りの最下位ビットによって決まるように、補足の最上位データ部分及び最下位デー
タ部分を上記入力データ値からそれぞれ生成し、
所定の重要度範囲の最上位データ部分の上記値の配列に関連する位置を示す１つ又は複
数のデータセットを生成し、
バイナリ符号化により、出力データストリームに対して上記データセットを符号化し、
上記出力データストリームに上記最下位データ部分を定義するデータを含める
データ符号化方法。
２．上記１に記載のデータ符号化方法であって、
上記データセットの１つは、データ値の配列に関連する非ゼロである最上位データ部分
の位置を示す重要性マップである
データ符号化方法。
３．上記２に記載のデータ符号化方法であって、
上記重要性マップは、データ値の配列の所定の順番に従って、非ゼロ値を有する最後の
最上位データ部分の位置を示すデータフラグを含む
データ符号化方法。
４．上記２又は３に記載のデータ符号化方法であって、
上記データセットは、
２以上の最上位データ部分のデータ値の配列に関連する位置を示す２以上マップと、
３以上の最上位データ部分のデータ値の配列に関連する位置を示す３以上マップと
を含む
データ符号化方法。
５．上記１に記載のデータ符号化方法であって、
上記データセットは、
１以上の最上位データ部分の値の配列に関連する位置を示す２以上マップと、
２以上の最上位データ部分の値の配列に関連する位置を示す３以上マップとを含む
データ符号化方法。
６．上記５に記載のデータ符号化方法であって、
入力値の配列に関連する非ゼロ入力値の位置を示す重要性マップである他のデータセ
ットを生成し、
各入力値から１を減算して各データ値を生成する
ことによって、各入力値からデータ値を生成する
データ符号化方法。
７．上記５又は６に記載のデータ符号化方法であって、
上記重要性マップは、上記入力値の配列の所定の順番に従って、非ゼロ値を有する最後
の入力値の位置を示すデータフラグを含む
データ符号化方法。
８．上記１〜７のいずれか１つに記載のデータ符号化方法であって、
上記出力データストリームに上記最下位データ部分を定義するデータを含めることは、
上記最下位データ部分を表すシンボルがコード値範囲の比率に従って符号化される算術符
号化により、上記最下位データ部分を符号化することを含み、
上記最下位データ部分を表す各シンボルに対する上記コード値範囲の比率はそれぞれ等
しいサイズである
データ符号化方法。
９．上記１〜８のいずれか１つに記載のデータ符号化方法であって、
上記出力データストリームに上記最下位データ部分を定義するデータを含めることは、
上記出力データストリーム内に上記最下位データ部分をＲＡＷデータとして直接含めるこ
とを含む
データ符号化方法。
１０．上記１〜９のいずれか１つに記載のデータ符号化方法であって、
上記データ値のシーケンスは、画像データビットデプスを有する画像データを表し、
上記データ符号化方法は、さらに、各最上位データ部分における上記複数の最上位ビッ
トとして使用するビットの数を上記画像データビットデプスと等しくなるように設定する
ことを含む
データ符号化方法。
１１．上記１〜１０のいずれか１つに記載のデータ符号化方法であって、
上記データ値のシーケンスは、周波数変換画像係数のシーケンスを表す
データ符号化方法。
１２．上記１１に記載のデータ符号化方法であって、
上記周波数変換入力画像係数は、利用可能な様々な量子化パラメータから選択された変
数量子化パラメータに従って量子化された周波数変換入力画像係数であり、
上記データ符号化方法は、さらに、上記利用可能な様々な量子化パラメータの第１の所
定のサブレンジにおける量子化パラメータを用いて生成された係数に対して、上記最上位
データ部分及び上記最下位データ部分に従って上記周波数変換入力画像係数の配列を符号
化し、上記利用可能な様々な量子化パラメータの上記第１の所定のサブレンジにない量子
化パラメータを用いて生成された係数に対して、各最上位データ部分におけるビットの数
が当該係数のビットの数と等しくなり、各最下位データ部分がビットを含まないように上
記周波数変換入力画像係数の配列を符号化することを含む
データ符号化方法。
１３．上記１１に記載のデータ符号化方法であって、
入力画像データを周波数変換して、上記変換されたデータの最大ダイナミックレンジに
従ってデータ精度を有する変換行列を用いて、行列乗算処理により周波数変換入力画像係
数の配列を生成し、
上記入力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列のデータ精度を選択する
データ符号化方法。
１４．上記１３に記載のデータ符号化方法であって、
上記選択は、
上記変換行列のデータ精度を上記入力画像データの上記ビットデプスよりも小さい第
１のビットオフセット数に設定することと、
上記変換されたデータの最大ダイナミックレンジを上記入力画像データの上記ビット
デプスよりも大きい第２のビットオフセット数に設定することとを含む
データ符号化方法。
１５．上記１４に記載のデータ符号化方法であって、
上記第１のビットオフセット数は２に等しく、上記第２のビットオフセット数は５に等
しい
データ符号化方法。
１６．上記１４に記載のデータ符号化方法であって、
上記第１のビットオフセット数は２に等しく、上記第２のビットオフセット数は６に等
しい
データ符号化方法。
１７．上記１４に記載のデータ符号化方法であって、
上記第２のビットオフセット数は上記変換行列の行列サイズに依存する
データ符号化方法。
１８．上記１３〜１７のいずれか１つに記載のデータ符号化方法であって、
各ソース変換行列からそれぞれ異なる必要なデータ精度で変換行列を得る
データ符号化方法。
１９．データ値の配列をデータセット及び上記データセットで符号化されない値に対する
α符号化部分と非α符号化部分とを含むエスケープコードとして符号化するデータ符号化
方法であって、
非α符号化部分のビットの最小数を定義する、０から所定の上限値までの範囲にある符
号化パラメータを設定し、
最小の最下位データ部分サイズを定義するように、上記符号化パラメータに１以上のオ
フセット値を追加し、
各データ値の少なくとも１つの最下位ビットの値を符号化するように、データ値の配列
に関連する所定の重要度範囲のデータ値の位置を示す１つ又は複数のデータセットを生成
し、
少なくとも上記１つ又は複数のデータセットによって符号化されない各データ値の部分
から、値の最上位データ部分がゼロ又は当該部分の最上位ビットを表し、最下位データ部
分が上記最下位データ部分サイズ以上の当該部分の最下位ビットの数を表すように、補足
の最上位データ部分及び最下位データ部分を生成し、
上記データセットを出力データストリームに符号化し、
上記最上位データ部分を上記出力データストリームに符号化し、
上記最下位データ部分を上記出力データストリームに符号化する
データ符号化方法。
２０． 上記１９に記載のデータ符号化方法であって、
上記最上位データ部分の上記出力データストリームにおける符号化は、上記最上位デー
タ部分をα符号により上記出力データストリームに符号化することを含み、
上記最下位データ部分の上記出力データストリームにおける符号化は、上記最下位デー
タ部分を非α符号により上記出力データストリームに符号化することを含む
データ符号化方法。
２１．上記１９又は２０に記載のデータ符号化方法であって、
上記データセットの上記出力データストリームにおける符号化は、上記データセットを
バイナリコードにより上記出力データストリームに符号化することを含む
データ符号化方法。
２２．上記１９〜２１のいずれか１つに記載のデータ符号化方法であって、
上記設定は、上記配列における現在のデータ値の重要度に基づいて上記符号化パラメー
タをインクリメントすることを含む
データ符号化方法。
２３．上記２０〜２２のいずれか１つに記載のデータ符号化方法であって、
上記最上位データ部分及び上記最下位データ部分の符号化は、上記最上位データ部分及
び上記最下位データ部分をゴロムライス符号又は指数ゴロム符号により符号化することを
含む
データ符号化方法。
２４．上記２３に記載のデータ符号化方法であって
上記ゴロムライス符号のサフィックス長は、上記最小の最下位データ部分サイズに等し
く、
上記指数ゴロム符号は、上記最小の最下位データ部分サイズに等しい次数を有する
データ符号化方法。
２５．上記１９〜２４のいずれか１つに記載のデータ符号化方法であって、
上記データ値の配列のパラメータに基づいて上記オフセット値を生成する
データ符号化方法。
２６．上記２５に記載のデータ符号化方法であって、
上記データ値の配列のパラメータは、
上記配列におけるデータ値の数と、
上記データ値によって表されるデータの種類と、
上記データ値の配列に適用可能な量子化パラメータと、
符号化モードと
からなる群から選択された１つ又は複数のパラメータを含む
データ符号化方法。
２７．上記１９〜２６のいずれか１つに記載のデータ符号化方法であって、
上記オフセット値を定義するデータヘッダにデータを含める
データ符号化方法。
２８．上記１に記載のデータ符号化方法であって、
上記符号化は、
範囲変数によって定義される一連のコード値の複数の補足サブレンジのうちの１つを
符号化のためのデータセットの現在の入力データ値に従って選択することと、
上記現在の入力データ値を上記選択されたサブレンジ内のコード値に割り当てること
と、
上記割り当てられたコード値及び上記選択されたサブレンジのサイズに基づいて上記
一連のコード値を修正することと、
上記一連のコード値を定義する上記範囲変数が、所定の最小サイズより小さいか否か
を検出し、小さい場合、上記一連のコード値が少なくとも上記所定の最小サイズとなるま
で上記範囲変数を連続的に増加させ、そのようなサイズ増加動作に応答して符号化データ
ビットを出力することと、
１群の入力データ値を符号化した後、ゼロに等しい少なくとも１つの最下位ビットを
含む利用可能な範囲変数値の所定のサブセットから選択された値に上記範囲変数を設定す
ることと
を含む
データ符号化方法。
２９．上記２８に記載のデータ符号化方法であって、
上記一連のコード値に関連する上記サブレンジの比率は、上記入力データ値に関連付け
られたコンテキスト変数によって定義される
データ符号化方法。
３０．上記２９に記載のデータ符号化方法であって、
データ値の符号化に続いて、上記現在のデータ値のために選択された上記サブレンジに
おける上記一連のコード値の比率を増加させるように、次の入力データ値に関して使用す
るために上記コンテキスト変数を修正する
データ符号化方法。
３１．上記２８〜３０のいずれか１つに記載のデータ符号化方法であって、
上記一連のコード値は、０から上限値までの範囲にある値を含み、上記上限値は、上記
範囲変数で定義され２５６から５１０までの範囲にある
データ符号化方法。
３２．上記３１に記載のデータ符号化方法であって、
上記範囲変数の利用可能な値のサブセットは、２５６の値を有する
データ符号化方法。
３３．上記３１に記載のデータ符号化方法であって、
上記利用可能な値のサブセットは、２５６と３８４の組を含み、
上記範囲変数の設定は、上記サブセットから上記範囲変数の現在の値に従って値を選択
し、上記範囲変数の現在の値が２５６から３８３までの範囲にある場合、上記範囲変数を
２５６に設定し、上記範囲変数の現在の値が３８４から５１０までの範囲にある場合、上
記範囲変数を３８４に設定することを含む
データ符号化方法。
３４．上記３１に記載のデータ符号化方法であって、
上記利用できる値のサブセットは、２５６，３２０，３８４、及び４４８の組を含み、
上記範囲変数の設定は、上記範囲変数の現在の値に従って上記サブセットから値を選択
し、上記範囲変数の現在の値が２５６から３１９までの範囲にある場合、上記範囲変数を
２５６に設定し、上記範囲変数の現在の値が３２０から３８３までの範囲にある場合、上
記範囲変数を３２０に設定し、上記範囲変数の現在の値が３８４から４４７までの範囲に
ある場合、上記範囲変数を３８４に設定し、上記範囲変数の現在の値が４４８から５１０
までの範囲にある場合、上記範囲変数を４４８に設定することを含む
データ符号化方法。
３５．上記２８〜３４のいずれか１つに記載のデータ符号化方法であって、
データセットにおいてバイパスデータとして表されない値を示すデータを符号化し、
現在の配列と関連付けられたバイパスデータの量を検出し、
上記バイパスデータの量が閾値を超える場合、上記設定を適用し、それ以外の場合、上
記設定を適用しない
データ符号化方法。
３６．上記２８〜３５のいずれか１つに記載のデータ符号化方法であって、
上記データは、データ値の複数の配列を含む変換ユニットとして符号化され、
上記データ符号化方法はさらに、変換ユニットの符号化の終了時に、上記設定を適用す
ることを含む
データ符号化方法。
３７．画像データを符号化するデータ符号化方法であって、
入力画像データを周波数変換して、上記変換データの最大ダイナミックレンジに従って
データ精度を有する変換行列を用いて行列乗算処理により周波数変換入力画像係数の配列
を生成し、
上記入力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列の上記データ精度を選択する
データ符号化方法。
３８．上記３７に記載のデータ符号化方法であって、
異なるビットデプスの画像要素を有する入力画像データに対して、上記選択は、全ての
画像要素で使用するための１組の上記最大ダイナミックレンジ及び／又は上記変換行列の
データ精度を選択することを含む
データ符号化方法。
３９．上記３８に記載のデータ符号化方法であって、
上記選択は、上記１組の最大ダイナミックレンジ及び／又は変換行列のデータ精度とし
て、最大ビットデプスを有する画像要素の１つに関する値を選択することを含む
データ符号化方法。
４０．上記１〜３９のいずれか１つに記載のデータ符号化方法により符号化された画像デ
ータ。
４１．上記４０に記載の画像データを記憶するデータキャリア。
４２．データ値の配列を提供するためのデータを復号化するデータ復号化方法であって、
入力データストリームから上記データ値の最下位データ部分及び１つ又は複数の符号化
データセットを分離し、
バイナリ復号化により上記データセットを復号化して上記データ値の最上位データ部分
を生成し、
上記最上位データ部分と上記最下位データ部分とを組み合わせて、データ値に対して、
各最上位データ部分が当該データ値の複数の最上位ビットを表し、各最下位データ部分が
当該データの残りの最下位ビットを表すように、上記データ値を生成する
データ復号化方法。
４３．データセット及び上記データセットで符号化されない値に対するα符号化部分及び
非α符号化部分を含むエスケープコードとして符号化される入力データを復号化してデー
タ値の配列を提供するデータ復号化方法であって、
非α符号化部分のビットの最小数を定義する０から所定の上限値までの範囲にある符号
化パラメータを設定し、
最小の最下位データ部分サイズを定義するように、１以上のオフセット値を上記符号化
パラメータに追加し、
各データ値の少なくとも１つの最下位ビットの値を復号化するように、上記データ値の
配列に関する所定の重要度範囲のデータ値の位置を示す１つ又は複数のデータセットを復
号化し、
値の最上位データ部分がゼロ又は当該部分の最上位ビットを表し、上記最下位データ部
分が当該部分の上記最小の最下位データ部分サイズ以上の最下位ビットの数を表すように
、上記α符号化部分及び上記非α符号化部分並びに補足の最上位データ部分及び最下位デ
ータ部分から、少なくとも上記１つ又は複数のデータセットによって符号化されない各デ
ータ値の部分を復号化する
データ復号化方法。
４４．画像データ復号化方法であって、
入力周波数変換画像データを周波数変換して、上記変換データの最大ダイナミックレン
ジに従ってデータ精度を有する変換行列を用いて行列乗算処理により出力画像データの配
列を生成し、
上記出力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列のデータ精度を選択する
画像データ復号化方法。
４５．上記４４に記載の画像データ復号化方法であって、
異なるビットデプスの画像要素を有する入力画像データに対して、上記選択は、全ての
画像要素で使用するための１組の上記最大ダイナミックレンジ及び／又は上記変換行列の
データ精度を選択することを含む
画像データ復号化方法。
４６．上記４５に記載の画像データ復号化方法であって、
上記選択は、上記１組の最大ダイナミックレンジ及び／又は変換行列のデータ精度とし
て、最大ビットデプスを有する画像要素の１つに関する値を選択することを含む
画像データ復号化方法。
４７．コンピュータによって実行される際に、上記コンピュータに上記１〜３９及び４２
〜４６のいずれか１つに記載の方法を実行させるコンピュータソフトウェア。
４８．上記４７に記載のコンピュータソフトウェアが記憶された非一時的な機械可読記憶
媒体。
４９．データ値のシーケンスを符号化するデータ符号化装置であって、
値の最上位データ部分が当該値の複数の最上位ビットを表し、最下位データ部分が残り
の最下位ビットを表すように、補足の最上位データ部分及び最下位データ部分を上記入力
データ値からそれぞれ生成し、所定の重要度範囲の最上位データ部分の上記値の配列に関
連する位置を示す１つ又は複数のデータセットを生成するように構成された生成部と、
バイナリ符号化により、出力データストリームに対して上記データセットを符号化し、
上記出力データストリームに最下位位置を定義するデータを含めるエンコーダと
を具備するデータ符号化装置。
５０．データ値の配列をデータセット及び上記データセットで符号化されない値に対する
α符号化部分と非α符号化部分とを含むエスケープコードとして符号化するデータ符号化
装置であって、
非α符号化部分のビットの最小数を定義する、０から所定の上限値までの範囲にある
符号化パラメータを設定し、
最小の最下位データ部分サイズを定義するように、上記符号化パラメータに１以上の
オフセット値を追加し、
各データ値の少なくとも１つの最下位ビットの値を符号化するように、データ値の配
列に関連する所定の重要度範囲のデータ値の位置を示す１つ又は複数のデータセットを生
成し、
少なくとも上記１つ又は複数のデータセットによって符号化されない各データ値の部
分から、値の最上位データ部分がゼロ又は当該部分の最上位ビットを表し、最下位データ
部分が上記最下位データ部分サイズ以上の当該部分の最下位ビットの数を表すように、補
足の最上位データ部分及び最下位データ部分を生成する
ように構成されたプロセッサと、
上記データセットを出力データストリームに符号化し、
上記最上位データ部分を上記出力データストリームに符号化し、
上記最下位データ部分を上記出力データストリームに符号化する
ように構成されたエンコーダと
を具備するデータ符号化装置。
５１．画像データを符号化するデータ符号化装置であって、
入力画像データを周波数変換して、上記変換データの最大ダイナミックレンジに従って
データ精度を有する変換行列を用いて行列乗算処理により周波数変換入力画像係数の配列
を生成するように構成された周波数変換部と、
上記入力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列のデータ精度を選択するように構成された選択部と
を具備するデータ符号化装置。
５２．上記５１に記載のデータ符号化装置であって、
異なるビットデプスの画像要素を有する入力画像データに対して、上記選択部は、全て
の画像要素で使用するための１組の上記最大ダイナミックレンジ及び／又は上記変換行列
のデータ精度を選択するように構成される
データ符号化装置。
５３．上記５２に記載のデータ符号化装置であって、
上記選択部は、上記１組の最大ダイナミックレンジ及び／又は上記変換行列のデータ精
度として、最大ビットデプスを有する画像要素の１つに関する値を選択するように構成さ
れる
データ符号化装置。
５４．データを復号化してデータ値の配列を提供するデータ復号化装置であって、
入力データストリームから、データ値の最下位データ部分及び１つ又は複数の符号化デ
ータセットを分離するように構成されたデータ分離部と、
バイナリ復号化により上記データセットを復号化して上記データ値の最上位データ部分
を生成するように構成されたデコーダと、
上記最上位データ部分と上記最下位データ部分とを組み合わせて、データ値に対して、
各最上位データ部分が当該データ値の複数の最上位ビットを表し、各最下位データ部分が
当該データの残りの最下位ビットを表すように、上記データ値を生成するように構成され
た結合部と
を具備するデータ復号化装置。
５５．データセット及び上記データセットで符号化されない値に対するα符号化部分及び
非α符号化部分を含むエスケープコードとして符号化される入力データを復号化してデー
タ値の配列を提供するデータ復号化装置であって、
非α符号化部分のビットの最小数を定義する０から所定の上限値までの範囲にある符
号化パラメータを設定し、
最小の最下位データ部分サイズを定義するように、１以上のオフセット値を上記符号
化パラメータに追加し、
各データ値の少なくとも１つの最下位ビットの値を復号化するように、上記データ値
の配列に関する所定の重要度範囲のデータ値の位置を示す１つ又は複数のデータセットを
復号化し、
値の最上位データ部分がゼロ又は当該部分の最上位ビットを表し、上記最下位データ
部分が当該部分の上記最小の最下位データ部分サイズ以上の最下位ビットの数を表すよう
に、上記α符号化部分及び上記非α符号化部分並びに補足の最上位データ部分及び最下位
データ部分から、少なくとも上記１つ又は複数のデータセットによって符号化されない各
データ値の部分を復号化する
ように構成されたプロセッサ
を具備するデータ復号化装置。
５６．画像データ復号化装置であって、
入力周波数変換画像データを周波数変換して、上記変換データの最大ダイナミックレン
ジに従ってデータ精度を有する変換行列を用いて行列乗算処理により出力画像データの配
列を生成するように構成された周波数変換部と、
上記出力画像データのビットデプスに従って、上記最大ダイナミックレンジ及び／又は
上記変換行列の上記データ精度を選択するように構成された選択部と
を具備する画像データ復号化装置。
５７．上記５６に記載の画像データ復号化装置であって、
異なるビットデプスの画像要素を有する入力画像データに対して、上記選択部は、全て
の画像要素で使用するための１組の上記最大ダイナミックレンジ及び／又は上記変換行列
のデータ精度を選択するように構成される
画像データ復号化装置。
５８．上記５７に記載の画像データ復号化装置であって、
上記選択部は、上記１組の最大ダイナミックレンジ及び／又は変換行列のデータ精度と
して、最大ビットデプスを有する画像要素の１つに関する値を選択する
画像データ復号化装置。
５９．上記４９〜５８のいずれか１つに記載の装置を具備するビデオデータキャプチャ・
送信・表示及び／又は記憶装置。
上述のように、上記の項の装置機能は、上述のエンコーダ又はデコーダの機能により実
行されてもよいことが理解されよう。

Claims (12)

  1. 変換係数により表されるビデオの係数であって、他の符号化値で記述されていない残りの係数を符号化する方法であって、
    プレフィックスと組み合わされたとき、サフィックスのビットにおける長さを定義するパラメータ値を用いて、その後に前記サフィックスが続く前記プレフィックスを含む前記残りの係数を生成し、前記パラメータ値は、前の係数グループに含まれる係数における前の符号化状態に基づいて変化され、
    前記係数グループは、順に処理され、
    前記前の係数グループは、同じスライスの一部を形成し、
    前記パラメータ値は、変化を示すためのオフセットが追加され、
    前記パラメータ値のオフセットは、次のスライスでリセットされ、
    オフセットが、全ての係数グループでリセットされないことを確保することによって、前記パラメータ値が変化される
    方法。
  2. 請求項１に記載の方法であって、
    前記前の係数グループは、４×４ブロックの係数である
    方法。
  3. 請求項１に記載の方法であって、
    前記他の符号化値は、重要性マップにより表される
    方法。
  4. 請求項１に記載の方法であって、
    前記残りの係数は、係数値から、前記他の符号化値を記述する重要性マップに関する基準レベル値を引いた値である
    方法。
  5. 請求項１に記載の方法であって、
    前記他の符号化値を記述する重要性マップに関する基準レベルは、その係数に利用可能な重要性マップの数に依存する
    方法。
  6. 変換係数により表されるビデオの係数であって、他の符号化値で記述されていない残りの係数を符号化するデータ符号化装置であって、
    プレフィックスと組み合わされたとき、サフィックスのビットにおける長さを定義するパラメータ値を用いて、その後に前記サフィックスが続く前記プレフィックスを含む前記残りの係数を生成する処理部を備え、前記パラメータ値は、前の係数グループに含まれる係数における前の符号化状態に基づいて変化され、
    前記係数グループは、順に処理され、
    前記前の係数グループは、同じスライスの一部を形成し、
    前記パラメータ値は、変化を示すためのオフセットが追加され、
    前記パラメータ値のオフセットは、次のスライスでリセットされ、
    オフセットが、全ての係数グループでリセットされないことを確保することによって、前記パラメータ値が変化される
    装置。
  7. 請求項６に記載の装置であって、
    前記前の係数グループは、４×４ブロックの係数である
    装置。
  8. 請求項６に記載の装置であって、
    前記他の符号化値は、重要性マップにより表される
    装置。
  9. 請求項６に記載の装置であって、
    前記残りの係数は、係数値から、前記他の符号化値を記述する重要性マップに関する基準レベル値を引いた値である
    装置。
  10. 請求項６に記載の装置であって、
    前記他の符号化値を記述する重要性マップに関する基準レベルは、その係数に利用可能な重要性マップの数に依存する
    装置。
  11. 請求項６に記載の装置を含むビデオ処理装置。
  12. 請求項６に記載の装置を含むビデオキャプチャ装置であって、
    前記残りの係数をビットストリームにＣＡＢＡＣ符号化（ＣＡＢＡＣ：Context Adaptive Binary Arithmetic Coding）するためのＣＡＢＡＣエンコーダと、
    前記ビットストリームを復号化するデコーダと
    を具備する装置。
JP2017083360A 2013-04-08 2017-04-20 データ符号化及び復号化 Active JP6655579B2 (ja)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
GB1306335.9 2013-04-08
GB1306335.9A GB2513111A (en) 2013-04-08 2013-04-08 Data encoding and decoding
GB1307121.2 2013-04-19
GB1307121.2A GB2513186A (en) 2013-04-08 2013-04-19 Data encoding and decoding
GB1312330.2 2013-07-09
GB1312330.2A GB2512955A (en) 2013-04-08 2013-07-09 Data encoding and decoding
GB1320775.8 2013-11-25
GB1320775.8A GB2512966A (en) 2013-04-08 2013-11-25 Data encoding and decoding

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2016507050A Division JP6134055B2 (ja) 2013-04-08 2014-04-04 データ符号化及び復号化

Publications (2)

Publication Number Publication Date
JP2017184239A JP2017184239A (ja) 2017-10-05
JP6655579B2 true JP6655579B2 (ja) 2020-02-26

Family

ID=48483538

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2016507049A Active JP6636909B2 (ja) 2013-04-08 2014-04-04 データ符号化及び復号化
JP2016507050A Active JP6134055B2 (ja) 2013-04-08 2014-04-04 データ符号化及び復号化
JP2017083360A Active JP6655579B2 (ja) 2013-04-08 2017-04-20 データ符号化及び復号化

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2016507049A Active JP6636909B2 (ja) 2013-04-08 2014-04-04 データ符号化及び復号化
JP2016507050A Active JP6134055B2 (ja) 2013-04-08 2014-04-04 データ符号化及び復号化

Country Status (12)

Country Link
US (4) US10136136B2 (ja)
EP (2) EP2984829B1 (ja)
JP (3) JP6636909B2 (ja)
CN (3) CN105103548B (ja)
AU (1) AU2014252876B2 (ja)
BR (1) BR112015025478B1 (ja)
CA (2) CA3096273A1 (ja)
GB (5) GB2513111A (ja)
MX (1) MX352879B (ja)
RU (2) RU2637879C2 (ja)
TW (2) TWI658702B (ja)
WO (2) WO2014167297A1 (ja)

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2517416A (en) * 2013-08-15 2015-02-25 Sony Corp Data encoding and decoding
US9521423B2 (en) 2014-06-26 2016-12-13 Sony Corporation Data encoding and decoding apparatus, method and storage medium
CN105592313B (zh) * 2014-10-21 2018-11-13 广东中星电子有限公司 一种分组自适应熵编码压缩方法
FR3029333A1 (fr) * 2014-11-27 2016-06-03 Orange Procede de codage et decodage d'images, dispositif de codage et decodage et programmes d'ordinateur correspondants
TW201711475A (zh) * 2015-09-02 2017-03-16 矽創電子股份有限公司 哥倫布-萊斯編碼電路與解碼電路
US11223852B2 (en) 2016-03-21 2022-01-11 Qualcomm Incorporated Coding video data using a two-level multi-type-tree framework
US11368720B2 (en) 2016-05-13 2022-06-21 Sony Corporation Image processing apparatus and method
US9705521B1 (en) * 2016-07-27 2017-07-11 Silicon Laboratories Inc. Noise shaping signed digital-to-analog converter
CN107801033B (zh) * 2016-09-06 2021-05-11 联发科技股份有限公司 应用于数字音视频编解码技术标准系统的解码方法及解码装置
US10848788B2 (en) * 2017-01-06 2020-11-24 Qualcomm Incorporated Multi-type-tree framework for video coding
DE102017204946A1 (de) * 2017-03-23 2018-09-27 Volkswagen Aktiengesellschaft Verfahren zur Bestimmung eines Wertes einer Integer-Skalierung in einer Verknüpfung von Eingangsmengen zu Ausgangsmengen und Computerprogrammprodukt
CN107181963B (zh) * 2017-03-31 2019-10-22 武汉斗鱼网络科技有限公司 一种视频压缩方法及装置
CN107094022B (zh) * 2017-04-25 2023-02-10 福州大学 一种用于VLSI设计的Huffman编码系统的实现方法
KR102395669B1 (ko) * 2017-12-05 2022-05-09 한국전자통신연구원 오류 벡터 크기 계산을 기반으로 한 데이터 압축 및 복원 장치와 그 방법
GB2570711B (en) * 2018-02-05 2023-04-05 Sony Corp Data encoding and decoding
GB2570710B (en) * 2018-02-05 2022-10-12 Sony Corp Data encoding and decoding
US11109046B2 (en) * 2018-02-14 2021-08-31 Sony Corporation Image processing apparatus and image processing method
WO2020003268A2 (en) * 2018-06-29 2020-01-02 Beijing Bytedance Network Technology Co., Ltd. Definition of zero unit
US10812102B2 (en) * 2018-06-29 2020-10-20 Apple Inc. Efficient data encoding
US10922026B2 (en) * 2018-11-01 2021-02-16 Fungible, Inc. Data processing unit having hardware-based range encoding and decoding
US10880354B2 (en) 2018-11-28 2020-12-29 Netflix, Inc. Techniques for encoding a media title while constraining quality variations
US10841356B2 (en) * 2018-11-28 2020-11-17 Netflix, Inc. Techniques for encoding a media title while constraining bitrate variations
US10606775B1 (en) * 2018-12-28 2020-03-31 Micron Technology, Inc. Computing tile
US11477486B2 (en) * 2019-01-02 2022-10-18 Qualcomm Incorporated Escape coding for coefficient levels
US11012701B2 (en) * 2019-02-22 2021-05-18 Tencent America LLC Residual coding for transform skip mode and block differential pulse-code modulation
KR102639936B1 (ko) 2019-03-08 2024-02-22 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 비디오 처리에서 모델-기반 변형에 대한 제약들
US10587286B1 (en) * 2019-03-18 2020-03-10 Blackberry Limited Methods and devices for handling equiprobable symbols in entropy coding
CN110109615B (zh) * 2019-03-28 2022-08-30 西南电子技术研究所（中国电子科技集团公司第十研究所） 字节流转义字符硬件处理方法
CN110110535B (zh) * 2019-04-24 2021-01-01 湖北工业大学 一种基于像素矩阵的低失真隐写方法
EP3973707A4 (en) 2019-06-22 2022-08-31 Beijing Bytedance Network Technology Co., Ltd. CHROMA REST SCALE SYNTAX ELEMENT
GB2585044A (en) * 2019-06-25 2020-12-30 Sony Corp Image data encoding and decoding
US11218700B2 (en) * 2019-07-01 2022-01-04 Qualcomm Incorporated Minimum allowed quantization parameter for transform skip mode and palette mode in video coding
JP7460748B2 (ja) 2019-07-07 2024-04-02 北京字節跳動網絡技術有限公司 クロマ残差スケーリングのシグナリング
GB2589066B (en) * 2019-10-24 2023-06-28 Advanced Risc Mach Ltd Encoding data arrays
CN115104305A (zh) * 2020-02-12 2022-09-23 谷歌有限责任公司 用于图压缩的多上下文熵编码
JP2021150788A (ja) * 2020-03-18 2021-09-27 キヤノン株式会社 画像符号化装置、画像符号化方法及びプログラム、画像復号装置、画像復号方法及びプログラム
GB2593778A (en) * 2020-04-03 2021-10-06 Sony Group Corp Video data encoding and decoding
CN111681192B (zh) * 2020-06-09 2022-08-02 天津大学 一种基于残差图像条件生成对抗网络的比特深度增强方法
US11523137B2 (en) * 2020-06-09 2022-12-06 FG Innovation Company Limited Device and method for decoding video data using general constraints information
GB2599447A (en) * 2020-10-05 2022-04-06 Sony Group Corp Data encoding and decoding
US20220086445A1 (en) * 2020-12-03 2022-03-17 Intel Corporation Methods, apparatus, and articles of manufacture for multi-symbol equiprobable mode entropy coding
US20240064303A1 (en) * 2021-04-26 2024-02-22 Yue Yu Bypass alignment in video coding
US11818353B2 (en) * 2021-05-13 2023-11-14 Qualcomm Incorporated Reduced complexity transforms for high bit-depth video coding
US20230101542A1 (en) * 2021-09-29 2023-03-30 Tencent America LLC Techniques for constraint flag signaling for range extension with coding for last significant coefficient
CN115002461B (zh) * 2022-08-03 2023-08-11 杭州微帧信息科技有限公司 一种视频编码量化方法、装置、电子设备和存储介质
CN117498873B (zh) * 2023-11-07 2024-03-29 东莞市杜氏诚发精密弹簧有限公司 一种血管栓塞弹簧组件智能加工系统

Family Cites Families (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5784631A (en) * 1992-06-30 1998-07-21 Discovision Associates Huffman decoder
US7095783B1 (en) * 1992-06-30 2006-08-22 Discovision Associates Multistandard video decoder and decompression system for processing encoded bit streams including start codes and methods relating thereto
IL129725A (en) 1999-05-02 2011-06-30 Nds Ltd Watermark system
US6396422B1 (en) * 1999-06-09 2002-05-28 Creoscitex Corporation Ltd. Methods for quantizing and compressing digital image data
JP4086424B2 (ja) * 1999-08-31 2008-05-14 キヤノン株式会社 符号化装置
JP2001298739A (ja) * 2000-04-14 2001-10-26 Canon Inc 符号化装置及びその方法
GB0007781D0 (en) * 2000-03-30 2000-05-17 Sony Uk Ltd Data compression
US7185037B2 (en) * 2001-08-23 2007-02-27 Texas Instruments Incorporated Video block transform
US6744387B2 (en) * 2002-07-10 2004-06-01 Lsi Logic Corporation Method and system for symbol binarization
WO2006004847A2 (en) * 2004-06-30 2006-01-12 Comet Video Technology Method of data compression including compression of video data
US7620103B2 (en) * 2004-12-10 2009-11-17 Lsi Corporation Programmable quantization dead zone and threshold for standard-based H.264 and/or VC1 video encoding
US20080151885A1 (en) 2005-02-08 2008-06-26 Uwe Horn On-Demand Multi-Channel Streaming Session Over Packet-Switched Networks
JP4468858B2 (ja) * 2005-06-01 2010-05-26 オリンパスイメージング株式会社 データ符号化装置、データ符号化方法、プログラム
GB0524983D0 (en) * 2005-12-07 2006-01-18 Imagination Tech Ltd Recompression and decompression of a data stream for rate smoothing
US7778472B2 (en) * 2006-03-27 2010-08-17 Qualcomm Incorporated Methods and systems for significance coefficient coding in video compression
US7884742B2 (en) * 2006-06-08 2011-02-08 Nvidia Corporation System and method for efficient compression of digital data
KR100831959B1 (ko) 2006-07-31 2008-05-23 티유미디어 주식회사 채널 전환 화면을 제공하는 디지털 방송 시스템 및 그 방법
US7885473B2 (en) * 2007-04-26 2011-02-08 Texas Instruments Incorporated Method of CABAC coefficient magnitude and sign decoding suitable for use on VLIW data processors
CN101127910B (zh) * 2007-10-08 2013-01-02 威盛电子股份有限公司 编码图块标志参数运算方法和装置
TWI388218B (zh) * 2007-10-30 2013-03-01 Nippon Telegraph & Telephone 影像編碼方法與解碼方法、其程式及記錄有程式的記錄媒體
KR20110003549A (ko) * 2008-04-25 2011-01-12 톰슨 라이센싱 깊이 신호의 코딩
JP4918103B2 (ja) * 2009-01-09 2012-04-18 日本電信電話株式会社 符号化方法、復号方法、それらの装置、プログラム及び記録媒体
KR20100136890A (ko) * 2009-06-19 2010-12-29 삼성전자주식회사 컨텍스트 기반의 산술 부호화 장치 및 방법과 산술 복호화 장치 및 방법
US8615043B2 (en) * 2010-03-04 2013-12-24 Texas Instruments Incorporated Fixed length coding based image data compression
JP2011193335A (ja) * 2010-03-16 2011-09-29 Sony Corp 画像符号化装置および方法、画像復号化装置および方法、並びにプログラム
US9049450B2 (en) * 2010-04-05 2015-06-02 Samsung Electronics Co., Ltd. Method and apparatus for encoding video based on internal bit depth increment, and method and apparatus for decoding video based on internal bit depth increment
US9100661B2 (en) * 2010-04-05 2015-08-04 Samsung Electronics Co., Ltd. Method and apparatus for encoding video by using dynamic-range transformation, and method and apparatus for decoding video by using dynamic-range transformation
KR101885258B1 (ko) * 2010-05-14 2018-08-06 삼성전자주식회사 비디오 신호의 부호화 방법과 그 장치, 및 비디오 복호화 방법과 그 장치
EP2445214A1 (en) * 2010-10-19 2012-04-25 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Video coding using temporally coherent dynamic range mapping
JP2012129827A (ja) 2010-12-15 2012-07-05 Sony Corp 送信装置、送信方法、受信装置および受信方法
US8437581B2 (en) * 2011-03-04 2013-05-07 General Instrument Corporation Method and system for interpolating fractional video pixels
CN107517384B (zh) 2011-06-16 2020-06-30 Ge视频压缩有限责任公司 解码器、编码器、解码方法、编码方法以及存储介质
CN107835431B (zh) * 2011-06-28 2021-05-25 三星电子株式会社 对视频编码的方法和设备以及对视频解码的方法和设备
US9491469B2 (en) * 2011-06-28 2016-11-08 Qualcomm Incorporated Coding of last significant transform coefficient
US9055304B2 (en) * 2011-07-01 2015-06-09 Qualcomm Incorporated Reduced resolution pixel interpolation
AP2016009466A0 (ja) * 2011-07-15 2016-09-30
CN103650510B (zh) * 2011-07-15 2018-05-22 谷歌技术控股有限责任公司 用于变换系数级编码的上下文建模技术
US9363535B2 (en) * 2011-07-22 2016-06-07 Qualcomm Incorporated Coding motion depth maps with depth range variation
KR101579831B1 (ko) 2011-10-20 2015-12-23 돌비 레버러토리즈 라이쎈싱 코오포레이션 비디오 등화를 위한 방법 및 시스템
GB2496201A (en) 2011-11-07 2013-05-08 Sony Corp Context adaptive data encoding and decoding
EP2779646A4 (en) * 2011-11-07 2015-08-19 Samsung Electronics Co Ltd INVERSE TRANSFORM METHOD FOR REVERSE QUANTIFICATION DATA STRETCHING, REVERSE TRANSFORMATION DURING VIDEO DECODING STEP AND CORRESPONDING DEVICE
GB201119180D0 (en) 2011-11-07 2011-12-21 Sony Corp Data encoding and decoding
CN107257463B (zh) * 2011-11-07 2020-02-28 太阳专利托管公司 图像编码方法和图像编码装置
US9154792B2 (en) * 2011-11-08 2015-10-06 Qualcomm Incorporated Progressive coding of position of last significant coefficient
US9357185B2 (en) * 2011-11-08 2016-05-31 Qualcomm Incorporated Context optimization for last significant coefficient position coding
BR112014011151B1 (pt) * 2011-11-09 2023-02-07 Fraunhofer-Gesellschaft zur Förderung der Angewandten Forschung Ev Previsão intercamadas entre camadas de diferentes faixas de valor de amostras dinâmicas
US9743116B2 (en) * 2012-01-19 2017-08-22 Huawei Technologies Co., Ltd. High throughput coding for CABAC in HEVC
US9749633B2 (en) * 2012-01-19 2017-08-29 Vid Scale, Inc. System and method of video coding quantization and dynamic range control
US9036710B2 (en) * 2012-03-08 2015-05-19 Blackberry Limited Unified transform coefficient encoding and decoding
US9584802B2 (en) * 2012-04-13 2017-02-28 Texas Instruments Incorporated Reducing context coded and bypass coded bins to improve context adaptive binary arithmetic coding (CABAC) throughput
GB2501535A (en) 2012-04-26 2013-10-30 Sony Corp Chrominance Processing in High Efficiency Video Codecs
CN102801974B (zh) * 2012-07-19 2014-08-20 西安电子科技大学 基于cabac的图像压缩熵编码器
GB2521828A (en) * 2013-12-23 2015-07-08 Sony Corp Data encoding and decoding
WO2015116168A1 (en) * 2014-01-31 2015-08-06 Hewlett-Packard Development Company, L.P. Rendering data invalid in a memory array
JP5836424B2 (ja) 2014-04-14 2015-12-24 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
EP3678359A1 (en) 2014-05-16 2020-07-08 Panasonic Intellectual Property Management Co., Ltd. Converting method and converting apparatus
JP2015217628A (ja) * 2014-05-20 2015-12-07 セイコーエプソン株式会社 液体噴射装置
US9942551B2 (en) * 2015-01-30 2018-04-10 Qualcomm Incorporated Palette index grouping for video coding

Also Published As

Publication number Publication date
CN109889835B (zh) 2021-10-29
MX352879B (es) 2017-12-13
JP2017184239A (ja) 2017-10-05
EP2984828B1 (en) 2021-06-16
US20190014322A1 (en) 2019-01-10
GB201320767D0 (en) 2014-01-08
MX2015014134A (es) 2016-04-07
TWI658702B (zh) 2019-05-01
CN105103549A (zh) 2015-11-25
GB2512966A (en) 2014-10-15
US10136136B2 (en) 2018-11-20
RU2751570C2 (ru) 2021-07-15
US20190089959A1 (en) 2019-03-21
EP2984828A1 (en) 2016-02-17
GB201306335D0 (en) 2013-05-22
RU2015147886A (ru) 2017-05-15
US20160353109A1 (en) 2016-12-01
EP2984829B1 (en) 2019-10-30
AU2014252876A1 (en) 2015-09-10
RU2017141156A (ru) 2019-02-13
GB2513186A (en) 2014-10-22
CA3096273A1 (en) 2014-10-16
CN105103548A (zh) 2015-11-25
CN109889835A (zh) 2019-06-14
GB2512965A (en) 2014-10-15
US20160050427A1 (en) 2016-02-18
WO2014167298A1 (en) 2014-10-16
BR112015025478B1 (pt) 2022-12-06
TW201505423A (zh) 2015-02-01
EP2984829A1 (en) 2016-02-17
JP6636909B2 (ja) 2020-01-29
GB2512955A (en) 2014-10-15
TWI685245B (zh) 2020-02-11
RU2017141156A3 (ja) 2020-10-23
GB201320775D0 (en) 2014-01-08
AU2014252876B2 (en) 2016-09-22
US11039142B2 (en) 2021-06-15
TW201511480A (zh) 2015-03-16
CN105103548B (zh) 2019-03-15
GB201307121D0 (en) 2013-05-29
JP2016519515A (ja) 2016-06-30
US10097834B2 (en) 2018-10-09
GB2513111A (en) 2014-10-22
US11463698B2 (en) 2022-10-04
JP6134055B2 (ja) 2017-05-24
JP2016519514A (ja) 2016-06-30
CN105103549B (zh) 2019-03-12
WO2014167297A1 (en) 2014-10-16
GB201312330D0 (en) 2013-08-21
CA2908301A1 (en) 2014-10-16
RU2637879C2 (ru) 2017-12-07
CA2908301C (en) 2020-10-27
BR112015025478A2 (pt) 2017-07-18

Similar Documents

Publication Publication Date Title
JP6655579B2 (ja) データ符号化及び復号化
JP6400092B2 (ja) データ符号化及び復号化
US20220217351A1 (en) Data encoding and decoding
JP2017507519A (ja) データ符号化及び復号化

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170522

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170522

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180703

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20181002

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181115

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190402

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20190701

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20190830

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191002

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20191002

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191101

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191210

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191224

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200107

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200203

R150 Certificate of patent or registration of utility model

Ref document number: 6655579

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250