iPhone应用程序被拒绝"转移过多的数据"

Question

我们可爱的应用程序,从我们的服务器下载MP3到手机上的本地文件然后从该文件播放被拒绝使用太多的带宽.

我理解拒绝(我们正在下载而不是流媒体)并且不会对他们的决定嗤之以鼻......我们的首要任务是用户体验的质量.

我只是想知道......我现在该怎么办？

没有严格的规则......苹果公司只是说,"苹果的合理判断绝不能过度使用或过度负担网络容量或带宽".

有人知道Apple认为合理的数据传输率吗？

我应该用短喷射填充缓冲区文件吗？应该以恒定速率传输文件(我如何限制应用程序内的传输速率？)

欢迎任何和所有建议.

谢谢

Answer 1

我已经与Apple Developer支持人员进行了讨论,而且只是FYI.您只能通过蜂窝网络每分钟传输1 MB.支持建议您按以下方式测试应用程序:

"基本的测量方法是关闭所有后台更新(特别是Mail的自动邮件下载和日历更新),重置"设置:常规:用法:"中的传输统计信息,然后启动您的应用程序.让它运行固定的数量时间(五分钟是合理的),然后退出您的应用程序.完成测试后,"设置:常规:用法:"中"蜂窝网络数据"下列出的数字是您应该专注于减少的数字.

使用我刚才描述的内容,我建议每5分钟使用4.8 MB作为指导,以确保您的应用程序符合我们的带宽要求."

希望至少有一点帮助.

Answer 2

Answer 3

你考虑过HTTP直播吗？它内置于OS 3.0中.

基本上,您将媒体分成小片(例如,10秒)片段并将其放在标准的Web服务器上.然后,您以EXTM3U格式创建小文本"元描述符"文件,指出位的位置.有趣的是,您可以以不同的比特率创建每个代码段的多个版本.因此,如果您的带宽良好,iPhone播放器会动态选择较高的比特率,但当它低时,它会自动切换到较低比特率版本的片段.它可以即时运行以适应不断变化的条件.

因此,如果您将MP3分成多个10秒位,比如3个不同的比特率,那么当用户通过WiFi连接时,他们会获得高质量的内容,但如果他们使用的是3G或EDGE,则会逐渐降低质量(和较小的)内容.

如果这违反了您的可下载媒体概念,那么您可以使用相同的技巧并为每种连接类型保留多个大小的文件.然后,如果您使用的是WiFi(或者在服务器的心跳ping上获得快速周转),请下载大文件,而不是中型或小型文件.

这是分段内容的一个不错的步骤.他们专注于视频,但它也应该与音频内容一起使用.