我们可爱的应用程序将mp3s从我们的服务器下载到手机上的本地文件中,然后从该文件中播放,但由于使用了太多带宽而被拒绝。
我理解他们的拒绝(我们是下载而不是流媒体),不要对他们的决定吹毛求疵……我们的首要任务是用户体验的质量。
我只是想知道。我现在该干啥?
没有硬性规定。苹果只是说,“在苹果的合理判断中,不得过度使用或过度负担网络容量或带宽”。
谁有苹果认为合理的数据传输速率的数据?
我应该在短时间内填满缓冲区文件吗?应该以恒定的速率流式传输文件(以及如何限制应用程序内部的传输速率?)
欢迎提出任何建议。
谢谢
发布于 2009-08-13 18:01:33
我已经和苹果的开发支持人员谈过了,仅供参考。在蜂窝网络上,您每分钟只能传输1MB。支持人员建议您通过以下方式测试应用程序:
“基本的测量方法是关闭所有后台更新(特别是邮件的自动邮件下载和日历更新),在”设置:常规:使用:“中重置传输统计信息,然后启动应用程序。让它运行固定的时间(五分钟是合理的),然后退出应用程序。完成测试后,”设置:常规:使用:“中的”蜂窝网络数据“下面列出的数字是您应该重点减少的数字。
使用我刚刚描述的,我建议每5分钟4.8MB作为确保您的应用程序保持在我们的带宽要求内的指导原则。“
希望这至少能有一点帮助。
发布于 2009-08-06 03:19:32

发布于 2009-08-06 03:52:33
您是否考虑过HTTP Live Streaming?它内置于OS3.0中。
基本上,你把你的媒体分成小的(比如10秒)片段,然后放在一个标准的web服务器上。然后创建EXTM3U格式的小文本“元描述符”文件,指出这些位的位置。有趣的是,您可以以不同的比特率创建每个代码片段的多个版本。因此,如果您的带宽很好,iPhone播放器会动态选择较高的比特率,但当带宽较低时,它会自动切换到较低比特率版本的代码片段。它在运行中这样做是为了适应不断变化的条件。
因此,如果你将你的MP3分成多个10秒的比特,比方说,3个不同的比特率,那么当用户通过WiFi连接时,他们得到的是高质量的内容,但如果他们是3G或EDGE,他们得到的内容质量会逐渐降低(而且尺寸更小)。
如果这违反了您的可下载媒体概念,那么也许您可以使用相同的技巧,为每种连接类型保留多个大小的文件。然后,如果你使用的是WiFi (或者通过对服务器的心跳ping快速恢复),则下载大文件而不是中或小文件。
关于内容分割的Here's a decent step-by-step。他们专注于视频,但它也应该适用于音频内容。
https://stackoverflow.com/questions/1236788
复制相似问题