iPhone - Aplicación rechazada de nuevo, HTTP Live Streaming feed base de 64 kbps

Gracias por enviar APPNAME_HERE. Hemos revisado su solicitud y hemos determinado que no puede ser publicado en la App Store en este momento porque no está utilizando una línea de base flujo de 64 kbps para el protocolo HTTP en vivo Transmisión para transmitir video streaming. HTTP Live Streaming es necesario cuando se transmiten las transmisiones de video a través de la red celular, para que tenga una experiencia de usuario óptima y utilice 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, como mientras que 64 kbps se establece como la alimentación de referencia .iPhone - Aplicación rechazada de nuevo, HTTP Live Streaming feed base de 64 kbps

Esto es lo que obtuve de Apple, aunque tengo disponible una secuencia de 48kbps, 64kbps, 128kbps Y 384kbps. ¿Cómo configuro la fuente 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. Esta 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á realmente siendo nitpicky

Fuente

2010-07-01 scud

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 secuencia: 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.

Fuente

2010-07-02 00:00:22 Andrew

Bien, pero mi archivo 48K m3u8 está por debajo de 64k, así que podría reemplazarlo en la lista ¿no? – scud

Probablemente. Conecte un monitor de red para averiguarlo con seguridad. Lo probaría y lo volvería a enviar. También te sugiero que les envíes un correo electrónico. No se apresuran a responderle (especialmente durante un fin de semana), pero le explicarán exactamente cuál es el problema y cómo rectificarlo. Definitivamente no quieres dejar esa transmisión en 48K. Se verá terrible y hay muchos usuarios en EDGE. Puede cambiar las transmisiones después de la aprobación, pero luego tendrá problemas si necesita actualizar su aplicación. – Andrew

Ok gracias por su ayuda, Apple no respondió aún. ¿Pero quiere decir con la herramienta de supervisión de flujo el "Media Stream Validator" del sitio connect.apple.com? – scud

Otra cosa que puede ser útil es factorizar en variable bitrate encoding, lo que significa que es difícil predecir exactamente cuál será la tasa de bits promedio y máxima para un segmento dado.

Al codificar, establezca la tasa de bits objetivo de la secuencia 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).

Fuente

2010-07-20 17:53:06

Cierto, ahora mismo estoy usando un CBR de 40k que todavía suena bien en un iPhone. Así que agrega una imagen fija y todavía estoy bastante seguro. Gracias por tu pensamiento – scud

iPhone - Aplicación rechazada de nuevo, HTTP Live Streaming feed base de 64 kbps

Respuesta

Cuestiones relacionadas