1.製作.cab檔
2008年7月22日 星期二
2008年7月15日 星期二
WIFIAPSearch v.2
- 使用者情境 : 搭捷運時,在GPS沒辦法使用的情況下,可以利用WiFi感知,透過PDA無線傳輸自動回報給遠端,告知該PDA使用者位置(所在的站別),並透過設定有提醒下車的功能。以下先在校內實驗做不同大樓間的區域提醒功能。
1."我下車了",按下這個鍵就不會在跳出提醒視窗,直到下次比對到另一個不 同"LOCATION"為止。 此功能是,如果使用者看到這個提醒畫面,按下鍵就不會跳出提醒,代表使用者已經接收此訊息,另一方面也不會因為一直跳出訊息感到煩人,再者可以透過觸發這個按鍵送訊息給遠端,告知遠端該PDA使用者收到提醒通知。
2."暫停/開始"雙功能鍵,可以暫停掃描和重新啟動掃描
3.下拉式選單,可進行區域設定
4.LOCATION:自動顯示目前所在位置
5.RSS:目前所在位置的訊號強度
6.MAC資訊
7.提醒視窗伴隨著聲音和震動
- 開啟程式直接進行掃描,不要再按"scan"了,這樣太多此一舉,另一方面也可以省去一個按鈕圖案的畫面空間
- 因為開啟程式直接進行掃描,必須考慮到當使用者想要"暫停"和"重新啟動掃描"的狀況,我把這兩個按鈕寫在一起,不僅省畫面空間,二來也不會造成操作上太複雜
- 有警示提醒是件好事,之前的設計都無法按掉警示功能,即當使用者收到警示訊息後還要一直看他響一直震動,實在是煩人,因此多設計一個"我下車了"鈕,讓警式視窗不再跳出
- 在還沒有警示式窗跳出來時,"我下車了"鈕是反白的,以免發生誤觸或是使用者不想接受提醒然後就先直接按掉
- 右上角改成"OK"鍵,可關閉視窗並直接釋放記憶體

執行程式就直接有掃描動作;此時"我下車了"是反白的,具有防呆功能;"暫停"是可以按的
當進入提醒區域,跳出提醒視窗,此時"我要下車"鈕是可以按的
按下後即不再跳出提醒視窗 ,但是掃描動作仍在持續
按下"暫停"鈕,程式就暫停,原先"暫停"鈕變"開始"鈕
P.S:原本是想用錄影記錄實驗過程,但字體太小,試了幾次之後,畫面實在是模糊故作罷
WIFIAPSearch
- 使用者情境 : 搭捷運時,在GPS沒辦法使用的情況下,可以利用WiFi感知,透過PDA無線傳輸自動回報給遠端,告知該PDA使用者位置(所在的站別),並透過設定有提醒下車的功能。以下先在校內實驗做不同大樓間的區域提醒功能。
- PDA界面介紹:
2008年6月23日 星期一
2008年6月21日 星期六
計算機網路模擬自我技能檢視
1.問題:隱藏節點
描述:在隱藏節點狀況下,若Receiver同時收到兩個不同的Sender的RTS,何者會優先得到CTS?
2.問題:hierarchial addressing
描述:在無線封包傳輸遺失模型中,使用了hierarchial addressing方式來定址,為什麼要定址?為
什麼跟純有線網路定址方式不同?有甚麼好處?
3.問題:在影片實驗中的轉檔問題
描述:在影像使用MyEvalvid 做PSNR的評估中,有用到ffmpeg程式對YUV轉成m4v,接著再使用
MP4Box轉成mp4檔,這邊為何要使用這麼多複雜的動作去做轉檔?為何一定要轉成mp4檔?
4.問題:實驗四的TCL碼細節
描述:在開啟一個紀錄檔後,定義了一個結束的程序,為何設定傳輸時間後還要定義結束程序?在TCL
碼中,對nf.nd做了close,可是ns 並未close,而是打了"$ns flush-trace"?
5.問題:如何定義MOS(平均主觀評分程式)
描述:在評估影片品質中,使用到PSNR及MOS的對照表,但並未提及MOS對PSNR是如何做匹配的,由於
之前有個實驗看起來畫質依舊很差但仍有GOOD的4分水準,對這判別方式相當好奇
描述:在隱藏節點狀況下,若Receiver同時收到兩個不同的Sender的RTS,何者會優先得到CTS?
2.問題:hierarchial addressing
描述:在無線封包傳輸遺失模型中,使用了hierarchial addressing方式來定址,為什麼要定址?為
什麼跟純有線網路定址方式不同?有甚麼好處?
3.問題:在影片實驗中的轉檔問題
描述:在影像使用MyEvalvid 做PSNR的評估中,有用到ffmpeg程式對YUV轉成m4v,接著再使用
MP4Box轉成mp4檔,這邊為何要使用這麼多複雜的動作去做轉檔?為何一定要轉成mp4檔?
4.問題:實驗四的TCL碼細節
描述:在開啟一個紀錄檔後,定義了一個結束的程序,為何設定傳輸時間後還要定義結束程序?在TCL
碼中,對nf.nd做了close,可是ns 並未close,而是打了"$ns flush-trace"?
5.問題:如何定義MOS(平均主觀評分程式)
描述:在評估影片品質中,使用到PSNR及MOS的對照表,但並未提及MOS對PSNR是如何做匹配的,由於
之前有個實驗看起來畫質依舊很差但仍有GOOD的4分水準,對這判別方式相當好奇
2008年5月22日 星期四
Lab11:無線網路效能分析探討(三)
實驗目的:
1.瞭解802.11bDCF(Distribution Coordination Function)和802.11eEDCA(Enhanced
Distribution Channel Access)運作機制。
2.探討兩種機制對多媒體資料流提供傳輸的QOS。
1.執行802.11e (ns lab11.tcl 0)

2.產生sd rd 檔

3.將mp4轉檔成yuv

4.這裡發現部分標頭檔損壞,muxing overhand 6.382% ,但是不影響模擬結果

5. average psnr 為33.991658s,MOS get 4 point ,it’s GOOD

6.平均延遲0.881965s,最大延遲1.257069s

7. 執行802.11e (ns lab11.tcl 1)

8. 產生sd rd 檔

9. 將mp4轉檔成yuv,轉檔沒有發生跟4.一樣的錯誤,muxing overhand 0.0%

10. average psnr 為34.887196s,MOS get 4 point ,it’s GOOD

11. 平均延遲0.081828s,最大延遲0.495100s

結論:使用802.11e傳送影片,能有好一點的傳送品質,平均延遲和最大延遲
也比較小。
1.瞭解802.11bDCF(Distribution Coordination Function)和802.11eEDCA(Enhanced
Distribution Channel Access)運作機制。
2.探討兩種機制對多媒體資料流提供傳輸的QOS。
1.執行802.11e (ns lab11.tcl 0)
2.產生sd rd 檔
3.將mp4轉檔成yuv
4.這裡發現部分標頭檔損壞,muxing overhand 6.382% ,但是不影響模擬結果
5. average psnr 為33.991658s,MOS get 4 point ,it’s GOOD
6.平均延遲0.881965s,最大延遲1.257069s
7. 執行802.11e (ns lab11.tcl 1)
8. 產生sd rd 檔
9. 將mp4轉檔成yuv,轉檔沒有發生跟4.一樣的錯誤,muxing overhand 0.0%
10. average psnr 為34.887196s,MOS get 4 point ,it’s GOOD
11. 平均延遲0.081828s,最大延遲0.495100s
結論:使用802.11e傳送影片,能有好一點的傳送品質,平均延遲和最大延遲
也比較小。
2008年5月20日 星期二
Lab10:無線網路效能分析探討(二)
實驗目的:
1.瞭解如何在NS2中建立無線隨意網路(Wireless Ad Hoc network)。
2.學習分析無線隨意網路路由協定(Ad Hoc routing protocols)的效能。
開場的兩個工具:
cbrgen:能產生TCP flow或CBR flow
setdest:可以用來隨機產生無線網路模擬所需要的節點移動場景。
1.使用前先建立setdest程式的執行檔

2. 100個無線節點,模擬時間100秒,pause time 100秒,使用CBR flow最大連線數十條,每條flow每秒送出10個封包

3. 100個節點,在範圍300m*300m內不停移動,最大速度是10m/s,模擬時間100秒,輸出結果被存到scen_2n_0p_20M_10t_300_300,表示法如下

4. DSDV模擬和用效能評估:

5.

6. AODV模擬和用效能評估:

7.

8. DSR模擬和用效能評估:

9.

結論:使用DSDV會較早收到第一個封包
10. 100個無線節點,模擬時間100秒,pause time 0秒,使用CBR flow最大連線數十條,每條flow每秒送出10個封包;100個節點,在範圍500m*500m內不停移動,最大速度是10m/s,模擬時間100秒,輸出結果被存到scen_100n_0p_10M_100t_500_500

11. DSDV模擬和用效能評估

12.

13. ADOV模擬和用效能評估:

14.

15.DSR模擬和用效能評估:

16.

結論:快速移動時,使用ADOV或DSR會較早收到第一個封包
1.瞭解如何在NS2中建立無線隨意網路(Wireless Ad Hoc network)。
2.學習分析無線隨意網路路由協定(Ad Hoc routing protocols)的效能。
開場的兩個工具:
cbrgen:能產生TCP flow或CBR flow
setdest:可以用來隨機產生無線網路模擬所需要的節點移動場景。
1.使用前先建立setdest程式的執行檔
2. 100個無線節點,模擬時間100秒,pause time 100秒,使用CBR flow最大連線數十條,每條flow每秒送出10個封包
3. 100個節點,在範圍300m*300m內不停移動,最大速度是10m/s,模擬時間100秒,輸出結果被存到scen_2n_0p_20M_10t_300_300,表示法如下
4. DSDV模擬和用效能評估:
5.
6. AODV模擬和用效能評估:
7.
8. DSR模擬和用效能評估:
9.
結論:使用DSDV會較早收到第一個封包
10. 100個無線節點,模擬時間100秒,pause time 0秒,使用CBR flow最大連線數十條,每條flow每秒送出10個封包;100個節點,在範圍500m*500m內不停移動,最大速度是10m/s,模擬時間100秒,輸出結果被存到scen_100n_0p_10M_100t_500_500
11. DSDV模擬和用效能評估
12.
13. ADOV模擬和用效能評估:
14.
15.DSR模擬和用效能評估:
16.
結論:快速移動時,使用ADOV或DSR會較早收到第一個封包
2008年4月22日 星期二
Lab8:影像傳輸效能分析與評估
本章目的: 了解影響影像傳輸的因素
1.將目錄切換到lab8資料夾中,使用ffmpeg對YUV檔轉成mp4v檔

2.再使用MP4Box檔將影片轉成mp4,結果跟之前一樣出現dll檔遺失

3.把之前下載到的dll檔放進來就ok了

4. 使用MP4Box檔將影片轉成mp4

5.利用mp4trace程式將影片中相關的frame取出並存到.st的檔案中

6.用ns2去模擬網路效能

7.產生一個有畫面遺失的mp4檔

8.使用ffmpeg程式將重建的mp4檔回復成yuv影片檔

9.重建後的yuv影片平均值PSNR為26.609726,MOS為3(fair)

a.產生GOP length 9的方法

b. 產生GOP length 15的方法
1.將目錄切換到lab8資料夾中,使用ffmpeg對YUV檔轉成mp4v檔
2.再使用MP4Box檔將影片轉成mp4,結果跟之前一樣出現dll檔遺失
3.把之前下載到的dll檔放進來就ok了
4. 使用MP4Box檔將影片轉成mp4
5.利用mp4trace程式將影片中相關的frame取出並存到.st的檔案中
6.用ns2去模擬網路效能
7.產生一個有畫面遺失的mp4檔
8.使用ffmpeg程式將重建的mp4檔回復成yuv影片檔
9.重建後的yuv影片平均值PSNR為26.609726,MOS為3(fair)
a.產生GOP length 9的方法
b. 產生GOP length 15的方法
訂閱:
文章 (Atom)





