4

我正处于向通过蜂窝和 Wi-Fi 传输音频的商店提交应用程序的前夕，并意识到该应用程序可能面临被拒绝的危险。

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

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

如果您的应用通过蜂窝网络传输视频，并且视频在 5 分钟内超过 10 分钟的持续时间或超过 5 MB 的数据，则您需要使用 HTTP 实时流式传输。（渐进式下载可用于较小的剪辑。）

如果您的应用通过蜂窝网络使用 HTTP 实时流媒体，您需要提供至少一个 64 Kbps 或更低带宽的流（低带宽流可能是纯音频或带有静止图像的音频）。

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

但是，跳出来的一条线是 64 Kbps。当前的流是 128 Kbps，尽管与将它们切换到 HTTP Live Streaming 相比，将它们降低到 64 Kbps 相对微不足道。

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

4

2 回答 2

2

来自 App Store 审查指南：

9.3 蜂窝网络上的音频流内容在 5 分钟内使用的容量不得超过 5MB

9.4 蜂窝网络上超过 10 分钟的视频流内容必须使用 HTTP Live Streaming 并包括基线 64 kbps HTTP Live 流。

https://developer.apple.com/appstore/resources/approval/guidelines.html#media-content

  • 因此，App Store 指南没有要求 AUDIO 流具有 64 kbps HTTP Live 流。

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

于 2014-01-17T13:14:34.163 回答
0

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

于 2012-06-26T12:09:29.740 回答