Cómo incrustar audio/video en una página HTML que se reproduce en el navegador del iPhone a través de GPRS

StackOverflow https://stackoverflow.com/questions/87290

  •  01-07-2019
  •  | 
  •  

Pregunta

Aunque no tengo un iPhone para probar esto, mi colega me dijo que los archivos multimedia integrados como el del fragmento a continuación, solo funciona cuando el iPhone está conectado a través de la conexión WLAN o 3G, y no funcionan cuando se conectan a través de GPRS.

<html><body>
<object data="http://joliclic.free.fr/html/object-tag/en/data/test.mp3" type="audio/mpeg">
   <p>alternate text</p>
</object>
</body></html>

¿Hay una URL de ejemplo con un archivo multimedia, que se reproducirá en un navegador de iPhone cuando el iPhone se conecta con GPRS (no 3G)?

¿Fue útil?

Solución

La aplicación YouTube para iPhone descarga automáticamente videos de menor calidad cuando se conecta a través de EDGE que cuando se conecta a través de Wi-Fi, porque la red es mucho más lenta.Ese hecho me lleva a creer que Apple tomaría la decisión de diseño de no molestarse en descargar un MP3 a través de EDGE.El navegador no tiene forma de saber de antemano si la velocidad de bits es lo suficientemente baja y lo más probable es que no lo sea.Entonces, en lugar de frustrar a los usuarios con un archivo de sonido que tarda demasiado en reproducirse (y les impide recibir una llamada mientras se descarga), es mejor ahorrarles la molestia y alentarlos a encontrar un punto de acceso Wi-Fi.

Otros consejos

Pruebe algo como esto, funciona en una página web.En realidad, este es un mp3 de 320 kps, pero solo dura 30 segundos.Puede usar un programa llamado Lame para convertir mp3 a un bit teslate que funcionará para usted.

<div class="music">
  <p>Pachelbel's Canon</p>
  <!--[if !IE]>-->
  <object id="Cannon" type="audio/mpeg" data="http://calgarydj.ca/sound%20files/Pachebels%20Cannon.mp3" width="250" height="16">
    <param name="autoplay" value="false" />
    <param name="src" value="http://calgarydj.ca/sound%20files/Pachebels%20Cannon.mp3" />
  <!--<![endif]-->
    <object id="Cannon" classid="CLSID:6BF52A52-394A-11d3-B153-00C04F79FAA6" width="250" height="60">
      <param name="autostart" value="false" />

      <param name="url" value="http://calgarydj.ca/sound%20files/Pachebels%20Cannon.mp3" />
      <param name="showcontrols" value="true" />
      <param name="volume" value="100" />
    <!--[if !IE]>--></object><!--<![endif]-->
  </object>
</div><!-- end of control -->

No era consciente de esa limitación.Aunque tiene sentido desactivar las etiquetas OBJECT o EMBED que potencialmente consumen muchos datos cuando estás en el servicio de datos móviles por el cual tu proveedor puede estar cobrando por byte, si esa fuera la razón, no tendría sentido que todavía funcionara en 3G. y solo que no en GPRS.
¿Quizás el problema sea de rendimiento de datos básicos?No tener un iPhone (ni yo) hace que sea difícil comprobar la afirmación de su colega.
Recuerda que GPRS es mucho más lento que Wi-Fi o 3G.Según Wikipedia, GPRS proporcionará entre 56 y 114 kbps de rendimiento dúplex total, no todo en la dirección de descarga.Ya puedes ver que no es lo suficientemente rápido como para transmitir instantáneamente un mp3 típico de 128 kbps, incluso si obtuvieras el rendimiento óptimo y lo consiguieras todo como velocidad de descarga.
Mirando a esta discusión del foro Como ejemplo que surgió en Google, los clientes de GPRS (los que no usan Telestra, que es un proveedor EDGE en esa área) obtienen alrededor de 40 kbps.Entonces, si, como implica la pregunta, estás atrapado en EDGEland, NO en 3Gland ni en nada intermedio, se necesitarán unos 20 segundos de almacenamiento en búfer para reproducir un mp3 de 30 segundos.Y cuando utiliza una etiqueta de comportamiento ambiguo como OBJECT o EMBED, no hay garantía de cómo la interpretará el navegador y si intentará transmitir el archivo de forma inteligente en lugar de tener que descargarlo todo antes de iniciarlo.
Por lo tanto, es muy posible que su colega simplemente no haya esperado lo suficiente para ver si el medio integrado que eligió como prueba comenzó a reproducirse (suponiendo que no estuviera usando su mp3 de prueba de 17 KB allí).También es posible que el iPhone tenga esta limitación, aunque creo que Google sería más comunicativo con esto de lo que descubrió mi búsqueda rápida, ya que la gente ha hablado lo suficiente sobre otras cosas que no les gustan del iPhone.Otra posibilidad sería que se trate de una limitación en la versión de Safari que actualmente viene con el iPhone y que podría cambiarse en versiones futuras o en otro navegador.
Sin embargo, en última instancia, la pregunta es: ¿qué tipo de experiencia de usuario desea realmente?El audio integrado en GPRS tardará mucho en cargarse y los usuarios no disfrutarán la experiencia, ni siquiera la experimentarán en absoluto si se supone que debe comenzar a reproducirse en la visita a la página y no se carga antes de navegar. lejos.En ese caso, puede que no sea un objetivo por el que valga la pena esforzarse.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top