que - iPhone-Aplicación rechazada de nuevo, HTTP Live Streaming feed base de 64 kbps
hls streaming server (2)
Gracias por enviar APPNAME_HERE. Hemos revisado su aplicación y hemos determinado que no se puede publicar en la tienda de aplicaciones en este momento porque no está utilizando una transmisión de línea de base de 64 kbps para que el protocolo HTTP Live Streaming pueda transmitir video en tiempo real. HTTP Live Streaming es necesario cuando se transmiten feeds de video a través de la red celular, a fin de tener una experiencia de usuario óptima y utilizar las mejores prácticas celulares. Este protocolo determina automáticamente el ancho de banda disponible para los usuarios y ajusta el ancho de banda de manera apropiada, incluso cuando cambian los flujos de ancho de banda. Esto le permite la flexibilidad de tener tantas transmisiones como desee, siempre que 64 kbps esté configurado como la fuente de referencia.
Esto es lo que obtuve de Apple, aunque tengo disponible una transmisión de 48 kbps, 64 kbps, 128 kbps y 384 kbps. ¿Cómo configuro la alimentación de referencia? La forma en que mi aplicación funciona ahora es que carga la más baja disponible primero y luego escala hacia arriba con el ancho de banda. Este es mi índice m3u8
#EXTM3U
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=48000
stream-soundonly.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=64000
stream-64k.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=128000
stream-128k.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=384000
stream-384k.m3u8
Apple está siendo realmente quisquilloso
Nos encontramos con el mismo problema. Apple no solo inspecciona su archivo M3U8 para asegurarse de que cumpla. También monitorean tus transmisiones para asegurarte de que sean lo que dices que son. Nuestro flujo resultó ser superior a 64K, porque no tomamos en cuenta el ancho de banda de audio (una descuidada pero importante supervisión). Recuerde que 64K se aplica a toda la transmisión: Video + Audio <= 64000.
Si tiene dudas, Apple también ofrece el mismo software de monitoreo de flujo. Si les preguntas, te proporcionarán un enlace. Al menos lo hicieron con mi grupo.
Otra cosa que puede ser útil es tener en cuenta la codificación de velocidad de bits variable , lo que significa que es difícil predecir exactamente cuál será la tasa de bits promedio y máxima para cualquier segmento dado.
Al codificar, configure la tasa de bits objetivo de su flujo de solo audio lo suficientemente baja para que ningún segmento supere los 64 kbit / s (el número correcto requiere un poco de prueba y error).