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