Apple's policy for live http streaming apps

Here is the requirement for applications that require http streaming video technology,

If your app is delivering video over cellular networks and the video is longer than 10 minutes or 5MB of data in five minutes, you need to use HTTP Live Streaming. (Progressive loading can be used for small clips.)

If your application uses HTTP Live Streaming over cellular networks, you are required to provide at least one stream of 64Kbps or less bandwidth (the low bandwidth stream can be audio only or still image audio).

These requirements apply to iOS apps submitted for distribution in the App Store for use on Apple products. Incompatible apps may be rejected or removed at Apple's discretion.

What's the real goal of setting a limit with 10 minutes or 5 MB in 5 minutes? And what is the reason for using these two specific data? Why set the threshold to 64 kpc?

+3


source to share


1 answer


I think this is for the purpose of encouraging Responsive Video Streaming in relation to progressive download.

With progressive download, a large video can potentially consume all of the available data on a mobile device. With Adaptive streaming, you only watch the part of the video you are interested in.



In addition, adaptive streaming adapts the video bit rate to the available bandwidth. To this end, in the case of a very slow mobile connection, that is, GPRS, a stream encoded at 64 Kbps can still be transmitted.

0


source







All Articles