Tim Siglin:歡迎來到Streaming Media East 2018,對面是IBM Cloud Video的高級解決方案工程師Scott Grizzle。Scott你今天做了兩場會議,一場是統(tǒng)一通信,另一場是什么?
Scott Grizzle:低延遲流。
Tim Siglin:好的。那在您看來低延遲意味著什么?因為定義實在太多了。
Scott Grizzle:這就是會議中提到的,我談到了什么是延遲和什么是時延以及它們之間的區(qū)別。此外,什么是感知延遲和實際延遲呢?如果有人在房間里看著我們視頻流,他們會察覺到延遲。但是,如果他們在家里,像現(xiàn)在這樣看著這段采訪,就不會察覺到延遲。
Tim Siglin:是的,畢竟沒有參照物去比較。
Scott Grizzle:這是一個關(guān)鍵點,它對我們很重要。HLS的行業(yè)平均延遲時間為15-30秒?,F(xiàn)在,你告訴別人,他會說:“這是很長一段時間?!逼鋵嵅⒎侨绱耍悄隳軠p少它嗎?是的,可以減少。但你也同時需要放棄可擴展性和可靠性。所以,這就是為什么這種延遲是內(nèi)置的 - 實際的數(shù)據(jù)流可以很好地傳送,并且你可以處理大規(guī)模的數(shù)據(jù)。
Tim Siglin:你們的服務(wù)更看重服務(wù)視頻質(zhì)量、延遲,還是什么?
Scott Grizzle:我們認為最重要的是最高質(zhì)量的視頻流,并保證其穩(wěn)定性。實際上,我們使用多個CDN進行傳送。所以,我們除了有我們自己的CDN外,我們還在使用Akamai服務(wù)。這可能會讓你認為我們會比行業(yè)平均水平差。其實不是,準(zhǔn)確說我們處于低端。行業(yè)平均值大約是15-30秒,但具體取決于您正在觀看的設(shè)備類型,因為這取決于您如何與本地ISP連接。您的連接能力總是取決于本地ISP,因為它決定你的最后一英里,你將如何觀看,而不是從CDN拉出。
這就是個有一些混淆的地方。當(dāng)我說延遲是30秒時,聽起來很多。實際上當(dāng)我說我的延遲時間是45毫秒時,這是完全重新包裝并將其發(fā)送出去,然后開始起作用的時間長度?!芭?,這就是傳輸時間延遲的原因。” 它永遠都會是這樣的原因。
我們過去對RTMP開玩笑說,你知道Flash的長時間痛苦的死亡。但是RTMP實際上可以是低延遲。人們遺忘了它。就像RTSP一樣,它已經(jīng)“死了”多年。但其實不是。主要的廣播公司還在使用它,它可以通過前向糾錯獲得幾秒的延遲。
Tim Siglin:我認為定義死亡這個概念真的非常難,因為例如Flash雖然已被棄用,但它絕對沒有死亡。RTSP只是剛剛失寵,因為RTMP在規(guī)模上提供了更好的解決方案。正如你所說,RTMP仍然活著并應(yīng)用地很好。事實上,它可能會在六到八年后消失。
Scott Grizzle:這正是我想表達的。這就像RTSP,還沒有消亡,它還在依然存在著并被應(yīng)用著。MPEG-2也是如此。我的意思是,F(xiàn)lash會不會消失呢?答案不得而知,可能未來會有編碼器來完成Flash的任務(wù)。例如,你不會放棄任何一種元素,因為你必須與其他元素一起攝取。但是,你會等到它消失的一天。那么,這些編解碼器將在多長時間內(nèi)出現(xiàn)呢?你必須考慮到所有的影響因子,畢竟RTMP的專利許可費相對便宜。所以,大多數(shù)編碼器亦是如此,這就意味著大多數(shù)的用戶將使用RTMP或HLS或其他格式。
Tim Siglin:最后一個問題是關(guān)于DASH與HLS。在傳輸方面要求使用DASH 和HLS,你有什么看法?
Scott Grizzle:現(xiàn)在,人們忘記了VC1。與H.264相比,VC1編碼器非常繁雜,而解碼器較為輕巧?,F(xiàn)在你在HLS和DASH上也看到了相似之處。現(xiàn)在的DASH不像其他的那么極端,編碼端更重一點,解碼器更輕。但是你現(xiàn)在在DASH上看到了的交付時間更快。而且,它們不具有與HLS相同的分塊或塊。默認情況下,HLS有三個三秒的組塊,所以一共是九秒。
Tim Siglin:它們是一個基于ATM的數(shù)據(jù)包,所以有很多不必要的頭信息。
Scott Grizzle:是的。另外,如果你關(guān)注DASH,你會注意到有更多的公司參與DASH。 再次,這有點像回到H.264和VC1。擁有更多的人貢獻。它需要花費比微軟和蘋果這樣的HLS更長的時間去推進,但它們可以快速完成任務(wù)。 另外,如果你正在關(guān)注DASH,你將如何提供HEVC或AV1支持呢? 因為現(xiàn)在每個人都在討論通過DASH進行交付。所以,這就是你必須考慮的問題,它是否可以處理那些新的編解碼器,我們看到這實際上是Apple為HLS推出的產(chǎn)品。
Tim Siglin:有趣的是蘋果通過分割MP4格式來回應(yīng)?,F(xiàn)在,你可能記得我寫過一篇與Adobe和微軟合作撰寫的白皮書。這是他們的第一篇聯(lián)合論文,用來爭論MP4碎片化。那時蘋果公司仍然在研究傳輸流,但最終現(xiàn)在他們已經(jīng)回到了字節(jié)范圍和相關(guān)類似的問題。你認為蘋果公司會通過找出HLS方面的一些事情來回應(yīng)DASH的交付優(yōu)勢,又或者你認為它們是否本質(zhì)上必須重構(gòu)整個包裝解決方案?
Scott Grizzle:對那一部分不甚了解,但是我認為,如果他們堅持使用Flash一段時間,并且就像我假設(shè)的一樣,如果他們做了分塊的MP4并且重新包裝那些,我并不會感到驚訝。它也并不讓我感到驚訝。再者,又有誰知道呢?蘋果有什么?每個iPhone都會有一個新版本,但它們會再次出現(xiàn)一些突破性的,與我們以前見過的完全不同的東西。就像每個人都討厭那些愚蠢的EarPods,但現(xiàn)在每個人卻都擁有它們。
-
IBM
+關(guān)注
關(guān)注
3文章
1823瀏覽量
75833 -
CDN
+關(guān)注
關(guān)注
0文章
328瀏覽量
29697
原文標(biāo)題:IBM Cloud Video工程師Scott Grizzle談流媒體協(xié)議和Codec
文章出處:【微信號:livevideostack,微信公眾號:LiveVideoStack】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄

CCLink IE轉(zhuǎn)Ethernet/IP網(wǎng)關(guān),這波協(xié)議轉(zhuǎn)換操作工程師看了都點贊!

硬件工程師看了只會找個角落默默哭泣#硬件工程師 #MDD #MDD辰達半導(dǎo)體 #產(chǎn)品經(jīng)理 #軟件工程師


淺談HART協(xié)議和RS485協(xié)議的區(qū)別




硬件工程師的終極幻想:焊板子焊上人生巔峰!#半導(dǎo)體器件 #硬件工程師 #MDD辰達半導(dǎo)體

不同時期的硬件工程師,最怕發(fā)生的事 #電子工程師 #硬件工程師 #內(nèi)容過于真實 #YXC晶振 #揚興科技

當(dāng)硬件工程師穿越到霸總?。?以他性格肯定忍不到第二集? #硬件工程師 #電路設(shè)計 #晶振 #揚興科技

當(dāng)你的工程師朋友失聯(lián)時,別氣,ta真的是在忙工作 #搞笑 #電子愛好者 #硬件工程師 #晶振 #揚興科技



評論