JP7413556B2 - 残差コーディングに関する映像デコード方法およびその装置 - Google Patents

残差コーディングに関する映像デコード方法およびその装置 Download PDF

Info

Publication number
JP7413556B2
JP7413556B2 JP2022551339A JP2022551339A JP7413556B2 JP 7413556 B2 JP7413556 B2 JP 7413556B2 JP 2022551339 A JP2022551339 A JP 2022551339A JP 2022551339 A JP2022551339 A JP 2022551339A JP 7413556 B2 JP7413556 B2 JP 7413556B2
Authority
JP
Japan
Prior art keywords
flag
residual
current block
transform
tsrc
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
JP2022551339A
Other languages
English (en)
Other versions
JP2023516172A (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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2023516172A publication Critical patent/JP2023516172A/ja
Priority to JP2023220674A priority Critical patent/JP7564324B2/ja
Application granted granted Critical
Publication of JP7413556B2 publication Critical patent/JP7413556B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/136—Incoming video signal characteristics or properties
    • H04N19/137—Motion inside a coding unit, e.g. average field, frame or block difference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/174—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/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/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding

Landscapes

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

Description

本文書は、映像コーディング技術に関し、より詳細には、映像コーディングシステムにおいて現（現在）ブロックの残差（レジデュアル）データをコーディングする（coding）とき、ＳＤＨ使用可能（可用、イネーブル、enabled）であるか否かに関するフラグ情報に基づいて、ＴＳＲＣ使用可能／使用不能（非可用、ディセーブル、disabled）に関するフラグ情報をコーディングする映像デコード方法およびその装置に関する。
近年、ＨＤ（High Definition）映像およびＵＨＤ（Ultra High Definition）映像のような高解像度、高品質の映像に対する需要が様々な分野で増加している。映像データが高解像度化、高品質化するほど、既存の（legacy）映像データに比べて伝送（送信）される（transmitted）情報量またはビット量がより増加するため、既存の有無線広帯域回線のような媒体を用いて映像データを伝送したり既存の記憶媒体を用いて映像データを記憶する場合に、伝送および記憶にかかるコストが増加する。
このため、高解像度・高品質の映像の情報を効果的に伝送、記憶および再生するには高効率の映像圧縮技術が要求される。
本文書の技術的課題は、映像コーディング効率を上げる方法および装置を提供することにある。
本文書の他の技術的課題は、残差コーディングの効率を上げる方法および装置を提供することにある。
本文書の一実施例によれば、デコード装置によって行われる映像デコード方法が提供される。当該方法は、現スライスに対してサインデータハイディング（sign data hiding）が使用可能であるか否かに関するサインデータハイディング使用可能フラグを取得する段階と、ＴＳＲＣ（Transform Skip Residual Coding）が現スライスの変換スキップブロック（transform skip block）に対して使用可能であるか否かに関するＴＳＲＣ使用可能フラグを取得する段階と、ＴＳＲＣ使用可能フラグに基づいて現スライス内の現ブロックに対する残差コーディング情報を取得する段階と、現ブロックに対して受信した予測情報に基づいて現ブロックの予測サンプルを導出する段階と、残差コーディング情報に基づいて現ブロックの残差サンプルを導出する段階と、予測サンプルおよび残差サンプルに基づいて復元ピクチャを生成する段階と、を有し、現ブロックは、現スライス内の変換スキップブロックであり、ＴＳＲＣ使用可能フラグは、サインデータハイディング使用可能フラグに基づいて取得されることを特徴とする。
本文書の他の実施例によれば、映像デコーディングを行うデコード装置が提供される。デコード装置は、現スライスに対してサインデータハイディング（sign data hiding）が使用可能であるか否かに関するサインデータハイディング使用可能フラグを取得し、ＴＳＲＣ（Transform Skip Residual Coding）が現スライスの変換スキップブロック（transform skip block）に対して使用可能であるか否かに関するＴＳＲＣ使用可能フラグを取得し、ＴＳＲＣ使用可能フラグに基づいて現スライス内の現ブロックに対する残差コーディング情報を取得するエントロピ復号（デコーディング、decoding）部と、現ブロックに対して受信した予測情報に基づいて現ブロックの予測サンプルを導出する予測部と、残差コーディング情報に基づいて現ブロックの残差サンプルを導出する残差処理部と、予測サンプルおよび残差サンプルに基づいて復元ピクチャを生成する加算部と、を有し、現ブロックは、現スライス内の変換スキップブロックであり、ＴＳＲＣ使用可能フラグは、サインデータハイディング使用可能フラグに基づいて取得されることを特徴とする。
本文書のさらに他の実施例によれば、エンコード装置によって行われるビデオエンコード方法を提供する。方法は、現スライス内の現ブロックに対する予測を行って現ブロックの予測サンプルを導出する段階と、予測サンプルに基づいて現ブロックの残差サンプルを導出する段階と、予測に関する予測情報をエンコードする段階と、現スライスに対してサインデータハイディング（sign data hiding）が使用可能であるか否かに関するサインデータハイディング使用可能フラグをエンコードする段階と、サインデータハイディング使用可能フラグに基づいてＴＳＲＣ（Transform Skip Residual Coding）が現スライスの変換スキップブロック（transform skip block）に対して使用可能であるか否かに関するＴＳＲＣ使用可能フラグをエンコードする段階と、ＴＳＲＣ使用可能フラグに基づいて現ブロックに対する残差情報をエンコードする段階と、サインデータハイディング使用可能フラグ、ＴＳＲＣ使用可能フラグ、予測情報および残差情報を有するビットストリームを生成する段階と、を有し、現ブロックは、現スライス内の変換スキップブロックであることを特徴とする。
本文書のさらに他の実施例によれば、ビデオエンコード装置を提供する。エンコード装置は、現スライス内の現ブロックに対する予測を行って現ブロックの予測サンプルを導出する予測部と、予測サンプルに基づいて現ブロックの残差サンプルを導出する残差処理部と、予測に関する予測情報をエンコードし、現スライスに対してサインデータハイディング（sign data hiding）が使用可能であるか否かに関するサインデータハイディング使用可能フラグをエンコードし、サインデータハイディング使用可能フラグに基づいてＴＳＲＣ（Transform Skip Residual Coding）が現スライスの変換スキップブロック（transform skip block）に対して使用可能であるか否かに関するＴＳＲＣ使用可能フラグをエンコードし、ＴＳＲＣ使用可能フラグに基づいて現ブロックに対する残差情報をエンコードし、サインデータハイディング使用可能フラグ、ＴＳＲＣ使用可能フラグ、予測情報および残差情報を有するビットストリームを生成するエントロピ符号化（エンコーディング、encoding）部と、を有し、現ブロックは、現スライス内の変換スキップブロックであることを特徴とする。
本文書のさらに他の実施例によれば、映像デコード方法を行うようにする映像情報を有するビットストリームが記憶されているコンピュータ読み取り可能（可読）デジタル記憶媒体を提供する。コンピュータ読み取り可能デジタル記憶媒体において、映像デコード方法は、現スライスに対してサインデータハイディング（sign data hiding）が使用可能であるか否かに関するサインデータハイディング使用可能フラグを取得する段階と、ＴＳＲＣ（Transform Skip Residual Coding）が現スライスの変換スキップブロック（transform skip block）に対して使用可能であるか否かに関するＴＳＲＣ使用可能フラグを取得する段階と、ＴＳＲＣ使用可能フラグに基づいて現スライス内の現ブロックに対する残差コーディング情報を取得する段階と、現ブロックに対して受信した予測情報に基づいて現ブロックの予測サンプルを導出する段階と、残差コーディング情報に基づいて現ブロックの残差サンプルを導出する段階と、予測サンプルおよび残差サンプルに基づいて復元ピクチャを生成する段階と、を有し、現ブロックは、現スライス内の変換スキップブロックであり、ＴＳＲＣ使用可能フラグは、サインデータハイディング使用可能フラグに基づいて取得されることを特徴とする。
本文書によれば、残差コーディングの効率を上げることができる。
本文書によれば、サインデータハイディング使用可能フラグに従属（依存）して（depending on）ＴＳＲＣ使用可能フラグをシグナリングすることができ、これにより、ＴＳＲＣが使用可能でない変換スキップブロックに対してサインデータハイディングが用いられないようにすることによってコーディング効率を向上させ、コーディングされるビット量を減らして残差コーディング効率の全般を向上させることができる。
本文書によれば、変換スキップ使用可能フラグおよびサインデータハイディング使用可能フラグに従属してＴＳＲＣ使用可能フラグをシグナリングすることができ、これにより、ＴＳＲＣが使用可能でない変換スキップブロックに対してサインデータハイディングが用いられないようにすることによってコーディング効率を向上させ、コーディングされるビット量を減らして残差コーディング効率の全般を向上させることができる。
本文書の実施例が適用可能なビデオ／映像コーディングシステムの例を概略的に示す図である。 本文書の実施例が適用可能なビデオ／映像エンコード装置の構成を概略的に説明する図である。 本文書の実施例が適用可能なビデオ／映像デコード装置の構成を概略的に説明する図である。 インター予測ベースビデオ／映像エンコード方法の例を示す図である。 インター予測ベースビデオ／映像デコード方法の例を示す図である。 インター予測手順を例示的に示す図である。 シンタックスエレメント（syntax element）をエンコードするためのＣＡＢＡＣ（Context-Adaptive Binary Arithmetic Coding）を例示的に示す図である。 ４ｘ４ブロック内変換係数の例を示す図である。 本文書に係るエンコード装置による映像エンコード方法を概略的に示す図である。 本文書に係る映像エンコード方法を行うエンコード装置を概略的に示す図である。 本文書に係るデコード装置による映像デコード方法を概略的に示す図である。 本文書に係る映像デコード方法を行うデコード装置を概略的に示す図である。 本文書の実施例が適用されるコンテンツストリーミングシステムの構造図である。
本文書は、様々な変更を加えることができ、様々な実施例を有し得るところ、特定実施例を図面に例示して詳細に説明する。ただし、これは、本文書の実施例を特定の実施例に限定しようとするものではない。本明細書で常用する用語は、特定の実施例を説明するために使われるだけで、本文書の技術的思想を限定する意図で使われるものではない。単数の表現は、文脈において別に断らない限り、複数の表現をも含む。本明細書において、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品またはそれらを組み合わせたものが存在することを指定するためのものであり、１つもしくは複数の他の特徴、数字、段階、動作、構成要素、部品またはそれらを組み合わせたものの存在または付加の可能性を予め排除しないものとして理解されるべきである。
一方、本文書で説明される図面上の各構成は、それぞれ異なる特徴的な機能に関する説明の便宜のために独立して示すものであり、各構成が互いに別個のハードウェアや別個のソフトウェアとして具現されることを意味するものではない。例えば、各構成のうちの２つ以上の構成が合わせられて一つの構成をなしてもよく、一つの構成が複数の構成に分けられてもよい。各構成が統合および／または分離された実施例も、本文書の本質から逸脱しない限り、本文書の権利範囲に含まれる。
以下、添付の図面を参照して、本文書の好ましい実施例をより詳細に説明する。以下、図面上の同一の構成要素には同一の参照符号を付し、同一の構成要素について重複する説明は省略する。
図１には、本文書の実施例が適用可能なビデオ／映像コーディングシステムの例を概略的に示す。
図１を参照すると、ビデオ／映像コーディングシステムは、第１装置（デバイス）（ソースデバイス）および第２装置（受信デバイス）を含むことができる。ソースデバイスは、エンコードされたビデオ（video）／映像（image）情報またはデータをファイルまたはストリーミングの形態でデジタル記憶媒体またはネットワークを介して受信デバイスに伝達することができる。
上記ソースデバイスは、ビデオソース、エンコード（エンコーディング）装置、送信部を含むことができる。上記受信デバイスは、受信部、デコード（デコーディング）装置およびレンダラを含むことができる。上記エンコード装置は、ビデオ／映像エンコード装置と呼ばれてもよく、上記デコード装置は、ビデオ／映像デコード装置と呼ばれてもよい。送信器（機）は、エンコード装置に含まれてよい。受信器（機）は、デコード装置に含まれてよい。レンダラは、ディスプレイ部を含むこともでき、ディスプレイ部は、別個のデバイスまたは外部コンポーネントとして構成されてもよい。
ビデオソースは、ビデオ／映像のキャプチャ、合成または生成過程（処理、プロセス、process）などによってビデオ／映像を取得できる。ビデオソースは、ビデオ／映像キャプチャデバイスおよび／またはビデオ／映像生成デバイスを含むことができる。ビデオ／映像キャプチャデバイスは、例えば、１つまたは複数のカメラ、以前にキャプチャされたビデオ／映像を含むビデオ／映像アーカイブなどを含むことができる。ビデオ／映像生成デバイスは、例えば、コンピュータ、タブレットおよびスマートフォンなどを含むことができ、（電子的に）ビデオ／映像を生成することができる。例えば、コンピュータなどによって仮想のビデオ／映像が生成されてよく、この場合、関連データが生成される過程でビデオ／映像のキャプチャ過程に代えてよい。
エンコード装置は、入力ビデオ／映像をエンコードすることができる。エンコード装置は、圧縮およびコーディング効率のために予測、変換、量子化などの一連の手順を行うことができる。エンコードされたデータ（エンコードされたビデオ／映像情報）は、ビットストリーム（bitstream）の形態で出力されてよい。
送信部は、ビットストリームの形態で出力されたエンコードされたビデオ／映像情報またはデータをファイルまたはストリーミングの形態で、デジタル記憶媒体またはネットワークを介して受信デバイスの受信部に伝達することができる。デジタル記憶媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなどの様々な記憶媒体を含むことができる。送信部は、予め定められたファイルフォーマットによってメディアファイルを生成するためのエレメントを含むことができ、放送／通信ネットワークを介した伝送のためのエレメントを含むことができる。受信部は、上記ビットストリームを受信／抽出してデコード装置に伝達できる。
デコード装置は、エンコード装置の動作に対応する逆量子化、逆変換、予測などの一連の手順を行ってビデオ／映像をデコードすることができる。
レンダラは、デコードされたビデオ／映像をレンダリング（レンダー）することができる。レンダリングされたビデオ／映像は、ディスプレイ部で表示（ディスプレイされ）されてよい。
この文書は、ビデオ／映像コーディングに関する。例えば、この文書に開示の方法／実施例は、ＶＶＣ（Versatile Video Coding）標準、ＥＶＣ（Essential Video Coding）標準、ＡＶ１（AOMedia Video 1）標準、ＡＶＳ２（2nd Generation of Audio Video coding Standard）または次世代ビデオ／映像コーディング標準（例えば、Ｈ．２６７またはＨ．２６８など）に開示される方法に適用されてよい。
この文書では、ビデオ／映像コーディングに関する様々な実施例を提示し、特に言及がない限り、上記実施例は互いに組み合わせられて行われてもよい。
この文書において、ビデオ（video）は、時間の流れによる一連の映像（image）の集合を意味できる。ピクチャ（picture）は、一般に、特定の時間帯の１つの映像を表す単位を意味し、サブピクチャ（subpicture）／スライス（slice）／タイル（tile）は、コーディングにおいてピクチャの一部を構成する単位である。サブピクチャ／スライス／タイルは、１つまたは複数のＣＴＵ（Coding Tree Unit）を含むことができる。１つのピクチャは、１つまたは複数のサブピクチャ／スライス／タイルで構成されてよい。１つのピクチャは、１つまたは複数のタイルグループで構成されてよい。１つのタイルグループは、１つまたは複数のタイルを含むことができる。ブリックは、ピクチャのタイル内でＣＴＵ行の四角領域を表すことができる。タイルは、複数のブリックにパーティショニングされてよく、各ブリック（brick）は、上記タイル内で１つまたは複数のＣＴＵ行で構成されてよい。複数のブリックにパーティショニングされていないタイルもブリックと呼ぶことができる。ブリックスキャンは、ピクチャをパーティショニングするＣＴＵの特定のシーケンシャル（順次的）オーダリングを表すことができ、これらのＣＴＵは、ブリック内でＣＴＵラスタスキャンで整列されてよく、タイル内のブリックは、上記タイルの上記ブリックのラスタスキャンで連続して整列されてよく、そしてピクチャ内のタイルは、上記ピクチャの上記タイルのラスタスキャンで連続して整列されてよい。また、サブピクチャは、ピクチャ内の１つまたは複数のスライスの四角領域を表すことができる。すなわち、サブピクチャは、ピクチャの長方形の領域をまとめてカバーする１つまたは複数のスライスを含むことができる。タイルは、ピクチャにおいて特定タイル行および特定タイル列以内のＣＴＵの四角領域である。上記タイル列は、ＣＴＵの四角領域であり、上記四角領域は、上記ピクチャの高さと同じ高さを有し、幅は、ピクチャパラメータセット内のシンタックス要素によって明示されてよい。上記タイル行は、ＣＴＵの四角領域であり、上記四角領域は、ピクチャパラメータセット内のシンタックス要素によって明示される幅を有し、高さは、上記ピクチャの高さと同一であってよい。タイルスキャンは、ピクチャをパーティショニングするＣＴＵの特定のシーケンシャルオーダリングを表すことができ、上記ＣＴＵは、タイル内にＣＴＵラスタスキャンで連続して整列されてよく、ピクチャ内のタイルは、上記ピクチャの上記タイルのラスタスキャンで連続して整列されてよい。スライスは、ピクチャの整数個のブリックを含むことができ、上記整数個のブリックは、単一ＮＡＬユニットに含まれてよい。スライスは、複数の完全なタイルで構成されてよく、または１つのタイルの完全なブリックの連続したシーケンスであってよい。この文書において、タイルグループとスライスとは、同じ意味で使われてよい。例えば、本文書において、タイルグループ／タイルグループヘッダは、スライス／スライスヘッダと呼ばれてよい。
ピクセル（pixel）またはＰＥＬ（Pel）は、１つのピクチャ（または、映像）を構成する最小の単位を意味できる。また、ピクセルに対応する用語として「サンプル（sample）」が使われてよい。サンプルは、一般に、ピクセルまたはピクセルの値を表すことができ、ルマ（luma）成分のピクセル／ピクセル値のみを表してもよく、クロマ（chroma）成分のピクセル／ピクセル値のみを表してもよい。
ユニット（unit）は、映像処理の基本単位を表すことができる。ユニットは、ピクチャの特定領域および当該領域に関連する情報のうちの少なくとも一つを含むことができる。１つのユニットは、１つのルマブロックおよび２つのクロマ（例えば、ｃｂ，ｃｒ）ブロックを含むことができる。ユニットは、場合によってブロック（block）または領域（area）などの用語と同じ意味で使われてよい。一般の場合、ＭｘＮブロックは、Ｍ個の列およびＮ個の行からなるサンプル（または、サンプルアレイ）または変換係数（transform coefficient）の集合（または、アレイ）を含むことができる。
本明細書において、「ＡまたはＢ（A or B）」は、「Ａのみ」、「Ｂのみ」または「ＡおよびＢの両方」を意味できる。言い換えると、本明細書において「ＡまたはＢ（A or B）」は、「Ａおよび／またはＢ（A and/or B）」と解釈できる。例えば、本明細書において「Ａ、ＢまたはＣ（Ａ，Ｂ ｏｒ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、または「Ａ、ＢおよびＣの任意の全ての組合せ（any combination of A,B and C）」を意味できる。
本明細書で使われるスラッシュ（／）やコンマ（comma）は、「および／または（and/or）」を意味できる。例えば、「Ａ／Ｂ」は、「Ａおよび／またはＢ」を意味できる。したがって、「Ａ／Ｂ」は、「Ａのみ」、「Ｂのみ」、または「ＡおよびＢの両方」を意味できる。例えば、「Ａ、Ｂ、Ｃ」は、「Ａ、ＢまたはＣ」を意味できる。
本明細書において「ＡおよびＢのうちの少なくとも一つ（at least one of A and B）」は、「Ａのみ」、「Ｂのみ」または「ＡおよびＢの両方」を意味できる。また、本明細書において「ＡまたはＢのうちの少なくとも一つ（at least one of A or B）」や「Ａおよび／またはＢのうちの少なくとも一つ（at least one of A and/or B）」という表現は、「ＡおよびＢのうちの少なくとも一つ（at least one of A and B）」と同一に解釈されてよい。
また、本明細書において「Ａ、ＢおよびＣのうちの少なくとも一つ（at least one of A,B and C）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、または「Ａ、ＢおよびＣの任意の全ての組合せ（any combination of A,B and C）」を意味できる。また、「Ａ、ＢまたはＣのうちの少なくとも一つ（at least one of A,B or C）」や「Ａ、Ｂおよび／またはＣのうちの少なくとも一つ（at least one of A,B and/or C）」は、「Ａ、ＢおよびＣのうちの少なくとも一つ（at least one of A,B and C）」を意味できる。
また、本明細書で使われる括弧は、「例えば（for example）」を意味できる。具体的には、「予測（イントラ予測）」と表示された場合に、「予測」の一例として「イントラ予測」が提案されたものであってよい。言い換えると、本明細書における「予測」は、「イントラ予測」に制限（limit）されず、「イントラ予測」が「予測」の一例として提案されたものであろう。また、「予測（すなわち、イントラ予測）」と表示された場合にも、「予測」の一例として「イントラ予測」が提案されたものであろう。
本明細書において、１つの図面で個別に説明される技術的特徴は、個別に具現されてもよく、同時に具現されてもよい。
以下の図面は、本明細書の具体的な一例を説明するために作成されたものである。図面に記載された具体的な装置の名称または具体的な信号／メッセージ／フィールドの名称は、例示的に提示されたものであり、本明細書の技術的特徴は、以下の図面における具体的な名称に制限されない。
図２は、本文書の実施例が適用可能なビデオ／映像エンコード装置の構成を概略的に説明する図である。以下、ビデオエンコード装置は、映像エンコード装置を含むことができる。
図２を参照すると、エンコード装置２００は、映像分割部（image partitioner，２１０）、予測部（predictor，２２０）、残差処理部（residual processor，２３０）、エントロピ符号化（エンコーディング）部（entropy encoder，２４０）、加算部（adder，２５０）、フィルタリング部（filter，２６０）およびメモリ（memory，２７０）を含んで構成されてよい。予測部２２０は、インター予測部２２１およびイントラ予測部２２２を含むことができる。残差処理部２３０は、変換部（transformer，２３２）、量子化部（quantizer233）、逆量子化部（dequantizer，２３４）、逆変換部（inverse transformer，２３５）を含むことができる。残差処理部２３０は、減算部（subtractor，２３１）をさらに含むことができる。加算部２５０は、復元部（reconstructor）または復元ブロック生成部（reconstructed block generator）と呼ばれてもよい。上述した映像分割部２１０、予測部２２０、残差処理部２３０、エントロピ符号化部２４０、加算部２５０およびフィルタリング部２６０は、実施例によって１つまたは複数のハードウェアコンポーネント（例えば、エンコーダチップセットまたはプロセッサ）によって構成されてよい。また、メモリ２７０は、ＤＰＢ（Decoded Picture Buffer）を含むことができ、デジタル記憶媒体によって構成されてもよい。上記ハードウェアコンポーネントは、メモリ２７０を内／外部コンポーネントとしてさらに含むこともできる。
映像分割部２１０は、エンコード装置２００に入力された入力映像（または、ピクチャ、フレーム）を１つまたは複数の処理ユニット（processing unit）に分割することができる。一例として、上記処理ユニットは、コーディングユニット（Coding Unit，ＣＵ）と呼ぶことができる。この場合、コーディングユニットは、コーディングツリーユニット（Coding Tree Unit，ＣＴＵ）または最大コーディングユニット（Largest Coding Unit，ＬＣＵ）からＱＴＢＴＴＴ（Quad-Tree Binary-Tree Ternary-Tree）構造によって再帰的に（recursively）分割されてよい。例えば、１つのコーディングユニットは、四分木（クアッドツリー）構造、二分木（バイナリツリー）構造、および／または三分木（タナーリー）構造に基づいて下位（deeper）デプスの複数のコーディングユニットに分割されてよい。この場合、例えば、四分木構造が先に適用され、二分木構造および／または三分木構造が後で適用されてよい。あるいは、二分木構造が先に適用されてもよい。それ以上分割されない最終コーディングユニットに基づいて、本文書によるコーディング手順が行われてよい。この場合、映像特性によるコーディング効率などに基づいて、最大コーディングユニットが直ちに最終コーディングユニットとして用いられてよく、または、必要によってコーディングユニットは、再帰的に（recursively）さらに下位デプスのコーディングユニットに分割され、最適なサイズのコーディングユニットが最終コーディングユニットとして用いられてよい。ここで、コーディング手順とは、後述する予測、変換、および復元などの手順を含むことができる。他の例として、上記処理ユニットは、予測ユニット（ＰＵ：Prediction Unit）または変換ユニット（ＴＵ：Transform Unit）をさらに含むことができる。この場合、上記予測ユニットおよび上記変換ユニットは、それぞれ、上述した最終コーディングユニットから分割またはパーティショニングされてよい。上記予測ユニットは、サンプル予測の単位であってよく、上記変換ユニットは、変換係数を導出（誘導）する単位および／または変換係数から残差信号（residual signal）を導出する単位であってよい。
ユニットは、場合によって、ブロック（block）または領域（area）などの用語と同じ意味で使われてよい。一般の場合、ＭｘＮブロックは、Ｍ個の列およびＮ個の行からなるサンプルまたは変換係数（transform coefficient）の集合を表すことができる。サンプルは、一般に、ピクセルまたはピクセルの値を表すことができ、輝度（luma）成分のピクセル／ピクセル値のみを表すこともでき、彩度（chroma）成分のピクセル／ピクセル値のみを表すこともできる。サンプルは、ピクセル（pixel）またはペル（pel）に対する１つのピクチャ（または、映像）に対応する用語として使われてよい。
エンコード装置２００は、入力映像信号（オリジナル（原本）ブロック、オリジナルサンプルアレイ）から、インター予測部２２１またはイントラ予測部２２２から出力された予測信号（予測ブロック、予測サンプルアレイ）を減算して残差信号（residual signal；残差（残余）ブロック、残差サンプルアレイ）を生成でき、生成された残差信号は、変換部２３２に伝送される。この場合、図示のようにエンコード装置２００において、入力映像信号（オリジナルブロック、オリジナルサンプルアレイ）から予測信号（予測ブロック、予測サンプルアレイ）を減算するユニットは、減算部２３１と呼ばれてよい。予測部は、処理対象ブロック（以下、現ブロックという）に対する予測を行い、上記現ブロックに対する予測サンプルを含む予測ブロック（predicted block）を生成できる。予測部は、現ブロックまたはＣＵ単位でイントラ予測が適用されるかまたはインター予測が適用されるかを決定できる。予測部は、各予測モードに関する説明で後述するように、予測モード情報などの予測に関する様々な情報を生成してエントロピ符号化部２４０に伝達できる。予測に関する情報は、エントロピ符号化部２４０でエンコードされてビットストリームの形態で出力されてよい。
イントラ予測部２２２は、現ピクチャ内のサンプルを参照して現ブロックを予測できる。上記参照されるサンプルは、予測モードによって、上記現ブロックの周辺（neighbor）に位置してよく、離れて位置してもよい。イントラ予測において予測モードは、複数の非方向性モードおよび複数の方向性モードを含むことができる。非方向性モードは、例えば、ＤＣモードおよび平面（プレーナー）モード（Planar mode）を含むことができる。方向性モードは、予測方向の細密な程度によって、例えば３３個の方向性予測モードまたは６５個の方向性予測モードを含むことができる。ただし、これは例示であり、設定によってそれ以上またはそれ以下の個数の方向性予測モードが用いられてもよい。イントラ予測部２２２は、周辺ブロックに適用された予測モードを用いて、現ブロックに適用される予測モードを決定することもできる。
インター予測部２２１は、参照ピクチャ上で動きベクトルによって特定される参照ブロック（参照サンプルアレイ）に基づいて、現ブロックに対する予測ブロックを導出することができる。このとき、インター予測モードで伝送される動き情報の量を減らすために、周辺ブロックと現ブロックとの間の動き情報の相関性に基づき、動き情報をブロック、サブブロックまたはサンプル単位で予測できる。上記動き情報は、動きベクトルおよび参照ピクチャインデックスを含むことができる。上記動き情報は、インター予測方向情報（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）をさらに含むことができる。インター予測において、周辺ブロックは、現ピクチャ内に存在する空間周辺ブロック（spatial neighboring block）と、参照ピクチャに存在する時間周辺ブロック（temporal neighboring block）と、を含むことができる。上記参照ブロックを含む参照ピクチャと上記時間周辺ブロックを含む参照ピクチャとは、同一であってもよく、異なってもよい。上記時間周辺ブロックは、コロケート（同一位置）参照ブロック（collocated reference block）、コロケートＣＵ（ｃｏｌＣＵ）などと呼ぶこともでき、上記時間周辺ブロックを含む参照ピクチャは、コロケートピクチャ（collocated picture，ｃｏｌＰｉｃ）と呼ぶこともできる。例えば、インター予測部２２１は、周辺ブロックに基づいて動き情報候補リストを構成し、上記現ブロックの動きベクトルおよび／または参照ピクチャインデックスを導出するためにどの候補が用いられるかを指示する情報を生成することができる。様々な予測モードに基づいてインター予測が行われてよく、例えば、スキップモードおよびマージモードでは、インター予測部２２１は、周辺ブロックの動き情報を現ブロックの動き情報として用いることができる。スキップモードでは、マージモードとは違い、残差信号が伝送されなくてよい。動き情報予測（Motion Vector Prediction，ＭＶＰ）モードでは、周辺ブロックの動きベクトルを動きベクトル予測子（motion vector predictor）として用い、動きベクトル差分（motion vector difference）をシグナリングすることによって現ブロックの動きベクトルを指示することができる。
予測部２２０は、後述する様々な予測方法に基づいて予測信号を生成できる。例えば、予測部は、１つのブロックに対する予測のためにイントラ予測またはインター予測を適用できる他に、イントラ予測とインター予測とを同時に適用することもできる。これをＣＩＩＰ（Combined Inter and Intra Prediction）と呼ぶことができる。また、予測部は、ブロックに対する予測のためにイントラブロックコピー（Intra Block Copy，ＩＢＣ）予測モードに基づいてもよく、またはパレットモード（palette mode）に基づいてもよい。上記ＩＢＣ予測モードまたはパレットモードは、例えばＳＣＣ（Screen Content Coding）などのようにゲームなどのコンテンツ映像／動映像のコーディングのために用いられてよい。ＩＢＣは、基本的に現ピクチャ内で予測を行うが、現ピクチャ内で参照ブロックを導出する点でインター予測と同様に行われてよい。すなわち、ＩＢＣは、本文書で説明されるインター予測手法のうちの少なくとも一つを用いることができる。パレットモードは、イントラコーディングまたはイントラ予測の一例と見なすことができる。パレットモードが適用される場合に、パレットテーブルおよびパレットインデックスに関する情報に基づいてピクチャ内サンプル値をシグナリングすることができる。
上記予測部（インター予測部２２１および／または上記イントラ予測部２２２を含む）で生成された予測信号は、復元信号を生成するために用いられるか、残差信号を生成するために用いられてよい。変換部２３２は、残差信号に変換手法を適用して変換係数（transform coefficients）を生成することができる。例えば、変換手法は、ＤＣＴ（Discrete Cosine Transform）、ＤＳＴ（Discrete Sine Transform）、ＫＬＴ（Karhunen-Loeve Transform）、ＧＢＴ（Graph-Based Transform）、またはＣＮＴ（Conditionally Non-linear Transform）のうちの少なくとも一つを含むことができる。ここで、ＧＢＴは、ピクセル間の関係情報をグラフで表現するとき、このグラフから得られた変換を意味する。ＣＮＴは、以前に復元された全てのピクセル（all previously reconstructed pixel）を用いて予測信号を生成し、それに基づいて取得される変換を意味する。また、変換過程は、正方形の同一サイズを有するピクセルブロックに適用されてもよく、正方形以外の可変サイズのブロックに適用されてもよい。
量子化部２３３は、変換係数を量子化してエントロピ符号化部２４０に伝送し、エントロピ符号化部２４０は、量子化された信号（量子化された変換係数に関する情報）をエンコードしてビットストリームとして出力できる。上記量子化された変換係数に関する情報は、残差情報と呼ぶことができる。量子化部２３３は、係数スキャン順序（scan order）に基づき、ブロック形態の量子化された変換係数を１次元ベクトルの形態で再整列でき、上記１次元ベクトル形態の量子化された変換係数に基づき、上記量子化された変換係数に関する情報を生成することもできる。エントロピ符号化部２４０は、例えば、指数ゴロム（exponential Golomb）、ＣＡＶＬＣ（Context-Adaptive Variable Length Coding）、ＣＡＢＡＣ（Context-Adaptive Binary Arithmetic Coding）などの様々なエンコード方法を行うことができる。エントロピ符号化部２４０は、量子化された変換係数の他にも、ビデオ／イメージ復元に必要な情報（例えば、シンタックス要素（syntax elements）の値など）を共にまたは別にエンコードすることもできる。エンコードされた情報（例えば、エンコードされたビデオ／映像情報）は、ビットストリームの形態でＮＡＬ（Network Abstraction Layer）ユニット単位で伝送または記憶されてよい。上記ビデオ／映像情報は、アダプテーションパラメータセット（ＡＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）またはビデオパラメータセット（ＶＰＳ）などの様々なパラメータセットに関する情報をさらに含むことができる。また、上記ビデオ／映像情報は、一般制限情報（general constraint information）をさらに含むことができる。本文書において、エンコード装置でデコード装置に伝達／シグナリングされる情報および／またはシンタックス要素は、ビデオ／映像情報に含まれてよい。上記ビデオ／映像情報は、上述のエンコーディング手順によってエンコードされて上記ビットストリームに含まれてよい。上記ビットストリームは、ネットワークを介して伝送されてよく、またはデジタル記憶媒体に記憶されてよい。ここで、ネットワークは、放送網および／または通信網などを含むことができ、デジタル記憶媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなどの様々な記憶媒体を含むことができる。エントロピ符号化部２４０から出力された信号を伝送する送信部（図示せず）および／または記憶する記憶部（図示せず）がエンコード装置２００の内／外部エレメントとして構成されてよく、または送信部は、エントロピ符号化部２４０に含まれてもよい。
量子化部２３３から出力された量子化された変換係数は、予測信号を生成するために用いられてよい。例えば、量子化された変換係数に、逆量子化部２３４および逆変換部２３５で逆量子化および逆変換を適用することによって、残差信号（残差ブロックまたは残差サンプル）を復元することができる。加算部２５０は、復元された残差信号を、インター予測部２２１またはイントラ予測部２２２から出力された予測信号に加算することによって、復元（reconstructed）信号（復元ピクチャ、復元ブロック、復元サンプルアレイ）を生成することができる。スキップモードが適用された場合のように処理対象ブロックに対する残差がない場合に、予測されたブロックが復元ブロックとして用いられてよい。加算部２５０は、復元部または復元ブロック生成部と呼ぶことができる。生成された復元信号は、現ピクチャ内の次の処理対象ブロックのイントラ予測のために用いられてよく、後述するように、フィルタリングを経て次のピクチャのインター予測のために用いられてもよい。
一方、ピクチャエンコーディングおよび／または復元過程においてＬＭＣＳ（Luma Mapping with Chroma Scaling）が適用されてもよい。
フィルタリング部２６０は、復元信号にフィルタリングを適用して主観的／客観的画質を向上させることができる。例えば、フィルタリング部２６０は、復元ピクチャに様々なフィルタリング方法を適用し、修正された（modified）復元ピクチャを生成でき、上記修正された復元ピクチャをメモリ２７０、具体的にはメモリ２７０のＤＰＢに記憶させることができる。上記様々なフィルタリング方法は、例えば、デブロックフィルタリング、サンプル適応オフセット（sample adaptive offset）、適応ループフィルタ（adaptive loop filter）、両方向フィルタ（bilateral filter）などを含むことができる。フィルタリング部２６０は、各フィルタリング方法に関する説明で後述されるように、フィルタリングに関する様々な情報を生成してエントロピ符号化部２４０に伝達することができる。フィルタリング関する情報は、エントロピ符号化部２４０でエンコードされてビットストリームの形態で出力されてよい。
メモリ２７０に伝送された修正された復元ピクチャは、インター予測部２２１で参照ピクチャとして用いられてよい。エンコード装置は、これによってインター予測が適用される場合に、エンコード装置２００とデコード装置３００とにおける予測ミスマッチを避けることができ、符号化効率も向上させることができる。
メモリ２７０のＤＰＢは、修正された復元ピクチャをインター予測部２２１における参照ピクチャとして使用するために記憶することができる。メモリ２７０は、現ピクチャ内の動き情報が導出された（または、エンコードされた）ブロックの動き情報および／または既に復元されたピクチャ内ブロックの動き情報を記憶することができる。上記記憶された動き情報は、空間周辺ブロックの動き情報または時間周辺ブロックの動き情報として活用（利用）するためにインター予測部２２１に伝達することができる。メモリ２７０は、現ピクチャ内の復元されたブロックの復元サンプルを記憶することができ、イントラ予測部２２２に伝達することができる。
図３は、本文書の実施例が適用可能なビデオ／映像デコード装置の構成を概略的に説明する図である。
図３を参照すると、デコード装置３００は、エントロピ復号（デコーディング）部（entropy decoder，３１０）、残差処理部（residual processor，３２０）、予測部（predictor，３３０）、加算部（adder，３４０）、フィルタリング部（filter，３５０）およびメモリ（memory，３６０）を含んで構成されてよい。予測部３３０は、インター予測部３３１およびイントラ予測部３３２を含むことができる。残差処理部３２０は、逆量子化部（dequantizer，３２１）および逆変換部（inverse transformer，３２２）を含むことができる。上述したエントロピ復号部３１０、残差処理部３２０、予測部３３０、加算部３４０およびフィルタリング部３５０は、一実施例によれば、一つのハードウェアコンポーネント（例えば、デコーダチップセットまたはプロセッサ）によって構成されてもよい。また、メモリ３６０は、ＤＰＢ（Decoded Picture Buffer）を含むことができ、デジタル記憶媒体によって構成されてもよい。上記ハードウェアコンポーネントは、メモリ３６０を内／外部コンポーネントとしてさらに含むこともできる。
ビデオ／映像情報を含むビットストリームが入力されると、デコード装置３００は、図２のエンコード装置でビデオ／映像情報が処理されたプロセスに対応して映像を復元することができる。例えば、デコード装置３００は、上記ビットストリームから取得したブロック分割関連情報に基づいてユニット／ブロックを導出することができる。デコード装置３００は、エンコード装置で適用された処理ユニットを用いてデコーディングを行うことができる。したがって、デコーディングの処理ユニットは、例えばコーディングユニットであってよく、コーディングユニットは、コーディングツリーユニットまたは最大コーディングユニットから、四分木構造、二分木構造および／または三分木構造に従って分割されてよい。コーディングユニットから１つまたは複数の変換ユニットが導出されてよい。そして、デコード装置３００でデコーディングおよび出力された復元映像信号は、再生装置で再生されてよい。
デコード装置３００は、図２のエンコード装置から出力された信号をビットストリームの形態で受信することができ、受信した信号は、エントロピ復号部３１０でデコードされてよい。例えば、エントロピ復号部３１０は、上記ビットストリームをパージングし、映像復元（または、ピクチャ復元）に必要な情報（例えば、ビデオ／映像情報）を導出することができる。上記ビデオ／映像情報は、アダプテーションパラメータセット（ＡＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）またはビデオパラメータセット（ＶＰＳ）などの様々なパラメータセットに関する情報をさらに含むことができる。また、上記ビデオ／映像情報は、一般制限情報（general constraint information）をさらに含むことができる。デコード装置は、上記パラメータセットに関する情報および／または上記一般制限情報にさらに基づいてピクチャをデコードすることができる。本文書で後述されるシグナリング／受信される情報および／またはシンタックス要素は、上記デコーディング手順によってデコードされ、上記ビットストリームから取得されてよい。例えば、エントロピ復号部３１０は、指数ゴロム符号化、ＣＡＶＬＣまたはＣＡＢＡＣなどのコーディング方法に基づいてビットストリーム内の情報をデコードし、映像復元に必要なシンタックスエレメントの値、残差に関する変換係数の量子化された値を出力することができる。より詳細には、ＣＡＢＡＣエントロピ復号方法は、ビットストリームから各構文要素に該当するビン（bin）を受信し、デコーディング対象構文要素情報、周辺およびデコーディング対象ブロックのデコーディング情報、または以前の段階でデコードされたシンボル／ビンの情報を用いてコンテキスト（文脈）（context）モデルを決定し、決定されたコンテキストモデルによってビン（bin）の発生確率を予測してビンの算術復号（arithmetic decoding）を行い、各構文要素の値に該当するシンボルを生成することができる。このとき、ＣＡＢＡＣエントロピ復号方法は、コンテキストモデル決定後に、次のシンボル／ビンのコンテキストモデルのためにデコードされたシンボル／ビンの情報を用いてコンテキストモデルをアップデートすることができる。エントロピ復号部３１０でデコードされた情報のうちの予測に関する情報は、予測部３３０（インター予測部３３２およびイントラ予測部３３１）に提供され、エントロピ復号部３１０でエントロピ復号が行われた残差値、すなわち、量子化された変換係数および関連パラメータ情報は、残差処理部３２０に入力されてよい。残差処理部３２０は、残差信号（残差ブロック、残差サンプル、残差サンプルアレイ）を導出することができる。また、エントロピ復号部３１０でデコードされた情報のうちのフィルタリングに関する情報は、フィルタリング部３５０に提供されてよい。一方、エンコード装置から出力された信号を受信する受信部（図示せず）がデコード装置３００の内／外部エレメントとしてさらに構成されてよく、または受信部は、エントロピ復号部３１０の構成要素であってよい。一方、本文書に係るデコード装置は、ビデオ／映像／ピクチャデコード装置と呼ぶことができ、該デコード装置は、情報デコーダ（ビデオ／映像／ピクチャ情報デコーダ）とサンプルデコーダ（ビデオ／映像／ピクチャサンプルデコーダ）とに区別できる。上記情報デコーダは、上記エントロピ復号部３１０を含むことができ、上記サンプルデコーダは、上記逆量子化部３２１、逆変換部３２２、加算部３４０、フィルタリング部３５０、メモリ３６０、インター予測部３３２およびイントラ予測部３３１のうちの少なくとも一つを含むことができる。
逆量子化部３２１では、量子化された変換係数を逆量子化して変換係数を出力できる。逆量子化部３２１は、量子化された変換係数を、２次元ブロックの形態で再整列できる。この場合、上記再整列は、エンコード装置で行われた係数スキャン順序に基づいて再整列を行うことができる。逆量子化部３２１は、量子化パラメータ（例えば、量子化ステップサイズ情報）を用いて量子化された変換係数に対する逆量子化を行い、変換係数（transform coefficient）を取得することができる。
逆変換部３２２では、変換係数を逆変換して残差信号（残差ブロック、残差サンプルアレイ）を取得する。
予測部は、現ブロックに対する予測を行い、上記現ブロックに対する予測サンプルを含む予測されたブロック（predicted block）を生成することができる。予測部は、エントロピ復号部３１０から出力された上記予測に関する情報に基づいて、上記現ブロックにイントラ予測が適用されるかまたはインター予測が適用されるかを決定することができ、具体的なイントラ／インター予測モードを決定することができる。
予測部３２０は、後述する様々な予測方法に基づいて予測信号を生成できる。例えば、予測部は、一つのブロックに対する予測のためにイントラ予測またはインター予測を適用できる他に、イントラ予測とインター予測とを同時に適用することもできる。これをＣＩＩＰ（Combined Inter and Intra Prediction）モードと呼ぶことができる。また、予測部は、ブロックに対する予測のために、イントラブロックコピー（Intra Block Copy，ＩＢＣ）予測モードに基づいてもよく、またはパレットモード（palette mode）に基づいてもよい。上記ＩＢＣ予測モードまたはパレットモードは、例えば、ＳＣＣ（Screen Content Coding）などのようにゲームなどのコンテンツ映像／動映像のコーディングのために用いられてよい。ＩＢＣは、基本的に現ピクチャ内で予測を行うが、現ピクチャ内で参照ブロックを導出する点でインター予測と同様に行われてよい。すなわち、ＩＢＣは、本文書で説明されるインター予測手法のうちの少なくとも一つを用いることができる。パレットモードは、イントラコーディングまたはイントラ予測の一例と見なすことができる。パレットモードが適用される場合に、パレットテーブルおよびパレットインデックスに関する情報が上記ビデオ／映像情報に含まれてシグナリングされてよい。
イントラ予測部３３１は、現ピクチャ内のサンプルを参照して現ブロックを予測できる。上記参照されるサンプルは、予測モードによって、上記現ブロックの周辺（neighbor）に位置してもよく、または離れて位置してもよい。イントラ予測において、予測モードは、複数の非方向性モードおよび複数の方向性モードを含むことができる。イントラ予測部３３１は、周辺ブロックに適用された予測モードを用いて、現ブロックに適用される予測モードを決定することもできる。
インター予測部３３２は、参照ピクチャ上で動きベクトルによって特定される参照ブロック（参照サンプルアレイ）に基づいて、現ブロックに対する予測されたブロックを導出することができる。このとき、インター予測モードで伝送される動き情報の量を減らすために、周辺ブロックと現ブロックとの間の動き情報の相関性に基づいて動き情報をブロック、サブブロックまたはサンプル単位で予測することができる。上記動き情報は、動きベクトルおよび参照ピクチャインデックスを含むことができる。上記動き情報は、インター予測方向情報（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）をさらに含むことができる。インター予測において、周辺ブロックは、現ピクチャ内に存在する空間周辺ブロック（spatial neighboring block）と、参照ピクチャに存在する時間周辺ブロック（temporal neighboring block）と、を含むことができる。例えば、インター予測部３３２は、周辺ブロックに基づいて動き情報候補リストを構成し、受信した候補選択情報に基づいて上記現ブロックの動きベクトルおよび／または参照ピクチャインデックスを導出することができる。様々な予測モードに基づいてインター予測が行われてよく、上記予測に関する情報は、上記現ブロックに対するインター予測モードを指示する情報を含むことができる。
加算部３４０は、取得された残差信号を、予測部（インター予測部３３２および／またはイントラ予測部３３１含む）から出力された予測信号（予測ブロック、予測サンプルアレイ）に足すことにより、復元信号（復元ピクチャ、復元ブロック、復元サンプルアレイ）を生成することができる。スキップモードが適用された場合のように、処理対象ブロックに対する残差がない場合に、予測されたブロックが復元ブロックとして用いられてよい。
加算部３４０は、復元部または復元ブロック生成部と呼ぶことができる。生成された復元信号は、現ピクチャ内の次の処理対象ブロックのイントラ予測のために用いられてよく、後述するように、フィルタリングを経て出力されてもよく、または次のピクチャのインター予測のために用いられてもよい。
一方、ピクチャデコーディング過程でＬＭＣＳ（Luma Mapping with Chroma Scaling）が適用されてもよい。
フィルタリング部３５０は、復元信号にフィルタリングを適用して、主観的／客観的画質を向上させることができる。例えば、フィルタリング部３５０は、復元ピクチャに様々なフィルタリング方法を適用して、修正された（modified）復元ピクチャを生成でき、上記修正された復元ピクチャを、メモリ３６０、具体的にはメモリ３６０のＤＰＢに伝送することができる。上記様々なフィルタリング方法は、例えば、デブロックフィルタリング、サンプル適応オフセット（sample adaptive offset）、適応ループフィルタ（adaptive loop filter）、両方向フィルタ（bilateral filter）などを含むことができる。
メモリ３６０のＤＰＢに記憶された（修正された）復元ピクチャは、インター予測部３３２で参照ピクチャとして用いられてよい。メモリ３６０は、現ピクチャ内の動き情報が導出された（または、デコードされた）ブロックの動き情報、および／または既に復元されたピクチャ内のブロックの動き情報を記憶することができる。該記憶された動き情報は、空間周辺ブロックの動き情報または時間周辺ブロックの動き情報として活用するためにインター予測部２６０に伝達できる。メモリ３６０は、現ピクチャ内の復元されたブロックの復元サンプルを記憶でき、イントラ予測部３３１に伝達することができる。
本明細書において、エンコード装置２００のフィルタリング部２６０、インター予測部２２１およびイントラ予測部２２２で説明された実施例は、それぞれ、デコード装置３００のフィルタリング部３５０、インター予測部３３２およびイントラ予測部３３１にも同一にまたは対応するように適用されてよい。
本文書において、量子化／逆量子化および／または変換／逆変換のうちの少なくとも一つは省略されてよい。上記量子化／逆量子化が省略される場合に、上記量子化された変換係数は、変換係数と呼ぶことができる。上記変換／逆変換が省略される場合に、上記変換係数は、係数もしくは残差係数と呼ぶこともでき、または表現の統一性のために変換係数と相変らず呼ぶこともできる。
また、本文書において、量子化された変換係数および変換係数は、それぞれ、変換係数およびスケーリングされた（scaled）変換係数と呼ぶことができる。この場合、残差情報は、変換係数に関する情報を含むことができ、上記変換係数に関する情報は、残差コーディングシンタックスによってシグナリングされてよい。上記残差情報（または、上記変換係数に関する情報）に基づいて変換係数が導出されてよく、上記変換係数に対する逆変換（スケーリング）によってスケーリングされた変換係数が導出されてよい。上記スケーリングされた変換係数に対する逆変換（変換）に基づいて残差サンプルが導出されてよい。これは、本文書の他の部分でも、同一に適用／表現されてよい。
上述したように、ビデオコーディングを行うとき、圧縮効率を上げるために予測を行う。これにより、コーディング対象ブロックである現ブロックに対する予測サンプルを含む予測されたブロックを生成できる。ここで、上記予測されたブロックは、空間領域（ドメイン）（または、ピクセル領域）における予測サンプルを含む。上記予測されたブロックは、エンコード装置とデコード装置とで同一に導出され、上記エンコード装置は、オリジナルブロックのオリジナルサンプル値自体ではなく、上記オリジナルブロックと上記予測されたブロックとの間の残差に関する情報（残差情報）をデコード装置にシグナリングすることによって映像コーディング効率を上げることができる。デコード装置は、上記残差情報に基づいて、残差サンプルを含む残差ブロックを導出し、上記残差ブロックと上記予測されたブロックとを合わせて復元サンプルを含む復元ブロックを生成でき、復元ブロックを含む復元ピクチャを生成できる。
上記残差情報は、変換および量子化手順によって生成されてよい。例えば、エンコード装置は、上記オリジナルブロックと上記予測されたブロックとの間の残差ブロックを導出し、上記残差ブロックに含まれる残差サンプル（残差サンプルアレイ）に変換手順を行って変換係数を導出し、上記変換係数に量子化手順を行って量子化された変換係数を導出することにより、関連する残差情報を（ビットストリームを用いて）デコード装置にシグナリングすることができる。ここで、上記残差情報は、上記量子化された変換係数の値情報、位置情報、変換手法、カーネル、量子化パラメータなどの情報を含むことができる。デコード装置は、上記残差情報に基づいて逆量子化／逆変換手順を行い、残差サンプル（または、残差ブロック）を導出することができる。デコード装置は、予測されたブロックおよび上記残差ブロックに基づいて復元ピクチャを生成できる。エンコード装置は、また、以後のピクチャのインター予測のための参照のために、量子化された変換係数を逆量子化／逆変換して残差ブロックを導出し、これに基づいて復元ピクチャを生成できる。
イントラ予測は、現ブロックが属するピクチャ（以下、現ピクチャ）内の参照サンプルに基づいて現ブロックに対する予測サンプルを生成する予測を表すことができる。現ブロックにイントラ予測が適用される場合に、現ブロックのイントラ予測に用いる周辺参照サンプルが導出されてよい。上記現ブロックの周辺参照サンプルは、ｎＷｘｎＨサイズの現ブロックの左側（left）境界に隣接する（１個の）サンプルおよび左下側（bottom-left）に隣接する合計２ｘｎＨ個のサンプル、現ブロックの上側（top）境界に隣接する（１個の）サンプルおよび右上側（top-right）に隣接する合計２ｘｎＷ個のサンプル、および現ブロックの左上側（top-left）に隣接する１個のサンプルを含むことができる。あるいは、上記現ブロックの周辺参照サンプルは、複数列の上側周辺サンプルおよび複数行の左側周辺サンプルを含むこともできる。また、上記現ブロックの周辺参照サンプルは、ｎＷｘｎＨサイズの現ブロックの右側（right）境界に隣接する合計ｎＨ個のサンプル、現ブロックの下側（bottom）境界に隣接する合計ｎＷ個のサンプル、および現ブロックの右下側（bottom-right）に隣接する１個のサンプルを含むこともできる。
ただし、現ブロックの周辺参照サンプルのうちの一部は、まだデコードされていないか、利用可能でないことがある。この場合、デコーダは、利用可能なサンプルで利用可能でないサンプルを代替（substitution）し、予測に用いる周辺参照サンプルを構成することができる。あるいは、利用可能なサンプルの補間（interpolation）を用いて予測に用いる周辺参照サンプルを構成することができる。
周辺参照サンプルが導出された場合に、（ｉ）現ブロックの周辺（neighboring）参照サンプルの平均（average）または補間（interpolation）に基づいて予測サンプルを導出することもでき、（ｉｉ）現ブロックの周辺参照サンプルのうちの予測サンプルに対して特定（予測）方向に存在する参照サンプルに基づいて上記予測サンプルを導出することもできる。（ｉ）の場合は、非方向性（non-directional）モードまたは非角度（non-angular）モード、（ｉｉ）の場合は、方向性（directional）モードまたは角度（angular）モードと呼ぶことができる。
また、上記周辺参照サンプルのうちの上記現ブロックの予測サンプルを基準に上記現ブロックのイントラ予測モードの予測方向に位置する第１周辺サンプルと上記予測方向の反対方向に位置する第２周辺サンプルとの補間によって上記予測サンプルが生成されてもよい。この場合は、線形補間イントラ予測（Linear Interpolation Intra Prediction，ＬＩＰ）と呼ぶことができる。また、線形モデル（Linear Model，ＬＭ）を用いてルマサンプルに基づいてクロマ予測サンプルが生成されてもよい。この場合は、ＬＭモードまたはＣＣＬＭ（Chroma Component LM）モードと呼ぶことができる。
また、フィルタリングされた周辺参照サンプルに基づいて上記現ブロックの一時（臨時、temporary）予測サンプルを導出し、上記既存の（existing）周辺参照サンプル、すなわち、フィルタリングされていない周辺参照サンプルのうちの上記イントラ予測モードによって導出された少なくとも一つの参照サンプルと上記一時予測サンプルとを加重和（weighted sum）して上記現ブロックの予測サンプルを導出することができる。この場合は、ＰＤＰＣ（Position Dependent Intra Prediction）と呼ぶことができる。
また、現ブロックの周辺多重参照サンプルラインのうち、最も予測精度（正確度）の高い参照サンプルラインを選択し、当該ラインで予測方向に位置する参照サンプルを用いて予測サンプルを導出し、このとき、用いられた参照サンプルラインをデコード装置に指示（シグナル）する方法でイントラ予測符号化を行うことができる。この場合は、多重参照ライン（multi-reference line）イントラ予測またはＭＲＬベースイントラ予測と呼ぶことができる。
また、現ブロックを垂直または水平のサブパーティションに分け、同一のイントラ予測モードに基づいてイントラ予測を行うが、上記サブパーティション単位で周辺参照サンプルを導出して用いることができる。すなわち、この場合、現ブロックに対するイントラ予測モードが上記サブパーティションに同一に適用されるが、上記サブパーティション単位で周辺参照サンプルを導出して用いることにより、場合によってイントラ予測性能を高めることができる。このような予測方法は、ＩＳＰ（Intra Sub-Partitions）ベースイントラ予測と呼ぶことができる。
上述したイントラ予測方法は、イントラ予測モードと区分（区別）してイントラ予測タイプと呼ぶことができる。上記イントラ予測タイプは、イントラ予測手法または付加イントラ予測モードなどの様々な用語で呼ぶことができる。例えば、上記イントラ予測タイプ（または、付加イントラ予測モードなど）は、上述したＬＩＰ、ＰＤＰＣ、ＭＲＬ、ＩＳＰのうちの少なくとも一つを含むことができる。上記ＬＩＰ、ＰＤＰＣ、ＭＲＬ、ＩＳＰなどの特定のイントラ予測タイプを除く一般のイントラ予測方法は、ノーマルイントラ予測タイプと呼ぶことができる。ノーマルイントラ予測タイプは、上記のような特定のイントラ予測タイプが適用されない場合に一般的に適用されてよく、上述したイントラ予測モードに基づいて予測が行われてよい。一方、必要によって、導出された予測サンプルに対する後処理フィルタリングが行われてもよい。
具体的には、イントラ予測手順は、イントラ予測モード／タイプ決定段階、周辺参照サンプル導出段階、イントラ予測モード／タイプベース予測サンプル導出段階を含むことができる。また、必要によって、導出された予測サンプルに対する後処理フィルタリング（post-filtering）段階が行われてもよい。
イントラ予測が適用される場合に、周辺ブロックのイントラ予測モードを用いて、現ブロックに適用されるイントラ予測モードが決定されてよい。例えば、デコード装置は、現ブロックの周辺ブロック（例えば、左側および／または上側の周辺ブロック）のイントラ予測モードおよび追加の候補モードに基づいて導出されたＭＰＭ（Most Probable Mode）リスト内のＭＰＭ候補のうちの一つを、受信したＭＰＭインデックスに基づいて選択でき、または、上記ＭＰＭ候補（および、平面（プランナー、planar）モード）に含まれていない残りイントラ予測モードのうちの一つを、残りの（リメイニング）イントラ予測モード情報に基づいて選択できる。上記ＭＰＭリストは、平面モードを候補として含むまたは含まないように構成されてよい。例えば、上記ＭＰＭリストが平面モードを候補として含む場合に、上記ＭＰＭリストは、６個の候補を有し、上記ＭＰＭリストが平面モードを候補として含まない場合に、上記ＭＰＭリストは、５個の候補を有し得る。上記ＭＰＭリストが平面モードを候補として含まない場合に、現ブロックのイントラ予測モードが平面モードでないか否かを示すｎｏｔ（非）平面フラグ（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ）がシグナリングされてよい。例えば、ＭＰＭフラグがまずシグナリングされ、ＭＰＭインデックスおよびｎｏｔ平面フラグは、ＭＰＭフラグの値が１である場合にシグナリングされてよい。また、上記ＭＰＭインデックスは、上記ｎｏｔ平面フラグの値が１である場合にシグナリングされてよい。ここで、上記ＭＰＭリストが平面モードを候補として含まないように構成されることは、上記平面モードがＭＰＭでないというより、ＭＰＭとして常に平面モードが考慮されるので、まず、フラグ（not planar flag）をシグナリングして平面モードであるか否かをまず確認するためである。
例えば、現ブロックに適用されるイントラ予測モードがＭＰＭ候補（および平面モード）中にあるか、または残りのモード中にあるかは、ＭＰＭフラグ（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ）に基づいて指示されてよい。ＭＰＭフラグの値１は、上記現ブロックに対するイントラ予測モードがＭＰＭ候補（および、平面モード）内にあることを示しことができ、ＭＰＭフラグの値０は、上記現ブロックに対するイントラ予測モードがＭＰＭ候補（および、平面モード）内にないことを示すことができる。上記ｎｏｔ平面フラグ（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ）値０は、上記現ブロックに対するイントラ予測モードが平面モードであることを示すことができ、上記ｎｏｔ平面フラグ値１は、上記現ブロックに対するイントラ予測モードが平面モードでないことを示すことができる。上記ＭＰＭインデックスは、ｍｐｍ＿ｉｄｘまたはｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘシンタックス要素の形態でシグナリングされてよく、上記残りのイントラ予測モード情報は、ｒｅｍ＿ｉｎｔｒａ＿ｌｕｍａ＿ｐｒｅｄ＿ｍｏｄｅまたはｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒシンタックス要素の形態でシグナリングされてよい。例えば、上記残りのイントラ予測モード情報は、全体イントラ予測モードのうち、上記ＭＰＭ候補（および、平面モード）に含まれない残りのイントラ予測モードを予測モード番号の順にインデクスし、そのうちの一つを示すことができる。上記イントラ予測モードは、ルマ成分（サンプル）に対するイントラ予測モードであってよい。以下、イントラ予測モード情報は、上記ＭＰＭフラグ（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ）、上記ｎｏｔ平面フラグ（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ）、上記ＭＰＭインデックス（例えば、ｍｐｍ＿ｉｄｘまたはｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ）、上記残りのイントラ予測モード情報（ｒｅｍ＿ｉｎｔｒａ＿ｌｕｍａ＿ｐｒｅｄ＿ｍｏｄｅまたはｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ）のうちの少なくとも一つを含むことができる。本文書において、ＭＰＭリストは、ＭＰＭ候補リスト、ｃａｎｄＭｏｄｅＬｉｓｔなどの様々な用語で呼ぶことができる。ＭＩＰが現ブロックに適用される場合に、ＭＩＰのための別個のｍｐｍフラグ（例えば、ｉｎｔｒａ＿ｍｉｐ＿ｍｐｍ＿ｆｌａｇ）、ｍｐｍインデックス（例えば、ｉｎｔｒａ＿ｍｉｐ＿ｍｐｍ＿ｉｄｘ）、残りのイントラ予測モード情報（例えば、ｉｎｔｒａ＿ｍｉｐ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ）がシグナリングされてよく、上記ｎｏｔ平面フラグは、シグナリングされない。
言い換えると、一般に、映像に対するブロック分割がされると、コーディングしようとする現ブロックと周辺（neighboring）ブロックとは、類似の映像特性を有する。したがって、現ブロックと周辺ブロックとは、互いに同一または類似のイントラ予測モードを有する確率が高い。したがって、エンコーダは、現ブロックのイントラ予測モードをエンコードするために周辺ブロックのイントラ予測モードを用いることができる。
例えば、エンコーダ／デコーダは、現ブロックに対するＭＰＭ（Most Probable Modes）リストを構成することができる。上記ＭＰＭリストは、ＭＰＭ候補リストと表すこともできる。ここで、ＭＰＭとは、イントラ予測モードコーディングのときに、現ブロックと周辺ブロックとの類似性を考慮してコーディング効率を向上させるために用いられるモードを意味できる。上述したように、ＭＰＭリストは、平面モードを含んで構成されてよく、または平面モードを除いて構成されてよい。例えば、ＭＰＭリストが平面モードを含む場合に、ＭＰＭリストの候補の個数は６個であってよい。また、ＭＰＭリストが平面モードを含まない場合に、ＭＰＭリストの候補の個数は５個であってよい。
エンコーダ／デコーダは、５個または６個のＭＰＭを含むＭＰＭリストを構成することができる。
ＭＰＭリストを構成するために、デフォルトイントラモード（Default intra modes）、周辺イントラモード（Neighbour intra modes）および導出されたイントラモード（Derived intra modes）の３種類のモードが考慮されてよい。
上記周辺イントラモードのために、２つの周辺ブロック、すなわち、左側周辺ブロックおよび上側周辺ブロックが考慮されてよい。
上述したように、ＭＰＭリストが平面モードを含まないように構成する場合に、上記リストにおいて平面（planar）モードが除外され、上記ＭＰＭリスト候補の個数は５個に設定されてよい。
また、イントラ予測モードのうちの非方向性モード（または、非角度モード）は、現ブロックの周辺（neighboring）参照サンプルの平均（average）ベースのＤＣモードまたは補間（interpolation）ベースの平面（planar）モードを含むことができる。
一方、インター予測が適用される場合に、エンコード装置／デコード装置の予測部は、ブロック単位でインター予測を行って予測サンプルを導出することができる。インター予測は、現ピクチャ以外のピクチャのデータ要素（例えば、サンプル値または動き情報）に依存する方法で導出される予測を表すことができる（Inter prediction can be a prediction derived in a manner that is dependent on data elements(ex, sample values or motion information)of picture(s) other than the current picture）。現ブロックにインター予測が適用される場合に、参照ピクチャインデックスが示す参照ピクチャ上で動きベクトルによって特定される参照ブロック（参照サンプルアレイ）に基づいて、現ブロックに対する予測されたブロック（予測サンプルアレイ）を導出することができる。このとき、インター予測モードで伝送される動き情報の量を減らすために、周辺ブロックと現ブロックとの間の動き情報の相関性に基づいて、現ブロックの動き情報をブロック、サブブロックまたはサンプル単位で予測することができる。上記動き情報は、動きベクトルおよび参照ピクチャインデックスを含むことができる。上記動き情報は、インター予測タイプ（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）情報をさらに含むことができる。インター予測が適用される場合に、周辺ブロックは、現ピクチャ内に存在する空間周辺ブロック（spatial neighboring block）と参照ピクチャに存在する時間周辺ブロック（temporal neighboring block）とを含むことができる。上記参照ブロックを含む参照ピクチャと上記時間周辺ブロックを含む参照ピクチャとは同一であってもよく、異なってもよい。上記時間周辺ブロックは、コロケート参照ブロック（collocated reference block）、コロケートＣＵ（ｃｏｌＣＵ）などと呼ぶことができ、上記時間周辺ブロックを含む参照ピクチャは、コロケートピクチャ（collocated picture，ｃｏｌＰｉｃ）と呼ぶことができる。例えば、現ブロックの周辺ブロックに基づいて動き情報候補リストが構成されてよく、上記現ブロックの動きベクトルおよび／または参照ピクチャインデックスを導出するためにどの候補が選択（使用）されるかを示すフラグまたはインデックス情報がシグナリングされてよい。様々な予測モードに基づいてインター予測が行われてよく、例えば、スキップモードおよびマージモードにおいて、現ブロックの動き情報は、選択された周辺ブロックの動き情報と同一であってよい。スキップモードにおいて、マージモードとは違い、残差信号が伝送されなくてよい。動き情報予測（Motion Vector Prediction，ＭＶＰ）モードでは、選択された周辺ブロックの動きベクトルを動きベクトル予測子（motion vector predictor）として用い、動きベクトル差分（motion vector difference）はシグナリングされてよい。この場合、上記動きベクトル予測子と動きベクトル差分との和を用いて上記現ブロックの動きベクトルを導出することができる。
上記動き情報は、インター予測タイプ（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）によってＬ０動き情報および／またはＬ１動き情報を含むことができる。Ｌ０方向の動きベクトルは、Ｌ０動きベクトルまたはＭＶＬ０と呼ぶことができ、Ｌ１方向の動きベクトルは、Ｌ１動きベクトルまたはＭＶＬ１と呼ぶことができる。Ｌ０動きベクトルに基づく予測は、Ｌ０予測と呼び、Ｌ１動きベクトルに基づく予測は、Ｌ１予測と呼び、上記Ｌ０動きベクトルおよび上記Ｌ１動きベクトルの両方に基づく予測は、対（Ｂｉ）予測と呼ぶことができる。ここで、Ｌ０動きベクトルは、参照ピクチャリストＬ０（Ｌ０）に関連する動きベクトルを表すことができ、Ｌ１動きベクトルは、参照ピクチャリストＬ１（Ｌ１）に関連する動きベクトルを表すことができる。参照ピクチャリストＬ０は、出力順序において上記現ピクチャよりも前のピクチャを参照ピクチャとして含むことができ、参照ピクチャリストＬ１は、出力順序において上記現ピクチャよりも後のピクチャを含むことができる。上記前のピクチャは、順方向（参照）ピクチャと呼ぶことができ、上記後のピクチャは、逆方向（参照）ピクチャと呼ぶことができる。上記参照ピクチャリストＬ０は、出力順序において上記現ピクチャよりも後のピクチャを参照ピクチャとしてさらに含むことができる。この場合、上記参照ピクチャリストＬ０内で上記前のピクチャがまずインデクスされ、上記後のピクチャは、その次にインデクスされてよい。上記参照ピクチャリストＬ１は、出力順序において上記現ピクチャよりも前のピクチャを参照ピクチャとしてさらに含むことができる。この場合、上記参照ピクチャリスト１内で上記後のピクチャがまずインデクスされ、上記前のピクチャは、その次にインデクスされてよい。ここで、出力順序は、ＰＯＣ（Picture Order Count）順序（order）に対応してよい。
インター予測に基づくビデオ／映像エンコーディング手順は、概略的に、例えば次を含むことができる。
図４には、インター予測ベースビデオ／映像エンコード方法の例を示す。
エンコード装置は、現ブロックに対するインター予測を行う（Ｓ４００）。エンコード装置は、現ブロックのインター予測モードおよび動き情報を導出し、上記現ブロックの予測サンプルを生成することができる。ここで、インター予測モード決定、動き情報導出および予測サンプル生成手順は、同時に行われてもよく、いずれか一手順が他の手順よりも先に行われてもよい。例えば、エンコード装置のインター予測部は、予測モード決定部、動き情報導出部、予測サンプル導出部を含むことができ、予測モード決定部で上記現ブロックに対する予測モードを決定し、動き情報導出部で上記現ブロックの動き情報を導出し、予測サンプル導出部で上記現ブロックの予測サンプルを導出することができる。例えば、エンコード装置のインター予測部は、動き推定（motion estimation）によって参照ピクチャの一定領域（サーチ領域）内で上記現ブロックと類似のブロックをサーチし、上記現ブロックとの差が最小または一定基準以下である参照ブロックを導出することができる。これに基づいて、上記参照ブロックの位置する参照ピクチャを示す参照ピクチャインデックスを導出し、上記参照ブロックと上記現ブロックとの位置差に基づいて動きベクトルを導出することができる。エンコード装置は、様々な予測モードのうち、上記現ブロックに対して適用されるモードを決定できる。エンコード装置は、上記様々な予測モードに対するＲＤコスト（cost）を比較し、上記現ブロックに対する最適な予測モードを決定することができる。
例えば、エンコード装置は、上記現ブロックにスキップモードまたはマージモードが適用される場合に、後述するマージ候補リストを構成し、上記マージ候補リストに含まれるマージ候補が示す参照ブロックのうち、上記現ブロックとの差が最小または一定基準以下である参照ブロックを導出することができる。この場合、上記導出された参照ブロックと関連するマージ候補が選択され、上記選択されたマージ候補を示すマージインデックス情報が生成されてデコード装置にシグナリングされてよい。上記選択されたマージ候補の動き情報を用いて上記現ブロックの動き情報を導出することができる。
他の例として、エンコード装置は、上記現ブロックに（Ａ）ＭＶＰモードが適用される場合に、後述する（Ａ）ＭＶＰ候補リストを構成し、上記（Ａ）ＭＶＰ候補リストに含まれるｍｖｐ（motion vector predictor）候補から選択されたｍｖｐ候補の動きベクトルを上記現ブロックのｍｖｐとして用いることができる。この場合、例えば、上述した動き推定によって導出された参照ブロックを示す動きベクトルが上記現ブロックの動きベクトルとして用いられてよく、上記ｍｖｐ候補のうち、上記現ブロックの動きベクトルとの差が最も小さい動きベクトルを有するｍｖｐ候補が、上記選択されたｍｖｐ候補になり得る。上記現ブロックの動きベクトルから上記ｍｖｐを引いた差分であるＭＶＤ（Motion Vector Difference）が導出されてよい。この場合、上記ＭＶＤに関する情報がデコード装置にシグナリングされてよい。また、（Ａ）ＭＶＰモードが適用される場合に、上記参照ピクチャインデックスの値は、参照ピクチャインデックス情報として構成され、別個に上記デコード装置にシグナリングされてよい。
エンコード装置は、上記予測サンプルに基づいて残差サンプルを導出することができる（Ｓ４１０）。エンコード装置は、上記現ブロックのオリジナルサンプルと上記予測サンプルとの比較によって上記残差サンプルを導出することができる。
エンコード装置は、予測情報および残差情報を含む映像情報をエンコードする（Ｓ４２０）。エンコード装置は、エンコードされた映像情報をビットストリームの形態で出力できる。上記予測情報は、上記予測手順に関連する情報として予測モード情報（例えば、スキップフラグ、マージフラグ、またはモデルインデックスなど）および動き情報に関する情報を含むことができる。上記動き情報に関する情報は、動きベクトルを導出するための情報である候補選択情報（例えば、マージインデックス、ｍｖｐフラグ、またはｍｖｐインデックス）を含むことができる。また、上記動き情報に関する情報は、上述したＭＶＤに関する情報および／または参照ピクチャインデックス情報を含むことができる。また、上記動き情報に関する情報は、Ｌ０予測、Ｌ１予測、または対（ｂｉ）予測が適用されるか否かを示す情報を含むことができる。上記残差情報は、上記残差サンプルに関する情報である。上記残差情報は、上記残差サンプルに対する量子化された変換係数に関する情報を含むことができる。
出力されたビットストリームは、（デジタル）記憶媒体に記憶され、デコード装置に伝達されてよく、またはネットワークを通じてデコード装置に伝達されてもよい。
一方、上述したように、エンコード装置は、上記参照サンプルおよび上記残差サンプルに基づいて復元ピクチャ（復元サンプルおよび復元ブロックを含む）を生成できる。これは、デコード装置で行われるのと同じ予測結果をエンコード装置で導出するためであり、これによってコーディング効率を上げることができるためである。したがって、エンコード装置は、復元ピクチャ（または、復元サンプル、復元ブロック）をメモリに記憶し、インター予測のための参照ピクチャとして活用することができる。上記復元ピクチャにインループフィルタリング手順などがさらに適用されてもよいことは、上述した通りである。
インター予測に基づくビデオ／映像デコーディング手順は、概略的に、例えば次を含むことができる。
図５には、インター予測ベースビデオ／映像デコード方法の例を示す。
図５を参照すると、デコード装置は、上記エンコード装置で行われた動作と対応する動作を行うことができる。デコード装置は、受信した予測情報に基づいて現ブロックに予測を行い、予測サンプルを導出することができる。
具体的には、デコード装置は、受信した予測情報に基づいて上記現ブロックに対する予測モードを決定することができる（Ｓ５００）。デコード装置は、上記予測情報内の予測モード情報に基づいて、上記現ブロックにどのようなインター予測モードが適用されるかを決定できる。
例えば、上記マージフラグに基づいて、上記現ブロックに上記マージモードが適用されるかまたは（Ａ）ＭＶＰモードが決定されるかが決定されることができる。あるいは、上記モードインデックスに基づいて、様々なインター予測モード候補のうちの一つを選択できる。上記インター予測モード候補は、スキップモード、マージモードおよび／もしくは（Ａ）ＭＶＰモードを含んでよく、または、後述する様々なインター予測モードを含んでもよい。
デコード装置は、上記決定されたインター予測モードに基づいて上記現ブロックの動き情報を導出する（Ｓ５１０）。例えば、デコード装置は、上記現ブロックにスキップモードまたはマージモードが適用される場合に、後述するマージ候補リストを構成し、上記マージ候補リストに含まれるマージ候補がのうちの一つのマージ候補を選択できる。上記選択は、上述した選択情報（merge index）に基づいて行われてよい。上記選択されたマージ候補の動き情報を用いて上記現ブロックの動き情報を導出することができる。上記選択されたマージ候補の動き情報が上記現ブロックの動き情報として用いられてよい。
他の例として、デコード装置は、上記現ブロックに（Ａ）ＭＶＰモードが適用される場合に、後述する（Ａ）ＭＶＰ候補リストを構成し、上記（Ａ）ＭＶＰ候補リストに含まれるｍｖｐ（motion vector predictor）候補のうち、選択されたｍｖｐ候補の動きベクトルを上記現ブロックのｍｖｐとして用いることができる。上記選択は、上述した選択情報（mvp flag or mvp index）に基づいて行われてよい。この場合、上記ＭＶＤに関する情報に基づいて上記現ブロックのＭＶＤを導出することができ、上記現ブロックのｍｖｐおよび上記ＭＶＤに基づいて上記現ブロックの動きベクトルを導出することができる。また、上記参照ピクチャインデックス情報に基づいて上記現ブロックの参照ピクチャインデックスを導出することができる。上記現ブロックに関する参照ピクチャリスト内で上記参照ピクチャインデックスが示すピクチャが、上記現ブロックのインター予測のために参照される参照ピクチャとして導出されてよい。
一方、後述するように、候補リスト構成無しで上記現ブロックの動き情報が導出されてもよく、この場合、後述する予測モードで開示された手順によって上記現ブロックの動き情報が導出されてよい。この場合、上述したような候補リスト構成は省略されてよい。
デコード装置は、上記現ブロックの動き情報に基づいて上記現ブロックに対する予測サンプルを生成することができる（Ｓ５２０）。この場合、上記現ブロックの参照ピクチャインデックスに基づいて上記参照ピクチャを導出し、上記現ブロックの動きベクトルが上記参照ピクチャ上で示す参照ブロックのサンプルを用いて、上記現ブロックの予測サンプルを導出することができる。この場合、後述するように、場合によって、上記現ブロックの予測サンプルの全部または一部に対する予測サンプルフィルタリング手順がさらに行われてよい。
例えば、デコード装置のインター予測部は、予測モード決定部、動き情報導出部、予測サンプル導出部を含むことができ、予測モード決定部で受信した予測モード情報に基づいて上記現ブロックに対する予測モードを決定し、動き情報導出部で受信した動き情報に関する情報に基づいて上記現ブロックの動き情報（動きベクトルおよび／または参照ピクチャインデックスなど）を導出し、予測サンプル導出部で上記現ブロックの予測サンプルを導出することができる。
デコード装置は、受信した残差情報に基づいて上記現ブロックに対する残差サンプルを生成する（Ｓ５３０）。デコード装置は、上記予測サンプルおよび上記残差サンプルに基づいて上記現ブロックに対する復元サンプルを生成し、これに基づいて復元ピクチャを生成できる（Ｓ５４０）。その後、上記復元ピクチャにインループフィルタリング手順などがさらに適用されてよいことは、上述した通りである。
図６には、インター予測手順を例示的に示す。
図６を参照すると、上述したように、インター予測手順は、インター予測モード決定段階、決定された予測モードによる動き情報導出段階、導出された動き情報に基づく予測（予測サンプル生成）段階を含むことができる。上記インター予測手順は、上述したようにエンコード装置およびデコード装置で行われてよい。本文書において、コーディング装置とは、エンコード装置および／またはデコード装置を含むことができる。
図６を参照すると、コーディング装置は、現ブロックに対するインター予測モードを決定する（Ｓ６００）。ピクチャ内の現ブロックの予測のために様々なインター予測モードが用いられてよい。例えば、マージモード、スキップモード、ＭＶＰ（Motion Vector Prediction）モード、アフィン（Affine）モード、サブブロックマージモード、ＭＭＶＤ（merge with MVD）モードなどの様々なモードが用いられてよい。ＤＭＶＲ（Decoder Side Motion Vector Refinement）モード、ＡＭＶＲ（Adaptive Motion Vector Resolution）モード、ＢＣＷ（Bi-prediction with CU-level Weight）、ＢＤＯＦ（Bi-Directional Optical Flow）などが付随のモードとしてさらにまたは代わりに用いられてよい。アフィンモードは、アフィン動き予測（affine motion prediction）モードと呼ぶことができる。ＭＶＰモードは、ＡＭＶＰ（Advanced Motion Vector Prediction）モードと呼ぶことができる。本文書において、一部のモードおよび／または一部のモードによって導出された動き情報候補は、他のモードの動き情報関連候補のうちの一つとして含まれてもよい。例えば、ＨＭＶＰ候補は、上記マージ／スキップモードのマージ候補として追加されてよく、または上記ＭＶＰモードのｍｖｐ候補として追加されてもよい。上記ＨＭＶＰ候補が上記マージモードまたはスキップモードの動き情報候補として用いられる場合に、上記ＨＭＶＰ候補は、ＨＭＶＰマージ候補と呼ぶことができる。
現ブロックのインター予測モードを示す予測モード情報が、エンコード装置からデコード装置にシグナリングされてよい。上記予測モード情報は、ビットストリームに含まれてデコード装置に受信されてよい。上記予測モード情報は、複数の候補モードのうちの一つを指示するインデックス情報を含むことができる。あるいは、フラグ情報の階層的シグナリングによってインター予測モードを指示することもできる。この場合、上記予測モード情報は、一つまたは複数のフラグを含むことができる。例えば、スキップフラグをシグナリングして、スキップモードが適用されるか否かを指示し、スキップモードが適用されない場合には、マージフラグをシグナリングしてマージモードが適用されか否かを指示し、マージモードが適用されない場合に、ＭＶＰモードが適用される旨指示するか、追加の区分のためのフラグをさらにシグナリングすることもできる。アフィンモードは、独立したモードとしてシグナリングされてもよく、またはマージモードもしくはＭＶＰモードなどに従属するモードとしてシグナリングされてもよい。例えば、アフィンモードは、アフィンマージモードおよびアフィンＭＶＰモードを含むことができる。
コーディング装置は、上記現ブロックに対する動き情報を導出する（Ｓ６１０）。上記動き情報導出を上記インター予測モードに基づいて導出することができる。
コーディング装置は、現ブロックの動き情報を用いてインター予測を行うことができる。エンコード装置は、動き推定（motion estimation）手順によって現ブロックに対する最適な動き情報を導出することができる。例えば、エンコード装置は、現ブロックに対するオリジナルピクチャ内のオリジナルブロックを用いて、相関性の高い類似の参照ブロックを、参照ピクチャ内の定められた探索範囲内で分数（端数、fractional）ピクセル単位で探索でき、これによって動き情報を導出することができる。ブロックの類似性は、位相（phase）ベースサンプル値の差に基づいて導出することができる。例えば、ブロックの類似性は、現ブロック（または、現ブロックのテンプレート）と参照ブロック（または、参照ブロックのテンプレート）との間のＳＡＤに基づいて計算されてよい。この場合、サーチ（探索）領域内ＳＡＤが最も小さい参照ブロックに基づいて動き情報を導出することができる。導出された動き情報は、インター予測モードに基づいて様々な方法によってデコード装置にシグナリングされてよい。
コーディング装置は、上記現ブロックに対する動き情報に基づいてインター予測を行う（Ｓ６２０）。コーディング装置は、上記動き情報に基づいて上記現ブロックに対する予測サンプルを導出することができる。上記予測サンプルを含む現ブロックは、予測されたブロックと呼ぶことができる。
一方、上述の内容のように、エンコード装置は、例えば、指数ゴロム（exponential Golomb）、ＣＡＶＬＣ（Context-Adaptive Variable Length Coding）、ＣＡＢＡＣ（Context-Adaptive Binary Arithmetic Coding）などの様々なエンコード方法を行うことができる。また、デコード装置は、指数ゴロム符号化、ＣＡＶＬＣまたはＣＡＢＡＣなどのコーディング方法に基づいてビットストリーム内情報をデコードし、映像復元に必要なシンタックスエレメントの値、残差に関する変換係数の量子化された値を出力することができる。
例えば、上述したコーディング方法は、後述する内容のように行われてよい。
図７には、シンタックスエレメント（syntax element）をエンコードするためのＣＡＢＡＣ（Context-Adaptive Binary Arithmetic Coding）を例示的に示す。例えば、ＣＡＢＡＣの符号化過程では、エンコード装置は、入力信号が二進値でないシンタックスエレメントである場合には、上記入力信号の値を二進化（binarization）して入力信号を二進値として変換できる。また、上記入力信号が既に二進値である場合（すなわち、上記入力信号の値が二進値である場合）には、二進化が行われずにバイパス（bypass）されてよい。ここで、二進値を構成するそれぞれの二進数０または１をビン（bin）と呼ぶことができる。例えば、二進化された後の二進ストリングが１１０である場合に、１、１、０のそれぞれを１つのビンと呼ぶ。１つのシンタックスエレメントに対する上記ビンは、上記シンタックスエレメントの値を示すことができる。
その後、上記シンタックスエレメントの二進化されたビンは、正規（regular）符号化エンジンまたはバイパス符号化エンジンに入力されてよい。エンコード装置の正規符号化エンジンは、当該ビンに対して確率値を反映するコンテキストモデル（context model）を割り当てることができ、割り当てられたコンテキストモデルに基づいて当該ビンをエンコードできる。エンコード装置の上記正規符号化エンジンは、各ビンに対するエンコーディングを行った後に当該ビンに対するコンテキストモデルを更新できる。上述の内容のようにエンコードされるビンは、コンテキスト符号化ビン（context-coded bin）と称することができる。
一方、上記シンタックスエレメントの二進化されたビンが上記バイパス符号化エンジンに入力される場合には、次のようにコーディングされてよい。例えば、エンコード装置のバイパス符号化エンジンは、入力されたビンに対して確率を推定する手順と、符号化後に上記ビンに適用した確率モデルを更新する手順と、を省略する。バイパスエンコーディングが適用される場合に、エンコード装置は、コンテキストモデルを割り当てる代わりに均一な確率分布を適用することにより、入力されるビンをエンコードでき、これにより、エンコーディング速度を向上させることができる。上述の内容のようにエンコードされるビンは、バイパスビン（bypass bin）と称することができる。
エントロピ復号は、上述したエントロピ符号化における過程を逆順で行う過程を表すことができる。
例えば、シンタックスエレメントがコンテキストモデルに基づいてデコードされる場合に、デコード装置は、ビットストリームによって上記シンタックスエレメントに該当するビンを受信することができ、上記シンタックスエレメントとデコーディング対象ブロックもしくは周辺ブロックのデコーディング情報または以前の段階でデコードされたシンボル／ビンの情報とを用いて、コンテキストモデル（context model）を決定でき、決定されたコンテキストモデルによって上記受信したビン（bin）の発生確率を予測してビンの算術復号（arithmetic decoding）を行い、上記シンタックスエレメントの値を導出することができる。その後、次にデコードされるビンのコンテキストモデルが上記決定されたコンテキストモデルにアップデートされてよい。
また、例えば、シンタックスエレメントがバイパスデコードされる場合に、デコード装置は、ビットストリームを用いて上記シンタックスエレメントに該当するビンを受信でき、均一な確率分布を適用することによって、入力されるビンをデコードすることができる。この場合、デコード装置は、シンタックスエレメントのコンテキストモデルを導出する手順と、デコーディング後に上記ビンに適用したコンテキストモデルを更新する手順と、を省略することができる。
上述したように、残差サンプルは、変換、量子化過程を経て量子化された変換係数として導出されてよい。量子化された変換係数は、変換係数と呼ぶこともできる。この場合、ブロック内変換係数は、残差情報の形態でシグナリングされてよい。上記残差情報は、残差コーディングシンタックスを含むことができる。すなわち、エンコード装置は、残差情報で残差コーディングシンタックスを構成し、これをエンコードしてビットストリームの形態で出力でき、デコード装置は、ビットストリームから残差コーディングシンタックスをデコードして残差（量子化された）変換係数を導出することができる。上記残差コーディングシンタックスは、後述するように、当該ブロックに対して変換が適用された否か、ブロック内で最後の有効変換係数の位置、サブブロック内に有効変換係数が存在するか否か、有効変換係数のサイズ／符号などを示すシンタックスエレメント（syntax elements）を含むことができる。
例えば、残差データエンコーディング／デコーディングと関連するシンタックスエレメントは、次表のように表すことができる。
＜表１＞
Figure 0007413556000001
Figure 0007413556000002
Figure 0007413556000003
ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇは、関連するブロック（associated block）において変換が省略されるか否かを示す。上記ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇは、変換スキップフラグのシンタックスエレメントであってよい。上記関連するブロックは、ＣＢ（Coding Block）またはＴＢ（Transform Block）であってよい。変換（および量子化）および残差コーディング手順に関して、ＣＢとＴＢとは同じ意味で使われてよい。例えば、ＣＢに対して残差サンプルが導出され、上記残差サンプルに対する変換および量子化によって（量子化された）変換係数が導出され得ることは上述の通りであり、残差コーディング手順によって上記（量子化された）変換係数の位置、サイズ、符号などを効率的に示す情報（例えば、シンタックスエレメント）が生成され、シグナリングされてよい。量子化された変換係数は、簡単に変換係数と呼ぶことができる。一般に、ＣＢが最大ＴＢよりも大きくない場合に、ＣＢのサイズは、ＴＢのサイズと同一であってよく、この場合、変換（および量子化）および残差コーディングされる対象ブロックは、ＣＢまたはＴＢと呼ぶことができる。一方、ＣＢが最大ＴＢよりも大きい場合には、変換（および量子化）および残差コーディングされる対象ブロックをＴＢと呼ぶことができる。以下、残差コーディングに関連するシンタックス要素が変換ブロック（ＴＢ）単位でシグナリングされるとして説明するが、これは例示であり、上記ＴＢがコーディングブロック（ＣＢ）と同じ意味で使われてよいことは上述した通りである。
一方、上記変換スキップフラグがシグナリングされた後にシグナリングされるシンタックスエレメントは、後述する表２および／または表３に開示されたシンタックスエレメントと同一であってよく、上記シンタックスエレメントに関する具体的な説明は、後述する通りである。
＜表２＞
Figure 0007413556000004
Figure 0007413556000005
Figure 0007413556000006
Figure 0007413556000007
Figure 0007413556000008
Figure 0007413556000009
＜表３＞
Figure 0007413556000010
Figure 0007413556000011
Figure 0007413556000012
本実施例によれば、表１に示すように、変換スキップフラグのシンタックスエレメントｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇの値によって、残差コーディングが分岐されてよい。すなわち、変換スキップフラグの値に基づいて（変換スキップであるか否かに基づいて）、残差コーディングのために互いに異なるシンタックスエレメントが用いられてよい。変換スキップが適用されない場合（すなわち、変換が適用された場合）に用いられる残差コーディングは、レギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）と呼ぶことができ、変換スキップが適用される場合（すなわち、変換が適用されていない場合）の残差コーディングは、変換スキップ残差コーディング（Transform Skip Residual Coding，ＴＳＲＣ）と呼ぶことができる。また、上記レギュラ残差コーディングは、一般の残差コーディング（general residual coding）と呼ぶこともできる。また、上記レギュラ残差コーディングは、レギュラ残差コーディングシンタックス構造と呼ぶことができ、上記変換スキップ残差コーディングは、変換スキップ残差コーディングシンタックス構造と呼ぶことができる。上記表２は、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇの値が０の場合、すなわち、変換が適用された場合の残差コーディングのシンタックスエレメントを表すことができ、表３は、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇの値が１の場合、すなわち、変換が適用されていない場合の残差コーディングのシンタックスエレメントを表すことができる。
具体的には、例えば、変換ブロックの変換をスキップするか否かを示す変換スキップフラグがパージング（パース）されてよく、上記変換スキップフラグが１か否かが判断されてよい。上記変換スキップフラグの値が０である場合、表２に示すように、変換ブロックの残差係数に関するシンタックスエレメントｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｆｉｘ、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇおよび／またはｄｅｃ＿ａｂｓ＿ｌｅｖｅｌがパージングされてよく、上記シンタックスエレメントに基づいて上記残差係数が導出されてよい。この場合、上記シンタックスエレメントは順次パージングされてもよく、パージング順序が変更されてもよい。また、上記ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇおよび／またはａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇを表すことができる。例えば、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［０］は、第１変換係数レベルフラグ（ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ）の一例であってよく、上記ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［１］は、第２変換係数レベルフラグ（ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ）の一例であってよい。
上記表２を参照すると、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｆｉｘ、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、および／またはｄｅｃ＿ａｂｓ＿ｌｅｖｅｌがエンコード／デコードされてよい。一方、上記ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇは、ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇと表すこともできる。
一実施例において、エンコード装置は、シンタックスエレメントｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｆｉｘに基づいて、変換ブロック内の最後の０でない変換係数の（ｘ，ｙ）位置情報をエンコードすることができる。より具体的には、上記ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘは、変換ブロック内スキャン順序（scanning order）における最後の（last）有効係数（significant coefficient）の列位置（column position）のプレフィックス（prefix）を表し、上記ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘは、上記変換ブロック内の上記スキャン順序（scanning order）における最後の（last）有効係数（significant coefficient）の行位置（row position）のプレフィックス（prefix）を表し、上記ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘは、上記変換ブロック内の上記スキャン順序（scanning order）における最後の（last）有効係数（significant coefficient）の列位置（column position）のサフィックス（suffix）を表し、上記ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｆｉｘは、上記変換ブロック内の上記スキャン順序（scanning order）における最後の（last）有効係数（significant coefficient）の行位置（row position）のサフィックス（suffix）を表す。ここで、有効係数は、上記０でない係数（non-zero coefficient）を表すことができる。また、上記スキャン順序は、右上向き対角スキャン順序であってよい。あるいは、上記スキャン順序は、水平スキャン順序、または垂直スキャン順序であってよい。上記スキャン順序は、対象ブロック（ＣＢ、またはＴＢを含むＣＢ）にイントラ／インター予測が適用されるか否かおよび／または具体的なイントラ／インター予測モードに基づいて決定されてよい。
その後、エンコード装置は、上記変換ブロックを４ｘ４サブブロック（sub-block）に分割した後、各４ｘ４サブブロックごとに１ビットのシンタックス要素ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇを用いて、現サブブロック内に０でない係数が存在するか否かを示すことができる。
ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇの値が０であれば、それ以上伝送する情報がないので、エンコード装置は、現サブブロックに対する符号化過程を終了できる。逆に、ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇの値が１であれば、エンコード装置は、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇに対する符号化過程を引き続き行うことができる。最後の０でない係数を含むサブブロックは、ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇに対する符号化が不要であり、変換ブロックのＤＣ情報を含んでいるサブブロックは０でない係数を含む確率が高いので、ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは符号化されず、その値が１であると仮定されてよい。
ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇの値が１であることから、現サブブロック内に０でない係数が存在すると判断されると、エンコード装置は、スキャンされた逆の順序（reverse scanning order）によって、二進値を有するｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇをエンコードすることができる。エンコード装置は、スキャン順序によって、それぞれの変換係数に対する１ビットシンタックスエレメントｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇをエンコードすることができる。現在スキャン位置における変換係数の値が０でなければ、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇの値は１になり得る。ここで、最後の０でない係数を含んでいるサブブロックの場合、最後の０でない係数に対してはｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇがエンコードされる必要がないので、上記サブブロックに対する符号化過程が省略されてよい。ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇが１である場合にのみレベル情報符号化が行われてよく、レベル情報符号化過程には、４個のシンタックスエレメントが用いられてよい。より具体的には、各ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ［ｘＣ］［ｙＣ］は、現ＴＢ内の各変換係数位置（ｘＣ，ｙＣ）における当該変換係数のレベル（値）が０でない（non-zero）か否かを示すことができる。一実施例において、上記ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇは、量子化された変換係数が０でない有効係数であるか否かを示す有効係数フラグのシンタックスエレメントの一例に該当し得る。
ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇに対する符号化後の残ったレベル値は、次式のように導出されてよい。すなわち、符号化しなければならないレベル値を示すシンタックス要素ｒｅｍＡｂｓＬｅｖｅｌは、次式のように導出されてよい。
＜式１＞
Figure 0007413556000013
ここで、ｃｏｅｆｆは、実際の変換係数値を意味する。
また、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇは、当該スキャン位置（ｎ）におけるｒｅｍＡｂｓＬｅｖｅｌが１よりも大きいか否かを示すことができる。例えば、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇの値が０であれば、当該位置の変換係数の絶対値（absolute value）は１であってよい。また、上記ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇの値が１であれば、後で符号化しなければならないレベル値を示す上記ｒｅｍＡｂｓＬｅｖｅｌは、次の式のようにアップデートされてよい。
＜式２＞
Figure 0007413556000014
また、上述の式２に記載されたｒｅｍＡｂｓＬｅｖｅｌのｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｃｏｅｆｆｉｃｉｅｎｔ（ＬＳＢ）値は、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇによって次の式３のようにエンコードされてよい。
＜式３＞
Figure 0007413556000015
ここで、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ［ｎ］は、スキャン位置ｎにおける変換係数レベル（値）のパリティ（parity）を示すことができる。
ｐａｒ＿ｌｅｖｅ＿ｆｌａｇエンコーディング後にエンコードしなければならない変換係数レベル値ｒｅｍＡｂｓＬｅｖｅｌは、次の式のようにアップデートされてよい。
＜式４＞
Figure 0007413556000016
ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇは、当該スキャン位置（ｎ）におけるｒｅｍＡｂｓＬｅｖｅｌが３よりも大きいか否かを示すことができる。ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇが１である場合にのみ、ａｂｓ＿ｒｅｍａｉｎｄｅｒに対するエンコーディングが行われてよい。実際の変換係数値であるｃｏｅｆｆと各シンタックス要素との関係は、次の式の通りでよい。
＜式５＞
Figure 0007413556000017
また、次の表は、上述の式５と関連する例示を表す。
＜表４＞
Figure 0007413556000018
ここで、｜ｃｏｅｆｆ｜は、変換係数レベル（値）を表し、変換係数に対するＡｂｓＬｅｖｅｌとして示されてもよい。また、各係数の符号は、１ビットシンボルであるｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇを用いてエンコードされてよい。
また、例えば、上記変換スキップフラグの値が１であれば、表３に示すように、変換ブロックの残差係数に関するシンタックスエレメントｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇおよび／またはａｂｓ＿ｒｅｍａｉｎｄｅｒがパージングされてよく、上記シンタックスエレメントに基づいて上記残差係数が導出されてよい。この場合、上記シンタックスエレメントは、順次パージングされてもよく、パージング順序が変更されてもよい。また、上記ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇおよび／またはａｂｓ＿ｌｅｖｅｌ＿ｇｔ９＿ｆｌａｇを表すことができる。例えば、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［ｊ］は、スキャン位置ｎで変換係数の絶対値またはレベル（値）が（ｊ＜＜１）＋１よりも大きいか否かを示すフラグであってよい。上記（ｊ＜＜１）＋１は、場合によって、第１閾値（臨界値）、第２閾値などの所定の閾値に代替されてもよい。
一方、ＣＡＢＡＣは、高い性能を提供するが、処理量（スループット、throughput）性能がよくないという短所がある。これは、ＣＡＢＡＣの正規符号化エンジンに起因するものであり、正規符号化（すなわち、ＣＡＢＡＣの正規符号化エンジンを用いたエンコーディング）は、以前のビン（bin）の符号化によってアップデートされた確率状態および範囲を用いるため、高いデータ依存性を示し、確率区間を読んで現在の状態を判断することに長い時間がかかることがある。ＣＡＢＡＣの処理量問題は、コンテキスト符号化ビン（context-coded bin）の数を制限することによって解決できる。例えば、上記表２のように、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇを表現するために用いられたビンの和が、当該ブロックのサイズによる個数に制限されてよい。また、例えば、上記表３のように、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ９＿ｆｌａｇを表現するために用いられたビンの和が、当該ブロックのサイズによる個数に制限されてよい。一例として、当該ブロックが４ｘ４サイズのブロックである場合に、上記ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇまたはｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ９＿ｆｌａｇに対するビンの和は、３２個（または、例えば２８個）に制限されてよく、当該ブロックが２ｘ２サイズのブロックである場合に、上記ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇに対するビンの和は、８個（または、例えば７個）に制限されてよい。上記ビンの制限された個数は、ｒｅｍＢｉｎｓＰａｓｓ１またはＲｅｍＣｃｂｓで示すことができる。または、一例として、より高いＣＡＢＡＣ処理量のために、コンテキスト符号化ビン（context coded bin）の個数がコーディング対象ＣＧを含むブロック（ＣＢまたはＴＢ）に対して制限されてよい。言い換えると、コンテキスト符号化ビンの個数がブロック（ＣＢまたはＴＢ）単位で制限されてよい。例えば、現ブロックのサイズが１６ｘ１６であれば、現ＣＧに関係なく、現ブロックに対するコンテキスト符号化ビンの個数が上記現ブロックのピクセル個数の１．７５倍、すなわち、４４８個に制限されてよい。
この場合、エンコード装置は、コンテキスト要素の符号化に、制限された個数のコンテキスト符号化ビンを全て使用した場合は、残りの係数を、コンテキストコーディングを用いずに後述の上記係数に対する二進化方法によって二進化し、バイパスコーディングを行うことができる。言い換えると、例えば、４ｘ４ ＣＧに対してコーディングされたコンテキスト符号化ビン（context coded bin）の数が３２（または、例えば２８）、または２ｘ２ ＣＧに対してコーディングされたコンテキスト符号化ビンの数が８（または、例えば７）になる場合には、それ以上コンテキスト符号化ビンでコーディングされるｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇは、コーディングされなくてよく、直ちにｄｅｃ＿ａｂｓ＿ｌｅｖｅｌにコーディングされてよい。または、例えば、４ｘ４ブロックに対してコーディングされたコンテキスト符号化ビン（context coded bin）の数が全体ブロックのピクセル個数の１．７５倍、すなわち、２８に制限される場合に、それ以上コンテキスト符号化ビンとしてコーディングされるｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇは、コーディングされなくてよく、後述の表５のように直ちにｄｅｃ＿ａｂｓ＿ｌｅｖｅｌとしてコーディングされてよい。
＜表５＞
Figure 0007413556000019
ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌに基づいて｜ｃｏｅｆｆ｜値が導出されてよい。この場合、変換係数値である｜ｃｏｅｆｆ｜は、次式のように導出されてよい。
＜式６＞
Figure 0007413556000020
また、上記ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇは、当該スキャン位置（ｎ）における変換係数レベルの符号（sign）を示すことができる。すなわち、上記ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇは、当該スキャン位置（ｎ）における変換係数の符号（sign）を示すことができる。
図８は、４ｘ４ブロック内変換係数の例を示す図である。
図８の４ｘ４ブロックは、量子化された係数の一例を表す。図８に示すブロックは、４ｘ４変換ブロックであるか、または８ｘ８、１６ｘ１６、３２ｘ３２、６４ｘ６４変換ブロックの４ｘ４サブブロックであってよい。図８の４ｘ４ブロックは、ルマブロックまたはクロマブロックを表すことができる。
一方、上述の内容のように、エンコード装置は、入力信号が二進値でないシンタックスエレメントである場合には、上記入力信号の値を二進化（binarization）して入力信号を二進値に変換できる。また、デコード装置は、上記シンタックスエレメントをデコードし、上記シンタックスエレメントの二進化された値（すなわち、二進化されたビン）を導出することができ、上記二進化された値を逆二進化して上記シンタックスエレメントの値を導出することができる。上記二進化過程は、後述するトランケイテッドライス（Truncated Rice，ＴＲ）二進化プロセス（binarization process）、ｋ次Ｅｘｐ－Ｇｏｌｏｍｂ（k-th order Exp-Golomb，ＥＧｋ）二進化プロセス（binarization process）、ｋ次リミテッドＥｘｐ－Ｇｏｌｏｍｂ（Limited k-th order Exp-Golomb, Limited EGk）、または固定長（Fixed-Length，ＦＬ）二進化プロセス（binarization process）などで行われてよい。また、逆二進化過程は、上記ＴＲ二進化プロセス、上記ＥＧｋ二進化プロセスまたは上記ＦＬ二進化プロセスに基づいて行われて上記シンタックスエレメントの値を導出する過程を表すことができる。
例えば、上記ＴＲ二進化プロセスは、次のように行われてよい。
上記ＴＲ二進化プロセスの入力（input）は、ＴＲ二進化に対する要求（要請）とシンタックスエレメントに対するｃＭａｘおよびｃＲｉｃｅＰａｒａｍとであってよい。また、上記ＴＲ二進化プロセスの出力（output）は、ビンストリングに対応する値ｓｙｍｂｏｌＶａｌに対するＴＲ二進化であってよい。
具体的には、一例として、シンタックスエレメントに対する接尾辞（suffix）ビンストリングが存在する場合には、上記シンタックスエレメントに対するＴＲビンストリングは、接頭辞（prefix）ビンストリングと接尾辞ビンストリングとの結合（concatenation）であってよく、上記接尾辞ビンストリングが存在しない場合には、上記シンタックスエレメントに対する上記ＴＲビンストリングは、上記接頭辞ビンストリングであってよい。例えば、上記接頭辞ビンストリングは、後述のように導出されてよい。
上記シンタックスエレメントに対する上記ｓｙｍｂｏｌＶａｌの接頭辞値（prefix value）は、次式のように導出されてよい。
＜式７＞
Figure 0007413556000021
ここで、ｐｒｅｆｉｘＶａｌは、上記ｓｙｍｂｏｌＶａｌの接頭辞値を表すことができる。上記シンタックスエレメントの上記ＴＲビンストリングの接頭辞（すなわち、接頭辞ビンストリング）は、後述のように導出されてよい。
例えば、上記ｐｒｅｆｉｘＶａｌがｃＭａｘ＞＞ｃＲｉｃｅＰａｒａｍよりも小さい場合に、接頭辞ビンストリングは、ｂｉｎＩｄｘによってインデキシングされる（indexed）長さｐｒｅｆｉｘＶａｌ＋１のビットストリング（bit string）であってよい。すなわち、上記ｐｒｅｆｉｘＶａｌがｃＭａｘ＞＞ｃＲｉｃｅＰａｒａｍよりも小さい場合に、上記接頭辞ビンストリングは、ｂｉｎＩｄｘが示すｐｒｅｆｉｘＶａｌ＋１ビット数のビットストリングであってよい。ｐｒｅｆｉｘＶａｌよりも小さいｂｉｎＩｄｘに対するビンは、１と同一であってよい。また、ｐｒｅｆｉｘＶａｌと同じｂｉｎＩｄｘに対するビンは、０と同一であってよい。
例えば、上記ｐｒｅｆｉｘＶａｌに対する単項二進化（unary binarization）で導出されるビンストリングは、次表の通りでよい。
＜表６＞
Figure 0007413556000022
一方、上記ｐｒｅｆｉｘＶａｌがｃＭａｘ＞＞ｃＲｉｃｅＰａｒａｍよりも小さくない場合に、上記接頭辞ビンストリングは、長さがｃＭａｘ＞＞ｃＲｉｃｅＰａｒａｍであり、全てのビンが１であるビットストリングであってよい。
また、ｃＭａｘがｓｙｍｂｏｌＶａｌよりも大きく、ｃＲｉｃｅＰａｒａｍが０よりも大きい場合に、ＴＲビンストリングの接尾辞ビンストリングが存在してよい。例えば、上記接尾辞ビンストリングは、後述のように導出されてよい。
上記シンタックスエレメントに対する上記ｓｙｍｂｏｌＶａｌの接尾辞値（suffix value）は、次式のように導出されてよい。
＜式８＞
Figure 0007413556000023
ここで、ｓｕｆｆｉｘＶａｌは、上記ｓｙｍｂｏｌＶａｌの接尾辞値を表すことができる。
ＴＲビンストリングの接尾辞（すなわち、接尾辞ビンストリング）は、ｃＭａｘ値が（１＜＜ｃＲｉｃｅＰａｒａｍ）－１であるｓｕｆｆｉｘＶａｌに対するＦＬ二進化プロセスに基づいて導出されてよい。
一方、入力パラメータであるｃＲｉｃｅＰａｒａｍの値が０であれば、上記ＴＲ二進化は、正確にトランケイテッド単項二進化（truncated unary binarization）であってよく、常にデコードされるシンタックスエレメントの可能な最大値と同じｃＭａｘ値が用いられてよい。
また、例えば、上記ＥＧｋ二進化プロセスは、次のように行われてよい。ｕｅ（ｖ）でコーディングされたシンタックスエレメントは、Ｅｘｐ－Ｇｏｌｏｍｂコーディングされたシンタックスエレメントであってよい。
一例として、０次Ｅｘｐ－Ｇｏｌｏｍｂ（0-th order Exp-Golomb，ＥＧ０）二進化プロセスは、次のように行われてよい。
上記シンタックスエレメントに対するパージングプロセス（parsing process）は、ビットストリームの現在位置から始まって１番目のノンゼロ（ゼロでない、non-zero）ビットを含むビットを読んで０のような（０である、equal to 0）先行ビット数を数えること（counting）から始まってよい。上記過程を次表のように表すことができる。
＜表７＞
Figure 0007413556000024
また、変数ｃｏｄｅＮｕｍは、次式のように導出されてよい。
＜式９＞
Figure 0007413556000025
ここで、ｒｅａｄ＿ｂｉｔｓ（ｌｅａｄｉｎｇＺｅｒｏＢｉｔｓ）から返された値、すなわち、ｒｅａｄ＿ｂｉｔｓ（ｌｅａｄｉｎｇＺｅｒｏＢｉｔｓ）が示す値は、最初に記録された最上位ビット（最も重要なビット、most significant bit）に対する符号なし整数（unsigned integer）の二進表現（binary representation）として解釈できる。
ビットストリングを「接頭辞（prefix）」ビットと「接尾辞（suffix）」ビットとに分離したＥｘｐ－Ｇｏｌｏｍｂコードの構造は、次表のように表すことができる。
＜表８＞
Figure 0007413556000026
「接頭辞」ビットは、ｌｅａｄｉｎｇＺｅｒｏＢｉｔｓ計算のために上述の内容のようにパージングされたビットであってよく、表８で、ビットストリングの０または１で示されてよい。すなわち、上記表８の０または１で示されたビットストリングは、接頭辞ビットストリングを表すことができる。「接尾辞」ビットは、ｃｏｄｅＮｕｍの計算でパージングされるビットであってよく、上記表８でｘｉで示されてよい。すなわち、上記表８のｘｉで示されたビットストリングは、接尾辞ビットストリングを表すことができる。ここで、ｉは、０からＬｅａｄｉｎｇＺｅｒｏＢｉｔｓ－１の範囲の値であってよい。また、各ｘｉは、０または１と同一であってよい。
上記ｃｏｄｅＮｕｍに割り当てられるビットストリングは、次表の通りでよい。
＜表９＞
Figure 0007413556000027
シンタックスエレメントのディスクリプタ（descriptor）がｕｅ（ｖ）である場合に、すなわち、シンタックスエレメントがｕｅ（ｖ）でコーディングされた場合に、上記シンタックスエレメントの値は、ｃｏｄｅＮｕｍと同一であってよい。
また、例えば、上記ＥＧｋ二進化プロセスは、次のように行われてよい。
上記ＥＧｋ二進化プロセスの入力（input）は、ＥＧｋ二進化に対する要求であってよい。また、上記ＥＧｋ二進化プロセスの出力（output）は、ビンストリングに対応する値ｓｙｍｂｏｌＶａｌに対するＥＧｋ二進化であってよい。
ｓｙｍｂｏｌＶａｌに対するＥＧｋ二進化プロセスのビットストリングは、次のように導出されてよい。
＜表１０＞
Figure 0007413556000028
上記表１０を参照すると、ｐｕｔ（Ｘ）の各コール（each call）を用いて二進値Ｘをビンストリングの末尾に追加することができる。ここで、Ｘは、０または１であってよい。
また、例えば、上記リミテッドＥＧｋ二進化プロセスは、次のように行われてよい。
上記リミテッドＥＧｋ二進化プロセスの入力（input）は、リミテッドＥＧｋ二進化に対する要求およびライスパラメータｒｉｃｅＰａｒａｍ、最大値の二進対数を表す変数であるｌｏｇ２ＴｒａｎｓｆｏｒｍＲａｎｇｅおよび最大接頭辞拡張長を表す変数であるｍａｘＰｒｅＥｘｔＬｅｎであってよい。また、上記リミテッドＥＧｋ二進化プロセスの出力（output）は、ビンストリングに対応する値ｓｙｍｂｏｌＶａｌに対するリミテッドＥＧｋ二進化であってよい。
ｓｙｍｂｏｌＶａｌに対するリミテッドＥＧｋ二進化プロセスのビットストリングは、次のように導出されてよい。
＜表１１＞
Figure 0007413556000029
また、例えば、上記ＦＬ二進化プロセスは、次のように行われてよい。
上記ＦＬ二進化プロセスの入力（input）は、ＦＬ二進化に対する要求および上記シンタックスエレメントに対するｃＭａｘであってよい。また、上記ＦＬ二進化プロセスの出力（output）は、ビンストリングに対応する値ｓｙｍｂｏｌＶａｌに対するＦＬ二進化であってよい。
ＦＬ二進化は、シンボル値ｓｙｍｂｏｌＶａｌの固定長であるビット数を有するビットストリングを用いて構成されてよい。ここで、上記固定長ビットは、符号のない整数ビットストリング（unsigned integer bit string）であってよい。すなわち、ＦＬ二進化によってシンボル値ｓｙｍｂｏｌＶａｌに対するビットストリングが導出されてよく、上記ビットストリングのビット長（すなわち、ビット数）は、固定長であってよい。
例えば、上記固定長は、次式のように導出されてよい。
＜式１０＞
Figure 0007413556000030
ＦＬ二進化に対するビンのインデキシングは、最上位ビットから最下位ビットの順序で増加する値を使用する方式であってよい。例えば、上記最上位ビットと関連するビンインデックスは、ｂｉｎＩｄｘ＝０であってよい。
一方、例えば、上記残差情報のうちのシンタックスエレメントａｂｓ＿ｒｅｍａｉｎｄｅｒに対する二進化プロセスは、次のように行われてよい。
上記ａｂｓ＿ｒｅｍａｉｎｄｅｒに対する二進化プロセスの入力は、シンタックスエレメントａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］の二進化に対する要求、色相成分（colour component）ｃＩｄｘ、ルマ位置（ｘ０，ｙ０）であってよい。上記ルマ位置（ｘ０，ｙ０）は、ピクチャの左上端ルマサンプルを基準とする現ルマ変換ブロックの左上端サンプルを示すことができる。
上記ａｂｓ＿ｒｅｍａｉｎｄｅｒに対する二進化プロセスの出力（output）は、上記ａｂｓ＿ｒｅｍａｉｎｄｅｒの二進化（すなわち、上記ａｂｓ＿ｒｅｍａｉｎｄｅｒの二進化されたビンストリング）であってよい。上記二進化プロセスによって上記ａｂｓ＿ｒｅｍａｉｎｄｅｒに対する使用可能ビンストリングが導出されてよい。
上記ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］に対するライスパラメータｃＲｉｃｅＰａｒａｍは、上記色相成分ｃＩｄｘおよびルマ位置（ｘ０，ｙ０）、現係数スキャン位置（ｘＣ，ｙＣ）、変換ブロックの幅の二進対数であるｌｏｇ２ＴｂＷｉｄｔｈ、ならびにび変換ブロックの高さの二進対数であるｌｏｇ２ＴｂＨｅｉｇｈｔを入力として行われるライスパラメータ導出過程によって導出されてよい。上記ライスパラメータ導出過程に関する具体的な説明は後述する。
また、例えば、現在コーディングされるａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］に対するｃＭａｘは、上記ライスパラメータｃＲｉｃｅＰａｒａｍに基づいて導出されてよい。上記ｃＭａｘは、次式のように導出されてよい。
＜式１１＞
Figure 0007413556000031
一方、上記ａｂｓ＿ｒｅｍａｉｎｄｅｒに対する二進化、すなわち、上記ａｂｓ＿ｒｅｍａｉｎｄｅｒに対するビンストリングは、接尾辞（suffix）ビンストリングが存在する場合には、接頭辞（prefix）ビンストリングと接尾辞ビンストリングとの結合（concatenation）であってよい。また、上記接尾辞ビンストリングが存在しない場合には、上記ａｂｓ＿ｒｅｍａｉｎｄｅｒに対する上記ビンストリングは、上記接頭辞ビンストリングであってよい。
例えば、上記接頭辞ビンストリングは、後述のように導出されてよい。
上記ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］の接頭辞値（prefix value）ｐｒｅｆｉｘＶａｌは、次式のように導出されてよい。
＜式１２＞
Figure 0007413556000032
上記ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］の上記ビンストリングの接頭辞（すなわち、接頭辞ビンストリング）は、上記ｃＭａｘおよび上記ｃＲｉｃｅＰａｒａｍを入力として用いる上記ｐｒｅｆｉｘＶａｌに対するＴＲ二進化プロセスによって導出されてよい。
上記接頭辞ビンストリングが、全てのビットが１であり、ビット長が６であるビットストリングと同一であれば、上記ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］の上記ビンストリングの接尾辞ビンストリングが存在してよく、後述のように導出されてよい。
上記ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］に対するライスパラメータ導出過程は、次の通りでよい。
上記ライスパラメータ導出過程の入力は、色相成分インデックス（colour component index）ｃＩｄｘ、ルマ位置（ｘ０，ｙ０）、現係数スキャン位置（ｘＣ，ｙＣ）、変換ブロックの幅の二進対数（binary logarithm）であるｌｏｇ２ＴｂＷｉｄｔｈおよび変換ブロックの高さの二進対数インｌｏｇ２ＴｂＨｅｉｇｈｔであってよい。上記ルマ位置（ｘ０，ｙ０）は、ピクチャの左上端ルマサンプルを基準とする現ルマ変換ブロックの左上端サンプルを示すことができる。また、上記ライスパラメータ導出過程の出力は、上記ライスパラメータｃＲｉｃｅＰａｒａｍであってよい。
例えば、与えられたコンポーネントインデックスｃＩｄｘ、上記左上端ルマ位置（ｘ０，ｙ０）を有する変換ブロックに対する配列ＡｂｓＬｅｖｅｌ［ｘ］［ｙ］に基づき、変数ｌｏｃＳｕｍＡｂｓは、次の表に表された疑似コード（pseudo code）のように導出されてよい。
＜表１２＞
Figure 0007413556000033
その後、与えられた変数ｌｏｃＳｕｍＡｂｓに基づき、上記ライスパラメータｃＲｉｃｅＰａｒａｍは、次表のように導出されてよい。
＜表１３＞
Figure 0007413556000034
また、例えば、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］に対するライスパラメータ導出過程においてｂａｓｅＬｅｖｅｌは、４に設定されてよい。
あるいは、例えば、現ブロックの変換をスキップするか否かに基づいて上記ライスパラメータｃＲｉｃｅＰａｒａｍが決定されてよい。すなわち、現ＣＧを含む現ＴＢに対し変換が適用されない場合に、言い換えると、上記現ＣＧを含む上記現ＴＢに対して変換スキップ（transform skip）が適用される場合に、上記ライスパラメータｃＲｉｃｅＰａｒａｍは、１となるよう導出されてよい。
また、上記ａｂｓ＿ｒｅｍａｉｎｄｅｒの接尾辞値（suffix value）ｓｕｆｆｉｘＶａｌは、次式のように導出されてよい。
＜式１３＞
Figure 0007413556000035
上記ａｂｓ＿ｒｅｍａｉｎｄｅｒの上記ビンストリングの接尾辞ビンストリングは、ｋがｃＲｉｃｅＰａｒａｍ＋１に設定され、ｒｉｃｅＰａｒａｍはｃＲｉｃｅＰａｒａｍに設定され、ｌｏｇ２ＴｒａｎｓｆｏｒｍＲａｎｇｅは１５に設定され、ｍａｘＰｒｅＥｘｔＬｅｎは１１に設定される、上記ｓｕｆｆｉｘＶａｌに対するリミテッドＥＧｋ二進化プロセスによって導出されてよい。
一方、例えば、上記残差情報のうちのシンタックスエレメントｄｅｃ＿ａｂｓ＿ｌｅｖｅｌに対する二進化プロセスは、次のように行われてよい。
上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌに対する二進化プロセスの入力は、シンタックスエレメントｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］の二進化に対する要求、色相成分（colour component）ｃＩｄｘ、ルマ位置（ｘ０，ｙ０）、現係数スキャン位置（ｘＣ，ｙＣ）、変換ブロックの幅の二進対数（binary logarithm）であるｌｏｇ２ＴｂＷｉｄｔｈおよび変換ブロックの高さの二進対数であるｌｏｇ２ＴｂＨｅｉｇｈｔであってよい。上記ルマ位置（ｘ０，ｙ０）は、ピクチャの左上端ルマサンプルを基準とする現ルマ変換ブロックの左上端サンプルを示すことができる。
上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌに対する二進化プロセスの出力（output）は、上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの二進化（すなわち、上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの二進化されたビンストリング）であってよい。上記二進化プロセスによって上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌに対する使用可能ビンストリングが導出されてよい。
上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］に対するライスパラメータｃＲｉｃｅＰａｒａｍは、上記色相成分ｃＩｄｘおよびルマ位置（ｘ０，ｙ０）、現係数スキャン位置（ｘＣ，ｙＣ）、変換ブロックの幅の二進対数であるｌｏｇ２ＴｂＷｉｄｔｈおよび変換ブロックの高さの二進対数であるｌｏｇ２ＴｂＨｅｉｇｈｔを入力として行われるライスパラメータ導出過程によって導出されてよい。上記ライスパラメータ導出過程に関する具体的な説明は、後述する。
また、例えば、上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］に対するｃＭａｘは、上記ライスパラメータｃＲｉｃｅＰａｒａｍに基づいて導出されてよい。上記ｃＭａｘは、次式のように導出されてよい。
＜式１４＞
Figure 0007413556000036
一方、上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］に対する二進化、すなわち、上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］に対するビンストリングは、接尾辞（suffix）ビンストリングが存在する場合には、接頭辞（prefix）ビンストリングと接尾辞ビンストリングとの結合（concatenation）であってよい。また、上記接尾辞ビンストリングが存在しない場合には、上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］に対する上記ビンストリングは、上記接頭辞ビンストリングであってよい。
例えば、上記接頭辞ビンストリングは、後述のように導出されてよい。
上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］の接頭辞値（prefix value）ｐｒｅｆｉｘＶａｌは、次式のように導出されてよい。
＜式１５＞
Figure 0007413556000037
上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］の上記ビンストリングの接頭辞（すなわち、接頭辞ビンストリング）は、上記ｃＭａｘおよび上記ｃＲｉｃｅＰａｒａｍを入力として用いる上記ｐｒｅｆｉｘＶａｌに対するＴＲ二進化プロセスによって導出されてよい。
上記接頭辞ビンストリングが、全てのビットが１であり、ビット長が６であるビットストリングと同一であれば、上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］の上記ビンストリングの接尾辞ビンストリングが存在してよく、後述のように導出されてよい。
上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］に対するライスパラメータ導出過程は、次の通りでよい。
上記ライスパラメータ導出過程の入力は、色相成分インデックス（colour component Index）ｃＩｄｘ、ルマ位置（ｘ０，ｙ０）、現係数スキャン位置（ｘＣ，ｙＣ）、変換ブロックの幅の二進対数（binary logarithm）であるｌｏｇ２ＴｂＷｉｄｔｈおよび変換ブロックの高さの二進対数であるｌｏｇ２ＴｂＨｅｉｇｈｔであってよい。上記ルマ位置（ｘ０，ｙ０）は、ピクチャの左上端ルマサンプルを基準とする現ルマ変換ブロックの左上端サンプルを示すことができる。また、上記ライスパラメータ導出過程の出力は、上記ライスパラメータｃＲｉｃｅＰａｒａｍであってよい。
例えば、与えられたコンポーネントインデックスｃＩｄｘ、上記左上端ルマ位置（ｘ０，ｙ０）を有する変換ブロックに対する配列ＡｂｓＬｅｖｅｌ［ｘ］［ｙ］に基づき、変数ｌｏｃＳｕｍＡｂｓは、次の表に表された疑似コード（pseudo code）のように導出されてよい。
＜表１４＞
Figure 0007413556000038
その後、与えられた変数ｌｏｃＳｕｍＡｂｓに基づき、上記ライスパラメータｃＲｉｃｅＰａｒａｍは、次表のように導出されてよい。
＜表１５＞
Figure 0007413556000039
また、例えば、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］に対するライスパラメータ導出過程において、ｂａｓｅＬｅｖｅｌは、０に設定されてよく、上記ＺｅｒｏＰｏｓ［ｎ］は、次の数式のように導出されてよい。
＜式１６＞
Figure 0007413556000040
また、上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］の接尾辞値（suffix value）ｓｕｆｆｉｘＶａｌは、次式のように導出されてよい。
＜式１７＞
Figure 0007413556000041
上記ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］の上記ビンストリングの接尾辞ビンストリングは、ｋがｃＲｉｃｅＰａｒａｍ＋１に設定され、ｔｒｕｎｃＳｕｆｆｉｘＬｅｎは１５に設定されｍａｘＰｒｅＥｘｔＬｅｎは１１に設定される、上記ｓｕｆｆｉｘＶａｌに対するリミテッドＥＧｋ二進化プロセスによって導出されてよい。
一方、上述したＲＲＣとＴＳＲＣとは、次のような相違を有し得る。
－ 例えば、ＴＳＲＣにおいて、シンタックスエレメントａｂｓ＿ｒｅｍａｉｎｄｅｒ［］に対するライスパラメータは、１と導出されてよい。ＲＲＣにおいて、シンタックスエレメントａｂｓ＿ｒｅｍａｉｎｄｅｒ［］のライスパラメータｃＲｉｃｅＰａｒａｍは、上述の内容のように、上記ｌａｓｔＡｂｓＲｅｍａｉｎｄｅｒおよび上記ｌａｓｔＲｉｃｅＰａｒａｍに基づいて導出されてよいが、ＴＳＲＣにおけるシンタックスエレメントａｂｓ＿ｒｅｍａｉｎｄｅｒ［］のライスパラメータｃＲｉｃｅＰａｒａｍは、１と導出されてよい。すなわち、例えば、現ブロック（例えば、現ＴＢ）に対して変換スキップ（transform skip）が適用される場合に、上記現ブロックに対するＴＳＲＣのａｂｓ＿ｒｅｍａｉｎｄｅｒ［］に対するライスパラメータｃＲｉｃｅＰａｒａｍは、１と導出されてよい。
－ また、例えば、表３および表４を参照すると、ＲＲＣでは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［０］および／またはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［１］がシグナリングされてよいが、ＴＳＲＣでは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［０］、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［１］、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［２］、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［３］およびａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［４］がシグナリングされてよい。ここで、上記ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［０］は、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇまたは第１係数レベルフラグとして表すことができ、上記ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［１］は、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇまたは第２係数レベルフラグとして表すことができ、上記ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［２］は、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇまたは第３係数レベルフラグとして表すことができ、上記ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［３］は、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇまたは第４係数レベルフラグとして表すことができ、上記ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［４］は、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ９＿ｆｌａｇまたは第５係数レベルフラグとして表すことができる。具体的には、上記第１係数レベルフラグは、係数レベルが第１閾値（例えば、１）よりも大きいか否かに関するフラグ、上記第２係数レベルフラグは、係数レベルが第２閾値（例えば、３）よりも大きいか否かに関するフラグ、上記第３係数レベルフラグは、係数レベルが第３閾値（例えば、５）よりも大きいか否かに関するフラグ、上記第４係数レベルフラグは、係数レベルが第４閾値（例えば、７）よりも大きいか否かに関するフラグ、上記第５係数レベルフラグは、係数レベルが第５閾値（例えば、９）よりも大きいか否かに関するフラグであってよい。上述の内容のように、ＴＳＲＣは、ＲＲＣと比較して、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［０］、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［１］に加えて、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［２］、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［３］およびａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［４］をさらに含むことができる。
－ また、例えば、ＲＲＣにおいてシンタックスエレメントｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇは、バイパスコーディングされてよいが、ＴＳＲＣでは、シンタックスエレメントｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇは、バイパスコーディングまたはコンテキストコーディングされてよい。
－ また、例えば、現ブロックに対するコンテキスト符号化ビンが尽きた場合に、ＲＲＣでは、シンタックスエレメントｄｅｃ＿ａｂｓ＿ｌｅｖｅｌとしてコーディングされてよいが、ＴＳＲＣでは、シンタックスエレメントａｂｓ＿ｒｅｍａｉｎｄｅｒとしてコーディングされてよい。
－ また、例えば、ＲＲＣの変換係数パージング順序は、最後の０でない係数を基準に右下端－左上端方向の右上方対角スキャン順序でパージングされてよいが、ＴＳＲＣでは、左上端－右下端方向の約束された右上方対角スキャン順序でパージングされてよく、最後の０でない係数の位置情報は省略されてよい。
－ また、例えば、ＲＲＣでは、従属量子化（Dependent Quantization，ＤＱ）またはサインデータハイディング（Sign Data Hiding，ＳＤＨ）方法が適用されることがあるが、ＴＳＲＣは、従属量子化およびサインデータハイディング方法が用いられなくてよい。
また、残差コーディングと関連してサインデータハイディング（Sign Data Hiding，ＳＤＨ）方法を提案することができる。上記サインデータハイディング方法は、次の通りでよい。
変換係数を導出するとき、変換係数の符号は、１ビット（bit）のサインフラグ（上述したシンタックスエレメントｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ）に基づいて導出されてよい。これと関連して、ＳＤＨは、コーディング効率を向上させるために、サブブロック／係数グループ（Coefficient Group，ＣＧ）内の最初の有効変換係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇの明示的シグナリングを省略する技術を表すことができる。ここで、上記最初の有効変換係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇの値は、当該サブブロック／係数グループ内の上記有効変換係数の絶対レベル（すなわち、絶対値）の和に基づいて導出されてよい。すなわち、上記最初の有効変換係数の符号（sign）は、当該サブブロック／係数グループ内の有効変換係数に対する絶対レベルの和に基づいて導出されてよい。一方、有効変換係数は、（絶対）値が０でない変換係数（non-zero transform coefficient）を意味できる。例えば、上記有効変換係数に対する絶対レベルの和が偶数（even）である場合に、上記最初の有効変換係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇの値は１と導出されてよく、上記有効変換係数に対する絶対レベルの和が奇数（odd）である場合に、上記最初の有効変換係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇの値は０と導出されてよい。言い換えると、例えば、上記有効変換係数に対する絶対レベルの和が偶数（even）である場合に、上記最初の有効変換係数に対する符号は、負数（negative value）と導出されてよく、上記有効変換係数に対する絶対レベルの和が奇数（odd）である場合に、上記最初の有効変換係数に対する符号は、正数（positive value）と導出されてよい。あるいは、例えば、上記有効変換係数に対する絶対レベルの和が偶数（even）である場合に、上記最初の有効変換係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇの値は０と導出されてよく、上記有効変換係数に対する絶対レベルの和が奇数（odd）である場合に、上記最初の有効変換係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇの値は１と導出されてよい。言い換えると、例えば、上記有効変換係数に対する絶対レベルの和が偶数（even）である場合に、上記最初の有効変換係数に対する符号は、正数（positive value）と導出されてよく、上記有効変換係数に対する絶対レベルの和が奇数（odd）である場合に、上記最初の有効変換係数に対する符号は、負数（negative value）と導出されてよい。
例えば、残差シンタックスにおける上記ＳＤＨは、次表のように表すことができる。
＜表１６＞
Figure 0007413556000042
表１６を参照すると、変数ｓｉｇｎＨｉｄｄｅｎＦｌａｇは、上記ＳＤＨが適用されるか否かを示すことができる。上記変数ｓｉｇｎＨｉｄｄｅｎＦｌａｇは、ｓｉｇｎＨｉｄｄｅｎと呼ぶこともできる。例えば、変数ｓｉｇｎＨｉｄｄｅｎＦｌａｇの値が０である場合に、変数ｓｉｇｎＨｉｄｄｅｎＦｌａｇは、上記ＳＤＨが適用されないことを示すことができ、変数ｓｉｇｎＨｉｄｄｅｎＦｌａｇの値が１である場合に、変数ｓｉｇｎＨｉｄｄｅｎＦｌａｇは、上記ＳＤＨが適用されることを示すことができる。例えば、変数ｓｉｇｎＨｉｄｄｅｎＦｌａｇの値は、シグナリングされるフラグ情報（例えば、ｓｈ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｕｓｅｄ＿ｆｌａｇまたはｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇまたはｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づいて設定されてよい。また、例えば、変数ｓｉｇｎＨｉｄｄｅｎＦｌａｇの値は、ｌａｓｔＳｉｇＳｃａｎＰｏｓＳｂおよびｆｉｒｓｔＳｉｇＳｃａｎＰｏｓＳｂに基づいて設定されてよい。ここで、ｌａｓｔＳｉｇＳｃａｎＰｏｓＳｂは、スキャン順序によって当該サブブロック／係数グループ内で探索される最後の有効変換係数位置を示すことができ、ｆｉｒｓｔＳｉｇＳｃａｎＰｏｓＳｂは、スキャン順序によって当該サブブロック／係数グループ内で探索される最初の有効変換係数位置を示すことができる。一般に、ｌａｓｔＳｉｇＳｃａｎＰｏｓＳｂは、ｆｉｒｓｔＳｉｇＳｃａｎＰｏｓＳｂよりも相対的に高周波成分領域に位置してよい。したがって、ｌａｓｔＳｉｇＳｃａｎＰｏｓＳｂ－ｆｉｒｓｔＳｉｇＳｃａｎＰｏｓＳｂが所定の閾値よりも大きい場合に、上記ｓｉｇｎＨｉｄｄｅｎ値は１と導出されてよく（すなわち、ＳＤＨ適用）、その他の場合に、上記ｓｉｇｎＨｉｄｄｅｎ値は０と導出されてよい（すなわち、ＳＤＨ微積用）。ここで、例えば、表３５を参照すると、上記閾値は３に設定されてよい。
また、表１６を参照すると、ｓｉｇｎＨｉｄｄｅｎＦｌａｇの値が０（すなわち、！ｓｉｇｎＨｉｄｄｅｎＦｌａｇ）であっても、現在の係数がスキャン順序による（サブ）ブロック内の最初の有効係数でない場合（すなわち、ｎ！＝ｆｉｒｓｔＳｉｇＳｃａｎＰｏｓＳｂ）に、上記現在の係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］は、明示的にシグナリングされてよい。
また、表１６を参照すると、ｓｉｇｎＨｉｄｄｅｎＦｌａｇの値が１であり、現在の係数がスキャン順序による（サブ）ブロック内の最初の有効係数であれば（すなわち、ｎ＝ｆｉｒｓｔ ＳｉｇＳｃａｎＰｏｓＳｂ）、上記現在の係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］の明示的シグナリングは省略されてよい。この場合、上記現在の係数（すなわち、最初の有効係数）に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］の値は、次のように導出されてよい。例えば、上記最初の有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］の値は、当該（サブ）ブロック内の上記最初の有効係数を除く残り有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］値に基づいて導出されてよい。一例として、上記有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］値の和が偶数であれば、上記最初の有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］は１と導出されてよく、上記有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］値の和が奇数であれば、上記最初の有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］は０と導出されてよい。あるいは、他の例として、上記有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］値の和が偶数であれば、上記最初の有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］は０と導出されてよく、上記有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］値の和が奇数であれば、上記最初の有効係数に対するｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［ｎ］は１と導出されてよい。
一方、ハイレベルシンタックス（ＶＰＳ、ＳＰＳ、ＰＰＳ、スライスヘッダシンタックスなど）またはローレベルシンタックス（スライスデータシンタックス、コーディングユニットシンタックス、変換ユニットシンタックスなど）において上述のサインデータハイディングが活性化され、上記ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１である場合に、ＲＲＣのサインデータハイディング過程が無損失（可逆、ロスレス、lossless）コーディングにおいて用いられることがある。このため、エンコード装置における誤った設定によって無損失コーディングが不可能になることがある。あるいは、無損失コーディングではなく損失コーディング（loss coding）（すなわち、非可逆的なコーディング方法）が適用され、変換スキップが適用された残差信号がＲＲＣでコーディングされながら同時にＢＤＰＣＭが適用される場合に、ＢＤＰＣＭは、残差間の差分（difference）によって残差値が０になる区間が、一般の場合に比べて多く発生するにもかかわらず、ＳＤＨ適用条件に符合してＳＤＨが行われることにより、コーディング損失が発生することがある。具体的には、例えば、ＣＧ内の０番位置および１５番位置に有効変換係数（ノンゼロ残差データ）がそれぞれ存在し、上記ＣＧ内の残り位置の変換係数の値は０である場合に、上述したＳＤＨ適用条件によって上記ＣＧにＳＤＨが適用されてよく、したがって、上記ＣＧの最初の有効変換係数に対するサインデータ（すなわち、サインフラグのコーディング）は省略されてよい。したがって、この場合、サインデータの省略のために、量子化段階で上記ＣＧの只２つの残差データのパリティが調節されることがあるところ、むしろＳＤＨが適用されない場合に比べてよりコーディング損失が発生することがある。このような事例は、ＢＤＰＣＭが適用されないブロックでも発生し得るが、ＢＤＰＣＭの特性上、周辺残差との差分を用いてレベルを下げてしまうため、ＳＤＨを適用する上で不都合がより頻繁に発生することがある。
そこで、本文書は、ＳＤＨとｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ＝１である場合の残差コーディング（すなわち、現スライス内の変換スキップブロックの残差サンプルをＲＲＣでコーディング）とが共に用いられ、意図せぬコーディング損失を引き起こしたり誤動作することを防止するために、上述した２つの技術間の従属性／制約を設定する実施例を提案する。
一方、上述したように、残差データコーディング方法は、レギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）と変換スキップ残差コーディング（Transform Skip Residual Coding，ＴＳＲＣ）とが存在してよい。
上述した２つの方法のうち、現ブロックに対する残差データコーディング方法は、表１に示すように、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇおよびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値に基づいて決定されてよい。ここで、シンタックスエレメントｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、上記ＴＳＲＣが使用可能であるか否かを示すことができる。したがって、上記ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇが、変換スキップされることを示す場合にも、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが上記ＴＳＲＣが使用可能でないことを示すと、変換スキップブロックに対してＲＲＣによるシンタックスエレメントがシグナリングされてよい。すなわち、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇの値が０であるか、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が１である場合に、ＲＲＣが用いられてよく、その他の場合にはＴＳＲＣが用いられてよい。
本文書は、一実施例として、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇに従属する方法を提案する。例えば、本実施例において提案するシンタックスエレメントは、次表の通りでよい。
＜表１７＞
Figure 0007413556000043
ここで、例えば、上記ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、サインデータハイディングが使用可能であるか否かに関するフラグであってよい。例えば、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、サインデータハイディングが使用可能であるか否かを示すことができる。すなわち、例えば、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シーケンス（sequence）またはピクチャヘッダ（すなわち、ピクチャヘッダ構造（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｓｔｒｕｃｔｕｒｅ（）））に対するピクチャのブロックに対してサインデータハイディングが使用可能であるか否かを示すことができる。例えば、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現スライスに対してサインデータハイディングが用いられるか否かを示すサインデータハイディング使用フラグが存在できるか否かを示すことができる。例えば、値が１である上記ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、上記サインデータハイディングが使用可能であることを示すことができ、値が０である上記ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、上記サインデータハイディングが使用可能でないことを示すことができる。例えば、値が１である上記ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、上記サインデータハイディングが適用されたサインフラグが存在できることを示すことができ、値が０である上記ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、上記サインデータハイディングが適用されたサインフラグが存在しないことを示すことができる。
上記表１７によれば、サインデータハイディングが使用可能でない場合にのみ、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされてよい。また、サインデータハイディングが使用可能である場合に、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、シグナリングされなくてよく、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値は、０（現スライス内の変換スキップブロックの残差サンプルをＴＳＲＣシンタックスでコーディング）または１（現スライス内の変換スキップブロックの残差サンプルをＲＲＣシンタックスでコーディング）と見なされて（infer）よい。
ここで、例えば、上記ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャヘッダシンタックスまたはスライスヘッダシンタックスとしてシグナリングされてよい。例えば、上記ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが上記ピクチャヘッダシンタックス以外のシンタックスとしてシグナリングされる場合には、他の名称で呼ばれてよい。例えば、上記ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、スライスヘッダのシンタックスでシグナリングされる場合には、ｓｈ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇと表すこともできる。また、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、スライスヘッダシンタックスとしてシグナリングされてよく、またはスライスヘッダシンタックスではなく他のハイレベルシンタックス（High Level Syntax，ＨＬＳ）（例えば、ＳＰＳシンタックス／ＶＰＳシンタックス／ＰＰＳシンタックス／ピクチャヘッダ（picture header）シンタックス／ＤＰＳシンタックスなど）もしくはローレベル（ＣＵ／ＴＵ）でシグナリングされてもよい。シグナリングされるシンタックスの上／下位関係またはシンタックス上の位置に関係なく、ＳＤＨが使用可能であるか否かによって残差コーディング方法が決定される場合には、本実施例に符合するものと解釈されてよい。
一方、既存のイメージ／ビデオコーディングによれば、ハイレベルシンタックス（ＳＰＳシンタックス／ＶＰＳシンタックス／ＰＰＳシンタックス／ＤＰＳシンタックス／ピクチャヘッダシンタックス（picture header syntax）／スライスヘッダシンタックスなど）またはローレベル（ＣＵ／ＴＵ）で上記ＳＤＨが活性化され、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１である場合に、上述したＲＲＣにおけるＳＤＨが無損失コーディングに対して用いられることがあり、このため、エンコード装置における誤った設定によって無損失コーディングが不可能になることがある。そこで、本文書は、ＳＤＨとｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ＝１である場合における残差コーディング（すなわち、現スライス内の変換スキップブロックの残差サンプルをＲＲＣでコーディング）とが共に用いられ、意図せぬコーディング損失を引き起こしたり誤動作することを防止するために、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇの値が１である場合に、変換係数のレベルをコーディングする際にＳＤＨが用いられないようにする実施例を提案する。上記提案された実施例に係る残差コーディングシンタックスは、次表の通りでよい。
＜表１８＞
Figure 0007413556000044
Figure 0007413556000045
Figure 0007413556000046
Figure 0007413556000047
Figure 0007413556000048
Figure 0007413556000049
上記表１８を参照すると、上記ＳＤＨが適用されるか否かを示す変数ｓｉｇｎＨｉｄｄｅｎがｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇの値に基づいて導出されてよい。例えば、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇの値が１である場合に、ｓｉｇｎＨｉｄｄｅｎの値は０と導出されてよい。すなわち、例えば、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇの値が１である場合に、現ブロックの変換係数の符号を導出する際にＳＤＨが適用されなくてよい。
また、本文書は、ＳＤＨとｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ＝１である場合における残差コーディング（すなわち、現スライス内の変換スキップブロックの残差サンプルをＲＲＣでコーディング）とが共に用いられ、意図せぬコーディング損失を引き起こしたり誤動作することを防止するために、ＢｄｐｃｍＦｌａｇの値が１である場合に、変換係数のレベルをコーディングする際にＳＤＨが用いられないようにする実施例を提案する。上記提案された実施例に係る残差コーディングシンタックスは、次表の通りでよい。
＜表１９＞
Figure 0007413556000050
Figure 0007413556000051
Figure 0007413556000052
Figure 0007413556000053
Figure 0007413556000054
Figure 0007413556000055
上記表１９を参照すると、上記ＳＤＨが適用されるか否かを示す変数ｓｉｇｎＨｉｄｄｅｎが、上記ＢＤＰＣＭが適用されるか否かを示す変数ＢｄｐｃｍＦｌａｇの値に基づいて導出されてよい。例えば、ＢｄｐｃｍＦｌａｇの値が１である場合に、ｓｉｇｎＨｉｄｄｅｎの値は０と導出されてよい。すなわち、例えば、ＢｄｐｃｍＦｌａｇの値が１である場合（現ブロックに対してＢＤＰＣＭが適用される場合）に、現ブロックの変換係数の符号を導出する際にＳＤＨが適用されなくてよい。
表１９を参照すると、ＢｄｐｃｍＦｌａｇが１である場合、損失コーディングが適用される場合にはＴＳＲＣに対するＳＤＨは許容されるが、ＢＤＰＣＭが適用される場合にはＳＤＨが用いられなくてよい。
また、本文書は、上述したシンタックスエレメントｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇのシグナリングと関連する様々な実施例を提案する。
例えば、上述したように、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、ＴＳＲＣが使用可能でないか否かを定義するシンタックスエレメントであり、よって、変換スキップブロックが用いられない場合にはシグナリングされなくてもよい。すなわち、変換スキップブロックを使用するか否かに関するシンタックスエレメントが、変換スキップブロックが用いられることを示す場合にのみ、上記ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇをシグナリングすることが有異議（有意味）であり得る。
そこで、本文書は、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合にのみ、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇをシグナリングする実施例を提案する。本実施例に係るシンタックスは次表の通りである。
＜表２０＞
Figure 0007413556000056
表２０を参照すると、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０である場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。ここで、例えば、上記ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、変換スキップブロックが用いられるか否かを示すことができる。すなわち、例えば、上記ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、変換スキップが使用可能であるか否かを示すことができる。例えば、上記ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合、上記ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、変換ユニットシンタックス（transform unit syntax）に変換スキップフラグ（ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ）が存在できることを示すことができ、上記ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０である場合、上記ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、変換ユニットシンタックスに変換スキップフラグが存在しないことを示すことができる。一方、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、０と見なされてよい（infer）。また、上述したｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳでシグナリングされてよく、またはＳＰＳではなく他のハイレベルシンタックス（ＶＰＳ、ＰＰＳ、ピクチャヘッダシンタックス、スライスヘッダシンタックスなど）もしくはローレベルシンタックス（スライスデータシンタックス（slice data syntax）、コーディングユニットシンタックス（coding unit syntax）、変換ユニットシンタックス（transform unit syntax）など）でシグナリングされてよい。また、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇよりも先にシグナリングされてよい。
また、本文書は、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇのシグナリングと関連して上述の実施例を組み合わせた実施例を提案する。例えば、次表のようにｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇをシグナリングする実施例が提案されてよい。
＜表２１＞
Figure 0007413556000057
表２１を参照すると、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０である場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、それ以外の場合には、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。一方、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、０と見なされてよい（infer）。
あるいは、例えば、次表のようにｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇをシグナリングする実施例が提案されてよい。
＜表２２＞
Figure 0007413556000058
表２２を参照すると、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるまたはｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、それ以外の場合には、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。一方、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、０と見なされてよい（infer）。
また、例えば、本実施例によれば、シンタックスエレメントｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇを、同一のハイレベルシンタックスまたはローレベルシンタックスでシグナリングする方式（方案）が提案されてよい。例えば、上記表２２を参照すると、ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが両方ともピクチャヘッダシンタックスでシグナリングされてよい。この場合、上記ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇと呼ぶことができる。一方、上記ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、従属量子化（dependent quantization）が使用可能であるか否かに関するフラグであってよい。例えば、ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、従属量子化（dependent quantization）が使用可能であるか否かを示すことができる。すなわち、例えば、ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シーケンス（sequence）内ピクチャのブロックに対して従属量子化が使用可能であるか否かを示すことができる。例えば、ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現スライスに対して従属量子化が用いられるか否かを示す従属量子化使用フラグが存在できるか否かを示すことができる。例えば、値が１である上記ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、上記従属量子化が使用可能であることを示すことができ、値が０である上記ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、上記従属量子化が使用可能でないことを示すことができる。また、例えば、上記ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シグナリングされるシンタックスによってｓｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇと呼ぶことができる。
あるいは、例えば、次表のようにｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇをシグナリングする実施例が提案されてよい。
＜表２３＞
Figure 0007413556000059
表２３を参照すると、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であり、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、それ以外の場合には、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。一方、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、０と見なされてよい（infer）。また、例えば、上記表２３を参照すると、ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが両方ともピクチャヘッダシンタックスでシグナリングされてよい。この場合、上記ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇと呼ぶことができる。
また、本文書は、上述したシンタックスエレメントｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよび／またはｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇを、同一のハイレベルシンタックス（ＶＰＳ、ＳＰＳ，ＰＰＳ、ピクチャヘッダ（picture header）、スライスヘッダ（slice header）など）またはローレベルシンタックス（スライスデータ（slice data）、コーディングユニット（coding unit）、変換ユニット（transform unit）など）でシグナリングする実施例を提案する。
例えば、次表のように、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが両方ともピクチャヘッダシンタックスでシグナリングされる実施例が提案されてよい。
＜表２４＞
Figure 0007413556000060
この場合、上記ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇと呼ぶことができる。
本実施例によれば、同一のＨＬＳでＳＤＨが使用可能であるか否かを示すシンタックスエレメント（すなわち、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）の値が０である場合にのみ、変換スキップブロックのための残差コーディング（すなわち、ＴＳＲＣ）が使用可能であるか否かを示すシンタックスエレメント（すなわち、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ）がシグナリングされてよい。例えば、表２４を参照すると、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャヘッダシンタックスでシグナリングされてよく、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０である場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがピクチャヘッダシンタックスでシグナリングされてよい。一方、例えば、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、シグナリングされなくてよい。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、０と見なされてよい（infer）。また、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇがピクチャヘッダシンタックスでシグナリングされてよい。
上記表２４による実施例は一例にすぎず、両シンタックスエレメントは、ピクチャヘッダ（picture header）ではなく他のハイレベルシンタックス（ＶＰＳ、ＳＰＳ、ＰＰＳ、スライスヘッダなど）またはローレベルシンタックス（スライスデータ、コーディングユニット、変換ユニットなど）でシグナリングされてもよい。
あるいは、例えば、次表のように、変換スキップブロックのための残差コーディング（すなわち、ＴＳＲＣ）が使用可能であるか否かを示すシンタックスエレメントの値が０である場合（すなわち、ＴＳＲＣが使用可能である場合）にのみ、ＳＤＨが使用可能であるか否かを示すシンタックスエレメントがシグナリングされる実施例が提案されてよい。
＜表２５＞
Figure 0007413556000061
表２５を参照すると、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が０である場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇがピクチャヘッダシンタックスでシグナリングされてよい。一方、例えば、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が１である場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シグナリングされなくてよい。また、例えば、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、デコード装置で０と見なされてよい（infer）。
上記表２５による実施例は一例にすぎず、両シンタックスエレメントは、ピクチャヘッダ（picture header）ではなく他のハイレベルシンタックス（ＶＰＳ、ＳＰＳ、ＰＰＳ、スライスヘッダなど）またはローレベルシンタックス（スライスデータ、コーディングユニット、変換ユニットなど）でシグナリングされてもよい。
あるいは、例えば、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇに基づいてｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよび／またはｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制約する方式が提案されてよい。
例えば、次表のように、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が０である場合にのみ、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされる実施例が提案されてよい。
＜表２６＞
Figure 0007413556000062
表２６を参照すると、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が０である場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇがピクチャヘッダシンタックスでシグナリングされてよい。一方、例えば、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が１である場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シグナリングされなくてよい。また、例えば、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、デコード装置で０と見なされてよい（infer）。
また、例えば、上記表２６を参照すると、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが両方ともピクチャヘッダシンタックスでシグナリングされてよい。
また、本文書は、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇのシグナリングと関連して上述の実施例を組み合わせた実施例を提案する。例えば、次表のようにｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇをシグナリングする実施例が提案されてよい。
＜表２７＞
Figure 0007413556000063
表２７を参照すると、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるまたはｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、それ以外の場合には、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。一方、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、デコード装置で０と見なされてよい（infer）。また、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇがピクチャヘッダシンタックスでシグナリングされてよい。
あるいは、例えば、次表のようにｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇをシグナリングする実施例が提案されてよい。
＜表２８＞
Figure 0007413556000064
表２８を参照すると、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であり、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、それ以外の場合には、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。一方、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、デコード装置で０と見なされてよい（infer）。また、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇがピクチャヘッダシンタックスでシグナリングされてよい。
あるいは、例えば、次表のようにｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇをシグナリングする実施例が提案されてよい。
＜表２９＞
Figure 0007413556000065
表２９を参照すると、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、それ以外の場合には、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。また、表２９を参照すると、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが０である場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、それ以外の場合には、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。一方、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、デコード装置で０と見なされてよい（infer）。また、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、デコード装置で０と見なされてよい（infer）。
あるいは、例えば、次表のようにｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇをシグナリングする実施例が提案されてよい。
＜表３０＞
Figure 0007413556000066
表３０を参照すると、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、それ以外の場合には、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。また、表３０を参照すると、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが０である場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされてよく、それ以外の場合には、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされなくてよい。一方、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、デコード装置で０と見なされてよい（infer）。また、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされない場合、ｐｉｃ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、デコード装置で０と見なされてよい（infer）。
一方、上述したように、本文書に開示のシンタックステーブル内の情報（シンタックスエレメント）は、映像／ビデオ情報に含まれてよく、エンコード装置で構成／エンコードされ、ビットストリームの形態でデコード装置に伝達されてよい。デコード装置は、当該シンタックステーブル内の情報（シンタックスエレメント）をパージング／デコードすることができる。デコード装置は、デコードされた情報に基づいてブロック／映像／ビデオ復元手順を行うことができる。
図９には、本文書に係るエンコード装置による映像エンコード方法を概略的に示す。図９に開示の方法は、図２に開示のエンコード装置によって行われてよい。さらにいうと、図９のＳ９００は、上記エンコード装置の予測部によって行われてよく、Ｓ９１０は、上記エンコード装置の残差処理部によって行われてよく、Ｓ９２０～Ｓ９６０は、上記エンコード装置のエントロピ符号化部によって行われてよい。また、図示してはいないが、現ブロックに対する残差サンプルおよび予測サンプルに基づいて上記現ブロックに対する復元サンプルおよび復元ピクチャを生成する過程は、上記エンコード装置の加算部によって行われてよい。
エンコード装置は、現スライス内の現ブロックに対する予測を行って上記現ブロックの予測サンプルを導出する（Ｓ９００）。例えば、エンコード装置は、現ブロックに対してイントラ予測またはインター予測を行って上記現ブロックの予測サンプルを導出することができる。例えば、エンコード装置は、上記現ブロックにインター予測を行うかまたはイントラ予測を行うかを決定でき、具体的なインター予測モードまたは具体的なイントラ予測モードをＲＤコストベースで決定でき、決定された予測モードに基づいて上記現ブロックの予測サンプルを導出することができる。
例えば、エンコード装置は、上記現ブロックのインター予測モードおよび動き情報を導出でき、上記現ブロックの予測サンプルを生成することができる。ここで、インター予測モード決定、動き情報導出および予測サンプル生成手順は、上述した内容のように同時に行われてもよく、いずれか一手順が他の手順よりも先に行われてもよい。例えば、エンコード装置は、動き推定（motion estimation）によって参照ピクチャの一定領域（サーチ領域）内で上記現ブロックと類似のブロックをサーチでき、上記現ブロックとの差が最小または一定基準以下である参照ブロックを導出することができる。これに基づいて、エンコード装置は、上記参照ブロックの位置する参照ピクチャを示す参照ピクチャインデックスを導出でき、上記参照ブロックと上記現ブロックとの位置差に基づいて動きベクトルを導出することができる。エンコード装置は、様々なインター予測モードのうち、上記現ブロックに対して適用されるインター予測モードを決定できる。例えば、エンコード装置は、上記様々なインター予測モードに対するＲＤコスト（cost）を比較して上記現ブロックに対する最適なインター予測モードを決定することができる。
例えば、エンコード装置は、現ブロックに対する動き情報候補リストを構成でき、上記動き情報候補リストに含まれる動き情報候補が示す参照ブロックのうち、上記現ブロックとの差が最小または一定基準以下である参照ブロックを導出することができる。この場合、上記導出された参照ブロックと関連する動き情報候補が選択されてよく、上記選択された動き情報候補の動き情報に基づいて上記現ブロックの動き情報が導出されてよい。
エンコード装置は、上記予測サンプルに基づいて上記現ブロックの残差サンプルを導出する（Ｓ９１０）。例えば、エンコード装置は、上記現ブロックに対するオリジナルサンプルと上記予測サンプルとの減算によって上記現ブロックに対する残差サンプルを導出することができる。
エンコード装置は、上記予測に関する予測情報をエンコードする（Ｓ９２０）。映像情報は、上記現ブロックに対する予測情報を含むことができる。例えば、上記予測情報は、上記予測手順に関連する情報として、予測モード情報および上記現ブロックの動き情報に関する情報を含むことができる。上記動き情報に関する情報は、動きベクトルを導出するための情報である動き情報候補インデックス情報を含むことができる。また、例えば、上記動き情報に関する情報は、上述したＭＶＤ（Motion Vector Difference，ＭＶＤ）に関する情報および／または参照ピクチャインデックス情報を含むことができる。
エンコード装置は、現スライスに対してサインデータハイディング（sign data hiding）が使用可能であるか否かに関するサインデータハイディング使用可能フラグをエンコードする（Ｓ９３０）。エンコード装置は、上記現スライスに対してサインデータハイディング（sign data hiding）が使用可能であるか否かに関するサインデータハイディング使用可能フラグをエンコードすることができる。映像情報は、サインデータハイディング使用可能フラグを含むことができる。例えば、エンコード装置は、シーケンス（sequence）内ピクチャのブロックに対してサインデータハイディングが使用可能であるかを決定でき、サインデータハイディングが使用可能であるか否かに関するサインデータハイディング使用可能フラグをエンコードすることができる。例えば、上記サインデータハイディング使用可能フラグは、サインデータハイディングが使用可能であるか否かに関するフラグであってよい。例えば、サインデータハイディング使用可能フラグは、サインデータハイディングが使用可能であるか否かを示すことができる。すなわち、例えば、サインデータハイディング使用可能フラグは、シーケンス（sequence）内ピクチャのブロックに対してサインデータハイディングが使用可能であるか否かを示すことができる。例えば、サインデータハイディング使用可能フラグは、現スライスに対してサインデータハイディングが用いられるか否かを示すサインデータハイディング使用フラグが存在できるか否かを示すことができる。例えば、値が１である上記サインデータハイディング使用可能フラグは、上記サインデータハイディングが使用可能であることを示すことができ、値が０である上記サインデータハイディング使用可能フラグは、上記サインデータハイディングが使用可能でないことを示すことができる。例えば、値が１である上記サインデータハイディング使用可能フラグは、上記サインデータハイディングが適用されたサインフラグが存在できることを示すことができ、値が０である上記サインデータハイディング使用可能フラグは、上記サインデータハイディングが適用されたサインフラグが存在しないことを示すことができる。また、例えば、上記サインデータハイディング使用可能フラグは、ＳＰＳ（Sequence Parameter Set）シンタックスでシグナリングされてよい。あるいは、例えば、上記サインデータハイディング使用可能フラグは、ピクチャヘッダシンタックスまたはスライスヘッダシンタックスでシグナリングされてよい。上記サインデータハイディング使用可能フラグのシンタックスエレメントは、上述したｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇであってよい。
エンコード装置は、上記サインデータハイディング使用可能フラグに基づいて、ＴＳＲＣ（Transform Skip Residual Coding）が上記現スライスの変換スキップブロック（transform skip block）に対して使用可能であるか否かに関するＴＳＲＣ使用可能フラグをエンコードする（Ｓ９４０）。映像情報は、ＴＳＲＣ使用可能フラグを含むことができる。
例えば、エンコード装置は、上記サインデータハイディング使用可能フラグに基づいて上記ＴＳＲＣ使用可能フラグをエンコードすることができる。例えば、上記ＴＳＲＣ使用可能フラグは、値が０である上記サインデータハイディング使用可能フラグに基づいてエンコードされてよい。すなわち、例えば、上記サインデータハイディング使用可能フラグの値が０である場合（すなわち、上記サインデータハイディング使用可能フラグがサインデータハイディングが使用可能でないことを示す場合）、上記ＴＳＲＣ使用可能フラグはエンコードされてよい。言い換えると、例えば、上記サインデータハイディング使用可能フラグの値が０である場合（すなわち、上記サインデータハイディング使用可能フラグがサインデータハイディングが使用可能でないことを示す場合）、上記ＴＳＲＣ使用可能フラグはシグナリングされてよい。また、例えば、上記サインデータハイディング使用可能フラグの値が１である場合、上記ＴＳＲＣ使用可能フラグはエンコードされなくてよく、デコード装置で上記ＴＳＲＣ使用可能フラグの値は０と導出されてよい。すなわち、例えば、上記サインデータハイディング使用可能フラグの値が１である場合、上記ＴＳＲＣ使用可能フラグはシグナリングされなくてよく、デコード装置で上記ＴＳＲＣ使用可能フラグの値は０と導出されてよい。
ここで、例えば、上記ＴＳＲＣ使用可能フラグは、ＴＳＲＣが使用可能であるか否かに関するフラグであってよい。すなわち、例えば、上記ＴＳＲＣ使用可能フラグは、スライス内ブロックに対してＴＳＲＣが使用可能であるか否かを示すフラグであってよい。言い換えると、例えば、上記ＴＳＲＣ使用可能フラグは、スライス内変換スキップブロックに対してＴＳＲＣが使用可能であるか否かを示すフラグであってよい。例えば、値が１である上記ＴＳＲＣ使用可能フラグは、上記ＴＳＲＣが使用可能でないことを示すことができ、値が０である上記ＴＳＲＣ使用可能フラグは、上記ＴＳＲＣが使用可能であることを示すことができる。また、例えば、上記ＴＳＲＣ使用可能フラグは、スライスヘッダ（Slice Header）シンタックスでシグナリングされてよい。上記ＴＳＲＣ使用可能フラグのシンタックスエレメントは、上述したｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇであってよい。上記ＴＳＲＣ使用可能フラグは、ＴＳＲＣ使用不能フラグと呼ぶこともできる。
一方、例えば、エンコード装置は、シーケンス（sequence）内ピクチャのブロックに対して従属量子化が使用可能であるか否かを決定でき、従属量子化が使用可能であるか否かに関する従属量子化使用可能フラグをエンコードすることができる。映像情報は、上記従属量子化使用可能フラグを含むことができる。例えば、上記従属量子化使用可能フラグは、従属量子化（dependent quantization）が使用可能であるか否かに関するフラグであってよい。例えば、従属量子化使用可能フラグは、従属量子化（dependent quantization）が使用可能であるか否かを示すことができる。すなわち、例えば、従属量子化使用可能フラグは、シーケンス（sequence）内ピクチャのブロックに対して従属量子化が使用可能であるか否かを示すことができる。例えば、従属量子化使用可能フラグは、現スライスに対して従属量子化が用いられるか否かを示す従属量子化使用フラグが存在できるか否かを示すことができる。例えば、値が１である上記従属量子化使用可能フラグは、上記従属量子化が使用可能であることを示すことができ、値が０である上記従属量子化使用可能フラグは、上記従属量子化が使用可能でないことを示すことができる。また、例えば、上記従属量子化使用可能フラグは、ＳＰＳシンタックスまたはスライスヘッダシンタックスなどでシグナリングされてよい。上記従属量子化使用可能フラグのシンタックスエレメントは、上述したｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇであってよい。
また、例えば、エンコード装置は、上記現スライスに対して変換スキップ（transform skip）が使用可能であるか否かに関する変換スキップ使用可能フラグをエンコードすることができる。映像情報は、変換スキップ使用可能フラグを含むことができる。例えば、エンコード装置は、シーケンス（sequence）内ピクチャのブロックに対して変換スキップが使用可能であるかを決定でき、変換スキップ（transform skip）が使用可能であるか否かに関する変換スキップ使用可能フラグをエンコードすることができる。例えば、上記変換スキップ使用可能フラグは、変換スキップ（transform skip）が使用可能であるか否かに関するフラグであってよい。例えば、変換スキップ使用可能フラグは、変換スキップ（transform skip）が使用可能であるか否かを示すことができる。すなわち、例えば、変換スキップ使用可能フラグは、シーケンス（sequence）内ピクチャのブロックに対して変換スキップが使用可能であるか否かを示すことができる。例えば、変換スキップ使用可能フラグは、変換スキップフラグが存在できるか否かを示すことができる。例えば、値が１である上記変換スキップ使用可能フラグは、上記変換スキップが使用可能であることを示すことができ、値が０である上記変換スキップ使用可能フラグは、上記変換スキップが使用可能でないことを示すことができる。すなわち、例えば、値が１である上記変換スキップ使用可能フラグは、上記変換スキップフラグが存在できることを示すことができ、値が０である上記変換スキップ使用可能フラグは、上記変換スキップフラグが存在しないことを示すことができる。また、例えば、上記変換スキップ使用可能フラグは、ＳＰＳ（Sequence Parameter Set）シンタックスでシグナリングされてよい。上記変換スキップ使用可能フラグのシンタックスエレメントは、上述したｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇであってよい。
また、例えば、上記ＴＳＲＣ使用可能フラグは、上記サインデータハイディング使用可能フラグおよび／または上記変換スキップ使用可能フラグに基づいてエンコードされてよい。例えば、上記ＴＳＲＣ使用可能フラグは、値が０である上記サインデータハイディング使用可能フラグおよび値が１である上記変換スキップ使用可能フラグに基づいてエンコードされてよい。すなわち、例えば、上記サインデータハイディング使用可能フラグの値が０であり（すなわち、上記サインデータハイディング使用可能フラグがサインデータハイディングが使用可能でないことを示し）、上記変換スキップ使用可能フラグの値が１である（すなわち、上記変換スキップ使用可能フラグが上記変換スキップが使用可能であることを示す）場合に、上記ＴＳＲＣ使用可能フラグはエンコード（または、シグナリング）されてよい。また、例えば、上記変換スキップ使用可能フラグの値が０である場合、上記ＴＳＲＣ使用可能フラグはエンコードされなくてよく、上記ＴＳＲＣ使用可能フラグの値は０と導出されてよい。すなわち、例えば、上記変換スキップ使用可能フラグの値が０である場合、上記ＴＳＲＣ使用可能フラグはシグナリングされなくてよく、上記ＴＳＲＣ使用可能フラグの値は０と導出されてよい。
エンコード装置は、上記ＴＳＲＣ使用可能フラグに基づいて上記現ブロックに対する残差情報をエンコードする（Ｓ９５０）。エンコード装置は、上記ＴＳＲＣ使用可能フラグに基づいて上記現ブロックに対する残差情報をエンコードすることができる。
例えば、エンコード装置は、上記ＴＳＲＣ使用可能フラグに基づいて上記現ブロックに対する残差コーディングシンタックスを決定できる。例えば、エンコード装置は、上記ＴＳＲＣ使用可能フラグに基づいて上記現ブロックに対する残差コーディングシンタックスを、レギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）シンタックスおよび変換スキップ残差コーディング（Transform Skip Residual Coding，ＴＳＲＣ）シンタックスのうちの一つと決定できる。ＲＲＣシンタックスは、ＲＲＣによるシンタックスを表すことができ、ＴＳＲＣシンタックスは、ＴＳＲＣによるシンタックスを表すことができる。
例えば、値が１である上記ＴＳＲＣ使用可能フラグに基づいて、上記現ブロックに対する上記残差コーディングシンタックスは、レギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）シンタックスと決定されてよい。この場合、例えば、上記現ブロックの変換をスキップするか否かに関する変換スキップフラグがエンコードされてよく、上記変換スキップフラグの値は１であってよい。例えば、上記映像情報は、上記現ブロックに対する変換スキップフラグを含むことができる。上記変換スキップフラグは、上記現ブロックの変換がスキップされるか否かを示すことができる。すなわち、上記変換スキップフラグは、上記現ブロックの変換係数に変換が適用されたか否かを示すことができる。上記変換スキップフラグを示すシンタックスエレメントは、上述したｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇであってよい。例えば、上記変換スキップフラグの値が１である場合、上記変換スキップフラグは、上記現ブロックに変換が適用されないこと（すなわち、変換スキップされること）を示すことができ、上記変換スキップフラグの値が０である場合、上記変換スキップフラグは、上記現ブロックに変換が適用されることを示すことができる。例えば、上記現ブロックが変換スキップブロックである場合に、上記現ブロックに対する変換スキップフラグの値が１であってよい。
また、例えば、値が０である上記ＴＳＲＣ使用可能フラグに基づいて、上記現ブロックに対する上記残差コーディングシンタックスは、変換スキップ残差コーディング（Transform Skip Residual Coding，ＴＳＲＣ）シンタックスと決定されてよい。また、例えば、上記現ブロックの変換がスキップされるか否かに関する変換スキップフラグがエンコードされてよく、値が１である上記変換スキップフラグおよび値が０である上記ＴＳＲＣ使用可能フラグに基づいて、上記現ブロックに対する上記残差コーディングシンタックスは、変換スキップ残差コーディング（Transform Skip Residual Coding，ＴＳＲＣ）シンタックスと決定されてよい。また、例えば、現ブロックの変換がスキップされるか否かに関する変換スキップフラグがエンコードされてよく、値が０である上記変換スキップフラグおよび値が０である上記ＴＳＲＣ使用可能フラグに基づいて、上記現ブロックに対する上記残差コーディングシンタックスは、レギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）シンタックスと決定されてよい。
その後、例えば、エンコード装置は、上記現ブロックに対する上記決定された残差コーディングシンタックスの残差情報をエンコードすることができる。エンコード装置は、上記現ブロックの上記残差サンプルに対する上記決定された残差コーディングシンタックスの残差情報をエンコードすることができる。例えば、値が１である上記ＴＳＲＣ使用可能フラグに基づいて、上記現ブロックに対するレギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）シンタックスの残差情報がエンコードされてよく、値が０である上記ＴＳＲＣ使用可能フラグに基づいて、上記現ブロックに対するＴＳＲＣシンタックスの残差情報がエンコードされてよい。上記映像情報は、残差情報を含むことができる。
具体的には、例えば、エンコード装置は、上記残差サンプルに基づいて上記現ブロックの変換係数を導出することができる。例えば、エンコード装置は、上記現ブロックに対して変換が適用されるか否かを決定できる。すなわち、エンコード装置は、上記現ブロックの上記残差サンプルに対して変換が適用されるか否かを決定できる。エンコード装置は、コーディング効率を考慮して、上記現ブロックに対して変換が適用されるか否かを決定できる。例えば、エンコード装置は、上記現ブロックに対して変換が適用されないと決定できる。一方、上記変換が適用されないブロックは、変換スキップブロックと呼ぶこともできる。
上記現ブロックに対して変換が適用されない場合、すなわち、上記残差サンプルに対して変換が適用されない場合、エンコード装置は、上記導出された残差サンプルを上記現ブロックの変換係数として導出することができる。また、上記現ブロックに対して変換が適用される場合、すなわち、上記残差サンプルに対して変換が適用される場合、エンコード装置は、上記残差サンプルに対する変換を行って上記現ブロックの変換係数を導出することができる。上記現ブロックは、複数のサブブロックまたは係数グループ（Coefficient Group，ＣＧ）を含むことができる。また、上記現ブロックのサブブロックのサイズは、４ｘ４サイズまたは２ｘ２サイズであってよい。すなわち、上記現ブロックの上記サブブロックは、最大で１６個のノンゼロ（non-zero）変換係数または最大で４個のノンゼロ変換係数を含むことができる。ここで、上記現ブロックは、コーディングブロック（Coding Block，ＣＢ）または変換ブロック（Transform Block，ＴＢ）であってよい。また、変換係数（transform coefficient）は、残差係数（residual coefficient）と呼ぶこともできる。
例えば、上記現ブロックに対する上記残差コーディングシンタックスが上記ＲＲＣシンタックスと決定された場合、エンコード装置は、上記現ブロックに対する上記ＲＲＣシンタックスの残差情報をエンコードすることができる。例えば、上記ＲＲＣシンタックスの上記残差情報は、上記表２に開示されたシンタックスエレメントを含むことができる。
例えば、上記ＲＲＣシンタックスの上記残差情報は、現ブロックの変換係数に関するシンタックスエレメントを含むことができる。ここで、変換係数（transform coefficient）は、残差係数（residual coefficient）と呼ぶこともできる。
例えば、上記シンタックスエレメントは、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｆｉｘ、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔＸ＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ、および／またはｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇなどのシンタックスエレメント（syntax elements）を含むことができる。
具体的には、例えば、上記シンタックスエレメントは、上記現ブロックの残差係数配列（array）において最後のノンゼロ（non-zero）変換係数の位置を示す位置情報を含むことができる。すなわち、上記シンタックスエレメントは、上記現ブロックのスキャン順序（scanning order）における最後のノンゼロ（non-zero）変換係数の位置を示す位置情報を含むことができる。上記位置情報は、上記最後のノンゼロ変換係数の列位置（column position）のプレフィックス（prefix）を示す情報、上記最後のノンゼロ変換係数の行位置（row position）のプレフィックス（prefix）を示す情報、上記最後のノンゼロ変換係数の列位置（column position）のサフィックス（suffix）を示す情報、上記最後のノンゼロ変換係数の行位置（row position）のサフィックス（suffix）を示す情報を含むことができる。上記位置情報に関するシンタックスエレメントは、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｆｉｘであってよい。一方、ノンゼロ変換係数は、有効係数（significant coefficient）と呼ぶこともできる。
また、例えば、上記シンタックスエレメントは、上記現ブロックのサブブロックがノンゼロ変換係数を含むか否かを示す符号化（coded）サブブロックフラグ、上記現ブロックの変換係数がノンゼロ（non-zero）変換係数か否かを示す有効係数フラグ、上記変換係数に対する係数レベルが第１閾値よりも大きいか否かに関する第１係数レベルフラグ、上記係数レベルのパリティ（parity）に関するパリティレベルフラグ、および／または上記変換係数の上記係数レベルが第２閾値よりも大きいか否かに関する第２係数レベルフラグを含むことができる。ここで、上記符号化（coded）サブブロックフラグは、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇまたはｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇであってよく、上記有効係数フラグはｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇであってよく、上記第１係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよく、上記パリティレベルフラグは、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇであってよく、上記第２係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよい。
また、例えば、上記シンタックスエレメントは、上記現ブロックの変換係数の値に対する係数値関連情報を含むことができる。上記係数値関連情報は、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよび／またはｄｅｃ＿ａｂｓ＿ｌｅｖｅｌであってよい。
また、例えば、上記シンタックスエレメントは、上記変換係数の符号（sign）を示すサインフラグを含むことができる。上記サインフラグは、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇであってよい。
一方、例えば、上記現ブロックに対して上記サインデータハイディングが適用される場合、上記現ブロック内の現ＣＧ（Coefficient Group）の最初の有効変換係数のサインフラグは、エンコードおよびシグナリングされなくてよい。すなわち、例えば、上記現ブロックに対して上記サインデータハイディングが適用される場合、上記シンタックスエレメントは、上記最初の有効変換係数の符号（sign）を示すサインフラグを含まなくてよい。一方、例えば、上記現ブロックに対して上記サインデータハイディングが適用されるか否かは、上記サインデータハイディング使用可能フラグおよび／または上記現ブロックの現ＣＧの最初の有効変換係数位置および最後の有効変換係数位置に基づいて導出されてよい。例えば、上記サインデータハイディング使用可能フラグの値が１であり、上記最後の有効変換係数位置から上記最初の有効変換係数位置を引いた値が３よりも大きい場合（すなわち、上記サインデータハイディング使用可能フラグの値が１であり、上記現ＣＧ内の有効変換係数の個数が３よりも大きい場合）に、上記現ブロックの上記現ＣＧに対して上記サインデータハイディングが適用されてよい。
また、例えば、上記現ブロックに対する上記残差コーディングシンタックスが上記ＴＳＲＣシンタックスと決定された場合、エンコード装置は、上記現ブロックに対する上記ＴＳＲＣシンタックスの残差情報をエンコードすることができる。例えば、上記ＴＳＲＣシンタックスの上記残差情報は、上記表３に開示されたシンタックスエレメントを含むことができる。
例えば、上記ＴＳＲＣシンタックスの上記残差情報は、現ブロックの変換係数に関するシンタックスエレメントを含むことができる。ここで、変換係数（transform coefficient）は、残差係数（residual coefficient）と呼ぶこともできる。
例えば、上記シンタックスエレメントは、変換係数に対するコンテキストコーディングされたシンタックスエレメントおよび／またはバイパスコーディングされたシンタックスエレメントを含むことができる。上記シンタックスエレメントは、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔＸ＿ｆｌａｇおよび／またはａｂｓ＿ｒｅｍａｉｎｄｅｒなどのシンタックスエレメント（syntax elements）を含むことができる。
例えば、上記変換係数に対するコンテキストコーディングされた上記シンタックスエレメントは、上記変換係数がノンゼロ（non-zero）変換係数か否かを示す有効係数フラグ、上記変換係数に対する符号（sign）を示すサインフラグ、上記変換係数に対する係数レベルが第１閾値よりも大きいか否かに関する第１係数レベルフラグ、および／または上記変換係数に対する係数レベルのパリティ（parity）に関するパリティレベルフラグを含むことができる。また、例えば、上記コンテキストコーディングされたシンタックスエレメントは、上記変換係数の上記係数レベルが第２閾値よりも大きいか否かに関する第２係数レベルフラグ、上記変換係数の上記係数レベルが第３閾値よりも大きいか否かに関する第３係数レベルフラグ、上記変換係数の上記係数レベルが第４閾値よりも大きいか否かに関する第４係数レベルフラグ、および／または上記変換係数の上記係数レベルが第５閾値よりも大きいか否かに関する第５係数レベルフラグを含むことができる。ここで、上記有効係数フラグは、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇであってよく、上記サインフラグは、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇであってよく、上記第１係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇであってよく、上記パリティレベルフラグは、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇであってよい。また、上記第２係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよく、上記第３係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよく、上記第４係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよく、上記第５係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ９＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよい。
また、例えば、上記変換係数に対するバイパスコーディングされた上記シンタックスエレメントは、上記変換係数の値（または、係数レベル）に関する係数レベル情報および／または上記変換係数に対する符号（sign）を示すサインフラグを含むことができる。上記係数レベル情報はａｂｓ＿ｒｅｍａｉｎｄｅｒおよび／またはｄｅｃ＿ａｂｓ＿ｌｅｖｅｌであってよく、上記サインフラグはｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇであってよい。
エンコード装置は、上記サインデータハイディング使用可能フラグ、上記ＴＳＲＣ使用可能フラグ、上記予測情報および上記残差情報を含むビットストリームを生成する（Ｓ９６０）。例えば、エンコード装置は、上記サインデータハイディング使用可能フラグ、上記ＴＳＲＣ使用可能フラグ、上記予測情報および上記残差情報を含む映像情報をビットストリームとして出力できる。上記ビットストリームは、上記サインデータハイディング使用可能フラグ、上記ＴＳＲＣ使用可能フラグ、上記予測情報および上記残差情報を含むことができる。また、上記ビットストリームは、上記従属量子化使用可能フラグおよび／または上記変換スキップ使用可能フラグをさらに含むことができる。
一方、上記ビットストリームは、ネットワークまたは（デジタル）記憶媒体を介してデコード装置に送信されてよい。ここで、ネットワークは、放送網および／または通信網などを含むことができ、デジタル記憶媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなどの様々な記憶媒体を含むことができる。
図１０には、本文書に係る映像エンコード方法を行うエンコード装置を概略的に示す。図９に開示の方法は、図１０に開示のエンコード装置によって行われてよい。具体的には、例えば、図１０の上記エンコード装置の予測部は、図９のＳ９００を行うことができ、図１０の上記エンコード装置の残差（レジデュアル）処理部は、図９のＳ９１０を行うことができ、図１０の上記エンコード装置のエントロピ符号化部は、図９のＳ９２０～Ｓ９６０を行うことができる。また、図示してはいないが、現ブロックに対する残差サンプルおよび予測サンプルに基づいて上記現ブロックに対する復元サンプルおよび復元ピクチャを生成する過程は、上記エンコード装置の加算部によって行われてよい。
図１１には、本文書に係るデコード装置による映像デコード方法を概略的に表す。図１１に開示の方法は、図３に開示のデコード装置によって行われてよい。具体的には、例えば、図１１のＳ１１００～Ｓ１１２０は、上記デコード装置のエントロピ復号部によって行われてよく、図１１のＳ１１３０は、上記デコード装置の予測部によって行われてよく、図１１のＳ１１４０は、上記デコード装置の残差（レジデュアル）処理部によって行われてよく、Ｓ１１５０は、上記デコード装置の加算部によって行われてよい。また、図示してはいないが、現ブロックに対する予測情報を受信する過程は、上記デコード装置のエントロピ復号部によって行われてよい。
デコード装置は、現スライスに対してサインデータハイディング（sign data hiding）が使用可能であるか否かに関するサインデータハイディング使用可能フラグを取得する（Ｓ１１００）。デコード装置は、ビットストリームを用いて上記サインデータハイディング使用可能フラグを含む映像情報を取得することができる。映像情報は、上記サインデータハイディング使用可能フラグを含むことができる。例えば、上記サインデータハイディング使用可能フラグは、サインデータハイディング（sign data hiding）が使用可能であるか否かに関するフラグであってよい。例えば、サインデータハイディング使用可能フラグは、サインデータハイディングが使用可能であるか否かを示すことができる。すなわち、例えば、サインデータハイディング使用可能フラグは、シーケンス（sequence）内ピクチャのブロックに対してサインデータハイディングが使用可能であるか否かを示すことができる。例えば、サインデータハイディング使用可能フラグは、現スライスに対してサインデータハイディングが用いられるか否かを示すサインデータハイディング使用フラグが存在できるか否かを示すことができる。例えば、値が１である上記サインデータハイディング使用可能フラグは、上記サインデータハイディングが使用可能であることを示すことができ、値が０である上記サインデータハイディング使用可能フラグは、上記サインデータハイディングが使用可能でないことを示すことができる。例えば、値が１である上記サインデータハイディング使用可能フラグは、上記サインデータハイディングが適用されたサインフラグが存在できることを示すことができ、値が０である上記サインデータハイディング使用可能フラグは、上記サインデータハイディングが適用されたサインフラグが存在しないことを示すことができる。また、例えば、上記サインデータハイディング使用可能フラグは、ＳＰＳ（Sequence Parameter Set）シンタックスでシグナリングされてよい。あるいは、例えば、上記サインデータハイディング使用可能フラグは、ピクチャヘッダシンタックスまたはスライスヘッダシンタックスでシグナリングされてよい。上記サインデータハイディング使用可能フラグのシンタックスエレメントは、上述したｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇであってよい。
デコード装置は、ＴＳＲＣ（Transform Skip Residual Coding）が上記現スライスの変換スキップブロック（transform skip block）に対して使用可能であるか否かに関するＴＳＲＣ使用可能フラグを取得する（Ｓ１１１０）。映像情報は、ＴＳＲＣ使用可能フラグを含むことができる。
例えば、デコード装置は、上記サインデータハイディング使用可能フラグに基づいて上記ＴＳＲＣ使用可能フラグを取得できる。例えば、上記ＴＳＲＣ使用可能フラグは、値が０である上記サインデータハイディング使用可能フラグに基づいて取得されてよい。すなわち、例えば、上記サインデータハイディング使用可能フラグの値が０である場合（すなわち、上記サインデータハイディング使用可能フラグがサインデータハイディングが使用可能でないことを示す場合）に、上記ＴＳＲＣ使用可能フラグは取得されてよい。言い換えると、例えば、上記サインデータハイディング使用可能フラグの値が０である場合（すなわち、上記サインデータハイディング使用可能フラグがサインデータハイディングが使用可能でないことを示す場合）に、上記ＴＳＲＣ使用可能フラグはシグナリングされてよい。また、例えば、上記サインデータハイディング使用可能フラグの値が１である場合、上記ＴＳＲＣ使用可能フラグは取得されなくてよく、上記ＴＳＲＣ使用可能フラグの値は０と導出されてよい。すなわち、例えば、上記サインデータハイディング使用可能フラグの値が１である場合に、上記ＴＳＲＣ使用可能フラグはシグナリングされなくてよく、上記ＴＳＲＣ使用可能フラグの値は０と導出されてよい。
ここで、例えば、上記ＴＳＲＣ使用可能フラグは、ＴＳＲＣが使用可能であるか否かに関するフラグであってよい。すなわち、例えば、上記ＴＳＲＣ使用可能フラグは、スライス内ブロックに対してＴＳＲＣが使用可能であるか否かを示すフラグであってよい。言い換えると、例えば、上記ＴＳＲＣ使用可能フラグは、スライス内変換スキップブロックに対してＴＳＲＣが使用可能であるか否かを示すフラグであってよい。ここで、ブロックは、コーディングブロック（Coding Block，ＣＢ）または変換ブロック（Transform Block，ＴＢ）であってよい。例えば、値が１である上記ＴＳＲＣ使用可能フラグは、上記ＴＳＲＣが使用可能でないことを示すことができ、値が０である上記ＴＳＲＣ使用可能フラグは、上記ＴＳＲＣが使用可能であることを示すことができる。また、例えば、上記ＴＳＲＣ使用可能フラグは、スライスヘッダ（Slice Header）シンタックスでシグナリングされてよい。上記ＴＳＲＣ使用可能フラグのシンタックスエレメントは、上述したｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇであってよい。上記ＴＳＲＣ使用可能フラグは、ＴＳＲＣ使用不能フラグと呼ぶこともできる。
一方、例えば、デコード装置は、従属量子化使用可能フラグを取得できる。デコード装置は、ビットストリームを用いて、上記従属量子化使用可能フラグを含む映像情報を取得できる。映像情報は、上記従属量子化使用可能フラグを含むことができる。例えば、上記従属量子化使用可能フラグは、従属量子化（dependent quantization）が使用可能であるか否かに関するフラグであってよい。例えば、従属量子化使用可能フラグは、従属量子化（dependent quantization）が使用可能であるか否かを示すことができる。すなわち、例えば、従属量子化使用可能フラグは、シーケンス（sequence）内ピクチャのブロックに対して従属量子化が使用可能であるか否かを示すことができる。例えば、従属量子化使用可能フラグは、現スライスに対して従属量子化が用いられるか否かを示す従属量子化使用フラグが存在できるか否かを示すことができる。例えば、値が１である上記従属量子化使用可能フラグは、上記従属量子化が使用可能であることを示すことができ、値が０である上記従属量子化使用可能フラグは、上記従属量子化が使用可能でないことを示すことができる。また、例えば、上記従属量子化使用可能フラグは、ＳＰＳシンタックスまたはスライスヘッダシンタックスなどでシグナリングされてよい。上記従属量子化使用可能フラグのシンタックスエレメントは、上述したｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇであってよい。
また、例えば、デコード装置は、変換スキップ使用可能フラグを取得できる。デコード装置はビットストリームを用いて上記変換スキップ使用可能フラグを含む映像情報を取得できる。映像情報は、上記変換スキップ使用可能フラグを含むことができる。例えば、上記変換スキップ使用可能フラグは、変換スキップ（transform skip）が使用可能であるか否かに関するフラグであってよい。例えば、変換スキップ使用可能フラグは、変換スキップ（transform skip）が使用可能であるか否かを示すことができる。すなわち、例えば、変換スキップ使用可能フラグは、シーケンス（sequence）内ピクチャのブロックに対して変換スキップが使用可能であるか否かを示すことができる。例えば、変換スキップ使用可能フラグは、変換スキップフラグが存在できるか否かを示すことができる。例えば、値が１である上記変換スキップ使用可能フラグは、上記変換スキップが使用可能であることを示すことができ、値が０である上記変換スキップ使用可能フラグは、上記変換スキップが使用可能でないことを示すことができる。すなわち、例えば、値が１である上記変換スキップ使用可能フラグは、上記変換スキップフラグが存在できることを示すことができ、値が０である上記変換スキップ使用可能フラグは、上記変換スキップフラグが存在しないことを示すことができる。また、例えば、上記変換スキップ使用可能フラグは、ＳＰＳ（Sequence Parameter Set）シンタックスでシグナリングされてよい。上記変換スキップ使用可能フラグのシンタックスエレメントは、上述したｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇであってよい。
また、例えば、上記ＴＳＲＣ使用可能フラグは、上記サインデータハイディング使用可能フラグおよび／または上記変換スキップ使用可能フラグに基づいて取得されてよい。例えば、上記ＴＳＲＣ使用可能フラグは、値が０である上記サインデータハイディング使用可能フラグおよび値が１である上記変換スキップ使用可能フラグに基づいて取得されてよい。すなわち、例えば、上記サインデータハイディング使用可能フラグの値が０であり（すなわち、上記サインデータハイディング使用可能フラグが、サインデータハイディングが使用可能でないことを示し）、上記変換スキップ使用可能フラグの値が１である場合（すなわち、上記変換スキップ使用可能フラグが、上記変換スキップが使用可能であることを示す場合）に、上記ＴＳＲＣ使用可能フラグは取得（または、シグナリング）されてよい。また、例えば、上記変換スキップ使用可能フラグの値が０である場合、上記ＴＳＲＣ使用可能フラグは取得されなくてよく、上記ＴＳＲＣ使用可能フラグの値は０と導出されてよい。すなわち、例えば、上記変換スキップ使用可能フラグの値が０である場合、上記ＴＳＲＣ使用可能フラグはシグナリングされなくてよく、上記ＴＳＲＣ使用可能フラグの値は０と導出されてよい。
デコード装置は、上記ＴＳＲＣ使用可能フラグに基づいて上記現スライス内の現ブロックに対する残差コーディング情報を取得する（Ｓ１１２０）。デコード装置は、上記ＴＳＲＣ使用可能フラグに基づいて上記現スライス内の現ブロックに対する残差情報を取得できる。ここで、上記現ブロックは、コーディングブロック（Coding Block，ＣＢ）または変換ブロック（Transform Block，ＴＢ）であってよい。
例えば、デコード装置は、上記ＴＳＲＣ使用可能フラグに基づいて現スライス内の上記現ブロックに対する残差コーディングシンタックスを決定できる。例えば、デコード装置は、上記ＴＳＲＣ使用可能フラグに基づいて上記現ブロックに対する残差コーディングシンタックスをレギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）シンタックスおよび変換スキップ残差コーディング（Transform Skip Residual Coding，ＴＳＲＣ）シンタックスのうちの一つと決定できる。ＲＲＣシンタックスは、ＲＲＣによるシンタックスを表すことができ、ＴＳＲＣシンタックスは、ＴＳＲＣによるシンタックスを表すことができる。また、例えば、上記現ブロックは、上記現スライス内変換スキップブロックであってよい。ここで、上記変換スキップブロックは、変換が適用されないブロックを意味できる。
例えば、値が１である上記ＴＳＲＣ使用可能フラグに基づいて、上記現スライス内の上記現ブロックに対する上記残差コーディングシンタックスは、レギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）シンタックスと決定されてよい。この場合、例えば、値が１である上記変換スキップ使用可能フラグに基づいて、上記現ブロックの変換をスキップするか否かに関する変換スキップフラグが取得されてよく、上記変換スキップフラグの値は１であってよい。例えば、上記映像情報は、上記現ブロックに対する変換スキップフラグを含むことができる。上記変換スキップフラグは、上記現ブロックの変換をスキップするか否かを示すことができる。すなわち、上記変換スキップフラグは、上記現ブロックの変換係数に変換が適用されたか否かを示すことができる。上記変換スキップフラグを表すシンタックスエレメントは、上述したｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇであってよい。例えば、上記変換スキップフラグの値が１である場合、上記変換スキップフラグは、上記現ブロックに変換が適用されないこと（すなわち、変換スキップされること）を示すことができ、上記変換スキップフラグの値が０である場合、上記変換スキップフラグは、上記現ブロックに変換が適用されることを示すことができる。例えば、上記現ブロックに対する変換スキップフラグの値が１であってよい。
また、例えば、値が０である上記ＴＳＲＣ使用可能フラグに基づいて、上記現ブロックに対する上記残差コーディングシンタックスは、変換スキップ残差コーディング（Transform Skip Residual Coding，ＴＳＲＣ）シンタックスと決定されてよい。また、例えば、上記現ブロックの変換をスキップするか否かに関する変換スキップフラグが取得されてよく、値が１である上記変換スキップフラグおよび値が０である上記ＴＳＲＣ使用可能フラグに基づいて、上記現ブロックに対する上記残差コーディングシンタックスは、変換スキップ残差コーディング（Transform Skip Residual Coding，ＴＳＲＣ）シンタックスと決定されてよい。また、例えば、上記現ブロックの変換をスキップするか否かに関する変換スキップフラグが取得されてよく、値が０である上記変換スキップフラグおよび値が０である上記ＴＳＲＣ使用可能フラグに基づいて、上記現ブロックに対する上記残差コーディングシンタックスは、レギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）シンタックスと決定されてよい。
その後、例えば、デコード装置は、上記現ブロックに対する上記決定された残差コーディングシンタックスの残差情報を取得できる。例えば、値が１である上記ＴＳＲＣ使用可能フラグに基づいてレギュラ残差コーディング（Regular Residual Coding，ＲＲＣ）シンタックスの残差情報が取得されてよく、値が０である上記ＴＳＲＣ使用可能フラグに基づいてＴＳＲＣシンタックスの残差情報が取得されてよい。上記映像情報は、残差情報を含むことができる。
例えば、上記現ブロックに対する上記残差コーディングシンタックスが上記ＲＲＣシンタックスと決定された場合、デコード装置は、上記現ブロックに対する上記ＲＲＣシンタックスの残差情報を取得できる。例えば、上記ＲＲＣシンタックスの上記残差情報は、上記表２に開示されたシンタックスエレメントを含むことができる。
例えば、上記ＲＲＣシンタックスの上記残差情報は、上記現ブロックの変換係数に関するシンタックスエレメントを含むことができる。ここで、変換係数（transform coefficient）は、残差係数（residual coefficient）と呼ぶこともできる。
例えば、上記シンタックスエレメントは、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｆｉｘ、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔＸ＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ、および／またはｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇなどのシンタックスエレメント（syntax elements）を含むことができる。
具体的には、例えば、上記シンタックスエレメントは、上記現ブロックの残差係数配列（array）において最後のノンゼロ（non-zero）変換係数の位置を示す位置情報を含むことができる。すなわち、上記シンタックスエレメントは、上記現ブロックのスキャン順序（scanning order）における最後のノンゼロ（non-zero）変換係数の位置を示す位置情報を含むことができる。上記位置情報は、上記最後のノンゼロ変換係数の列位置（column position）のプレフィックス（prefix）を示す情報、上記最後のノンゼロ変換係数の行位置（row position）のプレフィックス（prefix）を示す情報、上記最後のノンゼロ変換係数の列位置（column position）のサフィックス（suffix）を示す情報、上記最後のノンゼロ変換係数の行位置（row position）のサフィックス（suffix）を示す情報を含むことができる。上記位置情報に関するシンタックスエレメントは、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘ、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｆｉｘであってよい。一方、ノンゼロ変換係数は、有効係数（significant coefficient）と呼ぶこともできる。
また、例えば、上記シンタックスエレメントは、上記現ブロックのサブブロックがノンゼロ変換係数を含むか否かを示す符号化サブブロックフラグ、上記現ブロックの変換係数がノンゼロ（non-zero）変換係数か否かを示す有効係数フラグ、上記変換係数に対する係数レベルが第１閾値よりも大きいか否かに関する第１係数レベルフラグ、上記係数レベルのパリティ（parity）に関するパリティレベルフラグ、および／または上記変換係数の上記係数レベルが第２閾値よりも大きいか否かに関する第２係数レベルフラグを含むことができる。ここで、上記符号化サブブロックフラグは、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇまたはｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇであってよく、上記有効係数フラグは、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇであってよく、上記第１係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよく、上記パリティレベルフラグは、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇであってよく、上記第２係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよい。
また、例えば、上記シンタックスエレメントは、上記現ブロックの変換係数の値に対する係数値関連情報を含むことができる。上記係数値関連情報は、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよび／またはｄｅｃ＿ａｂｓ＿ｌｅｖｅｌであってよい。
また、例えば、上記シンタックスエレメントは、上記変換係数の符号（sign）を示すサインフラグを含むことができる。上記サインフラグは、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇであってよい。
一方、例えば、上記現ブロックに対して上記サインデータハイディングが適用される場合、上記現ブロック内の現ＣＧ（Coefficient Group）の最初の有効変換係数のサインフラグはシグナリングされなくてよい。すなわち、例えば、上記現ブロックに対して上記サインデータハイディングが適用される場合、上記シンタックスエレメントは、上記最初の有効変換係数の符号（sign）を示すサインフラグを含まなくてよい。一方、例えば、上記現ブロックに対して上記サインデータハイディングが適用されるか否かは、上記サインデータハイディング使用可能フラグおよび／または上記現ＣＧの最初の有効変換係数位置および最後の有効変換係数位置に基づいて導出されてよい。例えば、上記サインデータハイディング使用可能フラグの値が１であり、上記最後の有効変換係数位置から上記最初の有効変換係数位置を引いた値が３よりも大きい場合（すなわち、上記サインデータハイディング使用可能フラグの値が１であり、上記現ＣＧ内の有効変換係数の個数が３よりも大きい場合）に、上記現ブロックの上記現ＣＧに対して上記サインデータハイディングが適用されてよい。
また、例えば、上記現ブロックに対する上記残差コーディングシンタックスが上記ＴＳＲＣシンタックスと決定された場合、デコード装置は、上記現ブロックに対する上記ＴＳＲＣシンタックスの残差情報を取得できる。例えば、上記ＴＳＲＣシンタックスの上記残差情報は、上記表３に開示されたシンタックスエレメントを含むことができる。
例えば、上記ＴＳＲＣシンタックスの上記残差情報は、上記現ブロックの変換係数に関するシンタックスエレメントを含むことができる。ここで、変換係数（transform coefficient）は、残差係数（residual coefficient）と呼ぶこともできる。
例えば、上記シンタックスエレメントは、変換係数に対するコンテキストコーディングされたシンタックスエレメントおよび／またはバイパスコーディングされたシンタックスエレメントを含むことができる。上記シンタックスエレメントは、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔＸ＿ｆｌａｇおよび／またはａｂｓ＿ｒｅｍａｉｎｄｅｒなどのシンタックスエレメント（syntax elements）を含むことができる。
例えば、上記変換係数に対するコンテキストコーディングされた上記シンタックスエレメントは、上記変換係数がノンゼロ（non-zero）変換係数か否かを示す有効係数フラグ、上記変換係数に対する符号（sign）を示すサインフラグ、上記変換係数に対する係数レベルが第１閾値よりも大きいか否かに関する第１係数レベルフラグおよび／または上記変換係数に対する係数レベルのパリティ（parity）に関するパリティレベルフラグを含むことができる。また、例えば、上記コンテキストコーディングされたシンタックスエレメントは、上記変換係数の上記係数レベルが第２閾値よりも大きいか否かに関する第２係数レベルフラグ、上記変換係数の上記係数レベルが第３閾値よりも大きいか否かに関する第３係数レベルフラグ、上記変換係数の上記係数レベルが第４閾値よりも大きいか否かに関する第４係数レベルフラグおよび／または上記変換係数の上記係数レベルが第５閾値よりも大きいか否かに関する第５係数レベルフラグを含むことができる。ここで、上記有効係数フラグは、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇであってよく、上記サインフラグは、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇであってよく、上記第１係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇであってよく、上記パリティレベルフラグは、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇであってよい。また、上記第２係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよく、上記第３係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよく、上記第４係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよく、上記第５係数レベルフラグは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ９＿ｆｌａｇまたはａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇであってよい。
また、例えば、上記変換係数に対するバイパスコーディングされた上記シンタックスエレメントは、上記変換係数の値（または、係数レベル）に関する係数レベル情報および／または上記変換係数に対する符号（sign）を示すサインフラグを含むことができる。上記係数レベル情報は、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよび／またはｄｅｃ＿ａｂｓ＿ｌｅｖｅｌであってよく、上記サインフラグは、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇであってよい。
デコード装置は、上記現ブロックに対して受信した予測情報に基づいて上記現ブロックの予測サンプルを導出する（Ｓ１１３０）。例えば、デコード装置は、上記受信した予測情報に基づいて決定されたインター予測モードまたはイントラ予測モードに基づいて上記現ブロックの予測サンプルを導出することができる。例えば、デコード装置は、上記受信した予測情報に基づいて決定されたインター予測モードに基づいて上記現ブロックの動き情報を導出することができる。例えば、デコード装置は、上記現ブロックに対する動き情報候補リストを構成でき、上記予測情報に含まれる動き情報候補インデックス情報に基づいて動き情報候補リスト内一つの動き情報候補を選択でき、上記選択された動き情報候補に基づいて上記現ブロックの動き情報を導出することができる。その後、例えば、デコード装置は、上記現ブロックの参照ピクチャインデックスに基づいて上記現ブロックの参照ピクチャを導出でき、上記現ブロックの動きベクトルが上記参照ピクチャ上で示す参照ブロックのサンプルに基づいて上記現ブロックの予測サンプルを導出することができる。上記動き情報は、上記現ブロックの上記参照ピクチャインデックスおよび上記動きベクトルを含むことができる。
デコード装置は、上記残差コーディング情報に基づいて上記現ブロックに対する残差サンプルを導出する（Ｓ１１４０）。例えば、デコード装置は、上記残差コーティング情報に基づいて上記現ブロックの変換係数を導出することができ、上記変換係数に基づいて上記現ブロックの残差サンプルを導出することができる。
例えば、デコード装置は、上記残差情報のシンタックスエレメントに基づいて上記現ブロックの変換係数を導出することができる。その後、デコード装置は、上記変換係数に基づいて上記現ブロックの残差サンプルを導出することができる。一例として、上記変換スキップフラグに基づいて、上記現ブロックに対して変換が適用されないと導出された場合、すなわち、上記変換スキップフラグの値が１である場合、デコード装置は、上記変換係数を上記現ブロックの上記残差サンプルとして導出することができる。あるいは、例えば、上記変換スキップフラグに基づいて、上記現ブロックに対して変換が適用されないと導出された場合、すなわち、上記変換スキップフラグの値が１である場合、デコード装置は、上記変換係数を逆量子化して上記現ブロックの上記残差サンプルを導出することができる。あるいは、例えば、上記変換スキップフラグに基づいて、上記現スライス内の上記現ブロックに対して変換が適用されたと導出された場合、すなわち、上記現ブロックに対する変換スキップフラグの値が０である場合、デコード装置は、上記変換係数を逆変換して上記現ブロックの上記残差サンプルを導出することができる。あるいは、例えば、上記変換スキップフラグに基づいて上記現ブロックに対して変換が適用されたと導出された場合、すなわち、上記変換スキップフラグの値が０である場合、デコード装置は、上記変換係数を逆量子化し、逆量子化された変換係数を逆変換して、上記現ブロックの上記残差サンプルを導出することができる。
一方、例えば、上記現ブロックに対して上記サインデータハイディングが適用される場合に、上記現ブロック内の上記現ＣＧの最初の有効変換係数の符号（sign）は、上記現ＣＧ内有効変換係数の絶対値の和に基づいて導出されてよい。例えば、上記有効変換係数の絶対値の和が偶数（even）である場合、上記最初の有効変換係数の符号は正数（positive value）として導出されてよく、上記有効変換係数の絶対値の和が奇数（odd）である場合、上記最初の有効変換係数の符号は負数（negative value）として導出されてよい。
デコード装置は、上記予測サンプルおよび上記残差サンプルに基づいて復元ピクチャを生成する（Ｓ１１５０）。例えば、デコード装置は、上記予測サンプルおよび上記残差サンプルに基づいて上記現ブロックの復元サンプルおよび／または復元ピクチャを生成できる。例えば、デコード装置は、上記予測サンプルと上記残差サンプルとの加算によって上記復元サンプルを生成できる。
その後、必要によって、主観的／客観的画質を向上させるために、デブロックフィルタリング、ＳＡＯおよび／またはＡＬＦ手順のようなインループフィルタリング手順が上記復元ピクチャに適用されてよいことは、上述した通りである。
図１２には、本文書に係る映像デコード方法を行うデコード装置を概略的に示す。図１１に開示の方法は、図１２に開示のデコード装置によって行われてよい。具体的には、例えば、図１２の上記デコード装置のエントロピ復号部は、図１１のＳ１１００～Ｓ１１２０を行うことができ、図１２の上記デコード装置の予測部は、図１１のＳ１１３０を行うことができ、図１２の上記デコード装置の残差（レジデュアル）処理部は、図１１のＳ１１４０を行うことができ、図１２の上記デコード装置の加算部は、図１１のＳ１１５０を行うことができる。また、図示してはいないが、現ブロックに対する予測情報を受信する過程は、図１２の上記デコード装置のエントロピ復号部によって行われてよい。
上述した本文書によれば、残差コーディングの効率を上げることができる。
また、本文書によれば、サインデータハイディング使用可能フラグに従属してＴＳＲＣ使用可能フラグをシグナリングすることができ、これにより、ＴＳＲＣが使用可能でない変換スキップブロックに対してサインデータハイディングが用いられないようにすることによってコーディング効率を向上させ、コーディングされるビット量を減らして残差コーディング効率の全般を向上させることができる。
また、本文書によれば、変換スキップ使用可能フラグおよびサインデータハイディング使用可能フラグに従属してＴＳＲＣ使用可能フラグをシグナリングすることができ、これにより、ＴＳＲＣが使用可能でない変換スキップブロックに対してサインデータハイディングが用いられないようにすることによってコーディング効率を向上させ、コーディングされるビット量を減らして残差コーディング効率の全般を向上させることができる。
上述した実施例において、方法は、一連の段階またはブロックであり、フローチャート（順序図）に基づいて説明されているが、本文書は、段階の順序に限定されるものではなく、ある段階は、上述したのと異なる段階および異なる順序でまたは同時に発生してもよい。また、当業者であれば、フローチャートに示された段階が排他的でなく、他の段階が含まれたり、フローチャートの１つまたは複数の段階が本文書の範囲に影響を及ぼさずに削除されてもよいことが理解できよう。
本文書で説明した実施例は、プロセッサ、マイクロプロセッサ、コントローラまたはチップ上で）具現され行われてよい。例えば、各図に示した機能ユニットは、コンピュータ、プロセッサ、マイクロプロセッサ、コントローラまたはチップ上で具現されて行われてよい。この場合、具現のための情報（例えば、information on instructions）またはアルゴリズムがデジタル記憶媒体に記憶されてよい。
また、本文書の実施例が適用されるデコード装置およびエンコード装置は、マルチメディア放送送受信装置、モバイル通信端末、ホームシネマビデオ装置、デジタルシネマビデオ装置、監視用カメラ、ビデオ会話装置、ビデオ通信などのリアルタイム（実時間）通信装置、モバイルストリーミング装置、記憶媒体、カムコーダ、ビデオオンデマンド（注文型ビデオ）（ＶｏＤ）サービス提供装置、ＯＴＴビデオ（Over The Top video）装置、インターネットストリーミングサービス提供装置、３次元（３Ｄ）ビデオ装置、画像電話ビデオ装置、運送手段端末（例えば、車両端末、飛行機端末、船舶端末など）および医療用ビデオ装置などに含まれてよく、ビデオ信号またはデータ信号を処理するために用いられてよい。例えば、ＯＴＴビデオ（Over The Top video）装置としては、ゲームコンソール、ブルーレイプレーヤ、インターネット接続ＴＶ、ホームシアターシステム、スマートフォン、タブレットＰＣ、ＤＶＲ（Digital Video Recorder）などを含むことができる。
また、本文書の実施例が適用される処理方法は、コンピュータで実行されるプログラムの形態で生産されてよく、コンピュータ読み取り可能記録（記憶）媒体に記憶されてよい。本文書によるデータ構造を有するマルチメディアデータも、コンピュータ読み取り可能記録媒体に記憶されてよい。上記コンピュータ読み取り可能記録媒体は、コンピュータで読み取り可能なデータが記憶されるあらゆる種類の記憶装置および分散記憶装置を含む。上記コンピュータ読み取り可能記録媒体は、例えば、ブルーレイディスク（ＢＤ）、ユニバーサルシリアル（汎用直列）バス（ＵＳＢ）、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスクおよび光学データ記憶装置を含むことができる。また、上記コンピュータ読み取り可能記録媒体は、搬送波（例えば、インターネットを介した送信）の形態で具現されたメディアを含む。また、エンコード方法で生成されたビットストリームがコンピュータ読み取り可能記録媒体に記憶されてもよく、有無線通信ネットワークを通じて送信されてもよい。
また、本文書の実施例は、プログラムコードによるコンピュータプログラム製品として具現されてよく、上記プログラムコードは、本文書の実施例によってコンピュータで実行されてよい。上記プログラムコードは、コンピュータで読み取り可能なキャリア上に記憶されてよい。
図１３は、本文書の実施例が適用されるコンテンツストリーミングシステムを例示する構造図である。
本文書の実施例が適用されるコンテンツストリーミングシステムは、大まかに、エンコードサーバ、ストリーミングサーバ、ウェブサーバ、メディアストレージ、ユーザ装置およびマルチメディア入力装置を含むことができる。
上記エンコードサーバは、スマートフォン、カメラ、カムコーダなどのマルチメディア入力装置から入力されたコンテンツをデジタルデータとして圧縮してビットストリームを生成し、これを上記ストリーミングサーバに送信する役割を担う。他の例として、スマートフォン、カメラ、カムコーダなどのマルチメディア入力装置がビットストリームを直接生成する場合に、上記エンコードサーバは省略されてよい。
上記ビットストリームは、本文書の実施例が適用されるエンコード方法またはビットストリーム生成方法によって生成されてよく、上記ストリーミングサーバは、上記ビットストリームを送信または受信する過程で一時的に上記ビットストリームを記憶することができる。
上記ストリーミングサーバは、ウェブサーバを介したユーザ要求に基づいてマルチメディアデータをユーザ装置に送信し、上記ウェブサーバは、ユーザにどのようなサービスがあるかを知らせる媒介体として働く。ユーザ所望のサービスを上記ウェブサーバに要求すれば、上記ウェブサーバは、それをストリーミングサーバに伝達し、上記ストリーミングサーバは、ユーザにマルチメディアデータを送信する。このとき、上記コンテンツストリーミングシステムは、別個の制御サーバを含むことができ、この場合、上記制御サーバは、上記コンテンツストリーミングシステムにおける各装置間の命令／応答を制御する役割を担う。
上記ストリーミングサーバは、メディアストレージおよび／またはエンコードサーバからコンテンツを受信することができる。例えば、上記エンコードサーバからコンテンツを受信する場合に、上記コンテンツをリアルタイムに受信することができる。この場合、円滑なストリーミングサービスを提供するために、上記ストリーミングサーバは、上記ビットストリームを一定時間記憶することができる。
上記ユーザ装置の例としては、携帯電話、スマートフォン（smart phone）、ノートパソコン（laptop computer）、デジタル放送用端末機、ＰＤＡ（Personal Digital Assistants）、ＰＭＰ（Portable Multimedia Player）、ナビゲーション、スレートＰＣ（slate PC）、タブレットＰＣ（tablet PC）、ウルトラブック（ULTRABOOK（登録商標））、ウェアラブルデバイス（wearable device、例えば、スマートウォッチ（ウォッチ型端末機、smartwatch）、スマートグラス（グラス型端末機、smart glass）、ＨＭＤ（Head Mounted Display））、デジタルＴＶ、デスクトップコンピュータ、デジタルサイネージなどを挙げることができる。上記コンテンツストリーミングシステム内の各サーバは、分散サーバとして運用されてよく、この場合、各サーバで受信するデータは分散処理されてよい。
本明細書に記載された請求項は、様々な方式で組み合わせられてよい。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置として具現されてよく、本明細書の装置請求項の技術的特徴が組み合わせられて方法として具現されてよい。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて装置として具現されてよく、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて方法として具現されてよい。

Claims (13)

  1. デコード装置によって行われる映像デコード方法であって、
    サインデータハイディングが使用可能であるかどうかに関するサインデータハイディング使用可能フラグを取得する段階と、
    ＴＳＲＣ（Transform Skip Residual Coding）が現スライス内の変換スキップブロックに対して使用されるかどうかに関するＴＳＲＣ使用不能フラグを取得する段階と、
    前記ＴＳＲＣ使用不能フラグに基づいて前記現スライス内の現ブロックに対する残差コーディング情報を取得する段階と、
    前記現ブロックに対して受信した予測情報に基づいて前記現ブロックの予測サンプルを導出する段階と、
    前記残差コーディング情報に基づいて前記現ブロックの残差サンプルを導出する段階と、
    前記予測サンプルおよび前記残差サンプルに基づいて復元ピクチャを生成する段階と、を含み、
    前記現ブロックは、前記現スライス内の前記変換スキップブロックであり、
    前記ＴＳＲＣ使用不能フラグは、前記サインデータハイディング使用可能フラグに基づいてビットストリーム内のスライスヘッダシンタックスから取得される、映像デコード方法。
  2. 変換スキップが使用可能であるかどうかに関する変換スキップ使用可能フラグを取得する段階をさらに含み、
    前記ＴＳＲＣ使用不能フラグは、前記サインデータハイディング使用可能フラグおよび前記変換スキップ使用可能フラグに基づいて取得される、請求項１に記載の映像デコード方法。
  3. 前記ＴＳＲＣ使用不能フラグは、前記サインデータハイディング使用可能フラグの値が０に等しいことおよび前記変換スキップ使用可能フラグの値が１に等しいことに応じて、前記ビットストリームから取得される、請求項２に記載の映像デコード方法。
  4. 前記サインデータハイディング使用可能フラグの値が１に等しいことまたは前記変換スキップ使用可能フラグの前記値が０に等しいことに応じて、前記ＴＳＲＣ使用不能フラグは、前記ビットストリームから取得されず、前記ＴＳＲＣ使用不能フラグの値は、０と導出される、請求項３に記載の映像デコード方法。
  5. 前記ＴＳＲＣ使用不能フラグは、前記サインデータハイディング使用可能フラグの値が０に等しいことに応じて、前記ビットストリームから取得される、請求項１に記載の映像デコード方法。
  6. 前記サインデータハイディング使用可能フラグの前記値が１に等しいことに応じて、前記ＴＳＲＣ使用不能フラグは、前記ビットストリームから取得されず、前記ＴＳＲＣ使用不能フラグの値は、０と導出される、請求項５に記載の映像デコード方法。
  7. １に等しい前記サインデータハイディング使用可能フラグは、前記サインデータハイディングが使用可能であることを示し、
    ０に等しい前記サインデータハイディング使用可能フラグは、前記サインデータハイディングが使用可能でないことを示す、請求項１に記載の映像デコード方法。
  8. 前記サインデータハイディング使用可能フラグの値が１に等しいことに応じて、前記現ブロック内の現ＣＧ（Coefficient Group）の最初の有効変換係数の符号は、前記現ＣＧ内の有効変換係数の絶対値の和に基づいて導出される、請求項７に記載の映像デコード方法。
  9. 前記サインデータハイディング使用可能フラグの値が１に等しいことに応じて、前記最初の有効変換係数に対するサインフラグは、シグナリングされない、請求項８に記載の映像デコード方法。
  10. エンコード装置によって行われる映像エンコード方法であって、
    現スライス内の現ブロックに対する予測を行って前記現ブロックの予測サンプルを導出する段階と、
    前記予測サンプルに基づいて前記現ブロックの残差サンプルを導出する段階と、
    前記予測に関する予測情報をエンコードする段階と、
    サインデータハイディングが使用可能であるかどうかに関するサインデータハイディング使用可能フラグをエンコードする段階と、
    前記サインデータハイディング使用可能フラグに基づいて、ＴＳＲＣ（Transform Skip Residual Coding）が前記現スライス内の変換スキップブロックに対して使用されるかどうかに関するＴＳＲＣ使用不能フラグをエンコードする段階と、
    前記ＴＳＲＣ使用不能フラグに基づいて前記現ブロックに対する残差情報をエンコードする段階と、
    前記サインデータハイディング使用可能フラグ、前記ＴＳＲＣ使用不能フラグ、前記予測情報および前記残差情報を含むビットストリームを生成する段階と、を含み、
    前記現ブロックは、前記現スライス内の前記変換スキップブロックであり、
    前記ＴＳＲＣ使用不能フラグは、スライスヘッダシンタックス内でシグナリングされる、映像エンコード方法。
  11. 変換スキップが使用可能であるかどうかに関する変換スキップ使用可能フラグをエンコードする段階をさらに含み、
    前記ＴＳＲＣ使用不能フラグは、前記サインデータハイディング使用可能フラグおよび前記変換スキップ使用可能フラグに基づいてエンコードされる、請求項１０に記載の映像エンコード方法。
  12. 前記ＴＳＲＣ使用不能フラグは、前記サインデータハイディング使用可能フラグの値が０に等しいことに応じて前記ビットストリーム内にエンコードされる、請求項１０に記載の映像エンコード方法。
  13. 映像情報に関するデータを送信する方法であって、
    現スライス内の現ブロックに対する予測を行って前記現ブロックの予測サンプルを導出する段階と、
    前記予測サンプルに基づいて前記現ブロックの残差サンプルを導出する段階と、
    前記予測に関する予測情報をエンコードする段階と、
    サインデータハイディングが使用可能であるかどうかに関するサインデータハイディング使用可能フラグをエンコードする段階と、
    前記サインデータハイディング使用可能フラグに基づいて、ＴＳＲＣ（Transform Skip Residual Coding）が前記現スライス内の変換スキップブロックに対して使用されるかどうかに関するＴＳＲＣ使用不能フラグをエンコードする段階と、
    前記ＴＳＲＣ使用不能フラグに基づいて前記現ブロックに対する残差情報をエンコードする段階と、
    前記サインデータハイディング使用可能フラグ、前記ＴＳＲＣ使用不能フラグ、前記予測情報および前記残差情報を含むビットストリームを生成する段階と、
    前記ビットストリームを含む前記データを送信する段階と、を含み、
    前記現ブロックは、前記現スライス内の前記変換スキップブロックであり、
    前記ＴＳＲＣ使用不能フラグは、スライスヘッダシンタックス内でシグナリングされる、方法。
JP2022551339A 2020-02-27 2021-02-25 残差コーディングに関する映像デコード方法およびその装置 Active JP7413556B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023220674A JP7564324B2 (ja) 2020-02-27 2023-12-27 残差コーディングに関する映像デコード方法およびその装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202062982741P 2020-02-27 2020-02-27
US62/982,741 2020-02-27
PCT/KR2021/002411 WO2021172914A1 (ko) 2020-02-27 2021-02-25 레지듀얼 코딩에 대한 영상 디코딩 방법 및 그 장치

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023220674A Division JP7564324B2 (ja) 2020-02-27 2023-12-27 残差コーディングに関する映像デコード方法およびその装置

Publications (2)

Publication Number Publication Date
JP2023516172A JP2023516172A (ja) 2023-04-18
JP7413556B2 true JP7413556B2 (ja) 2024-01-15

Family

ID=77490256

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2022551339A Active JP7413556B2 (ja) 2020-02-27 2021-02-25 残差コーディングに関する映像デコード方法およびその装置
JP2023220674A Active JP7564324B2 (ja) 2020-02-27 2023-12-27 残差コーディングに関する映像デコード方法およびその装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023220674A Active JP7564324B2 (ja) 2020-02-27 2023-12-27 残差コーディングに関する映像デコード方法およびその装置

Country Status (5)

Country Link
US (1) US20230209090A1 (ja)
JP (2) JP7413556B2 (ja)
KR (1) KR20220137935A (ja)
CN (1) CN115398909A (ja)
WO (1) WO2021172914A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021040406A1 (ko) * 2019-08-31 2021-03-04 엘지전자 주식회사 비디오 또는 영상 코딩 방법 및 그 장치
CN118540503A (zh) * 2020-02-27 2024-08-23 Lg电子株式会社 图像解码设备、图像编码设备和发送设备
MX2022011463A (es) 2020-03-21 2022-10-07 Beijing Bytedance Network Tech Co Ltd Combinacion de subimagenes y escalabilidad.
JP7525639B2 (ja) * 2020-04-19 2024-07-30 北京字節跳動網絡技術有限公司 変換スキップ残差コーディング

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140286413A1 (en) * 2013-03-25 2014-09-25 Qualcomm Incorporated Disabling sign data hiding in video coding
JP6197496B2 (ja) * 2013-08-30 2017-09-20 富士通株式会社 量子化装置、量子化方法および量子化プログラム
CN117119195A (zh) * 2018-03-29 2023-11-24 弗劳恩霍夫应用研究促进协会 变换系数块编码
CN118540503A (zh) * 2020-02-27 2024-08-23 Lg电子株式会社 图像解码设备、图像编码设备和发送设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Benjamin Bross, Jianle Chen, Shan Liu, and Ye-Kui Wang，Versatile Video Coding (Draft 8)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-Q2001 (version 13)，17th Meeting: Brussels, BE，2020年02月09日，pp.38-43,46-49,58-60,79-86
Jungah Choi, et al.，AHG9/AHG16: On slice_ts_residual_coding_disabled_flag，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-R0153-v3，18th Meeting: by teleconference，2020年04月，pp.1-16

Also Published As

Publication number Publication date
CN115398909A (zh) 2022-11-25
WO2021172914A1 (ko) 2021-09-02
KR20220137935A (ko) 2022-10-12
JP2023516172A (ja) 2023-04-18
JP7564324B2 (ja) 2024-10-08
JP2024023960A (ja) 2024-02-21
US20230209090A1 (en) 2023-06-29

Similar Documents

Publication Publication Date Title
JP7413556B2 (ja) 残差コーディングに関する映像デコード方法およびその装置
KR20220019242A (ko) 적응적 루프 필터를 적용하는 비디오 또는 영상 코딩
JP7413557B2 (ja) サインデータハイディング関連映像デコーディング方法及びその装置
KR20220019241A (ko) 적응적 루프 필터 기반 비디오 또는 영상 코딩
JP7453337B2 (ja) レジデュアルコーディングに対する画像デコード方法及びその装置
KR20220019243A (ko) 인루프 필터링 기반 비디오 또는 영상 코딩
KR102594692B1 (ko) 크로마 성분에 대한 영상 디코딩 방법 및 그 장치
JP2023145648A (ja) 画像デコード方法及びその装置
KR20240129103A (ko) 영상 디코딩 방법 및 그 장치
JP7559186B2 (ja) 映像デコーディング方法及びその装置
JP2024063219A (ja) ビデオまたは画像コーディング方法及びその装置
KR102711456B1 (ko) 크로마 성분에 대한 영상 디코딩 방법 및 그 장치
KR20220019257A (ko) 레지듀얼 코딩에 대한 영상 디코딩 방법 및 그 장치
KR20220019258A (ko) 영상 코딩 시스템에서 영상 코딩 방법 및 장치
KR102702823B1 (ko) 크로마 양자화 파라미터 데이터에 대한 영상 디코딩 방법 및 그 장치
KR20230149297A (ko) 인트라 예측 모드 도출 기반 인트라 예측 방법 및 장치
KR20220134632A (ko) 영상 디코딩 방법 및 그 장치
JP7323719B2 (ja) 残差コーディングに関する画像デコード方法およびその装置
KR102721128B1 (ko) 영상 디코딩 방법 및 그 장치
US20230164361A1 (en) Image decoding method for coding image information including tsrc available flag, and device therefor
JP2023519704A (ja) 映像デコーディング方法及びその装置
KR20240112882A (ko) Dimd 모드 기반 인트라 예측 방법 및 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221024

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221024

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230808

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231102

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: 20231128

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231227

R150 Certificate of patent or registration of utility model

Ref document number: 7413556

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150