【文章內(nèi)容簡介】 sender, e) region 當文本消息發(fā)送成功后將自己發(fā)送的消息加入歷史RICHBOX 函數(shù) public void newTextMsg(string title,Font titleFont,Color titleColor)//將發(fā)送的消息加入歷史rich private GetSendTextMsg()//獲得要發(fā)送的序列化字串 region 收到對方發(fā)送過來的文本消息 public void newTextMsg(byte[] content,string title,Font titleFont,Color titleColor)//收到對方發(fā)送過來文本消息 region 收到對方發(fā)送過來的Rtf 消息 public void newMsg(string rtfMsg,string title,Font titleFont,Color titleColor) region 表情菜單單擊事件 private void item_Click(object sender, EventArgs e)//表情單擊事件代碼 region 初始化表情菜單 private void IniFace() region 視頻對話部分 public void BeginAV( Ip,int Port)//對方要求開始視頻對話 public void AVrequest( Ip,int Port)//AV對話請求 private void myAV1_AVCancel(object sender, bool isSelf) public void CancelAV() private void myAV1_AVReceve(object sender, bool isSelf) （1）在用Socket發(fā)送消息時，只能以二進制流的形式進行發(fā)送，并且Socket發(fā)送的內(nèi)存流不能大于1024個字節(jié)。當發(fā)送的消息大于1024個字節(jié)時，就需要對信息進行分流發(fā)送。表情以及圖片的發(fā)送也是把它們放在發(fā)送框里面，經(jīng)過序列化成二進制流的消息，當做信息來發(fā)送。對方接收到后，再將消息反序列化成對象，再在接收框上面顯示出來就可以了。（3）語音的實現(xiàn)，主要是使用微軟提供的的DirectX API中的DirectSound來實現(xiàn)。先是通過耳機采集到語音，然后再將語音傳輸出去，客戶端接收到語音后，就將語音進行播放。（4）文件傳輸?shù)膶崿F(xiàn)，跟文本信息的發(fā)送有點類似。也是要以文件流的形式進行傳輸。傳輸前，先將要傳輸?shù)奈募蛄谢啥M制流的形式，然后再進行傳輸。當文件比較大時，就要進行分塊傳輸。（1）新建一個Windows窗體，,用于顯示用戶發(fā)送或接收的信息。該窗體主要用到了PictureBox、RichTextBox、UDPSocket、Timer、toolStrip、Button等控件。PictureBox主要是用于進行視頻通信顯示雙方的視頻。上方的PictureBox顯示的是對方的視頻，下方的PictureBox顯示的是自己的視頻。Timer控件主要是用于視頻信息的發(fā)送。RichTextBox控件主要是用于顯示接收的和發(fā)送的文本信息。toolStrip控件主要是作為語音、視頻和文件傳輸?shù)陌粹o使用。UDPSocket控件主要用于消息的發(fā)送和接收，利用udpSocket1控件的DataArrival事件，對遠程客戶端所發(fā)送的消息進行監(jiān)聽，以便執(zhí)行相應(yīng)的操作。（2）單擊消息發(fā)送窗體中的“發(fā)送”按鈕，先是將文本信息轉(zhuǎn)換成二進制流的形式，然后根據(jù)rich_Input文本框中的信息大小，以不同方式，將文本信息以二進制流的形式進行發(fā)送。當信息小于1024字節(jié)時，可以直接進行發(fā)送。當信息大于1024個字節(jié)時，就要將信息先進行拆分，以分塊的形式進行發(fā)送。當信息發(fā)送結(jié)束后，再向遠程客戶端發(fā)送一個消息，通知對方消息已經(jīng)發(fā)送完畢。然后再將發(fā)送出去的消息顯示在當前窗體的RichTextBox顯示文本框中。 }（6）語音的實現(xiàn)，主要有以下的幾個步驟：① 語音采集采集的作用就是從麥克風(fēng)中獲取數(shù)據(jù)，這里采用的是DirectSound類來實現(xiàn)這個技術(shù)。DirectSound是微軟提供的的DirectX API的一部分。它能以極低的時延播放聲音，使應(yīng)用程序可以高度利用資源。所謂的錄音，就是將采集自麥克風(fēng)的模擬信號轉(zhuǎn)換成數(shù)字信號（ADC）,一般麥克風(fēng)只提供模擬信號。一般聲卡采集到的數(shù)據(jù)會被存放到緩存區(qū)后進行處理，如果是集成聲卡，那就是先把數(shù)據(jù)放在內(nèi)存中后再處理?！鬢AVE格式WAVE是錄音時用的標準的WINDOWS文件格式，擴展名為“WAV”，使用DirectSound采集的WAV聲音，其音頻數(shù)據(jù)是按照PCM（脈沖編碼調(diào)制，對連續(xù)變化的模擬信號進行抽樣、量化和編碼產(chǎn)生的數(shù)據(jù)，0和1的組合）調(diào)制后放入緩沖區(qū)的。WAVE文件格式采用RIFF文件格式結(jié)構(gòu)，對PCM數(shù)據(jù)和其它一些音頻信息進行相應(yīng)的編排，從而最終形成的WAVE文件才能被音頻播放器識別，才能進行播放?！艟彌_區(qū)指針 緩沖區(qū)是存放音頻數(shù)據(jù)的地方，并且它還提供了兩個指針：讀指針和捕捉指針。它們的位置按照相對于緩沖區(qū)起始位置的偏移量計算。讀指針位于當前已經(jīng)被完全捕捉到緩沖區(qū)的數(shù)據(jù)末尾。捕捉指針位于當前將要從硬件中復(fù)制的數(shù)據(jù)塊的末尾。如果想從緩沖區(qū)中讀取數(shù)據(jù)，則只能從已經(jīng)完全寫入緩沖區(qū)的數(shù)據(jù)中讀取，也就是說只能從偏移量小于讀指針的地方讀取?！?緩沖區(qū)通知大家應(yīng)該都知道時間相同的音頻文件，WAVE文件會比其它格式的音頻文件大得多，這是因為WAVE文件沒有對數(shù)據(jù)進行壓縮。如果錄音的時候，不限制緩沖區(qū)大小，那么錄制很短的時間可能就會占用很多內(nèi)存，說不定不過多久，1G內(nèi)存就不夠用了。因此必須對緩沖區(qū)的大小進行限制，而且當緩沖區(qū)滿了之后，還可以重新從緩沖區(qū)起始處開始，用新的數(shù)據(jù)覆蓋舊的數(shù)據(jù)。那舊的數(shù)據(jù)怎么辦呢？如果不想丟失舊的數(shù)據(jù)，那就得在舊的數(shù)據(jù)被覆蓋之前，將它轉(zhuǎn)移到其它地方。如何才能在舊的數(shù)據(jù)沒有被覆蓋之前，將它轉(zhuǎn)移走呢？微軟提供了一個解決辦法：“通知”?？梢栽诰彌_區(qū)中的某些位置處設(shè)置通知，當讀指針到達通知位置的時候，就會觸發(fā)相應(yīng)的事件執(zhí)行轉(zhuǎn)移操作。有點像操作系統(tǒng)中的“響應(yīng)中斷”。 錄音大致過程如下： 1 設(shè)置PCM格式，設(shè)置相關(guān)的參數(shù)，如：采樣頻率、量化位數(shù)等。 2 ，就先創(chuàng)建文件是因為RIFF結(jié)構(gòu)的WAVE文件除了音頻數(shù)據(jù)之外，還有其它數(shù)據(jù)，比如音頻格式、格式長度等類似于文件頭的數(shù)據(jù)。有了文件頭后，接下來就只需要把接收到的數(shù)據(jù)添加在這個后面就好了。3 建立設(shè)備對象，建立緩沖區(qū)對象。 4 設(shè)置緩沖區(qū)通知，設(shè)置通知被觸發(fā)后的事件。 5 準備就緒后，就可以開始錄音了。 6 當通知被觸發(fā)后，建立一個新的線程來處理數(shù)據(jù)轉(zhuǎn)移的事件。（建立一個新的線程，