我正在向通過蜂窩和Wi-Fi傳輸音頻的商店提交應用程序,並意識到應用程序可能有被拒絕的危險。流媒體音頻:HTTP Live流媒體應用程序商店審批必須提供?
該應用程序是用於與現有的流體系結構的無線電臺站,和設置HTTP實時流協議將增加一個第五和第六流至混合 - 潛在地非常複雜的設置。因此,爲了最大限度地減少終端的複雜性,應用程序代碼目前使用iphone_radio open-source library來使這些數據流正常工作。根據該圖書館的創建者,該圖書館用於商店中的應用程序Radio Javan。
快速谷歌發現許多不同的情況下,拒絕對視頻流,但幾乎沒有任何音頻。蘋果的HTTP實時流政策是不是聲音很清楚:
如果您的應用程序提供了在蜂窩網絡上的視頻,並在視頻 超過五分鐘 期間無論是持續10分鐘或5 MB的數據,你需要使用HTTP Live Streaming。 (漸進 下載可用於較小的剪輯。)
如果你的應用在蜂窩網絡上使用HTTP實時流,你需要 以64 Kbps或更低的帶寬 (低帶寬數據流提供至少一個流可能是純音頻或帶有仍然 圖像的音頻)。
這些要求適用於 的App Store提交分發上使用蘋果產品的iOS應用。蘋果可能會拒絕或刪除不符合規範的應用程序。
跳出的一條線是64 Kbps。目前的數據流爲128 Kbps,但與將其切換到HTTP Live Streaming相比,將它們降低到64 Kbps相對比較微不足道。
它甚至值得提交的應用程序商店原樣(128 Kbps的流),還是我幾乎可以保證它們獲得拒絕不使用直播數據流協議?如果我將數據流降至64 Kbps,怎麼辦?
如果你問我的話,它沒有提到'音頻';只有視頻。 –
如果您提到降級到64 Kbps很容易,我會先嚐試128k,並且只有在拒絕時才降級。 –
只需將源URL添加到引用的要求中:http://developer.apple.com/library/ios/#documentation/networkinginternet/conceptual/streamingmediaguide/UsingHTTPLiveStreaming/UsingHTTPLiveStreaming.html – enobrev