Java多媒體框架設計自動播放機_JSP教程

推薦：如何實現javabean的屬性拷貝
在struts的實踐過程中，經常兩個javabean交換數據的情況，如ActionForm與數據庫中的表相關的bean交換數據。通常情況下要寫很多get和set語句,一個個屬性依次拷貝。這樣的話，如此重復繁重的工

如果把Java媒體框架(http://java.sun.com/jmf)看作客戶端安裝的媒體播放機的話，那么這種框架并不是非常激動人心。它只支持少量媒體類型，并且事實上這些媒體類型都被象Windows媒體播放機以及QuickTime等其它的應用程序支持。

但是從內容供應商的觀點來看，下面這個事實更加有意義：JMF在所有的Java類型中都可用，這使在客戶端上不必要有任何特定的媒體技術就可以部署媒體--所需要的只是J2SE Java運行時間。

更重要的是它能利用.jar文件格式的一些性能把解碼器和媒體組成到一個文件中，創建一個"自我播放電影"，使用了象WinZip和StuffIt這樣的壓縮應用程序大致相同的方式來創建自我展開文檔。

我們把此分為三個階段：

1.使JMF能夠播放.jar文件中的媒體。

2.只使用需要播放本地媒體所需的JMF的一部分創建一個輕量級.jar文件。

3.將代碼和媒體放入.jar文件，并且創建一個合適的manifest文檔以使它可以雙擊。

基本的JMF播放的關鍵是獲得Player，能解碼和渲染你的媒體。一般來說，這通過使用Manager獲得合適的DataSource來完成，在一個播放實例中提供了媒體流和流元數據，例如媒體格式。Manager然后找到一個Player來處理DataSource。在兩種情況下，Manager結合一個帶有程序包前綴列表(象javax.media、com.ibm.media等等)的反射方案來試圖尋找合適的類，例如如果一個計劃的播放程序不能接受提供給它的DataSource，那么它就會拋出異常。

Manager沒有太多事要做，只是察看一下URL中的協議和文件擴展名，所以雖然它可以很容易的知道如何處理file:///Users/cadamson/mymp3stash/some.mp3，但是它不知道如何處理象jar:file:/Users/cadamson/dev/jmftests/spmovie-old/src/gatsbymovie.jar!/movie/themovie.mov這樣的URL。

為了緩和這種情況，我們可以寫一個DataSource，說得更準確一點就是一個PullDataSource，擔負為Manager描述細節的責任。JarEntryDataSource中沒有一個方法特別難；我們提供的PullSourceStream還需要實現幾個超級接口。

它有些不夠完美，但是這個類依靠文件擴展名來返回"內容類型"。這多多少少有點象一個MIME類型，除了使用句號代替斜線符號來格式化以外，所以它可被用于程序包名稱(例如video/mpeg MIME類型變成video.mpeg，所以Manager可以找到com.sun.media.codec.video.mpeg包)。下面是我們的簡單的實現：

public String getContentType() { 　　 　　try { 　　 　　URL url = getLocator().getURL(); 　　 　　String urlFile = url.getFile(); 　　 　　if (urlFile.endsWith(".mov")) 　　 　　return "video.quicktime"; 　　 　　else if (urlFile.endsWith(".mpg")) 　　 　　return "video.mpeg"; 　　 　　else if (urlFile.endsWith(".avi")) 　　 　　// Manager needs '_' insted of '-' 　　 　　return "video.x_msvideo"; 　　 　　else 　　 　　return "unknown"; 　　 　　} catch (MalformedURLException murle) { 　　 　　return "unknown"; 　　 　　} 　　 　　}　　

另一個煩惱是JMF源代碼表明如果提供的流是Seekable的話(這是一個提供隨機存取seek()方法的接口)，默認Player只能播放一個QuickTime DataSource。如果尋找點在流的非常上流的地方，那么JarEntryDataSource中的策略是使用InputStream.skip()。如果尋找點在當前讀取點之后(調用tellPoint，因為它的值通過Seekable.tell ()方法返回)，然后它必須關閉InputStream，再重新打開，跳到尋找點。它使用一個內部的thoroughSkip()方法來確定我們實際上停在哪里。

public long seek (long position) { 　　 　　try { 　　 　　if (position > tellPoint) { 　　 　　thoroughSkip (position - tellPoint); 　　 　　} else { 　　 　　close(); 　　 　　open(); 　　 　　thoroughSkip (position); 　　 　　} 　　 　　return tellPoint; 　　 　　} catch (IOException ioe) { 　　 　　return 0; // bogus... 　　 　　} 　　 　　}

使用這個類，Manager可以找到一個可用的Player用于播放.jar文件中的.mov或者.avi文件。我們的示例的TinyPlayer使用ClassLoader.getResource ()方法來在類路徑中尋找movie/themovie.mov或者movie/themovie.avi。當類路徑只包含.jar文件的時候，我們將對其進行設置。

準備一個合適的.jar文件中的第一步是使用JMF的jmfcustomizer工具來創建一個jar，只使用播放我們的媒體所需要類，去掉用于流、捕捉、譯碼和其它對于一個簡化的播放程序不需要的函數。不幸的是，Sun在各種Java版本的JMF中都不包含jmfcustomizer的幫助文件，但是各種定制屏幕很容易設計出來：

1.媒體源和媒體匯點：選擇"媒體文件"和"播放"。

2.協議：只是"文件"。

3.源媒體格式："QuickTime (.mov)"和"Avi"。

4.解碼器：無論你計劃在你的媒體中使用什么解碼器，但是用于音頻的大部分都是"A - law"、"U - law"或"IMA4"，用于視頻的是"H263"。不要為編碼器、封包器和解包器而費心。

5.渲染：在音頻中，我們需要"JavaSound"用于Java 1.3及1.3以上的版本，SunAudio用于Sun的pre-1.3 JVM。對于視頻，我們只需要AWT。

其結果是本來用于我們的播放器的jar被從1.9 MB壓縮到700K。

假定你已經編譯了兩個com.mac.invalidname.spmovie類，把它們添加到定制的jar中：

jar uf customized.jar com/mac/invalidname/spmovie/*.class

JMF的許可證有效期需要它的readme文件使用任何JMF或者定制子集來分布。我已經在misc目錄中提供了，在TinyPlayer的菜單項可以找到它：

jar uf customized.jar misc/

為了使這個.jar文件可雙擊，我們提供一個manifest文件告訴Java運行時間在.jar文件中的哪個類中有在雙擊或者使用簡單jar命令行變量的時候調用的main()方法。manifest還提供一個只包含jar自己的類路徑：

Main-Class: com.mac.invalidname.spmovie.TinyPlayer

Class-Path: .

這個manifest使用下面的命令來添加：

jar ufm customized.jar manifest-stub.txt

這個文件現在有用于播放jar中的一個電影的所有的代碼。為了將來之用，請把它保存為spmovie-engine.jar文件，或者類似的文件。

現在引擎已經具備了，我們所需要的只有媒體了。正如你可從JMF支持類型頁面看到的那樣，所有Java版本的JMF有一個相當有限的所支持解碼器的集合。對于視頻來說最好的選擇可能是H.263，在很廣泛的比特率下能夠工作的很好，然而它可能在老機器上會執行得很困難，除非你壓縮視頻或者保持較低的幀速率。雖然音頻較少是事先準備好的，但是我想IMA 4:1執行得相當好。適當地編碼或者譯碼你的媒體，并且把它復制為movie/themovie.mov或者movie/themovie.avi。如果你喜歡你也可以把.jar文件改名(我使用spmovie.jar)并且添加媒體：

jar u0f spmovie.jar media/

注意這里的"0"是數字零，而不是字母O；這表明我們不想壓縮這個輸入項，因為我們的媒體已經被壓縮了。

千辛萬苦，我們的自我播放電影終于做成了，這個文件知道在雙擊的時候運行什么類，提供了多路解編、解碼和渲染一部電影所需的所有的代碼，以及電影本身。如果你想看看這種小型自我播放電影，你可以去看看。

它擴展了小應用程序的概念，允許媒體在任何可用于Java的瀏覽器中播放。

說白了，它是一個Java虛擬機而不是媒體播放機。但是我們這種"一次編輯，到處播放"的思想是完全符合Java的原先的目的的。

分享：JSF和Struts框架的錯誤控制與封裝處理
在struts中，通常采用的全局錯誤控制模式是構建一個baseAction，在其execute方法中完成前臺傳回方法的dispatch操作，并由 try……catch……捕獲程序錯誤，實現錯誤的控制和展示。一個典型的B