JP2023509296A - 複数のイントラブロックコピーモードを備えるビデオコーディング - Google Patents

複数のイントラブロックコピーモードを備えるビデオコーディング Download PDF

Info

Publication number
JP2023509296A
JP2023509296A JP2022532616A JP2022532616A JP2023509296A JP 2023509296 A JP2023509296 A JP 2023509296A JP 2022532616 A JP2022532616 A JP 2022532616A JP 2022532616 A JP2022532616 A JP 2022532616A JP 2023509296 A JP2023509296 A JP 2023509296A
Authority
JP
Japan
Prior art keywords
block
coding
ibc
coding block
intra
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.)
Pending
Application number
JP2022532616A
Other languages
English (en)
Inventor
スンダラム，ヴィジャイ
チウ，イー－ジェン
Original Assignee
インテル コーポレイション
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by インテル コーポレイション filed Critical インテル コーポレイション
Publication of JP2023509296A publication Critical patent/JP2023509296A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146—Data rate or code amount at the encoder output
    • H04N19/147—Data rate or code amount at the encoder output according to rate distortion criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/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/103—Selection of coding mode or of prediction mode
    • H04N19/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/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/172—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 picture, frame or field
    • 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/182—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 pixel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/184—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being bits, e.g. of the compressed video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
    • H04N19/88—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving rearrangement of data among different coding units, e.g. shuffling, interleaving, scrambling or permutation of pixel data or permutation of transform coefficient data among different blocks

Landscapes

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

Abstract

複数のイントラブロックモードでビデオコーディングを実装するための例示的な方法、装置、システム及び製造物品（例えば、物理的な記憶媒体）が開示されている。本明細書に開示する例示的なビデオエンコーダ装置は、画像フレームのコーディングブロックに対して変換動作を実行して、コーディングブロックの変換されたバージョンを決定する、コーディングブロック変換器を含む。開示する例示的なビデオエンコーダ装置は、コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックサーチ及びコーディングブロックの変換されたバージョンに基づく第２のイントラブロックサーチを実行して、画像フレームの従前に符号化されたピクセルの候補予測器ブロックを決定する、探索器も含み、候補予測器ブロックは、コーディングブロックのイントラブロック予測器に対応する。

Description

（関連出願の参照）
この特許は、２０２０年１月３日に出願された「ENHANCED INTRA BLOCK COPY MODES FOR IMPROVED SCREEN CONTENT COMPRESSION」という名称の米国仮出願第６２／９５６，８１３号の利益を主張する。米国仮出願第６２／９５６，８１３号の優先権が主張される。米国仮出願第６２／９５６，８１３号は、その全文が参照により本明細書に援用される。
（技術分野）
この開示は、一般的には、ビデオコーディングに関し、より具体的には、複数のイントラブロック(intra block)コピーモードを有するビデオコーディング(video coding)に関する。
ビデオストリームは、ビデオストリームに含まれる画像フレームのシーケンスの冗長性を低減及び／又は除去するために、空間的（イントラピクチャ）(ピクチャ内)予測及び／又は時間的（インターピクチャ）(ピクチャ間)予測を実行することによって圧縮されることがある。ビデオ圧縮は、１つ以上のビデオコーディング業界標準、並びにメディアデバイスによって生成されるスクリーンコンテンツのような特定のタイプのビデオコンテンツをサポートするように調整されたそのような標準の拡張に従って実行されることがある。メディアデバイスは、そのようなビデオ圧縮を実装することによって、デジタルビデオ情報を効率的に送信(transmit)、受信(receive)、符号化(encode)、復号化(decode)及び／又は格納(store)することがある。
本開示の教示に従った複数のイントラブロックコピーモードを有するビデオコーディングを実装する例示的なビデオエンコーダのブロック図である。
図１のビデオエンコーダによって処理された例示的なコーディングブロック及び／又は例示的な予測器ブロックに対応することがある例示的なパーティションユニットを示している。
図１のビデオエンコーダによって実装されるイントラブロックコピーモードの例を示している。 図１のビデオエンコーダによって実装されるイントラブロックコピーモードの例を示している。
図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。 図３～図４の例示的なイントラブロックコピーモードを実装するために例示的なコーディングブロック及び／又は例示的な予測ブロック上で図１のビデオエンコーダによって実行される例示的な変換動作を示している。
図１のビデオエンコーダによって実行される例示的なイントラブロックコピー手順を示している。
図１のビデオエンコーダを実装するために使用されることがある例示的なイントラブロックコピーエンコーダのブロック図である。
図１のビデオエンコーダから符号化されたビデオビットストリーム出力を復号化するために使用されることがある例示的なイントラブロックコピーデコーダのブロック図である。
図１及び／又は図２１のビデオエンコーダ及び／又はイントラブロックコピーエンコーダを実装するために実行されることがある例示的なコンピュータ読取可能命令を表すフローチャートである。
図２２のイントラブロックコピーデコーダを実装するために実行されることがある例示的なコンピュータ読取可能命令を表すフローチャートである。
図１のビデオエンコーダを実装するために実行されることがある例示的なコンピュータ読取可能命令を表すフローチャートである。
図１のビデオエンコーダ及び／又は図１及び／又は図２１のイントラブロックコピーエンコーダを実装するために図２３及び／又は図２５の例示的コンピュータ読取可能命令を実行するように構成された例示的なプロセッサプラットフォームのブロック図である。
図２２のビデオデコーダを実装するために図２４の例示的なコンピュータ読取可能命令を実行するように構成された例示的なプロセッサプラットフォームのブロック図である。
スクリーンコンテンツ圧縮を行うためにこの開示の教示に従って複数のイントラブロックコピーモードを実装するように構成された例示的な電子デバイスのブロック図である。
スクリーンコンテンツ圧縮を行うためにこの開示の教示に従って複数のイントラブロックコピーモードを実装するロジックを含む例示的なコンピュータ読取可能媒体のブロック図である。
ソフトウェア（例えば、図２３、図２４及び／又は図２５の例示的なコンピュータ読取可能命令に対応するソフトウェア）を、（例えば、ライセンス、販売及び／又は使用のために）消費者のようなクライアントデバイスに、（例えば、販売、再販売、ライセンス及び／又はサブライセンスのために）小売業者に、且つ／或いは（例えば、小売業者及び／又は直接購入消費者に配信される製品に含めるために）相手先商標製造会社（ＯＥＭ）に配信するための、例示的なソフトウェア配信プラットフォームのブロック図である。
本開示の教示に従って実装される複数のイントラブロックコピーモードを持つビデオコーディングについての例示的な性能結果を示すグラフである。
図面は、縮尺通りではない。代わりに、層又は領域の厚さは、図面において拡大されることがある。一般に、同じ参照番号は、同じ又は類似の部分、要素などを参照するために、図面及び添付の記述を通じて使用される。接続参照（例えば、取り付けられる、結合される、接続される、接合されるなど）は、広く解釈されるべきであり、他のことが示されていない限り、要素の集まりの間の中間部材及び／又は要素の間の相対的な移動を含むことがある。よって、接続参照は、２つの要素が互いに固定された関係において直接的に接続されることを必ずしも暗示しない。
「第１」、「第２」、「第３」などの記述子は、本明細書において、別々に言及されることがある複数の要素又はコンポーネント(構成要素)を特定するときに使用される。それらの使用の文脈に基づいてその他に特定又は理解されない限り、そのような記述子は、リスト内の優先順位、物理的順序もしくは配列、又は時間的順序の如何なる意味にも帰すること意図せず、開示の例を理解するのを容易にするために、複数の要素又はコンポーネントを別々に参照するためのラベルとして使用されるにすぎない。幾つかの例において、「第１の」という記述子は、詳細な記述中の要素を参照するために使用される一方で、同じ要素は、「第２の」又は「第３の」のような異なる記述子を有する請求項において参照されることがある。そのような場合、そのような記述子は、複数の要素又はコンポーネントを参照することを容易にするために使用されるにすぎない。
複数のイントラブロックコピーモード(ブロック内コピーモード)でビデオコーディングを実装するための例示的な方法、装置、システム及び製造物品（例えば、物理的記憶媒体）が、本明細書に開示される。ビデオストリームが、ビデオストリームに関連するサイズ及び／又は帯域幅を低減させるために、１つ以上のビデオコーディング(video coding))業界標準に従って圧縮されることがあり、且つ／或いはストリームの特性が変更されることがある。変更されることがあるビデオストリームの特性は、ビデオストリームの解像度(resolution)及びビットレート(bit rate)を含むが、これらに限定されない。ビデオ符号化(video encoding)は、コンピューティングデバイス及び／又はコンピューティングデバイスのコンポーネント間の伝送のためにビデオストリームを準備するときに使用されることもある。ビデオ符号化業界標準は、アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）標準、高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）ビデオ符号化標準などを含む。
例えば、高効率ビデオコーディング（ＨＥＶＣ／Ｈ．２６５）は、Ｈ．２６４／ＡＶＣに亘るビットレート低減を達成するために、ＩＳＯ／ＩＥＣ Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ及びＩＴＵ－Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐによって最近確立された。続いて、ＨＥＶＣのＳｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ（ＳＣＣ）拡張が、スクリーンコンテンツ(screen content)とも呼ぶ静止画像、テキスト及びアニメーションを含む、ビデオについての改善された圧縮性能を可能にするために作成された。スクリーンコンテンツは、一般に、ビデオ中に存在するデジタル的に生成されたピクセル(画素)を指す。デジタル的に生成されたピクセルは、イメージャ又はカメラによって取り込まれるピクセルとは対照的に、より早期のＡＶＣ及びＨＥＶＣ標準では考慮されなかった異なる特性を有することがある。２０１７年３月に公表されたＳＣＣ拡張を追加したＨＥＶＣ標準のＩＴＵ－Ｔバージョンが、より早期の標準におけるそれらのギャップの少なくとも一部に対処する。ＳＣＣ拡張の１つの構成は、イントラブロックコピー（ＩＢＣ：Intra Block Copy）構成である。
本明細書に開示する例示的な解決策は、スクリーンコンテンツコーディング性能を改良することを目的として、１つ以上の追加的なＩＢＣ予測モードを実装することによって、既存の標準化されたＩＢＣ構成を改良する。イントラブロックコピー（ＩＢＣ）は、従来のイントラ予測(intra prediction)及びインター予測(inter predication)モードに加えて、コーディングモードとしてＨＥＶＣのＳＣＣ拡張に導入された、コーディングツールである。ＩＢＣは、インター予測に類似しているが、異なる点は、（コーディングユニットとも呼ぶ）コーディングブロックがＩＢＣモードにおいてコーディングされるときに、コーディングブロックの（予測器ユニットとも呼ぶ）候補予測器ブロックが、同じ画像フレーム（同じピクチャ）内の再構成されたブロックから選択されることである。その結果、ＩＢＣは、現在のフレーム／ピクチャ内で「運動補償(motion compensation)」と考えられることができる。
本明細書に開示する複数のイントラブロックコピーモードを有するビデオコーディングのための例示的な解決策は、従来のＩＢＣモードに加えて、他のＩＢＣ予測モードを提供することによって、スクリーンコンテンツの圧縮を改良する。従来のＩＢＣモードは、候補予測器ブロックと、現在のフレーム内の従前に符号化されたブロックの空間的近傍における、現在のコーディングブロックに対する予測器ブロックの位置を識別する関連する変位ベクトル（例えば、運動ベクトル）とを識別する。本明細書に開示する例において、ＩＢＣは、以下に更に詳細に開示する、４つの異なるミラー変換モード(mirror translation modes)及び３つの異なる回転変換モード(rotation translation modes)のような、追加のＩＢＣモードを含むように拡張される。幾つかの例において、このような変換モードは、正方形ブロックのための幾つかの又は全てのサポートコーディングブロックサイズ（例えば、４×４から１２８×１２８ピクセルまで）、及び幾つかの又は全てのコーディングブロック形状（例えば、正方形、長方形など）について実行されることができる。幾つかの例において、本明細書に開示するような、複数のＩＢＣモードを有するスクリーンコンテンツクリップ（例えば、ウェブページ／テキストコンテンツ、ゲームコンテンツなど）のビデオコーディングは、スクリーンコンテンツのタイプに依存して、従来のＩＢＣコーディングに対して（Ｂｊｏｎｔｅｇａａｒｄレートピーク信号対ノイズ比、ＢＤ－ＰＳＮＲを使用して測定される）０．８％～２．６３％の平均性能向上を示す。
よって、本明細書に開示する例示的なビデオコーディング技術は、他の既存の技術に対してスクリーンコンテンツコーディングの効率を改良することができる。また、幾つかの従来の業界標準は、「マクロブロック(macroblocks)」を静的サイズの要素として扱う一方で、より新しいツリー再帰コーデックにおいて、エンコーダは、例えば、最大の視覚品質で最低のビットコストをもたらすために、ピクセルコーディングブロックがいつより精細なコーディングブロックに分割されるべきか或いはより大きなコーディングブロックにされるべきかを評価することができる。また、幾つかの従来の標準は、各マクロブロックを（インター予測又はイントラ予測タイプのような）均一な予測タイプ及び（８×８又は４×４のような）均一な変換サイズで処理する一方で、高効率標準は、予測タイプの混合及び変換サイズの混合を可能にし、両方ともエンコーダ決定プロセスに基づく。対照的に、本明細書に開示するビデオコーディング技術によって処理されることができるコーディングブロックは、動的にサイズ決定されることができ、ミラーモード及び／又は回転モードのような、異なるＩＢＣモードタイプの任意の組み合わせを含むことがあり、それらは、以下に更に詳細に開示される。そのような柔軟性は、他の既存のビデオコーディング技術に対して、スクリーンコンテンツコーディングの効率を更に向上させることができる。
複数のイントラブロックコピーモードでビデオコーディングを実装するためのこれらの及び他の例示的な方法、装置、システム及び製造物品（例えば、物理的記憶媒体）は、以下に更に詳細に開示される。
図を参照すると、本開示の教示に従った複数のイントラブロックコピーモードでビデオコーディングを実装するための例示的なビデオエンコーダ１００のブロック図が、図１に示されている。図示する例のビデオエンコーダ１００は、例示的なビデオインターフェース１０５と、例示的なイントラブロックコピーエンコーダ１１０と、１つ以上の例示的な予測エンコーダ１１５と、例示的なモードセレクタ１２０と、例示的なストリームエンコーダ１２５とを含む。ビデオインターフェース１０５は、例示的な非圧縮入力ビデオストリーム１３０を受け入れるように構成される。例えば、非圧縮入力ビデオストリーム１３０は、カメラ及び／又は他の撮像デバイスの出力ビデオストリーム、（例えば、メディアデバイス、ビデオゲームコンソール、コンピュータ、サーバ、携帯電話などのような）コンピューティングデバイスによって生成される（例えば、ビデオゲームに対応するビデオストリーム、コンピュータ生成グラフィックスストリームなどのような）コンピュータ生成ビデオストリーム、及び／又はそれらの任意の組み合わせに対応することができる。図示において、ビデオインターフェース１０５は、入力ビデオストリーム１３０を、イントラブロックコピーエンコーダ１１０及び／又は予測エンコーダ１１５によって符号化されるべき画像フレーム（例えば、ピクチャ）のシーケンスにセグメント化する。
図示する例のイントラブロックコピーエンコーダ１１０は、この開示の教示に従った複数のイントラブロックコピーモードでビデオ符号化を実装する。幾つかの例において、予測エンコーダ１１５は、イントラ予測エンコーダ及びインター予測エンコーダのうちの１つ以上に対応する。インター予測は、ビデオの連続した画像フレームに亘る冗長性を利用するビデオ符号化の形態である。そのようなインターフレーム(フレーム間)冗長性は、連続する画像フレームに亘る物体の動きと関連付けられることができる。インター予測符号化では、符号化されている現在のフレームの現在のコーディングブロック（例えば、ピクセルの現在のコーディングブロック）について、インター予測エンコーダは、ビデオ内の現在のフレームに先行する従前に符号化されたフレームの中から現在のコーディングブロックを予測するために使用されることができる予測器ブロック（例えば、ピクセルの予測器ブロック）をサーチ(探索)する。（例えば、１つ以上の選択基準を満たす）候補インター予測器ブロックとも呼ぶ、候補予測器ブロックがひとたび発見されると、インター予測エンコーダは、候補インター予測器ブロックの場所を表す運動ベクトルを決定する。インター予測エンコーダは、現在のコーディングブロックと候補インター予測器ブロックとの間の残差（例えば、差）も決定する。運動ベクトル及び残差は、コーディングブロックを符号化するために使用される。例えば、運動ベクトル及び残差は、コーディングブロックを表すために、符号化されたビデオビットストリームに符号化されることができる。符号化されたブロックを復号化するために、インター予測デコーダは、運動ベクトルに基づいて従前に復号化された画像フレームから適切な予測ブロックを選択し、予測器ブロックを残差と組み合わせて（例えば、予測器ブロックを追加して）復号化されたコーディングブロックを得る。
インター予測とは対照的に、イントラ予測は、ビデオの所与の画像フレーム内の冗長性を利用するビデオ符号化の形態である。そのようなイントラフレーム冗長性は、オブジェクト、バックグラウンドなどの領域に亘って示される類似のテクスチャ特性と関連付けられることができる。イントラ予測符号化では、符号化されている現在のフレームの現在のコーディングブロック（例えば、ピクセルの現在のコーディングブロック）について、イントラ予測エンコーダは、現在のフレームの従前に符号化されたコーディングブロックのピクセルの中から現在のコーディングブロックを予測するために使用されることができる予測器ブロック（例えば、ピクセルの予測器ブロック）をサーチする。幾つかの例において、サーチされる従前に符号化されたコーディングブロックの画素は、符号化されているコーディングブロックから指定されたセットの方向に限定される。異なる受け入れ可能な方向を異なるイントラ予測モードと呼ぶことができる。幾つかの例では、所与のイントラ予測モードと関連付けられる予測器ブロックは、その特定のイントラ予測モードに基づいて選択されるピクセルの組み合わせ（例えば、線形組み合わせ）として形成される。（例えば、１つ以上の選択基準を満たす）候補イントラ予測器ブロックとも呼ぶ候補予測器ブロックがひとたび発見されると、現在のコーディングブロックとイントラ候補予測器ブロックとの間の残差（例えば、差）が、コーディングブロックを符号化するために決定される。選択された予測器ブロックをもたらした残差及び関連するイントラ予測モードは、コーディングブロックを表すために符号化されたビデオビットストリームに符号化されることができる。符号化されたブロックを復号化するために、イントラ予測デコーダは、イントラ予測モードに基づいて、復号化されている現在のフレームの従前に復号化されたピクセルから適切な予測器ブロックを選択し、復号化されたコーディングブロックを得るために、予測器ブロックを残差と組み合わせる（例えば、予測器ブロックを追加する）。
イントラブロックコピーは、コーディングユニット、パーティションユニットなどのような、コーディングブロックを符号化するために使用される、イントラ予測の形態にある。イントラブロックコピーは、スクリーンコンテンツコーディングに標的付けられており、コンピュータで生成されたスクリーンコンテンツを含むビデオの画像フレームの所与の部分について、画像フレームのその所与の部分の近くに、ピクセルテクスチャに関して全てではないにしても殆ど異ならない類似の画像コンテンツを含むその画像の別の従前に符号化された部分が存在する高い可能性があるという概念を利用する。よって、画像の所与の部分（例えば、コーディングブロック）についての情報を送信するためには、所与の部分（例えば、コーディングブロック）と従前に符号化された類似の部分（例えば、予測器ブロック）との間の差（例えば、残差）のみを送信すれば十分であり得る。従前に符号化された画像及び／又は同じ画像のコンテンツの中から類似の領域を見出すプロセスをＩＢＣサーチ又はＩＢＣ予測と呼ぶことがある。符号化されている所与の画像部分（例えば、コーディングブロック）と従前に符号化されたコンテンツの予測器領域（例えば、予測器ブロック）との間の差を表す差分値のセットを余り(remainder)又は残差(residual)と呼ぶ。
イントラブロックコピーを使用する画像の現在のコーディングブロックを符号化するために、ＩＢＣエンコーダ１１０は、画像の従前に符号化されたピクセルのサーチ領域をサーチして、予測器ブロックを識別する。幾つかの例において、ＩＢＣエンコーダ１１０は、予測器ブロックについてのそのサーチを、符号化されている現在のコーディングブロックを含む画像フレームの同じタイル又は同じスライスに限定する。幾つかの例において、予測器ブロックは、現在のコーディングブロックに含まれるピクセルのブロック（例えば、アレイ）に（例えば、コーディングコストなどのような、１つ以上の基準に基づいて）一致する、ピクセルのブロック（例えば、アレイ）であってよい。図示する例において、ＩＢＣエンコーダ１１０は、１つ以上の基準に基づいて、ＩＢＣサーチの間に見出される予測器ブロックのグループから候補予測器ブロック（例えば、最良の予測器ブロック）を選択する。次に、ＩＢＣエンコーダ１１０は、現在のビデオブロックと候補予測器ブロックとの間の変位を表す変位ベクトルを生成し、それは現在のコーディングブロックに対する候補予測器ブロックの場所を識別する。よって、上述のように、ＩＢＣは、インター予測に類似するが、異なる点は、コーディングブロックがＩＢＣモードにおいてコーディングされるときに、コーディングブロックの候補予測器ブロックが、同じ画像フレーム（同じピクチャ）内の従前に符号化されて再構成されたブロックから選択されることである。その結果、ＩＢＣは、現在のフレーム／ピクチャ内で「運動補償」と考えられることができる。
幾つかの例において、ＩＢＣエンコーダ１１０は、（例えば、現在のコーディングブロックから候補予測器ブロックを差し引くことによって）現在のコーディングブロックと候補予測器ブロックとの間の差として（ＩＢＣ残差とも呼ぶ）残差を生成する。次に、変位ベクトル及び残差を符号化されたビデオビットストリームに含めて、それによって、現在のコーディングブロックを符号化することができる。以下に更に詳細に開示するように、次に、ＩＢＣデコーダは、符号化されたビデオビットストリームから変位ベクトル及び関連する残差データを抽出し、変位ベクトルを使用して予測器ブロックを識別して、符号化するコーディングブロックを復号化してよい。ＩＢＣデコーダは、残差及び予測ブロックの対応するサンプル（例えば、ピクセル）を合計して、予測器ブロックからコーディングブロックを再構成し、それによって、復号化してよい。
従来のＩＢＣ実装は、現在のコーディングブロックのための候補予測器ブロックと、現在のフレーム内の従前に符号化されたブロックの空間的近傍における現在のコーディングブロックに対する予測器ブロックの場所を識別する関連する変位ベクトルとを識別する。図示する例のＩＢＣエンコーダ１１０は、ＩＢＣを拡張して、追加のＩＢＣモードをサポートし、その場合、従来のＩＢＣをＩＢＣモード０と呼ぶ。以下に更に詳細に開示するように、ＩＢＣエンコーダ１１０によって実装される追加のＩＢＣモードは、予測器ブロックに対するコーディングブロックの（変換とも呼ぶ）異なる変換に対応する。例えば、図示する例のＩＢＣエンコーダ１１０は、最大４つの異なるミラー変換モードを含む第１のセットの変換モードと最大３つの異なる回転変換モードを含む第２のセットの変換モードとに対応する、ＩＢＭモード１～７と呼ぶ最大７つの追加のＩＢＣモードを実装する。そのような変換モードに関する更なる詳細が以下に提供される。幾つかの例において、ＩＢＣエンコーダは、正方形コーディングブロックのための一部又は全部の（例えば、４×４から１２８×１２８ピクセルまでの）サポートコーディングブロックサイズ、及び一部又は全部のコーディングブロック形状（例えば、正方形、長方形など）のために、異なるＩＢＣモード（又はＩＢＣ変換モード）を実装する。
例えば、図２は、処理のためのコーディングブロック(coding blocks)及び／又は予測器ブロック(predictor blocks)を選択するためにＩＢＣエンコーダ１１０によって使用されることがある例示的なパーティションユニット２００を示している。図示する例のパーティションユニット２００は、４×４の形状を有し、よって、ピクセルの正方形の４×４ブロックに対応する。数学的には、パーティションユニット２００のピクセルは、ｐ（ｉ，ｊ）によって表されることができ、ここで、ｉは、０～３の範囲にあり、ｊは、０～３の範囲にある。よって、ｐ（ｉ，ｊ）は、パーティションユニット２００のｉ番目の行(row)位置及びｊ番目の列(column)位置にあるピクセルを表す。
ＩＢＣエンコーダ１１０によって実装することができる例示的なＩＢＣ変換モード３００の第１のセットが図３に示されている。ＩＢＣ変換モード３００の第１のセットは、例示的なミラー変換モード３０５、３１０、３１５及び３２０を含む。図示の例において、ミラー変換モード３０５、３１０、３１５及び３２０は、原点（Ｘ＝Ｙ＝０）がパーティションユニット２００の中心にあるように、パーティションユニット２００上に重ねられているＸ軸及びＹ軸に対して示されている。図３に示すように、ミラー変換モード３０５は、パーティションユニット２００の０度ミラーリング(mirroring)とも呼ぶ、Ｘ軸（又は、換言すれば、Ｙ＝０軸）を横切るパーティションユニット２００のミラーリングに対応する。図示の例において、ミラー変換モード３１０は、パーティションユニット２００の４５度ミラーリングとも呼ぶ、Ｙ／Ｘ＝１に対応する線を横切るパーティションユニット２００のミラーリングに対応する。図示の例において、ミラー並進モード３１５は、パーティションユニット２００の９０度ミラーリングとも呼ぶ、Ｙ軸（又は、換言すれば、Ｘ＝０軸）を横切るパーティションユニット２００のミラーリングに対応する。図示の例において、ミラー変換モード３０５は、パーティションユニット２００の１３５度ミラーリングとも呼ぶ、Ｙ／Ｘ＝－１に対応する線を横切るパーティションユニット２００のミラーリングに対応する。
ＩＢＣエンコーダ１１０によって実装されることができる例示的なＩＢＣ変換モード４００の第２のセットが図４に示されている。ＩＢＣ変換モード４００の第２のセットは、例示的な回転変換モード４０５、４１０及び４１５を含む。図示の例において、回転変換モード４０５、４１０及び４１５は、原点（Ｘ＝Ｙ＝０）が分割ユニット２００の中心にあるように、パーティションユニット２００上に重ねられているＸ軸及びＹ軸に対して示されている。図４に示すように、回転変換モード４０５は、パーティションユニット２００の９０度回転に対応する。図示の例において、回転変換モード４１０は、パーティションユニット２００の１８０度回転に対応する。図示の例において、回転変換モード４１５は、パーティションユニット２００の２７０度回転に対応する。
図５～図１１は、上記に開示した例示的なＩＢＣ変換モード３０５～３２０及び４０５～４１５に従って例示的なコーディングブロックを変換した例示的な結果を示している。図示の例において、コーディングブロックは、図２のパーティションユニット２００に従って選択されたピクセルを有する。また、後続の例において、ソース、変換されていないコーディングブロックが処理される、従来のＩＢＣコーディングは、ＩＢＣ変換モード０、ＩＢＣモード０、又はデフォルトＩＢＣモードと互換可能に呼ばれ、変換が符号化されているコーディングブロック上で実行されないことに対応する。
上述のことを念頭に置いて、図５は、パーティションユニット２００に対応するコーディングブロックが上述のＩＢＣモード１に従って変換される例示的な変換されたコーディングブロック５００を示している。よって、変換されたコーディングブロック５００は、上述のように、０度ミラーリング動作を受けたパーティションユニット２００に対応するコーディングブロックの変換されたバージョンである。図２のコンテキストにおいて上述した数学的表記法を使用すると、変換されたコーディングブロック５００に含まれるＩＢＣモード１ピクセルｐＩＢＣ１（ｉ，ｊ）は、式１に従ったソースコーディングブロックの変換されていないピクセルｐ（ｉ，ｊ）に関連する。
Figure 2023509296000002
図６は、パーティションユニット２００に対応する例示的なコーディングブロックが上述のＩＢＣモード２に従って変換される例示的な変換されたコーディングブロック６００を示している。よって、変換されるコーディングブロック６００は、上述のように、４５度ミラーリング動作を受けたパーティションユニット２００に対応するコーディングブロックの変換されたバージョンである。図２のコンテキストにおいて上述した数学的表記法を使用すると、変換されたコーディングブロック６００に含まれるＩＢＣモード２ピクセルｐＩＢＣ２（ｉ，ｊ）は、式２に従ったソースコーディングブロックの変換されていないピクセルｐ（ｉ，ｊ）に関連する。
Figure 2023509296000003
図７は、パーティションユニット２００に対応する例示的なコーディングブロックが上述のＩＢＣモード３に従って変換される例示的な変換されたコーディングブロック７００を示している。よって、変換されたコーディングブロック７００は、上述のように、９０度ミラーリング動作を受けたパーティションユニット２００に対応するコーディングブロックの変換されたバージョンである。図２のコンテキストにおいて上述した数学的表記法を使用すると、変換されたコーディングブロック７００に含まれるＩＢＣモード３ピクセルｐＩＢＣ３（ｉ，ｊ）は、式３に従ったソースコーディングブロックの変換されていないピクセルｐ（ｉ，ｊ）に関連する。
Figure 2023509296000004
図８は、パーティションユニット２００に対応する例示的なコーディングブロックが上述のＩＢＣモード４に従って変換される例示的な変換されたコーディングブロック８００を示している。よって、変換されたコーディングブロック８００は、上述のように、２７０度ミラーリング動作を受けたパーティションユニット２００に対応するコーディングブロックの変換されたバージョンである。図２のコンテキストにおいて上述した数学的表記法を使用すると、変換されたコーディングブロック８００に含まれるＩＢＣモード４ピクセルｐＩＢＣ４（ｉ，ｊ）は、式４に従ったソースコーディングブロックの変換されていないピクセルｐ（ｉ，ｊ）に関連する。
Figure 2023509296000005
図９は、パーティションユニット２００に対応する例示的なコーディングブロックが上述のＩＢＣモード５に従って変換される例示的な変換されたコーディングブロック９００を示している。よって、変換されたコーディングブロック９００は、上述のように、９０度回転動作を受けたパーティションユニット２００に対応するコーディングブロックの変換されたバージョンである。図２のコンテキストにおいて上述した数学的表記法を使用すると、変換されたコーディングブロック９００に含まれるＩＢＣモード５ピクセルｐＩＢＣ５（ｉ，ｊ）は、式５に従ったソースコーディングブロックの変換されていないピクセルｐ（ｉ，ｊ）に関連する。
Figure 2023509296000006
図１０は、パーティションユニット２００に対応する例示的なコーディングブロックが上述のＩＢＣモード６に従って変換される例示的な変換されたコーディングブロック１０００を示している。よって、変換されたコーディングブロック１０００は、上述のように、１８０度回転動作を受けたパーティションユニット２００に対応するコーディングブロックの変換されたバージョンである。図２のコンテキストにおいて上述した数学的表記法を使用すると、変換されたコーディングブロック１０００に含まれるＩＢＣモード６ピクセルｐＩＢＣ６（ｉ，ｊ）は、式６に従ったソースコーディングブロックの変換されていないピクセルｐ（ｉ，ｊ）に関連する。
Figure 2023509296000007
図１１は、パーティションユニット２００に対応する例示的なコーディングブロックが上述のＩＢＣモード７に従って変換される例示的な変換されたコーディングブロック１１００を示している。よって、変換されたコーディングブロック１１００は、上述のように、２７０度回転動作を受けたパーティションユニット２００に対応するコーディングブロックの変換されたバージョンである。図２のコンテキストにおいて上述した数学的表記法を使用すると、変換されたコーディングブロック１１００に含まれるＩＢＣモード７ピクセルｐＩＢＣ７（ｉ，ｊ）は、式７に従ったソースコーディングブロックの変換されていないピクセルｐ（ｉ，ｊ）に関連する。
Figure 2023509296000008
図５～図１１の例は、４×４コーディングブロック上でＩＢＣエンコーダ１１０によって実行されるＩＢＣ変換モード１～７（それらを従来のＩＢＣモードから区別するためにＩＢＣ＋モード１～７とも呼ぶ）を示している。しかしながら、ＩＢＣエンコーダ１１０は、４×４ピクセルから１２８×１２８ピクセルまでの正方形コーディングブロックのような他のコーディングブロックサイズでＩＢＣ変換モード１～７を実行することができる。また、ＩＢＣエンコーダ１１０は、長方形ブロック形状のような他のブロック形状を有するコーディングブロック上でＩＢＣ変換モード１～７を実行することができる。しかしながら、幾つかのＩＢＣ変換モードは、ＩＢＣエンコーダ１１０が以下のように説明することができる、ソースコーディングブロックに対する変換されたコーディングブロックの形状の変化をもたらすことがある。
例えば、ＩＢＣ＋モード１～７変換に従って実行されるブロック変換は、正方形コーディングブロックについて形状不変であり、よって、ソースコーディングブロックの元の形状を維持する。故に、正方形コーディングブロックには追加の取扱いが必要とされない。ＩＢＣ＋モードの一部は、非正方形コーディングブロック形状についても形状不変である。例えば、ＩＢＣ＋モード１（０度ミラーリング）変換、ＩＢＣ＋モード３（９０度ミラーリング）変換及びＩＢＣ＋モード６（１８０度回転）変換は、ソースコーディングブロックの元の形状を変更しない。例示の目的のために、図１２は、例示的な長方形８×４ソースコーディングブロック１２００を示している。図１３は、ＩＢＣ＋モード１と関連付けられた０度ミラーリング動作を受けたコーディングブロック１２００の変換バージョンに対応する、例示的な変換コーディングブロック１３００を示している。よって、ＩＢＣ＋モード１と関連付けられた０度ミラーリング動作は、ソースコーディングブロック１２００のように形状不変であり、結果として得られる変換されたコーディングブロック１３００は、同じ形状を有する。別の例として、図１４は、例示的な長方形４×８ソースコーディングブロック１４００を示している。図１５は、ＩＢＣ＋モード３と関連付けられた９０度ミラーリング動作を受けたコーディングブロック１４００の変換されたバージョンに対応する、例示的な変換されたコーディングブロック１５００を示している。よって、ＩＢＣ＋モード３と関連付けられた９０度ミラーリング動作は、ソースコーディングブロック１４００のように形状不変であり、結果として得られる変換されたコーディングブロック１５００は、同じ形状を有する。
上述のように、ＩＢＣ＋モードの一部は、形状不変でないブロック変換と関連付けられる。例えば、ＩＢＣ＋モード２（４５度ミラーリング）変換、ＩＢＣ＋モード４（１３５度ミラーリング）変換、ＩＢＣ＋モード５（９０度回転）変換及びＩＢＣ＋モード７（２７０度回転）変換は、幅及び高さがソースコーディングブロックと変換されたコーディングブロックとの間で交換されるように、ソースコーディングブロックの元の形状を変更することができる。例示の目的のために、図１６は、例示的な長方形８×４ソースコーディングブロック１６００を示している。図１７は、ＩＢＣ＋モード２と関連付けられた４５度ミラーリング動作を受けたコーディングブロック１６００の変換されたバージョンに対応する、例示的な変換されたコーディングブロック１７００を示している。よって、ＩＢＣ＋モード２と関連付けられた４５度ミラーリング動作は、ソースコーディングブロック１６００のように形状不変でなく、結果として得られる変換されたコーディングブロック１７００は、（例えば、幅及び高さが図示の例において交換された）異なる形状を有する。別の例として、図１８は、例示的な長方形４×８ソースコーディングブロック１８００を示している。図１９は、ＩＢＣ＋モード５と関連付けられた９０度の回転動作を受けたコーディングブロック１８００の変換されたバージョンに対応する、例示的な変換されたコーディングブロック１９００を示している。よって、ＩＢＣ＋モード５と関連付けられた９０度回転動作は、ソースコーディングブロック１８００のように形状不変でなく、結果として得られる変換されたコーディングブロック１９００は、（例えば、幅及び高さが図示の例において交換された）異なる形状を有する。
図２に戻ると、図示の例のＩＢＣエンコーダ１１０は、ＩＢＣモード０及びＩＢＣ＋モード１～７のうちの１つ以上をサポートするように構成される。以下に更に詳細に記載するように、画像フレームのソースコーディングブロックを符号化するために、ＩＢＣエンコーダ１１０は、ソースブロックに基づいて従来のＩＢＣモード０に従ってＩＢＣサーチを実行する。ＩＢＣエンコーダ１１０は、サポートされているＩＢＣ＋モードに従ってコーディングブロックの変換されたバージョンに基づいて１つ以上のＩＢＣサーチも実行する。ＩＢＣエンコーダ１１０は、ＩＢＣモードサーチ及びサポートされるＩＢＣ＋モードサーチのために識別されたそれぞれの予測器ブロックを評価して、最終的な候補予測器ブロックを選択する。例えば、ＩＢＣエンコーダ１１０は、利用可能な識別された予測器ブロックの中から最良の／最適な予測器ブロックを選択するように定義される任意の１つ以上の基準に基づいて候補予測器ブロックを選択することができる。
候補予測器ブロックがひとたび識別されると、ＩＢＣエンコーダ１１０は、変位ベクトル（例えば、運動ベクトル）を生成して、画像フレーム内のソースコーディングブロックに対する候補予測器ブロックの場所を表す。例えば、ＩＢＣエンコーダ１１０は、変位ベクトルを候補予測器ブロックの左上ピクセルとソースコーディングブロックの左上ピクセルとの間の差として生成することができる。従って、候補予測器ブロックがコーディングブロックの変換されたバージョンに対応するとしても、ＩＢＣエンコーダ１１０は、依然として、変位ベクトルを候補予測器ブロックの左上ピクセルとソース（変換されていない）コーディングブロックの左上ピクセルとの間の差として計算することができる。ＩＢＣエンコーダ１１０は、ＩＢＣモード（例えば、ＩＢＣモード０又はサポートされているＩＢＣ＋モード１～７のうちのいずれか）のうちのどれが候補予測器ブロックをもたらしたかを示す値も出力する。以下に更に詳細に開示するように、変位ベクトル及び勝ちＩＢＣモードは、符号化されたビデオビットストリームにコーディングされて、符号化されたコーディングブロックを表す。
上述のように、ＩＢＣエンコーダ１１０は、（ＩＢＣモード０に対応する）ソースコーディングブロックに基づいてＩＢＣサーチを行い、（ＩＢＣ＋モード１～７のうちの１つ以上に対応する）コーディングブロックの変換されたバージョンに基づいて１つ以上のＩＢＣサーチを行う。ＩＢＣコーディングを受けている例示的な画像フレーム２００５においてＩＢＣエンコーダ１１０によって実行される例示的なＩＢＣサーチ２０００が、図２０に示されている。図示する例のＩＢＣサーチ２０００において、ＩＢＣエンコーダ１１０は、既に符号化された（例えば、画像フレーム２００５の従前に符号化されたピクセルを含む）ピクセルと関連付けられる画像フレーム２００５の例示的サーチ領域２０１０内の予測器ブロックをサーチする。サーチ領域２０１０は、ピクセルブロックがラスタオーダで符号化されると仮定する。図２０の例示的な例において、ＩＢＣエンコーダ１１０は、符号化されている例示的なコーディングブロック２０１５を、サーチ領域２０１０において選択される例示的な予測器ブロック２０２０のような予測器ブロックと比較する。ＩＢＣモード０に従ってコーディングを実行するときに、ＩＢＣエンコーダ１１０は、変換されていないコーディングブロック２０１５を予測器ブロック２０２０と比較する。ＩＢＣ＋モードのうちの１つに従ってコーディングを実行するときに、ＩＢＣエンコーダ１１０は、（所与のＩＢＣ＋モードに従って変換される）コーディングブロック２０１５の変換されたバージョンを予測器ブロック２０２０と比較する。幾つかの例において、ＩＢＣ＋モードのうちの１つに従ってコーディングを実行するときに、ＩＢＣエンコーダ１１０は、代替的に、コーディングブロック２０１５の代わりに、予測器ブロック２０２０を変換することができる。しかしながら、そのような実装は、実質的な性能ペナルティを招き得る。何故ならば、サーチ領域２０１０内で選択されるあらゆる予測器ブロックは、そのＩＢＣ＋モードに従って変換される必要があるからである。対照的に、ＩＢＣ＋モードのうちの１つに従ってコーディングを実行するときに、ＩＢＣエンコーダ１１０は、そのＩＢＣ＋モードに従ってコーディングブロックを一度だけ変換し、その変換されたコーディングブロックをサーチ領域２０１０において選択される変換されていない予測器ブロックと比較することができる。
図２０の例示的な例において、実行される各ＩＢＣサーチ２０００（例えば、ＩＢＣモード０についてのＩＢＣサーチ及びＩＢＣ＋モード１～７のうちの１つ以上についてのＩＢＣサーチ）について、ＩＢＣエンコーダ１１０は、そのＩＢＣサーチに対応する中間予測器ブロックを（例えば、１つ以上の基準に基づいて）選択する。次に、ＩＢＣエンコーダ１１０は、異なるサポートされるＩＢＣ／ＩＢＣ＋モードと関連付けられる中間予測器ブロックの中から最終的な候補予測器ブロックを（例えば、１つ以上の基準に基づいて）選択する。図２０の例示的な例において、予測器ブロック２０２０がコーディングブロック２０１５のために最終的に選択された候補予測器ブロックであると仮定すると、ＩＢＣエンコーダ１１０は、例示的な変位ベクトル２０２５を決定して、画像フレーム２００５におけるソースコーディングブロック２０１５に対する候補予測器ブロック２０２０の場所を表す。例えば、ＩＢＣエンコーダ１１０は、変位ベクトル２０２５を候補予測器ブロック２０２０の左上ピクセルとソースコーディングブロック２０１５の左上ピクセルとの間の差として計算することができる。上述のように、候補予測器ブロック２０２０がコーディングブロック２０１５の変換されたバージョンに対応するとしても、ＩＢＣエンコーダ１１０は、依然として、変位ベクトル２０２５を候補予測器ブロック２０２０の上左ピクセルとソース（変換されていない）コーディングブロック２０１５の上左ピクセルとの間の差として計算する。ＩＢＣエンコーダ１１０は、ＩＢＣモード（例えば、ＩＢＣモード０又はサポートされているＩＢＣ＋モード１～７のうちのいずれか）のうちのどれが候補予測器ブロック２０２０をもたらしたかを示す値も出力する。以下に更に詳細に開示するように、変位ベクトル２０２５及び勝ちＩＢＣモードは、符号化されたビデオビットストリームにコーディングされて、コーディングブロック２０１５の符号化されたバージョンを表す。
幾つかの例において、ＩＢＣエンコーダ１１０は、予測器ブロック２０２０が現在のコーディングブロック２０１５と重なることがないように、サーチ領域２０１０のサーチを制限する。追加的に又は代替的に、幾つかの例において、ＩＢＣエンコーダ１１０は、予測器ブロック２０２０がコーディングブロック２０１５と同じ画像フレーム２００５のスライス及び／又はタイル内にあるように、サーチ領域２０１０のサーチを制限する。幾つかの例において、ＩＢＣエンコーダ１１０は、画像フレーム２００５内の上及び左の隣接するスーパーブロックをカバーする従前に符号化されたブロックであるようにサーチ窓(サーチウインドウ)を制限して、波面(ウェーブフロント)によって提供される並列処理能力に影響を与えることを回避する。幾つかの例において、ＩＢＣエンコーダ１１０は、ＩＢＣサーチから、符号化されている現在のコーディングブロック２０１５の直前の２５６ピクセル幅領域を除外する。これは、現在のブロックから（ラスタ走査順序において）少なくとも２５６ピクセル離れている既に符号化され且つ再構成されたブロックに制限される有効サーチ領域２０１０をもたらす。幾つかの例において、ＩＢＣエンコーダ１１０によって実装されるＩＢＣサーチ２０００は、クラシックダイヤモンドサーチとその後のハッシュサーチの組み合わせであり、ここでは、周期的冗長性チェック（ＣＲＣ：cyclic redundancy check）が、ハッシュメトリックとして使用される。幾つかの例において、ＩＢＣエンコーダ１１０は、フルペル解像度でＩＢＣサーチ２０００を実行する。何故ならば、サブピクセル変位は許可されないからである。前述の制限は、上記に開示した提案されたミラーモード及び回転モードにも有効である。
図２に戻ると、符号化を受けている所与のコーディングブロックについて、例示的なＩＢＣエンコーダ１１０は、その現在のコーディングブロックについて選択された候補予測器ブロックについての変位ベクトルと、ＩＢＣモード（例えば、ＩＢＣモード０又はサポートされているＩＢＣ＋モード１～７のうちの１つ）のうちのどれがその現在のコーディングブロックについての候補予測器ブロックをもたらしたかを示すＩＢＣモード値とを出力する。従って、候補予測器ブロックを、コーディングブロックのイントラブロックコピー予測器(intra block copy predictor)とも呼ぶ。図示の例において、ＩＢＣエンコーダ１１０は、変位値及びＩＢＣモード値をモードセレクタ１２０に出力する。幾つかの例において、ＩＢＣエンコーダ１１０は、候補予測器ブロック、及び／又は候補予測器ブロックを使用して決定された残差も、モードセレクタ１２０に出力する。追加的に又は代替的に、幾つかの例において、ＩＢＣエンコーダ１１０は、選択された候補予測器ブロックを使用してＩＢＣコーディングを実行するための１つ以上のコーディングメトリック(coding metrics)（例えば、コーディングコスト、コーディングスコアなど）も出力し、それらのメトリックをモードセレクタ１２０に提供する。
図示の例では、他の予測エンコーダ１１５も、現在のコーディングブロックをコーディングするためにそれぞれの結果を出力する。幾つかの例において、ＩＢＣエンコーダ１１０及び他の予測エンコーダ１１５は、それぞれ、それらのそれぞれのコーディングモードに従って所与のコーディングブロックを符号化するためのレート歪み（ＲＤ：rate distortion）性能値を計算する。例えば、ＩＢＣエンコーダ１１０は、所与のコーディングブロックのＩＢＣ符号化を実行してよく、次に、出力ビットストリームに含めるための準備において、符号化されたコーディングブロックを更に変換及び量子化してよく、結果についてのＲＤ性能値を生成してよく、それは、その結果として得られる符号化されたブロックを出力ビットストリームに含めるためのコスト／ペナルティを組み込む。同様に、他の予測エンコーダ１１５は、それらのそれぞれのモード（例えば、インターモード、イントラモードなど）に従ってコーディングブロックを符号化するためのそれぞれのＲＤ性能値を計算することができる。モードセレクタ１２０は、現在のコーディングブロックについてＩＢＣエンコーダ１１０及び他の予測エンコーダ１１５によって提供される結果を比較して、現在のコーディングブロックを符号化するためにどの符号化モードが使用されるべきかを決定する。例えば、モードセレクタ１２０は、現在のコーディングブロックについて最も低いＲＤ値を有する符号化モードを選択してよい。ＩＢＣが勝ち符号化モードであると仮定すると、モードセレクタは、変位ベクトル、勝ち候補予測器ブロックをもたらしたＩＢＣモード値、及び（ＩＢＣエンコーダ１１０によって提供される場合の）残差をストリームエンコーダ１２５に提供する。次に、ストリームエンコーダ１２５は、変位ベクトル、ＩＢＣモード値、及び（提供される場合の）残差を、例示的な出力符号化されたビデオビットストリーム１３５にコーディングすることによって、現在のコーディングブロックを符号化する。
ＩＢＣエンコーダ１１０は、複数のＩＢＣモード（例えば、ＩＢＣモード０及び最大７つのＩＢＣ＋モード１～７）をサポートすることができるので、ストリームエンコーダ１２５は、ＩＢＣエンコーダ１１０によって出力される勝ちＩＢＣモード値を表す構文(syntax)を利用する。幾つかの例において、ストリームエンコーダ１２５は、ＩＢＣモード値を表すためにビットフィールド(bit field)を利用し、１ビットは、ＩＢＣがモードセレクタ１２０によって選択された勝ち符号化モードであったかどうかを示すために使用される（例えば、ＩＢＣ符号化がモードセレクタ１２０によって選択されるならば１に設定され、他の予測符号化モードのうちの１つが現在のコーディングブロックについてモードセレクタ１２０によって選択されるならば０に設定される）。ＩＢＣ符号化が選択されたならば、ビットフィールドは、現在のコーディングブロックについての勝ちＩＢＣ／ＩＢＣ＋モードに対応するＩＢＣモード値を表すために、最大３つのＩＢＣモード値ビットの可変グループも含む。例えば、ＩＢＣモード値ビットのグループは、従来のＩＢＣモード０について０００に設定されてよく、ＩＢＣ＋モード１～７についてそれぞれ００１～１１１に設定されてよい。幾つかの例において、ビットフィールドは、符号化されたビデオビットストリームにおいて変位ベクトルの後に符号化される。従って、ストリームエンコーダ１２５は、イントラブロックコピーモードを符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化する手段の例である。
図１のＩＢＣエンコーダ１１０の例示的な実装のブロック図は、図２１に示されている。図２１の例示的なＩＢＣエンコーダ１１０は、例示的なコーディングブロックセレクタ２１０５、例示的なコーディングブロック変換器２１１０、例示的な予測ブロック探索器２１１５を含む。図示の例において、コーディングブロックセレクタ２１０５は、１つ以上の例示的なコーディングブロックパラメータ２１２０に基づいて、符号化のために現在のコーディングブロックを選択する。例えば、コーディングブロックパラメータ２１２０は、サイズ及び／又は形状、又はＩＢＣエンコーダ１１０によって処理されるべきコーディングブロックを指定してよい。幾つかの例において、サイズは、正方形コーディングブロックについて４×４～１２８×１２８の範囲であってよく、形状は、正方形、長方形などであってよい。例えば、コーディングブロックパラメータ２１２０は、ＩＢＣエンコーダ１１０によって処理されるべきコーディングブロックが、図２及び図５～図１１の例と一致する正方形４×４コーディングブロック、図１２、図１３、図１６及び図１７の例と一致する長方形８×４コーディングブロック、図１４、図１５、図１８及び図１９の例と一致する長方形４×８コーディングブロックなどであるべきことを指定してよい。コーディングブロックパラメータ２１２０は、事前に決定されてよく、構成入力として指定されてよく、その他であってよい。
例示的なコーディングブロック変換器２１１０は、上述のように、画像フレームのコーディングブロックに対して１つ以上の変換動作を実行して、コーディングブロックの変換されるバージョンを決定する。例えば、コーディングブロック変換器２１１０によって実装される変換動作は、従来のＩＢＣモード０に対応する変換動作なし、第1のセットのミラー動作のうちの１つ以上、及び／又は上述の強化されたセットのＩＢＣ＋モード１～７に対応する第２のセットの回転動作のうちの１つ以上などを含んでよい。図示の例において、コーディングブロック変換器２１１０は、１つ以上の例示的なＩＢＣモード構成パラメータ２１２５を受け入れて、どのＩＢＣモード（例えば、従来のＩＢＣモード０及び／又は強化されたＩＢＣ＋モード１～７のうちの１つ以上）がコーディングブロック変換器２１１０によって実装されるべきかを指定し、よって、ＩＢＣエンコーダ１１０によってサポートされる。ＩＢＣモード構成パラメータ２１２５は、予め決定されてよく、構成入力として指定されてよく、その他であってよい。従って、コーディングブロック変換器２１１０は、画像フレームのコーディングブロックに対して変換動作を実行してコーディングブロックの変換されたバージョンを決定する手段の例である。
幾つかの例において、ＩＢＣモード構成パラメータ２１２５は、コーディングブロック変換器２１１０が、よって、ＩＢＣエンコーダ１１０が、従来のＩＢＣモード０及び全ての強化されたＩＢＣ＋モード１～７を含む、全てのＩＢＣ／ＩＢＣ＋モードをサポートすることを指定する。幾つかの例では、構成０について、勝ちＩＢＣモード値を表すビットフィールドは、上述のように、４ビットを含み、ビットフィールドの１ビットは、ＩＢＣがモードセレクタ１２０によって選択された勝ち符号化モードであるかどうかを示すために使用される（例えば、ＩＢＣ符号化がモードセレクタ１２０によって選択されたならば１に設定され、他の予測符号化モードのうちの１つが現在のコーディングブロックについてモードセレクタ１２０によって選択されたならば０に設定される）。他の３ビットは、現在のコーディングブロックについて勝ちＩＢＣ／ＩＢＣ＋モードに対応するＩＢＣモード値を表すように設定される。例えば、ＩＢＣモード値ビットのグループは、従来のＩＢＣモード０について０００に設定されてよく、ＩＢＣ＋モード１～７についてそれぞれ００１～１１１に設定されてよい。以下の表１は、ＩＢＣモード値ビットについての例示的なビットパターンを示している。
しかしながら、幾つかの例において、勝ちＩＢＣモード値を符号化するために使用されるビットフィールドは、コーディング性能を改良するために可変長ビットフィールドである。例えば、勝ちＩＢＣモード値は、より多い頻度で生じる値がより少ないビット（例えば、１又は２ビット）で表され、より少ない頻度で生じる値がより多くのビット（例えば、３又はそれよりも多くのビット）で表されるように、符号化されることができる。勝ちＩＢＣモード値を符号化するために使用されることができる例示的な可変長符号化技術は、ハフマンコーディング(Huffman coding)であるが、他のタイプの可変長符号化も使用されることができる。
Figure 2023509296000009
幾つかの例において、ＩＢＣモード構成パラメータ２１２５は、コーディングブロック変換器２１１０が、よって、ＩＢＣエンコーダ１１０がＩＢＣ／ＩＢＣ＋モードのサブセットをサポートするべきことを指定する。例えば、ＩＢＣモード構成パラメータ２１２５は、コーディングブロック変換器２１１０が、よって、ＩＢＣエンコーダ１１０が、従来のＩＢＣモード０と、ＩＢＣ＋モード１（０度ミラーリング）、ＩＢＣ＋モード３（９０度ミラーリング）、ＩＢＣ＋モード５（９０度回転）、ＩＢＣ＋モード６（１８０度の回転）、及びＩＢＣ＋モード７（２７０度回転）を含む強化されたＩＢＣ＋モードのサブセットとをサポートするべきことを指定してよい。本明細書では、そのような構成を構成１と呼ぶ。幾つかの例では、構成１について、勝ちＩＢＣモード値を表すビットフィールドは、上述のように、４ビットを含み、ビットフィールドの１ビットは、ＩＢＣがモードセレクタ１２０によって選択された勝ち符号化モードであったかどうかを示すために使用される（例えば、ＩＢＣ符号化がモードセレクタ１２０によって選択されたならば１に設定されｓ、他の予測符号化モードのうちの１つが現在のコーディングブロックについてモードセレクタ１２０によって選択されたならば０に設定される）。残りの３ビットは、現在のコーディングブロックについて勝ちＩＢＣ／ＩＢＣ＋モードに対応するＩＢＣモード値を表すように設定される。例えば、ＩＢＣモード値ビットのグループは、勝ちＩＢＣモードを表すよう、表１に従って設定されてよい。しかしながら、幾つかの例では、可変長符号化を使用して、上述のように、勝ちＩＢＣモード値を表すために使用されるビットフィールドを符号化することができる。構成１は、より少ないサポートされるＩＢＣモードを含むので、構成０に対して減少させられた性能を示すことがあるが、構成１は、構成０よりも少ない変換動作がコーディングブロック毎に実行されることを含み、よって、より高速なコーディング性能を示すことがある。
別の例として、ＩＢＣモード構成パラメータ２１２５は、コーディングブロック変換器２１１０が、よって、ＩＢＣエンコーダ１１０が、従来のＩＢＣモード０と、ＩＢＣ＋モード１（０度ミラーリング）、ＩＢＣ＋モード３（９０度ミラーリング）、ＩＢＣ＋モード５（９０度回転）、及びＩＢＣ＋モード６（１８０度回転）を含む強化されたＩＢＣ＋モードのサブセットとをサポートすることを指定してよい。本明細書では、そのような構成を構成２と呼ぶ。幾つかの例では、構成２において、勝ちＩＢＣモード値を表すビットフィールドは、上述のように、４ビットを含み、ビットフィールドの１ビットは、ＩＢＣがモードセレクタ１２０によって選択された勝ち符号化モードであったかどうかを示すために使用される（例えば、ＩＢＣ符号化がモードセレクタ１２０によって選択されたならば１に設定され、他の予測符号化モードのうちの１つが現在のコーディングブロックについてモードセレクタ１２０によって選択されたならば０に設定される）。他の３ビットは、現在のコーディングブロックについて勝ちＩＢＣ／ＩＢＣ＋モードに対応するＩＢＣモード値を表すように設定される。例えば、ＩＢＣモード値ビットのグループは、勝ちＩＢＣモードを表すよう、表１に従って設定されてよい。別の例として、３つのビットのうちの最初のビットは、ＩＢＣモード０又はＩＢＣ＋モードのうちの１つが勝者であるかどうかを示すように設定することができる（例えば、ＩＢＣモード０が勝者であったならばビットは０に設定され、他のＩＢＣ＋モードのうちの１つが勝者であったならばビットは１に設定される）。そのような例において、残りの２ビットは、構成２内の４つの可能なＩＢＣ＋モード（例えば、００＝ＩＢＣ＋モード１、０１＝ＩＢＣ＋モード３、１０＝ＩＢＣ＋モード５、及び１１＝ＩＢＣ＋モード６）を表すために使用される。しかしながら、幾つかの例では、可変長符号化を使用して、上述のように、勝ちＩＢＣモード値を表すために使用されるビットフィールドを符号化することができる。構成２は、より少ないサポートされるＩＢＣモードを含むので、構成０及び構成１に対して減少させられた性能を示すことがあるが、構成２は、構成０及び構成１よりも少ない変換動作がコーディングブロック毎に実行されることを含み、よって、より高速な符号化性能を示すことがある。
更なる例として、ＩＢＣモード構成パラメータ２１２５は、コーディングブロック変換器２１１０が、よって、ＩＢＣエンコーダ１１０が、従来のＩＢＣモード０と、ＩＢＣ＋モード１（０度ミラーリング）、ＩＢＣ＋モード３（９０度ミラーリング）、及びＩＢＣ＋モード６（１８０度回転）を含む強化されたＩＢＣ＋モードのサブセットをサポートすることを指定してよい。本明細書では、そのような構成を構成３と呼ぶ。幾つかの例では、構成３について、勝ちＩＢＣモード値を表すビットフィールドは、３ビットを含み、ビットフィールドの１ビットは、ＩＢＣがモードセレクタ１２０によって選択された勝ち符号化モードであったかどうかを示すために使用される（例えば、ＩＢＣコーディングがモードセレクタ１２０によって選択されたならば１に設定され、他の予測符号化モードのうちの１つが現在のコーディングブロックについてモードセレクタ１２０によって選択されたならば０にセットされる）。他の２つのビットは、構成３において４つの可能なＩＢＣモード（例えば、００＝ＩＢＣモード０、０１＝ＩＢＣ＋モード１、１０＝ＩＢＣ＋モード３、及び１１＝ＩＢＣ＋モード６）を表すように設定される。しかしながら、幾つかの例では、可変長符号化を使用して、上述のように、勝ちＩＢＣモード値を表すために使用されるビットフィールドを符号化することができる。構成３は、より少ないサポートされるＩＢＣモードを含むので、構成０、構成１及び構成２に対して減少させられた性能を示すことがあるが、構成３は、構成０、構成１及び構成２よりも少ないコーディングブロック毎に実行される変換動作を含み、よって、より高速なコーディング性能を示すことがある。
図２１の例示的な予測器ブロック探索器２１１５(predictor block searcher)は、（例えば、構成パラメータ２１２５によって構成されるような）コーディングブロック変換器２１１０によって実装される異なるＩＢＣモードについて、図２０に関連して上述したように、ＩＢＣサーチを行う。図示の例において、予測器ブロック探索器２１１５は、コーディングブロックについての候補予測器ブロックを決定するために符号化された所与のコーディングブロックについて複数のＩＢＣサーチを実行し、ＩＢＣサーチの各々は、コーディングブロック変換器２１１０によって実装されるＩＢＣモードのうちの異なるものに対応する。例えば、コーディングブロックについての候補予測器ブロックを決定するために、予測器ブロック探索器２１１５は、ＩＢＣモード０についてのコーディングブロックの変換されていないバージョンに基づいて第１のＩＢＣサーチを実行し、他のＩＢＣ＋モードのうちの１つについてのコーディングブロックの変換されたバージョンに基づいて第２のＩＢＣサーチを実行してよい。複数のＩＢＣ＋モードが構成されるならば、予測器ブロック探索器２１１５は、他のＩＢＣ＋モードについてのコーディングブロックの他の異なる変換されたバージョンに基づいて追加のＩＢＣサーチを実行し、そのコーディングブロックについて実行された全てのＩＢＣサーチの結果に基づいて候補予測器ブロックを決定してよい。例えば、コーディングブロック変換器２１１０が、従来のＩＢＣモード（例えば、ＩＢＣモード０）、ＩＢＣミラーリングモードのうちの１つ以上（例えば、ＩＢＣ＋モード１～４のうちの１つ以上）、及びＩＢＣ回転モードのうちの１つ以上（例えば、ＩＢＣ＋モード５～７のうちの１つ以上）をサポートするように構成されるならば、予測器ブロック探索器２１１５は、（ｉ）（ＩＢＣモード０に対応する）コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックコピーサーチ、（ｉｉ）（構成されたＩＢＣミラーリングモードに対応する）コーディングブロックのミラーリングされたバージョンに基づく第２のグループの1つ以上のＩＢＣサーチ、及び（ｉｉｉ）（構成されたＩＢＣ回転モードに対応する）コーディングブロックの回転されたバージョンに基づく第３のグループの１つ以上のＩＢＣサーチを実行することによって、符号化されているコーディングブロックについての候補予測器ブロックを決定してよい。従って、予測器ブロック探索器２１１５は、イントラブロックコピーサーチを実行する手段の例であり、イントラブロックコピーサーチは、コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックコピーサーチと、画像フレームの従前に符号化されたピクセルの候補予測器ブロックを決定するためのコーディングブロックの変換されたバージョンに基づく第２のイントラブロックサーチとを含み、候補予測器ブロックは、コーディングブロックのイントラブロックコピー予測器に対応する。
所与のコーディングブロックについて、構成されたＩＢＣモードについてのＩＢＣサーチを実行した後、図示の例の予測器ブロック探索器２１１５は、上述のように、そのコーディングブロックに対する勝ち候補予測器ブロックの場所を表す例示的な変位ベクトル２１３０と、候補予測器ブロックと関連付けられるＩＢＣモードのうちの勝ちモードを識別する例示的なＩＢＣモード値２１３５とを出力する。図示の例において、予測器ブロック探索器２１１５は、所与のコーディングブロックについて、上述のように、選択された候補予測器ブロック及びＩＢＣモードを使用してＩＢＣコーディングを実行するための１つ以上の例のコーディングメトリック２１４０（例えば、コーディングコスト、コーディングスコアなど）を出力する。図示の例において、予測器ブロック探索器２１１５は、上述のように、所与のコーディングブロックについて、候補予測器ブロックとコーディングブロックとの間の差を表す例示的な残差２１４５を更に出力する。
この開示の教示に従ってＩＢＣ符号化されたビデオビットストリームを復号化するために使用されることがある例示的なＩＢＣビデオデコーダ２２００のブロック図が、図２２に示されている。図２２の例示的なＩＢＣデコーダ２２００は、例示的なストリームデコーダ２２０５と、例示的な予測器ブロックセレクタ２２１０と、例示的な予測器ブロック変換器２２１５と、例示的なフレームデコーダ２２２０とを含む。図示する例のストリームデコーダ２２０５は、例示的な符号化されたビデオビットストリームを復号化して、復号化されるべき所与のフレーム内の所与の符号化されたコーディングブロックについて、そのコーディングブロックについてのフレーム内の候補予測器ブロックの場所を表す変位ベクトルを得る。ストリームデコーダ２２０５は、符号化されたビデオビットストリームを復号化して、ＩＢＣモードのうちのどの１つがその予測器ブロックと関連付けられているかを表すＩＢＣモード値も得る。幾つかの例において、ストリームデコーダ２２０５は、符号化されたビデオビットストリームを更に復号化して、符号化されたコーディングブロックと関連付けられる残差を得る。
予測器ブロックセレクタ２２１０は、復号化されている所与の画像フレームの従前に復号化されたピクセルの予測器ブロックを選択する。図示の例において、予測器ブロックセレクタ２２１０は、復号化された変位ベクトルに基づいて予測器ブロックを選択する。従って、予測器ブロックセレクタ２２１０は、復号化されている画像フレームの従前に復号化されたピクセルの予測器ブロックを選択する手段の例であり、予測器ブロックは、変位ベクトルに基づいて選択される。
図示する例の予測器ブロック変換器２２１５は、選択された予測器ブロックに対して変換動作を実行して、予測器ブロックの変換されたバージョンを決定する。図示の例において、変換動作は、復号化されたＩＢＣモード値に基づいて選択され、（例えば、ＩＢＣモード０についての）変換なし、（例えば、ＩＢＣ＋モード１～４についての）第1のセットのミラー変換動作のうちの１つ、（例えば、ＩＢＣ＋モード５～７についての）回転変換動作のセットのうちの１つに対応することができる。図示の例において、予測器ブロック変換器２２１５は、（予測器ブロックではなくコーディングブロックが符号化中に変換されたので）復号化されたＩＢＣモード値に関連付けられた変換の逆を実行する。従って、予測器ブロック変換器２２１５は、予測器ブロックの変換されたバージョンを決定するために予測器ブロックに対して変換動作を実行する手段の例である。
図示する例のフレームデコーダ２２２０は、予測器ブロック変換器２２１５からの選択された予測器ブロック出力の変換されたバージョンに基づいて、画像フレームの符号化されたコーディングブロックを復号化する。例えば、フレームデコーダ２２２０は、復号化された残差と予測器ブロックの変換されたバージョンとを組み合わせて、復号化されたコーディングブロックをもたらす。従って、フレームデコーダ２２２０は、予測器ブロックの変換されたバージョンに基づいて画像フレームのコーディングブロックを復号化する手段の例である。
ビデオエンコーダ１００、ＩＢＣエンコーダ１１０、及びＩＢＣデコーダ２２００を実装する例示的な方法が、図１～図２２に示されているが、図１～図２２に示す要素、プロセス及び／又はデバイスのうちの１つ以上は、組み合わされてよく、分割されてよく、再配置されてよく、省略されてよく、除去されてよく、且つ／或いは任意の他の方法で実装されてよい。更に、例示的なビデオインターフェース１０５、例示的な予測器エンコーダ１１５、例示的なモードセレクタ１２０、例示的なストリームエンコーダ１２５、例示的なコーディングブロックセレクタ２１０５、例示的なコーディングブロック変換器２１１０、例示的な予測器ブロック探索器２１１５、例示的な予測器ブロックセレクタ２２１０、例示的な予測器ブロック変換器２２１５、例示的なフレームデコーダ２２２０、及び／又は、より一般的には、例示的なビデオエンコーダ１００、例示的なＩＢＣエンコーダ１１０及び／又は例示的なＩＢＣデコーダ２２００は、ハードウェア、ソフトウェア、ファームウェア、及び／又は、ハードウェア、ソフトウェア及び／又はファームウェアの任意の組み合わせによって実装されてよい。よって、例えば、例示的なビデオインターフェース１０５、例示的な予測器エンコーダ１１５、例示的なモードセレクタ１２０、例示的なストリームエンコーダ１２５、例示的なコーディングブロックセレクタ２１０５、例示的なコーディングブロック変換器２１１０、例示的な予測器ブロック探索器２１１５、例示的な予測器ブロックセレクタ２２１０、例示的な予測器ブロック変換器２２１５、例示的なフレームデコーダ２２２０、及び／又は、より一般的には、例示的なビデオエンコーダ１００、例示的なＩＢＣエンコーダ１１０及び／又は例示的なＩＢＣデコーダ２２００のうちのいずれかは、１つ以上のアナログ又はデジタル回路、論理回路、プログラマブルプロセッサ、プログラマブルコントローラ、グラフィックス処理ユニット（ＧＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）及び／又はフィールドプログラマブル論理デバイス（ＦＰＬＤ）によって実装されることができる。純粋にソフトウェア及び／又はファームウェア実装をカバーするために、この特許の装置請求項又はシステム請求項のいずれかを読み取るときに、例示的なビデオエンコーダ１００、例示的なＩＢＣエンコーダ１１０、例示的なＩＢＣデコーダ２２００、例示的なビデオインターフェース１０５、例示的な予測器エンコーダ１１５、例示的なモードセレクタ１２０、例示的なストリームエンコーダ１２５、例示的なコーディングブロックセレクタ２１０５、例示的なコーディングブロック変換器２１１０、例示的な予測ブロック探索器２１１５、例示的な予測ブロックセレクタ２２１０、例示的な予測ブロック変換器２２１５、及び／又は例示的なフレームデコーダ２２２０のうちの少なくとも１つは、ソフトウェア及び／又はファームウェアを含む、メモリ、デジタル多用途ディスク（ＤＶＤ）、コンパクトディスク（ＣＤ）、ブルーレイディスクなどのような、非一時的コンピュータ読取可能な記憶デバイス又は記憶ディスクを含むように、ここに明確に定義される。更に、例示的なビデオエンコーダ１００、例示的なＩＢＣエンコーダ１１０及び／又は例示的なＩＢＣデコーダ２２００は、図１～図２２に示すものに加えて或いはそれらの代わりに、1つ以上の要素、プロセス及び／又はデバイスを含んでよく、且つ／或いは、例示する要素、プロセス及びデバイスの一部又は全部のうちの１つ以上を含んでよい。本明細書で使用するとき、「通信して(in communication)」という語句は、その変形を含めて、１つ以上の中間コンポーネント(構成要素)を通じた直接的な通信及び／又は間接的な通信を包含し、直接的な物理的（例えば、有線）通信及び／又は常時通信を必要とせず、むしろ周期的な間隔、スケジュールされた間隔、非周期的な間隔、及び／又は１回限りの事象における選択的通信を追加的に含む。
例示的なビデオエンコーダ１００及び／又は例示的なＩＢＣエンコーダ１１０を実装するための、例示的なハードウェア論理、機械読取可能命令、ハードウェア実装状態マシン、及び／又はそれらの任意の組み合わせを表すフローチャートが、図２３及び図２５に示されている。これらの実施例において、機械読取可能命令は、図２６に関連して以下に議論する例示的プロセッサプラットフォーム２６００に示されるプロセッサ２６１２のような、コンピュータプロセッサによる実行のための1つ以上の実行可能プログラム又は実行可能プログラムの一部分であってよい。１つ以上のプログラム又はその一部分は、ＣＤ－ＲＯＭ、フロッピーディスク、ハードドライブ、ＤＶＤ、ブルーレイディスク（ＴＭ）、又はプロセッサ２６１２と関連付けられたメモリのような、非一時的コンピュータ読取可能記憶媒体に格納されるソフトウェアにおいて具現されてよいが、プログラム全体又は複数のプログラム全体及び／又はそれらの一部分は、代替的に、プロセッサ２６１２以外のデバイスによって実行されることができ、且つ／或いはファームウェア又は専用ハードウェアで具現されることができる。更に、例示的なプログラムは、図２３及び図２５に示すフローチャートを参照して記載されるが、例示的なビデオエンコーダ１００及び／又は例示的なＩＢＣエンコーダ１１０を実装する多くの他の方法が代替的に使用されてよい。例えば、図２３及び図２５に示すフローチャートを参照すると、ブロックの実行順序は変更されてよく、且つ／或いは記載のブロックの一部は、変更されてよく、除去されてよく、組み合わされてよく、且つ／或いは複数のブロックに細分されてよい。追加的に又は代替的に、ブロックの一部又は全部は、ソフトウェア又はファームウェアを実行することなく対応する動作を実行するように構成された１つ以上のハードウェア回路（例えば、離散及び／又は集積アナログ及び／又はデジタル回路、ＦＰＧＡ、ＡＳＩＣ、比較器、演算増幅器（演算アンプ）、論理回路など）によって実装されてよい。
例示的なＩＢＣデコーダ２２００を実装するための、例示的なハードウェア論理、機械読取可能命令、ハードウェア実装状態マシン、及び／又はそれらの任意の組み合わせを表すフローチャートが、図２４に示されている。この例において、機械読取可能命令は、図２７に関連して以下に議論する例示的なプロセッサプラットフォーム２７００に示すプロセッサ２７１２のような、コンピュータプロセッサによる実行のための実行可能プログラムの１つ以上の実行可能プログラム又は一部分であってよい。１つ以上のプログラム又はそれらの一部分は、ＣＤ－ＲＯＭ、フロッピーディスク、ハードドライブ、ＤＶＤ、ブルーレイディスク（ＴＭ）、又はプロセッサ２７１２と関連付けられたメモリのような非一時的コンピュータ読取可能記憶媒体に格納されるソフトウェアにおいて具現されてよいが、プログラム全体又は複数のプログラム全体及び／又はそれらの一部分は、代替的に、プロセッサ２７１２以外のデバイスによって実行されることができ、且つ／或いはファームウェア又は専用ハードウェアにおいて具現されることができる。更に、例示的なプログラムは、図２４に示すフローチャートを参照して記載されるが、例示的なＩＢＣデコーダ２２００を実装する多くの他の方法が代替的に使用されてよい。例えば、図２４に示すフローチャートを参照すると、ブロックの実行順序は変更されてよく、且つ／或いは記載のブロックの一部は、変更されてよく、除去されてよく、組み合わされてよく、且つ／或いは複数のブロックに細分されてよい。追加的に又は代替的に、ブロックの一部又は全部は、ソフトウェア又はファームウェアを実行することなく対応する動作を実行するように構成された、１つ以上のハードウェア回路（例えば、離散及び／又は集積アナログ及び／又はデジタル回路、ＦＰＧＡ、ＡＳＩＣ、比較器、演算増幅器（演算アンプ）、論理回路など）によって実装されてよい。
本明細書に記載する機械読取可能命令は、圧縮フォーマット、暗号化フォーマット、断片化されたフォーマット、コンパイルされたフォーマット、実行可能フォーマット、パッケージ化されたフォーマットなどのうちの１つ以上に格納されてよい。本明細書に記載するような機械可読命令は、機械実行可能命令を作成、製造、及び／又は生成するために利用されることがあるデータ（例えば、命令の部分、コード、コードの表現など）として格納されてよい。例えば、機械読取可能命令は、１つ以上の記憶デバイス及び／又はコンピューティングデバイス（例えば、サーバ）に断片化されて格納されてよい。機械読取可能命令は、それらをコンピューティングデバイス及び／又は他の機械によって直接的に読取可能、解釈可能、及び／又は実行可能にするために、インストール(installation)、修正(modification)、適応(adaptation)、更新(updating)、組み合わせ(combining)、補足(supplementing)、構成(configuring)、解読(decryption)、解凍(decompression)、アンパック(unpacking)、配信(distribution)、再割当て(reassignment)、編集(compilation)などのうちの１つ以上を必要とすることがある。例えば、機械可読命令は、個別に圧縮され(compressed)、暗号化され(encrypted)、且つ別個のコンピューティングデバイスに格納される(stored)、複数の部分において格納されてよく、これらの部分は、解読され、解凍され、且つ組み合わされるときに、本明細書に記載するようなプログラムを実装する実行可能命令のセットを形成する。
別の例において、機械読取可能命令は、それらがコンピュータによって読み取られることがあるが、特定のコンピューティングデバイス又は他のデバイスで命令を実行するために、ライブラリ（例えば、動的リンクライブラリ（ＤＬＬ））、ソフトウェア開発キット（ＳＤＫ）、アプリケーションプログラミングインターフェース（ＡＰＩ）などの追加を必要とする、状態で格納されてよい。別の例において、機械読取可能命令は、機械読取可能命令及び／又は対応するプログラムを全体的に又は部分的に実行し得る前に、構成されること（例えば、設定記憶される、データ入力される、ネットワークアドレス記録されることなど）が必要な場合がある。従って、開示の機械読取可能命令及び／又は対応するプログラムは、格納されるときに或いはさもなければ休止時に或いは輸送中に、機械読取可能な命令及び／又はプログラムの特定のフォーマット又は状態にかかわらず、そのような機械読取可能命令及び／又はプログラムを包含することが意図されている。
本明細書に記載する機械読取可能命令は、過去、現在、又は将来の命令言語、スクリプト言語、プログラミング言語などによって表わされることができる。例えば、機械読取可能命令は、以下の言語、すなわち、Ｃ、Ｃ＋＋、Ｊａｖａ、Ｃ＃、Ｐｅｒｌ、Ｐｙｔｈｏｎ、ＪａｖａＳｃｒｉｐｔ、ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、構造化照会言語（ＳＱＬ）、Ｓｗｉｆｔなどのいずれかの言語を使用して表わされてよい。
上述のように、図２３～図２５の例示的なプロセスは、ハードディスクドライブ、フラッシュメモリ、読出し専用メモリ、コンパクトディスク、デジタル多用途ディスク、キャッシュ、ランダムアクセスメモリ、及び／又は情報が任意の持続時間に亘って（例えば、長い時間期間に亘って、永久的に、短い瞬間に亘って、一時的なバッファリングに亘って及び／又は情報のキャッシュ化に亘って）格納される任意の他の記憶デバイス又は記憶ディスクのような、非一時的コンピュータ及び／又は機械読取可能媒体に格納される、実行可能な命令（例えば、コンピュータ及び／又は機械読取可能命令）を使用して実装されてよい。本明細書で使用されるとき、「非一時的コンピュータ読取可能媒体(non-transitory computer readable medium)」という用語は、あらゆるタイプのコンピュータ読取可能記憶デバイス及び／又は記憶ディスクを含むように、伝搬信号を排除するように、並びに伝送媒体を排除するように明示的に定義される。また、本明細書において使用されるとき、「コンピュータ読取可能(computer readable)」及び「機械読取可能(machine readable)」という用語は、他のことが示されない限り、均等であると考えられる。
「含む(including)」及び「含む(comprising)」（並びにそれらの全ての形態及び時制）は、本明細書では、オープンエンド(開放端)の用語(open-ended terms)として使用される。よって、請求項が任意の形態の「含む(include)」又は「含む(comprise)」（例えば、含む(comprises)、含む(includes)、含む(comprising)、含む(including)、有する(having)など）を前提部分として又は任意の種類の請求項の引用において利用するときにはいつでも、追加の要素、用語などが、対応する請求項又は引用の範囲外に入ることなく、存在する場合があることが理解されるべきである。本明細書において使用されるとき、「少なくとも」という語句が、例えば、請求項の前提部分において、移行用語として使用されるとき、それは「含む」及び「含む」という語句がオープンエンドであるのと同様にオープンエンドである。「及び／又は」という用語は、例えば、Ａ、Ｂ、及び／又はＣのような形態で使用されるとき、（１）Ａのみ、（２）Ｂのみ、（３）Ｃのみ、（４）ＡとＢ、（５）ＡとＣ、（６）ＢとＣ、及び（７）ＡとＢ及びＡとＣのような、Ａ、Ｂ、Ｃの任意の組み合わせ又はサブセットを指す。構造、コンポーネント、品目(アイテム)、物体(オブジェクト)及び／又は物を記載するコンテキスト(文脈)において本明細書中で使用されるとき、「Ａ及びＢのうちの少なくとも１つ」という語句は、（１）少なくとも１つのＡ、（２）少なくとも１つのＢ、及び（３）少なくとも１つのＡ及び少なくとも１つのＢのうちのいずれかを含む実装を指すことが意図されている。同様に、構造、コンポーネント、品目、物体ト及び／又は物を記載するコンテキストにおいて本明細書中で使用されるとき、「Ａ又はＢのうちの少なくとも１つ」という語句は、（１）少なくとも１つのＡ、（２）少なくとも１つのＢ、及び（３）少なくとも１つのＡ及び少なくとも１つのＢのうちのいずれかを含む実装を指すことが意図されている。プロセス、命令、アクション、アクティビティ、及び／又はステップの遂行性能又は実行を記載するコンテキストにおいて本明細書中で使用されるとき、「Ａ及びＢのうちの少なくとも１つ」という語句は、（１）少なくとも１つのＡ、（２）少なくとも１つのＢ、及び（３）少なくとも１つのＡ及び少なくとも１つのＢのうちのいずれかを含む実装を指すことが意図されている。同様に、プロセス、命令、行為(アクション)、活動(アクティビティ)、及び／又はステップの遂行又は実行を記載するコンテキストにおいて本明細書中で使用されるとき、「Ａ又はＢのうちの少なくとも１つ」という用語は、（１）少なくとも１つのＡ、（２）少なくとも１つのＢ、及び（３）少なくとも１つのＡ及び少なくとも１つのＢのうちのいずれかを含む実装を指すことが意図されている。
本明細書において使用されるとき、単数形の参照（例えば、「１つ(a)」、「１つ(an)」、「第１」、「第２」など）は、複数を除外しない。「１つ(a)」又は「１つ(an)」のエンティティ(実体)という用語は、本明細書において使用されるとき、そのエンティティの１つ以上を指す。「１つ(a)」（又は「１つ(an)」）、「１つ以上」、及び「少なくとも１つ」という用語は、本明細書中で互換的に使用されることができる。更に、個々に列挙されるが、複数の手段、要素、又は方法行為は、例えば、単一のユニット又はプロセッサによって実装されてよい。追加的に、個々の構成は、異なる例又は請求項に含まれることがあるが、これらは、場合によっては組み合わされてよく、異なる例又は請求項に含まれることは、構成の組み合わせが実現可能でない或いは有利でないことを暗示しない。
図１及び／又は図２１のＩＢＣエンコーダ１１０を実装するように実行されることがある例示的なプログラム２３００が、図２３に示すフローチャートによって表されている。前述の図及び関連する記述を参照すると、例示的なプログラム２３００は、ブロック２３０５で実行を開始し、ブロック２３０５で、ＩＢＣエンコーダ１１０のコーディングブロックセレクタ２１０５は、上述のように、（例えば、構成パラメータ２１２０に基づいて）符号化されるべき画像のコーディングブロックを選択する。ブロック２３１０で、コーディングブロック変換器２１１０は、上述のように、（例えば、構成パラメータ２１２５に基づいて）評価されるべきＩＢＣモードを取得する。ブロック２３１５で、コーディングブロック変換器２１１０は、上述のように、異なる強化されたＩＢＣ＋モードに従ってコーディングブロックを変換して、ブロック２３１０で構成される異なる強化されたＩＢＣ＋モードにそれぞれ対応するコーディングブロックの変換されたバージョンを決定する。
ブロック２３２０で、ＩＢＣエンコーダ１１０の予測器ブロック探索器２１１５は、上述のように、従来のＩＢＣモード０に対応するコーディングブロックの変換されたいないバージョンに基づいてＩＢＣサーチを実行する。ブロック２３２５で、予測器ブロック探索器２１１５は、上述のように、ブロック２３１０で構成される強化されたＩＢＣ＋モードについて決定されるコーディングブロックのそれぞれの変換されたバージョンに基づいて１つ以上のＩＢＣサーチを実行する。ブロック２３３０で、予測器ブロック探索器２１１５は、上記のように、ブロック２３２０及びブロック２３２５で実行されるＩＢＣサーチに基づいて、コーディングブロックについての候補予測器ブロックを決定する。ブロック２３３５で、予測器ブロック探索器２１１５は、上述のように、候補予測器ブロックと関連付けられる勝ちＩＢＣモード及び変位ベクトルを出力する。ブロック２３４０で、予測器ブロック探索器２１１５は、上述のように、予測器ブロックと関連付けられる残差ブロックデータ及びコーディングメトリックを出力する。
ブロック２３４５で、モードセレクタ１２０は、上述のように、ＩＢＣコーディングが（例えば、予測エンコーダ１１５によって実装される他の予測コーディング技術に対して）現在のコーディングブロックについて選択されるかどうかを決定する。ＩＢＣコーディングが選択されないならば（ブロック２３４５）、ブロック２３５０で、ストリームエンコーダ１２５は、上述のように、ＩＢＣビットフィールドを符号化して、ＩＢＣが選択されなかったことを示す。しかしながら、ＩＢＣコーディングが選択されると（ブロック２３４５）、次に、ブロック２３５５で、ストリームエンコーダ１２５は、ＩＢＣビットフィールドを符号化して、ＩＢＣが選択されたことを示し、勝ちＩＢＣモードも符号化し、上述のように、出力符号化されたビデオビットストリーム内の変位ベクトルも符号化する。
図２２のＩＢＣデコーダ２２００を実装するために実行されることがある例示的なプログラム２４００が、図２４に示すフローチャートによって表されている。前述の図及び関連する記述を参照すると、例示的なプログラム２４００は、ブロック２４０５で実行を開始し、ブロック２４０５で、上述のように、図２２のＩＢＣデコーダ２２００のストリームデコーダ２２０５は、上述のように、符号化されたビデオビットストリームからの現在のコーディングブロックについてのＩＢＣモード及び変位ベクトルを復号化する。ブロック２４１０で、ＩＢＣデコーダ２２００の予測器ブロックセレクタ２２１０は、上述のように、変位ベクトルに基づいて、現在のブロックを復号化するための予測器ブロックを選択する。ブロック２４１５で、予測器ブロック変換器２２１５は、上述のように、ＩＢＣモードに基づいて予測器ブロックを変換して、予測器ブロックの変換されたバージョンを決定する。ブロック２４２０で、ＩＢＣデコーダ２２００のフレームデコーダ２２２０は、上述のように、予測器ブロックの変換されたバージョンに基づいて、現在のコーディングブロックを復号化する。
図１のビデオエンコーダ１００を実装するために実行されることがある例示的なプログラム２５００が、図２５に示すフローチャートによって表されている。図２５は、イントラブロックコピーを実行するための例示的なプロセスを示しており、プロセスは、幾つかの例において、以下の例示的な電子デバイス２８００において実装されることができる。ブロック２５０２で、ピクセルの領域が、現在のブロックの上方で選択され、選択された領域は、ソースブロックと共にダウンスケールされる。異なる形状構成における最良のブロックベクトル候補を識別するために、網羅的なサーチが行われる。例えば、形状構成は、他の形状構成の中でも、正方形、長方形のペア、４個で１セットの正方形を含むことができる。最良のブロックベクトル候補は、完全解像度(full resolution)で整数運動推定（ＩＭＥ：Integer Motion Estimation）に含められる。
ブロック２５０４で、完全解像度一次元サーチが、選択されるミラーモード又は回転モードに従って軸に沿って実行される。例えば、従前に符号化されたピクセルは、図２～図２０に記載するようなものであってよい。
ブロック２５０６で、候補イントラブロックコピー候補が、選択されるミラーモード又は回転モードに従って選択される。例えば、候補イントラブロックコピー候補を、品質及びビットコストに基づいて他の候補と比較することができる。従って、ブロック２５０２及び２５０４の技術を、性能制約付き符号化内での高精度サーチのために組み合わせることができる。
図２６は、図２３及び／又は図２５の命令を実行して、図１及び図２１の例示的なビデオエンコーダ１００及び／又は例示的なＩＢＣエンコーダ１１０を実装するように構成された、例示的なプロセッサプラットフォーム２６００のブロック図である。プロセッサプラットフォーム２６００は、例えば、サーバ、パーソナルコンピュータ、ワークステーション、自己学習マシン（例えば、ニューラルネットワーク）、モバイルデバイス（例えば、携帯電話、スマートフォン、ｉＰａｄ（登録商標）のようなタブレット）、携帯情報端末（ＰＤＡ）、インターネットアプライアンス、ＤＶＤプレーヤ、ＣＤプレーヤ、デジタルビデオレコーダ、ブルーレイプレーヤ、ゲームコンソール、パーソナルビデオレコーダ、セットトップボックス、デジタルカメラ、ヘッドセット、又は他のウェアラブルデバイス、又は任意の他のタイプのコンピューティングデバイスであることができる。
図示する例のプロセッサプラットフォーム２６００は、プロセッサ２６１２を含む。図示する例のプロセッサ２６１２は、ハードウェアである。例えば、プロセッサ２６１２は、１つ以上の集積回路、論理回路、マイクロプロセッサ、ＧＰＵ、ＤＳＰ、又は任意の所望のファミリ又は製造業者からのコントローラによって実装されることができる。ハードウェアプロセッサ２６１２は、半導体ベース（例えば、シリコンベース）デバイスであってよい。この例において、プロセッサ２６１２は、例示的なビデオエンコーダ１００、例示的なＩＢＣエンコーダ１１０、例示的なビデオインターフェース１０５、例示的な予測エンコーダ１１５、例示的なモードセレクタ１２０、例示的なストリームエンコーダ１２５、例示的なコーディングブロックセレクタ２１０５、例示的なコーディングブロック変換器２１１０、及び／又は例示的な予測ブロック探索器２１１５を実装する。
図示する例のプロセッサ２６１２は、ローカルメモリ２６１３（例えば、キャッシュ）を含む。図示する例のプロセッサ２６１２は、リンク２６１８を介して、揮発性メモリ２６１４と不揮発性メモリ２６１６とを含むメインメモリと通信する。リンク２６１８は、バス、１つ以上のポイントツーポイント接続など、又はそれらの組み合わせによって実装されてよい。揮発性メモリ２６１４は、シンクロナスランダムアクセスメモリ（ＳＤＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ＲＡＭＢＵＳ（登録商標）Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＤＲＡＭ（登録商標））、及び／又は任意の他のタイプのランダムアクセスメモリデバイスによって実装されてよい。不揮発性メモリ２６１６は、フラッシュメモリ及び／又は任意の他の所望のタイプのメモリデバイスによって実装されてよい。メインメモリ２６１４、２６１６へのアクセスは、メモリコントローラによって制御される。
図示する例のプロセッサプラットフォーム２６００は、インターフェース回路２６２０も含む。インターフェース回路２６２０は、イーサネット（登録商標）インターフェース、ユニバーサルシリアルバス、ブルートゥース（登録商標）インターフェース、近接場通信インターフェース、及び／又はＰＣＩエクスプレスインターフェースのような、任意のタイプのインターフェース標準によって実装されてよい。
図示する例では、１つ以上の入力デバイス２６２２が、インターフェース回路２６２０に接続されている。入力デバイス２６２２は、ユーザがデータ及び／又はコマンドをプロセッサ２６１２に入力することを可能にする。入力デバイスは、例えば、オーディオセンサ、マイクロホン、（静止又はビデオ）カメラ、キーボード、ボタン、マウス、タッチスクリーン、トラックパッド、トラックボール、（アイソポイントのような）トラックバー、音声認識システム、及び／又は任意の他の人間機械インターフェースによって実装されることができる。また、プロセッサプラットフォーム２６００のような多くのシステムは、ユーザがコンピュータシステムを制御し、限定されるわけではないが、手又は身体の動き、顔の表情、及び顔認識のような、物理的ジェスチャを使用して、コンピュータにデータを提供することを可能にする。
１つ以上の出力デバイス２６２４が、図示の例のインターフェース回路２６２０に接続されている。出力デバイス２６２４は、例えば、ディスプレイデバイス（例えば、発光ダイオード（ＬＥＤ）、有機発光ダイオード（ＯＬＥＤ）、液晶ディスプレイ（ＬＣＤ）、陰極線管ディスプレイ（ＣＲＴ）、現場スイッチング（ＩＰＳ）ディスプレイ、タッチスクリーンなど）、触覚出力デバイス、プリンタ及び／又はスピーカによって実装されることができる。よって、図示する例のインターフェース回路２６２０は、典型的には、グラフィックスドライバカード、グラフィックスドライバチップ、及び／又はグラフィックスドライバプロセッサを含む。
図示する例のインターフェース回路２６２０は、ネットワーク２６２６を介した外部マシン（例えば、任意の種類のコンピューティングデバイス）とのデータの交換を容易にするために、送信機、受信機、送受信機、モデム、住宅ゲートウェイ、無線アクセスポイント、及び／又はネットワークインターフェースのような、通信デバイスも含む。通信は、例えば、イーサネット接続、デジタル加入者回線（ＤＳＬ）接続、電話回線接続、同軸ケーブルシステム、衛星システム、ラインオブサイト無線システム、セルラ電話システムなどを介することができる。
図示する例のプロセッサプラットフォーム２６００は、ソフトウェア及び／又はデータを格納するための１つ以上の大容量記憶デバイス２６２８も含む。そのような大容量記憶デバイス２６２８の例は、フロッピーディスクドライブ、ハードドライブディスク、コンパクトディスクドライブ、ブルーレイディスクドライブ、独立ディスクの冗長アレイ（ＲＡＩＤ）システム、及びデジタル多用途ディスク（ＤＶＤ）ドライブを含む。
図２３及び／又は図２５の命令に対応するマシン実行可能命令２６３２は、大容量記憶デバイス２６２８内に、揮発性メモリ２６１４内に、不揮発性メモリ２６１６内に、ローカルメモリ２６１３内に、及び／又はＣＤ又はＤＶＤ２６３６のような取り外し可能な非一時的コンピュータ読取可能記憶媒体上に格納されてよい。
図２７は、図２２の例示的なＩＢＣデコーダ２２００を実装するために、図２４の命令を実行するように構成された、例示的なプロセッサプラットフォーム２７００のブロック図である。プロセッサプラットフォーム２７００は、例えば、サーバ、パーソナルコンピュータ、ワークステーション、自己学習マシン（例えば、ニューラルネットワーク）、モバイルデバイス（例えば、携帯電話、スマートフォン、ｉＰａｄ（登録商標）のようなタブレット）、ＰＤＡ、インターネットアプライアンス、ＤＶＤプレーヤ、ＣＤプレーヤ、デジタルビデオレコーダ、ブルーレイプレーヤ、ゲームコンソール、パーソナルビデオレコーダ、セットトップボックス、デジタルカメラ、ヘッドセット、又は他のウェアラブルデバイス、又は任意の他のタイプのコンピュータデバイスであることができる。
図示する例のプロセッサプラットフォーム２７００は、プロセッサ２７１２を含む。図示する例のプロセッサ２７１２は、ハードウェアである。例えば、プロセッサ２７１２は、１つ以上の集積回路、論理回路、マイクロプロセッサ、ＧＰＵ、ＤＳＰ、又は任意の所望のファミリ又は製造業者からのコントローラによって実装されることができる。ハードウェアプロセッサ２７１２は、半導体ベース（例えば、シリコンベース）デバイスであってよい。この例において、プロセッサ２７１２は、例示的なＩＢＣデコーダ２２００、例示的な予測器ブロックセレクタ２２１０、例示的な予測器ブロック変換器２２１５、及び／又は例示的なフレームデコーダ２２２０を実装する。
図示する例のプロセッサ２７１２は、ローカルメモリ２７１３（例えば、キャッシュ）を含む。図示する例のプロセッサ２７１２は、リンク２７１８を介して、揮発性メモリ２７１４と不揮発性メモリ２７１６とを含むメインメモリと通信する。リンク２７１８は、バス、１つ以上のポイントツーポイント接続など、又はそれらの組み合わせによって実装されてよい。揮発性メモリ２７１４は、ＳＤＲＡＭ、ＤＲＡＭ、ＲＤＲＡＭ（登録商標）及び／又は任意の他のタイプのランダムアクセスメモリデバイスによって実装されてよい。不揮発性メモリ２７１６は、フラッシュメモリ及び／又は任意の他の所望のタイプのメモリデバイスによって実装されてよい。メインメモリ２７１４、２７１６へのアクセスは、メモリコントローラによって制御される。
図示する例のプロセッサプラットフォーム２７００は、インターフェース回路２７２０も含む。インターフェース回路２７２０は、イーサネットインターフェース、ＵＳＢ、ブルートゥース（登録商標）インターフェース、ＮＦＣインターフェース、及び／又はＰＣＩエクスプレスインターフェースのような、任意のタイプのインターフェース標準によって実装されてよい。
図示する例では、１つ以上の入力デバイス２７２２が、インターフェース回路２７２０に接続されている。入力デバイス２７２２は、ユーザがプロセッサ２７１２にデータ及び／又はコマンドを入力することを可能にする。入力デバイスは、例えば、オーディオセンサ、マイクロホン、（静止又はビデオ）カメラ、キーボード、ボタン、マウス、タッチスクリーン、トラックパッド、トラックボール、（アイソポイントのような）トラックバー、音声認識システム、及び／又は他の人間－機械インターフェースによって実装されることができる。また、プロセッサプラットフォーム２７００のような多くのシステムは、ユーザがコンピュータシステムを制御し、限定されるわけではないが、手又は身体の動き、顔の表情、及び顔認識のような、物理的ジェスチャを使用して、コンピュータにデータを提供することを可能にする。
１つ以上の出力デバイス２７２４は、図示する例のインターフェース回路２７２０にも接続される。出力デバイス２７２４は、例えば、ディスプレイデバイス（例えば、ＬＥＤ、ＯＬＥＤ、ＬＣＤ、ＣＲＴディスプレイ、ＩＰＳディスプレイ、タッチスクリーンなど）、触覚出力デバイス、プリンタ及び／又はスピーカによって実装されることができる。よって、図示する例のインターフェース回路２７２０は、典型的には、グラフィックスドライバカード、グラフィックスドライバチップ、及び／又はグラフィックスドライバプロセッサを含む。
図示する例のインターフェース回路２７２０は、ネットワーク２７２６を介した外部マシン（例えば、任意の種類のコンピューティングデバイス）とのデータの交換を容易にするために、送信機、受信機、送受信機、モデム、住宅ゲートウェイ、無線アクセスポイント、及び／又はネットワークインターフェースのような、通信デバイスも含む。通信は、例えば、イーサネット接続、デジタル加入者回線（ＤＳＬ）接続、電話回線接続、同軸ケーブルシステム、衛星システム、ラインオブサイト無線システム、セルラ電話システムなどを介することができる。
図示する例のプロセッサプラットフォーム２７００は、ソフトウェア及び／又はデータを格納するための１つ以上の大容量記憶デバイス２７２８も含む。そのような大容量記憶デバイス２７２８の例は、フロッピーディスクドライブ、ハードドライブディスク、コンパクトディスクドライブ、ブルーレイディスクドライブ、ＲＡＩＤシステム、及びＤＶＤドライブを含む。
図２４の命令に対応するマシン実行可能命令２７３２は、大容量記憶デバイス２７２８内に、揮発性メモリ２７１４内に、不揮発性メモリ２７１６内に、ローカルメモリ２７１３内に、及び／又はＣＤ又はＤＶＤ２７３６のような取り外し可能な非一時的コンピュータ読取可能記憶媒体上に記憶されてよい。
図２８は、改良されたスクリーンコンテンツ圧縮のための強化されたイントラブロックコピーモードを可能にする例示的な電子デバイス２８００のブロック図である。電子デバイス２８００は、とりわけ、サーバ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話、スマートフォン、又はウェアラブルデバイス、ドローンであってよい。電子デバイス２８００は、格納される命令を実行するように構成される中央処理装置（ＣＰＵ）２８０２、並びにＣＰＵ２８０２によって実行可能である命令を格納するメモリデバイス２８０４を含んでよい。ＣＰＵは、バス２８０６によってメモリデバイス２８０４に結合されてよい。加えて、ＣＰＵ２８０２は、シングルコアプロセッサ、マルチコアプロセッサ、コンピューティングクラスタ、又は任意の数の他の構成であることができる。更に、電子デバイス２８００は、１つよりも多くのＣＰＵ２８０２を含んでよい。メモリデバイス２８０４は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、フラッシュメモリ、又は任意の他の適切なメモリシステムを含むことができる。例えば、メモリデバイス２８０４は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）を含んでよい。
電子デバイス２８００は、グラフィックス処理ユニット（ＧＰＵ）２８０８も含む。図示のように、ＣＰＵ２８０２は、バス２８０６を通じてＧＰＵ２８０８に結合されることができる。ＧＰＵ２８０は、電子デバイス２８００内で任意の数のグラフィックス動作を実行するように構成されることができる。例えば、ＧＰＵ２８０は、電子デバイス２８００のユーザに表示されるべきグラフィックス画像、グラフィックスフレーム、ビデオ、又は同等物をレンダリング又は操作するように構成されることができる。幾つかの例において、ＧＰＵ２８０８は、多数のグラフィックスエンジンを含み、各グラフィックスエンジンは、特定のグラフィックスタスクを実行するか或いは特定のタイプのワークロードを実行するように構成される。例えば、ＧＰＵ２８０８は、ロスレスピクセル圧縮を介してビデオデータを処理するエンジンを含んでよい。
ＣＰＵ２８０２は、バス２８０を通じて、電子デバイス２８００を複数のディスプレイデバイス２８１２に接続するように構成されたディスプレイインターフェース２８１０にリンクされることができる。ディスプレイデバイス２８１２は、電子デバイス２８００の内蔵コンポーネントであるディスプレイスクリーンを含むこともできる。ディスプレイデバイス２８１２は、とりわけ、電子デバイス２８００に外部的に接続される、コンピュータモニタ、テレビ、又はプロジェクタを含んでもよい。
ＣＰＵ２８０２は、バス２８０６を通じて、電子デバイス２８００を１つ以上の入出力（Ｉ／Ｏ）デバイス２８１６に接続するように構成されたＩ／Ｏデバイスインターフェース２８１４に接続されることもできる。Ｉ／Ｏデバイス２８１６は、例えば、キーボード及びポインティングデバイスを含むことができ、ポインティングデバイスは、とりわけ、タッチパッド又はタッチスクリーンを含むことができる。Ｉ／Ｏデバイス２８１６は、電子デバイス２８００の内蔵コンポーネントであることができ、或いは電子デバイス２８００に外部的に接続されるデバイスであることができる。
電子デバイス２８００は、記憶デバイス２８１８を含んでよい。記憶デバイス２８１８は、ハードドライブ、光学ドライブ、フラッシュドライブ、駆動装置のアレイ、又はそれらの任意の組み合わせのような、物理メモリである。記憶デバイス２８１８は、とりわけ、オーディオファイル、ビデオファイル、オーディオ／ビデオファイル、及びピクチャファイルのような、ユーザデータを格納することができる。記憶デバイス２８１８は、デバイスドライバ、ソフトウェアアプリケーション、オペレーティングシステム、及び同等物のような、プログラミングコードを格納することもできる。記憶デバイス２８１８に格納されるプログラミングコードは、ＣＰＵ２８０２、ＧＰＵ２８０、又は電子デバイス２８００に含まれることがある任意の他のプロセッサによって実行されてよい。
ＣＰＵ２８０２は、バス２８０６を通じて、セルラハードウェア２８２０にリンクされてよい。セルラハードウェア２８２０は、任意のセルラ技術、例えば、国際電気通信連合－無線通信セクタ（ＩＴＵ－Ｒ）によって公布された４Ｇ標準（ＩＭＴ－Ａｄｖａｎｃｅｄ：International Mobile Telecommunications-Advanced）であってよい。このようにして、電子デバイス２８００は、ネットワーク２８２２がセルラネットワークである場合に、他のデバイスにテザリングされたり或いはペアリングされたりすることなく、任意のネットワーク２８２２にアクセスすることができる。
ＣＰＵ２８０２は、バス２８０６を通じて、ＷｉＦｉハードウェア２８２４にリンクされてもよい。ＷｉＦｉハードウェアは、ＷｉＦｉ標準（ＩＥＥＥ：Institute of Electrical and Electronics Engineers）８０２．１１標準として公布された標準）に従ったハードウェアである。ＷｉＦｉハードウェア２８２４は、電子デバイス２８００が、ネットワーク２８２２がインターネットである場合に、伝送制御プロトコル及びインターネットプロトコル（ＴＣＰ／ＩＰ：Transmission Control Protocol and Internet Protocol）を使用して、インターネットに接続することを可能にする。従って、電子デバイス２８００は、他のデバイスを使用することなく、ＴＣＰ／ＩＰプロトコルに従ってデータをアドレス指定、経路指定、送信、及び受信することによって、インターネットとのエンドツーエンド接続を可能にすることができる。加えて、ブルートゥースインターフェース２８２６は、バス２８０６を通じてＣＰＵ２８０２に結合されてよい。ブルートゥースインターフェース２８２６は、（ブルートゥース特別利益団体(Bluetooth Special Interest Group)によって公布されたブルートゥース標準に基づく）ブルートゥースネットワークに従ったインターフェースである。ブルートゥースインターフェース２８２６は、電子デバイス２８００を、パーソナルエリアネットワーク（ＰＡＮ）をつうｊいて他のブルートゥース対応デバイスとペアリングされることを可能にする。従って、ネットワーク２８２２は、ＰＡＮであってよい。ブルートゥース対応デバイスの例は、とりわけ、ラップトップコンピュータ、デスクトップコンピュータ、ウルトラブック、タブレットコンピュータ、モバイルデバイス、又はサーバを含む。
電子デバイス２８００は、エンコーダ２８２８を含んでよい。幾つかの例において、エンコーダ２８２８は、エンコーダアルゴリズムのメインループ内で実行されるプログラマブルエンジンを伴わないハードウェアエンコーダであってよい。これは固定関数符号化(fixed function encoding)と呼ばれることがある。一般に、ビデオデータをコーディングすることは、記録及び再生のための適切なフォーマット及び仕様を満たすようにビデオを符号化することを含む。運動推定２８３０(motion estimation)は、エンコーダ２８２８の固定関数ハードウェアを介してアルゴリズムを実行してよい。運動推定は、ビデオコーディング及びビデオ圧縮において重要で計算集中的なタスクである。幾つかの例において、運動推定２８３０は、ＨＭＥ、ＡＶＣ ＩＭＥ、及びＨＥＶＣ ＩＭＥを含んでよい。例えば、ＨＭＥは、粗粒(coarse-grained)運動推定サーチを実行することがある。マルチパスパッキング（ＰＡＫ：multi-pass packing）パラメータのようなパラメータが、ＰＡＫモジュールによって標的サイズ又はビットレートに基づいて計算されてよい。幾つかの例において、エンコーダは、条件付きマルチパス符号化を可能にするために反復的に使用されることができる。例えば、エンコーダは、タイル又はフレームベースの反復を使用してよい。電子デバイス２８００は、イントラブロックコピーユニット２８３２も含む。イントラブロックコピーユニット２８３２は、完全解像度一次元サーチが、選択されるミラーモード又は回転モードに従って軸に沿って実行されることを可能にすることがある。例えば、従前に符号化されたピクセルは、図２～図２０に記載するようなものであってよい。候補イントラブロックコピー候補は、選択されるミラーモード又は回転モードに従って選択されてよい。例えば、候補イントラブロックコピー候補を、品質及びビットコストに基づいて他の候補と比較することができる。
図２８のブロック図は、電子デバイス２８００が、図２８に示すコンポーネントの全てを含むものであることを示すことを意図していない。むしろ、コンピューティングシステム２８００は、より少ない又は図２８に示されていない追加のコンポーネント（例えば、センサ、電力管理集積回路、追加のネットワークインターフェースなど）を含むことができる。電子デバイス２８００は、特定の実装の詳細に依存して、図２８に示されない任意の数の追加のコンポーネントを含んでよい。更に、ＣＰＵ２８０２の機能のいずれかは、部分的に又は全体的に、ハードウェア及び／又はプロセッサ内に実装されてよい。例えば、機能性は、特定用途向け集積回路、プロセッサに実装された論理、特殊化されたグラフィックス処理ユニットに実装された論理、又は任意の他のデバイス内に実装されてよい。
図２９は、改良されたスクリーンコンテンツ圧縮のための強化されたイントラブロックコピーモードのためのロジックを含む媒体２９００を示すブロック図である。媒体２９００は、コンピュータバス２９０４を通じてプロセッサ２９０２によってアクセスされることができるコードを格納する非一時的コンピュータ読取可能媒体を含む、コンピュータ読取可能媒体であってよい。例えば、コンピュータ読取可能媒体２９００は、揮発性又は不揮発性データ記憶デバイスであることができる。媒体２９００はまた、例えば、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は１つ以上の集積回路に実装される論理ゲートの配置のような、論理ユニットであることもできる。
媒体２９００は、本明細書に記載する技術を実行するように構成されたモジュール２９０６～２９０８を含んでよい。例えば、動作推定モジュール２９０６が、ＨＭＥ、ＡＶＣ ＩＭＥ、及びＨＥＶＣ ＩＭＥを含んでよい。例えば、ＨＭＥは、粗粒運動推定サーチを実行することがある。マルチパスパッキング（ＰＡＫ）パラメータのようなパラメータが、ＰＡＫモジュールによって標的サイズ又はビットレートに基づいて計算されてよい。幾つかの例において、エンコーダは、条件付きマルチパス符号化を可能にするために反復的に使用されることができる。例えば、エンコーダは、タイル又はフレームベースの反復を使用してよい。イントラブロックコピーモジュール２９０８は、完全解像度一次元サーチが、選択されるミラーモード又は回転モードに従って軸に沿って実行されることを可能にするように構成されてよい。例えば、従前に符号化されたピクセルは、図２～図２０に記載されているようなものであってよい。候補イントラブロックコピー候補は、選択されるミラーモード又は回転モードに従って選択されてよい。例えば、候補イントラブロックコピー候補を、品質及びビットコストに基づいて他の候補と比較することができる。
図２９のブロック図は、媒体２９００が図２９に示すコンポーネントの全てを含むものであることを示すことを意図していない。更に、媒体２９００は、特定の実装の詳細に依存して、図２９に示されていない任意の数の追加のコンポーネントを含んでよい。
図２６及び図２７の例示的なコンピュータ読取可能命令２６３２及び／又は２７３２のようなソフトウェアを第三者に配信するための例示的なソフトウェア配信プラットフォーム３００５を示すブロック図が、図３０に示されている。例示的なソフトウェア配信プラットフォーム３００５は、ソフトウェアを格納して他のコンピューティングデバイスに送信することができる任意のコンピュータサーバ、データ設備、クラウドサービスなどによって実装されてよい。第三者は、ソフトウェア配信プラットフォームを所有及び／又は運用するエンティティの顧客であることがある。例えば、ソフトウェア配信プラットフォームを所有及び／又は運用するエンティティは、図２６及び図２７の例示的なコンピュータ読取可能命令２６３２及び／又は２７３２のようなソフトウェアの開発者、販売者、及び／又はライセンサであることがある。第三者は、使用及び／又は再販売及び／又はサブライセンスのためにソフトウェアを購入及び／又はライセンスする、消費者、ユーザ、小売業者、ＯＥＭなどであることがある。図示の例において、ソフトウェア配信プラットフォーム３００５は、１つ以上のサーバ及び１つ以上の記憶デバイスを含む。記憶デバイスは、上述のような、図２３～図２５の例示のコンピュータ読取可能命令２３００、２４００及び／又は２５００に対応することがある、コンピュータ読取可能命令２６３２及び／又は２７３２を格納する。例示的なソフトウェア配信プラットフォーム３００５の１つ以上のサーバは、インターネット及び／又は上述の例示的なネットワーク２６００及び／又は２７００のうちのいずれかの１つ以上に対応することがあるネットワーク３０１０と通信する。幾つかの例において、１つ以上のサーバは、商取引の一部としてソフトウェアを要求者に送信する要求に応答する。ソフトウェアの配信、販売、及び／又はライセンスに対する支払いは、ソフトウェア配信プラットフォームの１つ以上のサーバ及び／又は第三者支払いエンティティによって取り扱われてよい。サーバは、購入者及び／又はライセンス許諾者がソフトウェア配信プラットフォーム３００５からコンピュータ読取可能命令２６３２及び／又は２７３２をダウンロードすることを可能にする。例えば、図２３及び図２５の例示的なコンピュータ読取可能命令２３００及び／又は２５００に対応することがあるソフトウェアは、例示的なプロセッサプラットフォーム２６００にダウンロードされてよく、プロセッサプラットフォーム２６００は、ビデオエンコーダ１００及び／又はＩＢＣエンコーダ１１０を実装するためにコンピュータ読取可能命令２６３２を実行する。別の例として、図２４の例示的なコンピュータ読取可能命令２４００に対応することがあるソフトウェアは、例示的なプロセッサプラットフォーム２７００にダウンロードされてよく、プロセッサプラットフォーム２７００は、コンピュータ読取可能命令２７３２を実行して、ＩＢＣデコーダ２２００を実装するものである。幾つかの例において、ソフトウェア配信プラットフォーム３００５の１つ以上のサーバは、改良、パッチ、更新などが配信されて、エンドユーザデバイスにあるソフトウェアに適用されることを確実にするために、ソフトウェアに対する更新（例えば、図２６及び図２７の例示的なコンピュータ読取可能命令２６３２及び／又は２７３２）を定期的に提供、送信、及び／又は強制する。
この開示の教示に従って実装された複数のイントラブロックモードを有するビデオコーディングのための例示的な性能結果及び潜在的強化が図３１に示されており、以下に記載される。性能結果は、エンコーダ及びデコーダの変更が上述の７つのＩＢＣ＋モードの一部又は全部のための複数のＰＵ形状について実装された、例示的な実装に基づいている。第1の例示的な実装において、ソースコーディングブロックへの変換は、イントラブロックサーチの前に適用された。ＩＢＣ及びＩＢＣ＋モードで予測を行うときには、提案されるＩＢＣ＋モードのうちの１つが勝つならば／勝つときに、この例示的な実装のエンコーダは、勝ちモード（上記７つのＩＢＣ＋モードによって指定されるようなミラー又は回転）を定義するために表示ビットと共に変位ベクトル（ブロックの左上位置のＤＶ）をコーディングした。デコーダ側で、この情報は復号化され、適切な逆変換が適用された。この例示的な実装では、エンコーダがソースコーディングブロックを変換するので、再構成の間に、デコーダは、予されるブロック／勝ちブロックに対して逆変換を実行して、エンコーダ側で実行される変換と同じ効果を達成する。この第1の例示的な実装は、上述の構成０をサポートし、よって、全ての７つのＩＢＣ＋モードが、この例においてサポートされた。この第1の例示的な実装は、可変長コーディング（最大３ビットフィールド）を使用して、勝ちＩＢＣモードを示した。
また、第２の例示的な実装を構築して試験した。第２の例示的な実装は、品質トレードオフを複雑性のオーバーヘッド並びに勝ちＩＢＣモードを表すのに必要とされるビットと比較／対比するために、ＩＢＣ＋モードのサブ構成をサポートした。複数の実験からの統計は、最も一般的に勝つＩＢＣ＋モードが、（上述のＩＢＣ＋モード１及び３にそれぞれ対応する）ミラー角度０及び９０並びに（上述のＩＢＣ＋モード５、６及び７にそれぞれ対応する）回転角度９０、１８０及び２７０であることを示した。よって、この第２の例示的な実装は、上述の構成サポートされた構成１をサポートし、それは上位５つ(top 5)のＩＢＣ＋モード（ミラー０及び９０、回転９０、１８０及び２７０）に制限される。この第２の例示的な実装は、可変長符号化（最大３ビットフィールド）も使用して、勝ちＩＢＣモードを示した。４５度ミラー変換及び１３５度ミラー変換に対応するＩＢＣ＋モード１及び４は、実験的に非常に少ない割合の勝者に寄与するので、構成１のサブ構成は、複雑性及びビットレートのオーバーヘッドに対する品質の良好なトレードオフを提供する。
これらの例示的な実装は新しいＩＢＣ＋モードを追加するので、７つの新しいＩＢＣ＋モードを持つ構成０、及び５つの新しいＩＢＣ＋モードを持つ構成１の両方は、エンコーダに複雑性を加えることがある。何故ならば、各入力コーディングブロックは、コーディングブロックの全セット（例えば、４×４～１２８×１２８）に亘って、あらゆるサポートされているＩＢＣ＋モードのために、潜在的な勝者についてサーチされるからである。表２は、（強化されたＩＢＣ＋モードを持たない）以前のＩＢＣ実装と、上述の例示的な強化されたＩＢＣ＋構成０実装の例との間の比較を提供している。表２は、考慮されるシーケンスについて例示的な以前の強化されていないＩＢＣ実装例と比較された、例示的な強化されたＩＢＣ＋構成０実装について、エンコーダ時間の～５．３６倍の増加を示している。この複雑性を潜在的に減少させる意図で、ＩＢＣ＋モードを有効にするためにブロックサイズを制限する選択肢も探究された。これを達成するために、ＩＢＣ形状バケット（１２８／６４／３２／１６／８／４）を用いて実験を実行し、各ＩＢＣ形状バケットは、最も一般的に勝っているＩＢＣ形状を示す統計を抽出するために含められた、それらの変形形状(variant shapes)を備えた。実験は、（２２、２７、３２、３７）の４つの異なる量子化パラメータ（ＱＰ：quantization parameters）における５フレームについてのAll‐Intra構成でそれぞれ符号化された、両方とも４２０及び４４０フォーマットにある、ＨＥＶＣスクリーンコンテンツコーディング（ＨＥＶＣ‐ＳＣＣ）拡張及び一般試験条件（ＣＴＣ：common test conditions）からの、３つのクリップの小さなサンプルセット、すなわち、Console 1080p、 Fling Graphics 1080p及びMap 720pに対して行われた。これらのクリップが選択されたのは、それらが試験されたＳＣＣクリップ（ＨＥＶＣ及びＡＶ１（The Alliance for Open Media Video 1））に亘って最大のＢＤレートの改良をもたらしたからである。
表２は、選択された形状バケットに亘るＩＢＣ＋勝者に関する統計を提示している。この表の各行は、ＩＢＣの勝者のパーセンテージの２０フレーム平均である（５フレーム／ＱＰ×４ＱＰ）。
Figure 2023509296000010
表２の統計は、全てのＩＢＣ勝者の～９９．７５％が形状４×４～３２×３２からのものであることを示している。３２×３２よりも大きなブロック形状からの寄与は無視できるので、ＩＢＣ＋モードを２×３２以下のブロック形状に制限することは、品質の如何なる有意な損失ももたらさない実行可能な制限である。また、表３は、エンコーダのランタイムアップ速度上昇が、この制限で、例えば、以前の強化されていないＩＢＣ実装に対して、上述の構成０実装と関連付けられる～５．３倍の増加から～３．５倍までのランタイム低下を示す結果をもたらす。
Figure 2023509296000011
全体的に、品質の損失が殆どないか或いは全くないこと、３２×３２よりも大きなコーディングブロックについてＩＢＣ＋モードを無効にすることによって強化されたＩＢＣ＋構成０実装について３３％の速度上昇を達成し得ることがわかる。
次に、例示的な一般試験条件（ＣＴＣ）性能結果を議論する。本明細書に開示するような、複数のイントラブロックモードを有するビデオコーディングは、ＩＢＣの拡張であり、よって、スクリーンコンテンツ改良に標的付けられている。ベンチマーキング品質結果について相当な大きさのサンプル空間を有するよう、ＡＶ１ ＣＴＣ （４２０、４クリップ、各６０フレーム）及びＨＥＶＣ ＣＴＣ（４４４及び４２０、１２クリップ、各１２０フレーム）の両方からのスクリーンコンテンツクリップに対して実験を行った。選択したコンテンツのカテゴリは、「テキストと動きのあるグラフィックス（ＴＧＭ：text and graphics with motion）」、「混合コンテンツ（Ｍ：mixed content）」、「アニメーション（Ａ：animation）」である。実験は、ＣＯＤＥＣ試験に一般的な標準的な４つのＱＰ構成、すなわち、ＱＰ［２２，２７，３２，３７］を使用した。ＡＶ１は、ＩＢＣがイントラフレームでのみ有効にされることを可能にする。よって、クリップ内の各フレームがイントラフレームとしてコーディングされる「全イントラ(All-Intra)」構成で試験を実行した。
表４は、実験で使用した異なるスクリーンコンテンツクリップを列挙している。
Figure 2023509296000012
表５～表８は、試験した強化されたＩＢＣ＋構成の各々について、表４のＡＶ１／ＨＥＶＣ ＳＣＣコンテンツクリップで実行した実験の性能結果を示している。
Figure 2023509296000013
Figure 2023509296000014
Figure 2023509296000015
Figure 2023509296000016
表５～表８の例示的な性能結果は、上述の例示的な強化されたＩＢＣ＋構成０の実装が、試験した全てのスクリーンコンテンツに亘って最良かつ一貫した結果を示したことを示している。以下の表９及び表１０は、例示的な強化されたＩＢＣ＋構成０実装についての更なる例示的な性能結果を提供するが、ＩＢＣ＋モードを上記のような３２×３２以下の形状に制限するブロックサイズ制限を組み込むように修正されている。
Figure 2023509296000017
Figure 2023509296000018
試験した４４４及び４２０スクリーンコンテンツの例の両方について、例示的な強化されたＩＢＣ＋構成０実装は最良の結果を示し、４４４フォーマットは、クリップの一部について～５％の高さを伴う、ＢＤ－ＰＳＮＲにおける～２％の平均的な改良を示し、４２０フォーマットは、～０．８％の平均的な改良を示し、幾つかのクリップについて～１．９％程度の改良を示した。異なるコンテンツカテゴリ（テキスト及びグラフィクス運動、アニメーション及び混合コンテンツ）に亘って結果を分析すると、試験された全ての３つの例示的な強化されたＩＢＣ＋構成は、特にテキスト及びグラフィクス運動（ＴＧＭ）について、実質的な改良を示すように思われる。例示的な強化されたＩＢＣ＋構成０実装は、再び、４４４フォーマットコンテンツについてＢＤ－ＰＳＮＲにおける～２．６３％及び４２０フォーマットコンテンツについて～１．１％の平均で、最大限の改良を示す。
図３１は、ＨＥＶＣ ＳＣＣ ＣＴＣからのシーケンスコンソール（１０８０ｐ、４４４）について提案された強化されたＩＢＣモードについてのＰＳＮＲ－Ｙ対バイトレートについてのＢＤレート改良曲線を示す例示的なグラフ３１００を含む。
試験した例示的な実装のうち、例示的な強化されたＩＢＣ＋構成０実装は、エンコーダサーチに最も複雑さを加える。何故ならば、それは各コーディングブロックについて７つの異なる変換を含むからである。エンコーダの複雑さを低減するために、上述の例示的な強化されたＩＢＣ＋構成１を含む、ＩＢＣ＋モードが適用されたコーディング形状に対する制限を有する他の例示的な実装も試験した。表１１及び表１２は、上述のような、上位５つの最も一般的に発生するＩＢＣ＋モードを含む、低減モードの例示的な強化されたＩＢＣ＋構成１についての例示的な性能結果を提供する。
Figure 2023509296000019
Figure 2023509296000020
表１１及び表１２に示すように、（上位５つのＩＢＣ＋モードを有する）例示的な強化されたＩＢＣ＋構成１実装は、幾つかのクリップに対して～４．８％の高さで、全ての試験したクリップに亘って４４４フォーマットコンテンツについて～１．８％の平均ＢＤ－ＰＳＮＲ改良を示し、それは（全てのＩＢＣ＋モードをサポートした）例示的な強化されたＩＢＣ＋構成０実装についての結果と比較して僅かな低減である。テキスト及びグラフィクス運動（ＴＧＭ）クリップは、４４４フォーマットについて～２．４６％及び４２０フォーマットについて１．１％の平均ＢＤ－ＰＳＮＲ改良を示した、例示的な強化されたＩＢＣ＋構成０実装と比較して、例示的な強化されたＩＢＣ＋構成１実装についての性能改良における僅かな減少も示す。
混合コンテンツ（Ｍ）についての結果は、４４４フォーマットについて～０．７５％及び４２０フォーマットについて～０．４０％の平均的なＢＤ－ＰＳＮＲ改良を伴って、両方の例示的な強化されたＩＢＣ＋構成に亘って実質的に均一であるように思われる。アニメーションコンテンツは、～１．１％の性能改良を示した１つの４２０クリップ（ＳｔａｒＣｒａｆｔ－１０８０ｐ，６０ｆ）を除いて、あまり改良を示さなかった。全体的に、複雑さがブロッキング問題であるエンコーダ設計について、例示的な強化されたＩＢＣ＋構成１実装は、エンコーダ及びハードウェア設計の複雑さに対する品質改良についての良好なトレードオフを提供する。
上述のエンコーダランタイム実験に加えて、デコーダ実行時間を分析する実験も実行した。ＨＥＶＣ ＳＣＣスイートからの４つのクリップ、すなわち、（２２、２７、３２、３７）の４つの異なるＱＰにおける各クリップの１２０フレームの復号化することを含む、４２０フォーマット及び４４４フォーマットの両方におけるＣｏｎｓｏｌｅ／Ｆｌｙｎｇ Ｇｒａｐｈｉｃｓ（１０８０ｐ）及びＭａｐ／ＷｅｂＢｒｏｗｓｉｎｇ（７２０ｐ）を使用した実験を行った。表１３は、前述のように、３２×３２よりも大きな形状が無効にされた強化されたＩＢＣ＋構成０実装に対する、以前のＩＢＣデコーダ実装についての例示的なデコーダランタイムの比較を提供する。表１３は、より多くのＩＢＣ勝者が強化されたＩＢＣ＋構成０実装において浮上することの故に、デコーダランタイムが、従来のＩＢＣデコーダ実装と比較して、僅かな改良（～３％）を示すことを実証している。
Figure 2023509296000021
全体的に、本明細書に開示する強化されたＩＢＣ＋構成についてのエンコーダランタイムは、従来の強化されていないＩＢＣ実装に対して～２５０％の増加を示すのに対し、デコーダランタイムは、従来の強化されていないＩＢＣ実装と比較して３％の速度上昇であることがわかる。これらの結果は、「全イントラ(All-Intra)」モードについてのものであり、よって、実世界のシナリオでは、組み合わされたエンコーダ及びデコーダシーケンスについての全体的なランタイム増加は、本明細書に開示する強化されたＩＢＣ＋構成よりもずっと小さいはずであることに留意されたい。
前述の開示は、複数のイントラブロックモードを有するビデオコーディングを実装するための例示的な解決策を提供する。ビデオエンコーダ装置、実行されるときに少なくとも１つのプロセッサにビデオエンコーダを実装させる命令を含む非一時的コンピュータ読取可能媒体、ビデオデコーダ装置、実行されるときに少なくとも１つのプロセッサにビデオデコーダを実装させる命令を含む非一時的コンピュータ読取可能媒体、及び関連する方法のような主題を含む、以下の更なる例を、本明細書に開示する。開示する例は、個々に及び／又は１つ以上の組み合わせにおいて実装されることができる。
例１は、ビデオエンコーダを含む。例１のビデオエンコーダは、画像フレームのコーディングブロックに対して変換動作を実行して、コーディングブロックの変換されたバージョンを決定する、コーディングブロック変換器を含む。例１のビデオエンコーダは、コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックコピーサーチ及びコーディングブロックの前記変換されたバージョンに基づく第２のイントラブロックコピーサーチを実行して、画像フレームの従前に符号化されたピクセルの候補予測器ブロックを決定する、探索器も含み、候補予測器ブロックは、画像フレームのイントラブロックコピー予測器に対応する。
例２は、例１のビデオエンコーダを含み、変換動作は、ミラー動作又は回転動作のうちの少なくとも１つである。
例３は、例２のビデオエンコーダを含み、変換動作は、ミラー動作であり、コーディングブロックの変換されたバージョンは、コーディングブロックのミラーリングされた(mirrored)バージョンであり、コーディングブロック変換器は、コーディングブロックに対して回転動作を実行して、コーディングブロックの回転されたバージョンを決定し、探索器は、（ｉ）コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックコピーサーチ、（ｉｉ）コーディングブロックのミラーリングされたバージョンに基づく第２のイントラブロックコピーサーチ、及び（ｉｉｉ）コーディングブロックの回転されたバージョンに基づく第３のイントラブロックコピーサーチを実行して、候補予測器ブロックを決定する。
例４は、例１～３のうちのいずれかのビデオエンコーダを含み、変換動作は、第１の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む。
例５は、例４のビデオエンコーダを含み、コーディングブロックの変換されたバージョンは、コーディングブロックの第１の変換されたバージョンであり、コーディングブロック変換器は、コーディングブロックに対して複数の変換動作のそれぞれの１つを実行して、コーディングブロックの対応する異なる変換されたバージョンを決定し、コーディングブロックの異なる変換されたバージョンは、コーディングブロックの第１の変換されたバージョンを含み、探索器は、コーディングブロックの変換されていないバージョン及びコーディングブロックの異なる変換されたバーションの対応するものに基づいてそれぞれのイントラブロックコピーサーチを実行して、候補予測器ブロックを決定する。
例６は、例１～３のうちのいずれかのビデオエンコーダを含み、変換動作は、コーディングブロック変換器によって実行されるべき複数の変換動作のうちの１つに対応し、複数のイントラブロックコピーモードのそれぞれ１つが、変換動作の対応する１つを表し、探索器は、（ｉ）コーディングブロックに対する候補予測器ブロックの場所を表す変位ベクトル及び（ｉｉ）候補予測器ブロックと関連付けられるイントラブロックコピーモードの第１のものを出力する。
例７は、例６のビデオエンコーダを含み、イントラブロックコピーモードの第１のものを符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化するストリームエンコーダを更に含む。
例８は、コンピュータ読取可能命令を含む、少なくとも１つの非一時的コンピュータ読取可能媒体を含み、コンピュータ読取可能命令は、実行されるときに、１つ以上のプロセッサに、（ｉ）画像フレームのコーディングブロックに対して変換動作を実行させて、コーディングブロックの変換されたバージョンを決定させ、（ｉｉ）コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックコピーサーチ及びコーディングブロックの変換されたバージョンに基づく第２のイントラブロックコピーサーチを実行させて、画像フレームの従前に符号化されたピクセルの候補予測器ブロックを決定させ、候補予測器ブロックは、コーディングブロックのイントラブロックコピー予測器に対応する。
例９は、例８の非一時的コンピュータ読取可能媒体を含み、変換動作は、ミラー動作又は回転動作のうちの少なくとも１つである。
例１０は、例９の非一時的コンピュータ読取可能媒体を含み、変換動作は、ミラー動作であり、コーディングブロックの変換されたバージョンは、コーディングブロックのミラーリングされたバージョンであり、コンピュータ読取可能命令は、１つ以上のプロセッサに、コーディングブロックに対して回転動作を実行させ、コーディングブロックの回転されたバージョンを決定させ、（ｉ）コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックコピーサーチ、（ｉｉ）コーディングブロックのミラーリングされたバージョンに基づく第２のイントラブロックコピーサーチ、及び（ｉｉｉ）コーディングブロックの回転されたバージョンに基づく第３のイントラブロックコピーサーチを実行させて、候補予測器ブロックを決定させる。
例１１は、例８～１０のうちのいずれかの非一時的コンピュータ読取可能媒体を含み、変換動作は、第１の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む、複数の変換動作のうちの１つである。
例１２は、例１１の非一時的コンピュータ読取可能媒体を含み、コーディングブロックの変換されたバージョンは、コーディングブロックの第１の変換されたバージョンであり、コンピュータ読取可能命令は、１つ以上のプロセッサに、コーディングブロックに対して複数の変換動作のそれぞれの１つを実行させて、コーディングブロックの対応する異なる変換されたバージョンを決定させ、コーディングブロックの異なる変換されたバージョンは、コーディングブロックの第１の変換されたバージョンを含み、コーディングブロックの変換されていないバージョン及びコーディングブロックの異なる変換されたバーションの対応する１つに基づいてそれぞれのイントラブロックコピーサーチを実行させて、候補予測器ブロックを決定させる。
例１３は、例８～１０のうちのいずれかの非一時的コンピュータ読取可能媒体を含み、変換動作は、コーディングブロック変換器によって実行されるべき複数の変換動作のうちの１つに対応し、複数のイントラブロックコピーモードのそれぞれ１つは、変換動作の対応するものを表し、コンピュータ読取可能命令は、１つ以上のプロセッサに、（ｉ）コーディングブロックに対する候補予測器ブロックの場所を表す変位ベクトル及び（ｉｉ）候補予測器ブロックと関連付けられるイントラブロックコピーモードのうちの第１のものを出力することを更に含む。
例１４は、例１３の非一時的コンピュータ読取可能媒体を含み、コンピュータ読取可能命令は、１つ以上のプロセッサに、イントラブロックコピーモードのうちの第１のものを符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化させる。
例１５は、ビデオデコーダを含む。例１５のビデオデコーダは、復号化されている画像フレームの従前に復号化されたピクセルの予測器ブロックを選択する予測器ブロックセレクタを含み、予測器ブロックセレクタは、変位ベクトルに基づいて予測器ブロックを選択する。例１５のビデオでコーダは、予測器ブロックに対して変換動作を実行して、予測器ブロックの変換されたバージョンを決定する、予測器ブロック変換器も含む。例１５のビデオでコーダは、予測器ブロックの変換されたバージョンに基づいて画像フレームのコーディングブロックを復号化する、フレームデコーダを更に含む。
例１６は、例１５のビデオでコーダを含み、変換動作は、複数の変換動作のうちの１つであり、予測器ブロック変換器は、コーディングブロックと関連付けられるイントラブロックコピーモードに基づいて変換動作を選択する。
例１７は、例１６のビデオでコーダを含み、複数の変換動作は、第1の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む。
例１８は、例１６又は例１７のビデオでコーダを含み、イントラブロックコピーモードは、複数のイントラブロックコピーモードのうちの１つであり、複数のイントラブロックコピーモードのそれぞれ１つは、複数の変換動作の対応する１つを表す。
例１９は、例１６～１８のビデオでコーダを含み、画像フレームは、符号化されたビデオビットストリームと関連付けられ、符号化されたビデオビットストリームからのイントラブロックコピーモード及び変位ベクトルを復号化するストリームデコーダを更に含む。
例２０は、例１９のビデオでコーダを含み、イントラブロックコピーモードは、符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化される。
例２１は、コンピュータ読取可能命令を含む、少なくとも１つの非一時的コンピュータ読取可能媒体を含み、コンピュータ読取可能命令は、実行されるときに、１つ以上のプロセッサに、少なくとも、（ｉ）復号化されている画像フレームの従前に復号化されたピクセルの予測器ブロックを選択させ、予測器ブロックは、変位ベクトルに基づいて選択され、（ｉｉ）予測器ブロックに対して変換動作を実行させて、予測器ブロックの変換されたバージョンを決定させ、（ｉｉｉ）予測器ブロックの変換されたバージョンに基づいて画像フレームのコーディングブロックを復号化させる。
例２２は、例２１の非一時的コンピュータ読取可能媒体を含み、変換動作は、複数の変換動作のうちの１つであり、コンピュータ読取可能命令は、１つ以上のプロセッサに、コーディングブロックと関連付けられるイントラブロックコピーモードに基づいて変換動作を選択させる。
例２３は、例２２の非一時的コンピュータ読取可能媒体を含み、複数の変換動作は、第1の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む。
例２４は、例２２又は例２３の非一時的コンピュータ読取可能媒体を含み、イントラブロックコピーモードは、複数のイントラブロックコピーモードのうちの１つであり、複数のイントラブロックコピーモードのそれぞれ１つは、複数の変換動作の対応する１つを表す。
例２５は、例２２～２４のうちのいずれか１つの非一時的コンピュータ読取可能媒体を含み、画像フレームは、符号化されたビデオビットストリームと関連付けられ、コンピュータ読取可能命令は、１つ以上のプロセッサに、符号化されたビデオビットストリームからのイントラブロックコピーモード及び変位ベクトルを復号化させ、イントラブロックコピーモードは、符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化される。
例２６は、ビデオ符号化方法を含む。例２６のビデオ符号化方法は、少なくとも１つのプロセッサで命令を実行することによって、画像フレームのコーディングブロックに対して変換動作を実行して、コーディングブロックの変換されたバージョンを決定する。例２６の方法は、少なくとも１つのプロセッサで命令を実行することによって、コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックサーチ及びコーディングブロックの変換されたバージョンに基づく第２のイントラブロックサーチを実行して、画像フレームの従前に符号化されたピクセルの候補予測器ブロックを決定することも含み、候補予測器ブロックは、コーディングブロックのイントラブロック予測器に対応する。
例２７は、例２６の方法を含み、変換動作は、ミラー動作又は回転動作のうちの少なくとも１つである。
例２８は、例２７の方法を含み、変換動作は、ミラー動作であり、コーディングブロックの変換されたバージョンは、コーディングブロックのミラーリングされたバージョンであり、当該方法は、コーディングブロックに対して回転動作を実行して、コーディングブロックの回転されたバージョンを決定することと、（ｉ）コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックサーチ、（ｉｉ）コーディングブロックのミラーリングされたバージョンに基づく第２のイントラブロックサーチ、及び（ｉｉｉ）コーディングブロックの回転されたバージョンに基づくコーディングブロックの第３のイントラブロックサーチを実行して、候補予測器ブロックを決定することと、を更に含む。
例２９は、例２６～２８のうちのいずれか１つの方法を含み、変換動作は、第１の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む、複数の変換動作のうちの１つである。
例３０は、例２９の方法を含み、コーディングブロックの変換されたバージョンは、コーディングブロックの第１の変換されたバージョンであり、当該方法は、コーディングブロックに対して複数の変換動作のそれぞれの１つを実行して、コーディングブロックの対応する異なる変換されたバージョンを決定することを含み、コーディングブロックの異なる変換されたバージョンは、コーディングブロックの第１の変換されたバージョンを含み、コーディングブロックの変換されていないバージョン及びコーディングブロックの異なる変換されたバージョンの対応するものに基づいてそれぞれのイントラブロックサーチを実行して、候補予測器ブロックを決定することを更に含む。
例３１は、例２６～２８のうちのいずれか１つの方法を含み、変換動作は、コーディングブロック変換器によって実行されるべき複数の変換動作のうちの１つに対応し、複数のイントラブロックモードのそれぞれの１つは、変換動作の対応するものを表し、当該方法は、（ｉ）コーディングブロックに対する候補予測器ブロックの場所を表す変位ベクトルと（ｉｉ）候補予測器ブロックと関連付けられるイントラブロックモードの第１のものとを出力することを含む。
例３２は、例３１の方法を含み、当該方法は、イントラブロックモードの第１のものを符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化することを含む。
例３３は、ビデオ符号化装置を含む。例３３のビデオ符号化装置は、画像フレームのコーディングブロックに対して変換動作を実行してコーディングブロックの変換されたバージョンを決定する手段を含む。例３３のビデオ符号化装置は、イントラブロックサーチを実行する手段も含み、イントラブロックサーチは、画像フレームの従前に符号化されたピクセルの候補予測器ブロックを決定するために、コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックサーチと、コーディングブロックの変換されたバージョンに基づく第２のイントラブロックサーチとを含み、候補予測器ブロックは、コーディングブロックのイントラブロックコピー予測器に対応する。
例３４は、例１のビデオ符号化装置を含み、変換動作は、ミラー動作又は回転動作のうちの少なくとも１つである。
例３５は、例２のビデオ符号化装置を含み、変換動作はミラー動作であり、コーディングブロックの変換されたバージョンは，コーディングブロックのミラーリングされたバージョンであり、変換動作を実行する手段は、コーディングブロックに対して回転動作を実行して、コーディングブロックの回転されたバージョンを決定し、イントラブロックサーチを実行する手段は、（ｉ）コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックサーチ、（ｉｉ）コーディングブロックのミラーリングされたバージョンに基づく第２のイントラブロックサーチ、及び（ｉｉｉ）コーディングブロックの回転されたバージョンに基づく第３のイントラブロックサーチを実行して、候補予測器ブロックを決定する。
例３６は、例３３～３５のうちのいずれか１つのビデオ符号化装置を含み、変換動作は、第１の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む、複数の変換動作のうちの１つである。
例３７は、例３６のビデオ符号化装置を含み、コーディングブロックの変換されたバージョンは、コーディングブロックの第１の変換されたバージョンであり、変換動作を実行する手段は、コーディングブロックに対して複数の変換動作のそれぞれの１つを実行して、コーディングブロックの対応する異なる変換されたバージョンを決定し、コーディングブロックの異なる変換されたバージョンは、コーディングブロックの第１の変換されたバージョンを含み、イントラブロックサーチを実行する手段は、コーディングブロックの変換されていないバージョン及びコーディングブロックの異なる変換されたバージョンのうちの対応するものに基づいて、それぞれのイントラブロックサーチを実行して、候補予測器ブロックを決定する。
例３８は、例３３～３５のうちのいずれか１つのビデオ符号化装置を含み、変換動作は、複数の変換動作のうちの１つに対応し、複数のイントラブロックモードのそれぞれ１つは、変換動作のうちの対応するものを表し、イントラブロックサーチを実行する手段は、（ｉ）コーディングブロックに対する候補予測器ブロックの場所を表す変位ベクトルと（ｉｉ）候補予測器ブロックと関連付けられるイントラブロックモードのうちの第１のものとを出力する。
例３９は、例３８のビデオ符号化装置を含み、イントラブロックモードのうちの第１のものを符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化する手段を更に含む。
例４０は、ビデオ復号化方法を含む。例４０のビデオ復号化方法は、少なくとも１つのプロセッサで命令を実行することによって、復号化されている画像フレームの従前に復号化されたピクセルの予測器ブロックを選択することを含み、予測器ブロックは、変位ベクトルに基づいて選択される。例４０の方法は、少なくとも１つのプロセッサで命令を実行することによって、予測器ブロックに対して変換動作を実行して、予測器ブロックの変換されたバージョンを決定することを含む。例４０の方法は、少なくとも１つのプロセッサで命令を実行することによって、予測器ブロックの変換されたバージョンに基づいて画像フレームのコーディングブロックを復号化することを更に含む。
例４１は、例４０の方法を含み、変換動作は、複数の変換動作のうちの１つであり、当該方法は、コーディングブロックと関連付けられるイントラブロックコピーモードに基づいて変換動作を選択することを含む。
例４２は、例４１の方法を含み、複数の変換動作は、第１の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む。
例４３は、例４１又は例４２の方法を含み、イントラブロックコピーモードは、複数のイントラブロックコピーモードのうちの１つであり、複数のイントラブロックコピーモードのうちのそれぞれの１つは、複数の変換動作のうちの対応するものを表す。
例４４は、例４１～４３のうちのいずれか１つの方法を含み、画像フレームは、符号化ビデオビットストリームと関連付けられ、当該方法は、符号化されたビデオビットストリームからのイントラブロックコピーモード及び変位ベクトルを復号化することを更に含み、イントラブロックコピーモードは、符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化される。
例４５は、ビデオ復号化装置を含む。例４５のビデオ復号化装置は、復号化されている画像フレームの従前に復号化されたピクセルの予測器ブロックを選択する手段を含み、予測器ブロックセレクタは、変位ベクトルに基づいて予測器ブロックを選択する。例４５のビデオ復号化装置は、予測器ブロックに対して変換動作を実行して予測器ブロックの変換されたバージョンを決定する手段も含む。例４５のビデオ復号化装置は、予測器ブロックの変換されたバージョンに基づいて画像フレームのコーディングブロックを復号化する手段を更に含む。
例４６は、例４５のビデオ復号化装置を含み、変換動作は、複数の変換動作のうちの１つであり、予測器ブロック変換器は、コーディングブロックと関連付けられるイントラブロックモードに基づいて前記変換操作を選択する。
例４７は、例４６のビデオ復号化装置を含み、複数の変換動作は、第１の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む。
例４８は、例４６又は例４７のビデオ復号化装置を含み、イントラブロックコピーモードは、複数のイントラブロックコピーモードのうちの１つであり、複数のイントラブロックコピーモードのうちのそれぞれ１つは、複数の変換動作のうちの対応するものを表す。
例４９は、例４６～４８のうちのいずれか１つのビデオ復号化装置を含み、画像フレームは、符号化ビデオビットストリームに関連付けられ、符号化されたビデオビットストリームからのイントラブロックコピーモード及び変位ベクトルを復号化する手段を更に含む。
例５０は、例１９のビデオ復号化装置を含み、イントラブロックコピーモードは、符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化される。
特定の例示的な方法、装置及び製造物品が本明細書に開示されているが、この特許の範囲はそれらに限定されない。反対に、この特許は、この特許の請求項の範囲内に適正に入る全ての方法、装置及び製造物品をカバーする。

Claims (25)

  1. 画像フレームのコーディングブロックに対して変換動作を実行して、前記コーディングブロックの変換されたバージョンを決定する、コーディングブロック変換器と、
    前記コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックコピーサーチ及び前記コーディングブロックの前記変換されたバージョンに基づく第２のイントラブロックコピーサーチを実行して、前記画像フレームの従前に符号化されたピクセルの候補予測器ブロックを決定する、探索器と、を含み、
    前記候補予測器ブロックは、前記画像フレームのイントラブロックコピー予測器に対応する、
    ビデオエンコーダ。
  2. 前記変換動作は、ミラー動作又は回転動作のうちの少なくとも１つである、請求項１に記載のビデオエンコーダ。
  3. 前記変換動作は、前記ミラー動作であり、前記コーディングブロックの前記変換されたバージョンは、前記コーディングブロックのミラーリングされたバージョンであり、前記コーディングブロック変換器は、前記コーディングブロックに対して前記回転動作を実行して、前記コーディングブロックの回転されたバージョンを決定し、前記探索器は、（ｉ）前記コーディングブロックの前記変換されていないバージョンに基づく前記第１のイントラブロックコピーサーチ、（ｉｉ）前記コーディングブロックの前記ミラーリングされたバージョンに基づく前記第２のイントラブロックコピーサーチ、及び（ｉｉｉ）前記コーディングブロックの前記回転されたバージョンに基づく第３のイントラブロックコピーサーチを実行して、前記候補予測器ブロックを決定する、請求項２に記載のビデオエンコーダ。
  4. 前記変換動作は、第１の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む、複数の変換動作のうちの１つである、請求項１に記載のビデオエンコーダ。
  5. 前記コーディングブロックの前記変換されたバージョンは、前記コーディングブロックの第１の変換されたバージョンであり、前記コーディングブロック変換器は、前記コーディングブロックに対して前記複数の変換動作のそれぞれの１つを実行して、前記コーディングブロックの対応する異なる変換されたバージョンを決定し、前記コーディングブロックの前記異なる変換されたバージョンは、前記コーディングブロックの前記第１の変換されたバージョンを含み、前記探索器は、前記コーディングブロックの前記変換されていないバージョン及び前記コーディングブロックの前記異なる変換されたバーションの対応するものに基づいてそれぞれのイントラブロックコピーサーチを実行して、前記候補予測器ブロックを決定する、請求項４に記載のビデオエンコーダ。
  6. 前記変換動作は、前記コーディングブロック変換器によって実行されるべき複数の変換動作のうちの１つに対応し、複数のイントラブロックコピーモードのそれぞれ１つが、前記変換動作の対応する１つを表し、前記探索器は、（ｉ）前記コーディングブロックに対する前記候補予測器ブロックの場所を表す変位ベクトル及び（ｉｉ）前記候補予測器ブロックと関連付けられる前記イントラブロックコピーモードの第１のものを出力する、請求項１に記載のビデオエンコーダ。
  7. 前記イントラブロックコピーモードの第１のものを符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化するストリームエンコーダを更に含む、請求項６に記載のビデオエンコーダ。
  8. 画像フレームのコーディングブロックに対して変換動作を実行して、前記コーディングブロックの変換されたバージョンを決定することと、
    前記コーディングブロックの変換されていないバージョンに基づく第１のイントラブロックコピーサーチ及び前記コーディングブロックの前記変換されたバージョンに基づく第２のイントラブロックコピーサーチを実行して、前記画像フレームの従前に符号化されたピクセルの候補予測器ブロックを決定することと、を含み、
    前記候補予測器ブロックは、前記コーディングブロックのイントラブロックコピー予測器に対応する、
    方法。
  9. 前記変換動作は、ミラー動作又は回転動作のうちの少なくとも１つである、請求項８に記載の方法。
  10. 前記変換動作は、前記ミラー動作であり、前記コーディングブロックの前記変換されたバージョンは、前記コーディングブロックのミラーリングされたバージョンであり、当該方法は、
    前記コーディングブロックに対して前記回転動作を実行して、前記コーディングブロックの回転されたバージョンを決定することと、
    （ｉ）前記コーディングブロックの前記変換されていないバージョンに基づく前記第１のイントラブロックコピーサーチ、（ｉｉ）前記コーディングブロックの前記ミラーリングされたバージョンに基づく前記第２のイントラブロックコピーサーチ、及び（ｉｉｉ）前記コーディングブロックの前記回転されたバージョンに基づく第３のイントラブロックコピーサーチを実行して、前記候補予測器ブロックを決定することと、を更に含む、
    請求項９に記載の方法。
  11. 前記変換動作は、第１の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む、複数の変換動作のうちの１つである、請求項８に記載の方法。
  12. 前記コーディングブロックの前記変換されたバージョンは、前記コーディングブロックの第１の変換されたバージョンであり、
    当該方法は、
    前記コーディングブロックに対して前記複数の変換動作のそれぞれの１つを実行して、前記コーディングブロックの対応する異なる変換されたバージョンを決定することであって、前記コーディングブロックの前記異なる変換されたバージョンは、前記コーディングブロックの前記第１の変換されたバージョンを含む、決定することと、
    前記コーディングブロックの前記変換されていないバージョン及び前記コーディングブロックの前記異なる変換されたバーションの対応する１つに基づいてそれぞれのイントラブロックコピーサーチを実行して、前記候補予測器ブロックを決定することと、を更に含む、
    請求項１１に記載の方法。
  13. 前記変換動作は、前記コーディングブロック変換器によって実行されるべき複数の変換動作のうちの１つに対応し、複数のイントラブロックコピーモードのそれぞれ１つは、前記変換動作の対応するものを表し、（ｉ）前記コーディングブロックに対する前記候補予測器ブロックの場所を表す変位ベクトル及び（ｉｉ）前記候補予測器ブロックと関連付けられる前記イントラブロックコピーモードのうちの第１のものを出力することを更に含む、請求項８に記載の方法。
  14. 前記イントラブロックコピーモードのうちの第１のものを符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化することを更に含む、請求項１３に記載の方法。
  15. 復号化されている画像フレームの従前に復号化されたピクセルの予測器ブロックを選択する予測器ブロックセレクタであって、変位ベクトルに基づいて前記予測器ブロックを選択する、予測器ブロックセレクタと、
    前記予測器ブロックに対して変換動作を実行して、前記予測器ブロックの変換されたバージョンを決定する、予測器ブロック変換器と、
    前記予測器ブロックの前記変換されたバージョンに基づいて前記画像フレームのコーディングブロックを復号化する、フレームデコーダと、を含む、
    ビデオデコーダ。
  16. 前記変換動作は、複数の変換動作のうちの１つであり、前記予測器ブロック変換器は、前記コーディングブロックと関連付けられるイントラブロックコピーモードに基づいて前記変換動作を選択する、請求項１５に記載のビデオデコーダ。
  17. 前記複数の変換動作は、第1の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む、請求項１６に記載のデコーダ。
  18. 前記イントラブロックコピーモードは、複数のイントラブロックコピーモードのうちの１つであり、前記複数のイントラブロックコピーモードのそれぞれ１つは、前記複数の変換動作の対応する１つを表す、請求項１６に記載のデコーダ。
  19. 前記画像フレームは、符号化されたビデオビットストリームと関連付けられ、前記符号化されたビデオビットストリームから前記イントラブロックコピーモード及び前記変位ベクトルを復号化するストリームデコーダを更に含む、請求項１６に記載のデコーダ。
  20. 復号化されている画像フレームの従前に復号化されたピクセルの予測器ブロックを選択することであって、前記予測器ブロックは、変位ベクトルに基づいて選択される、選択することと、
    前記予測器ブロックに対して変換動作を実行して、前記予測器ブロックの変換されたバージョンを決定することと、
    前記予測器ブロックの前記変換されたバージョンに基づいて前記画像フレームのコーディングブロックを復号化することと、を含む、
    方法。
  21. 前記変換動作は、複数の変換動作のうちの１つであり、前記コーディングブロックと関連付けられるイントラブロックコピーモードに基づいて前記変換動作を選択することを更に含む、請求項２０に記載の方法。
  22. 前記複数の変換動作は、第1の複数の異なるミラー動作と、第２の複数の異なる回転動作とを含む、請求項２１に記載の方法。
  23. 前記イントラブロックコピーモードは、複数のイントラブロックコピーモードのうちの１つであり、前記複数のイントラブロックコピーモードのそれぞれ１つは、前記複数の変換動作の対応する１つを表す、請求項２１に記載の方法。
  24. 前記画像フレームは、符号化されたビデオビットストリームと関連付けられ、前記符号化されたビデオビットストリームから前記イントラブロックコピーモード及び前記変位ベクトルを復号化することを更に含み、前記イントラブロックコピーモードは、前記符号化されたビデオビットストリームのフィールドにおいてビットパターンとして符号化される、請求項２１に記載の方法。
  25. コンピュータ読取可能命令を含む、少なくとも１つのコンピュータ読取可能媒体であって、前記コンピュータ読取可能命令は、実行されるときに、１つ以上のプロセッサに、請求項８～１４又は２０～２４のうちのいずれか１項に記載の方法を実行させる、少なくとも１つのコンピュータ読取可能媒体。
JP2022532616A 2020-01-03 2020-12-22 複数のイントラブロックコピーモードを備えるビデオコーディング Pending JP2023509296A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202062956813P 2020-01-03 2020-01-03
US62/956,813 2020-01-03
PCT/US2020/066704 WO2021138164A1 (en) 2020-01-03 2020-12-22 Video coding with multiple intra block copy modes

Publications (1)

Publication Number Publication Date
JP2023509296A true JP2023509296A (ja) 2023-03-08

Family

ID=76686711

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022532616A Pending JP2023509296A (ja) 2020-01-03 2020-12-22 複数のイントラブロックコピーモードを備えるビデオコーディング

Country Status (6)

Country Link
US (1) US20220353498A1 (ja)
EP (1) EP4085621A4 (ja)
JP (1) JP2023509296A (ja)
CN (1) CN114788271A (ja)
BR (1) BR112022010865A2 (ja)
WO (1) WO2021138164A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024150977A1 (ko) * 2023-01-13 2024-07-18 현대자동차주식회사 원거리 참조화소들을 이용하는 비디오 코딩을 위한 방법 및 장치

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686393B (zh) * 2008-09-28 2012-10-17 华为技术有限公司 应用于模板匹配的快速运动搜索方法及装置
US9549182B2 (en) * 2012-07-11 2017-01-17 Qualcomm Incorporated Repositioning of prediction residual blocks in video coding
GB2519070A (en) * 2013-10-01 2015-04-15 Sony Corp Data encoding and decoding
US10368092B2 (en) * 2014-03-04 2019-07-30 Microsoft Technology Licensing, Llc Encoder-side decisions for block flipping and skip mode in intra block copy prediction
US10368091B2 (en) * 2014-03-04 2019-07-30 Microsoft Technology Licensing, Llc Block flipping and skip mode in intra block copy prediction
US9860559B2 (en) * 2014-03-17 2018-01-02 Mediatek Singapore Pte. Ltd. Method of video coding using symmetric intra block copy
WO2015176225A1 (en) * 2014-05-20 2015-11-26 Mediatek Singapore Pte. Ltd. Improved intra-block copy searching methods
KR101748620B1 (ko) * 2014-06-20 2017-07-04 성균관대학교산학협력단 영상의 부호화/복호화 방법 및 이를 이용하는 장치
CN105392008B (zh) * 2014-08-22 2018-09-25 中兴通讯股份有限公司 一种预测编、解码方法和相应的编、解码器和电子设备
US9955185B2 (en) * 2015-02-12 2018-04-24 Mediatek Inc. Method and apparatus of constrained intra block copy for coding video
WO2016150343A1 (en) * 2015-03-20 2016-09-29 Mediatek Singapore Pte. Ltd. Methods of palette coding with inter-prediction in video coding
JP6559337B2 (ja) * 2015-09-23 2019-08-14 ノキア テクノロジーズ オーユー ３６０度パノラマビデオの符号化方法、符号化装置、及びコンピュータプログラム
EP3422724B1 (en) * 2017-06-26 2024-05-01 Nokia Technologies Oy An apparatus, a method and a computer program for omnidirectional video
US10382767B2 (en) * 2017-07-21 2019-08-13 Google Llc Video coding using frame rotation
US11202079B2 (en) * 2018-02-05 2021-12-14 Tencent America LLC Method and apparatus for video decoding of an affine model in an intra block copy mode
JP7448641B2 (ja) * 2019-09-27 2024-03-12 オッポ広東移動通信有限公司 現在のブロックの予測方法及び予測装置、デバイス、記憶媒体

Also Published As

Publication number Publication date
WO2021138164A1 (en) 2021-07-08
US20220353498A1 (en) 2022-11-03
EP4085621A1 (en) 2022-11-09
CN114788271A (zh) 2022-07-22
BR112022010865A2 (pt) 2022-08-23
EP4085621A4 (en) 2024-02-14

Similar Documents

Publication Publication Date Title
JP7263521B2 (ja) インターフレーム点群属性符号化のための方法並びにその、装置およびコンピュータプログラム
JP6342500B2 (ja) 再帰的なブロック・パーティショニング
JP6423061B2 (ja) ビデオデコーダを実装するコンピューティングデバイス及びその方法
CN105282558B (zh) 帧内像素预测方法、编码方法、解码方法及其装置
CN112188197B (zh) 通道间点云属性解码方法、装置以及可读存储介质
CN109309838A (zh) 用于硬件视频编码的技术
KR20130062109A (ko) 영상의 부호화 방법 및 장치, 그 복호화 방법 및 장치
CN113795870B (zh) 一种对点云属性编解码的方法、装置及存储介质
US10652541B2 (en) Method and device for encoding video data
CN112218077B (zh) 通道间点云属性编码方法、装置以及可读存储介质
CN112087628A (zh) 使用两级帧内搜索对视频进行编码
RU2624464C1 (ru) Порядки сканирования для кодирования без преобразования
JP2023509296A (ja) 複数のイントラブロックコピーモードを備えるビデオコーディング
JP7437426B2 (ja) インター予測方法および装置、機器、記憶媒体
US20190191162A1 (en) Method and device for encoding video data
JP2024518239A (ja) ニューラル画像圧縮における反復的なコンテンツ適応型オンライントレーニングのためのシステム、方法、及びコンピュータプログラム
US20240212215A1 (en) Long-range context model in neural image compression
JP6080077B2 (ja) 画像符号化方法及び画像符号化装置
CN112616058B (zh) 视频编码或解码方法、装置、计算机设备和存储介质
US20240214591A1 (en) Multi-receptive fields in vision transformer
US20240214592A1 (en) Block-based long-range context model in neural image compression
US20240236346A1 (en) Efficient neural network module for image compression
JP2024500701A (ja) 点群符号化方法、点群復号化方法、点群符号化と復号化システム、点群エンコーダ及び点群デコーダ
CN116324805A (zh) 神经图像压缩中具有替代项的非线性量化
JP2018157571A (ja) 非変換符号化のためのスキャン順序

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20231219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20241008