Windows Media媒體內容採用的是 ASF文件格式。 Microsoft公司提供了 Windows Media Format SDK，以支持以下三大功能： ASF文件的生成（包括 ASF數據的流化）、 ASF文件的編輯和 ASF文件的播放（包括 ASF媒體流的播放）。在開始編程之前，對 SDK系統有個總體的認識和理解是必要的。（注：如果未作特別說明，本書所述的 SDK或 WMF SDK均是指 Windows Media Format SDK。）
WMF SDK採用了面向對象的設計，是一套完全基於 COM組件模型的高級開發包。這裏說高級，意味着 SDK屏蔽了 ASF數據格式、網絡傳輸控制等較爲底層的流媒體技術實現細節，留給開發者的只有比較上層的編程接口。
圖 2.1 WMF SDK 系統結構
如圖 2.1， SDK引入了一系列的對象，如生成器、讀取器、編輯器等。正是這些 SDK對象屏蔽了 Windows Media技術實現細節，使得應用程序開發者不需要了解太多的流媒體底層技術，也能開發出非常專業的流媒體應用系統。
在 SDK引入的衆多對象中，最重要的莫過於圖 2.1中列出的那三個了。其中，生成器一般用於將非壓縮的媒體數據編碼成 Windows Media格式的數據。整個編碼過程非常簡單，只要通過一個叫 Profile的對象配置好目標數據流格式，再將輸入數據的格式告訴生成器，然後依次將輸入數據按照既定的方式傳給生成器，剩下的事就都可以交給生成器了。生成器內部會根據 Profile的配置，自動選擇一種 Windows Media編碼器，然後對輸入數據進行壓縮編碼，並且完成打包，最終寫成文件或者向網絡流化。
圖 2.2 生成器的工作流程
如圖 2.2是 生成器大致的工作流程。可以看到，生成器內部對輸入數據可能有一個預處理過程。因爲特定編碼器能夠接受的數據格式總是有限的。如果輸入數據格式不能被編碼 器接受，生成器內部會自動進行一個預處理過程。這些預處理工作包括視頻的圖像大小縮放、幀率調整、色彩空間轉換、水印疊加，音頻的採樣頻率轉換等等。另 外，生成器本身不負責編碼後的數據的最終去向，而是把這個任務交給了一種叫接收器（ Sink）的對象，比如交給文件接收器就可以將數據保存爲文件，交給網絡接收器就可以將數據進行廣播，交給推接收器就可以將數據分發到運行 Windows Media Services的服務器上等等。 SDK採用這種“生成器 + 接收器”的設計是很先進的，它保證了 SDK系統具有很強的擴展性。比如我們可以開發自己的接收器，按我們的要求決定壓縮數據的最終去向。
如果你用過 Microsoft公司官方發佈的 Windows Media內容的編碼軟件 Windows Media Encoder的話，不要懷疑，通過 WMF SDK的學習，你也可以開發出一個類似的編碼軟件。
WMF SDK有兩個讀取器：異步讀取器和同步讀取器。兩個讀取器的功能類似，都是用於讀取 ASF數 據，不同的是它們的工作方式：異步讀取器內部自帶一個線程來把數據流推給應用程序；而同步讀取器內部沒有驅動數據流的線程，應用程序直接（在應用程序的線 程中）通過同步讀取器上的接口函數來獲取數據。（注：異步讀取器通常簡稱爲讀取器，而只在與同步讀取器對比時才強調“異步”特性。）
圖 2.3 讀取器的工作流程
默認情況下，讀取器輸出一種非壓縮格式的數據。也就是說，讀取器內部會自動選擇合適的解碼器對 ASF流數據進行解壓縮，如圖 2.3。當然，通過適當的設置，讀取器也可以輸出 ASF流數據原有的壓縮格式。
值得注意的是，異步讀取器在各個版本的 SDK中都能使用；而同步讀取器是在 9系列的 SDK中 纔開始有的。之所以增加同步讀取器，是因爲數據的同步讀取模式在一些特殊的場合下較有優勢，比如在一些進行內容編輯的應用程序中，使用同步讀取器可以快速 讀取指定位置的一部分數據。另外，同步讀取器通過直接的接口函數調用來提供數據，使用起來也比較簡單。當然，同步讀取器也有明顯的不足，比如不支持讀取網 絡文件，不支持 DRM（數字版權管理）等等。因此，在絕大多數 ASF文件讀取的場合下還是使用異步讀取器。
最後來簡單介紹一下編輯器。說是編輯器，大家不要誤會它能做媒體內容的修改。其實它只能編輯一些元數據。所謂元數據，就是這個媒體內容的標題、描述、作者、版權等信息。
轉自：http://blog.csdn.net/happydeer/archive/2004/11/29/198262.aspx