作者： 時間： 2004年2月12日 16:47:17 來源： yesky |
如果把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支持類型頁面<http://java.sun.com/products/java-media/jmf/2.1.1/formats.html>看到的那樣，所有Java版本的JMF有一個相當有限的所支持解碼器的集合。對于視頻來說最好的選擇可能是H.263，在很廣泛的比特率下能夠工作的很好，然而它可能在老機器上會執行得很困難，除非你壓縮視頻或者保持較低的幀速率。雖然音頻較少是事先準備好的，但是我想IMA 4:1執行得相當好。適當地編碼或者譯碼你的媒體，并且把它復制為movie/themovie.mov或者movie/themovie.avi。如果你喜歡你也可以把.jar文件改名（我使用spmovie.jar）并且添加媒體：
| jar u0f spmovie.jar media/ |
注意這里的"0"是數字零，而不是字母O；這表明我們不想壓縮這個輸入項，因為我們的媒體已經被壓縮了。
千辛萬苦，我們的自我播放電影終于做成了，這個文件知道在雙擊的時候運行什么類，提供了多路解編、解碼和渲染一部電影所需的所有的代碼，以及電影本身。如果你想看看這種小型自我播放電影，你可以去<http://homepage.mac.com/invalidname/spmovie/spmovie-small.jar>看看。
它擴展了小應用程序的概念，允許媒體在任何可用于Java的瀏覽器中播放。
說白了，它是一個Java虛擬機而不是媒體播放機。但是我們這種"一次編輯，到處播放"的思想是完全符合Java的原先的目的的。
| | |