實驗三、影音聊天室
報告要求
預報要求：
l
打字、限一頁。
l
請使用Windows中的NetMeeting或MSN視訊軟體，與同組人員相互測試瞭解其功能，體認影音資料的即時傳送、播放及相關功能。
l
操作過NetMeeting或MSN視訊的各項功能後，寫出使用心得與對於影音聊天室的初步了解。
程式要求：
本實驗的程式主要依照下列三部分來做評分。
l
聲音部分：
²
本機電腦可以很清楚的聽到對方的聲音。
²
設定有一組聲音控制按鈕，可以動態的調整聲音狀態（聲音啟動、耳機音量、麥克風音量、﹍）。
l
影像部分：
²
程式應可將CCD所拍攝下來的影像做以下的處理：
u
存錄影像。
u
壓縮影像。
u
傳送影像。
u
還原影像。
²
當中，影像的壓縮程式可以顯現出影像品質的好壞，而網路的頻寬扮演著相當重要的角色，請同組同學互相討論並確實的解決此議題。
l
影像聲音同步部分：
²
在影像與聲音都可以傳輸了之後，同步化便是本實驗程式另一項的挑戰。
²
由於同步化的方法有很多種，請同組同學互相討論並決定出一個適用演算法。
程式的評比如下（需demo）：
l
無庸置疑的，程式獨創性與完整性將會是評分的最重點。
l
獨創性會是審核的第一重點：
²
若程式完全是由各組自行設計，即使功能感覺很差（完全不能Run或根本沒啥功能的例外），但程式分數最少會有80分。
²
若發現有兩組以上的程式碼是相同的，則程式分數最多只有80分。
²
助教再一次的強調∼參考並討論出撰寫程式的過程是絕對值得鼓勵的，但抄襲別組的程式而自己卻沒有任何的理解與貢獻是肯定會被瞧不起的。
l
界面功能完整性的部分：
²
60以上：聲音的傳輸。
²
70以上：影像的傳輸。
²
80以上：支援多個壓縮程式。
²
90以上：同步化的效果。
²
100以上：可視網路現況，動態調整（人為或自動）傳送速度與品質。
²
110以上：任何特殊的程式功能（需是明確而具體的功能）。
結報要求（抄襲前人報告者，本實驗0分計算）：
l
每人一份、打字、最多3頁（p.s.封面不算頁）。
l
在本實驗的過程中，絕大多數的組別都是採取分工的模式，很多同學也遇到了相當多的bug。請說明∼
²
在影音聊天室的設計與規劃中，你（妳）負責的部分為何？如何完成？
²
在影音聊天室的程式撰寫中，你（妳）學到了些什麼？困難為何？如何解決？
²
你到底為了你（妳）的組貢獻了些什麼？
²
Please be specific!
l
請分析此實驗（根據你所負責的部分）並搭配程式結果（It
must be your own work!）說明。
l
Bonus∼請回答結報問題，不需全部作答。（Maxinum 10
points. Each answer rewards 5 points!）：
²
請參考MSDN Library相關文獻，詳細介紹Device-independent bitmaps (DIB)。
²
本實驗利用UDP傳送即時多媒體資料，其與文字聊天室實驗利用TCP傳送資料的方式有什麼差別？為何不使用TCP？使用UDP可能會發生什麼問題？該如何解決？
²
壓縮有分為intra-frame compression和inter-frame compression兩種，試描述兩者的不同。請問你使用的壓縮方法是哪一種？要如何觀察其是否支援inter-frame
compression？
²
聲音方面，Windows亦有Audio Compression Manager(ACM)來作為應用程式及audio codecs的媒介。請參考MSDN Library簡述Audio Compression Manager，並討論你的程式要如何增加au在dio compression/ decompression。
²
請描述你的程式如何同步視訊和音訊資料。
l
同學們請附上約半頁的實驗感想與心得（作為日後的建議與修正）。
l
最後，也是最重要的，你的參考資料為何？如果是前人的作品加以改良？請詳細說明來源（請記得參考不是罪惡，但必須有自己的東西或貢獻）。