udp組播和廣播smartconfig的區(qū)別？定義的區(qū)別：?jiǎn)尾ピ诳蛻舳伺c媒體服務(wù)器之間是需要組建一個(gè)不能的數(shù)據(jù)通道，而組播在郵箱里者和每一可以接收者之間利用點(diǎn)對(duì)多點(diǎn)網(wǎng)絡(luò)連接。組播解決的辦法了單播和廣播

udp組播和廣播smartconfig的區(qū)別？

定義的區(qū)別：?jiǎn)尾ピ诳蛻舳伺c媒體服務(wù)器之間是需要組建一個(gè)不能的數(shù)據(jù)通道，而組播在郵箱里者和每一可以接收者之間利用點(diǎn)對(duì)多點(diǎn)網(wǎng)絡(luò)連接。組播解決的辦法了單播和廣播效率低的問題，組播路由器自身組播路由協(xié)議為組播數(shù)據(jù)包建立樹型路由，被傳遞的信息在盡肯定遠(yuǎn)的分叉路口才結(jié)束不能復(fù)制和全部分。功能上的區(qū)別：?jiǎn)尾サ膬?yōu)點(diǎn)：

1.服務(wù)器及時(shí)響應(yīng)客戶機(jī)的請(qǐng)求

2.服務(wù)器針對(duì)每個(gè)客戶完全不同各位郵箱里有所不同數(shù)據(jù)，很容易基于個(gè)性化服務(wù)。單播的缺點(diǎn)：1.在客戶數(shù)量大、每個(gè)客戶機(jī)流量大的流媒體應(yīng)用中服務(wù)器難堪重負(fù)。2.保證的網(wǎng)絡(luò)帶寬是金字塔結(jié)構(gòu)，如果不是徹底不使用單播協(xié)議，將會(huì)造成網(wǎng)絡(luò)主干不堪負(fù)荷。組播的優(yōu)點(diǎn)：1.必須不同數(shù)據(jù)流的客戶端加入到同一的組互相訪問一條數(shù)據(jù)流，節(jié)約時(shí)間了服務(wù)器的負(fù)載。具備廣播所擁有的優(yōu)點(diǎn)。2.導(dǎo)致組播協(xié)議是依據(jù)接受者的需要對(duì)數(shù)據(jù)流參與截圖再轉(zhuǎn)發(fā)，所以我服務(wù)端的服務(wù)總帶寬不受客戶接入端帶寬的限制。因此其提供的服務(wù)也可以的很極為豐富。

3.此協(xié)議和單播協(xié)議完全不一樣愿意在Internet寬帶網(wǎng)上傳輸。組播的缺點(diǎn)：1．與單播協(xié)議而言沒有糾錯(cuò)機(jī)制，發(fā)生了什么網(wǎng)絡(luò)延遲錯(cuò)包后沒法增強(qiáng)，但這個(gè)可以按照一定會(huì)的容錯(cuò)機(jī)制和QOS細(xì)加修補(bǔ)。2．原辦法網(wǎng)絡(luò)只不過都意見組播的傳輸，但在客戶認(rèn)證、QOS等方面還必須完善系統(tǒng)，這些缺點(diǎn)在理論上都有能成熟的解決方案，只不過是不需要逐步應(yīng)用推廣到保存最完好網(wǎng)絡(luò)當(dāng)中。

rsvp協(xié)議？

資源設(shè)置2協(xié)議

RSVP標(biāo)準(zhǔn)[RFC2205]是沒有定義網(wǎng)絡(luò)向數(shù)據(jù)流能提供預(yù)約帶寬的方法，它只不過是一個(gè)愿意應(yīng)用形式可以預(yù)約必要鏈路帶寬的協(xié)議。否則的話某提前預(yù)約付諸實(shí)施，英特網(wǎng)中的路由器就實(shí)際向數(shù)據(jù)流需要提供去預(yù)約的帶寬。

基本信息

中文名t資源站臺(tái)設(shè)置協(xié)議

外文名tResourceReSerVationProtocol；RSVP

性質(zhì)t互聯(lián)網(wǎng)上質(zhì)量整合服務(wù)的協(xié)議

RSVP設(shè)計(jì)目標(biāo)t

單播和組播選擇協(xié)議而啟動(dòng)

碼流帶寬計(jì)算公式？

碼流帶寬時(shí)間×碼率/8

碼流（DataRate）是指視頻文件在單位時(shí)間內(nèi)使用的數(shù)據(jù)流量，也叫碼率或碼流率，是視頻編碼中畫面質(zhì)量控制中最不重要的部分，好象我們用的單位是Kb/s或者M(jìn)b/s。一般來說雖然分辨率下，視頻文件的碼流越大，壓縮比就越小，畫面質(zhì)量就越高。碼流越大，只能證明單位時(shí)間內(nèi)抽樣率越大，數(shù)據(jù)流，精度就越高，一次性處理出的文件就越逼近遺留下來文件，圖像質(zhì)量越好，畫質(zhì)越清晰，要求播放設(shè)備的解碼能力也越高。