Ios 没有纯音频流的HTTP流

我正在创建一个视频流应用程序，到目前为止我一直坚持
我面临的问题是基于这个摘录

注意：这不是一款流媒体直播应用，而是一款预录内容的视频点播应用

提供64 Kbps的流 如果您的应用程序在蜂窝网络上使用HTTP实时流媒体，则您需要提供至少一个64 Kbps或更低带宽的流（低带宽流可能仅为音频流，或带有静态图像的音频流）

重要提示：当您向应用商店提交应用程序时，您应该为您的移动64 Kbps流指定一个url，以便应用程序审阅者可以对其进行测试。否则，审阅者将需要嗅探来自应用程序的网络数据包，以尝试定位流。如果您的流的测量比特率不小于或等于64 Kbps，则您的应用程序将被拒绝

Apple要求您创建一个64Kbps的流，这意味着仅音频流
当内容对视频非常敏感时，这会成为一个问题
基本上，如果可能的话，我想取消纯音频流
但苹果的指导方针显然不允许这样做

我还与我的一位同事确认了这一点，他因为类似的原因拒绝了一个类似的VOD类型的应用程序

2012年5月30日下午2:23。来自苹果。 9.4

我们发现您的HTTP实时流媒体实现没有按照应用商店审查指南的要求包含64 kbps的流

我会认为这是我痛苦的命运…
然而，在测试某些其他流媒体服务（如Vevo和Vimeo）时，即使在使用网络链接调节器模拟非常糟糕的网络条件之后，我也没能偶然发现这个只有音频的流

更新：
Vimeo显然提供离线播放，这是否意味着他们已经实现了自定义流媒体算法？
这可能吗

总结：
我是不是遗漏了什么？
有可能复制这种行为吗？
另外，在一些阅读中，Vimeo只做了720和1080（仍然证实了这一点）。。这可能吗？
是否有针对纯音频流的工作