如何处理Chrome中糟糕的HTML5视频性能？

一年多前，我们在网站上添加了一个。当时OGV不是很好，也没有好的WebM编码器，所以我们决定在webkit浏览器（Chrome、Safari等）中使用HTML5和h.264，然后在其他浏览器中使用Flash（使用相同的h.264源文件）

这已经很有效了一段时间。最近（可能是一两个月，所以在多个Chrome版本中——目前版本为24.0.1312.52 m），我们发现Chrome在播放方面确实落后。我们认为这是一个服务器问题，所以我们升级了服务器，它的行为仍然是一样的。我记得曾读到谷歌想放弃h.264，把所有人都转移到WebM，并认为这一性能就是其中的一部分。我们将一些视频转换为WebM，并用Chrome对它们进行了测试，它们的滞后性同样糟糕。同样的视频（WebM）在FireFox中流畅流畅，MP4通过Flash插件在FireFox中流畅流畅

我访问了YouTube并打开了HTML5视频支持，发现视频在Chrome中也会滞后（在高清模式下运行时），而在Flash模式下播放效果良好。（即使启用了HTML5，一些视频仍通过Flash播放。）

在Windows 8和Mountain Lion上进行了测试

我和同事谈过，他们也看到了同样的问题。所以不仅仅是我。所以我的问题是：

这是我们的视频编码的问题吗

这是一个Chrome的bug吗

还是仅仅局限于我们

除了切换回Flash，还有什么办法可以解决这个问题吗

---

这就是我的意思。如果该标志被禁用，浏览器将尝试使用硬件加速视频解码，我可以承认这会在某些设备中引发错误且缓慢的视频渲染。如果启用，，则决不使用硬件加速视频解码，但上述问题消失。从理论上讲，它增加了能够使用这种加速的设备的解码时间，但我已经在这个领域工作了将近一年，我仍然没有意识到这方面有什么不同。尽管如此，我仍然不知道如何在没有测试的情况下识别设备是否能够正常运行（此功能的可用性似乎并不授予其正确的行为）。我也看到了这一点，但只有在较大的视频大小时才明显。老实说，我把这归因于我的测试机没有动力——但也许不是@w3d一年前的表现还不错。我认为我也有机器问题，或者我改变了编码，但即使是旧的视频也会播放相同的内容。你能分享一个测试视频吗？编码与你的内容相同，但表现出相同的行为？它在OSX和Windows上的行为是否相同？它是大帧速率还是高帧速率？您是否有任何Chrome插件/扩展可能会影响系统results@Offbeatmammal在OSX和Windows上也一样-我在禁用所有Chrome扩展的情况下尝试过。你可以下载。这是720p。嘿，吉姆，在家里用OSX上的Chrome浏览器试过这段视频（和网站上的其他视频），他们看起来很好，甚至在缓冲区前面寻找也不错。你通过“滞后”体验到了什么？它们在小模式和大模式下都很好（这么多年后再次见到Pascal很有趣！）。它在事件记录器中的行为如何？这应该是答案。有些设备内置硬件解码；其他人则不然。（但大多数设备都应该内置视频解码（而不是视频）芯片）启用此功能后，Chrome会在随后通过软件解码视频的同时尝试找到芯片。在我的测试中，这导致了轻微的延迟，但可能是因为我在虚拟机上运行。再次，试着在你的设备上测试它-它应该有解码芯片~当笔记本电脑用户播放您的视频时，打开此标志意味着电池寿命变差。所有现代设备都支持视频的硬件解码，这不仅是为了平滑，还为了节省电池。如果谷歌Chrome有一个问题，在同一台电脑上竞争的浏览器没有，那么请向谷歌投诉。