DXVA_MBctrl_P_HostResidDiff_1 構造体 (dxva.h)

[アーティクル]
02/29/2024

DXVA_MBctrl_P_HostResidDiff_1構造体は、ホストベースの IDCT を使用する場合、ほとんどの非イントラピクチャケースに対してマクロブロック制御コマンドを指定するために、ホストデコーダーによってマクロブロックごとに 1 回アクセラレータに送信されます。

構文

typedef struct _DXVA_MBctrl_P_HostResidDiff_1 {
  WORD         wMBaddress;
  WORD         wMBtype;
  DWORD        dwMB_SNL;
  WORD         wPatternCode;
  WORD         wPC_Overflow;
  DWORD        dwReservedBits2;
  DXVA_MVvalue MVector[DXVA_NumMV_OBMC_off_BinPBwith4MV_off];
} DXVA_MBctrl_P_HostResidDiff_1;

メンバー

wMBaddress

ラスタースキャン順序で現在のマクロブロックのマクロブロックアドレスを指定します。マクロブロックアドレスの例については、「 macroblock addresses」を参照してください。

wMBtype

処理するマクロブロックの種類を指定します。次のビットは 、wMBtype の内容を定義します。

Bits	説明
15 から 12	MvertFieldSel_3 (ビット 15、最上位ビット) ~ MvertFieldSel_0 (ビット 12) macroblock コントロールコマンドで後で送信される、対応するモーションベクトルの垂直方向のフィールド選択を指定します。フレーム画像構造を持つフレームベースのモーション (H.261 や H.263 など) の場合、これらのビットはすべて 0 である必要があります。これらのビットの使用は、MPEG-2 のセクション 6.3.17.2 の対応するビットに対して指定したビットと同じです。
11	予約済みビット。ゼロを指定してください。
10	HostResidDiff 空間ドメインの残差デコードされたブロックを送信するか、または現在のマクロブロックのオフホスト IDCT に対して変換係数を送信するかを指定します。 HostResidDif フラグは、この構造体では常に 1 に等しくなります。 bConfigResidDiffHost が 0 の場合、このフラグは 0 にする必要があります。 bConfigResidDiffAccelerator が 0 の場合、このフラグは 1 である必要があります。
9 と 8	MotionType 図のモーションの種類を指定します。たとえば、(H.261 のように) フレームピクチャ構造を持つフレームベースのモーションの場合、ビット 9 は 1、ビット 8 は 0 である必要があります。これらのビットの使用は、MPEG-2 に存在する場合の MPEG-2 ビデオのセクション 6.3.17.1 および表 6-17 および表 6-18 のframe_motion_typeビットまたはfield_motion_type ビットの使用に直接対応します。これらのビットの使用方法については、次の「解説」セクションで詳しく説明します。
7 と 6	MBscanMethod この変数には意味がなく、この構造体ではこれらのビットを 0 に設定する必要があります。
5	FieldResidual 残差ブロックが MPEG-2 で指定されているフィールド IDCT 構造体を使用するかどうかを示します。 DXVA_PictureParametersの bPicStructure メンバーが 1 または 2 の場合は、1 にする必要があります。 MPEG-2 に使用する場合、MPEG-2 構文のframe_pred_frame_DCT変数が 1 の場合は FieldResidual が 0 である必要があり、マクロブロックにdct_typeがある場合は MPEG-2 構文のdct_type変数と等しい必要があります。
4	H261LoopFilter 現在のマクロブロック予測に対して H.261 ループフィルター (H.261 のセクション 3.2.3) がアクティブかどうかを指定します。 H.261 ループフィルターは、H.261 マクロブロック内の 6 つのブロックすべてに水平方向と垂直方向の両方に適用される分離可能な 1/4、1/2、1/4 フィルターです。ただし、タップの 1 つがブロックの外側にあるブロックエッジを除きます。このような場合、フィルターは係数 0、1、0 に変更されます。完全な算術精度は、2-D フィルタープロセスの出力で 8 ビット整数に丸めて保持されます (半整数以上の値が切り上げられます)。
3	Motion4MV H.263 Annexes F および J. Motion4MV で使用される、マクロブロック内の 4 つの輝度ブロックごとに、前方モーションが個別のモーションベクトルを使用することを示す変数。MotionForward が 0 の場合、または DXVA_PictureParameters の bPic4MVallowed メンバーが 0 の場合は、Motion4MV は 0 である必要があります。
2	MotionBackward MPEG-2 の対応するmacroblock_motion_backward変数に指定された方法で使用されます。 DXVA_PictureParametersの bPicBackwardPrediction メンバーが 0 の場合、MotionBackward は 0 である必要があります。このビットの使用方法については、次の「解説」セクションで詳しく説明します。
1	MotionForward MPEG-2 の対応するmacroblock_motion_forward変数に使用されます。このビットの使用方法については、次の「解説」セクションで詳しく説明します。
0	IntraMacroblock マクロブロックが intra としてコード化され、現在のマクロブロックにモーションベクトルが使用されていないことを示します。 MACROBLOCK_INTRAIN MPEG-2 に対応します。このビットの使用方法については、次の「解説」セクションで詳しく説明します。

dwMB_SNL

現在のマクロブロックの後に生成されるスキップされたマクロブロックの数を指定し、現在のマクロブロックのブロックの残差データの位置を示します。このメンバーには、最上位の 8 ビット の MBskipsFollowing と、下位 24 ビットの MBdataLocation という 2 つの変数が含まれています。 MBskipsFollowing は、現在のマクロブロックの後に生成されるスキップされたマクロブロックの数を示します。 MBdataLocation は、残差ブロックデータバッファーのインデックスです。このインデックスは、現在のマクロブロックのブロックの残差データの位置を示し、32 ビットの倍数として表されます。

wPatternCode

現在のマクロブロックの各ブロックに対して残差データが送信されるかどうかを示します。

wPatternCode のビット (11-i) (ビット 0 が最下位ビット) は、ブロック i に対して残差データが送信されるかどうかを示します。ここで、i は MPEG-2 の図 6-10、6-11、6-12 (Y のラスタースキャン順序、ラスタースキャン順序、ラスタースキャン順の Cb の 4:2:0 ブロック) で指定されているマクロブロック内のブロックのインデックスです。次に Cr の 4:2:0 ブロック、Cb の 4:2:2 ブロック、Cr の 4:2:2 ブロック、Cb の 4:4:4 ブロック、Cr の 4:4:4 ブロックが続きます。コード化されたブロック (ビット (11-i) が 1 と等しいブロック) のデータは、同じインデックス作成順序 (増加 i) の残余コーディングバッファーにあります。 4:2:0 MPEG-2 データの場合、 wPatternCode の値は、CBP (コード化されたブロックパターン) のデコードされた値を 6 ビット位置 (4:2:2 および 4:4:4 の彩度形式で使用される下位ビット位置) で左にシフトすることに対応します。

DXVA_ConfigPictureDecodeの bConfigSpatialResidInterleaved メンバーが 1 の場合、ホストベースの残差は、使用中の YUV ピクセル形式と一致する彩度インターリーブ形式で送信されます。この場合、各Cbおよび空間的に対応するCr対のブロックは、単一の残差構造単位として扱われる。これは 、wPatternCode の値や意味を変更しませんが、これらのデータブロックのいずれかが wPatternCode に対応するビットを設定するたびに、Cb と Cr の各データブロックの各ペアの両方のメンバーが送信されることを意味します。特定のデータブロックの wPatternCode のビットが 0 の場合、このペアリングで wPatternCode ビットが 0 に等しいブロックの残差データブロックを送信する必要がある場合は常に、対応する残差データ値を 0 として送信する必要があります。

wPC_Overflow

オーバーフロー残差データを使用するマクロブロックのブロックを指定します。

bPicOverflowBlocks メンバーが 1、IntraMacroblock DXVA_PictureParameters が 0 (8 から 8 オーバーフローメソッド) の bPicOverflowBlocks メンバーでホストベースの残差デコードを使用する場合、wPC_Overflowにはオーバーフローブロックのパターンコードが含まれます。 (パターンコードは 、wPatternCode の場合と同じ方法で指定されます)。コード化されたオーバーフローブロック (ビット (11-i) が 1 に等しいブロック) のデータは、同じインデックス作成順序 (増加 i) の残余コーディングバッファーに見つかります。

dwReservedBits2

パッキングとアラインメントに使用される予約済みビット。ゼロを指定してください。

MVector[DXVA_NumMV_OBMC_off_BinPBwith4MV_off]

マクロブロックのモーションベクトルの値を含む配列。各モーションベクトルは、DXVA_MVvalue 構造体で表されます。

注釈

MBskipsFollowing で指定されたスキップされた各マクロブロックは、wMBaddress の値をインクリメントしてから同じマクロブロック制御コマンドを繰り返すのと数学的に同等の方法で生成する必要があります。

MBskipsFollowing の 0 以外の値を持つ macroblock コントロールコマンドの内容は、スキップされた一連のマクロブロックの最初のコンテンツと同等です (MBskipsFollowing の値を除く)。したがって、 MBskipsFollowing が 0 でない場合は常に、次の構造体メンバーと変数はすべて 0 に等しい必要があります: Motion4MV、IntraMacroblock、 wPatternCode、および wPC_Overflow。後続のスキップされた各マクロブロックは、 wMBaddress の値をインクリメントする場合を除き、最初のマクロブロックと同じ方法で生成されます。

MBdataLocation は、macroblock コントロールコマンドバッファー内の最初のマクロブロックに対して 0 である必要があります。 macroblock コントロールコマンドバッファー内の最初のマクロブロック以外のマクロブロックの場合、wPatternCode が 0 の場合、MBdataLocation には任意の値が含まれる場合があります。 wPatternCode が 0 の場合、デコーダーは推奨されますが、この値を 0 または次の macroblock コントロールコマンドと同じ値に設定する必要はありません。

スキップされたマクロブロックの生成方法の詳細については、「スキップされたマクロブロックの生成」を参照してください。

IntraMacroblock、MotionForward、MotionBackward、MotionType、MvertFieldSel、MVector の有効な組み合わせは、Macroblock コントロールコマンド構造の最初の部分の表に示されています。