流媒體

什么是流媒體

所謂流媒體是指采用流式傳輸?shù)姆绞皆贗nternet播放的媒體格式。 流媒體又叫流式媒體匾竿,它是指商家用一個(gè)視頻傳送服務(wù)器把節(jié)目當(dāng)成數(shù)據(jù)包發(fā)出,傳送到網(wǎng)絡(luò)上。用戶通過(guò)解壓設(shè)備對(duì)這些數(shù)據(jù)進(jìn)行解壓后辫诅,節(jié)目就會(huì)像發(fā)送前那樣顯示出來(lái)。

這個(gè)過(guò)程的一系列相關(guān)的包稱為“流”涧狮。流媒體實(shí)際指的是一種新的媒體傳送方式炕矮,而非一種新的媒體。流媒體技術(shù)全面應(yīng)用后者冤,人們?cè)诰W(wǎng)上聊天可直接語(yǔ)音輸入肤视;如果想彼此看見(jiàn)對(duì)方的容貌、表情涉枫,只要雙方各有一個(gè)攝像頭就可以了邢滑;在網(wǎng)上看到感興趣的商品,點(diǎn)擊以后愿汰,講解員和商品的影像就會(huì)跳出來(lái)困后;更有真實(shí)感的影像新聞也會(huì)出現(xiàn)乐纸。

流媒體技術(shù)發(fā)端于美國(guó)。在美國(guó)目前流媒體的應(yīng)用已很普遍摇予,比如惠普公司的產(chǎn)品發(fā)布和銷(xiāo)售人員培訓(xùn)都用網(wǎng)絡(luò)視頻進(jìn)行锯仪。

流式傳輸方式則是將整個(gè)A/V及3D等多媒體文件經(jīng)過(guò)特殊的壓縮方式分成一個(gè)個(gè)壓縮包,由視頻服務(wù)器向用戶計(jì)算機(jī)連續(xù)趾盐、實(shí)時(shí)傳送庶喜。在采用流式傳輸方式的系統(tǒng)中,用戶不必像采用下載方式那樣等到整個(gè)文件全部下載完畢救鲤,而是只需經(jīng)過(guò)幾秒或幾十秒的啟動(dòng)延時(shí)即可在用戶的計(jì)算機(jī)上利用解壓設(shè)備(硬件或軟件)對(duì)壓縮的A/V久窟、3D等多媒體文件解壓后進(jìn)行播放和觀看。此時(shí)多媒體文件的剩余部分將在后臺(tái)的服務(wù)器內(nèi)繼續(xù)下載本缠。

與單純的下載方式相比斥扛,這種對(duì)多媒體文件邊下載邊播放的流式傳輸方式,不僅使啟動(dòng)延時(shí)大幅度地縮短丹锹,而且對(duì)系統(tǒng)緩存容量的需求也大大降低稀颁。

流式傳輸?shù)幕A(chǔ)

在網(wǎng)絡(luò)上傳輸音/視頻等多媒體信息,目前主要有下載和流式傳輸兩種方案楣黍。A/V文件一般都較大匾灶,所以需要的存儲(chǔ)容量也較大;同時(shí)由于網(wǎng)絡(luò)帶寬的限制租漂,下載常常要花數(shù)分鐘甚至數(shù)小時(shí)阶女,所以這種處理方法延遲也很大。流式傳輸時(shí)哩治,聲音秃踩、影像或動(dòng)畫(huà)等時(shí)基媒體由音視頻服務(wù)器向用戶計(jì)算機(jī)的連續(xù)、實(shí)時(shí)傳送业筏,用戶不必等到整個(gè)文件全部下載完畢憔杨,而只需經(jīng)過(guò)幾秒或十?dāng)?shù)秒的啟動(dòng)延時(shí)即可進(jìn)行觀看。當(dāng)聲音等時(shí)基媒體在客戶機(jī)上播放時(shí)蒜胖,文件的剩余部分將在后臺(tái)從服務(wù)器內(nèi)繼續(xù)下載消别。流式不僅使啟動(dòng)延時(shí)成十倍、百倍地縮短翠勉,而且不需要太大的緩存容量妖啥。流式傳輸避免了用戶必須等待整個(gè)文件全部從Internet上下載才能觀看的缺點(diǎn)。

流媒體指在Internet/Intranet中使用流式傳輸技術(shù)的連續(xù)時(shí)基媒體对碌,如:音頻荆虱、視頻或多媒體文件。流式媒體在播放前并不下載整個(gè)文件,只將開(kāi)始部分內(nèi)容存入內(nèi)存怀读,流式媒體的數(shù)據(jù)流隨時(shí)傳送隨時(shí)播放诉位,只是在開(kāi)始時(shí)有一些延遲。流媒體實(shí)現(xiàn)的關(guān)鍵技術(shù)就是流式傳輸菜枷。

流式傳輸定義很廣泛苍糠,現(xiàn)在主要指通過(guò)網(wǎng)絡(luò)傳送媒體(如視頻、音頻)的技術(shù)總稱啤誊。其特定含義為通過(guò)Internet 將影視節(jié)目傳送到PC機(jī)岳瞭。實(shí)現(xiàn)流式傳輸有兩種方法:實(shí)時(shí)流式傳輸(Realtime streaming)和順序流式傳輸(progressive streaming)。一般說(shuō)來(lái)蚊锹,如視頻為實(shí)時(shí)廣播瞳筏,或使用流式傳輸媒體服務(wù)器,或應(yīng)用如RTSP的實(shí)時(shí)協(xié)議牡昆,即為實(shí)時(shí)流式傳輸姚炕。如使用HTTP服務(wù)器,文件即通過(guò)順序流發(fā)送丢烘。采用那種傳輸方法依賴你的需求柱宦。當(dāng)然,流式文件也支持在播放前完全下載到硬盤(pán)播瞳。

順序流式傳輸

順序流式傳輸是順序下載掸刊,在下載文件的同時(shí)用戶可觀看再線媒體,在給定時(shí)刻狐史,用戶只能觀看已下載的那部分痒给,而不能跳到還未下載的前頭部分,順序流式傳輸不象實(shí)時(shí)流式傳輸在傳輸期間根據(jù)用戶連接的速度做調(diào)整骏全。由于標(biāo)準(zhǔn)的HTTP服務(wù)器可發(fā)送這種形式的文件,也不需要其他特殊協(xié)議尼斧,它經(jīng)常被稱作HTTP流式傳輸姜贡。順序流式傳輸比較適合高質(zhì)量的短片段,如片頭棺棵、片尾和廣告楼咳,由于該文件在播放前觀看的部分是無(wú)損下載的,這種方法保證電影播放的最終質(zhì)量烛恤。這意味著用戶在觀看前母怜,必須經(jīng)歷延遲,對(duì)較慢的連接尤其如此缚柏。對(duì)通過(guò)調(diào)制解調(diào)器發(fā)布短片段苹熏,順序流式傳輸顯得很實(shí)用,它允許用比調(diào)制解調(diào)器更高的數(shù)據(jù)速率創(chuàng)建視頻片段。盡管有延遲轨域,畢竟可讓你發(fā)布較高質(zhì)量的視頻片段袱耽。順序流式文件是放在標(biāo)準(zhǔn)HTTP 或 FTP服務(wù)器上,易于管理干发,基本上與防火墻無(wú)關(guān)朱巨。順序流式傳輸不適合長(zhǎng)片段和有隨機(jī)訪問(wèn)要求的視頻,如:講座枉长、演說(shuō)與演示冀续。它也不支持現(xiàn)場(chǎng)廣播,嚴(yán)格說(shuō)來(lái)必峰,它是一種點(diǎn)播技術(shù)洪唐。

實(shí)時(shí)流式傳輸

實(shí)時(shí)流式傳輸指保證媒體信號(hào)帶寬與網(wǎng)絡(luò)連接配匹,使媒體可被實(shí)時(shí)觀看到自点。實(shí)時(shí)流與HTTP流式傳輸不同桐罕,他需要專(zhuān)用的流媒體服務(wù)器與傳輸協(xié)議。實(shí)時(shí)流式傳輸總是實(shí)時(shí)傳送桂敛,特別適合現(xiàn)場(chǎng)事件功炮,也支持隨機(jī)訪問(wèn),用戶可快進(jìn)或后退以觀看前面或后面的內(nèi)容术唬。理論上薪伏,實(shí)時(shí)流一經(jīng)播放就可不停止,但實(shí)際上粗仓,可能發(fā)生周期暫停嫁怀。實(shí)時(shí)流式傳輸必須配匹連接帶寬,這意味著在以調(diào)制解調(diào)器速度連接時(shí)圖象質(zhì)量較差借浊。而且塘淑,由于出錯(cuò)丟失的信息被忽略掉,網(wǎng)絡(luò)擁擠或出現(xiàn)問(wèn)題時(shí)蚂斤,視頻質(zhì)量很差存捺。如欲保證視頻質(zhì)量,順序流式傳輸也許更好曙蒸。實(shí)時(shí)流式傳輸需要特定服務(wù)器捌治,如:QuickTime Streaming Server、RealServer與Windows Media Server纽窟。這些服務(wù)器允許你對(duì)媒體發(fā)送進(jìn)行更多級(jí)別的控制肖油,因而系統(tǒng)設(shè)置、管理比標(biāo)準(zhǔn)HTTP服務(wù)器更復(fù)雜臂港。實(shí)時(shí)流式傳輸還需要特殊網(wǎng)絡(luò)協(xié)議森枪,如: RTSP (Realtime Streaming Protocol)或MMS (Microsoft Media Server)视搏。這些協(xié)議在有防火墻時(shí)有時(shí)會(huì)出現(xiàn)問(wèn)題,導(dǎo)致用戶不能看到一些地點(diǎn)的實(shí)時(shí)內(nèi)容疲恢。

流媒體技術(shù)原理

流式傳輸?shù)膶?shí)現(xiàn)需要緩存凶朗。因?yàn)镮nternet以包傳輸為基礎(chǔ)進(jìn)行斷續(xù)的異步傳輸,對(duì)一個(gè)實(shí)時(shí)A/V源或存儲(chǔ)的A/V文件显拳,在傳輸中它們要被分解為許多包棚愤,由于網(wǎng)絡(luò)是動(dòng)態(tài)變化的,各個(gè)包選擇的路由可能不盡相同杂数,故到達(dá)客戶端的時(shí)間延遲也就不等宛畦,甚至先發(fā)的數(shù)據(jù)包還有可能后到。為此揍移,使用緩存系統(tǒng)來(lái)彌補(bǔ)延遲和抖動(dòng)的影響次和,并保證數(shù)據(jù)包的順序正確,從而使媒體數(shù)據(jù)能連續(xù)輸出那伐,而不會(huì)因?yàn)榫W(wǎng)絡(luò)暫時(shí)擁塞使播放出現(xiàn)停頓踏施。通常高速緩存所需容量并不大,因?yàn)楦咚倬彺媸褂铆h(huán)形鏈表結(jié)構(gòu)來(lái)存儲(chǔ)數(shù)據(jù):通過(guò)丟棄已經(jīng)播放的內(nèi)容罕邀,流可以重新利用空出的高速緩存空間來(lái)緩存后續(xù)尚未播放的內(nèi)容畅形。——流式傳輸?shù)膶?shí)現(xiàn)需要合適的傳輸協(xié)議诉探。由于TCP需要較多的開(kāi)銷(xiāo)日熬,故不太適合傳輸實(shí)時(shí)數(shù)據(jù)。在流式傳輸?shù)膶?shí)現(xiàn)方案中肾胯,一般采用HTTP/TCP來(lái)傳輸控制信息竖席,而用RTP/UDP來(lái)傳輸實(shí)時(shí)聲音數(shù)據(jù)。流式傳輸?shù)倪^(guò)程一般是這樣的:用戶選擇某一流媒體服務(wù)后敬肚,Web瀏覽器與Web服務(wù)器之間使用HTTP/TCP交換控制信息毕荐,以便把需要傳輸?shù)膶?shí)時(shí)數(shù)據(jù)從原始信息中檢索出來(lái);然后客戶機(jī)上的Web瀏覽器啟動(dòng)A/VHelper程序艳馒,使用HTTP從Web服務(wù)器檢索相關(guān)參數(shù)對(duì)Helper程序初始化东跪。這些參數(shù)可能包括目錄信息、A/V數(shù)據(jù)的編碼類(lèi)型或與A/V檢索相關(guān)的服務(wù)器地址鹰溜。

A/VHelper程序及A/V服務(wù)器運(yùn)行實(shí)時(shí)流控制協(xié)議(RTSP),以交換A/V傳輸所需的控制信息丁恭。與CD播放機(jī)或VCRs所提供的功能相似曹动,RTSP提供了操縱播放、快進(jìn)牲览、快倒墓陈、暫停及錄制等命令的方法。A/V服務(wù)器使用RTP/UDP協(xié)議將A/V數(shù)據(jù)傳輸給A/V客戶程序(一般可認(rèn)為客戶程序等同于Helper程序),一旦A/V數(shù)據(jù)抵達(dá)客戶端贡必,A/V客戶程序即可播放輸出兔港。

需要說(shuō)明的是,在流式傳輸中仔拟,使用RTP/UDP和RTSP/TCP兩種不同的通信協(xié)議與A/V服務(wù)器建立聯(lián)系衫樊,是為了能夠把服務(wù)器的輸出重定向到一個(gè)不同于運(yùn)行A/VHelper程序所在客戶機(jī)的目的地址。實(shí)現(xiàn)流式傳輸一般都需要專(zhuān)用服務(wù)器和播放器利花,其基本原理如圖所示科侈。

智能流技術(shù)

今天,28.8Kbps調(diào)制解調(diào)器是Internet連接的基本速率炒事,cable modem臀栈、 ADSL、DSS挠乳、ISDN等發(fā)展快权薯,內(nèi)容提供商不得不要么限制發(fā)布媒體質(zhì)量,要么限制連接人數(shù)睡扬。根據(jù)RealNetwork站點(diǎn)統(tǒng)計(jì)盟蚣,對(duì) 28.8Kbps調(diào)制解調(diào)器,實(shí)際流量為10bps到26Kbps威蕉,呈鐘形分布刁俭,高峰在20Kbps。這意味著若內(nèi)容提供商選擇20Kbps固定速率韧涨,將有大量用戶得不到好質(zhì)量信號(hào)牍戚,并可能停止媒體流而引起客戶端再次緩沖,直到接收足夠數(shù)據(jù)虑粥。一種解決方法是服務(wù)器減少發(fā)送給客戶端的數(shù)據(jù)而阻止再緩沖如孝,在 RealSystem 5.0中,這種方法稱為“視頻流瘦化”娩贷。這種方法的限制是RealVideo文件為一種數(shù)據(jù)速率設(shè)計(jì)第晰,結(jié)果可通過(guò)抽取內(nèi)部幀擴(kuò)展到更低速率,導(dǎo)致質(zhì)量較低彬祖。離原始數(shù)據(jù)速率越遠(yuǎn)茁瘦,質(zhì)量越差。另一種解決方法是根據(jù)不同連接速率創(chuàng)建多個(gè)文件储笑,根據(jù)用戶連接甜熔,服務(wù)器發(fā)送相應(yīng)文件,這種方法帶來(lái)制作和管理上的困難突倍,而且腔稀,用戶連接是動(dòng)態(tài)變化的盆昙,服務(wù)器也無(wú)法實(shí)時(shí)協(xié)調(diào)。智能流技術(shù)通過(guò)兩種途徑克服帶寬協(xié)調(diào)和流瘦化焊虏。首先淡喜,確立一個(gè)編碼框架,允許不同速率的多個(gè)流同時(shí)編碼诵闭,合并到同一個(gè)文件中炼团;第二,采用一種復(fù)雜客戶/服務(wù)器機(jī)制探測(cè)帶寬變化涂圆。

針對(duì)軟件们镜、設(shè)備和數(shù)據(jù)傳輸速度上的差別,用戶以不同帶寬瀏覽音視頻內(nèi)容润歉。為滿足客戶要求模狭,Progressive networks公司編碼、記錄不同速率下媒體數(shù)據(jù)踩衩,并保存在單一文件中嚼鹉,此文件稱為智能流文件,即創(chuàng)建可擴(kuò)展流式文件驱富。當(dāng)客戶端發(fā)出請(qǐng)求锚赤,它將其帶寬容量傳給服務(wù)器,媒體服務(wù)器根據(jù)客戶帶寬將智能流文件相應(yīng)部分傳送給用戶褐鸥。以此方式线脚,用戶可看到最可能的優(yōu)質(zhì)傳輸,制作人員只需要壓縮一次叫榕,管理員也只需要維護(hù)單一文件浑侥,而媒體服務(wù)器根據(jù)所得帶寬自動(dòng)切換。智能流通過(guò)描述I現(xiàn)實(shí)世界Internet上變化的帶寬特點(diǎn)來(lái)發(fā)送高質(zhì)量媒體并保證可靠性晰绎,并對(duì)混合連接環(huán)境的內(nèi)容授權(quán)提供了解決方法寓落。流媒體實(shí)現(xiàn)方式如下:

對(duì)所有連接速率環(huán)境創(chuàng)建一個(gè)文件

在混合環(huán)境下以不同速率傳送媒體

根據(jù)網(wǎng)絡(luò)變化,無(wú)縫切換到其它速率

關(guān)鍵幀優(yōu)先荞下,音頻比部分幀數(shù)據(jù)重要

向后兼容老版本RealPlayer

智能流在RealSystem G2中是對(duì)所謂自適應(yīng)流管理(ASM)API的實(shí)現(xiàn)伶选,ASM描述流式數(shù)據(jù)的類(lèi)型,輔助智能決策尖昏,確定發(fā)送那種類(lèi)型數(shù)據(jù)包仰税。文件格式和廣播插件定義了ASM 規(guī)則。用最簡(jiǎn)單的形式分配預(yù)定義屬性和平均帶寬給數(shù)據(jù)包組抽诉。對(duì)高級(jí)形式肖卧,ASM規(guī)則允許插件根據(jù)網(wǎng)絡(luò)條件變化改變數(shù)據(jù)包發(fā)送。每個(gè)ASM規(guī)則可有一定義條件的演示式掸鹅,如演示式定義客戶帶寬是5,000到15,000Kbps塞帐,包損失小于2.5%。如此條件描述了客戶當(dāng)前網(wǎng)絡(luò)連接巍沙,客戶就訂閱此規(guī)則葵姥。定義在規(guī)則中的屬性有助于RealServer有效傳送數(shù)據(jù)包,如網(wǎng)絡(luò)條件變化句携,客戶就訂閱一個(gè)不同規(guī)則榔幸。

常用流媒體格式

.mov .asf .3gp .viv .swf .rt .rp .ra .rm

流媒體播放方式

1.單播

在客戶端與媒體服務(wù)器之間需要建立一個(gè)單獨(dú)的數(shù)據(jù)通道,從一臺(tái)服務(wù)器送出的每個(gè)數(shù)據(jù)包只能傳送給一個(gè)客戶機(jī)矮嫉,這種傳送方式稱為單播削咆。每個(gè)用戶必須分別對(duì)媒體服務(wù)器發(fā)送單獨(dú)的查詢,而媒體服務(wù)器必須向每個(gè)用戶發(fā)送所申請(qǐng)的數(shù)據(jù)包拷貝蠢笋。這種巨大冗余首先造成服務(wù)器沉重的負(fù)擔(dān)拨齐,響應(yīng)需要很長(zhǎng)時(shí)間,甚至停止播放昨寞;管理人員也被迫購(gòu)買(mǎi)硬件和帶寬來(lái)保證一定的服務(wù)質(zhì)量瞻惋。

2.組播

IP組播技術(shù)構(gòu)建一種具有組播能力的網(wǎng)絡(luò),允許路由器一次將數(shù)據(jù)包復(fù)制到多個(gè)通道上援岩。采用組播方式歼狼,單臺(tái)服務(wù)器能夠?qū)资f(wàn)臺(tái)客戶機(jī)同時(shí)發(fā)送連續(xù)數(shù)據(jù)流而無(wú)延時(shí)。媒體服務(wù)器只需要發(fā)送一個(gè)信息包享怀,而不是多個(gè)羽峰;所有發(fā)出請(qǐng)求的客戶端共享同一信息包。信息可以發(fā)送到任意地址的客戶機(jī)添瓷,減少網(wǎng)絡(luò)上傳輸?shù)男畔目偭棵诽搿>W(wǎng)絡(luò)利用效率大大提高,成本大為下降仰坦。

3.點(diǎn)播與廣播

點(diǎn)播連接是客戶端與服務(wù)器之間的主動(dòng)的連接履植。在點(diǎn)播連接中,用戶通過(guò)選擇內(nèi)容項(xiàng)目來(lái)初始化客戶端連接悄晃。用戶可以開(kāi)始玫霎、停止、后退妈橄、快進(jìn)或暫停流庶近。點(diǎn)播連接提供了對(duì)流的最大控制,但這種方式由于每個(gè)客戶端各自連接服務(wù)器眷蚓,卻會(huì)迅速用完網(wǎng)絡(luò)帶寬鼻种。

流媒體技術(shù)應(yīng)用

互聯(lián)網(wǎng)的迅猛發(fā)展和普及為流媒體業(yè)務(wù)發(fā)展提供了強(qiáng)大的市場(chǎng)動(dòng)力,流媒體業(yè)務(wù)正變得日益流行沙热。 流媒體技術(shù)廣泛用于多媒體新聞發(fā)布叉钥、在線直播罢缸、網(wǎng)絡(luò)廣告、電子商務(wù)投队、視頻點(diǎn)播枫疆、遠(yuǎn)程教育、遠(yuǎn)程醫(yī)療敷鸦、網(wǎng)絡(luò)電臺(tái)息楔、 實(shí)時(shí)視頻會(huì)議等互聯(lián)網(wǎng)信息服務(wù)的方方面面。流媒體技術(shù)的應(yīng)用將為網(wǎng)絡(luò)信息交流帶來(lái)革命性的變化扒披,對(duì)人們的工作和生活將產(chǎn)生深遠(yuǎn)的影響值依。

一個(gè)完整的流媒體解決方案應(yīng)是相關(guān)軟硬件的完美集成,它大致包括下面幾個(gè)方面的內(nèi)容: 內(nèi)容采集碟案、 視音頻捕獲和壓縮編碼愿险、內(nèi)容編輯、內(nèi)容存儲(chǔ)和播放蟆淀、應(yīng)用服務(wù)器內(nèi)容管理發(fā)布及用戶管理等拯啦。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市熔任,隨后出現(xiàn)的幾起案子褒链,更是在濱河造成了極大的恐慌,老刑警劉巖疑苔,帶你破解...
    沈念sama閱讀 216,591評(píng)論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件甫匹,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡惦费,警方通過(guò)查閱死者的電腦和手機(jī)兵迅,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,448評(píng)論 3 392
  • 文/潘曉璐 我一進(jìn)店門(mén),熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)薪贫,“玉大人恍箭,你說(shuō)我怎么就攤上這事∏剖。” “怎么了扯夭?”我有些...
    開(kāi)封第一講書(shū)人閱讀 162,823評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)鞍匾。 經(jīng)常有香客問(wèn)我交洗,道長(zhǎng),這世上最難降的妖魔是什么橡淑? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,204評(píng)論 1 292
  • 正文 為了忘掉前任构拳,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘置森。我一直安慰自己斗埂,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,228評(píng)論 6 388
  • 文/花漫 我一把揭開(kāi)白布暇藏。 她就那樣靜靜地躺著蜜笤,像睡著了一般。 火紅的嫁衣襯著肌膚如雪盐碱。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 51,190評(píng)論 1 299
  • 那天沪伙,我揣著相機(jī)與錄音瓮顽,去河邊找鬼。 笑死围橡,一個(gè)胖子當(dāng)著我的面吹牛暖混,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播翁授,決...
    沈念sama閱讀 40,078評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼拣播,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了收擦?” 一聲冷哼從身側(cè)響起贮配,我...
    開(kāi)封第一講書(shū)人閱讀 38,923評(píng)論 0 274
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎塞赂,沒(méi)想到半個(gè)月后泪勒,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,334評(píng)論 1 310
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡宴猾,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,550評(píng)論 2 333
  • 正文 我和宋清朗相戀三年圆存,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片仇哆。...
    茶點(diǎn)故事閱讀 39,727評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡沦辙,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出讹剔,到底是詐尸還是另有隱情油讯,我是刑警寧澤,帶...
    沈念sama閱讀 35,428評(píng)論 5 343
  • 正文 年R本政府宣布辟拷,位于F島的核電站撞羽,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏衫冻。R本人自食惡果不足惜诀紊,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,022評(píng)論 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望隅俘。 院中可真熱鬧邻奠,春花似錦笤喳、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 31,672評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至贰镣,卻和暖如春呜象,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背碑隆。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,826評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工恭陡, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人上煤。 一個(gè)月前我還...
    沈念sama閱讀 47,734評(píng)論 2 368
  • 正文 我出身青樓休玩,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親劫狠。 傳聞我的和親對(duì)象是個(gè)殘疾皇子拴疤,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,619評(píng)論 2 354

推薦閱讀更多精彩內(nèi)容

  • 一直混跡在直播互動(dòng)行業(yè),被人問(wèn)到一些技術(shù)問(wèn)題独泞,一臉懵逼呐矾。 一、基本概念 1阐肤、流媒體 流媒體又叫流式媒體凫佛,它是指商家...
    嗯哼嗯閱讀 8,711評(píng)論 1 15
  • 隨著現(xiàn)代技術(shù)的發(fā)展,網(wǎng)絡(luò)帶給人們形式多樣的信息孕惜,從第一張圖片出現(xiàn)在網(wǎng)絡(luò)上到如今各種形式的網(wǎng)絡(luò)視頻和三維動(dòng)畫(huà)愧薛,網(wǎng)絡(luò)讓...
    彬_仔閱讀 2,915評(píng)論 0 3
  • 什么是流媒體? 1.流媒體是指采用流的方式在Internet播放的格式衫画。 2.流媒體指在Internet/Intr...
    司徒新新閱讀 793評(píng)論 0 4
  • 以下來(lái)自于網(wǎng)絡(luò)的毫炉,純屬轉(zhuǎn)載 RTP 實(shí)時(shí)傳輸協(xié)議(Real-time Transport Protocol)是用于...
    請(qǐng)輸入賬號(hào)名閱讀 2,437評(píng)論 0 5
  • RTP 參考文檔 RFC3550/RFC3551 Real-time Transport Protocol)是用于...
    大草原之夜閱讀 1,125評(píng)論 0 9