楼主:
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:004K影片要用什么萤幕才看得出差别,我家用17吋LCD还没坏,现在720P跟1080P差异都看不出来了。
作者:
Kreen (æ¯å¤©è¦æ›´å„ªç§€ä¸€é»ž)
2015-04-07 23:12:00买 4K 以上的萤幕就看得出来啊,便宜的两万多就有了。买一台好萤幕看影片、玩游戏爽度差很多啊。
手机上4K到底是什么概念…数大就是美?O_O基本上,我就算在46吋上也看不出720/1080的差别,动态时
作者:
Kreen (æ¯å¤©è¦æ›´å„ªç§€ä¸€é»ž)
2015-04-08 12:26:00手机上 4K 我也看不出来。XD 不过 46 吋电是看不出来?真的该检查一下= =
用了新编码让流量减少,解码解不动的话也一样不能看XD
作者:
CP64 (( ̄▽ ̄#)﹏﹏)
2015-04-08 17:37:00vp9 ... 先搞定解码效能再说啦
作者:
mayuyu ((・ω・)ノ)
2015-04-08 20:50:00VP9的解码效能比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请问音质是相同的吗?
蛮好奇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 硬解的卡不多 和 软件效能 囉 @@
感谢m大的热心解说! 看来H.265 VP9在各方面还有得战 XD
作者:
kiki1503 (琦琦壹伍零参)
2015-04-10 21:56:00VP9 之前不是编码格式被告侵权吗?所以现在是解套了?
作者:
andrew43 (讨厌有好心推文后删文者)
2015-04-11 04:53:00Ogg只是容器,应明说是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谢谢楼上提供的资讯。
这资讯涉猎实在是有够广,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:00DXVA很微妙 算是半硬解?通常说法好像是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:00m大你要不要独立打一篇文章呀XD
m大厉害 再推一次!Intel内显硬解真的是笔电救星 CPU在背景忙碌的同时只靠Intel硬件解码就能顺畅播放1080p影片 非常好用希望未来能继续强化这一块
作者:
CP64 (( ̄▽ ̄#)﹏﹏)
2015-04-13 20:36:00各种威猛的专业知识推