您的位置：首頁 > 軟件教程 > 教程 > Windows系統(tǒng)媒體交互控制中心介紹及使用方法

Windows系統(tǒng)媒體交互控制中心介紹及使用方法

來源：好特整理　|　時間：2024-07-02 15:31:49 |　閱讀：116　|　標簽：系 T Net 控制 S C in windows 媒體 app 　 |　分享到：

當你使用Edge等瀏覽器或系統(tǒng)軟件播放媒體時，Windows控制中心就會出現(xiàn)相應的媒體信息以及控制播放的功能，如圖。 SMTC (SystemMediaTransportControls) 是一個Windows App SDK (舊為UWP) 中提供的一個API，用于與系統(tǒng)媒體交互。接入SMTC的好

當你使用Edge等瀏覽器或系統(tǒng)軟件播放媒體時，Windows控制中心就會出現(xiàn)相應的媒體信息以及控制播放的功能，如圖。

SMTC (SystemMediaTransportControls) 是一個Windows App SDK (舊為UWP) 中提供的一個API，用于與系統(tǒng)媒體交互。接入SMTC的好處在于，將媒體控制和媒體信息共享給系統(tǒng)，使用通用的特性（例如接受鍵盤快捷鍵的播放暫停、接受藍牙設備的控制），便于與其它支持SMTC的應用交互等。

在UWP App中使用它很簡單，只需要調(diào)用SystemMediaTransportControls.GetForCurrentView()方法即可，但是該方法僅限在有效的UWP App中調(diào)用，否則將拋出“Invalid window handle”異常。實際上，在官方文檔中提到所有XXXForCurrentView方法均不適用于UWP App以外的程序調(diào)用。

這些 XxxForCurrentView 方法對 ApplicationView 類型具有隱式依賴關系，桌面應用不支持該類型。由于桌面應用不支持 ApplicationView，因此也不支持任何 XxxForCurrentView 方法。

此外官方文檔還給出一個可替代的接口ISystemMediaTransportControlsInterop，然而這個接口在給的SDK中有保護性，無法訪問。

至此，直接創(chuàng)建SMTC的方法走不通。但是我發(fā)現(xiàn)一個奇怪的地方，UWP提供的在Windows.Media.Playback命名空間下的MediaPlayer可以和SMTC自動集成，并且可以通過SystemMediaTransportControls屬性直接拿到SMTC對象。MediaPlayer內(nèi)部通過某種COM組件直接創(chuàng)建了該NativeObject，而沒有走API提供的GetForCurrentView或FromAbi方法。也就是說，SMTC組件其實不需要使用合法的UWP Window句柄來創(chuàng)建，只不過可能為了某些特性而加上了該限制(后文將提到)。幸運的是，MediaPlayer幫我們繞過了這點。

下文講解手動與SMTC交互而不是直接使用MediaPlayer進行播放，你的項目可能已經(jīng)有了其它的解碼器(如WPF版本的MediaPlayer、Bass.Net解碼器、NAudio等)，則只需要將交互部分接入SMTC而不更換解碼器。

文末提供了我封裝好的SMTCCreator和SMTCListener，可以直接使用。

一、引用WinRT API到項目

最便捷的方法是直接修改目標框架到win10，這樣就能自動引入WinRT API:

或者一些其他的方法，可以參考這篇博客：如何在WPF中調(diào)用Windows 10/11 API(UWP/WinRT) - zhaotianff - 博客園 (cnblogs.com)

二、通過MediaPlayer獲取SMTC對象

拿到SMTC對象之后的操作與UWP中無異，這里簡單看一下：

1.設置可交互性

2.設置媒體信息

播放狀態(tài)需要單獨設置:

3.響應SMTC交互

注意，文中所有SMTC的事件均由系統(tǒng)觸發(fā)，意味著非同一線程，需要用Dispatcher來操作UI

三、獲取和控制系統(tǒng)媒體

好消息是，負責這部分的模塊GlobalSystemMediaTransportControlsSession公開可以任意使用，不受UWP平臺限制。

1.獲取媒體信息

2.控制媒體播放

直接調(diào)用即可

四、一些奇怪的地方

1.無法顯示媒體來源，并且不會清空上一個來源的信息

可能是因為沒有提供合法的UWP句柄，Windows雖然能確定是哪個exe調(diào)用的SMTC，但是拒絕直接顯示exe的信息。邏輯上來說這個來源信息會被空覆蓋掉，但是并沒有。

Windows系統(tǒng)媒體交互控制中心介紹及使用方法

2.信息更新不一致和延時

Windows系統(tǒng)媒體交互控制中心介紹及使用方法

系統(tǒng)顯示的會話以及提供GlobalSMTCSessionMng.獲取的信息有時會不一致，二者都有可能和應用真實在播放的不一致，后者獲取的封面圖有時也會不一致。此外，MusicProperty的更新有時并不會實時反饋到GlobalSMTCSession的Changed事件，我測試的時候當系統(tǒng)內(nèi)存爆滿(98% 我開了一堆瀏覽器標簽頁和4個vs)的時候，更新丟失的概率在70%左右，而資源充足時可以做到幾乎即時更新。

3.暫未實現(xiàn)點擊跳轉(zhuǎn)到App

正統(tǒng)UWP App的SMTC會話是可以點擊跳轉(zhuǎn)到App播放界面的，但是我并沒有找到相關的事件。

4.奇怪的MediaId

Windows系統(tǒng)似乎通過這個來區(qū)分不同的媒體來源（明明可以獲得調(diào)用者- -），神奇的是如果你為兩個應用設置了同樣的MediaId，那么只有兩個都關閉時，SMTC會話才會釋放。此外通過GlobalSMTCSession.SourceAppUserModelId并不能獲得你設置的MediaId，而是調(diào)用者的文件名"xxx.exe"。