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