多媒體、即時通訊與服務品質

串流儲存媒體(streaming stored media)

當你按下播放鍵看一部錄好的電影或聽一首歌時,你並不是先把整個檔案下載完再看——那會等很久。相反地,檔案早已存在於伺服器上,你的播放器一邊把開頭顯示出來,一邊讓其餘部分在背景持續抵達,就像從一個還有人正在倒水的杯子裡啜飲。這就是串流儲存媒體:把預先錄製好的音訊或視訊一片一片送出、邊到邊播。相較於現場活動,它的關鍵優勢在於內容已經完整,所以播放器可以超前抓取、囤積一個緩衝墊。

在機制上,用戶端會在短暫的啟動延遲後開始播放,這段時間它把媒體的前幾秒填進播放緩衝區。從那之後,它一面以固定速率從緩衝區播放,一面繼續向前抓取。因為整個檔案都存在,播放器可以在網路允許的範圍內盡快請求未來的片段,建立起好幾秒甚至更多的儲備。若網路短暫變慢或某個封包延遲了,播放會去消耗這個緩衝墊而不是卡住;觀眾根本不會察覺。現代系統還會即時切換品質——頻寬下降時改抓較低位元率的版本——但底層的觀念就是這個有緩衝、會超前抓取的串流。

為什麼重要:這是最寬容的一類媒體流量,這正是網際網路上如此多位元組都是串流視訊的原因。因為它能慷慨地緩衝,所以能容忍大量延遲與抖動,甚至能在會重送遺失封包的純 TCP 之上順利運作。兩個誠實的界線:本條目談的是儲存式串流的「時序模型」,而不是傳遞基礎建設(內容傳遞網路)或自適應位元率邏輯,那些屬於網路的網頁與 CDN 一側;另外,「串流」並不表示什麼都不儲存——它指的是逐步播放,而非一次全部下載。

你開始看一部 90 分鐘的紀錄片。在頭 3 秒裡播放器悄悄緩衝,接著開始播。當你看著第 1 分鐘時,它早已抓到第 1.5 分鐘並維持這段領先。當你的 Wi-Fi 短暫斷續時,緩衝的領先量補上了空檔,畫面從未凍結。

因為內容是預先錄好的,播放器維持一段前向緩衝,藏住網路的打嗝。

儲存式串流之所以是簡單的情況,正因為它能向前緩衝。直播與對話式媒體無法囤積太多,所以對錄好的電影管用的技巧,對一通電話卻會失靈。

又稱
video on demandVoDon-demand streaming隨選視訊串流隨選媒體