流媒體技術(shù)基礎(chǔ)(編輯修改稿)
2025-02-01 15:23 本頁面
【文章內(nèi)容簡介】 數(shù)據(jù)塊部分。 依類型的不同，上層的塊可以包含子對象。 2. 報頭部分 一般情況下， RealMedia 的報頭部分有下面四種： RealMedia文件報頭 —— RealMedia文件的第一個塊 屬性報頭（ Properties Header ） 媒體屬性報頭（ Media Properties Header ） 內(nèi)容描述報頭（ Content Description Header ） RealMedia 文件報頭以后，其它報頭的出現(xiàn)可以任何次序。 3. 數(shù)據(jù)部分（ Data Section） 由數(shù)據(jù)部分報頭和后面排列的媒體數(shù)據(jù)包組成。 數(shù)據(jù)塊報頭標志數(shù)據(jù)塊的開始，媒體數(shù)據(jù)包是流媒體數(shù)據(jù)的數(shù) 據(jù)包。 4. 索引部分（ Index Section） 由描述索引區(qū)內(nèi)容的索引塊報頭和一串索引記錄組成 Real System中的數(shù)據(jù)通信 Real Producer Real Server Real Player TCP UDP TCP UDP Real Player 播放過程 RAM Real System 系統(tǒng)中 RTSP 通信 RTP RTSP Server TCP控制信道 單工 UDP信道 (provide media data) 全雙工 UDP信道 (provide synchronization) Odd Port RTSP Client Even Port Odd Port RDT RTSP Server TCP控制信道 單工 UDP信道 (provide media data) 單工 UDP重發(fā)請求 服務(wù)器端口 缺省值： 554 RTSP Client Real Server中的多播技術(shù) 將一個 現(xiàn)場直播流 同時傳遞給多個客戶端，而無需為每一客戶的連結(jié)發(fā)送一個單獨的數(shù)據(jù)流 ,客戶端只需連結(jié)到這個數(shù)據(jù)流，而不是連結(jié)到 Real Server，從而降低帶寬的使用。 為了利用多播技術(shù)的優(yōu)勢，在服務(wù)器和客戶端之間的所有設(shè)備必須是支持多播技術(shù)的，包括路由器、交換機和其他的網(wǎng)絡(luò)設(shè)備。 一般用在 Intra環(huán)境中。 1. BackChannel Multicast（反向信道多播） ? 在客戶端和服務(wù)器之間保持一個用于統(tǒng)計和控制信息交互的控制信息 ? 雙向傳輸 ? RTSP或 PNA協(xié)議：提供驗證和連接統(tǒng)計功能 2. Scalable Multicast（可伸縮多播） ? 無控制信道 ? 用戶統(tǒng)計只能在多播結(jié)束或用戶停止播出或關(guān)閉Real Player時進行 ? 單向傳輸 ? UPL格式 ? SDP（會話描述協(xié)議） Real Server中的分流技術(shù) 一般用于網(wǎng)絡(luò)直播 Transmitter（發(fā)送服務(wù)器）通過 UDP單播、 UDP組播和 TCP 將直播媒體流發(fā)送到分布在各地的多個接收服務(wù)器，客戶 端可以就近訪問服務(wù)器獲得較高質(zhì)量的媒體流。 減少帶寬使用 Transmitter與 Receiver（接收服務(wù)器）之間由高速鏈路連接。 Sure Stream 存在問題：通過低速率調(diào)制解調(diào)器與 Inter連接；限制發(fā)布媒體質(zhì)量或連接人數(shù)。 解決方法：一、服務(wù)器減少發(fā)送給客戶端的數(shù)據(jù)而阻止再緩沖，在 Real System ，稱為“視頻流瘦化”；二、根據(jù)不同連接速率創(chuàng)建多個文件，根據(jù)用戶連接，服務(wù)器發(fā)送相應(yīng)文件。 Sure Stream技術(shù)：一、確立一個編碼框架，允許不同速率的多個流同時編碼，合并到同一個文件中；二、采用一種復(fù)雜客戶 /服務(wù)器機制探測帶寬變化。 Quick Time Quick Time 文件格式 媒體描述和媒體數(shù)據(jù)分開存儲 媒體描述或元數(shù)據(jù)（ MetaData） —— Movie：包含軌道數(shù)目、視頻
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1