果然油管关掉 html5 后速度飞快

[trepwq]

这两天折腾香港 SOFTLAYER 的 vps ， ss+fs （ udp ），使用 html5 的油管 4k 稍卡，看速度最高 25000kbps ，平均 6~7000kbps,关了 html5 直接飙到 80~90m 的速度，基本吃满我的联通 100m ，打开直接是 4k 的， html5 下打开是 1080p 的。
观察了网速不是连续的，很均匀的一个一个波峰。

[typcn]

@hjc4869 HEVC 如果不放下专利收费注定会死亡，厂商需要每年支付 0.2 美元为每一个终端用户，上无封顶， Google 按用户量 10E 计算， Google 需要向 mpegla 每年支付 2 亿美元的 HEVC 专利费用。

Google 自己在研发跟 HEVC 抗衡的 VP10 ，试图让视频编码开源免费，可能会去花这么多的钱去购买商业解码器？我觉得可能性为 -1 。

我自己尝试用 libvpx 编码的 vp9 确实没有发现比 h264 高到哪去，但是 youtube.com 上面的内容差距却挺大的，很多视频确实是节省了 30-40% 的，可以尝试使用 youtube-dl 爬一些视频的 manifest 看一下。

至于硬解，是市场决定的，当年支持 h264 硬解的设备也是寥寥无几，但是现在几乎找不到不支持 h264 硬解的设备，就是因为他的应用广泛，如果 VP9 or 未来的 VP10 市场份额非常高，硬件厂商肯定会在第一时间跟进硬解支持，毕竟要吸引大家购买他的设备。

[kn007]

@Stof THX.

[loading]

flash 能使用更好的加载方式，例如 p2p 。

[Totoria]

我以前用 html5 加载也能超过 50Mbps 。最近也无法超过 10Mbps 了 连 1440p@60f 都看不了
原来是 HTML5 的锅



可是并没有 Flash

[trepwq]

@pH finalspeed

[trepwq]

@typcn 可是实际使用效果上，同样条件下看 4k 确实不卡了

[snow9312]

@ivmm 南方的冬天还是需要 flash …

[shunia]

@typcn
喂喂喂， Flash 不支持缓冲控制是从哪儿得来的结论，你不看优酷的吗？全文件下载播放的方式，缓冲支持得很好啊！
另外下载速度快，跟耗费更多流量看更多内容有半毛钱关系？楼主说的速度快，应该是相对它的带宽来说的吧？这么误读真的好吗？
从编码的方面来说，既然是 Google 自家的编码格式，用 Flash 写点代码解开也是分分钟的事，为什么到 Flash 这儿就一定要多花流量啦？

哥们你也是大牛加 v2 活跃用户，这种不负责任的说法，我虽然觉得自己会挨喷但是还是忍不住。

反倒是 23L 的同学用的背锅方式稍微合理一点，然而 html5 播放器在 JS 的支持下一样可以 P2P ，另外个人怀疑在果然不提醒用户的方式进行 P2P 加速应该是会被告的，所以 youtube 应该没有使用 P2P 。所以还是甩错了锅。。

[OOXZ]

是呀，风扇也是转的飞快╮(╯▽╰)╭

[FradSer]

@shunia 对呀，我也觉得完全不符合科学道理啊

[AnyOfYou]

@shunia 优酷那种都切片了。他的意思是说，因为 Youtube HTML5 下载你播放位置后的一小段就停止或者自动减速下载了，所以 Stats of nerds 里的速度慢。

[shunia]

@AnyOfYou
纯学术讨论哈：看优酷时试一下 F12 。另外 Flash 的 API 本身就是支持文件播放时缓冲的。另外跟这个相关的是他还有一点说的不正确， Flash 的 seek 需要服务器支持不假，但是 html5 的 seek 居然不需要服务器支持？不懂怎么做到的。因为不管分片不分片两者 seek 的原理都可以一模一样。

另外 stats for nerds 假如是你设计的话，应该也不会把这个功能做成在没下载时也强行把空着的时间段统计进去吧。。。那个显示的应该是统计出来的平均码率，个人感觉不仅仅是通过计算下载数据的，也会通过测速接口判断。

[guoyijun163]

我觉得问题在于 HTML5 版的视频分片载入太细了。。。。大约一次请求只读 1~4MB ，频繁的进行 HTTP 请求……

[zongwan]

flash 播放视频的 API 介绍
NetStream - Adobe ActionScript® 3 (AS3 ) API Reference
http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/net/NetStream.html#seek()

FLASH API 被 intel CPU 级别 指令集优化的结果,更好的利用到了缓冲
反过来说 intel 加入渲染的指令集优化,HTML5 因为某些原因还未能享受到.

如果是 FMS 后台那么会更加优秀, AMF 格式会减少很多数据传输的体积.
实际 FMS 太贵, java 端 有 red5 方案,nodejs 端也有对应的开源

FMS 方案很出名,但 flash 在 P2P 的解决方案还不够优秀,目前没见过有知名的产品用.
期待 HTML5 20 年内能提供更好的方案 然后弄个 HTML5 直播吧

[hjc4869]

@typcn 问题就在于现在的主流 PC 硬件（如 Haswell 之后的 Intel HD Graphics ，还有主流 NVIDIA 显卡）和高端移动硬件（如高通 810 等）都已经选择了 HEVC ，也就是厂商已经帮你把专利费给交了……

[wclebb]

因为 Flash 有 P2P 技术。

[d1sm]

youtube html5 播放器用了 spdy 传输视频,抓包可见,spdy 在 tcp 上重新实现了一个虚拟传输层来支持多路复用,速度不但受限于 tcp,还受限于 spdy 自己的拥塞机制,目前来看,spdy 在某些情况下表现并不好,flash 直接用 tcp,速度只取决于 tcp.

和编码,缓存,p2p 没什么关系.

[hjc4869]

@shunia Flash 本身没有 vp8/vp9 支持，用 actionscript 写解码器和渲染器得死人

[imn1]

我是关闭 Flash 让其他网站飞快

[iloveayu]

@guoyijun163 是的，最初油管启用 HTML5 的时候是整段的，后来变成一个视频 4-5 段，又后来就变成现在的几 M 一段了。不知道是不是为了防止用户直接另存视频，然而并没卵用啊。