我怎样才能让Chrome使用范围HTTP标头在音频求? [英] How can I make Chrome use the range http header for seeking in audio?

查看:366
本文介绍了我怎样才能让Chrome使用范围HTTP标头在音频求?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

据洗刷过去的缓存/加载时间时,即使可搜索量声称自己是100%的样子Chrome的下载从文件的开头。

It looks like Chrome downloads from the beginning of a file when scrubbing past the buffered/loaded duration, even though the 'seekable' amount claims to be 100%.

我提出了一个演示页硬coded到存储在S3上59分钟的音频文件,但在其他方面完全相同jPlayer演示:

I put up a demo page hardcoded to a 59 min audio file stored on s3, but otherwise identical to the jPlayer demo:

http://beta.prx.org/jplayer_demos/演示-01提供-MP3-bm.htm

我测试的是Mac(10.6.8)上:

I'm testing on a Mac (10.6.8):

在Safari浏览器(5.1.4),如果你擦洗过去加载/缓冲时间,它启动使用范围头另一个请求,并获得从该点几乎立即的音频。

On Safari (5.1.4), if you scrub past the loaded/buffered duration, it initiates another request using the range header, and gets the audio from that point almost instantly.

在Chrome(17.0.963.79),当你擦超出缓冲/加载的时间,它位于和旋转,直到它可以从一开始加载音频期间擦洗。

On Chrome (17.0.963.79), when you scrub beyond the buffered/loaded duration, it sits and spins until it can load the audio from the beginning to the duration scrubbed.

不知道如何让Chrome的行为本身以及当你擦过去的音频文件的加载部分使用范围头?

Any idea how to make Chrome behave itself and use the range header when you scrub past the loaded part of the audio file?

推荐答案

我开着这个坚果。我实现Web播放器jPlayer也和他们谈的开发者指南有关接受范围HTTP标头,以及如何乱用浏览器,但多亏了你,我意识到这是一个HTML5音频标签问题......这么多浪费时间。
FIX:添加参数的解决方案:快闪,HTML'。在jPlayer构造改变默认闪

I was driving nuts with this. I'm implementing a web player with jPlayer too and they talk on the dev guide about the "Accepts-range" HTTP header and how it mess with Chrome, but thanks to you I realised it's a HTML5 audio tag problem... so much time wasted. FIX: add the parameter "solution: 'flash, html'" on the jPlayer constructor to change to flash by default.

这篇关于我怎样才能让Chrome使用范围HTTP标头在音频求?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆