GPRS 経由で iPhone ブラウザで再生される HTML ページにオーディオ/ビデオを埋め込む方法

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

  •  01-07-2019
  •  | 
  •  

質問

私はこれをテストするiPhoneを持っていませんが、私の同僚は、下のスニペットのような埋め込まれたメディアファイルは、iPhoneがWLAN接続または3Gで接続されている場合にのみ機能し、接続するときに機能しないと言っていました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>

iPhoneがGPRS（3Gではなく）を使用して接続するとiPhoneブラウザで再生されるメディアファイルを備えたURLの例はありますか？

役に立ちましたか？

解決

EDGE 経由で接続した場合、Wi-Fi 経由で接続した場合よりもネットワークが非常に遅いため、iPhone の YouTube アプリケーションは自動的に低品質のビデオをダウンロードします。この事実を考えると、Apple は EDGE 経由で MP3 をわざわざダウンロードしないという設計上の決定を下すだろうと私は信じています。ブラウザには、ビット レートが十分に低いかどうかを事前に知る方法がありません。おそらく、そうではないでしょう。したがって、再生に時間がかかりすぎるサウンド ファイルでユーザーをイライラさせる (ダウンロード中に電話を受けられなくなる) よりも、ユーザーを悲しませずに、Wi-Fi ホットスポットを見つけるよう奨励する方がよいでしょう。

他のヒント

このようなことを試してみてください。Web ページで動作します。これは実際には 320kps の mp3 ですが、長さはわずか 30 秒です。Lameというプログラムを使用して、mp3をあなたのために働くビットレートに変換することができます。

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

その制限については知りませんでした。プロバイダーがバイト単位で課金しているセルラー データ サービスを使用している場合、データ量の多い可能性のある OBJECT タグまたは EMBED タグを無効にするのは理にかなっていますが、それが理由である場合、それが 3G で引き続き動作するのは意味がありません。 GPRSだけではありません。
おそらく問題は基本的なデータ スループットの 1 つでしょうか?自分自身（または私自身）が iPhone を持っていないため、同僚の発言を検証することが困難になります。
GPRS は Wi-Fi や 3G よりもはるかに遅いことに注意してください。Wikipedia によると、GPRS は 56 ～ 114 kbps の合計二重スループットを提供しますが、そのすべてがダウンロード方向にあるわけではありません。最適なスループットが得られ、すべてがダウンロード速度として得られたとしても、これは一般的な 128 kbps mp3 を即座にストリーミングするには十分な速度ではないことがすでにわかります。
見つめている このフォーラムのディスカッション Google で出てきた例として、GPRS 顧客 (その地域の EDGE プロバイダーである Telestra を使用していない顧客) は約 40 kbps を取得しています。したがって、質問が示すように、3Gland やその中間ではなく EDGEland で立ち往生している場合は、30 秒の MP3 を再生するのに約 20 秒のバッファリングがかかることになります。また、OBJECT や EMBED のような動作があいまいなタグを使用する場合、ブラウザーがそれをどのように解釈するか、ファイルを開始する前に全体をダウンロードするのではなく、ファイルをインテリジェントにストリーミングしようとするかどうかについては保証がありません。
したがって、同僚がテストとして選択した埋め込みメディアが再生を開始するかどうかを確認するのに十分な時間待機しなかった可能性は十分にあります (同僚が 17 KB のテスト mp3 を使用していないと仮定します)。iPhone に実際にこの制限がある可能性もありますが、人々は iPhone について他の気に入らない点について十分に声を上げているため、Google は私の簡単な検索で明らかにされるよりも、この制限についてもっと積極的に対応してくれると思います。もう 1 つの可能性としては、現在 iPhone に同梱されている Safari のビルドの制限であり、将来のバージョンまたは別のブラウザで変更される可能性があります。
しかし、最終的に問題となるのは、実際にどのようなユーザー エクスペリエンスを望んでいるのかということです。GPRS の埋め込みオーディオは読み込みに時間がかかり、ページ訪問時に再生が開始されるはずなのに、ナビゲートする前に読み込まれない場合、ユーザーはエクスペリエンスを楽しめないか、まったく体験できない可能性があります。離れて。その場合、それは努力する価値のある目標ではないかもしれません。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top