流媒體協(xié)議-課題報(bào)告-免費(fèi)閱讀
【正文】 25 一月 20232:29:55 下午 14:29:55一月 21v 1最具挑 戰(zhàn) 性的挑 戰(zhàn) 莫 過 于提升自我。 2023/1/25 14:29:5514:29:5525 January 2023v 1空山新雨后，天氣晚來秋。 一月 21一月 21Monday, January 25, 2023v 很多事情努力了未必有 結(jié) 果，但是不努力卻什么改 變 也沒有。 一月 2114:29:5514:29Jan2125Jan21v 1故人江海 別 ，幾度隔山川。規(guī)定了多種報(bào)告格式，用于質(zhì)量、成員、會話控制的依據(jù)。3：單信道模式在僅僅需要單信道的場合，可以僅僅 SETUP一次，只建立需要的信息的傳輸信道。這個(gè)頭信息在 PLAY方法中攜帶。unicast。client_port=30563057。v 會話描述協(xié)議： SDP在會話級別、媒體級別來描述傳輸媒體的具體信息，不參與傳輸v 媒體凈荷應(yīng)用文檔 規(guī)定了特定的媒體的處理信息IPTV 流媒體協(xié)議族流媒體協(xié)議族協(xié)議棧層次協(xié)議棧層次1：： RTP/RTCP推薦在推薦在 UDP上承載，上承載， RTSP推薦在推薦在 TCP上承載；上承載；2：應(yīng)用文檔作為承載在：應(yīng)用文檔作為承載在 RTP上，負(fù)責(zé)對具體的媒體進(jìn)行解釋；上，負(fù)責(zé)對具體的媒體進(jìn)行解釋；3：： SDP承載承載 RTSP上，負(fù)責(zé)媒體會話的會話級、媒體級解釋。上，負(fù)責(zé)媒體會話的會話級、媒體級解釋。 server_port=500050011： status line請求 Status line : CMD 資源 協(xié)議版本號響應(yīng) Status line : 協(xié)議版本號 響應(yīng)代碼 響應(yīng)描述2：消息頭部結(jié)構(gòu)語法 RFC889規(guī)定，類似 HTTP/SIP等協(xié)議messageheader = fieldname : [ fieldvalue ] 其語義有協(xié)議自身規(guī)定，一次請求或者響應(yīng)可以有多個(gè)頭結(jié)構(gòu)。client_port=30563057D: PLAY/PAUSE/TEARDOWN方法，客戶端使用，控制媒體信息的傳輸動作。故此，在播放過程中，進(jìn)行拖動操作，需要首先PAUSE這個(gè)會話。例如：如下的媒體描述：v=0 o= 2890844526 2890842807 IN IP4 s=RTSP Session m=audio 0 RTP/AVP 0 a=control: m=video 0 RTP/AVP 31 a=control: 有兩個(gè)媒體軌道組成一個(gè)媒體源，在只需要一個(gè)媒體軌道的時(shí)候，我們可以單獨(dú)的建立一個(gè)媒體的信道。RTP分組包括： RTP頭部、 RTP擴(kuò)展頭部、 RTP凈荷組成舉例如圖：RTP分組分組１： V＝２ 版本號 (2BIT)２： P 填充指示位 (1BIT), P=1 —— 凈荷有填充字節(jié)，最后一個(gè)字節(jié)表示填充字節(jié)的數(shù)目； P=0 —— 無３： X 擴(kuò)展指示位；４： CC 分信源數(shù)目指示；５： M 標(biāo)志位 由應(yīng)用文檔解釋說明；５： M 標(biāo)志位 由應(yīng)用文檔解釋說明； 6： PT 凈荷類型 映射了一種凈荷格式（媒體編碼），應(yīng)用自身確定，不能解釋得忽略；7：序列號： 16比特，初始值為隨即數(shù)，為接受方應(yīng)用提供了丟包檢測、恢復(fù)分組順序的機(jī)制8： rtp timestp 32比特 指媒體采樣時(shí)間，具體解釋有凈荷文檔規(guī)范規(guī)定，例如： mpeg4為顯示時(shí)間；不一定是單調(diào)遞增：例如 mpeg的運(yùn)動預(yù)測時(shí)包的順序是編解碼時(shí)間。 14:29:5514:29:5514:29Monday, January 25, 2023v 1乍 見 翻疑夢，相悲各 問 年。 14:29:5514:29:5514:291/25/2023 2:29:55 PMv 1成功就是日復(fù)一日那一點(diǎn)點(diǎn)小小努力的 積 累
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1