por - compartir internet iphone usb windows 10

iPhone HE-AAC Streaming a través de red móvil(3G)

Question

Desarrolló un transmisor de radio por Internet usando jPlayer que utiliza las etiquetas de audio html5 con jQuery y tiene una memoria flash para navegadores no compatibles. Al probar el reproductor en el iPhone (iOS 5.0.1), nos encontramos con un problema muy peculiar.

Cuando el iPhone está conectado a WiFi, se transmite perfectamente utilizando la transmisión HE-AAC V2 a 64 kbps 44.1 kHz (el códec preferido para productos de Apple). Sin embargo, cuando el iPhone está conectado a la red móvil 3G, "tartamudea" o detiene la transmisión durante 1-2 segundos cada 1-2 minutos (no detiene la transmisión por completo). Lo preocupante es que cuando el iPhone se ve obligado a usar una transmisión de MP3 por separado a la misma velocidad de bits, no tiene este problema y funciona muy bien en 3G.

Actualización 5

Recientemente adquirimos un dispositivo de punto de acceso móvil Sprint 3G / 4G y probamos este problema con el dispositivo. Cuando el iPhone está conectado al punto de acceso móvil, se muestra como conectado a un dispositivo wifi y el problema no se produce, aunque la conexión real es a través de 3G / 4G. Esto podría indicar que el problema es que el iPhone no maneja HE-AAC a través de HTTP Live Streaming y está conectado directamente a la red móvil.

ACTUALIZACIÓN 4

Se actualizó el iPhone a iOS 5.1 pero el problema persiste.

ACTUALIZACIÓN 3

Lea aquí en TAN varios problemas de script que no se procesan correctamente cuando están conectados a redes móviles. El dedo parece apuntar a los operadores de redes móviles que pueden insertar Proxy para servir páginas web, por ejemplo, para reducir el tamaño de las imágenes. También podría inyectar algunas páginas de JavaScript. La página de prueba se puede encontrar HERE Nota: esta página usa HE-AAC, por lo que solo funcionará en iPhone ...

ACTUALIZAR

Según el documento HTTP Live Streaming de Apple para dispositivos iOS, ese "contenido de solo audio puede ser tanto transporte MPEG-2 como flujos de audio elemental MPEG, ya sea en formato AAC con encabezados ADTS o en formato MP3". Nuestro servidor de música utiliza el codificador OddcastV3 para enviar tres transmisiones (MP3, HE-AAC V2 y Oggvorbis) al servidor icecastV2. No estoy seguro de si el codificador está insertando encabezados ADTS para la transmisión HE-AAC V2. ¿Hay una manera de comprobar esto?

Answer 1

Desde el punto de vista de la planificación de la radio, aquí están mis dos centavos:

Lo que está describiendo suena como la configuración del ancho de banda, que es un diseño común y, a menudo, necesario de las redes de radio (como las redes 3G). En la mayoría de los operadores de 3G en los que trabajé, normalmente optimizaría su red para generar ráfagas de alta velocidad (piense en descargar una imagen, enviar un correo electrónico o buscar una página HTML), a través de servicios de alto ancho de banda de "larga duración". Esto se debe al simple hecho de que esto es lo que la mayoría de los usuarios desean / necesitan.

Esta configuración puede dar lugar a una red 3GPP (GSM 3G) típica, ya que primero obtendrá un RAB (portador de acceso de radio) compatible con 384kbit y luego se actualizará siempre que su dispositivo lo acepte. Esto significa que typicall se cambiará de 384 -> 256 -> 128, luego de 64 kbit, donde quizás su dispositivo comience a recibir datos lentamente, luego la red lo actualiza y vuelve a bajar de nivel después de un tiempo.

Entonces, ¿por qué no es entonces el tartamudeo de archivos MP3? Mi conjetura es que la velocidad total de kbit puede diferir, por lo que está bien en el RAB de 64 kbit. Este es un fenómeno común.

Answer 2

Hemos logrado que funcione exactamente lo mismo. AAC-v2 de 64kbit en dispositivos móviles. Estamos transmitiendo archivos y no un flujo constante, creo que Magnus tiene razón cuando explica cómo la red priorizó el tráfico a las ráfagas, en nuestro caso, eso significa que tenemos gran parte del archivo de inmediato y el jugador puede continuar jugando hasta el próximo. la ráfaga entra. En su caso, eso significa que la secuencia se detiene hasta que llega la siguiente ráfaga.

¿O si puede cambiar a fragmentos más grandes en su transmisión (búfer más grande) o transmitir archivos enteros en su lugar?

Tuvimos un fenómeno muy extraño con iOS, tuvimos que cambiar el nombre de todos los archivos de .m4a a .aac para poder transmitirlos en iOS. Si no los cambiáramos, iOS no los reproducirá.

Buena suerte.