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

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

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

(仰天長嘯)為什么受傷的總是硬件工程師...#MDD#MDD辰達(dá)半導(dǎo)體 #電子工程師

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




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

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

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

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

硬件工程師VS軟件工程師|硬件工程師看到這都淚目了!#硬件設(shè)計(jì) #硬件工程師 #電子工程師 #軟件工程師
FPGA算法工程師、邏輯工程師、原型驗(yàn)證工程師有什么區(qū)別?

評論