Wie Audio / Video auf HTML-Seite einzubetten, die über GPRS auf dem iPhone-Browser spielt

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

  •  01-07-2019
  •  | 
  •  

Frage

Auch wenn ich das nicht ein iPhone zu testen, mein Kollege sagte mir, dass eingebettet Mediendateien wie die im Snippet unten, funktioniert nur, wenn das iPhone über das verbunden ist, WLAN-Verbindung oder 3G, und funktioniert nicht, wenn über GPRS zu verbinden. 

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

Gibt es eine Beispiel-URL mit einer Mediendatei, die in einem iPhone-Browser spielen wenn das iphone verbindet GPRS (nicht 3G)?

mit
War es hilfreich?

Lösung

Die iPhone YouTube-Anwendung lädt automatisch geringere Videoqualität, wenn sie über EDGE verbunden als bei Verbindung über Wi-Fi, da das Netzwerk viel langsamer ist. Diese Tatsache führt mich von Apple zu glauben, würde die Design-Entscheidung macht eine MP3 über EDGE nicht zu stören herunterzuladen. Der Browser keine Möglichkeit, im Voraus wissen muss, wenn die Bitrate niedrig genug sind, und die Chancen sind, wird es nicht sein. Anstatt also die Benutzer mit einer Tondatei zu vereiteln, die zu lange dauert, zu spielen (und verhindert thems von Empfangen eines Anrufs während des Downloads), ist es besser, sie den Schmerz zu ersparen und sie zu ermutigen, ein Wi-Fi-Hotspot zu finden.

Andere Tipps

so etwas wie dies versuchen, funktioniert es auf einer Webseite. Dies ist eigentlich ein 320 kps mp3, aber es ist nur 30 Sekunden lang. Sie können ein Programm namens LAME verwenden, um MP3-Dateien zu einer Bitrate Sie zu konvertieren das wird für Sie arbeiten. 

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

war ich von dieser Beschränkung nicht bewusst. Obwohl es macht Sinn potenziell Daten-saftige OBJECT oder EMBED-Tags zu deaktivieren, wenn auf dem Mobildatendienst für das Ihr Provider durch das Byte wird Aufladen kann, wenn das der Grund wäre, würde es keinen Sinn machen, dass es nach wie vor auf 3G funktionieren würde, und nicht nur auf GPRS.
Vielleicht ist das Problem, eine der grundlegenden Datendurchsatz? Nicht mit einem iPhone selbst (oder ich) macht es schwierig, Ihre Kollegen Erklärung zu testen.
Denken Sie daran, dass GPRS viel langsamer als Wi-Fi oder 3G. Laut Wikipedia, GPRS wird zwischen 56 und 114 kbps des gesamten Duplex-Durchsatz liefern, von denen nicht alle in der Download-Richtung ist. Sie können bereits sehen, dass nicht schnell genug ist, sofort eine typische 128 kbps mp3 zu streamen, auch wenn Sie den optimalen Durchsatz waren immer und sie alle als Download-Geschwindigkeit zu bekommen.
Mit Blick auf diesem Forum Diskussion als ein Beispiel, das kam up auf Google, die GPRS-Kunden (die, die unter Verwendung von Telestra nicht, was ein EDGE-Anbieter in diesem Bereich ist) erhalten rund 40 kbps. Wenn also, wie die Frage schon sagt, sind Sie in EDGEland stecken, NICHT 3Gland oder irgendetwas dazwischen, es wird etwa 20 Sekunden Puffer nehmen eine 30 Sekunden mp3 zu spielen. Und wenn Sie ein Verhalten eindeutige Tag wie OBJECT oder EMBED verwenden, gibt es keine Garantie, wie der Browser es interpretieren und ob es wird versuchen, auf intelligente Weise die Datei zu streamen, anstatt die ganze Sache herunter zu laden, bevor es beginnt.
Es ist also durchaus möglich, Ihre Kollegen einfach nicht lange genug warteten, um zu sehen, ob alles, was eingebettete Medien wählte er als Test zu spielen begann (vorausgesetzt, er war nicht Ihren 17KB Test mp3 mit dort). Es ist auch möglich, dass das iPhone in der Tat diese Einschränkung hat, obwohl ich glaube, würde Google damit mitteilsamer sein würde als meine schnelle Suche aufgedeckt, da die Menschen mit anderen Dingen vocal genug gewesen sie nicht mögen, über das iPhone. Eine andere Möglichkeit wäre, dass es eine Beschränkung in der Build von Safari ist die derzeit Schiffe mit dem iPhone, die in zukünftigen Versionen oder in einem anderen Browser geändert werden könnten.
Letztlich aber ist die Frage, welche Art von User Experience wollen Sie wirklich? Embedded Audio auf GPRS wird eine lange Zeit in Anspruch nehmen zu laden, und die Benutzer werden nicht die Erfahrung genießen, oder möglicherweise sogar überhaupt zu erfahren, wenn es angenommen hat, spielt auf Seite Besuch starten und es wird nicht geladen, bevor sie navigieren Weg. Es ist vielleicht nicht ein erstrebenswertes Ziel in Richtung in diesem Fall sein.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top