YouTube 正設法讓你更容易享受其 4K 播放服務

作者: kaoh08 (AIR -the 1000th summer-)   2015-04-07 18:23:52
雖說 YouTube 現在支援播放 4K 畫質影片,但問題是家用網速大多都受不了,導致觀看幾十秒的影片動軋要緩衝十幾分鐘。作為服務提供者的 YouTube,正打算改用 VP9 編碼方式,藉此提高 4K 影片的可觀度和畫質。新解碼方式將比標準的 H.264 使用少達一半頻寬,也能根據使用者的網速而優先提高影片銳利度和快速移動的畫面。
因此,日後在 YouTube 播放的影片不單單是更快完成緩衝,更能因應網速而提供最好的播放畫質。這讓使用者的網絡配置即使未能足夠處理 4K 影片,但仍會得到比高清更好的影片畫質。有關的新編碼已經被 Chrome、Firefox
兼容,大多新裝置如 Galaxy S6 也有原生解碼。只是能否廣泛普通就是未知數了,畢竟 H.265 才是業界推動的標準。
http://chinese.engadget.com/2015/04/06/how-youtube-uses-vp9-to-help-4k/#continued
http://tinyurl.com/lwdvq9a
作者: usingPTT ( PTT使用中 )   2015-04-07 22:33:00
4K影片要用什麼螢幕才看得出差別,我家用17吋LCD還沒壞,現在720P跟1080P差異都看不出來了。
作者: Kreen (每天要更優秀一點)   2015-04-07 23:12:00
買 4K 以上的螢幕就看得出來啊,便宜的兩萬多就有了。買一台好螢幕看影片、玩遊戲爽度差很多啊。
作者: NiGHTsC   2015-04-08 08:06:00
手機上4K到底是什麼概念…數大就是美?O_O基本上,我就算在46吋上也看不出720/1080的差別,動態時
作者: Kreen (每天要更優秀一點)   2015-04-08 12:26:00
手機上 4K 我也看不出來。XD 不過 46 吋電是看不出來?真的該檢查一下= =
作者: ksng1092 (ron)   2015-04-08 12:31:00
用了新編碼讓流量減少,解碼解不動的話也一樣不能看XD
作者: mmis1000 (秋月戀楓)   2015-04-08 17:16:00
壓縮率越高,解碼效能就跟著去了吧?
作者: CP64 (( ̄▽ ̄#)﹏﹏)   2015-04-08 17:37:00
vp9 ... 先搞定解碼效能再說啦
作者: mayuyu ((・ω・)ノ)   2015-04-08 20:50:00
VP9的解碼效能比H.264更高喔 用ffmpeg解碼效率排起來的話 VP9 > H.264 > VP8 VP8反而是最爛的不但壓縮畫質低於H.264 解碼速度還比H.264慢畫質 VP9 > x264 > VP8但是,這是指理想狀態下 原本VP9規格應該有的實力不過應用在Youtube上並不一定如此可能因為伺服器壓縮時間成本和客戶端解碼負擔的考量Youtube的VP9並沒有用最高畫質的設定下去壓縮和H.264的版本相比較 壓縮瑕疵可能較少但是畫面會模糊很多而解碼速度上 Chrome內建的VP9解碼器速度很慢效能很差 所以用瀏覽器解VP9目前負擔反而比Flash重在我的系統上 ffvp9 x64 和 Chrome x64解碼Youtube 4K影片 CPU loading大概差50%
作者: kaoh08 (AIR -the 1000th summer-)   2015-04-09 03:50:00
請問音質是相同的嗎?
作者: jyhfang   2015-04-09 15:43:00
蠻好奇H.265跟vp9比起來 現階段的解碼效率&畫質怎麼樣
作者: mayuyu ((・ω・)ノ)   2015-04-09 18:48:00
音質是不同的 裝載H.264的容器格式是MP4 音軌包的是AAC裝載VP9的容器格式是WebM 音軌包的是Ogg而Ogg和AAC兩個格式哪一個音質好則並不一定主要還是決定於壓縮器的品質在Hydrogenaudio於2014年做的公開測試中流量為96kbps的時候 Ogg的音質會遠高於FAAC壓出來的AAC但是會輸給iTunes壓出來的AAC 排名是:Opus > Apple AAC > Ogg Vorbis >>>> FAAC而Google的AAC壓縮器早期是拿FAAC下去改的 而且壓縮設定品質沒有調到最高 所以音質非常悲慘 甚至比LAME MP3還糟現在應該有改善 但是先天體質應該還是贏不了Ogg而H.265和VP9的畫質比較結果很複雜 用不同壓縮器例如H.265是用HM還是x265來壓縮 VP9是用libvpx 1.2版還是前幾天出的1.4版來壓縮 還有不同的壓縮設定不同的影片不同的解析度 不同的目標流量 壓出來的結果都不一樣有時候 VP9 > H.265 有時候 H.265 > VP9不過理論上 比較複雜的H.265如果用上最高品質壓縮的畫質應該會 H.265 > VP9而解碼效率 毫無疑問的目前是 VP9 > H.265而且VP9的解碼效率還高於H.264(ffmpeg軟解)
作者: Kreen (每天要更優秀一點)   2015-04-09 19:39:00
沒想到樓上連壓影片都有研究= =b
作者: CP64 (( ̄▽ ̄#)﹏﹏)   2015-04-09 22:47:00
所以現在是卡在有支援 VP9 硬解的卡不多 和 軟體效能 囉 @@
作者: jyhfang   2015-04-10 01:50:00
感謝m大的熱心解說! 看來H.265 VP9在各方面還有得戰 XD
作者: kiki1503 (琦琦壹伍零參)   2015-04-10 21:56:00
VP9 之前不是編碼格式被告侵權嗎?所以現在是解套了?
作者: andrew43 (討厭有好心推文後刪文者)   2015-04-11 04:53:00
Ogg只是容器,應明說是vorbis還是opus。youtube上開vp9影片似乎是vorbis音源,沒用上opus。不過opus是在極低位元率時很強大,和youtube沒交集。應該說,純口語內容時以極低位元率編碼很強大。
作者: kaoh08 (AIR -the 1000th summer-)   2015-04-11 06:06:00
果然我用WebM聽音樂是沒錯的不過不管是VP9還是h.265 都還沒有硬解吧 不懂為什麼這塊沒人想用gpgpu下去做?
作者: mayuyu ((・ω・)ノ)   2015-04-11 07:33:00
不知道官司結果 不過即使前面的官司打贏VP9/VP8都還有其他潛在的專利問題 所以不可能避免不過他們的存在有競爭壓力可以使H.26x以較低的費用授權像現在H.264在免費的網路串流服務上可以完全無償使用所以YouTube用H.264壓縮或者VP9壓縮都可以Opus在極低流量語音壓縮超極強大 而且根據公開測試Opus現在在96~128kbps的區間壓縮音樂也是音質最棒的如前面所述還超越了Apple AAC 是目前最好的格式YouTube的WebM目前有極少的影片音軌是Opus流量50~160kbps 我猜Google可能在測試Opus的效果也許將來Opus在50~160kbps區間就會全面替換VorbisVP9和H.265都可以GPU硬解 例如最新的Intel內顯驅動第四代Core處理器都支援透過DXVA2來硬體(GPU運算)解碼H265而第五代的Core處理器另外支援了硬體(GPU運算)解碼VP9(還可以硬解10bit的H.265!)Chrome瀏覽器開啟GPU硬體加速可以透過DXVA加速VP9解碼但是因為還沒有最佳化 所以解碼效率很差Intel的工程師還吐槽說Chrome實做的硬體加速CPU<->GPU的額外損失太大 所以可以預期畫面一定會掉格xD尤其是播放4K影片會更明顯 大約要i7才能放得很順如果不用瀏覽器播放 改用ffmpeg x64來解碼純軟解(所有解碼工作CPU自己一個人做) 效率大約是一倍以上100% -> 50% 所以放不動的話就載下來用別的播放器放吧
作者: andrew43 (討厭有好心推文後刪文者)   2015-04-11 22:08:00
謝謝樓上提供的資訊。
作者: NiGHTsC   2015-04-11 22:23:00
這資訊涉獵實在是有夠廣,m大到底是從事哪一行啊XDDDDDDD
作者: mayuyu ((・ω・)ノ)   2015-04-12 00:22:00
欸 剛好以前有看過報導 所以就把以前的報導整理重PO以前推文還有提到 如果Intel的QuickSync也支援VP9解碼速度就會非常快 但是目前還沒有真正硬體線路的解碼而是用DXVA2給GPU運算 不是真正有設計專用的解碼電路所以GPU+CPU的loading還是很高 這樣算是...半硬解?目前H.264用QuickSync解碼 CPU只有1~4% GPU只有1x~2x%VP9想要達到使用率這麼低的程度還是要等將來真正的硬體完全支援不過目前可以用ffvp9軟解 ffvp9軟解的速度已經非常快特別強調使用ffvp9 x64版本來解碼的原因是因為ffvp9原來只有x64的版本才有最佳化Chrome使用的libvpx也是x64的解碼效率比較好所以最好用x64的版本來播放 不過從去年底開始ffvp9的x32版本也完成了最佳化 同時使用的指令集也從SSE3轉為SSE2也支援 所以即使用舊的CPU也可以得到提升ffmpeg的開發團隊有公開表示希望Firefox和Chrome能夠使用目前最快的ffvp9來取代libvpx做為瀏覽器的VP9解碼器Firefox方面有討論過 但是因為ffmpeg的LGPL授權Firefox最後還是用libvpx來解碼由於目前Fx正式版播放4K有問題 根本完全不能正常播放所以我沒有辦法測試Fx的解碼管線實做有沒有比較好一點這個4K的播放bug在Nightly已經有修正了將來38~39正式版應該就可以正常播放到時候大家也可以試試看Fx放會不會順一點
作者: kaoh08 (AIR -the 1000th summer-)   2015-04-12 04:07:00
原來DXVA不是純硬解 長知識了 不過這樣也比較好吧 現在編碼格式陳出推新的 只是現在都CPU+GPU 在同個die 難道溝通效率還是這麼差?
作者: mayuyu ((・ω・)ノ)   2015-04-12 06:36:00
DXVA很微妙 算是半硬解?通常說法好像是Hybrid 混合解碼純軟解就是全部交給CPU算 純硬解就是有特別設計的解碼電路而混合解碼就是CPU+GPU 有些工作CPU做有些工作由GPU來算比較快 就交給GPU做理論上CPU和GPU分擔處理 各自有部分負載但是有時候會出現很奇怪的結果......例如開了DXVA之後 CPU使用率接近0% 好像完全沒工作但是同時GPU的使用率也沒有特別增長...好像二個人都沒事做那現在到底是誰在解碼啦?(;゚Д゚;) 有夠恐怖(;≧д≦)有時候開了DXVA之後 理論上有GPU幫助 CPU使用率應該下降......等等!! 怎麼CPU使用率反而暴增咧!?GPU你是來亂的哦 越幫越忙 ( ̄▽ ̄;)所以說很微妙 有時候開了反而效率很差我覺得應該是程式沒有寫好的關係<>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <><雖然寫好的DXVA速度很快 不過最快的還是Intel的QuickSync妖獸快!! Doom9上面有測試QS解碼H.264@1080p和其他的比較fps 最低/平均/最高QucikSync3 (Haswell) 1070/1070/1070CPU i7-4790 (DXVA native) 515/515/515VP7(Nvidia GTX 960@1.47GHz) 475/475/475VP5(Nvidia GT610 @ 0.81GHz) 125/139/143VP4(Nvidia GT440 @ 0.82GHz) 80/84/86<>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <><成績根本完全碾壓實在有夠誇張QuickSync其實是外星科技吧w(什麼軟體都不用裝 微軟系統的DS/MFT解碼器自帶QuickSyncLAV Filter和PotPlayer同樣可以選擇使用QuickSync解碼)Intel的工程師 QucikSync Decoder的作者Eric Gur在上個月有提到他已經著手開始研究H.265的QuickSync Decoder可能下半年我們就有超快的H.265解碼器可以用不過很可惜他目前好像沒有寫VP9的QuickSync Decoder的意思在我的系統上PotPlayer的H.265和VP9解碼4K影片的速度都比LAV Filter快 CPU負載大概少10% 雖然PotPlayer疑似抄但是不知道做了什麼改變 為什麼會比較快
作者: gbanyan (金榕)   2015-04-13 07:19:00
m大你要不要獨立打一篇文章呀XD
作者: jyhfang   2015-04-13 15:23:00
m大厲害 再推一次!Intel內顯硬解真的是筆電救星 CPU在背景忙碌的同時只靠Intel硬體解碼就能順暢播放1080p影片 非常好用希望未來能繼續強化這一塊
作者: CP64 (( ̄▽ ̄#)﹏﹏)   2015-04-13 20:36:00
各種威猛的專業知識推
作者: FantasyNova (F.N)   2015-04-14 12:21:00
沒想到日本最強偶像 連這都這麼厲害 今年一定連霸

Links booklink

Contact Us: admin [ a t ] ucptt.com