我正要向商店提交一个应用程序，通过蜂窝和 Wi-Fi 流式传输音频，并意识到该应用程序可能有被拒绝的危险。
该应用程序适用于具有现有流式传输架构的广播电台，设置 HTTP 实时流式传输协议(protocol)会向混合中添加第五个和第六个流 - 可能是一个非常复杂的设置。因此，为了尽量减少站点端的复杂性，应用程序代码目前使用 iphone_radio open-source library让流工作。根据该库的创建者的说法，它用于商店中的应用程序，Radio Javan .
快速 Google 发现许多不同的视频流拒绝案例，但很少有音频拒绝案例。 Apple 的 HTTP Live Streaming 政策对音频不是很清楚:
If your app delivers video over cellular networks, and the video exceeds either 10 minutes duration or 5 MB of data in a five minute period, you are required to use HTTP Live Streaming. (Progressive download may be used for smaller clips.)
If your app uses HTTP Live Streaming over cellular networks, you are required to provide at least one stream at 64 Kbps or lower bandwidth (the low-bandwidth stream may be audio-only or audio with a still image).
These requirements apply to iOS apps submitted for distribution in the App Store for use on Apple products. Non-compliant apps may be rejected or removed, at the discretion of Apple.
但是，跳出的一行是 64 Kbps。当前的流是 128 Kbps，尽管与将它们切换到 HTTP Live Streaming 相比将它们降低到 64 Kbps 相对微不足道。
是否值得按原样(128 Kbps 流)将应用程序提交到商店，或者我几乎肯定会因为不使用实时流媒体协议(protocol)而被拒绝？如果我将流降低到 64 Kbps 会怎么样？
最佳答案
来自 App Store 审核指南:
9.3 蜂窝网络上的音频流内容在 5 分钟内使用的容量不得超过 5MB
9.4 超过 10 分钟的蜂窝网络视频流内容必须使用 HTTP 实时流式传输并包括基线 64 kbps HTTP 实时流。
https://developer.apple.com/appstore/resources/approval/guidelines.html#media-content
因此 App Store Guidelines 没有对 AUDIO 流设置 64 kbps HTTP Live 流的要求。
据此，除非音频流在 5 分钟内使用超过 5MB 的数据，否则甚至不需要使用 HLS。
关于ios - 流式音频 : HTTP Live Streaming a must for app store approval?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11202109/