我正在向商店提交应用程序的前夕,该应用程序通过蜂窝和Wi-Fi传输音频,并意识到应用程序可能有被拒绝的危险.

该应用程序适用于具有现有流式架构的广播电台,并且设置HTTP直播流协议将添加第五和第六流混合 – 可能是非常复杂的设置.因此,为了最大限度地降低工作站端的复杂性,应用程序代码目前使用iphone_radio open-source library来使流工作.根据该库的创建者,它用于商店中的应用程序Radio Javan.

一个快速的谷歌发现许多不同的视频流拒绝案例,但很少有音频. Apple的HTTP直播流策略对音频不是很清楚：

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,但是将它们降低到64 Kbps与将它们切换到HTTP Live Streaming相比是相对微不足道的.

是否值得将应用程序按原样提交到商店(128 Kbps流),或者我几乎可以保证因不使用直播流协议而被拒绝？如果我将流降低到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指南未规定AUDIO流具有64 kbps HTTP Live流.
>据此,除非音频流在5分钟内使用超过5MB的数据,否则甚至不需要使用HLS.