我正在创建一个视频流应用程序，到目前为止我一直遵守Apples Live Streaming 指南
我面临的问题是基于此摘录
注意：这不是一个实时流媒体应用程序，而是一个带有预先录制内容的 VOD 应用程序
提供 64 Kbps 流 如果您的应用通过蜂窝网络使用 HTTP Live Streaming，您需要提供至少一个 64 Kbps 或更低带宽的流（低带宽流可能是纯音频，或带有静止图像的音频） .
重要提示：当您向 App Store 提交您的应用程序时，您应该为您的 64 Kbps 蜂窝数据流指定一个 URL，以便应用程序审阅者可以对其进行测试。否则，审阅者将需要嗅探来自您的应用程序的网络数据包以尝试定位流。如果您的流的测量比特率不小于或等于 64 Kbps，您的应用将被拒绝。
Apple 要求您创建一个 64Kbps 的流，这意味着只有音频流
当内容对视频非常敏感时，这会成为一个问题
基本上我想要的是尽可能取消仅音频流
但苹果的指导方针显然不允许这个 ..
我还与我的一位同事确认了这一点，该同事因类似原因拒绝了类似的 VOD 类型应用程序
2012 年 5 月 30 日下午 2:23。来自苹果。9.4
我们发现您的 HTTP Live Streaming 实施不包括 App Store Review Guidelines 要求的 64 kbps 流。
我会接受这是我的悲惨命运......
但是，即使在使用网络链接调节器模拟非常糟糕的网络条件之后，在测试某些其他流媒体服务（如 Vevo 和 Vimeo）时，我也没有机会看到这个只有音频的流 *scratches head
更新：
Vimeo 显然提供离线播放，这是否意味着他们已经实现了自定义流算法？
这可能吗 ？
总结一下：
我在这里遗漏了什么吗？
是否有可能复制这种行为？
同样在一些阅读中，Vimeo 仅 720 和 1080 （仍在确认这一点）.. 这可能吗？
是否有解决仅音频流的方法？