虽然我没有 iPhone 来测试这一点，但我的同事告诉我嵌入式 媒体文件，例如下面 sn-p 中的文件，仅在 iphone 通过 WLAN连接或3G，通过GPRS连接时不起作用。
<html><body>
<object data="http://joliclic.free.fr/html/object-tag/en/data/test.mp3" type="audio/mpeg">
<p>alternate text</p>
</object>
</body></html>
是否有一个带有媒体文件的示例 URL，可以在 iPhone 浏览器中播放 iphone什么时候用GPRS连接（不是3G）？
【问题讨论】：
iPhone YouTube 应用程序在通过 EDGE 连接时会自动下载质量低于通过 Wi-Fi 连接的视频，因为网络速度要慢得多。这一事实让我相信 Apple 会做出设计决定，不再费心通过 EDGE 下载 MP3。浏览器无法提前知道比特率是否足够低，而且很有可能不会。因此，与其用播放时间过长的声音文件（并阻止他们在下载时接听电话）让用户感到沮丧，不如让他们免于烦恼并鼓励他们寻找 Wi-Fi 热点。
【讨论】：
试试这样的方法，它适用于网页。这实际上是一个 320kps 的 mp3，但它只有 30 秒长。您可以使用名为 LAME 的程序将 mp3 转换为您的比特率 这对你有用。
<div class="music">
<p>Pachelbel's Canon</p>
<!--[if !IE]>-->
<object id="Cannon" type="audio/mpeg" data="http://calgarydj.ca/sound%20files/Pachebels%20Cannon.mp3" width="250" height="16">
<param name="autoplay" value="false" />
<param name="src" value="http://calgarydj.ca/sound%20files/Pachebels%20Cannon.mp3" />
<!--<![endif]-->
<object id="Cannon" classid="CLSID:6BF52A52-394A-11d3-B153-00C04F79FAA6" width="250" height="60">
<param name="autostart" value="false" />
<param name="url" value="http://calgarydj.ca/sound%20files/Pachebels%20Cannon.mp3" />
<param name="showcontrols" value="true" />
<param name="volume" value="100" />
<!--[if !IE]>--></object><!--<![endif]-->
</object>
</div><!-- end of control -->
【讨论】：
我不知道这个限制。尽管在您的提供商可能按字节收费的蜂窝数据服务上禁用潜在的数据量大的 OBJECT 或 EMBED 标签确实有意义，但如果这是原因，那么它仍然可以在 3G 上工作是没有意义的并且仅不在 GPRS 上。
也许问题是基本数据吞吐量之一？你自己（或我自己）没有 iPhone 很难测试你同事的说法。
请记住，GPRS 比 Wi-Fi 或 3G 慢得多。根据 Wikipedia 的说法，GPRS 将提供 56 到 114 kbps 的总双工吞吐量，并不是所有的都在下载方向。您已经可以看到，即使您获得最佳吞吐量并将其全部作为下载速度，它也不足以立即流式传输典型的 128 kbps mp3。
以 Google 上出现的 this forum discussion 为例，GPRS 客户（不使用 Telestra 的客户，它是该地区的 EDGE 提供商）的速度约为 40 kbps。因此，如果正如问题所暗示的那样，您被困在 EDGEland，而不是 3Gland 或介于两者之间的任何东西，播放 30 秒的 mp3 大约需要 20 秒的缓冲时间。而且，当您使用 OBJECT 或 EMBED 之类的行为模糊标签时，无法保证浏览器将如何解释它以及它是否会尝试智能地流式传输文件，而不是在启动之前必须下载整个文件。
因此，您的同事很可能只是没有等待足够长的时间来查看他选择作为测试的任何嵌入式媒体是否开始播放（假设他没有在那里使用您的 17KB 测试 mp3）。 iPhone也有可能确实有这个限制，尽管我认为谷歌会比我发现的快速搜索更愿意接受它，因为人们已经对他们不喜欢iPhone的其他事情直言不讳。另一种可能性是，它是当前 iPhone 附带的 Safari 构建的一个限制，可能会在未来版本或其他浏览器中更改。
最终，问题是，你真正想要什么样的用户体验？ GPRS 上的嵌入式音频将需要很长时间才能加载，并且用户不会享受这种体验，甚至可能根本无法体验它，如果它应该在页面访问时开始播放并且在他们导航之前它不会加载离开。在这种情况下，这可能不是一个值得努力的目标。
【讨论】：