生活随笔
收集整理的這篇文章主要介紹了
                                
视频聊天室软件的技术标准
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.                        
 
                                
                            
                            
                            
| 
 視頻聊天室軟件的技術標準 
 | 
| 
 常規視頻聊天軟件的自定義功能及組別 
 | 
 
| 
  可以根據自己運營的需要添加無限組別,并給不同的組別設定不同功能及圖標; 
 | 
 
| 
  自定義組別的權限,是否能踢人,是否能看密麥等; 
 | 
 
| 
 視頻聊天軟件超低帶寬保證電信網通均不卡 
 | 
 
| 
  視頻采用H264編解碼,超低帶寬,重傳緩沖機制保證就算網絡丟包嚴重時,仍保持較好效果; 
 | 
 
| 
  音頻采用G.7221編解碼,24k即可保證像本地mp3一樣的無損音質; 
 | 
 
| 
 視頻聊天軟件強大的擴展性 
 | 
 
| 
  整個軟件皮膚通過xml控制,可隨意通過更換xml即可更換; 
 | 
 
| 
  整個數據庫設計合理,完全可以和現有任意網站實現套接; 
 | 
 
| 
  軟件內置功能開放和稍加修改,完全是一套電信級的運營平臺; 
 | 
 
| 
 視頻聊天軟件超強的穩定性 
 | 
 
| 
  可多服務器實現分布式集聯,也可單服務器版本,有效防止DDOS攻擊; 
 | 
 
| 
  穩定不會掉線; 
 | 
 
| 
 視頻聊天軟件多語言 
 | 
 
| 
  采用UNICODE編碼; 
 | 
 
| 
  可選擇安裝語言安裝; 
 | 
 
| 
 FMS為什么不適合做視頻聊天室 
 | 
 
| 
  FMS是Flash Media Server的簡稱,中文意思就是FLASH媒體服務器,FLASH公司制作了流媒體服務器,因為客戶端大多數計算機都安裝有他們FLASH的客戶端,因此在此基礎上開發的視頻聊天軟件不需要下載客戶端即可在線實現。但FMS有幾個缺閑使得無法應用在視頻聊天的行業. 
     所有的比如表情,禮物如果全部放在服務端,而并非軟件客戶端這樣放在客戶端,就會造成顯示過慢,加載時間過長的問題(WEB聊天室同樣有這個問題) ,所以為了解決這個,各開發公司都會制作一個插件,來將表情呀,禮物圖片呀,或者聊天室界面等內容置于本地,或盡可能的少用圖片,所以一般的WEB聊天室就顯的比較簡陋。 
     FMS視頻傳輸采用的是TCP傳輸,這就是致命的不能應用于視頻聊天的主要原因。 
     視頻聊天所傳輸的音視頻等內容數據包很大,并且時實性要求很強,所以在這方面,一般會采用UDP來進行傳輸,簡單的說UDP發包速度很快,TCP很慢,但UDP容易丟包,而TCP有丟包重發機制。所以TCP每個數據包發到服務端再由服務端轉發給客戶端時, 就需要一個漫長的過程,這個過程肯定是2秒以上甚至更久,那大量的數據不停的發送時,TCP的機制來處理,實時性就得不到保障,那FMS在客戶端應該有一個緩沖機制,就是說發過來的數據,到了客戶端后先保存在內存中,然后通過收到的包的時間戳再播放,本來傳輸就慢了,這里緩沖再加幾秒鐘, 所以利用FMS看到的是沒有碼賽克,效果也是非常好的,可是至少有10秒鐘的延遲。而這種延遲在聊天室中交互時問題就非常嚴重。 
 | 
 
| 
 國內優秀的視頻聊天室介紹  
 | 
 
| 
  1:碧聊聊天室 (web版) 2:愛聊視頻聊天 (軟件版) 3:七聊視頻聊天室 (軟件版) 4:新浪聊天室(軟件版+web版) 
 | 
 
| 
 視頻聊天室軟件為什么不適合用P2P  
 | 
 
| 
  P2P是什么,說白了就是PC TO 
    PC,簡單的說,客戶的需求就是希望用電腦對電腦的方式做為傳輸,從而使服務器不占資源,不占帶寬,使客戶端之間實現傳輸,這樣硬件投入就少多了.那為什么我們說聊天室軟件不適合做P2P呢?  
     P2P就是電腦對電腦,那么我們來進行一個推理,假如,一個房間內有200人在線,現在A用戶上了公麥,其它199人都要看A,那么P2P的處理方案就是,A將他的視頻傳輸給其它人,就是說A需要傳輸199份數據給199個人,在中國,A用戶的帶寬即使非常好,那也是2M的ADSL,而有些客戶用的還是512K的ADSL,私人用戶用10M或100M獨享的是非常少的.我們來做個計算,假如A用戶每路視頻或音頻占用總合是50K,那么,他2M的線路能傳輸多少用戶呢?最大上限是40個,更不要講2M的ADSL是理論2M,實際應用過程中是達不到的.那也就是說其它的150個用戶將無法從A處獲取數據,客戶有些就又講了,那為什么不從接收到數據這里再接收呢?視頻聊天軟件是一個即時性要求非常高的軟件,像BT那樣的數據傳輸模式,在這方面應用是有很大難度的,這一點上,國內的PPLIVE等軟件做的非常不錯,可是這種方案應用在視頻聊天時,效果實在不行.所以P2P的傳輸模式適合做小型的聊天室,像國內的E話通,等軟件就有10人型,15人型聊天室,采用的就是P2P傳輸.  
     客戶會說了,那UC是怎么做的呢?不清楚UC是否采用P2P,做為一個大型的聊天室運營商來講,他是不可能不考慮硬件的成本的,那他可能會用P2P做一部分,然后當負荷超過時的用戶采用服務器中轉,那是可以實現的,可這種開發的成本是巨大的.  
     還有一個原因,P2P穿透一直是一個難點,你或許在互聯網上看到過很多說P2P穿透,但實際上,中國的路由器有上百個甚至更多的品牌,他們的標準不同,要穿透所有的也是一個非常難實現的工作,大家可曾記得QQ視頻聊天連接不通時有個提示,連接不通,正在通過服務器中轉,當然我們可以開發P2P在連接不通時通過服務器中轉來解決這樣的問題,但他一樣是要服務器成本的。  
     在這方面,有人提出過一些解決方案,比如,公麥大家都在看,用廣播。私麥,密麥這樣的看的人少的,可以用P2P來傳輸,是的,這也是一個非常不錯的解決方案,但縱觀整個聊天室市場,國內最大的視頻聊天室,也無非在線2000人而已,為了開發這樣的軟件而投入巨大的開發成本,客戶能有幾個真正應用的呢? 
 | 
 
 
 | 
                            總結
                            
                                以上是生活随笔為你收集整理的视频聊天室软件的技术标准的全部內容,希望文章能夠幫你解決所遇到的問題。
                            
                            
                                如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。