作者kaoh08 (AIR -the 1000th summer-)
看板Browsers
標題YouTube 正設法讓你更容易享受其 4K 播放服務
時間Tue Apr 7 18:23:52 2015
雖說 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
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 73.8.184.63
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Browsers/M.1428402237.A.8E0.html
※ 編輯: kaoh08 (73.8.184.63), 04/07/2015 18:24:55
1F：推 usingPTT: 4K影片要用什麼螢幕才看得出差別，我家用17吋LCD還沒壞 04/07 22:33
2F：→ usingPTT: ，現在720P跟1080P差異都看不出來了。 04/07 22:34
3F：→ Kreen: 買 4K 以上的螢幕就看得出來啊，便宜的兩萬多就有了。買一 04/07 23:12
4F：→ Kreen: 台好螢幕看影片、玩遊戲爽度差很多啊。 04/07 23:12
5F：推 NiGHTsC: 手機上4K到底是什麼概念…數大就是美？O_O 04/08 08:06
6F：推 NiGHTsC: 基本上，我就算在46吋上也看不出720/1080的差別，動態時 04/08 08:16
7F：推 Kreen: 手機上 4K 我也看不出來。XD 不過 46 吋電是看不出來？真的 04/08 12:26
8F：→ Kreen: 該檢查一下= = 04/08 12:26
9F：→ ksng1092: 用了新編碼讓流量減少，解碼解不動的話也一樣不能看XD 04/08 12:31
10F：→ mmis1000: 壓縮率越高，解碼效能就跟著去了吧？ 04/08 17:16
11F：→ CP64: vp9 ... 先搞定解碼效能再說啦 04/08 17:37
12F：推 mayuyu: VP9的解碼效能比H.264更高喔 用ffmpeg解碼 04/08 20:50
13F：→ mayuyu: 效率排起來的話 VP9 > H.264 > VP8 VP8反而是最爛的 04/08 20:50
14F：→ mayuyu: 不但壓縮畫質低於H.264 解碼速度還比H.264慢 04/08 20:51
15F：→ mayuyu: 畫質 VP9 > x264 > VP8 04/08 20:51
16F：→ mayuyu: 但是，這是指理想狀態下 原本VP9規格應該有的實力 04/08 20:51
17F：→ mayuyu: 不過應用在Youtube上並不一定如此 04/08 20:51
18F：→ mayuyu: 可能因為伺服器壓縮時間成本和客戶端解碼負擔的考量 04/08 20:52
19F：→ mayuyu: Youtube的VP9並沒有用最高畫質的設定下去壓縮 04/08 20:52
20F：→ mayuyu: 和H.264的版本相比較 壓縮瑕疵可能較少 04/08 20:52
21F：→ mayuyu: 但是畫面會模糊很多 04/08 20:52
22F：→ mayuyu: 而解碼速度上 Chrome內建的VP9解碼器速度很慢 04/08 20:53
23F：→ mayuyu: 效能很差 所以用瀏覽器解VP9目前負擔反而比Flash重 04/08 20:53
24F：→ mayuyu: 在我的系統上 ffvp9 x64 和 Chrome x64 04/08 20:53
25F：→ mayuyu: 解碼Youtube 4K影片 CPU loading大概差50% 04/08 20:53
26F：→ kaoh08: 請問音質是相同的嗎？ 04/09 03:50
27F：推 jyhfang: 蠻好奇H.265跟vp9比起來 現階段的解碼效率&畫質怎麼樣 04/09 15:43
28F：推 mayuyu: 音質是不同的 裝載H.264的容器格式是MP4 音軌包的是AAC 04/09 18:48
29F：→ mayuyu: 裝載VP9的容器格式是WebM 音軌包的是Ogg 04/09 18:48
30F：→ mayuyu: 而Ogg和AAC兩個格式哪一個音質好則並不一定 04/09 18:49
31F：→ mayuyu: 主要還是決定於壓縮器的品質 04/09 18:49
32F：→ mayuyu: 在Hydrogenaudio於2014年做的公開測試中 04/09 18:49
33F：→ mayuyu: 流量為96kbps的時候 Ogg的音質會遠高於FAAC壓出來的AAC 04/09 18:49
34F：→ mayuyu: 但是會輸給iTunes壓出來的AAC 排名是： 04/09 18:50
35F：→ mayuyu: Opus > Apple AAC > Ogg Vorbis >>>> FAAC 04/09 18:50
36F：→ mayuyu: 而Google的AAC壓縮器早期是拿FAAC下去改的 而且壓縮設定 04/09 18:50
37F：→ mayuyu: 品質沒有調到最高 所以音質非常悲慘 甚至比LAME MP3還糟 04/09 18:50
38F：→ mayuyu: 現在應該有改善 但是先天體質應該還是贏不了Ogg 04/09 18:51
39F：→ mayuyu: 而H.265和VP9的畫質比較結果很複雜 用不同壓縮器 04/09 18:51
40F：→ mayuyu: 例如H.265是用HM還是x265來壓縮 VP9是用libvpx 1.2版 04/09 18:52
41F：→ mayuyu: 還是前幾天出的1.4版來壓縮 還有不同的壓縮設定不同的影片 04/09 18:52
42F：→ mayuyu: 不同的解析度 不同的目標流量 壓出來的結果都不一樣 04/09 18:53
43F：→ mayuyu: 有時候 VP9 > H.265 有時候 H.265 > VP9 04/09 18:53
44F：→ mayuyu: 不過理論上 比較複雜的H.265如果用上最高品質 04/09 18:53
45F：→ mayuyu: 壓縮的畫質應該會 H.265 > VP9 04/09 18:53
46F：→ mayuyu: 而解碼效率 毫無疑問的目前是 VP9 > H.265 04/09 18:54
47F：→ mayuyu: 而且VP9的解碼效率還高於H.264(ffmpeg軟解) 04/09 18:54
48F：推 Kreen: 沒想到樓上連壓影片都有研究= =b 04/09 19:39
49F：推 CP64: 所以現在是卡在有支援 VP9 硬解的卡不多 和 軟體效能 囉 @@ 04/09 22:47
50F：推 jyhfang: 感謝m大的熱心解說! 看來H.265 VP9在各方面還有得戰 XD 04/10 01:50
51F：推 kiki1503: VP9 之前不是編碼格式被告侵權嗎?所以現在是解套了? 04/10 21:56
52F：→ andrew43: Ogg只是容器，應明說是vorbis還是opus。 04/11 04:53
53F：→ andrew43: youtube上開vp9影片似乎是vorbis音源，沒用上opus。 04/11 04:53
54F：→ andrew43: 不過opus是在極低位元率時很強大，和youtube沒交集。 04/11 04:54
55F：→ andrew43: 應該說，純口語內容時以極低位元率編碼很強大。 04/11 04:55
56F：→ kaoh08: 果然我用WebM聽音樂是沒錯的 04/11 06:06
57F：→ kaoh08: 不過不管是VP9還是h.265 都還沒有硬解吧 不懂為什麼這塊沒 04/11 06:08
58F：→ kaoh08: 人想用gpgpu下去做？ 04/11 06:08
59F：推 mayuyu: 不知道官司結果 不過即使前面的官司打贏 04/11 07:33
60F：→ mayuyu: VP9/VP8都還有其他潛在的專利問題 所以不可能避免 04/11 07:33
61F：→ mayuyu: 不過他們的存在有競爭壓力可以使H.26x以較低的費用授權 04/11 07:34
62F：→ mayuyu: 像現在H.264在免費的網路串流服務上可以完全無償使用 04/11 07:35
63F：→ mayuyu: 所以YouTube用H.264壓縮或者VP9壓縮都可以 04/11 07:35
64F：推 mayuyu: Opus在極低流量語音壓縮超極強大 而且根據公開測試 04/11 07:37
65F：→ mayuyu: Opus現在在96~128kbps的區間壓縮音樂也是音質最棒的 04/11 07:37
66F：→ mayuyu: 如前面所述還超越了Apple AAC 是目前最好的格式 04/11 07:37
67F：→ mayuyu: YouTube的WebM目前有極少的影片音軌是Opus 04/11 07:37
68F：→ mayuyu: 流量50~160kbps 我猜Google可能在測試Opus的效果 04/11 07:38
69F：→ mayuyu: 也許將來Opus在50~160kbps區間就會全面替換Vorbis 04/11 07:38
70F：推 mayuyu: VP9和H.265都可以GPU硬解 例如最新的Intel內顯驅動 04/11 07:42
71F：→ mayuyu: 第四代Core處理器都支援透過DXVA2來硬體(GPU運算)解碼H265 04/11 07:43
72F：→ mayuyu: 而第五代的Core處理器另外支援了硬體(GPU運算)解碼VP9 04/11 07:43
73F：→ mayuyu: (還可以硬解10bit的H.265!) 04/11 07:43
74F：→ mayuyu: Chrome瀏覽器開啟GPU硬體加速可以透過DXVA加速VP9解碼 04/11 07:44
75F：→ mayuyu: 但是因為還沒有最佳化 所以解碼效率很差 04/11 07:44
76F：→ mayuyu: Intel的工程師還吐槽說Chrome實做的硬體加速 04/11 07:44
77F：→ mayuyu: CPU<->GPU的額外損失太大 所以可以預期畫面一定會掉格xD 04/11 07:44
78F：→ mayuyu: 尤其是播放4K影片會更明顯 大約要i7才能放得很順 04/11 07:44
79F：→ mayuyu: 如果不用瀏覽器播放 改用ffmpeg x64來解碼 04/11 07:45
80F：→ mayuyu: 純軟解(所有解碼工作CPU自己一個人做) 效率大約是一倍以上 04/11 07:45
81F：→ mayuyu: 100% -> 50% 所以放不動的話就載下來用別的播放器放吧 04/11 07:45
82F：→ andrew43: 謝謝樓上提供的資訊。 04/11 22:08
83F：推 NiGHTsC: 這資訊涉獵實在是有夠廣，m大到底是從事哪一行啊XDDDDDDD 04/11 22:23
84F：→ mayuyu: 欸 剛好以前有看過報導 所以就把以前的報導整理重PO 04/12 00:22
85F：→ mayuyu: 以前推文還有提到 如果Intel的QuickSync也支援VP9 04/12 00:22
86F：→ mayuyu: 解碼速度就會非常快 但是目前還沒有真正硬體線路的解碼 04/12 00:22
87F：→ mayuyu: 而是用DXVA2給GPU運算 不是真正有設計專用的解碼電路 04/12 00:23
88F：→ mayuyu: 所以GPU+CPU的loading還是很高 這樣算是...半硬解？ 04/12 00:23
89F：→ mayuyu: 目前H.264用QuickSync解碼 CPU只有1~4% GPU只有1x~2x% 04/12 00:24
90F：→ mayuyu: VP9想要達到使用率這麼低的程度 04/12 00:24
91F：→ mayuyu: 還是要等將來真正的硬體完全支援 04/12 00:24
92F：→ mayuyu: 不過目前可以用ffvp9軟解 ffvp9軟解的速度已經非常快 04/12 00:24
93F：→ mayuyu: 特別強調使用ffvp9 x64版本來解碼的原因 04/12 00:25
94F：→ mayuyu: 是因為ffvp9原來只有x64的版本才有最佳化 04/12 00:25
95F：→ mayuyu: Chrome使用的libvpx也是x64的解碼效率比較好 04/12 00:25
96F：→ mayuyu: 所以最好用x64的版本來播放 不過從去年底開始 04/12 00:25
97F：→ mayuyu: ffvp9的x32版本也完成了最佳化 同時使用的指令集 04/12 00:25
98F：→ mayuyu: 也從SSE3轉為SSE2也支援 所以即使用舊的CPU也可以得到提升 04/12 00:26
99F：→ mayuyu: ffmpeg的開發團隊有公開表示希望Firefox和Chrome能夠使用 04/12 00:26
100F：→ mayuyu: 目前最快的ffvp9來取代libvpx做為瀏覽器的VP9解碼器 04/12 00:26
101F：→ mayuyu: Firefox方面有討論過 但是因為ffmpeg的LGPL授權 04/12 00:26
102F：→ mayuyu: Firefox最後還是用libvpx來解碼 04/12 00:26
103F：→ mayuyu: 由於目前Fx正式版播放4K有問題 根本完全不能正常播放 04/12 00:27
104F：→ mayuyu: 所以我沒有辦法測試Fx的解碼管線實做有沒有比較好一點 04/12 00:27
105F：→ mayuyu: 這個4K的播放bug在Nightly已經有修正了 04/12 00:28
106F：→ mayuyu: 將來38~39正式版應該就可以正常播放 04/12 00:28
107F：→ mayuyu: 到時候大家也可以試試看Fx放會不會順一點 04/12 00:28
108F：→ kaoh08: 原來DXVA不是純硬解 長知識了 不過這樣也比較好吧 現在編 04/12 04:07
109F：→ kaoh08: 碼格式陳出推新的 只是現在都CPU+GPU 在同個die 難道溝通 04/12 04:08
110F：→ kaoh08: 效率還是這麼差？ 04/12 04:08
111F：推 mayuyu: DXVA很微妙 算是半硬解？通常說法好像是Hybrid 混合解碼 04/12 06:36
112F：→ mayuyu: 純軟解就是全部交給CPU算 純硬解就是有特別設計的解碼電路 04/12 06:36
113F：→ mayuyu: 而混合解碼就是CPU+GPU 有些工作CPU做 04/12 06:36
114F：→ mayuyu: 有些工作由GPU來算比較快 就交給GPU做 04/12 06:37
115F：→ mayuyu: 理論上CPU和GPU分擔處理 各自有部分負載 04/12 06:37
116F：→ mayuyu: 但是有時候會出現很奇怪的結果...... 04/12 06:37
117F：推 mayuyu: 例如開了DXVA之後 CPU使用率接近0% 好像完全沒工作 04/12 06:41
118F：→ mayuyu: 但是同時GPU的使用率也沒有特別增長...好像二個人都沒事做 04/12 06:41
119F：→ mayuyu: 那現在到底是誰在解碼啦?(；ﾟДﾟ；) 有夠恐怖(；≧д≦) 04/12 06:42
120F：→ mayuyu: 有時候開了DXVA之後 理論上有GPU幫助 CPU使用率應該下降 04/12 06:42
121F：→ mayuyu: ......等等!! 怎麼CPU使用率反而暴增咧!? 04/12 06:43
122F：→ mayuyu: GPU你是來亂的哦 越幫越忙 (￣▽￣；) 04/12 06:43
123F：→ mayuyu: 所以說很微妙 有時候開了反而效率很差 04/12 06:44
124F：→ mayuyu: 我覺得應該是程式沒有寫好的關係 04/12 06:44
125F：→ mayuyu: <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< 04/12 06:45
126F：→ mayuyu: 雖然寫好的DXVA速度很快 不過最快的還是Intel的QuickSync 04/12 06:46
127F：→ mayuyu: 妖獸快!! Doom9上面有測試QS解碼H.264@1080p和其他的比較 04/12 06:46
128F：→ mayuyu: fps 最低/平均/最高 04/12 06:46
129F：→ mayuyu: QucikSync3 (Haswell) 1070/1070/1070 04/12 06:46
130F：→ mayuyu: CPU i7-4790 (DXVA native) 515/515/515 04/12 06:46
132F：→ mayuyu: VP5(Nvidia GT610 @ 0.81GHz) 125/139/143 04/12 06:47
133F：→ mayuyu: VP4(Nvidia GT440 @ 0.82GHz) 80/84/86 04/12 06:47
134F：→ mayuyu: <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< <>< 04/12 06:48
135F：→ mayuyu: 成績根本完全碾壓實在有夠誇張QuickSync其實是外星科技吧w 04/12 06:48
136F：→ mayuyu: (什麼軟體都不用裝 微軟系統的DS/MFT解碼器自帶QuickSync 04/12 06:49
137F：→ mayuyu: LAV Filter和PotPlayer同樣可以選擇使用QuickSync解碼) 04/12 06:49
138F：→ mayuyu: Intel的工程師 QucikSync Decoder的作者Eric Gur在上個月 04/12 06:49
139F：→ mayuyu: 有提到他已經著手開始研究H.265的QuickSync Decoder 04/12 06:49
140F：→ mayuyu: 可能下半年我們就有超快的H.265解碼器可以用 04/12 06:49
141F：→ mayuyu: 不過很可惜他目前好像沒有寫VP9的QuickSync Decoder的意思 04/12 06:50
142F：推 mayuyu: 在我的系統上PotPlayer的H.265和VP9解碼4K影片的速度 04/12 06:53
143F：→ mayuyu: 都比LAV Filter快 CPU負載大概少10% 雖然PotPlayer疑似抄 04/12 06:54
144F：→ mayuyu: 但是不知道做了什麼改變 為什麼會比較快 04/12 06:54
145F：→ mayuyu: 剛問了專家 原來我的認知是錯的 04/12 09:34
146F：→ mayuyu: 透過DXVA2如果硬體有完整支援 就可以完整硬解 04/12 09:34
147F：→ mayuyu: 這時CPU佔用就會出現我上面說的幾乎是0%的情況 04/12 09:35
148F：→ mayuyu: (原來不是靈異現象xD) 04/12 09:35
149F：→ mayuyu: 所以DXVA同樣也可以完整硬解 只是目前測試起來 04/12 09:35
150F：→ mayuyu: H.265的完整硬解只有GTX960的VP7 04/12 09:35
151F：→ mayuyu: Intel的內顯DXVA目前只有部分解碼 所以是Hybrid 04/12 09:35
152F：→ mayuyu: Skylake可能會有完整硬解 不過目前不知道會不會 04/12 09:36
153F：→ mayuyu: 同時支援8bit和10bit 還是只有8bit硬解 10bit還是用Hybrid 04/12 09:36
154F：推 gbanyan: m大你要不要獨立打一篇文章呀XD 04/13 07:19
155F：推 jyhfang: m大厲害 再推一次! 04/13 15:23
156F：→ jyhfang: Intel內顯硬解真的是筆電救星 CPU在背景忙碌的同時 04/13 15:28
157F：→ jyhfang: 只靠Intel硬體解碼就能順暢播放1080p影片 非常好用 04/13 15:28
158F：→ jyhfang: 希望未來能繼續強化這一塊 04/13 15:28
159F：推 CP64: 各種威猛的專業知識推 04/13 20:36
160F：推 FantasyNova: 沒想到日本最強偶像 連這都這麼厲害 今年一定連霸 04/14 12:21