2013-02-19 112 views
2

我注意到有很多图书馆用于播放HTML5音频,但是不是HTML5音频的全部想法,我们不需要库来实现这个功能。为什么我需要HTML5音频库?

如果我不需要Flash后备,但对于流媒体音乐(我自己),也可以在彼此之后每首乐曲播放一个简单的解决方案,我则需要像jPlayerSoundmanager2库?

我知道我需要不同的音频格式,但这不是问题,因为我不会有很多在线的曲目。

回答

1

的HTML5音频的“整体观念”是最终用户和网页的作者不应该需要依靠浏览器插件播放音频 - 直接从标准化的功能应包括在浏览器和可控HTML/JavaScript的。

我没有使用过HTML5音频库,但是看着jPlayer和Soundmanager2主页,它看起来像它们提供的主要功能是不支持HTML5音频的浏览器的后备。

我怀疑他们可能也有一些内置的自定义用户界面来播放音频,但如果你不喜欢浏览器提供的本地音频控件。

+0

控件应该可以通过CSS进行编辑我认为...... – 2013-04-07 16:18:17

1

您可以直接使用HTML5,但您很快就会意识到存在大量问题。

图书馆像jPlayer(其中的方式是伟大的)占像浏览器的支持,优化和下降后背等

如果要编写所有的自己,你可以,但一个通俗图书馆许多共同的问题将迈进,这是明智的选择。

事实是,HTML5提供了非常强大的功能,但在当前这个时刻它的支持很薄。这一切都让你的生活更轻松!

+0

“浏览器支持”和“后退”听起来像是同一件事。有区别吗?图书馆提供了哪些优化? – 2013-02-19 13:04:00

+0

它们听起来很相似,但我的意思是,除了图书馆“检测”对该功能的支持之外,它还提供了“后备”功能。虽然他们不一样。举例来说,每个浏览器都可能会'支持'HTML5音频,但采用稍微不同的方式来实现。一个好的库将允许您为所有情况编写一次代码,而无需担心浏览器特定实现HTML5规范。 – 2013-02-19 13:06:19

+0

关于“一大堆问题”,几年前[http://foboslab.org/log/2011/03/the-state-of-html5-audio] [这里有详细介绍的文章] 。 – 2013-02-19 13:06:45

0

此时,HTML-5音频实际上包含两个不同的派系。一个是音频标签,另一个是Web Audio API。前者是播放嵌入音频文件的快速机制,后者是一种以低延迟方式播放,处理和操作音频的方式,可用于游戏开发和更专业的环境,其中混响效果,滤镜,“3D”声音和其他特征是需要的。但是为了回答你的问题,使用HTML 5音频标签库的唯一真正原因是(在我看来),这是为了实现浏览器之间的向后兼容性以及诸如多重文件触发和事件处理之类的易用性。

+0

谢谢,这是一个很好的解释。我可能需要额外的东西,如事件处理,所以会深入jplayer。 – 2013-04-07 16:17:54