【文章內(nèi)容簡介】 AU） 通過 Java Sound 的服務供應商接口 （ SPI） 可以進行擴展 JMF： 添加對音頻、視頻和其它基于時間的數(shù)據(jù)的支持 提供多種媒體格式的同步和控制功能 當前沒有與任何 JDK 一起提供 本身支持許多音頻格式 （ AIFF、 WAV等 ） 以及 MPEG 和其它格式 包含可擴展的編碼器／解碼器媒體支持 第 2 章 關于 JMF 技術 4 JMF 常用類 JMF 的常用類包括以下幾個： ● 數(shù)據(jù)源（ DataSource） ● 媒體定位器（ MediaLocator） ● 播放器（ Player） ● 處理器（ Processor） ● 數(shù)據(jù)池（ DataSink） ● 數(shù)據(jù)格式（ Format） ● 管理器（ Manager） 數(shù)據(jù)源（ DataSource） 在 JMF 中， DataSource 對象就是數(shù)據(jù)源，它可以是從采集設備獲得的數(shù)據(jù)，也可以是一個多媒體文件，也可以是從互聯(lián)網(wǎng)上下載的數(shù)據(jù)流。對于 DataSource對象，一旦你確定了它的位置和類型，對象中就包含了多媒體的位置信息和能夠播放該多媒體的軟件信息。當創(chuàng)建了 DataSource 對象后，可以將它送入 Player對象中，而 Player 對象不需要關心 DataSource 中的多媒體是如何獲得的，以及格式是什么 。 媒體定位器（ MediaLocator） DataSource 通常用兩種方式來定義，媒體定位器（ MediaLocator）或 URL（ Universal Resource Locator）。 MediaLocator 類似于 URL，并 且可以由 URL 來構造，即使在沒有安裝相應的協(xié)議處理機制的情況下，也能構造 MediaLocator（在 Java，只有在系統(tǒng)上安裝了 URL 協(xié)議的處理機制的情況下，才能構造一個URL）。 MediaLocator 用來定位采集設備、本機的媒體文件、網(wǎng)絡上的媒體文件以及 網(wǎng)絡 RTP 流。 播放器（ Player） 第 2 章 關于 JMF 技術 5 如 圖 21 所示， 播放器（ Player） 對象將音頻、視頻數(shù)據(jù)流作為輸入，然后將數(shù)據(jù)流輸出到音箱或屏幕上，就像播放器讀取 DV 帶中的數(shù)據(jù)，然后將音頻信號送到音箱上，視頻數(shù)據(jù)送到屏幕上一樣。 圖 21 JMF 播放器（ Player）模型 Player 對象有多種狀態(tài)， JMF 中定義了 Player 有六種狀態(tài)，如圖 22 所示。在正常情況下 Player 對象需要經(jīng)歷每個狀態(tài)，然后才能播放多媒體。下面是對這些狀態(tài)的說明。 圖 22 播放器的狀態(tài)轉換圖 ● Unrealized：在這種狀態(tài)下， Player 對象已經(jīng)被實例化，但是并不知道它需要播放的多媒體的任何信息。 ● Realizing：當調(diào)用 realize( )方法時， Player 對象的狀態(tài)從 Unrealized 轉變?yōu)?Realizing。在這種狀態(tài)下， Player 對象正在確定它需要占用哪些資源。 ● Realized：在這種狀態(tài)下 Player 對象已經(jīng)確定了它需要哪些資源，并且也知道需要播放的多媒體的類型。 ● Prefetching：當調(diào)用 prefetch( )方法時， Player 對象的狀態(tài)從 Realized 變?yōu)?Prefetching。在該狀態(tài)下的 Player 對象正在為播放多媒體做一些準備工作，其中包括加載多媒體數(shù)據(jù)，獲得需要獨占的資源等。這個過程被稱為預取第 2 章 關于 JMF 技術 6 （ Prefetch）。 ● Prefetched：當 Player 對象完成了預取操作后就到達了該狀態(tài)。 ● Started：當調(diào)用 start( )方法后， Player 對象就進入了該狀態(tài)并播放多媒體。 當一個播放器從一個狀態(tài)轉換到另一個狀態(tài)時，它將產(chǎn)生 TransitionEvent事件（詳細請看 事件模型）。通過 ControllerListener 接口，你的程序可以確定播 放器在什么狀態(tài)并作出相應的反應。使用這種 事件 報告機制，你可以在調(diào)用播放器的方法前確定播放器是否在其適當?shù)臓顟B(tài)。 為了避免混亂情況，在一個播放器所有狀態(tài)下，不是所有的方法都能被調(diào)用的。如果你在一個播放器對象的當前狀態(tài)下，調(diào)用了一個非法的方法，播放器對象將拋出異?；蝈e誤。 處理器（ Processor） 處理器（ Processor）對應的接口是 Processor。在 JMF API 中 Processor接口繼承了 Player 接口。 Processor 同樣可以用來播放媒體數(shù)據(jù)。 它 是一種特殊的播放器，它可以 對輸入媒體流進行過程控制。處理器支持所有播放器擁有的播放控制功能。 如 圖 23 所示， 除了將媒體數(shù)據(jù)傳送至播放終端外，處理器可以將媒體數(shù)據(jù)輸出至一個數(shù)據(jù)源（ DataSource），使用 Processor 的 getDataOutput( )方法實現(xiàn)，此數(shù)據(jù)源可以作為其它的播放器的數(shù)據(jù)源，或是通過其它的處理器對其進行進一步操作控制，或將其作為數(shù)據(jù)池（ DataSink）的參數(shù)，利用數(shù)據(jù)池或存儲到一個文件，或傳送到網(wǎng)絡中去。 圖 24 處理器模型 如圖 24 所示，除了在播放器中提到了的 6 種狀態(tài)以外，處理器對象還包括 兩種新的狀態(tài)。這兩種狀態(tài)是在 Unrealized 狀態(tài)之后，在 Realizing 狀態(tài)之前。 ● Configuring：當調(diào)用 configure( )方法后，處理器對象進入該狀態(tài)。在該狀態(tài)下處理器對象連接到數(shù)據(jù)源并獲取輸入數(shù)據(jù)的格式信息。 第 2 章 關于 JMF 技術 7 ● Configured：當完成數(shù)據(jù)源連接，獲得輸入數(shù)據(jù)格式的信息后，處理器對象就處于 Configured 狀態(tài)。 圖 24 處理器的狀態(tài)轉換圖 數(shù)據(jù)池（ DataSink） 數(shù)據(jù)池（ DataSink） 用來讀取數(shù)據(jù)源（ DataSource）的媒體數(shù)據(jù)和輸出到特定的目的地 ——這里的目的地不同于以上所說的如音箱或屏幕。一個特定的DataSink 或把數(shù)據(jù)輸出到一個文件，或通過網(wǎng)絡傳輸數(shù)據(jù)，或進行 RTP 廣播。像 Player 一樣， DataSink 對象以 DataSource 作為參數(shù)，通過管理器（ Manager）來構造。 數(shù)據(jù)格式（ Format） 在 JMF 架構中， 數(shù)據(jù)格式 （ Format） 對象中保存了媒體的格式（ format）信息。它并不包括編碼參數(shù)和全局時間信息。只是描述了該格式的編碼名稱和數(shù)據(jù)類別。 Format 的子類包括 AudioFormat 和 VideoFormat 類， VideoFormat又有六個子類： H261Format、 H263Format、 IndexedColorFormat、 JPEGFormat、RGBFormat 和 YUVFormat 類 [4]。在 AudioFormat 中，描述了音頻格式的屬性，如采樣頻率、每次采樣的數(shù)據(jù)位數(shù)等等。在 VideoFormat 中則描述了視頻數(shù)據(jù)的類型如 等。 圖 25 表示 JMF 對音頻格式和視頻格式的定義： 第 2 章 關于 JMF 技術 8 圖 25 JMF 的媒體數(shù)據(jù)格式 管理器（ Manager） JMF 提供了下面四種管理器 （ Manager） ： ● Manager： Manager 相當于兩個類之間的接口。例如當你需要播放一個DataSource 對象，你可以通過使用 Manager 對象 createPlayer( )方法創(chuàng)建一個 Player 對象來播放它。使用 Manager 對象可以創(chuàng)建 Player、 Processor、 DataSource和 DataSink 對象。 ● PackageManager：該管理器中保存了 JMF 類注冊信息。 ● CaptureDeviceManager：該管理器中保存了截取設備的注冊信息。 ● PlugInManager：該管理器中保存了 JMF 插件的注冊信息。 事件模型 JMF 利用事件報告機制來使基于 JMF 的程序獲知媒體系統(tǒng)當前的狀態(tài)，從而使程序能夠對相應狀態(tài)的改變作出相應的操作。在任何時候，當一個 JMF對象需要報告當前的狀態(tài)，它將發(fā)出一個 MediaEvent 事件。 MediaEvent 的子類包括 ControllerEvern， DataSinkEvent， GainChangeEvent， RTPEvent。 對于任何一個能發(fā)送 MediaEvent 的 JMF 對象而言， JMF 都定義了一個相應的偵聽接口 (listener interface)。為了能在某一 MediaEvent 事件發(fā)生時得到相應的通知，必須實現(xiàn)適當?shù)膫陕牻涌谝约霸趯念愺w中重寫該接口中處理第 2 章 關于 JMF 技術 9 MediaEvent 事件的方法體，并通過調(diào)用 addListener 方法來接收此 MediaEvent事件。 如 圖 26 所示， JMF 中的 Controller 對象，例如播放器（ Player）和處理器（ Processor），以及 Control 對象，例如 GainControl 都可以發(fā)出 MediaEvent 事件。（ Player 和 Processor 繼承于 Controller 類） 圖 26 JMF 的事件模型 圖 27JMF Controller 事件 第 2 章 關于 JMF 技術 10 圖 27 列出了所有 的 Controller 事件， ControllerEvent由 Controller（如 Player或 Processor）產(chǎn)生，可分為三類：改變通知（ change notification），關閉事件（ closed event），狀態(tài)轉變事件（ transition event）： 1 ．改變通知事件如 RateChangeEvent ， DurationUpdateEvent ，F(xiàn)ormatChangeEvent 表明一些 Controller 的屬性的改變。 2．狀態(tài)轉變事件可以使你的程序對 Controller 對象的狀態(tài)轉變作出反應。Player 當從一個狀態(tài)轉為另一狀態(tài)時都會產(chǎn)生 transition events。 3．當 Controller 關閉時，它將產(chǎn)生關閉事件。 第 3章 系統(tǒng)架構和功能模塊設計 11 第 3 章 系統(tǒng)架構和功能模塊設計 MVC 模式概述 MVC 架構是“ ModelViewController”的縮寫，即將“模型 視圖 控制”作為應用程序構成的三要素。 Event（事件）導致 Controller 改變 Model 或 View，或者同時改變兩者。只要 Controller 改變了 Models 的數(shù)據(jù)或者屬性，所有以來的 View 都會自動更新。類似的，只要 Controller 改變了 View， View 會從潛在的 Model 中獲取數(shù)據(jù)來刷新自己。 相應地，本軟件也同樣使用 MVC 思想指導設計，做到模塊細化，分工明確，模塊間邏輯順序清晰的三大目標。 流程如圖 31 所示 圖 31 系統(tǒng)目標 對于 音頻 播放器，必須給用戶提供最簡單的操作和最完善的功能。至少應該能夠對 音頻文件 進行播放、暫停、停止、 音量和進度 拖放操作等。除了最基本的操作以外，優(yōu)秀的播放器還提供了許多附加的功能來突出顯示該媒體播放器的特色，例如本播放器的歌詞實時顯示。 在這樣的情況下，對播放器的設計目標要求有如下功能的實現(xiàn)： ◆ 用戶界面窗口的控制功能：播放器主窗口控制、播放列表窗口的控制和歌詞顯示窗口的控制； 第 3章 系統(tǒng)架構和功能模塊設計 12 ◆ 媒體文件的播放控制功能：開始播放、暫停播放、停止播放和拖動播放等； ◆ 媒體文件的管理功能 ：添加歌曲、添加目錄，刪除歌曲、清空列表、保存列表和裝載列表； ◆ 音頻文件信息顯示功能：將音頻文件的基本信息呈現(xiàn)給用戶，同時用戶自己可以設置一些信息。 系統(tǒng)功能模塊 概要 設計 本軟件同樣采用 MVC 的設計模式，做到控制，信息與視圖的相互分離，同時相互間有聯(lián)系緊密，互相調(diào)用，互為條件與依賴。故將系統(tǒng)分為五大模塊進行構建，分別是 用戶界面模塊 播放控制模塊 播放信息模塊 播放列表 控制 模塊 歌詞控制模塊 其相互關系如 圖 32所示 用戶請求事件 用戶請求事件 視圖信息更新 視圖信息更新 更新信息 讀取信息 更新信息 讀取信息 讀取信息 更新信息 播放信息模塊 用戶界面模塊 播