我正在从我的网络服务器到 iPhone 实现 http 实时流视频。我会因为带宽而被拒绝吗？
Apache Web 服务器设置
添加：
AddType application/x-mpegURL .m3u8
AddType video/MP2T .ts
到“httpd.conf”文件。
电影文件准备
- 我有 3 个电影文件（每个 9mb - 25mb）。
- 使用 QuickTime 将电影转换为 iPhone 格式。
- 使用 mediafilesegmenter 将 .m4v 转换为 10 秒的 .ts 文件片段，并附带一个 .m3u8 文件。
- 将它们放在网络服务器上的文件夹中。
iPhone 应用程序实现
- 创建了 UIWebView，其 URL 指向 http://71.190.235.29 /~yujean/stream.html
- 模拟器可以正常访问该网站并流式传输电影文件。
问题
- 我还会因 3G 和/或 Edge 网络的带宽问题而被 Apple 拒绝吗？
- 我是否需要以某种方式首先检查最终用户所在的网络？然后相应地提供不同的电影？如果是这样，我该怎么做......？
提前谢谢你，
尤金
Apache webserver setup
added:
AddType application/x-mpegURL .m3u8
AddType video/MP2T .ts
to "httpd.conf" file.
Movie file preparation
- I have 3 movie files (9mb - 25mb each).
- Used QuickTime to convert movies into iPhone format.
- Used mediafilesegmenter to convert .m4v into 10-second segments of .ts files, with an accompanying .m3u8 file.
- Placed these in a folder on webserver.
iPhone App implementation
- Created UIWebView whose URL points to http://71.190.235.29/~yujean/stream.html
- Simulator accesses the site and streams the movie-files just fine.
Question
- Will I still get rejected by apple for bandwidth issues over the 3G and/or Edge network?
- Do I need to somehow check which network the end-user is on first? And then provide a different movie accordingly? If so, how do I do that ...?
Thank you in advance,
Eugene
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
当我们第一次向应用商店提交 mp3 流媒体时，我们因带宽使用过多而被拒绝。然后我们对应用程序进行了限制，将其下载量限制在 5 分钟内 4.5 兆，这一点被苹果公司接受了。
您可以查看该帖子以了解有关问题。
We were rejected when we first submitted our mp3 streamer to the app store for excessive bandwidth use. Then we hobbled the app to limit its downloads to 4.5 meg in 5 min, which was accepted by Apple.
You can review that thread for more info on the issue.
首先回答您的第二个要点，SDK 会为您完成这一切。确定流式传输的质量不是开发人员关心的问题。
为了回答你的第一个要点，我还没有提交我的直播应用程序，所以我不确定，但我相信如果你没有 64k 流，你会被拒绝。可以肯定的是，请查看 应用程序要求，这是您可能获得的明确要求列表。
To answer your second bullet-point first, the SDK does that all for you. Determining what quality to stream is not the concern of the developer.
To answer your first bullet-point, I haven't submitted my Live Streaming app so I don't know for sure, but I believe you will be rejected if you don't have a 64k stream. To be sure, check out Requirements for Apps, which is as definitive a list of requirements that you could probably get.