大佬教程收集整理的这篇文章主要介绍了HTML5 Safari直播与否，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
您是否可以发布带有和不带有php脚本的服务器发送的标头？我想知道php脚本发送的内容是否不同于Content-Type正常提供的文件。
type在source元素上指定属性也是一个好主意，因此浏览器不必下载两个剪辑即可确定是否可以播放它们。
我无法重现您的问题。我尝试使用以下测试页面在Safari 4.0.4和当前的WebKit中每晚重新创建该问题。我只是使用mod_rewrite根据参数而不是php调度为不同的格式，但是我认为这不会有所作为，除非php以某种方式修改了该文件。
<!DOCTYPE HTML>
<title>AuIDo test</title>
<audio controls autobuffer>
<source src="gnossIEnne-no-1?foo=bar&format=.mp4">
<source src="gnossIEnne-no-1?foo=bar&format=.ogg">
</audio>
您可以尝试一下我的示例并让我知道它是否对您有用吗？
编辑啊。经过更多研究之后，问题似乎出<audio>在Safari 中的元素试图确定内容大小的行为方式奇怪。
这是摘自Safari数据包捕获的摘录，其中遇到了<audio>指向直接由Apache提供服务的文件的元素。如您所见，它首先尝试获取媒体的前两个字节，大概是这样它可以获取Content-Length，以及其他报头。然后，它尝试获取整个内容。然后，莫名其妙地，它尝试再次获取前两个字节，但传递适当的缓存头以获取“ 304 Not ModifIEd”响应。最后，仍然令人费解的是，它再次重新获取文件的最后3440字节。它会在单独的TCP连接中完成所有这些操作，这不仅增加了几次获取数据的开销，还增加了相当大的开销。
GET /stackoverflow/audio-test/say-noID3?foo=bar&format=.mp3 http/1.1
Host: ephemera.conTinuation.org
Range: bytes=0-1
Connection: close
User-Agent: Apple Mac OS X v10.6.2 CoreMedia v1.0.0.10C540
Accept: */*
Accept-EnCoding: IDentity
cookie: [redacted]
http/1.1 206 Partial Content
Date: Tue, 05 Jan 2010 02:12:48 GMT
Server: Apache
Last-ModifIEd: Tue, 05 Jan 2010 02:02:08 GMT
ETag: "b2a80ad-11f6-47c6139aaa800"
Accept-Ranges: bytes
Content-Length: 2
Content-Range: bytes 0-1/4598
Connection: close
Content-Type: audio/mpeg
# 2 bytes of data
GET /stackoverflow/audio-test/say-noID3?foo=bar&format=.mp3 http/1.1
Host: ephemera.conTinuation.org
Range: bytes=0-4597
Connection: close
User-Agent: Apple Mac OS X v10.6.2 CoreMedia v1.0.0.10C540
Accept: */*
Accept-EnCoding: IDentity
cookie: [redacted]
http/1.1 206 Partial Content
Date: Tue, 05 Jan 2010 02:12:48 GMT
Server: Apache
Last-ModifIEd: Tue, 05 Jan 2010 02:02:08 GMT
ETag: "b2a80ad-11f6-47c6139aaa800"
Accept-Ranges: bytes
Content-Length: 4598
Content-Range: bytes 0-4597/4598
Connection: close
Content-Type: audio/mpeg
# 4598 bytes of data
GET /stackoverflow/audio-test/say-noID3?foo=bar&format=.mp3 http/1.1
Host: ephemera.conTinuation.org
Range: bytes=0-1
Connection: close
User-Agent: Apple Mac OS X v10.6.2 CoreMedia v1.0.0.10C540
Accept: */*
Accept-EnCoding: IDentity
cookie: [redacted]
if-none-match: "b2a80ad-11f6-47c6139aaa800"
If-ModifIEd-Since: Tue, 05 Jan 2010 02:02:08 GMT
http/1.1 304 Not ModifIEd
Date: Tue, 05 Jan 2010 02:12:49 GMT
Server: Apache
Connection: close
ETag: "b2a80ad-11f6-47c6139aaa800"
# no data
GET /stackoverflow/audio-test/say-noID3?foo=bar&format=.mp3 http/1.1
Host: ephemera.conTinuation.org
Range: bytes=1158-4597
Connection: close
User-Agent: Apple Mac OS X v10.6.2 CoreMedia v1.0.0.10C540
Accept: */*
Accept-EnCoding: IDentity
cookie: [redacted]
http/1.1 206 Partial Content
Date: Tue, 05 Jan 2010 02:12:49 GMT
Server: Apache
Last-ModifIEd: Tue, 05 Jan 2010 02:02:08 GMT
ETag: "b2a80ad-11f6-47c6139aaa800"
Accept-Ranges: bytes
Content-Length: 3440
Content-Range: bytes 1158-4597/4598
Connection: close
Content-Type: audio/mpeg
# 3440 bytes of data
无论如何，如何处理php脚本的输出。在这里，Safari再次尝试下载前两个字节，但是您的脚本会忽略该Range请求并返回整个内容。显然，WebKit不喜欢那样，因此它会在没有Range请求的情况下再次尝试。同样，您的脚本将发送全部内容。Safari现在再次尝试添加一个Icy-Metadata标头，表明它认为自己正在下载流，并希望发送流元数据。最后，它接受该输出，并且该<audio>元素可以播放。
GET /say.php?text=this%20is%20a%20test&format=.mp3 http/1.1
Host: tts.mindtrove.info
Range: bytes=0-1
Connection: close
User-Agent: Apple Mac OS X v10.6.2 CoreMedia v1.0.0.10C540
Accept: */*
Accept-EnCoding: IDentity
http/1.1 200 OK
Date: Tue, 05 Jan 2010 02:14:28 GMT
Server: Apache
X-Powered-By: php/5.2.10
Content-Length: 4598
Connection: close
Content-Type: audio/mpeg
# 4598 bytes of data
GET /say.php?text=this%20is%20a%20test&format=.mp3 http/1.1
Host: tts.mindtrove.info
Connection: close
User-Agent: Apple Mac OS X v10.6.2 CoreMedia v1.0.0.10C540
Accept: */*
http/1.1 200 OK
Date: Tue, 05 Jan 2010 02:14:28 GMT
Server: Apache
X-Powered-By: php/5.2.10
Content-Length: 4598
Connection: close
Content-Type: audio/mpeg
# 4598 bytes of data
GET /say.php?text=this%20is%20a%20test&format=.mp3 http/1.1
Host: tts.mindtrove.info
Accept: */*
User-Agent: Apple Mac OS X v10.6.2 CoreMedia v1.0.0.10C540
Icy-Metadata: 1
Connection: close
http/1.1 200 OK
Date: Tue, 05 Jan 2010 02:14:28 GMT
Server: Apache
X-Powered-By: php/5.2.10
Content-Length: 4598
Connection: close
Content-Type: audio/mpeg
# 4598 bytes of data
总而言之，似乎Safari（或更准确地说是Safari用于处理所有媒体和媒体下载的QuickTime）具有完全破坏大脑的媒体下载方法。回传数据的某种方式（可能是您未响应Range请求的事实）使其认为您正在发送流媒体，从而导致其反复下载内容（即使面对确实响应的服务器）对于一个Range请求，它仍然执行比实际需要多的几个请求）。
我的建议是尝试适当地回应Range请求；在提供媒体内容时，浏览器可能会通过仅缓冲它们需要播放的内容来使用它们来尝试最小化带宽（尽管具有autobuffer指示您希望它们缓冲整个内容的属性，浏览器可能忽略它）。我建议使用X-Sendfile来让Apache处理文件，缓存和范围请求的服务，但是您似乎位于Dreamhost上（尚未@H_710_5@mod_xsendfile安装），因此您将不得不自己Range处理。
我正在尝试嵌入指向php文件提供的MP3或OGG数据的HTML5音频元素。当我在Safari中查看页面时，会显示控件，但UI会显示“实时广播”。当我单击播放时，音频将按预期方式启动。但是，一旦结束，我将无法通过单击播放再次开始播放。即使在音频元素上使用JS
API并将currentTime设置为0也会失败，并出现索引错误异常。
我怀疑php脚本的标头是问题所在，尤其是缺少内容长度。但是事实并非如此。响应头包括适当的Content-
Length，以指示音频大小有限。此外，一切都可以在Firefox 3.5+中正常运行。我可以多次单击音频元素上的“播放”以收听声音重放。
如果我从公式中删除php脚本并提供MP3文件的静态副本，则Safari中的所有功能都可以正常工作。
这是否意味着Safari对带有查询参数的音频src URL的处理方式与不包含它们的URL的处理方式不同？有人有运气可以工作吗？
我的简单示例页面是：
<!DOCTYPE html>
<html>
<head></head>
<body>
<audio controls autobuffer>
<source src="say.php?text=this%20is%20a%20test&format=.ogg" />
<source src="say.php?text=this%20is%20a%20test&format=.mp3" />
</audio>
</body>
</html>
http/1.x 200 OK
Date: Sun,03 Jan 2010 15:39:34 GMT
Server: Apache
X-Powered-By: php/5.2.10
Content-Length: 8993
Keep-Alive: timeout=2,max=98
Connection: Keep-Alive
Content-Type: audio/mpeg
直接文件访问的http标头：
http/1.x 200 OK
Date: Sun,03 Jan 2010 20:06:59 GMT
Server: Apache
Last-Modified: Sun,03 Jan 2010 03:20:02 GMT
Etag: "a404b-c3f-47c3a14937c80"
Accept-Ranges: bytes
Content-Length: 8993
Keep-Alive: timeout=2,max=100
Connection: Keep-Alive
Content-Type: audio/mpeg
我也尝试将Accept-Ranges标头硬编码到脚本中，但是没有运气。
以上是大佬教程为你收集整理的HTML5 Safari直播与否全部内容，希望文章能够帮你解决HTML5 Safari直播与否所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。