硬體 MFT

注意

本主題適用于 Windows 7 或更新版本。

 

本主題描述如何撰寫媒體基礎轉換 (MFT) ，做為硬體編碼器、解碼器或數位訊號處理器的 Proxy (DSP) 。

重要

如果硬體編解碼器使用 AVStream 多媒體類別驅動程式，則不需要自訂 MFT。 媒體基礎會針對此目的提供 AVStream Proxy。 本主題中的資訊僅適用于硬體編解碼器不使用 AVStream 的特殊案例。 如需詳細資訊，請參閱 AVStream 中的硬體編解碼器支援。

 

本主題包含下列幾節：

• 簡介
• 硬體 MFT 屬性
• 硬體交握順序
• 資料處理
• 配對解碼器/編碼器
• 相關主題

簡介

任何不是以 AVStream 為基礎的硬體編解碼器都必須提供自己的 MFT，以作為驅動程式的 Proxy。 硬體編解碼器可能包含數個不同的功能區塊：

• 編碼器
• 解碼器
• 畫面格縮放/格式轉換

每個函式都應該由個別的 MFT 管理。 硬體 MFT 絕對不應該做為多用途的「轉碼器」。相反地，將編碼函式放入編碼器 MFT，並將函式解碼器 MFT 解碼。 如果硬體提供畫面調整和格式轉換，請將這些函式放在個別的視訊處理器中，註冊在 MFT_CATEGORY_VIDEO_PROCESSOR 類別中。 如果硬體不支援畫面縮放或格式轉換，Media Foundation 會提供軟體視訊處理器。

硬體 MFT 具有下列一般需求：

• 硬體 MFT 必須使用新的非同步處理模型，如 非同步 MFT中所述。
• 硬體 MFT 必須支援動態格式變更，如 動態格式變更中所述。

硬體 MFT 屬性

硬體 MFT 必須實作下列與屬性相關的方法：

• IMFTransform：：GetAttributes：傳回全域 MFT 屬性的屬性存放區。
• IMFTransform：：GetInputStreamAttributes：傳回輸入資料流程的屬性存放區。
• IMFTransform：：GetOutputStreamAttributes：傳回輸出資料流程的屬性存放區。

第一次建立 MFT 時，它必須在自己的全域屬性存放區上設定下列屬性 (，也就是 GetAttributes 傳回的屬性存放區) ：

屬性	描述
MF_TRANSFORM_ASYNC	必須設定為 TRUE。 表示 MFT 會執行非同步處理。
MFT_ENUM_HARDWARE_URL_Attribute	包含硬體裝置的符號連結。 拓撲載入器會使用這個屬性的存在來測試 MFT 是否代表硬體裝置。
MFT_SUPPORT_DYNAMIC_FORMAT_CHANGE	必須設定為 TRUE。 表示 MFT 支援動態格式變更。

 

硬體交握順序

如果兩個 MFT 代表相同的實體裝置，他們可以在硬體內交換資料，例如，透過硬體匯流排交換資料。 不需要將資料複製到系統記憶體，然後回到裝置。

在下圖中，標示為 「A」 和 「B」 的 MFT 代表相同硬體內的功能區塊。 例如，在轉碼案例中，「A」 可能代表硬體解碼器，而 「B」 可能代表硬體編碼器。 「A」 和 「B」 之間的資料流程會在硬體內發生。 標示為 「C」 的 MFT 是軟體 MFT。 從 「B」 到 「C」 的資料流程會使用系統記憶體。

若要建立硬體連線，兩個硬體 MFT 必須使用私人通道。 此連線會在格式交涉期間建立，在設定媒體類型之前，以及在第一次呼叫 ProcessInput之前建立。 連線程式的運作方式如下：

1. 拓撲載入器會檢查兩個 MFT 是否有 MFT_ENUM_HARDWARE_URL_Attribute 屬性。 請注意，它不會檢查這個屬性的值。

2. 如果 兩個 MFT 上都有MFT_ENUM_HARDWARE_URL_Attribute，拓撲載入器會執行下列動作：

   1. 拓撲載入器會在上游 MFT (A) 上呼叫 IMFTransform：：GetOutputStreamAttributes 。 這個方法會傳回 IMFAttributes 指標。 讓這個指標表示 pUpstream。
   2. 拓撲載入器會在下游 MFT (B) 上呼叫 IMFTransform：：GetInputStreamAttributes 。 此呼叫也會傳回 IMFAttributes 指標。 讓這個指標表示 pDownstream。
   3. 拓撲載入器會呼叫IMFAttributes：：SetUnknown，在pDownstream上設定MFT_CONNECTED_STREAM_ATTRIBUTE屬性。 屬性的值是 pUpstream 指標。
   4. 拓撲載入器會將pDownstream和pUpstream上的MFT_CONNECTED_TO_HW_STREAM屬性設定為TRUE。

3. 此時，下游 MFT 具有上游 MFT 屬性存放區的指標，如下圖所示。

   

   注意

   為了清楚起見，此圖表會將資料流程和屬性儲存為不同的物件，但實作不需要。

    

4. 下游 MFT 會使用 IMFAttributes 指標來建立與上游 MFT 的私人通道。 因為通道是私用的，所以實作會定義確切的機制。 例如，MFT 可能會查詢私人 COM 介面。

在步驟 4 期間，下游 MFT 必須確認這兩個 MFT 是否共用相同的實體裝置。 否則，它們必須回復為使用系統記憶體進行資料傳輸。 這可讓 MFT 與軟體 MFT 和其他硬體裝置正確運作。

如果交握成功，且兩個 MFT 共用私人資料通道，則不會使用下一節中所述的標準資料處理模型 () 連接點。 具體而言，下游 MFT 不會傳送 METransformNeedInput 事件;如需詳細資訊，請參閱本主題中的下一節。

資料處理

當硬體 MFT 使用系統記憶體進行資料傳輸時，此程式的運作方式如下：

1. 若要要求更多輸入，MFT 會傳送 METransformNeedInput 事件。
2. METransformNeedInput事件會導致管線呼叫IMFTransform：:P rocessInput。
3. 當 MFT 具有輸出資料時，MFT 會傳送 METransformHaveOutput 事件。
4. METransformHaveOutput事件會導致管線呼叫IMFTransform：:P rocessOutput。

如需詳細資訊，請參閱 非同步 MFT。

不過，如果 MFT 使用硬體通道，它不會在硬體連接點傳送這些事件，因為所有資料傳輸都會在硬體內部進行。 因此，管線不會在連接點呼叫 ProcessInput 或 ProcessOutput 。

例如，請考慮本主題中的第一個圖表。 假設此設定，資料處理會如下所示：

1. 「A」 會傳送 METransformNeedInput 來要求資料。
2. 管線會在 「A」 上呼叫 ProcessInput 。
3. 「A」 和 「B」 會處理硬體中的資料。
4. 處理完成時，「B」 會傳送 METransformHaveOutput 事件。
5. 管線會在 「B」 上呼叫 ProcessOutput 。

配對解碼器/編碼器

如果解碼器和編碼器位於相同的硬體晶片上，轉碼時最好將它們一起使用。 也就是說，選取其中一個應該會導致在轉碼管線中選取另一個 。 為了確保已選擇相符的硬體編解碼器，這兩個編解碼器 MFT 都應該提供自訂媒體類型。 若要建立自訂媒體類型：

• 視需要將 MF_MT_MAJOR_TYPE 屬性設定為 MFMediaType_Audio 或 MFMediaType_Video。
• 將 MF_MT_SUBTYPE 屬性設定為自訂 GUID 值。

其他類型屬性是選擇性的。 解碼器會從 其 IMFTransform：：GetOutputAvailableType傳回自訂類型，而編碼器會從 其 IMFTransform：：GetInputAvailableType 方法傳回自訂類型。 在這兩種情況下，自訂類型必須是清單中的第一個專案， (dwTypeIndex = 0) 。

若要使用軟體編解碼器，編解碼器也應該至少傳回一個標準格式，例如 NV12 進行視訊。 標準格式應該會出現在自訂類型之後， (dwTypeIndex> 0) 。 如果兩個編解碼器必須一律配對且無法與軟體編解碼器交互操作，MFT 應該只傳回自訂格式，而不會傳回任何標準格式。

注意

如果解碼器未傳回任何標準格式，則無法用於使用 增強式視訊轉譯器播放。 在此情況下，它應該註冊為僅限轉碼解碼器。 請參閱 僅限轉碼解碼器。

 

相關主題

撰寫自訂 MFT

實作編解碼器 MFT

媒體基礎轉換