Comment intégrer de l'audio / de la vidéo sur une page HTML lue sur un navigateur iPhone via GPRS

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

  •  01-07-2019
  •  | 
  •  

Question

Bien que je n’aie pas d’iPhone pour le tester, mon collègue m’a dit que la technologie intégrée Les fichiers multimédias tels que celui de l'extrait ci-dessous ne fonctionnent que lorsque l'iphone est connecté via le Connexion WLAN ou 3G, et ne fonctionne pas lors de la connexion via 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>

Existe-t-il un exemple d'URL avec un fichier multimédia pouvant être lu dans un navigateur iPhone? quand l'iphone se connecte via GPRS (pas 3G)?

Était-ce utile?

La solution

L’application YouTube pour iPhone télécharge automatiquement les vidéos de qualité inférieure lorsqu’elles sont connectées via EDGE que lorsqu’elles sont connectées via Wi-Fi, car le réseau est beaucoup plus lent. Cela me porte à croire qu'Apple déciderait de ne pas télécharger un fichier MP3 via EDGE. Le navigateur n’a aucun moyen de savoir à l’avance si le débit binaire est suffisamment bas et il est probable que ce ne sera pas le cas. Donc, plutôt que de frustrer les utilisateurs avec un fichier son qui prend trop de temps à lire (et les empêche de recevoir un appel pendant le téléchargement), il est préférable de leur épargner le chagrin et de les encourager à trouver un point d'accès Wi-Fi.

Autres conseils

Essayez quelque chose comme ça, ça marche sur une page web. C’est en fait un mp3 de 320kps, mais il ne dure que 30 secondes. Vous pouvez utiliser un programme appelé LAME pour convertir les MP3 en bitrate cela fonctionnera pour vous. 

<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 -->

Je n'étais pas au courant de cette limitation. Bien qu'il soit judicieux de désactiver les balises OBJECT ou EMBED potentiellement très volumineuses lorsque vous êtes sur le service de données cellulaires pour lequel votre fournisseur facture par octet, le cas échéant, cela n'aurait aucun sens que cela fonctionnerait encore en 3G et seulement pas sur GPRS.
Peut-être que le problème est celui du débit de données de base? Le fait de ne pas avoir d'iPhone vous-même (ou moi-même) rend difficile la vérification de la déclaration de votre collègue.
N'oubliez pas que le GPRS est beaucoup plus lent que le Wi-Fi ou la 3G. Selon Wikipedia, le GPRS fournira un débit total en duplex compris entre 56 et 114 kbit / s, ce qui ne se fait pas tous dans la direction du téléchargement. Vous pouvez déjà voir que ce n’est pas assez rapide pour diffuser instantanément un mp3 typique à 128 kbps, même si vous obteniez le débit optimal et que vous obteniez tout cela à la vitesse de téléchargement.
En regardant cette discussion de forum comme exemple Sur Google, les clients GPRS (ceux qui n'utilisent pas Telestra, qui est un fournisseur EDGE dans ce domaine) obtiennent environ 40 kbps. Donc, si comme le suggère la question, vous êtes coincé dans EDGEland, PAS dans le monde ou quelque chose entre les deux, il vous faudra environ 20 secondes de mise en mémoire tampon pour lire un mp3 de 30 secondes. Et lorsque vous utilisez une balise à comportement ambigu, telle que OBJECT ou EMBED, rien ne garantit que le navigateur l’interprétera et qu’il essaiera ou non de diffuser intelligemment le fichier au lieu de télécharger le tout avant de le démarrer.
Il est donc tout à fait possible que votre collègue n’ait tout simplement pas attendu assez longtemps pour voir si le média embarqué qu’il avait choisi comme test commençait à jouer (en supposant qu’il n’utilisait pas votre mp3 de test de 17 Ko ici). Il est également possible que l'iPhone ait effectivement cette limitation, bien que je pense que Google serait plus ouvert avec cette recherche que ma recherche rapide découverte, puisque les gens ont assez parlé avec d'autres choses qu'ils n'aiment pas sur l'iPhone. Une autre possibilité consisterait en une limitation de la version de Safari livrée avec l'iPhone, qui pourrait être modifiée dans les versions futures ou dans un autre navigateur.
En fin de compte, la question est de savoir quel type d’expérience utilisateur souhaitez-vous réellement? L'audio intégré sur GPRS prendra beaucoup de temps à charger, et les utilisateurs n'apprécieront pas l'expérience, voire ne l'auront même pas du tout s'il est censé commencer à être lu à la page et qu'il ne se charge pas avant de naviguer. une façon. Ce n'est peut-être pas un objectif qui mérite d'être poursuivi dans ce cas.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top