iPhone - 应用再次被拒绝，HTTP Live Streaming 64kbps 基线提要

Posted 2023-02-23

【中文标题】iPhone - 应用再次被拒绝，HTTP Live Streaming 64kbps 基线提要

【英文标题】：iPhone - App Rejected again, HTTP Live Streaming 64kbps baseline feed

【发布时间】：2011-03-10 21:00:27

【问题描述】：

感谢您提交 APPNAME_HERE。 我们已经审核了您的申请，并且 已经确定不能 此时发布到 App Store 因为它没有使用基线 HTTP Live 的 64 kbps 流 用于广播的流协议 流媒体视频。 HTTP 实时流式传输 流式传输视频源时需要 通过蜂窝网络，为了 拥有最佳的用户体验和 利用蜂窝最佳实践。这 协议自动确定 用户可用的带宽和 适当调整带宽， 即使带宽流发生变化。 这使您可以灵活地 有尽可能多的流，如 只要将 64 kbps 设置为基线 饲料。

这是我从 Apple 获得的，尽管我有 48kbps、64kbps、128kbps 和 384kbps 流可用。 如何设置基线提要？我的应用程序现在的工作方式是它首先加载最低的可用带宽，然后随着带宽向上扩展。 这是我的索引 m3u8

#EXTM3U
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=48000
stream-soundonly.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=64000
stream-64k.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=128000
stream-128k.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=384000
stream-384k.m3u8

苹果真的很挑剔

【参考方案1】：

我们遇到了同样的问题。 Apple 不仅会检查您的 M3U8 文件以确保其符合要求。他们还监视您的流，以确保它们是您所说的那样。我们的流结果高于 64K——因为我们没有考虑音频带宽（一个粗心但重要的疏忽）。请记住，64K 适用于整个流：视频 + 音频

如果您有疑问，Apple 还提供相同的流监控软件。如果你问他们，他们会给你一个链接。至少他们对我的小组做了。

【讨论】：

好吧，可能是这样，但我的 48K m3u8 文件低于 64k，所以我可以替换列表中的那个，对吗？

可能。连接网络监视器以确保确定。我会试一试并重新提交。我还建议你给他们发一封电子邮件。他们不会很快回复您（尤其是在周末），但他们会准确解释问题是什么以及如何纠正它。您绝对不想让该流保持在 48K。看起来会很糟糕，而且 EDGE 上有很多用户。审核通过后可以切换流，但是如果需要更新应用就麻烦了。

好的，感谢您的帮助，Apple 尚未回复。但是，您是指来自 connect.apple.com 站点的“媒体流验证器”流监控工具吗？

是的。而已。如果它报告您正在检查，请相信它并尽您所能降低数字。通常是一个简单的配置错误导致带宽过大。我相信你仍然可以在不触发任何警告的情况下稍微过去，这是苹果工程师会担心的警告。

无法验证我的流。我仅通过 ffmpeg 64 音频进行编码，但我收到警告说我的流在 ~70-75

【参考方案2】：

另一件可能有用的事情是考虑variable bitrate encoding，这意味着很难准确预测任何给定片段的平均和最大比特率。

在编码时，请将纯音频流的目标比特率设置得足够低，以使任何片段都不会超过 64kbit/s（正确的数字需要反复试验）。

【讨论】：

没错，现在我使用的是 40k 的 CBR，在 iPhone 上听起来还不错。所以添加一张静止图像，我仍然非常安全。谢谢你的想法