I have subbmitted our app (which is mostly a video playing app) to apple only to have it rejected because of the" 9.4: Video streaming content over a cellular network longer than 10 minutes must use HTTP Live and include a baseline 64 kbps audio-only HTTP Live stream" reason. I was doing progressive download of the files, but now it looks like we will need to re-encode all of our media, which will probably take months and months.
My question is this: We currently use Akamai as our current CDN, with thier HD Flash delivery system. Their HD Flash is built to do dynamic bitrate streaming simmilar to Apple's HTTP Live. If we re-encode our video to milti-bitrate and use the Akamai technology to do the adaptive streaming will this be good enough for Apple, or will we infact need to use their HTTP Live protocol. Has anyone encountered this problem, or have any experience? I would like to know before we re-encode all of our media only to find out that we will be forced to use Apples stuff instead. Any help is much appreciated!
Unless I am mistaken here, you must implement Apple's HTTP Live protocol for streams over ten minutes in length. There is a few options you can take:
1. Split your streams into 9 minute segments and feed them consecutively in groups. (Apple actually offers a segmenting tool that even generates an index file via there Developer tools)
2. Only enable full length streaming over WiFi
3. Fully implement HTTP Live....
Also, do not forgot that not only are you going to have to implement HTTP Live but you are going to have to ALSO include an audio only stream.
So in the case that we do implement HTTP Live, I will probably have to either use stageWebView or just pop them out of the app and use the native player?