ProtectionCapabilities.IsTypeSupported(String, String) 方法

public:
 virtual ProtectionCapabilityResult IsTypeSupported(Platform::String ^ type, Platform::String ^ keySystem) = IsTypeSupported;

ProtectionCapabilityResult IsTypeSupported(winrt::hstring const& type, winrt::hstring const& keySystem);

public ProtectionCapabilityResult IsTypeSupported(string type, string keySystem);

function isTypeSupported(type, keySystem)

Public Function IsTypeSupported (type As String, keySystem As String) As ProtectionCapabilityResult

參數

傳回

值，指出查詢的功能是否可能受到支援、可能支援或不受支援。

備註

類型 輸入參數必須有 RFC 6381 內容類型媒體類型和子類型識別碼存在。 它也必須有 RFC 2045 編解碼器參數位符串存在。 MPEG-4 是此 API 唯一支援的容器。 H.264 （avc1） 和 HEVC （hvc1， hev1） 是唯一提供支援答案的視頻編解碼器。 MPEG-4 （mp4a）、MPEG-1 第 3 層 （mp3）、Dolby Digital （ac-3） 和 Dolby Digital Plus （ec-3） 是唯一提供支援答案的音頻編解碼器。 支援的字串包括：

video/mp4;codecs=”avc1,<audio codec>”

video/mp4;codecs=”hvc1, <audio codec>”

video/mp4;codecs=”hev1, <audio codec>”

從 Windows 10 版本 1709 開始，也支援下列各項：

Video/mp4;codecs=”vp9,<audio codec>”

Video/mp4;codecs=”vp09,<audio codec>”

查詢字串的功能部分會附加至使用分號分隔符的上述字串。 基礎圖形驅動程式和硬體會對如何查詢功能施加限制。 針對視訊子系統，適用下列需求：

1. 單一呼叫中每個子系統只能使用一個功能名稱加上值的查詢
2. 譯碼子系統查詢可以在沒有顯示 1、顯示 2 或輸出保護查詢的情況下執行
3. Display 1 子系統查詢需要有譯碼子系統查詢
4. Display 2 子系統查詢需要譯碼子系統查詢，但不需要 Display 1 子系統查詢。
5. 輸出保護子系統 （HDCP） 查詢可以搭配或不使用譯碼、顯示 1 或 Display 2 子系統查詢來執行，但受限於條件約束 #3 和 #4。

General: Efficiency 查詢可以與任何其他子系統查詢結合。

傳回的結果是所有個別功能查詢的邏輯 AND，其中包含下列釐清：可能 結果只允許來自輸出保護子系統，而且只能暫時使用。 這個 也許 優先於其他所有功能查詢的 AND 所產生的 可能 結果，直到 也許 會隨著時間解析為 可能 或 不支援。 可能 解析的目前時間限製為10秒。

下表列出視訊子系統組織的支持的個別功能查詢：

^* 僅支援 Windows 10 版本 1607 和更新版本的作業系統版本

^** 僅支援 Windows 10 版本 1709 和更新版本的作業系統版本

^*** 交集演算法為：

1. 尋找所有顯示應用程式使用者介面視訊用戶端區域具有圖元的位置。
2. 尋找從步驟 1 驅動顯示器的所有圖形適配卡。 針對硬體DRM查詢，此組適配卡只會篩選為具有硬體DRM支援的適配卡。
3. 尋找連接到步驟 2 之圖形適配卡的所有顯示器。

^**** 此原則開啟時，內容提供者必須選擇要使用的解析度限制。 建議使用 1080p 限制，但可以使用 720p。 請注意，此原則的輸入來自 Windows 10 版本 1709 中新增的影片設定使用者介面頁面。

專案 1a 和 1b 和 2a 和 2b 的配對會計算為 （要求的 x >= 實際交集最大值 x） AND （要求 y >= 實際交集最大值 y），修改直向顯示會視需要交換 x 和 y 來正規化為橫向。

hdcp 查詢 （專案 4） 具有計算成本高昂的第一個叫用成本。 HDCP 必須在要求層級開啟，才能探查要求層級是否符合使用中顯示拓撲。 可能 結果，因為 HDCP 是以異步方式評估，且最多需要數秒的 HDCP 2.2，但查詢以最少封鎖同步，要求呼叫端重複使用查詢，直到結果完成為 可能 或 不支援。 在查詢中變更要求的 HDCP 層級，但仍處於「可能」狀態時，可能會產生無效的回應。 也許 逾時大約是 10 秒。

強烈建議不要每隔 250 毫秒多次叫用 hdcp 查詢，因為基礎計算成本。 500 毫秒是慣用的最小值。 快取會執行，以將此成本降到最低，但在輪詢時，任何顯示拓撲變更都會使快取失效。

作為實作詳細數據，即使尚未設定 HDCP 2.2 類型 1 限制，圖形適配卡還是可以選擇使用 HDCP 2.2。 HDCP 2.2 可能需要比 HDCP 1.x 更久的時間才能參與。 對目前世代電視的觀察顯示最多 8 秒的時間，而 HDCP 1.x 裝置的觀察時間約為 1 秒，包括重複器。 因此，在應用程式啟動時或輸出拓撲變更之後，第一個 hdcp=1 查詢需要等候最多 8 秒，以及此最壞情況的邊界。 使用 10 秒作為最大等候時間，建議在使用者最不預期的情況下選取標題時執行應用程式啟動查詢，例如在初始 UI 上。 如果沒有發生拓撲變更，則所有進一步的 hdcp 查詢都會是次秒。 如果內容與查詢具有相同的 HDCP 輸出需求，快取將會在播放開始時再次執行多秒等候。

在輸出拓撲變更上，高解析度電視與監視器通常需要幾秒鐘的時間才能穩定桌面。 變更，特別是減少輸出保護層級，通常會因為設計而造成硬體DRM的作用中播放失敗。 在這裡，對 MF_POLICY_UNSUPPORTED（0xC00D7159）錯誤的反應應該是隱藏使用者的錯誤、重新查詢，以及繼續使用適當的內容版本來取得任何變更的功能。 實際上，這可作為“熱插機”穩定時間的延伸。

軟體DRM譯碼功能查詢在效能上可能模棱兩可，因為H.264實作允許軟體譯碼或 DirectX 視訊加速 （DXVA） GPU 卸除。 不過，在所有 Windows 端點中，H.264 DXVA 非常常見。

軟體DRM譯碼查詢的功能限制是不會評估譯碼-bpc。 Windows 不支援 H.264 10 位譯碼，但具有 decode-bpc=10 的查詢將會成功。

功能查詢結果反映子系統的最大理論功能。 GPU 或不同電源狀態中的其他活動可能會降低實際功能。

硬體DRM查詢範例

以下顯示 4K 10 位 HEVC 標準動態範圍 （SDR） 內容與硬體 DRM 和 HDCP 2.2 類型 1 限制最常見的用法：

IsTypeSupported(‘com.microsoft.playready.recommendation.3000’,’video/mp4;codecs=”hvc1,mp4a”;features=”decode-res-x=3840,decode-res-y=2160,decode-bitrate=20000,decode-fps=30,decode-bpc=10,display-res-x=3840,display-res-y=2160,display-bpc=8,hdcp=2”’);

其中 mp4a 可取代為 mp3、ac-3或 ec-3。 根據內容提供者的編碼方式，可調整譯碼比特率。 decode-fps 可能會設定為 60 而非 30，但可能會受到硬體 DRM 安全性處理器的輸送量功能所管制。 例如，如果提供者想要將 4K 數據流推送至 3200 x 1800、3000 x 2000 或 2560 x 1440 顯示，則 display-res-x 和 display-res-y 值可能會設定為低於完整 4K。

由於譯碼查詢結果不預期會動態變更，在 [可能] 中，連續輪詢 hdcp=2，而在 [可能] 中，可以使用較短的形式做為小型優化

IsTypeSupported(‘com.microsoft.playready.recommendation.3000’,’video/mp4;codecs=”hvc1,mp4a”;features=”hdcp=2”’);

當然，此優化不會攔截動態監視器解析度變更，但這類變更可能會中斷HDCP的建立。

以下顯示 4K 10 位 HEVC 高動態範圍 （HDR） 內容與硬體 DRM 和 HDCP 2.2 類型 1 限制最常見的用法：

IsTypeSupported(‘com.microsoft.playready.recommendation.3000’,’video/mp4;codecs=”hvc1,mp4a”;features=”decode-res-x=3840,decode-res-y=2160,decode-bitrate=20000,decode-fps=30,decode-bpc=10,display-res-x=3840,display-res-y=2160,display-bpc=8,hdr=1,hdcp=2”’);

注意：針對 Windows 10 版本 1607，hdr=1 指出具有 DXGI_COLOR_SPACE_YCBCR_FULL_G22_LEFT_P2020 或 DXGI_COLOR_SPACE_RGB_FULL_G22_NONE_P709 或 DXGI_COLOR_SPACE_RGB_FULL_G2084_NONE_P2020 的 10 位 MPO 支援，或僅開發 HighColor 登錄機碼存在且已設定： HKLM\SOFTWARE\Microsoft\Windows\DWM key HighColor 為 DWORD 值 1。

以下顯示 1080p 8 位 H.264 SDR 內容與硬體 DRM 和 HDCP 沒有 2.2 類型 1 限制的最常見用法：

IsTypeSupported(‘com.microsoft.playready.recommendation.3000’,’video/mp4;codecs=”avc1,mp4a”;features=”decode-res-x=1920,decode-res-y=1080,decode-bitrate=10000,decode-fps=30,decode-bpc=8,display-res-x=1920,display-res-y=1080,display-bpc=8,hdcp=1”’);

適用於

另請參閱

• ProtectionCapabilityResult