【问题标题】:Youtube iframe api cpu usage?Youtube iframe api cpu 使用情况?
【发布时间】:2012-03-01 00:32:44
【问题描述】:

我一直在使用 Youtube 的 javascript api 使用他们的 flash 对象嵌入方法 (swfObject embed) 开展一个项目,但今天得知我可以使用他们的 iframe 播放器 api 并使用 HTML5 版本。这听起来很棒,因为摆脱 Flash 将意味着更低的 CPU 使用率……至少我是这么认为的。

反正我研究了一段时间,把它变成了一个html5版本,但是cpu使用并没有太大变化。实际上,在大多数情况下,它似乎更高。我知道使用 HTML5 播放器还有其他好处,但我最大的期望是资源使用率低,所以我很失望。

也许我做错了什么?任何实现 iframe api 的人都可以分享他们在 cpu 使用方面的经验吗?

【问题讨论】:

  • Flash 可能会利用您的视频卡进行加速,而您的浏览器中的本机支持则不能,从而为 Flash 提供优势。
  • 我不明白为什么这被否决了?我是否以错误的方式表达了这个问题?还是我问错了问题?

标签: youtube youtube-api html5-video youtube-javascript-api


【解决方案1】:

如果设备/浏览器支持 Flash,Youtube IFrame API 仍将提供 Flash 播放器。如果 flash 不可用,它只会将 html5 播放器作为备份。

来自文档:

这种方法比以前可用的 API 提供了更大的灵活性,因为它允许 YouTube 为不支持 Flash 的移动设备提供 HTML5 播放器而不是 Flash 播放器。

这可能就是为什么您看到 CPU 使用率几乎没有差异的原因,因为它可能正在为 Flash 播放器服务。无论哪种方式,您都应该使用 IFrame API 来增加灵活性,如果您确实注意到 cpu 使用成为一个问题,最好的地方是 Youtube API 开发者论坛http://groups.google.com/group/youtube-api-gdata?pli=1,因为它受到 Google 的监控。

【讨论】:

  • 如果我右键单击它并且上下文菜单显示 HTML5,我认为它不会提供 Flash 播放器。此外,我的电脑上还提供了 Flash。我很确定它不是 Flash。
  • 另外,据我所知,使用 iframe api 并没有增加灵活性。实际上,我发现可用的方法较少,更不用说因缺乏方法而缺乏文档了。甚至 Google 也不建议开发人员将 api 用于生产目的,因为它可能会在没有警告的情况下更改,因为它处于测试阶段。
  • 增加了灵活性,因为它既可以用于 Flash 播放器,也可以用于 html5 播放器。这取决于移动对您来说意味着多少。 Iframe API 基本上使用与 Javascript API 相同的一组方法,因此您可以查看这些方法以获取更多文档。
猜你喜欢
  • 1970-01-01
  • 2019-07-30
  • 2013-10-19
  • 2018-04-28
  • 1970-01-01
  • 2014-01-26
  • 1970-01-01
  • 1970-01-01
  • 2011-09-12
相关资源
最近更新 更多