實驗七、MyEalvid-NT

實驗目的：

1.瞭解經由更改MyEalVid所得之MyEalVid-NT的系統架構。

2.瞭解可解畫面比例(Decodable Frame Rate)此效能評量指標的意義。

3.瞭解可解畫面比例的分析模型。

4.瞭解如何使用MyEalVid-NT去評量多媒體網路的效能。

5.使用MyEalVid-NT去驗證所得知可解畫面比例分析模型。

背景知識：

這次使用修改MyEvalVid形成的另一個工具組MyEvalVid-NT。

他跟MyEvalVid的差別在於將Evaluate Trace(ET)做了修改，使它能

計算出可解畫面比例(Decodable Frame Rate)、封包/畫面遺失率

(packet/frame loss rate)、封包/畫面的端點與端點延遲(packe/frame

delay)與封包/畫面的抖動率(packet/frame jitter)。

實驗步驟：

先簡單介紹這個實驗的網路架構，Video Server會經由Internet和無線

網路傳送影像到Video Receiver，介於Video Server和無線Access Point

的連接為有線的連接，並且我們假設此有線連接上不會發生封包遺失。

另外，介於Internet和Video Receiver的連接為無線802.11連接，在此

無線連接上會發生封包遺失的情況，所以會導致影像品質變差。

Step1：先到網站抓取video traffic trace file。

Step2：抓取下來的video traffic trace file 之後，打開這個檔案，把前兩行的敘述移除

不過事實上，我打開這個檔案已經沒有那兩行了！

Step3：開cygwin，切換到lab7的目錄下

Step4：進此資料夾之後，直接執行NS2去進行模擬。

整個模擬過程結束之後會產生傳送的記錄檔(sd)和接收的記錄檔(rd)

接下來的效能評估程式et就是使用影片記錄檔、傳送紀錄檔和接收記

錄檔來做分析的動作。附帶說一下，這個模擬過程要稍微等一下下，

一開始只看到SORTING LISTS ...DONE，之後會有一段時間沒看到

動作，稍微等一下下之後，模擬過程結束後就會在繼續顯示後四行文字

(上圖有顯示)

Step5：要做評估分析之前要先轉換trace file的格式，我使用lab7資料夾裡面提

供給的convert.awk來做轉換的動作

這個步驟獲得的Verbose_StarWarsIV.st檔案是影片紀錄檔

Step6：接下來就要使用et這個程式去進行評估分析的動作，他是利用之前的

sd、rd、Verbose_StarWarsIV.st去做比較，如此就可以得知這情況下

，可解畫面數有多少，可解畫面比例的大小為多少。

分析的結果可以得到下列的統計數據：

總共傳送了163682個封包，其中包含28770個I-frame封包，

45339個P-frame封包，89573個B-frame封包

遺失的封包共1595個，其中包含281個I-frame封包，433個P-frame封包

881個B-frame封包。

frame的統計數據：

總共傳輸89998個畫面，其中包含7500個I-frame，22500個P-frame和

59998個B-frame，而遺失的畫面總共1578個，其中包含275個I-frame，

424個I-frame和879個I-frame

然後從這些數據得到可解畫面比例(the decodable frame rate)是

0.913543的大小

Step7：使用lab7資料夾內的delay.awk計算平均延遲時間和最大延遲時間

使用awk擷取資料來繪圖 使用gnuplot繪圖

畫面平均延遲和最大延遲計算

使用awk擷取數據來繪圖 使用gnuplot繪圖 Step8：封包與畫面的抖動率(packet/frame jitter)

封包抖動率，使用awk擷取數據

使用gnuplot繪圖
畫面抖動率，使用awk擷取數據 使用gnuplot繪圖