【正文】 am Files\Java\jdk1_5_0_17。右鍵點(diǎn)擊 Windows 桌面我的電腦 屬性 ,在彈出 系統(tǒng)特性 對(duì)話(huà)框中選擇 高級(jí) 選項(xiàng)卡 ,點(diǎn)擊 環(huán)境變量 按鈕 ,彈出 環(huán)境變量 對(duì)話(huà)框 ,單擊 新建 (W)? 按鈕 ,彈出 新建系統(tǒng)變量 對(duì)話(huà)框 ,在該對(duì)話(huà)框中輸入 變量名 為 JAVA_HOME 和 變量值 為 d:\Program Files\Java\jdk1_5_0_17。用同XXXX汽車(chē)工業(yè)學(xué)院畢業(yè)設(shè)計(jì)（論文） 20 樣的辦法設(shè)置 CLASSPATH=%JAVA_HOME%\lib\。 %JAVA_HOME%\lib\ 和 PATH=%JAVA_HOME%\bin。 2）安裝 JMF: 選擇將 JMF 的開(kāi)發(fā)和運(yùn)行環(huán)境安裝在 JDK 的路徑 d:\Program Files\Java\ jdk1_5_ _0_17中 ,使 JMF 與 JDK 融為一體 ,這樣 可以免去操作系統(tǒng)中設(shè)置 Java 環(huán)境變量。 3）安裝 J3D： 。 4）安裝 JBuilder2021（集成開(kāi)發(fā)環(huán)境） 。 一種流媒體 傳輸控制方法的提出 流媒體 傳輸控制的特點(diǎn) 目前，網(wǎng)絡(luò)多媒體技術(shù)的應(yīng)用和發(fā)展正在迅速的增長(zhǎng)。一些較常見(jiàn)的例子有網(wǎng)絡(luò)電話(huà)，視頻會(huì)議，視頻點(diǎn)播。 流媒體 信息的傳輸控制作為其中一個(gè)重要的組成部分，有其不同于普通數(shù)據(jù)傳輸控制的特點(diǎn)。 一、傳輸高質(zhì)量的流媒體 信息需要高網(wǎng)絡(luò)帶寬的支持。此外，大多數(shù)網(wǎng)絡(luò)多媒體應(yīng)用為了提供有效的服務(wù) ，滿(mǎn)足基本的視 /音頻效果，還需要有最小的吞吐量保證。而普通數(shù)據(jù)傳輸?shù)耐掏铝靠梢栽诤芏痰臅r(shí)間內(nèi)減少到接近為零。 二、為支持交互性的對(duì)話(huà)，確保屬于不同媒體流或在同一媒體流的數(shù)據(jù)同步，端到端的延遲和延遲的最大變化量應(yīng)該有上界的限制。 三、普通數(shù)據(jù)的傳輸服務(wù)可以隨時(shí)改變傳輸速率，而連續(xù)的多媒體數(shù)據(jù)的傳輸服務(wù)必須有幾十秒的適應(yīng)階段，以避免由于速率的突然改變而引起質(zhì)量的明顯改變。 四、普通數(shù)據(jù)傳輸?shù)姆?wù)對(duì)差錯(cuò)控制有很高的要求，一段數(shù)據(jù)的丟失可能引起大批數(shù)據(jù)失效，因而過(guò)分地依賴(lài)于數(shù)據(jù)重發(fā)，進(jìn)行差錯(cuò)恢復(fù)。而一小段多媒體數(shù)據(jù) 的丟失往往不會(huì)造成嚴(yán)重的后果，再加上為保證數(shù)據(jù)的實(shí)時(shí)特征，一般不要求數(shù)據(jù)重發(fā)，所以對(duì)差錯(cuò)控制的要求很低。 五、為保證傳輸質(zhì)量，普通數(shù)據(jù)傳輸使用 TCP 傳輸協(xié)議，但 TCP 協(xié)議不適合實(shí)時(shí)傳輸多媒體數(shù)據(jù)，因特網(wǎng)中多媒體應(yīng)用程序通常使用 UDP 作為傳輸協(xié)議。 XXXX汽車(chē)工業(yè)學(xué)院畢業(yè)設(shè)計(jì)（論文） 21 流媒體 傳輸控制的研究 流媒體 傳輸控制的特點(diǎn)給傳統(tǒng)網(wǎng)絡(luò)提出了許多要求。這些要求可以用服務(wù)質(zhì)量（ QOS）參數(shù)來(lái)說(shuō)明，比如流量，丟失分組數(shù)，延遲和抖動(dòng)。在提供無(wú)差別的、盡力而為的服務(wù)，且無(wú)任何 QOS 支持機(jī)制的網(wǎng)絡(luò)中，可用帶寬、時(shí)延和丟包率都是時(shí)變參量。由 于這些參量受到整個(gè)網(wǎng)絡(luò) 中其他連接行為的影響，因而是很難提前知道的，在這樣的網(wǎng)絡(luò)中為流媒體 傳輸?shù)葢?yīng)用提供可以預(yù)測(cè)的服務(wù)相當(dāng)困難。另一方面，由于 UDP 協(xié)議沒(méi)有任何擁塞控制機(jī)制，高帶寬要求的網(wǎng)絡(luò)多媒體應(yīng)用程序 往往會(huì)成為因特網(wǎng)的負(fù)擔(dān)，并且可能占用基于 TCP 上的應(yīng)用程序本應(yīng)平等分得的那份帶寬資源。為解決以上問(wèn)題，人們提出了不同的方法 [20,21]： 1．在盡力而為的服務(wù)的基礎(chǔ)上增加其它的提供不同程度行為保證的服務(wù)。這需要在網(wǎng)絡(luò)中實(shí)現(xiàn)具體的資源分配和預(yù)留機(jī)制，許可控制機(jī)制及特殊的調(diào)度機(jī)制?；蛘咄ㄟ^(guò)在交換機(jī)上提供有差別的 ，分優(yōu)先級(jí)的服務(wù)實(shí)現(xiàn)一定程度的 QOS 支持。 2．根據(jù)當(dāng)前的網(wǎng)絡(luò)狀態(tài)調(diào)整應(yīng)用程序使用的帶寬實(shí)現(xiàn)相應(yīng)的自適應(yīng)操作。相對(duì)于前一種方法，這種方法可以最大限度的利用隨時(shí)間變化的網(wǎng)絡(luò)資源。該方法正被廣泛應(yīng)用在現(xiàn)有的網(wǎng)絡(luò)中。而且，即使在有資源分配和預(yù)留的網(wǎng)絡(luò)中，這樣的方法仍然具有實(shí)用價(jià)值。例如，自適應(yīng)可以被用在很難對(duì)資源提前做出精確估計(jì)的情況中。 3．將以上的兩種方法結(jié)合起來(lái)使用。由于資源預(yù)留的代價(jià)較大，所以通常對(duì)較重要的數(shù)據(jù)采用預(yù)留的方式通信，而對(duì)于其余數(shù)據(jù)采用自適應(yīng)的方法處理。 下面主要研究第二種方法 ，探討如何根據(jù)網(wǎng) 絡(luò)狀態(tài)對(duì)多媒體應(yīng)用程序進(jìn)行可適應(yīng)的調(diào)整。對(duì)于流媒體 傳輸來(lái)說(shuō)，重要的信道特性是端到端時(shí)延、可用帶寬和分組丟失率。從高效的端到端時(shí)延控制機(jī)制來(lái)考慮，應(yīng)該采用更為細(xì)致的路由器內(nèi)數(shù)據(jù)包排隊(duì)方式，而不是傳統(tǒng)的先進(jìn)先出機(jī)制。同時(shí)，基于流的 IP 交換機(jī)制也是解決這一問(wèn)題的重要方法之一。在端系統(tǒng)中主要采用緩沖調(diào)整的方式來(lái)解決時(shí)延抖動(dòng)。對(duì)于可用帶寬和包丟失的處理，現(xiàn)在主要有速率控制和差錯(cuò)控制機(jī)制。 速率控制 可適應(yīng)的速率控制機(jī)制試圖使一個(gè)流媒體 連接的需求與整個(gè)連接鏈路的可用帶寬XXXX汽車(chē)工業(yè)學(xué)院畢業(yè)設(shè)計(jì)（論文） 22 相匹配。這樣可以同時(shí)使網(wǎng)絡(luò)擁塞最 小和分組丟失率最小。速率控制機(jī)制可以是基于源端的，也可以是基于目的端的，還可以是基于轉(zhuǎn)換編碼器的。 在基于源端的控制機(jī)制中，流媒體 源端收集反饋信息，進(jìn)行控制計(jì)算并采取相應(yīng)的控制動(dòng)作。這種方法在因特網(wǎng)中被率先采用。然而，這種基于源端的機(jī)制在異構(gòu)網(wǎng)絡(luò)中的運(yùn)行情況并不是很好。 基于目的端的控制機(jī)制則主要根據(jù)所接收的媒體 流的狀況向上層反映相應(yīng)的統(tǒng)計(jì)信息，實(shí)時(shí)調(diào)整緩沖及播放內(nèi)容，并力圖使節(jié)奏均勻。這種機(jī)制使用較少。 基于轉(zhuǎn)換編碼器的控制機(jī)制是指在網(wǎng)絡(luò)中的合適地方放置 多媒體 網(wǎng)關(guān)，由它向具有不同的連接類(lèi)型或擁塞級(jí)別的網(wǎng)絡(luò) 區(qū)域分別傳遞不同質(zhì)量的信息。 差錯(cuò)控制 差錯(cuò)控制機(jī)制力圖 減少目的端包丟失對(duì)視覺(jué)效果造成的損害。對(duì)于在分組交換網(wǎng)絡(luò)中的流媒體 信號(hào)傳輸，分組的丟失必定是影響效果的重要因素，而在源端采用的編碼方法的影響也是相當(dāng)大的。如對(duì)于 MPEG， 或 中的編碼方法，一個(gè)包的丟失可能會(huì)造成大量幀的質(zhì)量下降，直到下一個(gè)幀內(nèi)編碼的幀被正確接收為止。然而，在有一定程度擁塞或低速的網(wǎng)絡(luò)當(dāng)中，接收到兩個(gè)幀內(nèi)編碼的幀的時(shí)間間隔也許會(huì)相當(dāng)長(zhǎng)。于是，人們提出了三種方法來(lái)解決這一問(wèn)題： ①通過(guò)調(diào)整幀內(nèi)編碼和幀間編 碼的幀的混合程度來(lái)使分組丟失對(duì)視頻效果的影響最小化。 ②使用簡(jiǎn)單的分組丟失恢復(fù)技術(shù)，如利用空域或時(shí)域的內(nèi)插在目的端進(jìn)行丟包的恢復(fù)和視頻的平滑。空域的恢復(fù)使用同一幀的鄰近區(qū)域來(lái)重新組建丟失的碎片；時(shí)域的恢復(fù)使用前一幀的相應(yīng)區(qū)域來(lái)替代丟失的區(qū)域信息。 ③使用基于前向糾錯(cuò)的差錯(cuò)控制機(jī)制，這是一種既適于幀內(nèi)編碼又適于幀間編碼的方法。在這樣的機(jī)制中，可以在傳輸?shù)拇a流中加入用于糾錯(cuò)的冗余信息，在遇到包丟失的情況時(shí)，利用冗余信息恢復(fù)丟失的信息。它的不足是增加了編碼時(shí)延和傳輸帶寬。 以上方法是通過(guò)調(diào)整幀內(nèi)編碼和幀間編碼 的幀的混合程度來(lái)使包丟失對(duì)視頻效果的影響最小化。還可以使用簡(jiǎn)單的包丟失恢復(fù)技術(shù)，如利用空域或時(shí)域的內(nèi)插在目的端進(jìn)行丟包的恢復(fù)和視頻的平滑?？沼虻幕謴?fù)使用同一幀的鄰近區(qū)域來(lái)重新組建丟失的碎片；時(shí)域的恢復(fù)使用前一幀的相應(yīng)區(qū)域來(lái)替代丟失的區(qū)域信息。 XXXX汽車(chē)工業(yè)學(xué)院畢業(yè)設(shè)計(jì)（論文） 23 還有一種既適于幀內(nèi)編碼又適于幀間編碼的方法，這就是使用基于前向糾錯(cuò)的差錯(cuò)控制機(jī)制。在這樣的機(jī)制中，可以在傳輸?shù)拇a流中加入用于糾錯(cuò)的冗余信息，在遇到包丟失的情況時(shí)，利用冗余信息恢復(fù)丟失的信息。它的不足是增加了編碼時(shí)延和傳輸帶寬。 本文提出的控制 方法 基于 分層的擁塞控制是指客戶(hù)端如何選擇加入和退出各層從而得到一個(gè)合適的網(wǎng)絡(luò)流量。為了控制方便 ,對(duì)分層組播做如下的幾點(diǎn)規(guī)定 : (層 )使用同一個(gè)組播 IP 地址 ,各組之間以 RTP 端口號(hào)區(qū)分。 端口號(hào)從小到大 ,幀率依次增加。并假設(shè)客戶(hù)可以通過(guò)其它途徑得到最小的端口號(hào)。 ,編碼后的碼流流量有可能有所變化 ,所以流媒體服務(wù)器需要及時(shí)通過(guò) RTCP APP 數(shù)據(jù)包通知各客戶(hù)端系統(tǒng)中各層的數(shù)據(jù)流量。 APP 數(shù)據(jù)包中 Applicationdependent data 部分的格式如下 表 定義 : 表 Applicationdependent data 格式 Count of Layers 32bits Port1 16 bits Flow rate 16 bits Portn 16 bits Flow rate 16 bits (Count of Layers:32 位整數(shù)，表示在會(huì)話(huà)中的層數(shù) 。Port1Portn:16 位，表示各層的 RTP端口號(hào) 。Flow Rate:16 位，表示該層每秒發(fā)送的字節(jié)數(shù)。 ) 客戶(hù)端加入會(huì)話(huà)以后 ,首先加入端口號(hào)最小的層中接收流媒體數(shù)據(jù) ,這時(shí)客 戶(hù)端得到主觀質(zhì)量最差的視頻流。當(dāng)客戶(hù)端接收到 APP RTCP 數(shù)據(jù)報(bào)文后 ,將各層的流量進(jìn)行組合并排序后保存在一數(shù)組中?？蛻?hù)端使用上述數(shù)組中的組合進(jìn)行嘗試接收數(shù)據(jù) ,直到得到一個(gè)合適的流量為止 ,這里所謂合適的流量是指 ,此流量是該客戶(hù)端可以接收到的最好質(zhì)量數(shù)據(jù)流量。 當(dāng)在接收數(shù)據(jù)過(guò)程中 ,RTP 數(shù)據(jù)報(bào)文丟失率增高時(shí)表明 ,網(wǎng)絡(luò)上的可用帶寬在減少 ,則客戶(hù)端嘗試通過(guò)數(shù)據(jù)流量低的組合接收數(shù)據(jù) ,直到得到一個(gè)合適的流量為止。在順利接收流媒體數(shù)據(jù)一段時(shí)間之后 ,客戶(hù)端嘗試使用流量更高的組合接收數(shù)據(jù) ,并在得到一個(gè)合適的流量后為止。 XXXX汽車(chē)工業(yè)學(xué)院畢業(yè)設(shè)計(jì)（論文） 24 第三章 用 Java 實(shí)現(xiàn)流媒體實(shí)時(shí)傳輸 服務(wù)器端媒體處理程序 主要包括視頻的采集，壓縮和傳輸?shù)取? 圖 服務(wù)器子系統(tǒng)界面 上面 是發(fā)送端界面的實(shí)際效果圖。 下 面程序流程圖是整個(gè)發(fā)送端的程序流程圖。整個(gè)程序流程圖描述了，從界面接收 IP 地址和端口號(hào)，自動(dòng)定位媒體源，產(chǎn)生 RTP 會(huì)話(huà)以 及發(fā)送 RTP 數(shù)據(jù)流。 發(fā)送端程序流程圖 XXXX汽車(chē)工業(yè)學(xué)院畢業(yè)設(shè)計(jì)（論文） 25 獲 取 從 用 戶(hù) 界 面 輸 入 的 數(shù) 據(jù)構(gòu) 造 媒 體 定 位 器 M e d i a L o c a t o r實(shí) 例 化 數(shù) 據(jù) 源 D a t a S o u r c e產(chǎn) 生 一 個(gè) J M F 處 理 器 P r o c e s s o r退 出 發(fā) 送 端 程 序利 用 處 理 器 處 理 多 媒 體 數(shù) 據(jù)產(chǎn) 生 R T P 會(huì) 話(huà)產(chǎn) 生 數(shù) 據(jù) 源 的 R T P 發(fā) 送 流發(fā) 送 R T P 數(shù) 據(jù) 流傳 輸 結(jié) 束 或 人 為 中 止 傳 輸整個(gè)會(huì)話(huà)過(guò)程是通過(guò)實(shí)現(xiàn)監(jiān)聽(tīng)事件來(lái)同步控制的 圖 發(fā)送端程序流程圖 流媒體 的捕獲 確 定 攝 像 頭的 位 置創(chuàng) 建 設(shè) 備 管理 器從 設(shè) 備 管 理 器得 到 數(shù) 據(jù) 源 圖 捕獲圖像的流程圖 視頻的捕獲通過(guò)硬件及驅(qū)動(dòng)實(shí)現(xiàn)，是將監(jiān)控對(duì)象通過(guò)攝像頭采集信息，經(jīng)過(guò)量化、XXXX汽車(chē)工業(yè)學(xué)院畢業(yè)設(shè)計(jì)（論文） 26 編碼形成數(shù)字信息，這一過(guò)程由相應(yīng)硬件及驅(qū)動(dòng)程序完成。編程時(shí)首先要識(shí)別設(shè)備，設(shè)定所采圖像的幀大小、幀頻率、編碼類(lèi)型等參數(shù)。通過(guò)調(diào)用 JMF 中與 相應(yīng)的 VideoFormat 來(lái)實(shí)現(xiàn)。 String str2 = vfw:Microsoft WDM Image Capture (Win32):0。 //注冊(cè)攝像頭設(shè)備名稱(chēng)用來(lái)確定設(shè)備的位置 device = (str2)。 //設(shè)備管理器 locator = ()。 //從設(shè)備管理器得到媒體源 用到 JMF 提供的模型 截取設(shè)備（ Capture Device,包括視頻和音頻截取設(shè)備） 。 首先在 CaptureDeviceManager 中獲取設(shè)備的信息， CaptureDeviceManager 是可在JMF 中使用的全部捕獲設(shè)備的注冊(cè)中心。 通過(guò)調(diào)用 CaptureDeviceManager 的getDeviceList 方 法獲取可用的捕獲設(shè)備列表。 調(diào)用 CaptureDeviceManager 的 getDevice方法，可以獲取一個(gè)特定的設(shè)備，每一個(gè)特定的設(shè)備都由 CaptureDeviceInfo 對(duì)象代表。然后調(diào)用 getLocator 產(chǎn)生一個(gè)媒體定位器 （媒體源） 。 媒體流可以直接播放出來(lái)或者是傳輸出去。 流媒體 的壓縮 獲 得 的 數(shù) 據(jù) 源 進(jìn) 行 壓縮 產(chǎn) 生 R T P 編 碼 的 數(shù)據(jù) 源從 數(shù) 據(jù) 源 中 匹 配 到H . 2 6 3 編 碼 格 式轉(zhuǎn) 換 成 適 合 R T P 傳 輸?shù)?特 定 尺 寸 的 圖 像 圖 流媒體 壓縮的流程圖 采集設(shè)備輸出的數(shù)字信息是原始信息，數(shù)據(jù)量大，不適于網(wǎng)絡(luò)傳輸，需要先采用適當(dāng)?shù)膲嚎s算法進(jìn)行處理，這是適用于低帶寬 網(wǎng)絡(luò)的關(guān)鍵。數(shù)據(jù)壓縮可以采用硬件或軟件方法實(shí)現(xiàn)。用硬件速度快、不占用 CPU，但需要相應(yīng)的壓縮卡。軟件壓縮一般使用已有的壓縮處理程序?qū)崿F(xiàn)，將壓縮算法在程序中作為單獨(dú)的處理模塊調(diào)用，使用時(shí)需明確指定輸入數(shù)據(jù)的位置、數(shù)據(jù)格式等輸入?yún)?shù)和輸出數(shù)據(jù)類(lèi)型。視頻的壓縮直接通過(guò)調(diào)用 中的 算法實(shí)現(xiàn) [19]。 是國(guó)際電聯(lián) ITUT 的一個(gè)標(biāo)準(zhǔn)草案，是為低碼流通信而設(shè)計(jì)的，支持用于視頻會(huì)議和視頻電話(huà)應(yīng)用程序的視頻壓縮 (解碼 [7]）。 XXXX汽車(chē)工業(yè)學(xué)院畢業(yè)設(shè)計(jì)（論文） 27 Format h263Fmt = new Format()。 if ((h263F