流式音频：应用商店批准必须使用 HTTP 实时流式传输？

Question

我即将向商店提交一个通过蜂窝网络和 Wi-Fi 传输音频的应用程序，并意识到该应用程序可能面临被拒绝的危险。

该应用适用于具有现有流式传输架构的广播电台，设置 HTTP 实时流式传输协议将添加第五和第六个流，这可能是一个非常复杂的设置。因此，为了最大限度地降低电台端的复杂性，应用程序代码目前使用iphone_radio open-source library 来让流工作。据该库的创建者称，它用于商店中的一个应用程序Radio Javan。

快速的 Google 会发现许多不同的视频流拒绝案例，但很少有音频案例。 Apple 对 HTTP Live Streaming 的政策对音频不是很明确：

如果您的应用通过蜂窝网络传送视频，并且视频 超过 10 分钟的持续时间或五分钟内超过 5 MB 的数据 期间，您需要使用 HTTP Live Streaming。 （进步 下载可用于较小的剪辑。）

如果您的应用通过蜂窝网络使用 HTTP Live Streaming，那么您 需要提供至少一个 64 Kbps 或更低带宽的流 （低带宽流可以是纯音频或带静止的音频 图片）。

这些要求适用于提交以在 用于 Apple 产品的 App Store。不合规的应用程序可能是 拒绝或删除，由 Apple 自行决定。

不过，跳出来的一行是 64 Kbps。当前流为 128 Kbps，但与将它们切换到 HTTP 实时流相比，将它们降低到 64 Kbps 相对微不足道。

是否值得将应用按原样（128 Kbps 流）提交到商店，还是我几乎可以保证因为不使用实时流协议而被拒绝？如果我将流降低到 64 Kbps 会怎样？

Answer 1

来自 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 实时流的要求。

• 据此，除非音频流在 5 分钟内使用超过 5MB 的数据，否则甚至不需要使用 HLS。

Answer 2

我在商店里有一个应用程序，它只提供用于音频的 http 实时流媒体。 Apple 的批准没有问题，但我们仅使用 48kbps 流。