Javascript HTML5移动web应用程序上的音频延迟

Javascript HTML5移动web应用程序上的音频延迟,javascript,ios,html,audio,mobile-website,Javascript,Ios,Html,Audio,Mobile Website,我正在使用HTML5和Javascript开发一个移动web应用程序。目标是使用HTML5音频标签创建一个带有按钮的页面,在触摸事件后播放声音。但是我注意到在触摸事件和声音播放之间有一个明显的延迟,即使在音频文件被缓存之后也是如此。我想这可能是因为iOS Safari处理声音的方式,但我不确定。这个问题有什么解决方案或创造性的解决办法吗?如何最大限度地减少触摸事件和播放之间的延迟?音频延迟可能是由于iOS中的缓冲问题造成的,而缓冲问题是由于蜂窝数据费用造成的。用户必须显式触发事件,才能开始下载内

我正在使用HTML5和Javascript开发一个移动web应用程序。目标是使用HTML5音频标签创建一个带有按钮的页面,在触摸事件后播放声音。但是我注意到在触摸事件和声音播放之间有一个明显的延迟,即使在音频文件被缓存之后也是如此。我想这可能是因为iOS Safari处理声音的方式,但我不确定。这个问题有什么解决方案或创造性的解决办法吗?如何最大限度地减少触摸事件和播放之间的延迟?

音频延迟可能是由于iOS中的缓冲问题造成的,而缓冲问题是由于蜂窝数据费用造成的。用户必须显式触发事件,才能开始下载内容

在iOS上的Safari(适用于所有设备,包括iPad)中,用户可能位于蜂窝网络上,并按数据单元收费,预加载和自动播放被禁用。在用户启动之前,不会加载任何数据。这意味着JavaScript play()和load()方法在用户启动播放之前也是非活动的,除非play()或load()方法是由用户操作触发的。换句话说,用户启动的播放按钮可以工作,但onLoad=“Play()”事件不能工作

-

==编辑===


一个潜在的改进是在移动产品中使用较低比特率/较高压缩音频。然而,质量将大大降低。仅在应用程序中可以接受的情况下使用。

音频延迟可能是由于iOS中的缓冲问题造成的,而缓冲问题是由于蜂窝数据费用造成的。用户必须显式触发事件,才能开始下载内容

在iOS上的Safari(适用于所有设备,包括iPad)中,用户可能位于蜂窝网络上,并按数据单元收费,预加载和自动播放被禁用。在用户启动之前,不会加载任何数据。这意味着JavaScript play()和load()方法在用户启动播放之前也是非活动的,除非play()或load()方法是由用户操作触发的。换句话说,用户启动的播放按钮可以工作,但onLoad=“Play()”事件不能工作

-

==编辑===


一个潜在的改进是在移动产品中使用较低比特率/较高压缩音频。然而,质量将大大降低。仅在应用程序中可以接受的情况下使用。

音频延迟可能是由于iOS中的缓冲问题造成的,而缓冲问题是由于蜂窝数据费用造成的。用户必须显式触发事件,才能开始下载内容

在iOS上的Safari(适用于所有设备,包括iPad)中,用户可能位于蜂窝网络上,并按数据单元收费,预加载和自动播放被禁用。在用户启动之前,不会加载任何数据。这意味着JavaScript play()和load()方法在用户启动播放之前也是非活动的,除非play()或load()方法是由用户操作触发的。换句话说,用户启动的播放按钮可以工作,但onLoad=“Play()”事件不能工作

-

==编辑===


一个潜在的改进是在移动产品中使用较低比特率/较高压缩音频。然而,质量将大大降低。仅在应用程序中可以接受的情况下使用。

音频延迟可能是由于iOS中的缓冲问题造成的,而缓冲问题是由于蜂窝数据费用造成的。用户必须显式触发事件,才能开始下载内容

在iOS上的Safari(适用于所有设备,包括iPad)中,用户可能位于蜂窝网络上,并按数据单元收费,预加载和自动播放被禁用。在用户启动之前,不会加载任何数据。这意味着JavaScript play()和load()方法在用户启动播放之前也是非活动的,除非play()或load()方法是由用户操作触发的。换句话说,用户启动的播放按钮可以工作,但onLoad=“Play()”事件不能工作

-

==编辑===

一个潜在的改进是在移动产品中使用较低比特率/较高压缩音频。然而,质量将大大降低。仅在您的应用程序中可接受时使用